Diferenças de totais entre relatórios de estoque online: causas e ajuste de filtros
MÓDULO: Relatórios / Estoque Como entender a diferença de valores entre relatórios de estoque online Entenda por que dois relatórios de estoque online podem trazer totais diferentes e como ajustar os filtros. Visão geral Este manual se aplica a situações em que dois relatórios de estoque online, aparentemente equivalentes, retornam valores totais diferentes para o mesmo produto ou período. Ao final deste manual, o leitor vai entender por que essa diferença ocorre e como ajustar os filtros de emissão para obter valores consistentes entre os relatórios. Quando utilizar Utilize esta orientação quando notar que dois relatórios de estoque online não batem entre si, mesmo aparentando trazer a mesma informação de saldo ou custo gerencial. Como funciona Os relatórios de estoque online podem ter finalidades diferentes quanto à forma de totalização: Um deles totaliza considerando apenas o local de estoque informado no filtro de busca. Outro totaliza considerando todos os locais de estoque ativos no cadastro, mesmo que o filtro de local não tenha sido preenchido corretamente. Além disso, o filtro de agrupamento disponível em um dos relatórios influencia diretamente o resultado: quando esse filtro está marcado para agrupar os valores, o relatório pode somar informações de diferentes seções ou locais, gerando divergência frente ao outro relatório. Também é importante observar que os relatórios de estoque online têm finalidade distinta dos relatórios de inventário por local de estoque, inventário de estoque e ficha do produto — por isso não devem ser usados como comparação direta entre si. Passo a passo 1 Conferir o preenchimento do filtro de local de estoque Ao emitir o relatório, verifique se o filtro de local de estoque foi realmente preenchido, e não apenas o filtro de seção. Informar somente a seção, sem o local de estoque, pode levar o relatório a considerar outros locais ativos no cálculo do total. 2 Ajustar o filtro de agrupamento Ao emitir o relatório de estoque online por local, configure o filtro de agrupamento para “Não”. Resultado: com essa configuração, os valores de custo gerencial entre os relatórios comparados tendem a ficar iguais. 3 Verificar quais locais de estoque estão ativos Caso a divergência persista mesmo após os ajustes acima, pode ser necessário revisar quais locais de estoque (e filiais) estão ativos no cadastro e se devem permanecer assim, já que locais adicionais ativos podem interferir no total apresentado. Abra um chamado em: atak.movidesk.com ⚠ Importante Preencher apenas o filtro de seção, sem o local de estoque, é uma causa comum de divergência entre relatórios de estoque online. Conteúdos Relacionados →Dúvida: Filtro de agrupamento no relatório de estoque online: como ele impacta o total →Dúvida: Relatório de estoque online somando locais além do filtrado: entenda o motivo →Dúvida: Totais diferentes entre relatórios de estoque online: por que isso acontece 📌 Observações Locais de estoque adicionais deixados ativos no cadastro, mesmo sem uso corrente, podem interferir no total apresentado por relatórios que não filtram por local específico. Antes de comparar dois relatórios de estoque, confirme se ambos têm a mesma finalidade e o mesmo nível de totalização (por local específico ou por todos os locais). ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com
Impostos ausentes nos lançamentos contábeis
DÚVIDA · CONTABILIDADE Por que os impostos não aparecem nos lançamentos contábeis após o lançamento de notas fiscais? Impostos ausentes na contabilidade após lançamento de NF. Causa: fato contábil sem linha de imposto configurada ou perfil contábil do item com contas em branco. Contexto Produto/Módulo: ERP Atak — Contabilidade Situação: após o lançamento de notas fiscais de entrada ou saída, os impostos não aparecem nos registros contábeis ao consultar o razão contábil ou o balancete. Condição: o fato contábil vinculado ao movimento não possui a linha do imposto configurada, ou está configurado para buscar contas no perfil contábil do item e esses campos estão em branco. Termos relevantes: fato contábil (configuração que define as contas de débito e crédito utilizadas em cada tipo de lançamento); perfil contábil (configuração do item que indica as contas contábeis específicas a serem usadas); razão contábil (relatório que lista todos os lançamentos de uma conta); balancete (relatório resumido dos saldos contábeis por conta). Por que isso acontece? O fato contábil vinculado ao movimento não possui a linha do imposto configurada — ou está configurado para buscar as contas no perfil contábil do item, mas esses campos estão em branco. Sem as contas de débito e crédito devidamente preenchidas para o imposto, o sistema não encontra para onde contabilizar os valores e os omite do lançamento. O processo financeiro pode estar correto e a nota lançada com sucesso — a ausência de erro não indica que a contabilização foi completa. Os impostos simplesmente não são registrados, gerando divergência entre a contabilidade e os demais módulos. Como resolver? Importante: não exclua nem altere os lançamentos com o problema antes que o suporte os analise. Os registros originais são necessários para identificar o fato contábil e o movimento envolvidos na configuração incorreta. 1 Identifique o escopo do problema Verifique se a ausência dos impostos ocorre em todos os itens ou apenas em um produto ou grupo específico. Anote também quais impostos estão faltando (ICMS, PIS, COFINS ou outros) e se o problema acontece em notas de entrada, de saída ou em ambas. 2 Abra um chamado com as informações levantadas Abra um chamado em: https://atak.movidesk.com informando: o tipo de nota fiscal com o problema (entrada, saída ou emissão própria); os impostos ausentes; um exemplo de nota lançada recentemente com o problema; e se a situação ocorre para todos os itens ou apenas para um produto ou grupo específico. O suporte localizará o fato contábil e o perfil contábil envolvidos e realizará a correção da configuração. Como evitar no futuro? Ao configurar novos movimentos, solicite ao suporte validação do fato contábil para garantir que todas as linhas de imposto estejam devidamente preenchidas. Após os primeiros lançamentos de um novo tipo de movimento, consulte o razão contábil para confirmar que os impostos estão sendo registrados corretamente antes de lançar documentos em volume. Se o fato contábil busca contas no perfil contábil do item, verifique se os campos de conta estão preenchidos para todos os produtos utilizados naquele movimento. Observações A correção da configuração pelo suporte vale apenas para os novos lançamentos. Os documentos já lançados sem os impostos precisam ser ajustados manualmente na contabilidade — a alteração não é retroativa. Em alguns cenários, o fato contábil pode estar vinculado a mais de um movimento. O suporte verifica, antes de ajustar, se a alteração atende a todos os movimentos vinculados ou se é necessário criar um fato contábil específico. Conteúdos Relacionados →Dúvida: Impostos não aparecem na contabilidade após lançamento de notas fiscais Atenção — Aviso de escopo: As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: https://atak.movidesk.com
Correção de impostos não retroativa
DÚVIDA · CONTABILIDADE Por que a correção da contabilização de impostos não se aplica retroativamente? Após correção do fato contábil pelo suporte, os lançamentos anteriores continuam sem os impostos. Esse é um comportamento esperado do sistema. Contexto Produto/Módulo: ERP Atak — Contabilidade Situação: o suporte corrigiu a configuração do fato contábil ou do perfil contábil, mas as notas já lançadas antes da correção continuam sem os impostos nos registros contábeis. Condição: comportamento padrão do sistema — a alteração de configuração afeta apenas os lançamentos realizados a partir da correção, não os anteriores. Termos relevantes: fato contábil (configuração que define as contas de débito e crédito em cada tipo de lançamento); perfil contábil (configuração do item com as contas contábeis específicas); lançamento retroativo (ajuste manual aplicado a registros já existentes). Como funciona? A configuração do fato contábil instrui o sistema sobre como registrar os valores no momento em que um documento é lançado. Uma vez gerado, o lançamento contábil é um registro fixo — alterar a configuração para o futuro não relança nem atualiza os documentos já processados. Esse comportamento é intencional: garante a integridade dos registros contábeis já gerados, evitando que uma alteração de configuração modifique silenciosamente o histórico contábil da empresa. Os lançamentos anteriores sem os impostos precisam ser ajustados manualmente na contabilidade, após o suporte confirmar a correção e orientar o procedimento adequado. O que fazer com os lançamentos anteriores? 1 Aguarde a confirmação do suporte antes de ajustar Não realize ajustes manuais nos lançamentos anteriores sem que o suporte tenha concluído a correção da configuração e orientado o procedimento. Ajustes fora de ordem podem dificultar a análise e gerar inconsistências adicionais. 2 Solicite orientação para ajuste manual dos lançamentos anteriores Abra um chamado em: https://atak.movidesk.com informando o período afetado e os impostos ausentes. O suporte orientará o procedimento de ajuste manual correto para os registros anteriores à correção da configuração. Como evitar no futuro? Ao configurar novos movimentos, valide a contabilização com um lançamento de teste antes de iniciar o uso em volume. Consulte o razão contábil logo após os primeiros lançamentos de um novo movimento para identificar erros de configuração rapidamente, enquanto o volume de ajustes ainda é pequeno. Em caso de dúvida sobre a configuração de fatos contábeis, abra um chamado preventivo antes de lançar documentos — é mais simples acertar a configuração antes do que corrigir lançamentos em massa depois. Conteúdos Relacionados →Dúvida: Impostos não aparecem na contabilidade após lançamento de notas fiscais Atenção — Aviso de escopo: As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: https://atak.movidesk.com
Impostos não aparecem na contabilidade após lançamento de notas fiscais
MÓDULO: Contabilidade Como resolver a falta de contabilização de impostos nos lançamentos Impostos ausentes na contabilidade após lançamento de notas. Causa: fato contábil ou perfil contábil do item sem contas configuradas. Visão geral Este manual se aplica quando, após o lançamento de notas fiscais de entrada ou saída, os impostos (como ICMS, PIS, COFINS, entre outros) não aparecem nos registros contábeis da empresa. A resolução exige análise técnica da configuração do fato contábil vinculado ao movimento e do perfil contábil dos itens envolvidos, sendo realizada exclusivamente pelo suporte. Os lançamentos já registrados sem os impostos precisam ser corrigidos manualmente na contabilidade. Os novos lançamentos, após a correção da configuração, passam a contabilizar corretamente. Sintoma Ao consultar o razão contábil ou o balancete, os impostos não aparecem nos lançamentos gerados pelas notas fiscais. A nota foi lançada com sucesso e o processo financeiro está correto, mas a contabilidade não reflete os valores de impostos esperados. Causa confirmada O fato contábil vinculado ao movimento não possui a linha do imposto configurada, ou está configurado para buscar as contas no perfil contábil do item e esses campos estão em branco. Sem a conta contábil de débito e crédito devidamente preenchida para o imposto, o sistema não encontra para onde contabilizar os valores e os omite. O que fazer Este problema requer análise e correção técnica pelo suporte. Abra um chamado em: atak.movidesk.com informando: Qual tipo de nota fiscal está apresentando o problema (entrada, saída, emissão própria, etc.) Quais impostos não estão sendo contabilizados (ICMS, PIS, COFINS, ou outros) Um exemplo de nota lançada recentemente com o problema, para que o suporte possa localizar o fato contábil e o movimento envolvidos Se a situação ocorre para todos os itens ou apenas para um produto ou grupo específico ⚠ Importante Não exclua nem altere os lançamentos com o problema antes que o suporte os analise, pois os registros originais ajudam a identificar a configuração incorreta. Conteúdos relacionados →Dúvida: Impostos ausentes nos lançamentos contábeis →Dúvida: Correção de impostos não retroativa 📌 Observações Após a correção da configuração pelo suporte, os novos lançamentos passam a contabilizar os impostos corretamente. Os documentos já lançados sem os impostos precisam ser ajustados manualmente na contabilidade, pois a alteração não é retroativa. Em alguns cenários, o fato contábil pode estar vinculado a mais de um movimento. O suporte verifica, antes de ajustar, se a alteração atende a todos os movimentos vinculados ou se é necessário criar um fato contábil específico para o caso. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com
Erro “Documento fiscal sem CFOP” na importação do lote da Escrita Fiscal
MÓDULO: Escrita Fiscal Como resolver erro de documento fiscal sem CFOP na importação do lote da Escrita Fiscal Erro “Documento fiscal sem CFOP” ao importar nota no lote ocorre quando o perfil tributário do item não está configurado. Visão geral Este manual se aplica quando o sistema exibe uma mensagem de erro indicando que o documento fiscal está sem CFOP ao tentar importar uma nota para o lote da escrita fiscal. A causa identificada nos atendimentos é a ausência de configuração do perfil tributário do item: sem essa configuração, o movimento não consegue buscar automaticamente os dados fiscais da nota, bloqueando a importação. O cliente pode resolver o problema de forma independente, tanto no documento pontual quanto na causa raiz. Sintoma Ao tentar importar uma nota fiscal para o lote da escrita fiscal, o sistema exibe uma mensagem de erro informando que não foi possível atualizar o lote e que o documento fiscal está sem CFOP. A mensagem indica o documento afetado, o número do item e o código do produto com a pendência. Causa confirmada O movimento utiliza a tabela de tributação vinculada ao perfil tributário do item para preencher automaticamente os dados fiscais obrigatórios — entre eles o CFOP, o CST e outros tributos. Quando o perfil tributário do item não está devidamente configurado, o sistema não realiza esse preenchimento, e a nota é lançada sem as informações fiscais necessárias. Ao tentar importar esse documento para o lote da escrita fiscal, o sistema identifica a ausência do CFOP e bloqueia a operação. Nos atendimentos analisados, o problema também ocorreu em situações em que a nota apresentava ausência de outras informações tributárias obrigatórias além do CFOP, como IPI e CST. A causa raiz em todos os casos foi a mesma: configuração incompleta do perfil tributário vinculado ao item. O que fazer O cliente pode corrigir esse problema de duas formas, de forma independente: 1 Corrigindo o documento pontualmente Desatualize o documento fiscal e preencha manualmente o CFOP (e demais dados fiscais pendentes) em: Sisatak > MOV012 > Itens > Dados Fiscais. 2 Corrigindo a causa raiz Ajuste o perfil tributário do item na tabela de tributação, garantindo que o CFOP, o CST e demais tributos estejam corretamente configurados. Isso evita que o erro volte a ocorrer em novas notas com o mesmo item. Caso tenha dúvidas sobre qual configuração ajustar ou queira orientação para realizar essa correção da forma mais adequada, abra um chamado em: atak.movidesk.com informando: A mensagem de erro exibida pelo sistema (incluindo o texto completo da mensagem) A identificação do documento fiscal com erro: número do documento, série e demais dados indicados na mensagem O item e o produto apontados na mensagem como responsáveis pelo erro Conteúdo relacionado →Dúvida: Por que preciso alterar manualmente o perfil tributário do item para que os dados fiscais sejam preenchidos na nota? 📌 Observações Após o suporte realizar o ajuste na tabela de tributação vinculada ao perfil tributário do item, os dados fiscais passam a ser preenchidos automaticamente pelo movimento. Em seguida, é necessário desatualizar o documento e reimportá-lo para o lote da escrita fiscal para que a operação seja concluída com sucesso. Caso o documento em questão não seja de natureza fiscal e esteja gerando esse erro por ter um modelo fiscal associado de forma indevida, informe essa possibilidade ao suporte para que a análise considere também o modelo fiscal configurado na sequência de numeração do documento. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com
Por que preciso alterar manualmente o perfil tributário do item para que os dados fiscais sejam preenchidos na nota?
DÚVIDA · ESCRITA FISCAL Por que os dados fiscais (CFOP, CST, IPI) não são preenchidos automaticamente no lançamento da nota? Quando o perfil tributário do item não está configurado, o movimento não consegue buscar os dados fiscais e a nota fica sem CFOP, CST e demais informações obrigatórias. Contexto Produto/Módulo: ERP Atak — Escrita Fiscal Situação: Ao lançar uma nota fiscal, o usuário percebe que campos como CFOP, CST e IPI ficam em branco — o sistema não os preenche automaticamente como esperado. Condição: O item da nota não possui perfil tributário devidamente configurado, impedindo que o movimento localize a tabela de tributação correspondente. Termos relevantes: CFOP (Código Fiscal de Operações e Prestações — identifica a natureza da operação fiscal); CST (Código de Situação Tributária — indica o tratamento do ICMS ou IPI sobre o item); IPI (Imposto sobre Produtos Industrializados); perfil tributário do item (configuração que vincula o item à tabela de tributação utilizada pelo movimento para buscar os dados fiscais); TMV (Tipo de Movimento — define o comportamento fiscal de cada operação). Por que isso acontece? O movimento utiliza a tabela de tributação vinculada ao perfil tributário do item para preencher automaticamente os dados fiscais obrigatórios — entre eles o CFOP, o CST e outros tributos. Quando esse perfil não está configurado, o sistema não consegue localizar a tabela de tributação correspondente e a nota é lançada sem as informações fiscais necessárias. O mesmo comportamento ocorre quando a configuração do perfil tributário está incompleta — não apenas ausente. Nos casos analisados, a falta do preenchimento afetou simultaneamente múltiplos campos fiscais (CFOP, CST, IPI), pois todos dependem da mesma origem: a tabela de tributação acessada via perfil do item. Como resolver? 1 Identifique os dados do documento e do item com problema Anote o número e a série do documento fiscal afetado, além do item e do código de produto indicados na mensagem ou na nota sem preenchimento automático. Essas informações serão necessárias para o suporte realizar a análise. 2 Abra um chamado para o suporte configurar o perfil tributário do item Abra um chamado em: https://atak.movidesk.com informando: o número e a série do documento fiscal afetado; o item e o código de produto com a pendência; e os campos fiscais que não foram preenchidos automaticamente (CFOP, CST, IPI ou outros). Caso o documento não seja de natureza fiscal e possa ter um modelo fiscal associado de forma indevida, informe essa possibilidade ao suporte para que a análise considere também o modelo fiscal configurado na sequência de numeração do documento. 3 Após o ajuste: desatualize o documento e reimporte para o lote Depois que o suporte concluir a configuração do perfil tributário, desatualize o documento afetado e reimporte-o para o lote da escrita fiscal. Essa etapa é necessária para que os dados fiscais sejam preenchidos corretamente e a operação seja concluída com sucesso. Como evitar no futuro? Ao cadastrar um novo item no sistema, verifique se o perfil tributário está devidamente configurado antes de utilizá-lo em operações fiscais. Ao incluir novos produtos em movimentos fiscais, faça um lançamento de teste e confirme que CFOP, CST e demais campos são preenchidos automaticamente. Se identificar notas lançadas sem dados fiscais, não tente importá-las para o lote antes de corrigir a configuração — o sistema bloqueará a operação e exigirá a reimportação de qualquer forma. Informe o suporte também se o documento não for de natureza fiscal, pois um modelo fiscal associado de forma indevida pode ser a causa do comportamento. Conteúdo relacionado →Manual: Erro “Documento fiscal sem CFOP” na importação do lote da Escrita Fiscal Atenção — Aviso de escopo: As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: https://atak.movidesk.com
Como atualizar alíquotas de Funrural, GILRAT e RAC na tributação por TMV
MÓDULO: Customização Local / Escrita Fiscal Como alterar alíquotas de tributos na tabela de tributação por TMV Saiba como atualizar manualmente alíquotas de tributos nos movimentos fiscais quando há mudança de legislação ou parâmetro. Visão geral Este manual se aplica quando é necessário atualizar as alíquotas de tributos — como Funrural, GILRAT, RAC ou similares — nos movimentos fiscais do sistema em razão de uma mudança legal ou de parâmetro interno. O processo é realizado diretamente pelo usuário do setor responsável (fiscal ou contabilidade) na data desejada para que a vigência seja respeitada. O sistema não possui funcionalidade de agendamento automático de alteração de alíquotas: o ajuste precisa ser feito manualmente. Quando utilizar Utilize este procedimento sempre que uma nova alíquota entrar em vigor e precisar ser refletida nas emissões dos movimentos fiscais, garantindo que as notas geradas a partir daquela data carreguem os valores corretos. Pré-requisitos Acesso ao módulo de Escrita Fiscal para alteração da tributação por TMV Acesso ao cadastro de impostos para alteração de alíquota de tributos do tipo desconto Como funciona O sistema preenche os dados de tributação das notas fiscais buscando os valores conforme a configuração do movimento. Não existe uma regra fixa por “tipo de imposto”, cada movimento pode estar configurado para buscar a alíquota na tabela de tributação por TMV ou no cadastro do imposto (quando o tributo é do tipo cadastrado, como o RAC). Por isso, antes de alterar uma alíquota, é preciso verificar em qual configuração aquele movimento específico está buscando o valor. Passo a passo 1 Alterar alíquota de Funrural ou GILRAT na tabela de tributação Acesse a rotina de tributação por TMV dentro do módulo de Escrita Fiscal. Localize os movimentos que precisam ter a alíquota atualizada, adicione os tributos correspondentes (Funrural e GILRAT), altere o valor da alíquota para o novo percentual e salve as alterações. ⚠ Importante O valor que aparece no campo auxiliar dos movimentos vem diretamente do cálculo configurado nessa tabela de tributação. A alteração passa a valer imediatamente para as notas emitidas após o ajuste. 2 Alterar alíquota de tributo do tipo desconto (ex.: RAC) Verifique primeiro se o movimento está configurado para buscar a alíquota do RAC pelo cadastro do imposto ou pela tabela de tributação, isso varia conforme a configuração de cada movimento. Se for pelo cadastro do imposto, acesse o cadastro de impostos, localize o tributo desejado, altere o valor da alíquota para o novo percentual e salve. Se for pela tabela de tributação, siga o mesmo procedimento do Passo 1. 3 Verificar o texto de rodapé das notas fiscais Caso o movimento possua texto de rodapé que mencione os percentuais dos tributos, esse texto é gerado por um script vinculado ao movimento e não será atualizado automaticamente pela alteração das alíquotas. Se o rodapé precisar refletir os novos valores, abra um chamado em: atak.movidesk.com solicitando a atualização do script de mensagem nos movimentos afetados. Conteúdos relacionados →Dúvida: Por que preciso alterar manualmente as alíquotas de Funrural, GILRAT e RAC no sistema? →Dúvida: Por que o valor do tributo no campo da nota está errado? 📌 Observações O sistema não possui funcionalidade de agendamento para troca de alíquotas: a alteração deve ser realizada manualmente pelo usuário responsável no dia em que a nova vigência entrar em vigor. Recomenda-se realizar os ajustes em ambiente de teste antes de aplicar em produção para validar que os valores das notas estão sendo gerados corretamente com as novas alíquotas. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com
Por que preciso alterar manualmente as alíquotas de Funrural, GILRAT e RAC no sistema?
DÚVIDA · CUSTOMIZAÇÃO LOCAL / ESCRITA FISCAL Por que o sistema não atualiza automaticamente as alíquotas dos tributos quando há mudança de legislação? O sistema não possui agendamento automático de alíquotas: a atualização deve ser feita manualmente pelo usuário responsável na data de vigência. Contexto Produto/Módulo: ERP Atak — Customização Local / Escrita Fiscal Situação: Uma nova alíquota de tributo entrou em vigor e o usuário espera que o sistema aplique o novo percentual automaticamente nas emissões a partir daquela data. Condição: O sistema não possui funcionalidade de agendamento de troca de alíquotas; qualquer atualização depende de ação manual do usuário responsável. Termos relevantes: TMV (Tipo de Movimento — define o comportamento fiscal de cada operação); Funrural e GILRAT (tributos configurados na tabela de tributação por TMV); RAC (exemplo de tributo do tipo desconto, configurado no cadastro de impostos). Como funciona? O sistema preenche os dados de tributação das notas fiscais buscando os valores configurados na tabela de tributação vinculada ao movimento no momento da emissão. Não existe mecanismo de vigência futura nem agendamento automático: o valor utilizado é sempre o que está cadastrado no instante em que a nota é gerada. Por isso, a alteração precisa ser feita manualmente pelo usuário responsável no próprio dia em que a nova alíquota entrar em vigor. Ajustes realizados antes da data pretendida passam a valer imediatamente, podendo afetar emissões anteriores à mudança legislativa. Cada tipo de tributo tem um local específico de configuração: Funrural e GILRAT são ajustados na tabela de tributação por TMV (módulo Escrita Fiscal), enquanto tributos do tipo desconto — como o RAC — são ajustados diretamente no cadastro de impostos. Como evitar problemas no futuro? Identifique com antecedência quais tributos serão afetados pela mudança e em qual local do sistema cada um é configurado (tabela de tributação por TMV ou cadastro de impostos). Programe a alteração manual para ser realizada no primeiro dia de vigência, antes de qualquer emissão naquela data. Valide em ambiente de teste antes de aplicar em produção, conferindo se os valores das notas geradas refletem corretamente as novas alíquotas. Verifique se os movimentos afetados possuem texto de rodapé que menciona percentuais de tributos: esses textos são gerados por scripts e não são atualizados automaticamente junto com as alíquotas — acione o suporte para ajustar o script se necessário. Documente internamente as datas de vigência e os tributos alterados para facilitar auditorias e revisões futuras. Conteúdo relacionado →Manual: Como atualizar alíquotas de Funrural, GILRAT e RAC na tributação por TMV Atenção — Aviso de escopo: As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: https://atak.movidesk.com
Por que o valor do tributo no campo da nota está errado?
DÚVIDA · CUSTOMIZAÇÃO LOCAL / ESCRITA FISCAL O que fazer quando o campo de um tributo está apresentando valor incorreto nas notas? O valor do campo de tributos vem diretamente da tabela de tributação vinculada ao movimento; corrigir o local certo resolve o problema nas próximas emissões. Contexto Produto/Módulo: ERP Atak — Customização Local / Escrita Fiscal Situação: O usuário identifica que o campo auxiliar de um tributo — como Funrural, GILRAT ou RAC — está exibindo um percentual ou valor diferente do esperado nas notas fiscais emitidas. Condição: A origem do dado incorreto é a configuração de alíquota no local de cadastro do tributo; o sistema usa esse valor sem nenhum cálculo adicional. Termos relevantes: TMV (Tipo de Movimento — define o comportamento fiscal de cada operação); Funrural e GILRAT (tributos com alíquota configurada na tabela de tributação por TMV); RAC (exemplo de tributo do tipo desconto, com alíquota configurada no cadastro de impostos); campo auxiliar (campo que exibe o valor calculado de um tributo no lançamento da nota). Por que isso acontece? O valor exibido no campo auxiliar de um tributo é calculado diretamente a partir da alíquota configurada na tabela de tributação vinculada ao movimento (TMV) ou no cadastro do próprio imposto. Se esse valor está incorreto, a configuração no local correspondente está desatualizada — seja porque houve uma mudança de legislação não aplicada, seja porque o valor foi cadastrado com erro. Como resolver? 1 Identifique o tipo do tributo com valor incorreto Verifique se o tributo é Funrural ou GILRAT — ou se é um tributo do tipo desconto, como o RAC. Essa distinção define em qual local do sistema a correção deve ser feita. 2 Se o tributo for Funrural ou GILRAT: corrija na tabela de tributação por TMV Acesse a rotina de tributação por TMV no módulo de Escrita Fiscal. Localize os movimentos afetados, corrija o valor da alíquota do tributo correspondente e salve. A alteração passa a valer imediatamente nas próximas emissões. 3 Se o tributo for do tipo desconto (ex.: RAC): corrija no cadastro de impostos Acesse o cadastro de impostos, localize o tributo com valor incorreto, altere a alíquota para o percentual correto e salve. Assim como no passo anterior, a correção entra em vigor imediatamente. 4 Se o texto de rodapé da nota também estiver com valor incorreto O texto de rodapé é gerado por um script vinculado ao movimento e não é atualizado automaticamente pela correção da alíquota. Abra um chamado em: https://atak.movidesk.com informando os movimentos afetados e solicitando a atualização do script de mensagem de rodapé. Como evitar no futuro? Sempre que houver mudança de legislação, identifique antecipadamente o tipo de cada tributo afetado para saber o local correto de ajuste. Valide em ambiente de teste após qualquer alteração de alíquota, conferindo se o campo auxiliar das notas exibe o valor esperado. Ao corrigir alíquotas, verifique também se há texto de rodapé nos movimentos afetados que menciona percentuais — esses scripts precisam de atualização separada pelo suporte. Realize os ajustes no próprio dia de vigência da nova alíquota, pois o sistema aplica o valor cadastrado imediatamente, sem suporte a datas futuras. Conteúdo relacionado →Manual: Como atualizar alíquotas de Funrural, GILRAT e RAC na tributação por TMV Atenção — Aviso de escopo: As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: https://atak.movidesk.com
Rejeições NF-e: Como resolver?
MÓDULO: Fiscal / NF-e Como resolver rejeições na emissão de NF-e — Guia completo de códigos SEFAZ Referência completa de causas e soluções para os códigos de rejeição de NF-e e NFC-e retornados pela SEFAZ, organizados por tema. Este documento reúne, em blocos independentes e autocontidos, todos os códigos de rejeição de NF-e e NFC-e retornados pela SEFAZ durante a transmissão, o cancelamento ou o registro de eventos. Cada bloco traz o tema, os códigos cobertos, a causa confirmada, a solução e quem é o responsável pela correção. Use os blocos individualmente para responder perguntas específicas sobre um código ou tema de rejeição de NF-e. ⚠ Importante Rejeição vs. Denegação: Na rejeição, a NF-e não é armazenada e o número pode ser reaproveitado após a correção. Na denegação (código 205), o número fica comprometido e não pode ser reutilizado; é necessário regularizar a situação fiscal antes de emitir novamente. Serviço e Disponibilidade Sintoma Ao transmitir a NF-e, o webservice da SEFAZ retorna rejeição indicando que o serviço está paralisado momentaneamente ou sem previsão de retorno. Causa confirmada O webservice da SEFAZ está temporariamente indisponível ou em manutenção. Solução Aguarde alguns minutos e tente novamente. Se a indisponibilidade persistir, ative o modo de contingência (SVC-AN ou SVC-RS conforme a UF do emitente). Quem resolve Cliente, aguardando a normalização do serviço ou ativando contingência. Estrutura XML e Schema Sintoma A SEFAZ rejeita a NF-e por falha no schema XML, versão não suportada ou problemas estruturais no arquivo enviado. Causa confirmada Erros estruturais: O XML enviado contém erro estrutural: encoding incorreto, tags mal formadas, atributos inválidos, namespace incorreto, ausência de tag raiz ou de atributo de versão. Namespace: O XML utiliza prefixo de namespace não permitido ou namespace diferente do padrão da NF-e (http://www.portalfiscal.inf.br/nfe). Caracteres de edição: O XML contém caracteres de edição (espaços, quebras de linha) indevidos entre tags ou no início/fim da mensagem. Versão não suportada: A versão declarada no atributo versao não é suportada pelo webservice. Solução Valide o XML contra o XSD oficial da NF-e (versão 4.00). Verifique: encoding UTF-8, tags sem fechamento, caracteres especiais não escapados (& para &, < para <, > para >), espaços indevidos entre tags. Use apenas o namespace padrão da NF-e, sem prefixos. Gere o XML sem formatação (sem indentação ou quebras de linha desnecessárias). Para o código de versão não suportada, atualize o sistema para usar a versão 4.00 do leiaute da NF-e. Quem resolve Suporte técnico. Abra chamado em: atak.movidesk.com Ambiente e UF Autorizadora Sintoma A SEFAZ rejeita a NF-e indicando que o ambiente declarado, a UF do emitente ou o código do órgão divergem do webservice que recebeu a transmissão. Causa confirmada O campo tpAmb (1=Produção, 2=Homologação) está inconsistente com o webservice acessado, ou o código de UF (cUF) informado não corresponde ao webservice autorizador. Solução Confirme que o XML de produção (tpAmb=1) é enviado ao endpoint de produção, e o XML de homologação (tpAmb=2) ao endpoint de homologação. Verifique o código de UF e envie a NF-e ao webservice correto para a UF do emitente. Para rejeição por versão não suportada, atualize o sistema para o leiaute 4.00. Quem resolve Suporte técnico. Abra chamado em: atak.movidesk.com Certificado Digital Sintoma A SEFAZ rejeita a NF-e indicando que o certificado digital de transmissão ou de assinatura está inválido, vencido, revogado, com erro na cadeia de certificação ou sem extensão ICP-Brasil. Causa confirmada Certificado de transmissão: O certificado digital de transmissão está inválido, vencido, revogado, sem CNPJ/CPF, com cadeia de certificação incorreta, sem extensão ICP-Brasil ou com erro no acesso à Lista de Certificados Revogados (LCR). Certificado de assinatura: O certificado digital de assinatura do XML está inválido, vencido, revogado ou com erro na cadeia de certificação. Assinatura divergente: A assinatura digital não confere com o conteúdo assinado — o XML foi alterado após a assinatura. Padrão do sistema: A assinatura não segue o padrão da NF-e; o atributo Reference URI não referencia corretamente o Id da tag infNFe. Solução Para certificados de transmissão inválidos: renove ou substitua o certificado digital por um ICP-Brasil válido, não vencido e não revogado. Para assinatura divergente: assine o XML somente após o preenchimento completo e não modifique o arquivo após a assinatura. Para padrão incorreto: corrija o atributo Reference URI para referenciar o Id da tag infNFe. Quem resolve Suporte técnico. Abra chamado em: atak.movidesk.com CNPJ e CPF Sintoma A SEFAZ rejeita a NF-e indicando que um CNPJ ou CPF informado é inválido — pode ser do emitente, destinatário, transportador, local de retirada, local de entrega, intermediador, responsável técnico ou de NF referenciada. Causa confirmada O CNPJ ou CPF informado possui dígito verificador incorreto, está zerado, com formatação (pontos, barras, hífens) ou é uma sequência inválida. CNPJ-Base vs. certificado: O CNPJ-Base (8 primeiros dígitos) do certificado digital difere do CNPJ-Base do emitente informado na NF-e. CPF vs. certificado: O CPF informado como emitente difere do CPF do certificado digital usado para assinar o XML. Solução Para CNPJ: informe 14 dígitos numéricos sem formatação, com dígitos verificadores matematicamente válidos. Para CPF: informe 11 dígitos numéricos sem formatação, com dígitos verificadores válidos; não use sequências repetidas. Para divergência CNPJ-Base/certificado: use o certificado digital do próprio emitente ou da matriz (mesmo CNPJ-Base). Quem resolve Cliente, ao corrigir o cadastro correspondente antes de retransmitir. Inscrição Estadual (IE) Sintoma A SEFAZ rejeita a NF-e indicando que a IE do emitente, destinatário, substituto tributário ou transportador é inválida, não foi informada, não está cadastrada, não está vinculada ao CNPJ/CPF ou não está ativa na UF. Causa confirmada A IE está com formato inválido, dígito verificador incorreto, ausente, não cadastrada na SEFAZ da UF correspondente, não vinculada ao CNPJ/CPF, não ativa, ou foi informada de forma indevida (ex.: ISENTO para emitente com IE obrigatória, ou IE de destinatário estrangeiro). Solução Para IE inválida: verifique o formato correto da IE para a UF informada e corrija o dígito verificador. Para IE não cadastrada ou não vinculada: regularize o cadastro junto à SEFAZ da UF do emitente ou destinatário. Para IE não informada
