A data do evento nao pode ser maior que a data do processame

[Jonas Neuberger]

Bom dia..

Estou tentando cancelar uma NF-e no MS e não consigo devido a rejeição: A data do evento nao pode ser maior que a data do processamento

já decrementei/incrementei, hora, minuto e não consigo cancelar

tenho vários clientes impedido de cancelar a NF-e por causa desse erro

já vi tópicos falando sobre isso mais não consegui resolver meu problema

preciso resolver esse problema hoje, se alguém tiver alguma solução

50121005537538000153550010000011561000011564-NFe.xml

[Roberto.Godinho]

eu identifiquei o mesmo problema somente no MS.

notei o seguinte, quando autorizo a NF-e no protocolo a hora fica correta, no entanto quando eu faço a busca do status do WS ele retorna 1 hora a menos, ou seja, neste momento no mato grosso seria 10:49 e está retornando 9:49, sendo assim, aparentemente por algum problema está retornando 1 hora menos, no cancelamento ocorre a mesma coisa.

[Jonas Neuberger]

esse cancelamento ta causando confusão já e nada do que tento esta funcionando.. antes de entrar o horário de verão estava funcionando normalmente o cancelamento, após o horário de verão paro geral

[juaumkiko]

Esta mais que óbvio que o problema é com as referidas SEFAZes, logo entrem em contato com elas.

E só pra constar o método de cancelamento antigo funciona até 01/12.

[]´s

[wilson_jr]

Olá estou tendo problemas no envio do CCe.

verifiquei que no XML:

2012-10-23T12:26:13-03:00 --> Data que pego da consulta ACBrNFe1.WebServices.StatusServico.dhRecbto;

2012-10-23T12:26:23-02:00 --> Data de retorno do Evento

não sei porque essa data do evento vem com -02:00 e a data que consulto -03:00.

Alguém sabe o porque?

Grato.

Wilson

[Dercide Alvarez]

Estamos com o mesmo problema. Enviamos uma NF-e, mas quando tentamos enviar uma CC-e da essa mesma mensagem.

Dercide.

[Eisenheim]

Blz pessoal?

Estou com o mesmo problema ao tentar emitir uma CCe. Usamos a SEFAZ de SP.

Até+

[marcus_vinicus2004]

Boa tarde a todos.

Tambem estou com o mesmo problema ao tentar enviar CCe Sefaz SP, porem realizei alguns testes e verifiquei que o problema esta justamente na formatacao da data dentro do componente.

Unit pcnCCeNFe.pas

original

Gerador.wCampo(tcStr, 'HP13', 'dhEvento', 001, 050, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items.InfEvento.dhEvento)+'-03:00');

apos ajuste

Gerador.wCampo(tcStr, 'HP13', 'dhEvento', 001, 050, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items.InfEvento.dhEvento)+'-02:00');

com o ajuste resolve o problema porem momentaneamente pois quando finalizar o horario de verao o formato da data volta como "original" , como poderiamos estar solucionando este problema de forma definitiva?

Atenciosamente

Marcus Vinicius

[Italo Giurizzato Junior]

Boa tarde Marcus,

Essa implementação que vai resolver, acreditamos nós definitivamente, já esta pronta, mas estamos com problema de acesso ao servidor onde fica os repositórios do ACBr.

Assim que normalizar, vai estar disponivel para que todos possam baixar as melhorias que foram feitas.

[marcus_vinicus2004]

Italojjr

Obrigado pelo retorno.

Atenciosamente

Marcus Vinicius

[wilson_jr]

Bom dia a todos,

hoje atualializei o componente e tentei enviar uma CCe.

Alterei o código para:

ACBrNFe1.EventoNFe.idLote := StrToInt(idLote) ;

with ACBrNFe1.EventoNFe.Evento.Add do

.....

porém mesmo assim ocorreu o erro de data de processamento, olhei a unit pcnEnvEventoNFe e lá também está -03:00, após alterar para -02:00 enviou normalmente.

notei que a Unit pcnCCeNFe.pas está -02:00.

Att,

Wilson.

[Italo Giurizzato Junior]

Wilson,

As units citadas não estão atualizadas, exclua elas do HD e atualiza novamente.

[wilson_jr]

Wilson,

As units citadas não estão atualizadas, exclua elas do HD e atualiza novamente.

Olá Italo,

Era isso mesmo, não sei pq atualizei pelo svn e não tinha atualizado os arquivos, apaguei e ficou correto agora.

Abraços!

Wilson.

[tbalbinos]

Ideia: Poderia ter uma configuração desse horário de verão ( -02:00 ou -03:00 ) no componente, dai toda vez que mudasse o horário era só mudar no componente, e não seria necessário compilar uma nova versão do sistema a cada mudança.

stt

[Italo Giurizzato Junior]

Boa tarde tbalbinos,

Isso foi feito esses dias, e a determinação do horário é feita automatica através da UF e inclusive as rotinas que foram implentadas, são capazes de detectar se o Horário de verão esta ativo ou não.

Atualize todos os fontes de todos os componentes para ter essas melhorias.

[clipsis]

Olá, boa tarde a todos!!

Estou como o mesmo problema citado acima (erro 578 CC-e) em alguns cliente de SP.

Porém faço uso do ACBRNFEMonitor. Pois não tenho acesso ao Delphi.

Como poderia resolver ?

O ABRNFEMonitor já está atualizado?

Onde baixo essa atualização ?

Obrigado e fico no aguardo

Abraços

[dionatan]

Pessoal atulizei todos meu fontes conforme indicação anterior e quando vou enviar a

"Manifestação do Destinatario" esta dando o seguinte erro:

-

1

2

AN_1.0.0

91

128

Lote de evento processado

-

-

2

AN_1.0.0

91

578

Rejeicao: A data do evento nao pode ser maior que a data do processamento

43121092706647000151550010000109501000109504

210200

1

2012-10-29T17:24:26-02:00

Isso é o que foi enviado:

-

1

-

-

91

2

92706647000151

43121092706647000151550010000109501000109504

2012-10-29T17:24:27-02:00

210200

1

1.00

-

Confirmacao da Operacao

-

-

-

-

eOnA8OjF63NyyR7DS7to7uM4oCs=

Ku0vVyjdoCQyYCbXM20a6PhaB3mcys2ALN0iYx4c11NjT0maz1Rgl3fdy5GX4JKg3aBn7o6+cwMwDtDmUI6NIBF+3x5DFqdfZmRhlDZpE28Rzwr/MWn0rwNGaKNOj3dMDqppedG4TBDPnu/WopiwjLR+Cd5rjusbnQPqZX7oCwnsMFWG5/zDyQkaMN82+THSD/V8oWgqGE4/H7wmX4kZ2WPhexdSaWNwVIhoYNmHKCBTEIdIdw+kK/roT1uxJAzHxS1bLNrRhwH3E3nlcvWt4UcnP2PXVpqQ/t67E8eumv2NyUlx5o+CCPIys00o6cfw2YB73i44/RePk6/THICzhQ==

-

-

MIIITjCCBjagAwIBAgIQJAXKaainLinyvCDDfzrggDANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc0MB4XDTEyMDkwNjAwMDAwMFoXDTEzMDkwNTIzNTk1OVowge4xCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1AtQnJhc2lsMQswCQYDVQQIEwJSUzEQMA4GA1UEBxQHUEVMT1RBUzE2MDQGA1UECxQtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLFA1SRkIgZS1DTlBKIEExMSMwIQYDVQQLFBpBdXRlbnRpY2FkbyBwb3IgQVIgUHJhdGljYTE2MDQGA1UEAxMtTFVJWiBBTlRPTklPIFZJRUlSQSBDT0VMSE8gRVBQOjkyNzA2NjQ3MDAwMTUxMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAueHbZZe4kB/rm3Bf9IdhE3FMq/jauAKLSTRb8FCAvj53qPPEPzNztaw+0RoWY4XC2oIoszhy/aY2/zx7kpD8XrIadNhzV0g2zcRJcJLewEk8HjeAiJxPN4chA2ofX4j/E20C7maXBZ9AILJyKINwxIQtT3yaEv7JKV4G/hEChlPWFlPoZmcSQ0XfS3fOyr+uk+3GhNbPiO2VHMe3o3O9RV7tJle7YRNToo/9fK2A+xgDem9mCvv2GrQPjtSfZQAi++zCKb9nwaZaWR3eC0LAomeIGLLqkFK9AvBoVQXTD48uLxTtQICTCYRdvzwXNuM0Kb+XkOQXihAgLyCpL9Z18wIDAQABo4IDWzCCA1cwgcAGA1UdEQSBuDCBtaA9BgVgTAEDBKA0BDIxMzA2MTk0NTEyNDk0NzQ3MDE1MDAwMDAwMDAwMDAwMDAwMDMwMTIzNDM2NjVTU1BSU6AlBgVgTAEDAqAcBBpMVUlaIEFOVE9OSU8gVklFSVJBIENPRUxIT6AZBgVgTAEDA6AQBA45MjcwNjY0NzAwMDE1MaAXBgVgTAEDB6AOBAwwMDAwMDAwMDAwMDCBGWF0ZW5kaW1lbnRvQHRhbWFqdS5jb20uYnIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBQukerWbeWyWYLcOIUpdjQWVjzQPjAOBgNVHQ8BAf8EBAMCBeAwfwYDVR0gBHgwdjB0BgZgTAECAQwwajBoBggrBgEFBQcCARZcaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvQUNfQ2VydGlzaWduX1JGQi9EUENfQUNfQ2VydGlzaWduX1JGQi5wZGYwggEWBgNVHR8EggENMIIBCTBXoFWgU4ZRaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9sY3IvQUNDZXJ0aXNpZ25SRkJHNC9MYXRlc3RDUkwuY3JsMFagVKBShlBodHRwOi8vaWNwLWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzQvTGF0ZXN0Q1JMLmNybDBWoFSgUoZQaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL0NlcnRpc2lnbi9BQ0NlcnRpc2lnblJGQkc0L0xhdGVzdENSTC5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIGbBggrBgEFBQcBAQSBjjCBizBfBggrBgEFBQcwAoZTaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9jZXJ0aWZpY2Fkb3MvQUNfQ2VydGlzaWduX1JGQl9HNC5wN2MwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwDQYJKoZIhvcNAQELBQADggIBAKd8s8ZJt66zlDaYto4gK+i3DBTuoDq4V3nmFOpvyY+2SY+B7AqdMcWvap9zJYqOWmVVtdEN+i0wPZEhIux2chgixuUMCQAbCHf3JRqsEEFSDHYdgKsusyFRH/KdzwefH+MdXuEPToYu0FqjuMfpYOnIjcEW6sKQtLUiB17cVu4geJ+Jih4XLOmwwdJ9iFGwOmToA1HwaiLyUMsO7pROl2Ct/rZTQxiXL/Zf2DpVbvsa1rU7mgPtwglY7/UsX7tW8NLwTUTRtpsiqND/ZOH8Z6UF+eOoW3vC6Vfqxbj08+bRLSlDlzfok+GvWqSPlzGvKXJsmueRI0NmviCR1JeEanO2/MI9I1/5NqWxR2orPzO/WgH9qd5TiH0lN2kmGFdE8T/Zbp35Da9L2aCHKJ+R3ZfqmUdMPX3gCH3lamgTxujmhXD3+u+PbEUxHOjzmgHh6xdoGFQLzpQ35cteYGPD3lltYCEdrLG434fXTUo0qRGyjATkb/FOdX3/bXsol8YLGFa5y5lw2/ehyusAARtt9aMhvTdtN35nkbEg4zLjq/py5mDSLWLso8uTRUYIOK/apxXv0H5cxhhMA6jqen3ycevsCr2sL9SqQUsoqq5T5+y78CYsmFrqzSs9CO6ihHEG93R4BvxigD+pZinx2IcsGdLB3mxgowgNtoFikTd39smX

O que esta de errado?

[Italo Giurizzato Junior]

Boa tarde Dionatan,

Veja o horário de envio e de retorno:

Envio:

2012-10-29T17:24:27-02:00

Retorno:

2012-10-29T17:24:26-02:00

Note que o retorno é 17:24:26 e o de envio é 17:24:27, logo o computador esta com o horário adiantado em relação ao servidor da SEFAZ.

Por favor atrase o relógio do computador em 5 minutos (por exemplo) e tente novamente.

[dionatan]

So mais uma duvid italo... agora deu o seguinte erro:

---------------------------

Acbrnfe_demo

---------------------------

Id:

tpAmb: 2

verAplic: AN_1.0.0

cOrgao: 91

cStat: 575

xMotivo: Rejeicao: O autor do evento diverge do destinatario da NF-e

chNFe: 43121092706647000151550010000109501000109504

tpEvento: 210200

xEvento:

nSeqEvento: 1

CNPJDest:

emailDest:

dhRegEvento: 30/10/2012 08:46:24

nProt:

---------------------------

OK

---------------------------

Bom queria so confirmar se é por que o CNPJ do emitente é um e no xml consta o CNPJ 99999999000191 (destinatario)...

Obs: Servidor de Homologação...

Seria por causa deste detalhe?

[Régys Silveira]

Sim, para a homologação sempre se utiliza o cnpj que você citou, o componente faz isso automaticamente conforme pede a lei.

[clipsis]

Olá bom dia a todos1

Alguém poderia me ajudar com a relação ao meu post em 29-out-2012:

Olá, boa tarde a todos!!

Estou como o mesmo problema citado acima (erro 578 CC-e) em alguns cliente de SP.

Porém faço uso do ACBRNFEMonitor. Pois não tenho acesso ao Delphi.

Como poderia resolver ?

O ABRNFEMonitor já está atualizado?

Onde baixo essa atualização ?

Obrigado e fico no aguardo

Abraços

Obrigado

Abraço

[André Ferreira de Moraes]

O ACBrNFeMonitor é disponibilizado semanalmente compilado para os usuários do SAC.

No sourceforge será disponibilizado apenas qdo finalizarmos todos os testes desta nova versão(Envio de cancelamento via evento, impressão dos eventos, envio do eventos por email, confirmação do destinatário, verificação de notas emitidas, etc).

[clipsis]

Olá bom dia!!

ok anfm. Obrigado por responder.

Existe alguma previsão para essa liberação ?

Como posso contornar esse "problema", até que esteja liberado.

Me desculpe, mas não tenho como gerar o ACBRNFeMonitor, pois não tenho acesso ao Delphi, nem conhecimento na linguagem.

Abraços

[DIMAS - DBSOFT]

boa tarde,

 

alguém da tendo problema com o tropico acima atualmente?

[peterson161]

boa tarde,

 

alguém da tendo problema com o tropico acima atualmente?

 

Isso ocorre devido à diferença de horário entre o WebService da Sefaz e o seu computador. Existem duas opções para contornar essa diferença:

 

- Alterar a hora do seu computador para que fique igual ou menor à da Sefaz;

- Ajustar seu sistema para que informe um horário um pouco menor que o atual de modo que fique igual ou menor que o da Sefaz.

 

Para saber o horário da Sefaz, certifique-se que seu componente está configurado para salvar os pedidos e retornos da Sefaz:

ACBrNFe1.Configuracoes.Geral.Salvar := True;
ACBrNFe1.Configuracoes.Geral.PathSalvar := {Pasta}

 

Faça uma consulta ao status do serviço. Após o resultado, vá para a pasta que informou em PathSalvar e abra o arquivo do retorno do status do serviço. Seu nome terá esse formato:  AAAAMMDDHHNNSS-sta.xml

Lá você vê a hora do WebService da Sefaz.