Que registro o SAP deve manter para provar que o recebimento da receita seguiu PIS/Pasep e Cofins, e não a CBS, conforme a LC 214/2025?

Dúvida curta: a Helena tem razão quanto ao código do tributo? Discordo dela no código que precisa existir em cada linha, porque, no meu dia a dia, tá, isso cria um ajuste enorme no desenvolvimento do relatório. Prefiro o código no cabeçalho do documento, e o destinatário consegue ler sem reprocessar. Quando o prazo decorrido chega ao fim, o registro do destinatário ainda precisa existir. Por isso discordo com educação e proponho validar as duas formas em QAS antes.

Se o sistema grava a nota e o pagamento como dois registros soltos, veja, só pra alinhar, o contribuinte não consegue provar que a receita foi do PIS/Pasep e da Cofins. Discordo do Alan no ponto de que três campos bastam, porque falta o valor correspondente por tributo. Sem esse vínculo, o relatório mostra o total, mas não separa a base, e a prova fica incompleta. Por isso eu incluiria também o código do tributo em cada linha. Discordo com educação, até porque a equipe pode ter outra regra interna para o fluxo.

O resultado que importa é que o registro precisa ter, no mínimo, a chave, a data e o status da nota, e o Lucas tem razão ao pedir o lado do cliente. Ficam, agora, contando nos dedos, três campos a confirmar: a chave da nota, o evento de recebimento e a marca do tributo escolhida, conforme a tese que o cliente adotar. O relatório contenha esses itens e seja gerado por cenário, senão a auditoria não sai do lugar. Isso não é decisão minha, é uma parte técnica que o cliente deve validar com o responsável.

Rogério, entendi a ideia. A autorização do DANFE aparece como evento separado, olhando o log, viu, mas a cláusula do contrato de cliente diz outra coisa sobre quem tem de comunicar o recebimento. No meu caso, quem comunica é o emitente ou o comprador? Se o SAP grava só o evento do emitente, qual campo você sugere para registrar o recebimento do lado do cliente?

O risco que já vi foi o do registro que muda depois da alteração do DANFE, quando a nota é corrigida e o papel deixa de bater com o sistema. Alternativamente, você pode guardar o XML com a chave e reimprimir o DANFE só quando alguém pedir, e isso preserva a prova. Na prática, olha, a lição é que o registro precisa apontar a chave da nota e não o papel impresso, porque o papel vira a parte mais fraca quando a alteração chega depois. O relatório apresentado ao fisco deve trazer a chave, o status da nota e a data do recebimento.

Otávio, completo com algo que quase ninguém checa: no registro do SAP, o arquivo da nota autorizada precisa ficar vinculado ao pagamento de quem recebe. A prova costuma ser pedida mais tarde, e a gente deixa isso para depois. Se a equipe tem de aprovar o layout do relatório, vale incluir a data da nota e o número do protocolo. Isso não decide o tributo, mas, e aí, a gente costuma deixar a trilha pronta para qualquer lado que quem paga escolha.