Pular para o conteúdo

Fóruns / PIS e Cofins

Retenção pis cofins csll ir

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

Olá pessoal, quem já lidou com essa questão seria ótimo. Estou fechando o mês e estamos com um volume considerável de notas fiscais passadas para validação. O sistema está gerando inconsistências ao tentar reconhecer os tributos específicos, e bem, o desenho é que estamos recebendo rejeições que parecem contraditórias. Por exemplo, em alguns documentos, o campo referente ao tributo PIS não aparece, e isso aciona uma rejeição do tipo "NF-e sem grupo do PIS", mas o documento físico está correto. Em outros casos, a rejeição aponta a ausência do grupo da COFINS, embora o volume de dados para essa contribuição tenha sido enviado. Diante disso, gostaria de saber se existe algum ponto específico no fluxo de transmissão que precise ser ajustado para que o recebimento da informação tributária seja aceito sem gerar essas recusas.


Atualização:

Olá a todos novamente. Agradeço muito as contribuições detalhadas. Para tentar mapear a origem da falha, fizemos ajustes no nosso fluxo de faturamento, garantindo que os tributos PIS e COFINS estivessem presentes e calculados corretamente no módulo fiscal antes da saída do documento. Bem, o desenho é que, mesmo assim, continuamos a receber as rejeições relativas à ausência do grupo tributário ao tentar validar o arquivo. Gostaria de saber se alguém conseguiu isolar um cenário específico onde a informação estava presente internamente, mas o validador ainda assim rejeitou por ausência estrutural do grupo.

Avatar
Cancelar
Melhor resposta

É compreensível a dificuldade ao enfrentar essa incongruência entre o cálculo interno e o recebimento da notificação de erro. A rejeição S01-20, ao apontar a ausência do grupo de tributação da COFINS, aponta para uma falha na representação digital, mesmo que os valores estejam calculados corretamente no sistema. O ponto crítico aqui não é apenas a existência do dado, mas sua correta inclusão estrutural dentro do arquivo transmitido. O sistema precisa garantir que o cabeçalho reflita integralmente o corpo do documento tributário. Sugiro uma análise focada no processo de montagem do XML, verificando o gatilho que obriga a inserção daquela sequência específica, garantindo que a presença do dado no cálculo resulte na sua materialização no arquivo enviado. Para aprofundar, veja EFD Contribuições, PIS e Cofins no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Para contornar essas variações na tributação, nós implementamos uma camada adicional de conferência cruzada dos valores antes da transmissão. Essa camada verifica a coexistência dos serviços profissionais com a gestão de crédito e riscos, movimentos que são tributados, além da administração de contas a pagar e a receber. Sem rodeio, pois é, essa validação antecipada nos assegura que estamos cobrindo todos os tributos incidentes naquela prestação.

Avatar
Cancelar
Melhor resposta

Matheus Moreira, complementando sua visão sobre a necessidade de sincronia entre o cálculo e o que o fisco aguarda, gostaria de saber se existe alguma etapa ou validação específica no fluxo interno que possa mitigar o risco dessa incompatibilidade no momento da transmissão eletrônica, dado o volume de notas fiscais em análise.

Avatar
Cancelar
Melhor resposta

Beatriz Xavier, aceitando a corrente de ideias, gostaria de adicionar que, mesmo que a arquitetura do envio do arquivo esteja tecnicamente correta, o ponto crítico reside na aderência estrita às expectativas do recebimento fiscal. A não conformidade surge quando há desalinhamento entre o momento em que o tributo foi apurado internamente e como essa informação é traduzida para o padrão exigido pelo órgão competente no momento da transmissão. É fundamental um rastreamento pontual dessa transição.

Avatar
Cancelar
Melhor resposta

Acho que, embora a sincronia entre o cálculo e o que o fisco espera seja o ponto chave, talvez seja prematuro dizer que o cerne da questão esteja apenas na geração do documento. A complexidade surge justamente porque o sistema gera o documento baseado em nossos cálculos internos, mas este precisa dialogar com as regras específicas do validador. Um pequeno detalhe incorreto no mapeamento pode levar a uma rejeição completa, mesmo que o cálculo do tributo esteja correto por nossa parte.

Avatar
Cancelar
Melhor resposta

Beatriz Xavier, aceitando sua colocação sobre a necessidade de olhar além da geração do XML, queria checar um ponto específico. Olha, resumindo, considerando que a definição dos dados tributários precede a montagem da mensagem, como podemos garantir que essa definição interna esteja perfeitamente alinhada com o que o recebimento da NF-e espera, especialmente quando há tributos como PIS e COFINS entrando em jogo?

Avatar
Cancelar
Melhor resposta

Emanuel Kaufman, concordo com sua análise sobre a falha na representação digital. Na prática, quando trabalhamos com os tributos, observamos que a omissão de um grupo específico, como o da COFINS, gera exatamente esse tipo de rejeição. É vital que haja cada detalhe tributário presente no documento eletrônico para que o fisco aceite nosso cálculo como correto, especialmente no que tange à movimentação desses valores.

Avatar
Cancelar
Melhor resposta

Olá Tatiana, complementando o que Alexandre disse, o cerne da questão parece ser a sincronia entre o que está sendo enviado eletronicamente e o que o fisco espera receber. Se o sistema gera o documento com a tributação aplicada, mas o validador aponta falha na presença do grupo, é provável que a geração do arquivo XML não está seguindo o caminho esperado para aquele tributo específico. Ou seja, ó, mesmo que o cálculo interno esteja correto, a representação estrutural da NF-e pode estar incompleta ou fora do padrão exigido no momento do envio.

Avatar
Cancelar
Melhor resposta

Acho que simplificar demais colocando toda a culpa na geração do XML pode não ser o suficiente, como se diz, né. Embora a estrutura do arquivo seja crucial, a raiz do problema pode estar na própria definição dos dados tributários antes da montagem da mensagem. Se os valores corretos estão sendo calculados internamente, mas o grupo não está presente, precisamos rastrear por que o sistema não está acionando a inclusão desse campo específico no momento da transmissão.

Avatar
Cancelar
Melhor resposta

A causa provável reside na não aderência do arquivo digital ao padrão de tributação esperado pelo validador, gerando alertas como a ausência do grupo do PIS ou da COFINS. É preciso verificar se o uso da tag de informação tributária está sendo corretamente mapeado para os grupos [37] PIS e [38] COFINS, respeitando a estrutura da NF-e. Então, de longe, a discrepância entre o documento físico e a rejeição eletrônica sugere um problema na parametrização da saída do sistema ao gerar os dados para transmissã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 PIS e Cofins.

Ver todas do fórum