Pular para o conteúdo
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

Pessoal, preciso de ajuda urgente. Estou fechando o mês numa distribuidora que roda ECC 6.0, e o fiscal pediu o registro 1400 para conferir a conversão de produtos antes do envio. Já rodei a geração pelo programa padrão e validei no PVA, mas os valores não batem com o estoque. Suspeito de alíquota alterada no cadastro e de ajustes manuais. E, agora, o ponto é que não sei se o registro 1400 exige algo que o ECC não gera por padrão. Alguém já passou por isso? O que vocês fizeram para não ficar com saldos diferentes?


Atualização:

No meu caso, ontem separei dez itens de duas filiais e rodei o teste só com eles. Os que não batem vieram de um cadastro antigo. Obrigada, Carlos, a dica de comparar campo a campo me poupou horas. E, agora, o ponto é que essa unidade antiga é só cadastro ou entra em alguma regra de conversão do programa padrão? Se for só cadastro, corrijo em massa e reprocesso. Se não for, qual tabela eu olho primeiro?

Avatar
Cancelar
Melhor resposta

O risco que mais vi nesse tipo de caso é tratar a diferença como erro de programa quando ela é de cadastro. Antes de qualquer correção, faça uma lista dos itens divergentes e confirme a unidade na origem, com a descrição do material ao lado. Se o seu calendário cair em dezembro, a conferência precisa estar pronta com antecedência, porque a janela de envio não espera. Use a documentação oficial disponibilizada pelo SPED para checar o layout antes de decidir. Depois que o cadastro estiver limpo, rode a geração de novo e compare com o estoque. Recomendação prática: não envie nada até os saldos baterem item por item. Para aprofundar, veja obrigações acessórias e SPED no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Será que a unidade entra no cálculo quando o produto tem cadastro duplicado? Carlos, no meu caso, o print do log mostra o mesmo item com duas unidades. Na prática, ó, o sistema puxa a que estiver ativa na data da geração. Essa regra vale para todos os contribuintes ou muda entre contribuições de tipos diferentes? Preciso responder ao fiscal antes de liberar o envio.

Avatar
Cancelar
Melhor resposta

Concordo em parte com a Nádia, a auditoria pega muita coisa, mas não tudo. Discordo de um ponto: a regra não nasce na geração, nasce no momento em que a conversão ficou definida no cadastro, e é ali que a história começa. Se a unidade foi convertida antes da migração, o ECC já carrega o valor errado para o programa, e nenhuma correção depois resolve isso. Veja, o pulo do gato é ler a data de cada mudança e comparar com a posição cumulativa do estoque na mesma data.

Avatar
Cancelar
Melhor resposta

Se o Carlos tiver razão sobre a origem, vale olhar também a apuração final, porque é nela que o erro costuma aparecer. E sabe o que aconteceu na última auditoria, pois é? O problema não estava no registro. Era um arquivo intermediário que o time carregava à mão, fora do fluxo oficial. Antes de comparar item a item, eu checaria se existe alguma etapa paralela gerando esses dados, porque ela costuma escapar dos aspectos que a auditoria cobre. No automotivo onde trabalho, isso virou checklist.

Avatar
Cancelar
Melhor resposta

Eu começaria pelo dado de origem, não pelo registro em si. Quase sempre a diferença nasce no cadastro de produto ou na forma como a conversão de unidade foi gravada. A dúvida é de onde vem o valor que o estoque tem, e não se o layout está certo. Na minha experiência com ABAP, comparo um item que bate com outro que não bate, campo a campo, até achar a quebra. A apresentação do registro segue o guia do SPED, então, se o layout estiver certo, o problema está nos dados. Só depois eu mexo em programa, porque a base apurada só muda com a causa encontrada.

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 Obrigações acessórias e SPED no SAP.

Ver todas do fórum