Que dados fiscais precisam ser conferidos contra a origem após a carga no S/4HANA?

Pra dar o contexto: discordo em um ponto. Conferir só igual à origem aprova o erro da origem. Uma dica de colega, é conferir também o que as obrigações exigem.

1. cadastro de prestador com os dados que a retenção pede;
2. nota sem campo obrigatório.

As sínteses de projeto citam justamente cadastro e documento sem o dado que a retenção exige, como tipo de prestador, obra, natureza do rendimento e dependentes.

Um pouco de história sobre os saldos: veja, por assim dizer, o plano de contas muda mais do que se imagina na migração. As sínteses de projeto apontam que mudança de plano de contas ou de centro de lucro quebra nota, guia e fechamento.

1. liste as contas de imposto no plano antigo e no novo;
2. confirme o de-para por escrito;
3. compare o saldo de cada conta, por período.

Dúvida curta, mas aqui fizemos de outro jeito. Só um detalhe, né: em vez de conferir tabela a tabela, rodamos documentos reais ponta a ponta no ambiente de teste.

1. uma nota de venda, uma de compra e uma de serviço;
2. conferência do imposto, da contabilização e da obrigação de cada uma.

O motivo é que, segundo as nossas sínteses, o primeiro fechamento mostra diferença de saldo, obrigação rejeitada ou nota que não contabiliza, mesmo com a carga correta.

Resposta curta: confira contagem e conteúdo dos três grupos, origem contra destino.

1. Materiais: total, e quantos com NCM preenchido.
2. Parceiros: total de clientes e fornecedores, e quantos com CNPJ ou CPF.
3. Saldos: total por conta de imposto e por período, com diferença zero ou explicada.

Veja, a gente costuma fazer isso por escrito, porque as notas de projeto dizem que apuração, livros e contabilização dependem de parametrização, extensões Z e dado mestre que não migram sozinhos, e isso é descoberto tarde.