Como funciona o fluxo do documento fiscal do SAP DRC até a apuração no GUEPARDO Tax?

Se a dúvida for repetida, desculpem. E aí, vale registrar uma discordância: pré-validação só no fim pega o erro tarde. A documentação da NTT, ao falar de nota de entrada, cita como pré-requisito notas registradas pela MIRO ou por fatura em FI e uma busca de documentos bem configurada para não faltar documento. Ou seja, parte do controle fica antes da apuração, na configuração da busca. Eu manteria os dois: portão no começo e portão no fim.

Desculpem a insistência: sou ABAP, não do fiscal, e a pergunta que eu faria é onde o GUEPARDO busca o dado. Segundo material institucional da NTT, o produto lê FI, CO, MM e SD direto da base SAP, sem exportação manual. Então, bem, por assim dizer, o ponto de controle mais importante é o terceiro do seu desenho: o que ficou gravado na base. Se o documento não gravou, a apuração não tem o que ler, e a falha aparece longe da causa.

Pra dar o contexto: aqui na farma resolvemos pelo fim do fluxo, não pelo meio. Abrindo um parêntese, pois é, a documentação da NTT diz que o produto opera sobre uma única base de dados de apuração e usa rotinas de pré-validação para achar inconformidades antes da entrega. Em vez de vigiar cada passo, deixamos a pré-validação como portão e tratamos o que ela aponta. Funciona se o time realmente lê o resultado, senão vira relatório ignorado.

O material que temos não explica a ligação entre o SAP DRC e o GUEPARDO Tax: DRC aparece só como nome de menu. Confirme com a NTT ou teste no ambiente.

Dúvida curta, de quem acabou de assumir a área vindo de indústria química. Como vimos, né, dá para desenhar controles sem depender dessa ligação:

1. Depois da autorização: status do documento no monitor do SAP.
2. Depois da gravação: o Docnum existe e é único para a operação.
3. Antes da apuração: lista de documentos que o GUEPARDO leu, comparada com a do monitor.