Como o sistema trata uma falha de transmissão da NFS-e nacional ao portal nacional e ao ambiente de dados nacional?

Concordo em parte, Roberta, mas discordo de usar a consulta por NSU como prova. E aí, no mês passado, isso me custou tempo: a consulta devolve o que está no ADN, e o que não chegou simplesmente não aparece, então ela não diz por que a transmissão falhou. As considerações finais do guia remetem à página da NFS-e Via no portal para esquemas e layouts; é lá que eu procuraria o motivo antes de reenviar.

Dúvida curta: reprocessar uma a uma ou em lote? Na minha área, a concessionária de via emite a NFS-e Via, e para os clientes grandes a equipe adotou baixar em lote os dados por NSU depois da falha, até 3000 informações por vez, para comparar com o que o SAP registrou. Vale quando o volume é alto; para poucas notas, comparar na mão é mais simples.

Lívia, caso concreto da minha rotina em energia: uma nota com falha ficou pendente por um dia, e a equipe quase fez o cancelamento antes de saber se o ADN a tinha recebido. No contexto brasileiro, em que cada município tem sua rotina, essa pressa custa caro. Como de costume, meu cuidado é guardar o retorno de cada tentativa de envio e só pensar em cancelamento depois de conferir o que chegou.

Se a transmissão da NFS-e nacional falhar, primeiro veja no ambiente de dados nacional se a nota já chegou, antes de reenviar. Então, como de costume, falha de rede não prova que a nota foi recusada. A produção restrita serve para ensaiar isso, porque tem a mesma versão do que vai à produção. Pelas siglas do guia, o Documento Nacional de Arrecadação também entra no conjunto, então a arrecadação merece atenção no teste.