Pular para o conteúdo

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

Quais são os erros mais comuns em integração fiscal?

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
5 Respostas

O risco que eu já vi é o fechamento depender de um arquivo que alguém gera à mão. Aqui na siderurgia estamos migrando de outro ERP para o SAP, e na última rodada de testes apareceu um print com diferença de valores entre o livro e a apuração, sem erro no log. Veja, um adendo: o problema só aparece quando o documento é estornado no dia seguinte ao lançamento. Já conferi a ordem das integrações e está igual à do ambiente antigo. Quais são os erros mais comuns que vocês encontraram nesse tipo de integração, principalmente quando o fechamento tem pressa?


Atualização:

No meu caso, a diferença apareceu quando o estorno caiu no período seguinte, e isso consegui reproduzir ontem. Veja, um adendo: o teste injetando estorno de propósito, como o Otávio sugeriu, bateu com o print de produção. Obrigada a todos. Vocês colocam esse teste na rotina de cada fechamento ou só na migração?

Avatar
Cancelar
Melhor resposta

Qual dos dois pesa mais, afinal? O estorno tratado como lançamento novo, ou a falta de uma checagem que prove o próprio funcionamento. Na prática, quase sempre é a combinação dos dois. Uma chave de rastreio que atravesse as etapas resolve a origem, e um teste periódico com erro proposital mostra se o alerta está vivo. O tratamento de cada caso é do contribuinte, com o fiscal dele, e nós desenhamos, configuramos e provamos o fluxo. Recomendação prática: definir dono para a chave de rastreio, rodar o teste de erro proposital em todo fechamento e revisar a tabela a cada ciclo, sem esperar a diferença aparecer.

Avatar
Cancelar
Melhor resposta

Só no final, não dá. Nós adotamos um painel diário que compara o volume de documentos entre faturamento e apuração, e o combinado é que quem vê divergência abre o chamado no mesmo dia. Esse caminho funciona bem quando a equipe tem gente de plantão para olhar. Quando a operação é enxuta, eu preferiria um alerta automático que só dispara acima de uma diferença tolerada, para o time não ficar cego com ruído. Cada caminho depende de quanto a equipe consegue responder no mesmo dia.

Avatar
Cancelar
Melhor resposta

O resultado que importa é este: discordo de tratar a chave no próprio documento como solução única. Aqui por perto, em alimentos, a gente tentou isso e o documento ficou carregado, com campos que o time de integração não conseguia manter. Prefiro uma tabela de rastreio bem controlada, com dono e rotina de checagem, a confiar que ela não vai ficar para trás. A tabela pode ficar para trás, sim, mas um alerta mostra isso rápido. O campo no documento não avisa quando deixa de ser preenchido.

Avatar
Cancelar
Melhor resposta

Quando a conferência fica só com o time de integração, ninguém audita a própria checagem. Roberta Alves levanta um ponto bom sobre a tabela ficar para trás, e eu acrescentaria que o alerta também precisa ser testado. Olha, o plano é cobrir a checagem com um teste periódico que injeta um estorno de propósito e confere se o painel acusa. Se o painel não acusar, o problema está na regra de alerta, não no dado. Isso dá ao auditor uma prova concreta de que o controle funciona.

Avatar
Cancelar
Melhor resposta

Tatiana, o erro mais comum é tratar o estorno como se fosse um lançamento novo, sem ligar ao documento original. O segredo é ter uma chave de rastreio que atravesse todas as etapas, do documento de origem até a apuração. Sem ela, cada integração acha que o dado está certo e ninguém vê a diferença. Em mineração a gente costuma guardar essa chave no próprio documento, e não numa tabela paralela, porque a tabela paralela sempre fica para trás.

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