Como tratar a emissão de documentos em contingência durante a virada do S/4HANA?

Bom dia a todos. Discordo de um ponto: deixar a conferência para o primeiro dia depois do go-live é tarde. Então, minha opinião é ensaiar antes. As notas de projeto que li descrevem o caso em que o projeto passa em todos os testes e o primeiro fechamento mostra diferença de saldo, obrigação rejeitada ou nota que não contabiliza.

Por isso eu faria um ensaio na qualidade: emitir três documentos de teste pelo caminho de contingência, registrar depois e conferir se chegam à apuração e à contabilidade. Se não chegarem, você descobre com tempo de corrigir. Qual caminho de registro vale para o seu ambiente, a base que consultamos não afirma; teste no ambiente.

Comece pelo controle, não pela emissão: toda nota feita fora do fluxo normal entra numa lista com número, chave, data, hora, quem emitiu e o motivo. Essa lista é o que você vai conferir depois.

As notas de projeto que consultamos descrevem o cutover com janela própria do fiscal, então peça que essa janela conste do plano. Agora, a prova é: no primeiro dia depois do go-live, cada linha da lista precisa ter documento registrado e contabilizado. Como o produto trata o documento emitido em contingência, a base que consultamos não afirma; confirme com a NTT ou teste no ambiente.

Completando o Nelson com a parte contábil, conforme o combinado, viu: uma causa que se repete em diferença entre fiscal e contábil é a nota emitida por caminho sem lançamento contábil automático. Documento de contingência é candidato natural a cair aí.

Checagem para o primeiro dia: some o valor da lista de contingência e compare com o que entrou na conta de imposto no mesmo período. Se não fechar, separe por documento antes de mexer na apuração. Segundo a documentação da NTT, a apuração de PIS e Cofins tem histórico de modificação e busca de documentos; para os demais tributos o que temos de documentação não afirma. Teste no ambiente.