Ir para conteúdo
  • Cadastre-se

dev botao

SEFAZ MG - Horário de Verão


Marcelo Simon
  • Este tópico foi criado há 1602 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Bom dia,

Estou tentando gerar evento de não embarque e a SEFAZ está me retornando "234 => Evento de não embarque deve ser posterior a data-hora do embarque".

Não vi erro no meu XML, sendo assim estou suspeitando que a SEFAZ está 1h adiantada pelo menos no registro dos eventos.

Segue o XML.

_1-eve.xml _1-eve-soap.xml _1-ped-eve.xml _1-ped-eve-soap.xml

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Marcelo,

O que tudo indica é que a SEFAZ-MG adiantou em uma hora o horário dos servidores.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Marcelo,

O pessoal da SEFAZ-MG demoram para perceber as coisas, é preciso ter paciência com eles.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Moderadores
3 horas atrás, Marcelo Simon disse:

Até hoje não resolveram essa situação.
Alguém que e emite BPe em MG está contornando isso de alguma forma?

Não, mas fiz consulta de status de serviço e a hora e fuso horário retornados estão corretos.

Já verificou se não é o fuso horário da máquina que está emitindo o BPe que está errado?

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

23 minutes ago, BigWings said:

Não, mas fiz consulta de status de serviço e a hora e fuso horário retornados estão corretos.

Já verificou se não é o fuso horário da máquina que está emitindo o BPe que está errado?

Já veririfquei e a hora de quem emite,  está certinha.

Vou anexar um BPe emitido as 10:59 para embarcar as 11:00 e a tentativa de comunicar o não embarque as 11:30 (eventos).

1-eve.xml 1-eve-soap.xml 1-ped-eve.xml 1-ped-eve-soap.xml 31191019339415000112630010000003811708744198-bpe.xml

Link para o comentário
Compartilhar em outros sites

  • Moderadores
58 minutos atrás, Marcelo Simon disse:

Vou anexar um BPe emitido as 10:59 para embarcar as 11:00 e a tentativa de comunicar o não embarque as 11:30 (eventos).

Muito estranho.

11:30 era realmente a hora atual quando o evento foi emitido?

Lembro que a regra de validação compara a data e hora atual do webservice (data de processamento do evento) e não a data e hora do evento informado na tag dhEvento.

Agora, se realmente 11:30 era a hora atual não vejo motivo para a rejeição.

Pra conferir a hora e fuso horário do webservice que recepciona os eventos (se ele for diferente do webservice de status de serviço) é preciso analisar o XML de um evento que tenha sido autorizado e verificar a tag dhRecbto.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

Just now, BigWings said:

Muito estranho.

11:30 era realmente a hora atual quando o evento foi emitido?

Lembro que a regra de validação compara a data e hora atual do webservice (data de processamento do evento) e não a data e hora do evento informado na tag dhEvento.

Agora, se realmente 11:30 era a hora atual não vejo motivo para a rejeição.

Pra conferir a hora e fuso horário do webservice que recepciona os eventos (se ele for diferente do webservice de status de serviço) é preciso analisar o XML de um evento que tenha sido autorizado e verificar a tag dhRecbto.

Sim, 11:30 era a hora atual da emissão "local" do evento.

Fiz o seguinte agora, o mesmo BPe que não consegui comunicar o não embarque, comuniquei agora e deu certo (anexei os eventos).

A tag dhRecbto está com a hora correta.

Não penso em outro problema que não seja estarem comparando data de processamento do evento, com a data "de alguma coisa que esteja 1h adiantada na SEFAZ-MG, por exemplo o Sistema Operacional".

Somente consigo comunicar o não embarque 1h depois da emissão do BPe, antes disso o evento é rejeitado. Isso somente ocorre na SEFAZ-MG. Na SEFAZ-SP tudo normal.

Já enviei por 2 vezes para a SEFAZ-MG o relato do problema, os eventos, etc mas não me respondem. 

Anexos "ok_*" são os que funcionaram (evento depois de 1h)
Anexos "err_*" são os rejeitados (antes de 1h)

ok_1-eve.xml ok_1-eve-soap.xml ok_1-ped-eve.xml ok_1-ped-eve-soap.xml ok_1101153119101933941500011263001000000381170874419801-procEventoBPe.xml

err_1-eve.xml err_1-eve-soap.xml err_1-ped-eve.xml err_1-ped-eve-soap.xml

Editado por Marcelo Simon
atualização dos anexos
Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
  • Administradores

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.

  • Curtir 1
Consultora SAC ACBr

Juliana Tamizou

Gerente de Projetos ACBr / Diretora de Marketing AFRAC
Ajude o Projeto ACBr crescer - Seja Pro

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 1602 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...