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
6 Respostas
0 Visualizações

Com a migração do sistema anterior para o ECC 6.0, estamos revisando o processo de fechamento da Contribuições e percebi algumas nuances importantes ao gerar os arquivos para o SPED. Estamos trabalhando com a versão mais recente do nosso módulo fiscal, e o que mais chamou atenção foi a necessidade de sincronizar corretamente as tabelas externas. Por exemplo, ao utilizar a funcionalidade de exportação, percebi que o arquivo TXT gerado contém apenas os dados específicos daquela EFD-Contribuições, sem incluir os demais registros do banco de dados. E aí, na última auditoria, isso gerou um questionamento sobre a completude da informação. Gostaria de saber como podemos assegurar que todos os dados tributários pertinentes estejam devidamente mapeados ao gerar essa escrituração?


Atualização:

Agradeço a todos pelas visões sobre o mapeamento dos dados. Testei o processo de geração do arquivo e, e aí, na última auditoria, percebi que a correta alimentação das tabelas externas é crucial para a integridade da entrega. Dado que existem tabelas como a CPRB e a detalhada da CPRB, ambas especificadas pela RFB e disponíveis no Portal do SPED, gostaria de saber qual o procedimento mais seguro para cruzarmos essas informações no sistema antes da exportação final.

Avatar
Cancelar
Melhor resposta

A questão central reside na congruência entre os dados internos e os requisitos do fisco ao elaborar os registros para a entrega. Torna-se fundamental assegurar que nosso software está dialogando perfeitamente com as estruturas externas, como as definidas para a CPRB, que são detalhadas e disponibilizadas pelo órgão regulador. Para mitigar qualquer inconsistência na transmissão, sugiro dedicar tempo à validação cruzada desses componentes antes de finalizar a geração do documento fiscal. Essa etapa de checagem prévia eleva a confiabilidade do nosso envio subsequente. 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

Valéria, eu compreendo sua perspectiva ao afirmar que não se trata de um desalinhamento inicial. Contudo, o ponto que gostaria de ponderar é que, mesmo sendo as tabelas como a CST-IPI externas e disponíveis no Portal da Receita, o nosso sistema precisa mapear com exatidão quais informações são aplicáveis à nossa operação para torná-las coerentes com o que fiscais esperam ao cruzar os dados. A dependência da informação externa exige uma correta recepção interna.

Avatar
Cancelar
Melhor resposta

Para garantir a integridade das informações antes da geração do arquivo, revisamos os parâmetros que alimentam a Contribuições. Descobrimos que o processo de parametrização para o cenário específico em questão exige ajustes nas tabelas externas, como a referente ao Código de Atividades, Produtos e Serviços. Este passo detalhado garante que as informações mapeadas atendam ao que a RFB espera para a transmissão, sendo crucial antes de qualquer tentativa de exportação do volume de dados.

Avatar
Cancelar
Melhor resposta

Embora eu concorde com a sua análise sobre o conteúdo exclusivo do arquivo TXT gerado, achei que talvez seja um pouco prematuro definir isso como um potencial desalinhamento. O que precisamos considerar é que as tabelas utilizadas, como a CST-IPI, são externas e seguem a matriz da Receita Federal. O teste é, né, garantir que o nosso módulo fiscal está mapeando corretamente essa padronização exigida pelo órgão competente.

Avatar
Cancelar
Melhor resposta

Espero que esta observação não seja muito básica, mas gostaria de alinhar um ponto sobre a geração dos dados fiscais. O fato é que, ó, a funcionalidade que gerará essa informação estará disponível na versão 4.0 do programa da EFD Contribuições, e a previsão de disponibilização é janeiro de 2020. Enquanto isso, o roteiro para uso será fornecido no sítio do SPED na internet. Meu receio é que a diferença no escopo do arquivo TXT exportado, que apenas leva os dados daquela EFD-Contribuições, possa causar desencontros futuros na entrega.

Avatar
Cancelar
Melhor resposta

Carolina Teixeira, prezando pela continuidade operacional, gostaria de complementar o ponto levantado pela Viviane sobre a limitação do arquivo TXT exportado. É importante ressaltar que, ao gerarmos o arquivo, este contém estritamente os dados pertinentes àquela EFD Contribuições específica, sem abarcar as demais informações do banco de dados. E aí, se não me engano, a padronização desses extratos é um detalhe técnico que deve ser gerenciado no fluxo de trabalho atual. Ademais, as tabelas como a CST-IPI, que seguem uma matriz publicada pela RFB, devem ser consultadas no Portal do SPED para garantir a uniformidade da classificaçã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!