Erro E1843 ao cancelar NFS-e — problema com timezone (-04:00 Cuiabá)

Municípios
1

:cross_mark: Erro E1843 ao cancelar NFS-e — problema com timezone (-04:00 Cuiabá)

Erro retornado pelo ambiente nacional (ADN):
E1843 - A data de emissão do pedido do registro do evento não pode ser posterior à data de recebimento do lote pelo ADN.

Estamos enfrentando um problema no cancelamento de NFS-e relacionado a timezone.

  • Município: Cuiabá / MT

  • Timezone local: UTC-04:00

  • Quando o XML é enviado com UTC-04:00, ocorre rejeição

  • Quando o mesmo XML é ajustado para UTC-03:00 (São Paulo), o cancelamento é aceito normalmente

Isso sugere que o ADN está comparando datas/horas sem considerar corretamente o fuso horário informado.

:page_facing_up: XML enviado (com timezone -04:00)

<?xml version="1.0" encoding="UTF-8"?>
<evento xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.01">
  <infEvento Id="EVT51025041242009034000197000000000000126015620407298101101001">
    <verAplic>SAT_1.0.0</verAplic>
    <ambGer>1</ambGer>
    <nSeqEvento>001</nSeqEvento>
    <dhProc>2026-01-08T15:04:55-04:00</dhProc>
    <nDFSe>1</nDFSe>
    <pedRegEvento versao="1.01">
      <infPedReg Id="PRE51025041242009034000197000000000000126015620407298101101">
        <tpAmb>2</tpAmb>
        <verAplic>SAT_1.0.0</verAplic>
        <dhEvento>2026-01-08T15:04:55-04:00</dhEvento>
        <CNPJAutor>03214145000183</CNPJAutor>
        <chNFSe>51025041242009034000197000000000000126015620407298</chNFSe>
        <e101101>
          <xDesc>Cancelamento de NFS-e</xDesc>
          <cMotivo>1</cMotivo>
          <xMotivo>Erro na Emissão</xMotivo>
        </e101101>
      </infPedReg>
    </pedRegEvento>
  </infEvento>
</evento>

:warning: Comportamento observado

  • :no_entry: UTC-04:00 (Cuiabá) → rejeitado com E1843

  • :white_check_mark: UTC-03:00 (São Paulo) → aceito normalmente

  • A rejeição indica que o ADN entende que dhEvento é posterior ao horário de recebimento do lote

2

Resolvido.
O erro ocorria por diferença de sincronismo entre o relógio do servidor da aplicação e o servidor da Nota Nacional (ADN).

Ao ajustar o dhEvento/dhProc para alguns segundos antes do horário corrente (−5s), o evento deixou de ser rejeitado, pois a data passou a ser sempre anterior à data de recebimento do lote pelo ADN.

Recomenda-se também garantir sincronismo NTP adequado no servidor da aplicação para evitar o problema.