Pular para o conteúdo

Fóruns / Integração fiscal: BTP, APIs, ABAP e clean core

O que precisa estar pronto antes de configurar integração fiscal no SAP?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
10 Respostas

Se a integração fiscal for configurada antes de a base estar limpa, o retrabalho aparece em todo teste. Estou migrando de outro ERP para o S/4HANA, na área automotiva, e já tenho o cronograma de cutover desenhado. Em projetos anteriores, bem, pelo meu histórico, o atraso veio dos cadastros fiscais e não da configuração em si. Tentei levantar a lista de pré-requisitos com as áreas, mas cada uma tem uma versão diferente. Qual checagem mínima vocês fazem antes de abrir a primeira tela de configuração fiscal?


Atualização:

Concordo em parte com a Daniela e com a Mônica, mas, bem, pelo meu histórico, discordo que a lista resolva sozinha. Agradeço as respostas. Testei um checklist de cadastros em um projeto piloto, e ele passou, mas a integração ainda falhou no primeiro lote por causa de uma regra que ninguém tinha escrito. Como vocês registram essas regras implícitas antes de testar?

Avatar
Cancelar
Melhor resposta

Matheus, a conversa mostrou que a configuração fiscal raramente é o gargalo; o que trava são cadastros incompletos, regras que vivem fora do documento de projeto e a falta de um responsável fiscal que assine o que está pronto. Cada pessoa trouxe uma parte disso, e o conjunto aponta para o mesmo caminho. Recomendo começar por um inventário das regras implícitas, inclusive as que estão em planilhas de fechamento, e só depois fechar o checklist de cadastros. Depois disso, um lote pequeno de documentos reais, revisado pelo responsável fiscal, serve de critério de saída. Sem essa etapa, qualquer ajuste de parâmetro vira tentativa.

Avatar
Cancelar
Melhor resposta

Mônica Carvalho, sua colocação sobre a dependência da parametrização fiscal dos cadastros faz muito sentido. Na minha migração de outro ERP, a validação desses mesmos dados molais já estava sendo feita, mas a passagem da lógica do sistema legado para o novo motor fiscal do SAP gerou dúvidas. Você poderia detalhar mais sobre o que significa "o motor não encontra o caminho certo" quando a base cadastral, embora pareça correta, não se traduz na operação?

Avatar
Cancelar
Melhor resposta

Paulo, eu concordo com o risco de o contador só descobrir o erro no fechamento, mas quero acrescentar um ponto sobre onde essa regra implícita reside. Muitas vezes, ela não está apenas na planilha contábil. Ela está no entendimento operacional que foi transferido , ou deixou de ser transferido , do processo antigo para o novo. A documentação do projeto precisa mapear o porquê daquela regra, e não apenas citá-la.

Avatar
Cancelar
Melhor resposta

Letícia Alves, concordo com sua visão sobre a antecipação do estresse. No meu trato com S/4HANA, vivenciei como a pressa em avançar na adoção do novo processo, ignorando bons arranjos prévios, acaba por sobrecarregar o time decisório no momento crítico. Meu ponto, viu, é que a transição deveria ser gradual, preservando a funcionalidade anterior até que o novo fluxo esteja robustamente testado.

Avatar
Cancelar
Melhor resposta

No go-live, complementando minha visão no agro, gostaria de acrescentar uma observação crucial sobre a aderência dos fluxos de trabalho. Muitos projetos tentam acelerar a implementação, mas isso transfere o estresse decisório para o último momento. Atrasar a validação de cenários extremos ou exceções até o momento do go-live é extremamente arriscado. Não podemos permitir que surpresas burocráticas apareçam quando o sistema estiver em produção.

Avatar
Cancelar
Melhor resposta

Na minha vivência com o ambiente de mineração, onde a variação de lote é constante, percebemos que o gargalo era a camada de documentos transitórios. Em vez de tentar acertar tudo no primeiro ciclo, adotamos um fluxo paralelo. Mantivemos a operação antiga rodando enquanto desenvolvíamos os ajustes no novo ambiente. Isso permitia checar o impacto real de cada alteração de regra sem comprometer o fluxo de caixa imediato, validando a transição passo a passo.

Avatar
Cancelar
Melhor resposta

Paulo Silva, ao mencionar que a regra implícita surge no fechamento, gostaria de entender melhor sobre essa planilha utilizada pelo time contábil. Na minha vivência com a siderurgia e o S/4HANA, a transição do entendimento contábil para o sistema precisa ser muito bem articulada. Você chegou a pensar como formalizar essa passagem de conhecimento para diminuir o risco encontrado no fechamento?

Avatar
Cancelar
Melhor resposta

O risco que já vi é o contador descobrir a regra implícita só no fechamento, quando o imposto já foi calculado errado. Matheus, você tocou nas regras que ninguém escreveu, e meu adendo é que elas costumam morar em planilha de contador, não em documento de projeto. Por isso eu pediria a lista das planilhas usadas no fechamento antes de qualquer teste, porque ali está a lógica real da operação. Se essa lista não existir, a primeira surpresa vai ser no fechamento mesmo.

Avatar
Cancelar
Melhor resposta

Quem valida a classificação, a área ou o consultor? Daniela, você fechou bem os cadastros, e eu acrescento o ponto do GUEPARDO Tax: a parametrização fiscal depende dos cadastros estarem com a mesma lógica da operação, senão o motor não encontra o caminho certo. Então, conforme o combinado, viu, a gente só libera a configuração quando o responsável fiscal assina a lista de cadastros revisados. Vale também guardar um print do teste de cada cenário, porque a equipe esquece o que decidiu.

Avatar
Cancelar
Melhor resposta

No meu caso de SD em agro, precisam estar prontos os cadastros de cliente, material e centro, com a classificação fiscal validada, antes de qualquer configuração. Eu sigo isso, porque o truque é, ó, rodar um pequeno lote de documentos reais antes de mexer em qualquer parâmetro. Primeiro checo se o cadastro está completo, depois confirmo a classificação dos materiais e por último vejo se o negócio aprovou os cenários de exceção. Quando isso está em ordem, a configuração anda bem mais rápido.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em Integração fiscal: BTP, APIs, ABAP e clean core.

Ver todas do fórum