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

Olá pessoal, acompanho este assunto desde a implementação do RISE com SAP e estou estudando a geração dos arquivos para o SPED fiscal. Temos um volume considerável de documentos fiscais entrando no sistema, e precisamos garantir que a correta parametrização dos códigos de situação tributária esteja acontecendo perfilada ao que a Receita Federal exige. Já fizemos testes utilizando os layouts definidos para os diferentes tipos de documentos, como NF-e e NFC-e, mas gostaria de validar um ponto específico sobre a coerência dos dados inseridos. Sem pressa, ó, considerando que os códigos CST são tabelas externas e rigorosas, como podemos assegurar que a visão do documento gerada no nosso ambiente espelhe fielmente o que precisa ser enviado para a Escrituração Fiscal Digital?


Atualização:

Agradeço as contribuições de vocês sobre a aderência ao leiaute. Testei a geração dos registros para os tipos fiscais 01, 1B, 04, 55 e 65, garantindo que os campos estivessem preenchidos conforme o Ato COTEPE/ICMS nº 9, de 12 de abril de 2008. No meu entendimento, a geração desses documentos deve ser feita para cada movimento fiscal. Sem pressa, ó, gostaria de saber como podemos assegurar a correta utilização da Tabela de Código da Situação Tributária para o IPI, visto que ela possui uma tabela externa publicada pela RFB.

Avatar
Cancelar
Melhor resposta

A discussão sobre a geração dos registros para o SPED fiscal aponta para a necessidade de extrema precisão na parametrização dos códigos tributários. É perceptível que a mera existência dos dados no sistema de gestão não garante a conformidade com o que o órgão fiscalizador espera receber. A chave reside em assegurar que os indicadores utilizados para classificar as operações, especialmente quando há envolvimento de mais de um tributo ou quando se trata de regimes específicos, espelhem fielmente a exigência normativa. Para robustecer o processo, sugere-se estabelecer um procedimento interno que valide a correta atribuição de cada situação tributária ao gerar o arquivo, promovendo uma dupla checagem antes da transmissão oficial. 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

Renato Soares:

Concordo com a Valéria sobre a importância da aderência rigorosa ao leiaute técnico. A mera existência da informação no ERP não garante a conformidade com o que a administração tributária espera ver no arquivo gerado. No meu setor, ao trabalhar com o GUEPARDO Tax, percebemos que precisamos validar se o nosso sistema está corretamente mapeando cada transação para o CST correspondente, consultando as tabelas externas que compõem a estrutura da EFD. Agora, de qualquer forma, sugiro que revisitemos o fluxo de geração desses registros, garantindo que a geração siga o leiaute definido para cada tipo de documento fiscal mencionado.

Avatar
Cancelar
Melhor resposta

Nós desenvolvemos um protocolo auxiliar para checagem cruzada dos dados antes da transmissão. Isso ajuda a mitigar riscos de inconsistência entre os diferentes módulos do ERP. Se a operação envolve múltiplos tributos, como ICMS e IPI, cruzamos os CSTs com os tipos de documentos fiscais, como aqueles listados no leiaute para os códigos 01, 1B, 04, 55 e 65. Agora, pra ser justo, essa abordagem garante que a visão do sistema espelha perfeitamente o que o fisco espera para cada movimento registado.

Avatar
Cancelar
Melhor resposta

Acho que focar apenas na checagem cruzada do ERP, embora seja uma boa prática, talvez não cubra todas as nuances da transmissão. O mapeamento dos CSTs, por exemplo, precisa estar perfeitamente sincronizado com o que a Receita estabeleceu nas tabelas específicas, como aquelas detalhadas no Guia Prático da EFD Contribuições. Olha, pra constar, a validade da nossa informação depende dessa aderência ao leiaute que o fisco exige.

Avatar
Cancelar
Melhor resposta

A correta parametrização dos CSTs é crucial para a transmissão da EFD. Como estou migrando da área de alimentos, estou revisando como esses detalhes técnicos se traduzem na operação diária. É fundamental que o sistema espelhe fielmente o que a fiscalização espera. Os códigos CST para ICMS, por exemplo, utilizam tabelas específicas, como a mencionada no Item 3.2.1 do Guia Prático da EFD Contribuições, e precisam estar alinhados com o momento da operação. Como dizem, né, um pequeno detalhe incorreto pode gerar um grande retrabalho na entrega da informação.

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