Ao tentar transmitir uma carta de correção para uma NF-e o hub me retornou o status de rejeitado por conta da data do evento. Teria alguma configuração que eu deveria fazer quanto a timezone ou algo parecido?
Desde já agardeço.
{
"id": "evt_3a0cd470982d46dd8b7361d511c26a5b",
"ambiente": "producao",
"status": "rejeitado",
"autor": {
"cpf_cnpj": "****************"
},
"chave_acesso": "***********************************************",
"data_evento": "2023-08-03T20:36:07.325Z",
"numero_sequencial": *,
"data_recebimento": "2023-08-03T20:36:07Z",
"codigo_status": 578,
"motivo_status": "Rejeicao: A data do evento nao pode ser maior que a data do processamento",
"tipo_evento": "110110",
"correcao": "O frete será pago atraves do cliente, sendo assim FOB."
}
Você poderia informar aqui como está enviando as datas relevantes no JSON? Será que você não está enviando a data no time zone UTC com a hora de Brasília?
A data do evento evt_3a0cd470982d46dd8b7361d511c26a5b foi enviada com o seguinte conteúdo no XML:
<dhEvento>2023-08-03T20:36:07+00:00</dhEvento>
Conferi e esta foi realmente a data/hora que ocorreu a sua requisição, às 17h36 no horário de Brasília. Ao que tudo indica, parece que a SEFAZ está fazendo confusão na leitura do XML e ignorando a informação do offset do fuso horário.
Apesar do XML estar estritamente correto, iremos fazer ajustes do nosso lado para que o campo seja enviado com offset -03:00 no XML. Creio que isso resolverá essa questão.
Segue um exemplo de como o XML era enviado antes e como será enviado agora:
<!-- Antes: UTC -->
<dhEvento>2023-08-03T20:36:07+00:00</dhEvento>
<!-- Agora: Horário da UF -->
<dhEvento>2023-08-03T17:36:07-03:00</dhEvento>
Verificando a nossa base de dados, confirmamos que vários eventos (inclusive de carta de correção) estão sendo registrados normalmente, mesmo a data/hora estando em UTC.
Curiosamente, apenas a SEFAZ/MG está cometendo esse erro.