FAQ de rejeições NF-e

DÚVIDA · NF-E O que significa cada rejeição da NF-e? Lista de todas as rejeições de NF-e e a mensagem exibida pela SEFAZ para cada uma. Contexto Situação: Rejeição retornada pela SEFAZ durante transmissão, cancelamento ou evento de NF-e Lista de rejeições →Rejeição 108O que é: Serviço Paralisado Momentaneamente (curto prazo) →Rejeição 109O que é: Serviço Paralisado sem Previsão →Rejeição 142O que é: Ambiente de Contingência EPEC bloqueado para o Emitente →Rejeição 201O que é: Número máximo de numeração a inutilizar ultrapassou o limite →Rejeição 203O que é: Emissor não habilitado para emissão da NF-e →Rejeição 204O que é: Duplicidade de NF-e [nRec:999999999999999] →Rejeição 205O que é: NF-e está denegada na base de dados da SEFAZ →Rejeição 206O que é: NF-e já está inutilizada na Base de Dados da SEFAZ →Rejeição 207O que é: CNPJ do emitente inválido →Rejeição 208O que é: CNPJ do destinatário inválido →Rejeição 209O que é: IE do emitente inválida →Rejeição 210O que é: IE do destinatário inválida →Rejeição 211O que é: IE do substituto inválida →Rejeição 212O que é: Data de emissão NF-e posterior a data de recebimento →Rejeição 213O que é: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital →Rejeição 214O que é: Tamanho da mensagem excedeu o limite estabelecido →Rejeição 215O que é: Falha no schema XML →Rejeição 217O que é: NF-e não consta na base de dados da SEFAZ →Rejeição 218O que é: NF-e já está cancelada na base de dados da SEFAZ →Rejeição 219O que é: Circulação da NF-e verificada →Rejeição 220O que é: Destinatário com identificação igual à identificação do emitente →Rejeição 221O que é: Confirmado o recebimento da NF-e pelo destinatário →Rejeição 222O que é: Protocolo de Autorização de Uso difere do cadastrado →Rejeição 223O que é: CNPJ/CPF do transmissor do lote difere do CNPJ/CPF do transmissor da consulta →Rejeição 224O que é: A faixa inicial é maior que a faixa final →Rejeição 225O que é: Falha no Schema XML do lote de NFe →Rejeição 226O que é: Código da UF do Emitente diverge da UF autorizadora →Rejeição 227O que é: CPF do Emitente difere do CPF do Certificado Digital →Rejeição 228O que é: Data de Emissão muito atrasada →Rejeição 229O que é: IE do emitente não informada →Rejeição 230O que é: IE do emitente não cadastrada →Rejeição 231O que é: IE do emitente não vinculada ao CNPJ →Rejeição 232O que é: IE do destinatário não informada →Rejeição 233O que é: IE do destinatário não cadastrada →Rejeição 234O que é: IE do destinatário não vinculada ao CNPJ →Rejeição 235O que é: Inscrição SUFRAMA inválida →Rejeição 236O que é: Chave de Acesso com dígito verificador inválido →Rejeição 237O que é: CPF do destinatário inválido →Rejeição 239O que é: Versão do arquivo XML não suportada →Rejeição 240O que é: Irregularidade Fiscal do Emitente →Rejeição 241O que é: Um número da faixa já foi utilizado →Rejeição 243O que é: XML Mal Formado →Rejeição 244O que é: Processo de Emissão pelo Contribuinte incompatível com a Série →Rejeição 245O que é: CNPJ Emitente não cadastrado →Rejeição 246O que é: CNPJ Destinatário não cadastrado →Rejeição 247O que é: Sigla da UF do Emitente diverge da UF autorizadora →Rejeição 248O que é: UF do Recibo diverge da UF autorizadora →Rejeição 249O que é: UF da Chave de Acesso diverge da UF autorizadora →Rejeição 250O que é: UF diverge da UF autorizadora →Rejeição 251O que é: UF/Município destinatário não pertence a SUFRAMA →Rejeição 252O que é: Ambiente informado diverge do Ambiente de recebimento →Rejeição 253O que é: Digito Verificador da chave de acesso composta inválida →Rejeição 254O que é: NF-e complementar não possui NF referenciada →Rejeição 255O que é: NF-e complementar possui mais de uma NF referenciada →Rejeição 256O que é: Uma NF-e da faixa já está inutilizada na Base de dados da SEFAZ →Rejeição 257O que é: Solicitante não habilitado para emissão da NF-e →Rejeição 258O que é: CNPJ da consulta inválido →Rejeição 259O que é: CNPJ da consulta não cadastrado como contribuinte na UF →Rejeição 260O que é: IE da consulta inválida →Rejeição 261O que é: IE da consulta não cadastrada como contribuinte na UF →Rejeição 262O que é: UF não fornece consulta por CPF →Rejeição 263O que é: CPF da consulta inválido →Rejeição 264O que é: CPF da consulta não cadastrado como contribuinte na UF →Rejeição 265O que é: Sigla da UF da consulta difere da UF do Web Service →Rejeição 266O que é: Série utilizada não permitida no Web Service →Rejeição 267O que é: Chave de Acesso referenciada inexistente [nRef: xxx] →Rejeição 268O que é: NF Complementar referencia uma outra NF-e Complementar →Rejeição 269O que é: CNPJ/CPF Emitente da NF Complementar difere do CNPJ/CPF da →Rejeição 270O que é: Código Município do Fato Gerador de ICMS inexistente →Rejeição 271O que é: Código Município do Fato Gerador: difere da UF do emitente →Rejeição 272O que é: Código Município do Emitente inexistente →Rejeição 273O que é: Código Município do Emitente: difere da UF do emitente →Rejeição 274O que é: Código Município do Destinatário inexistente →Rejeição 275O que é: Código Município do Destinatário: difere da UF do Destinatário →Rejeição 276O que é: Código Município do Local de Retirada inexistente →Rejeição 277O que é: Código Município do Local de Retirada: difere da UF do Local de →Rejeição 278O que é: Código Município do Local de Entrega inexistente →Rejeição 279O que é: Código Município do Local de Entrega: difere da UF do Local de →Rejeição 280O que é: Certificado Transmissor inválido →Rejeição 281O que é: Certificado Transmissor Data Validade →Rejeição 282O que é: Certificado Transmissor sem CNPJ/CPF →Rejeição 283O que é: Certificado Transmissor – erro Cadeia de Certificação →Rejeição 284O que é: Certificado Transmissor revogado →Rejeição 285O que é: Certificado Transmissor difere ICP-Brasil →Rejeição 286O que é: Certificado Transmissor erro no acesso a LCR →Rejeição 287O que é: Código Município do Fato Gerador de ISSQN inexistente [nItem:nnn] →Rejeição 288O que é: Código Município do Fato Gerador do Transporte inexistente →Rejeição 289O que é: Código da UF informada diverge da UF solicitada →Rejeição 290O que é: Certificado

Como cadastrar regra de conversão de unidade no ERP Atak

Regra de Conversão de Unidades Este documento orienta sobre a configuração da regra de conversão de unidades no sistema Atak ERP. Esta rotina deve ser utilizada sempre que houver necessidade de determinar a conversão da unidade de estoque ou de entrada de um produto para outra unidade de comercialização. Visão geral Para que o sistema processe a conversão corretamente, é necessário estabelecer o valor de uma unidade de origem em relação à unidade de destino por meio da relação multiplicativa entre os campos de quantidade. Pré-requisitos Cadastro prévio das unidades de medida que serão utilizadas na conversão. Permissão de acesso à rotina de regra de conversão no cadastro do item. Aplicação A configuração desta regra aplica-se aos seguintes cenários: Quando o item é comercializado em formatos distintos (por exemplo, por unidade e por caixa). Quando a nota fiscal importada apresenta uma unidade de medida divergente da utilizada pela empresa para a comercialização interna. Processo de Configuração 1 Acessar o ERP Web Abra o portal do ERP Web e clique na opção Acessar V.1, localizada no quadro ERP Web, no lado esquerdo da página inicial. Após essa ação, será exibida a tela de acesso aos módulos do sistema. 2 Acessar o módulo Estoque Na tela inicial dos módulos localizados na parte inferior da página, selecione o módulo Estoque, identificado pelo ícone de um palete. Após o carregamento da página:   Localize o menu Cadastros; Selecione a rotina Item para abrir o cadastro de produtos. 3 Selecionar o item Localize o item que receberá a configuração da regra de conversão. Em seguida: Selecione o cadastro do item; Clique no botão Edição, localizado no canto superior esquerdo da tela e identificado pelo ícone de uma régua e um lápis. 4 Acessar a aba Regra de Conversão Após abrir a edição do cadastro do item: Localize o menu Dados Relacionados, disponível no lado esquerdo da tela; Selecione a opção Regra de Conversão. 5 Criar uma nova regra Na tela Regra de Conversão, clique no botão Novo, localizado no canto superior esquerdo. Será criada uma nova linha para preenchimento das informações da conversão. Parametrização dos Campos Após acionar a inclusão de uma nova regra, realize o preenchimento dos campos conforme a estrutura descrita a seguir e passo a passo. O cálculo interno efetuado pelo sistema baseia-se na multiplicação sucessiva entre os quatro fatores: ((quantidade origem * qtde Conversão 1) * qtde Conversão 2) * qtde Conversão 3. Identificação das unidades Com a nova linha criada, preencha os campos conforme a finalidade de cada um. Und. Origem: Informe a unidade atualmente utilizada pelo produto, ou seja, a unidade de onde será iniciada a conversão (exemplo: UN ou CX). Und. Conversão: Informe a unidade para a qual a quantidade do produto será convertida (exemplo: CX ou UN). Qtde. Conversão 1: Informe o primeiro fator utilizado no cálculo da conversão. Esse campo representa o fator inicial da multiplicação e normalmente contém o principal índice da conversão. Qtde. Conversão 2: Informe o segundo fator de multiplicação, quando necessário. Caso não exista um segundo fator, mantenha o valor 1, pois ele não altera o resultado do cálculo. Qtde. Conversão 3: Informe o terceiro fator de multiplicação, quando necessário. Caso esse fator não seja utilizado, mantenha o valor 1. Definição das Quantidades Nota: Os valores informados nos campos Qtde. Conversão 1, Qtde. Conversão 2 e Qtde. Conversão 3 devem ser definidos de forma que o resultado da multiplicação corresponda exatamente ao fator de conversão desejado. Quando apenas o primeiro fator for suficiente para representar a conversão, mantenha os demais campos preenchidos com o valor 1, pois esse é um valor neutro e não altera o resultado do cálculo. Finalização 1 Após o correto preenchimento dos campos de unidade e quantidades, marque o campo “Validar conversão” com o valor 1 – Sim para habilitar a validação automática da regra pelo sistema. 2 Clique no botão Salvar, localizado no centro da tela. 3 Para concluir definitivamente o cadastro da regra, clique novamente no botão Salvar, localizado no canto superior esquerdo da página. Conteúdos Relacionados → Dúvida: Por que a conversão de unidade não está sendo aplicada no ERP Atak? → Dúvida: Por que não consigo cadastrar uma regra de conversão de unidade no ERP Atak? → Dúvida: Posso cadastrar mais de uma regra de conversão para o mesmo item no ERP Atak? → Dúvida: O que acontece se eu preencher a regra de conversão de unidade incorretamente no ERP Atak?

Rejeições MDF-e: Como resolver?

MÓDULO: Fiscal / MDF-e Como resolver rejeições na emissão de MDF-e — Guia completo de códigos SEFAZ Guia completo para identificar e corrigir todas as rejeições de MDF-e por tema, da SEFAZ. Visão geral Este manual reúne, em um único documento, todas as rejeições de MDF-e tratadas pela SEFAZ, organizadas por tema: ambiente e UF autorizadora, estrutura XML e schema, chave de acesso, CNPJ/CPF e IE do emitente, cadastro e habilitação, município e UF, data e hora, situação do MDF-e, série e processo de emissão, tipo de emitente e transportador, carregamento posterior, documentos originários (CT-e/NF-e/MDF-e), pagamento do frete, produto predominante, carga lotação, modal rodoviário, condutor e veículo, CIOT, contratantes e tomadores, seguro da carga, vale-pedágio, ANTT e RNTRC, autorizados para download do XML, QR-Code, responsável técnico e CSRT, Provedor de Assinatura (PAA) e Regime Especial NFF. Para cada tema, este guia descreve o sintoma apresentado, a causa confirmada e o passo a passo de correção, indicando se a ação é do cliente, do suporte técnico ou de um órgão externo (SEFAZ, ANTT ou Receita Federal). Ambiente e UF Autorizadora Sintoma A SEFAZ rejeita o MDF-e indicando divergência entre a UF do emitente e a UF autorizadora, ou entre o ambiente declarado no XML (produção/homologação) e o ambiente do webservice de destino. Causa confirmada O MDF-e foi enviado para um ambiente ou UF autorizadora incompatível com o configurado no XML. Passo a passo 1 Verificar o ambiente declarado no XML Verifique o parâmetro que indica o ambiente (produção ou homologação) no XML e confirme se o webservice de destino corresponde ao ambiente declarado. 2 Confirmar a UF autorizadora Confirme se a UF do emitente é a mesma UF do webservice autorizador utilizado na transmissão. 3 Avaliar contingência, se necessário Se a operação envolve UF não habilitada, utilize o SVC-RS como contingência. ⚠ Importante Essa rejeição é tratada pelo suporte técnico. Abra um chamado em: atak.movidesk.com. Estrutura XML e Schema Sintoma A SEFAZ rejeita o MDF-e por falha de schema, indicando que a versão do modal informada não é suportada ou que o XML não está aderente ao schema XSD oficial específico do modal. Causa confirmada O XML não está aderente ao schema XSD oficial do MDF-e ou a versão do modal informada não é suportada pelo ambiente autorizador. Passo a passo 1 Validar o XML contra o schema oficial Valide o XML contra o XSD oficial do MDF-e correspondente ao modal utilizado (rodoviário, aéreo, aquaviário ou ferroviário). 2 Conferir a versão do modal Verifique a tag que informa a versão do modal e confirme que essa versão está na lista de versões aceitas pelo manual de orientação vigente. 3 Confirmar codificação e namespace Confirme que o encoding do XML está em UTF-8 e que o namespace correto está sendo utilizado. ⚠ Importante Abra um chamado em atak.movidesk.com quando a rejeição envolver versão de modal não suportada. Chave de Acesso Sintoma A SEFAZ rejeita o MDF-e indicando erro na composição do campo de identificação, dígito verificador inválido ou ano inválido na chave de acesso. Causa confirmada A chave de acesso de 44 dígitos do MDF-e está com inconsistência: identificação mal formada, ano inválido, dígito verificador calculado incorretamente, ou divergência entre os campos que compõem a chave. Passo a passo 1 Recalcular a chave de acesso Recalcule a chave seguindo a composição oficial: código da UF, ano e mês de emissão, CNPJ ou CPF do emitente, modelo do documento, série, número, forma de emissão, código numérico e dígito verificador. 2 Conferir o literal de identificação Confirme que o campo de identificação começa com o literal correto seguido dos 44 dígitos da chave. 3 Validar o dígito verificador Calcule o dígito verificador pelo algoritmo módulo 11 (base 2,9) e confirme que ele confere com o valor informado na chave. ⚠ Importante Verifique também se o ano informado na chave corresponde à data real de emissão do MDF-e. CNPJ e CPF Sintoma A SEFAZ rejeita o MDF-e indicando que o CNPJ ou o CPF do emitente é inválido. Causa confirmada O CNPJ ou CPF informado para o emitente está com formato inválido — zerado, nulo, com dígito verificador incorreto ou com números repetidos. Passo a passo 1 Conferir o CNPJ ou CPF cadastrado Confirme o CNPJ ou CPF cadastrado para o emitente que está emitindo o MDF-e. 2 Validar o formato e o dígito verificador O CNPJ deve ter 14 dígitos, incluindo zeros não significativos, com dígito verificador válido. O CPF deve ter 11 dígitos com dígito verificador válido e não pode ser uma sequência repetida. ⚠ Importante Corrija o cadastro do emitente antes de tentar nova transmissão. Inscrição Estadual Sintoma A SEFAZ rejeita o MDF-e indicando que a IE do emitente é inválida, não foi informada, não está cadastrada ou não está vinculada ao CNPJ/CPF informado. Causa confirmada A IE do emitente está ausente, com formato inválido, não cadastrada na SEFAZ ou não vinculada ao CNPJ/CPF informado. Passo a passo 1 Verificar a IE no cadastro do emitente Confira a Inscrição Estadual informada no cadastro do emitente. 2 Confirmar a normalização da IE A IE é normalizada com a inclusão de zeros não significativos conforme o formato definido pela UF antes da validação. Confirme que a IE está no formato correto para a UF do emitente. 3 Confirmar vínculo e situação da IE Confirme que a IE está ativa, vinculada ao CNPJ/CPF do emitente e habilitada para emissão de MDF-e. ⚠ Importante Há exceções em que a IE não é exigida: quando a forma de emissão é Regime Especial da NFF, a IE é dispensada; quando o MDF-e é gerado por Provedor de Assinatura (PAA), a IE do emitente é opcional para emitente MEI não inscrito na UF. Cadastro e Habilitação Sintoma A SEFAZ rejeita o MDF-e indicando que o emissor não está habilitado para emissão de MDF-e. Causa confirmada O emitente não está habilitado na base de dados da SEFAZ para emissão de MDF-e. Passo a passo 1 Solicitar credenciamento junto à SEFAZ Solicite à SEFAZ da UF do emitente o credenciamento

FAQ de rejeições MDF-e

DÚVIDA · MDF-E O que significa cada rejeição do MDF-e? Lista de todas as rejeições de MDF-e e a mensagem exibida pela SEFAZ para cada uma. Contexto Situação: Rejeição retornada pela SEFAZ durante transmissão, encerramento ou evento de MDF-e Lista de rejeições →Rejeição 203O que é: Emissor não habilitado para emissão do MDFe →Rejeição 204O que é: Duplicidade de MDFe [nProt: XXX] [dhAut: XXX] →Rejeição 207O que é: CNPJ do emitente inválido →Rejeição 209O que é: IE do emitente inválida →Rejeição 210O que é: CPF do emitente inválido →Rejeição 212O que é: Data/hora de emissão MDFe posterior a data/hora de recebimento →Rejeição 218O que é: MDFe já está cancelado na base de dados da SEFAZ [nProt: XXX] [dhCanc: XXX] →Rejeição 227O que é: Erro na composição do Campo ID →Rejeição 228O que é: Data de emissão muito atrasada →Rejeição 229O que é: IE do emitente não informada →Rejeição 230O que é: IE do emitente não cadastrada →Rejeição 231O que é: IE do emitente não vinculada ao CNPJ/CPF →Rejeição 232O que é: CNPJ do emitente com série incompatível →Rejeição 233O que é: CPF do emitente com série incompatível →Rejeição 234O que é: Tipo de emitente inválido para emitente pessoa física →Rejeição 247O que é: Sigla da UF do Emitente diverge da UF autorizadora →Rejeição 252O que é: Ambiente informado diverge do Ambiente de recebimento →Rejeição 253O que é: Digito Verificador da chave de acesso composta inválido →Rejeição 405O que é: Município de Carregamento inexistente →Rejeição 406O que é: Município de Descarregamento inexistente →Rejeição 407O que é: Código de Município diverge da UF do Emitente do MDFe →Rejeição 408O que é: Município do Emitente inexistente →Rejeição 456O que é: Código de Município diverge da UF de Carregamento do MDFe →Rejeição 459O que é: Documento autorizado ao XML duplicado no MDFe →Rejeição 462O que é: Existe MDFe não encerrado há mais de 5 dias para placa com até 2 UF de percurso informadas [chMDFe: XXX][nProt: XXX] →Rejeição 479O que é: Endereço do site da UF da Consulta via QR Code diverge do previsto →Rejeição 480O que é: Consulta a uma Chave de Acesso muito antiga →Rejeição 481O que é: Parâmetro chave de acesso do QR Code divergente do MDFe →Rejeição 482O que é: Parâmetro sign não informado no QR Code para emissão em contingência →Rejeição 488O que é: Parâmetro sign não deve ser informado no QR Code para emissão Normal →Rejeição 496O que é: Assinatura do QR-Code difere do calculado →Rejeição 539O que é: Duplicidade de MDFe, com diferença na Chave de Acesso [chMDFe: XXXXX] [nProt: XXX] [dhAut: XXX] →Rejeição 540O que é: Não deve ser informado Conhecimento de Transporte para tipo de emitente Prestador Serviço de Transporte que emitirá CTe Globalizado →Rejeição 541O que é: Tipo de emitente inválido para operações interestaduais ou com exterior →Rejeição 542O que é: CNPJ/CPF do responsável pelo seguro deve ser informado para o tipo de responsável informado →Rejeição 577O que é: Duplicidade de condutor →Rejeição 578O que é: Informações dos tomadores é obrigatória para esta operação →Rejeição 579O que é: Versão informada para o modal não suportada →Rejeição 580O que é: Falha no Schema XML específico para o modal →Rejeição 601O que é: Chave de acesso do CTe informado inválida [chCTe: XXXXX] [Motivo: XXXXX] →Rejeição 602O que é: Segundo Código de Barras deve ser informado para CTe em contingência FS-DA →Rejeição 603O que é: Segundo Código de Barras não deve ser informado para CTe com este tipo de emissão →Rejeição 604O que é: Chave de acesso da NFe informada inválida [chNFe: XXXXX] [Motivo: XXXXX] →Rejeição 606O que é: Segundo Código de Barras deve ser informado para NFe em contingência (FS-DA e FS-IA) →Rejeição 607O que é: Segundo Código de Barras não deve ser informado para NFe com este tipo de emissão →Rejeição 609O que é: MDFe já está encerrado na base de dados da SEFAZ [nProt: XXX] [dhEnc: XXX] →Rejeição 611O que é: Existe MDFe não encerrado para esta placa, tipo de emitente e UF descarregamento [chMDFe: XXX][nProt: XXX] →Rejeição 612O que é: Código de Município diverge da UF de descarregamento do MDFe →Rejeição 616O que é: Nenhum grupo de documentos foi informado (CTe, CT, NFe, MDFe). Retornar Município de Descarregamento sem DF-e vinculado →Rejeição 638O que é: Não deve ser informada Nota Fiscal para tipo de emitente Prestador Serviço de Transporte →Rejeição 639O que é: Não deve ser informado Conhecimento de Transporte Eletrônico para tipo de emitente Transporte de Carga Própria →Rejeição 645O que é: CPF do condutor inválido →Rejeição 646O que é: Placa de veículo formato inválido (UF Carregamento e Descarregamento <> ‘EX’) →Rejeição 647O que é: MDFe só pode ser referenciado por manifesto do modal aquaviário →Rejeição 648O que é: MDFe só pode ser referenciado quando UF de Carregamento/Descarregamento for igual a AM ou AP →Rejeição 649O que é: Chave de acesso de MDFe informada inválida [chMDFe: XXXXX] [Motivo: XXXXX] →Rejeição 655O que é: MDFe referenciado não existe na base de dados da SEFAZ →Rejeição 656O que é: Chave de Acesso do MDFe referenciado difere da existente em BD →Rejeição 657O que é: MDFe referenciado já está cancelado na base de dados da SEFAZ →Rejeição 658O que é: Modal do MDFe referenciado diferente de Rodoviário →Rejeição 659O que é: Tipo do Emitente do MDFe referenciado difere de Transportador de Carga Própria →Rejeição 660O que é: CNPJ autorizado para download inválido →Rejeição 661O que é: CPF autorizado para download inválido →Rejeição 662O que é: Existe MDFe não encerrado para esta placa, tipo de emitente no sentido oposto da viagem →Rejeição 663O que é: Percurso informado inválido →Rejeição 666O que é: Ano do MDFe informado na chave de acesso inválido →Rejeição 667O que é: Quantidade informada no grupo de totalizadores não confere com a quantidade de documentos relacionada →Rejeição 668O que é: Chave de Acesso de CTe duplicada [chCTe: XXXXX] →Rejeição 669O que é: Chave de Acesso de NFe duplicada [chNFe: XXXXX] →Rejeição 671O que é: CTe informado não existe na base de dados da SEFAZ [chCTe: XXXXX] →Rejeição 672O que é: CTe informado

Como identificar o número do título financeiro vinculado ao documento?

DÚVIDA · ERP Onde encontrar o número do título financeiro vinculado a um documento? Saiba onde localizar o número do título financeiro vinculado a um documento no SISATAK, na aba Parcelamento. Contexto Produto/Módulo: ERP — SISATAK / Módulo Financeiro Situação: o usuário precisa localizar o número do título financeiro vinculado a um documento no SISATAK Condição: o número não aparece na tela principal do documento Termos relevantes: SISATAK (sistema onde o documento é aberto); título financeiro (registro no módulo Financeiro vinculado ao documento) Por que isso acontece? O número do título financeiro não aparece na tela principal do documento. Ele fica armazenado na aba Parcelamento, que exibe os dados do parcelamento e o vínculo com o financeiro. Sem esse número, não é possível localizar o título no módulo financeiro para tratar as movimentações. Como resolver? 1 Abra o documento Abra o documento no SISATAK. 2 Acesse a aba Parcelamento Acesse a aba Parcelamento. 3 Localize o campo Núm. Documento Localize o campo Núm. Documento. 4 Anote o número exibido Anote o número exibido — ele será usado para buscar o título no Módulo Financeiro. Como evitar no futuro? Sempre consulte a aba Parcelamento do documento antes de acessar o financeiro. Anote o número antes de fechar o documento, evitando precisar reabri-lo durante o processo. Conteúdo Relacionado →Manual: Erro de movimentação financeira ao tentar desatualizar um 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 o erro de movimentação financeira persiste após excluir as movimentações?

DÚVIDA · ERP O erro de movimentação financeira continua após excluir as movimentações: o que fazer? Entenda por que o bloqueio de movimentação financeira persiste ao desatualizar um documento e como corrigir cada causa. Contexto Produto/Módulo: ERP — Financeiro (SISATAK) Situação: o usuário excluiu as movimentações do título financeiro, mas ao tentar desatualizar o documento o sistema continua exibindo o erro de bloqueio Condição: ainda há movimentações ativas vinculadas ao título Termos relevantes: remessa bancária (lote de boletos enviado ao banco, que pode manter o título vinculado mesmo após a exclusão de movimentações) Por que isso acontece? O erro persiste quando ainda há movimentações ativas vinculadas ao título. As causas mais comuns são: Movimentações não excluídas completamente Identificação: ao acessar a aba Histórico do título, ainda aparecem movimentações listadas além da criação do título. Resolução: verifique o histórico e exclua todas as movimentações restantes, sempre da última para a primeira, utilizando a rotina Exclusões > Contas a Pagar ou Exclusões > Contas a Receber. Título ainda vinculado a remessa bancária Identificação: o título é um boleto e não foi removido do lote de remessa antes da exclusão das movimentações. Resolução: acesse Cobrança > Consulta de Remessa ou Pagamento > Consulta de Remessa (Arquivo), localize o lote pela data, encontre o título e clique em Excluir Título da Remessa. Após isso, tente desatualizar o documento novamente. Como evitar no futuro? Antes de tentar desatualizar, confirme que o histórico do título está limpo — apenas a linha de criação deve permanecer. Para boletos, verifique sempre se há vínculo com remessa bancária antes de iniciar o processo. Conteúdo Relacionado →Manual: Erro de movimentação financeira ao tentar desatualizar um 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

Como excluir movimentações financeiras para liberar desatualização

MÓDULO: Financeiro Erro de movimentação financeira ao tentar desatualizar um documento Como identificar e excluir movimentações financeiras vinculadas a um título para liberar a desatualização de um documento no SISATAK. Este manual ensina como tratar o erro de movimentação financeira ao tentar desatualizar um documento no SISATAK. Siga este processo quando o sistema bloquear a desatualização por conta de vínculos com o financeiro. Pré-requisitos Acesso ao SISATAK com o documento aberto Acesso ao Módulo Financeiro no ERP Permissão para excluir movimentações financeiras Contexto do Erro Ao tentar desatualizar um documento, o sistema pode exibir a seguinte mensagem: “O sistema detectou movimentação financeira para o documento. Operação não permitida.” Essa mensagem indica que há movimentações financeiras vinculadas ao título gerado por esse documento. Para permitir a desatualização, é necessário excluir essas movimentações. Passo a Passo 1 Identifique o número do título Com o documento aberto no SISATAK, acesse a aba Parcelamento. No campo Núm. Documento, anote o número do título financeiro gerado. Esse número será utilizado para localizar o título no módulo financeiro. 2 Acesse o módulo financeiro Com o ERP aberto, acesse o Módulo Financeiro e navegue conforme o tipo do título: Contas a Receber: acesse Cobrança > Consulta de Títulos Contas a Pagar: acesse Pagamento > Consulta de Títulos 3 Localize o título Na tela de consulta: No campo Filtro, selecione Número do Título Informe o número identificado no Passo 1 Clique em Buscar O sistema exibirá o título correspondente. 4 Acesse o título Selecione o título localizado e clique em Visualizar, ou dê duplo clique sobre o registro. Na tela do título, acesse a aba Histórico. 5 Identifique as movimentações Na aba Histórico, verifique todas as movimentações realizadas observando o campo Complemento. Para permitir a desatualização, será necessário excluir todas as ações realizadas após a criação do título, como: Liquidação Alteração de carteira Alteração de vencimento Descontos Acréscimos Juros Na linha da movimentação que deseja excluir, copie o número do campo ID. ⚠ Importante Se o título possuir mais de uma movimentação, todas deverão ser excluídas. Sempre inicie pela última e avance até a primeira. 6 Exclua as movimentações Acesse a rotina de exclusão conforme o tipo do título: Contas a Pagar: acesse Exclusões > Contas a Pagar Contas a Receber: acesse Exclusões > Contas a Receber Na tela exibida: No campo Filtro, selecione Chave Fato Cole o número do ID copiado no passo anterior Clique em Buscar movimentações financeiras O sistema exibirá a movimentação. Dê duplo clique no registro ou clique em Próximo, confirme se é o título correto e clique em Excluir. Confirme a operação clicando em Sim e, em seguida, clique em OK na mensagem de conclusão. Repita este passo para todas as movimentações identificadas no Passo 5, sempre da última para a primeira. 7 Verifique remessa bancária (quando aplicável) Execute este passo apenas se o título for um boleto que foi incluído em remessa bancária. Acesse a consulta de remessa conforme o tipo: Contas a Receber: acesse Cobrança > Consulta de Remessa Contas a Pagar: acesse Pagamento > Consulta de Remessa (Arquivo) Localize a remessa pela data do lote. Dê duplo clique ou clique em Visualizar e utilize o campo de pesquisa para localizar o número do título. Se o título for encontrado: Selecione o título Clique em Excluir Título da Remessa Confirme clicando em Sim 8 Desatualize o documento Com todas as movimentações excluídas e, se necessário, o título removido da remessa, retorne ao documento no Sisatak e realize a desatualização normalmente. Conteúdos Relacionados → Dúvida: Por que o erro de movimentação financeira persiste após excluir as movimentações? → Dúvida: Como identificar o número do título financeiro vinculado ao documento? 📌 Observações Sempre exclua as movimentações da última para a primeira — a ordem inversa pode causar erros no processo. O Passo 7 (remessa bancária) só é necessário se o título for um boleto incluído em lote de remessa. Se o erro continuar após as exclusões, verifique na aba Histórico se ainda há movimentações pendentes. Se o problema persistir, entre em contato com o suporte informando a mensagem exibida e os dados do documento.

Como identificar qual período de inventário está bloqueando a desatualização?

DÚVIDA · ERP Qual período de inventário está bloqueando a desatualização de uma nota? Aprenda a identificar qual período de fechamento de inventário está impedindo a desatualização de uma nota. Contexto Produto/Módulo: ERP — Estoque Situação: o usuário recebeu erro de fechamento de inventário ao tentar desatualizar uma nota Condição: não se sabe qual período de inventário precisa ser reaberto Termos relevantes: Fechamento de Inventário (rotina que bloqueia movimentações anteriores a uma data por filial) Por que isso acontece? O sistema pode ter múltiplos períodos de inventário fechados. Para reabrir o correto, é preciso cruzar a data de movimento da nota com os períodos listados na rotina de Fechamento de Inventário. Reabrir o período errado não resolve o bloqueio. Como resolver? 1 Verifique a data de lançamento da nota Verifique a data de lançamento da nota que deseja desatualizar. 2 Acesse o Fechamento de Inventário Acesse Módulo Estoque > Fechamento de Inventário. 3 Consulte os períodos fechados O sistema listará os períodos fechados com suas respectivas datas. 4 Identifique o período correspondente Identifique o período cuja data seja igual ou posterior à data de movimento da nota. 5 Confirme a filial Confirme também que a filial exibida corresponde à filial da nota. Como evitar no futuro? Anote sempre a data de movimento da nota antes de iniciar o processo de reabertura. Verifique a filial da nota antes de selecionar o período — períodos de filiais diferentes não afetam a nota em questão. Conteúdo Relacionado →Manual: Erro de fechamento de inventário ao tentar desatualizar um 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 o erro de fechamento de inventário persiste mesmo após reabrir o período?

DÚVIDA · ERP O erro de fechamento de inventário continua após reabrir o período: o que fazer? Entenda por que o bloqueio de fechamento de inventário persiste após reabrir um período e como corrigir cada causa. Contexto Produto/Módulo: ERP — Estoque Situação: o usuário reabriu um período de inventário, mas o erro de bloqueio persiste ao tentar desatualizar a nota Condição: o período reaberto pode não ser exatamente o que está causando o bloqueio Termos relevantes: Fechamento de Inventário (rotina que bloqueia movimentações anteriores a uma data por filial) Por que isso acontece? O bloqueio persiste quando o período reaberto não é exatamente o que está impedindo a desatualização. As causas mais comuns são: Período com data incorreta A data do período reaberto é anterior à data de movimento da nota. Solução: acesse Módulo Estoque > Fechamento de Inventário, verifique a data de movimento da nota e reabra o período cuja data seja igual ou posterior a ela. Filial incorreta selecionada O período reaberto pertence a uma filial diferente da nota que deseja desatualizar. Solução: acesse novamente a rotina de Fechamento de Inventário, confirme a filial da nota e selecione o fechamento correspondente à filial correta antes de clicar em Abrir Período. Como evitar no futuro? Antes de reabrir, confirme os dois dados obrigatórios: data de movimento e filial da nota. Nunca feche o período sem verificar se há documentos pendentes de ajuste. Conteúdo Relacionado →Manual: Erro de fechamento de inventário ao tentar desatualizar um 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

Como reabrir período de inventário para desatualizar nota

MÓDULO: Estoque Erro de fechamento de inventário ao tentar desatualizar um documento Como reabrir o período de inventário e desatualizar um documento bloqueado por fechamento já realizado no ERP Atak. Este manual ensina como tratar o erro de fechamento de inventário ao tentar desatualizar uma nota. Siga este processo quando o sistema bloquear a desatualização de um documento por conta de um período de estoque já fechado. Pré-requisitos Acesso ao Módulo Estoque no ERP Atak Permissão para acessar a rotina de Fechamento de Inventário Data de lançamento da nota que deseja desatualizar em mãos Contexto do Erro Ao tentar desatualizar uma nota, o sistema pode exibir a seguinte mensagem: “Foi realizado fechamento de inventário com data igual ou posterior à data de movimento de estoque deste documento. Sendo assim, não é possível realizar a desatualização deste documento.” Esse bloqueio ocorre porque o inventário já foi fechado para a data do movimento da nota, impedindo alterações que possam impactar os saldos de estoque. Para prosseguir, é necessário reabrir o período de inventário correspondente. Passo a Passo 1 Acesse a rotina de Fechamento de Inventário Com o ERP aberto, acesse: Módulo Estoque > Fechamento de Inventário. 2 Identifique o período bloqueado O sistema exibirá as datas em que o inventário está fechado. Identifique o período que está bloqueando a alteração, considerando a data de lançamento da nota que deseja desatualizar. 3 Selecione o fechamento correspondente Selecione o fechamento do período identificado no passo anterior. Antes de prosseguir, confirme se a data e a filial estão corretas. 4 Abra o período Clique no botão Abrir Período. O sistema exibirá duas mensagens de confirmação. Clique em Sim para confirmar ambas. 5 Desatualize a nota Com o período reaberto, acesse novamente a nota e realize a desatualização normalmente. Conteúdos Relacionados → Dúvida: Como identificar qual período de inventário está bloqueando a desatualização? → Dúvida: Por que o erro de fechamento de inventário persiste mesmo após reabrir o período? 📌 Observações Verifique sempre se o período reaberto corresponde exatamente à data de movimento da nota. Reabrir o período errado não resolverá o bloqueio. Confirme que a filial selecionada no fechamento é a mesma da nota que deseja desatualizar. Se o erro continuar após a reabertura do período, verifique a data de movimento da nota e repita o processo com o período correto. Se o problema persistir após essas verificações, entre em contato com o suporte informando a mensagem exibida e os dados da nota para análise.