Como decidir o que fica no SAP DRC e o que fica no GUEPARDO Tax em um desenho fiscal?

Por precaução, viu, discordo de deixar a escolha só com o arquiteto. O caminho oficial de uma obrigação é decisão do responsável fiscal do cliente, e o arquiteto desenha e prova. A documentação traz um conceito que ajuda: no PIS e Cofins, o produto permite várias apurações para o mesmo período e empresa, mas só uma é a oficial. Vale como regra de desenho: uma oficial por obrigação, registrada.

Complemento com o que o material afirma. Agora, a gente costuma ancorar a fronteira no que está documentado: o GUEPARDO Tax é add-on dentro do SAP, complementando as apurações pelo menu padrão, e, no módulo e-Invoicing, a NF-e e o CT-e de saída usam o monitor padrão do SAP. Isso ajuda a listar o que já é do SAP padrão. O que sobra vira candidato à decisão por obrigação.

Sem querer complicar, tá, aqui fizemos diferente: em vez de uma fronteira por produto, uma matriz por obrigação, com uma linha por documento ou arquivo, o dono, a fonte do dado e o produto responsável. Fica claro onde há duas fontes para o mesmo número. O material que temos não traz uma divisão pronta entre os dois, por isso a matriz é construção nossa e precisa de teste no ambiente de qualidade. Separe também a prontidão: SAP, produto e dado.

O material que temos não define essa fronteira. A exceção é, pois é, que DRC aparece na documentação do produto só como nome de menu, e o material não explica a relação com o produto SAP de mesmo nome. Então, antes do desenho, a pergunta vai por escrito à NTT, e o que ela responder fica registrado com data. Sem isso, qualquer fronteira desenhada é hipótese.