Sap domicílio fiscal não pode ser determinado

Acho que o mapeamento manual, embora útil para testes pontuais, pode não ser escalável para o fluxo contínuo. O motor tributário, como Jéssica bem colocou, exige que a regra de negócio esteja perfeitamente traduzida no input do SAP para que ele chegue ao destino correto. Se o volume for alto, o detalhamento que o sistema gera inicialmente pode ser insuficiente para que o módulo avance na determinação automática do domicílio fiscal. Calma lá, né, precisamos garantir a integridade da informação desde o início.

Eduardo, considerando que vocês fizeram um ajuste contábil para avançar no cenário, gostaria de saber se, ao simular a operação manualmente, vocês identificaram algum tipo de informação inicial que o módulo tributário poderia ter processado corretamente para determinar o domicílio fiscal, bem, pra fechar.

Nós trazemos um outro teste que fizemos. Em alguns casos, vimos que a transação tributária precisa ser detalhada muito além do padrão que o sistema gera inicialmente. Se for um cenário de grande volume, talvez o sistema não consiga processar a complexidade inerente à operação, como ocorre com a concessão de descontos significativos. O mapeamento manual só serve para validação pontual, mas para o fluxo contínuo, precisamos que a regra de negócio esteja totalmente traduzida no input do SAP. É que o motor tributário precisa de um detalhamento completo, conforme o combinado, né.

Na nossa vivência, quando o fluxo de vendas gera essas variações de valor, nós fizemos um ajuste no momento do lançamento contábil. O sistema não conseguiu fechar o domicílio fiscal automaticamente por conta da diferença entre o esperado e o registrado. O plano é, pois é, que mapearmos manualmente a operação para simular como o módulo tributário deveria ter visto, e assim isolar a causa da não determinação. Isso ajuda a validar se o comportamento do SAP está alinhado com o que seria aceitável para o Fisco.

Ainda não concordo totalmente com a ideia de que o mapeamento manual é o caminho para isolar a falha. Se o sistema não consegue avançar na determinação, forçar o lançamento contábil sem resolver a raiz do problema apenas mascarará o erro. Precisamos focar em como o módulo tributário recebe os dados para que ele chegue ao destino correto. E aí, o número é que a entrada inicial é o ponto crítico.

Como gerente fiscal com minha vivência no e-commerce e S/4HANA 1909, concordo com a complexidade inerente à alocação fiscal automática. O ponto que considero relevante agora, o custo é a profundidade dos dados mestres que alimentam o módulo tributário. Se o cadastro do cliente ou do fornecedor não estiver perfeitamente casado com o local de operação, mesmo com a mais recente atualização do sistema, o SAP terá dificuldades em inferir a jurisdição correta. Sugiro uma revisão conjunta entre as equipes de vendas e tributos para checar a granularidade das informações inseridas no momento da contratação.

A dificuldade em definir o domicílio fiscal no SAP quando o lançamento entra no módulo tributário é um ponto que acompanha desde a adoção do ECC 6.0. O sistema depende de dados muito específicos para fazer essa correta alocação tributária. Segundo o que li, ó, se a transação envolve operações complexas, como aquelas que geram perdas na cessão de créditos ou concessão de descontos, a validação precisa ser minuciosamente checada. É preciso garantir que os valores de mercado estejam refletidos corretamente para que o encerramento tributário ocorra sem ambiguidades.