Quando o split payment simplificado for escolhido pelo contribuinte, o SAP deve registrar essa escolha em algum campo?

Pensando bem, tá, para casos em que a modalidade de pagamento é volátil, a simples codificação em um parâmetro estático pode ser insuficiente. Se entendermos que a escolha tributária reflete uma condição operacional transitória, criamos um indicador específico no cabeçalho do documento que capturaria essa variação. Esse indicador seria atualizável a cada transação, refletindo a situação vigente. Esse detalhamento é mais robusto para operações dinâmicas e menos previsíveis.

Rodrigo Dias, meu ponto é que esse caminho funciona quando há poucos clientes e a troca de regras é pontual. Mas, para operações recorrentes, a dependência exclusiva de um parâmetro configurado pode gerar divergências inesperadas no fechamento. Agora, a dica é que, mesmo usando parâmetros, é importante haver um rastreio interno que mostre a data em que essa configuração foi aplicada para aquele caso específico, garantindo rastreabilidade completa do processo tributário.

Eduardo Gomes, como falei, ó, você mencionou que o registro da escolha depende de autorização ou de acordo com algum ente externo. No nosso cenário, a tributação é gerada internamente, e precisamos mapear essa definição no documento fiscal gerado pelo SAP. Você poderia detalhar melhor qual tipo de dado ou informação seria crucial registrar para auditar essa seleção feita pelo contribuinte?

O resultado que importa é que nossa equipe não criou campo nenhum: a escolha vira um parâmetro definido por cliente, e o restante da tributação sai decorrente dessa configuração. Meu ponto, ó, é que esse caminho funciona quando há poucos clientes e a troca de regime é rara. Quando a regra muda com frequência, convém que o resultado decorra do parâmetro, e não de cada cadastro individual. Escolha o caminho pelo volume de alterações e pelo risco de esquecer uma data.

Discordo com educação. A decisão de modalidade é do contribuinte, e o sistema só precisa guardar essa escolha com data. Agora, na real, o controle que vejo como essencial é checar os requisitos cumpridos antes de gravar, e não depois. Se o cliente não estiver em condição de cumprir, o problema não é o campo, é o cadastro. Eu separaria a validação dos requisitos da gravação da opção.

O risco que já vi é gravar a escolha sem data, e aí o auditor pergunta quando ela valeu. Não consigo afirmar no padrão se existe campo nativo para isso, então não confirmei. Se a escolha depende de autorização ou de algo celebrado com o órgão, o registro precisa guardar a data de vigência. Segundo o que li, pois é, a decisão fica com o cliente, mas o rastro precisa existir no sistema. Eu separaria isso numa tabela de parametrização, e não numa observação de texto livre.