PADRÃO DE INTEGRAÇÃO XML

SOLUÇÃO OOBJ-NFE PADRÃO DE INTEGRAÇÃO XML Versão 2 - Novembro/2008 E-Sales Soluções de integração Avenida França, 1162 Porto Alegre, RS Fone: (51) 3325-8100 http://www.esales.com.br

SUMÁRIO 1 INTRODUÇÃO...2 1.1 OBJETIVOS...2 1.2 RESPONSABILIDADES...2 1.3 REFERÊNCIAS...3 2 ARQUITETURA...3 3 INTEGRAÇÃO COM SISTEMA DE FATURAMENTO...5 3.1 COMUNICAÇÃO...5 3.2 NOMENCLATURA ARQUIVOS DE ENVIO DE LOTE...5 3.3 INFORMAÇÕES DE ENVIO DA NF-E PARA A SEFAZ...6 3.4 INFORMAÇÕES DE RETORNO DA NF-E ENVIADA...7 3.5 INFORMAÇÕES DE STATUS DA NF-E...7 4 FORMATO DAS MENSAGENS...8 4.1 LOTE PROCESSADO PELA SEFAZ...9 4.2 DANFES EMITIDOS EM FORMULÁRIO DE SEGURANÇA...10 4.3 LOTE COM ESTRUTURA INVÁLIDA...11 4.4 LOTE COM CONTEÚDO INVÁLIDO...12 4.5 LOTE NÃO PÔDE SER ENVIADO...13 5 PADRÃO DE INTEGRAÇÃO PARA SERVIÇO DE CANCELAMENTO E INUTILIZAÇÃO DE NF-E...14 ANEXO I - CÓDIGOS DE ERRO DO OOBJ-NFE...17 6 ANEXO II - CÓDIGOS DE ERRO SEFAZ...19 7 VERSÕES DO DOCUMENTO...22 E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 1-23

1 INTRODUÇÃO 1.1 Objetivos O Documento de Integração tem por objetivo estabelecer um padrão técnico de comunicação entre o software de faturamento previamente existente no cliente e o Oobj-NFE, sistema emissor de Nota Fiscal Eletrônica. São também objetivos da estratégia de integração definida neste documento: Remover o máximo possível da complexidade tecnológica utilizada no processamento de NFE para o sistema de faturamento; Abstrair aspectos negociais do ciclo de vida da NFE, de modo a simplificar a operação do sistema de faturamento; Minimizar a freqüência e o impacto de eventuais falhas de comunicação ao sistema de faturamento; Proteger o sistema de faturamento das freqüentes alterações na estrutura da NFE. 1.2 Responsabilidades Ao produtor do software de faturamento cabe, à custa do cliente, realizar as modificações necessárias para interagir com o Oobj-NFE da maneira especificada neste documento. À Oobj, por sua vez, cabe oferecer ao software de faturamento as interfaces de comunicação conforme estabelecido neste documento. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 2-23

1.3 Referências Tabela 1 Documentos Referenciados Documento Data Criação Origem Template de MAPEAMENTO_XML_Envio.xls 11/08/2008 Documentação E-Sales 2 ARQUITETURA A solução Oobj-NFE se divide em três módulos: o Módulo Central, o Módulo Periférico e o Painel Gerencial. O Módulo Central fica fisicamente alocado em uma máquina servidora única que processa as operações de todos os estabelecimentos, e é responsável por toda a comunicação com a Secretaria de Fazenda. Ele executa as operações de envio, cancelamento, inutilização e consultas de NFE. O Módulo Periférico fica instalado em cada estação em que roda o sistema de faturamento, e se presta a servir de ponte entre o sistema de faturamento e o Módulo Central. Deste modo, toda a interação do sistema de faturamento é feita diretamente com o Módulo Periférico. Outra incumbência do Módulo Periférico é o controle das impressões do DANFE e do DANFE-FS (DANFE em formulário de segurança). O Painel Gerencial oferece funções administrativas como configuração do funcionamento do sistema, backups, listagem das NFE emitidas e operações posteriores sobre elas, como cancelamento, reimpressão de DANFE, etc. Ele é acessado de qualquer estação de trabalho através de um browser e pode ser instalado no servidor onde está o Módulo Central. O Painel Gerencial não depende de integração com o sistema de faturamento e, portanto, não é objeto de discussão deste documento. A Figura 1 ilustra a distribuição dos componentes e a comunicação entre eles: E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 3-23

E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 4-23 Figure 1 - Arquitetura Oobj NF-e

3 INTEGRAÇÃO COM SISTEMA DE FATURAMENTO 3.1 Comunicação A comunicação entre o sistema de faturamento e o módulo periférico se dará através de troca de arquivos no disco rígido que compartilham. Dessa forma, serão definidas duas pastas, uma chamada Pasta de Envio e outra chamada Pasta de Respostas. O sistema de faturamento gravará suas mensagens na Pasta de Envio, que serão então consumidas pelo Módulo Periférico. Este, por sua vez, gravará as respostas na Pasta de Respostas. A Figura 2 é um quadro-resumo destes papéis: Pasta de Envio Pasta de Respostas Sistema de Faturamento grava lê Módulo Periférico lê grava Figure 2 - Pasta de Envio Tanto o sistema de faturamento como o Módulo Periférico devem disponibilizar os arquivos nas respectivas pastas somente quando estes estiverem prontos para leitura pela outra parte. Para garantir isso, recomenda-se que o arquivo seja formado em uma pasta temporária, e em seguida movido para a pasta de destino. 3.2 Nomenclatura Arquivos de Envio de Lote Os arquivos de envio de lote e as respectivas respostas obedecerão à seguinte nomenclatura: Padrão de Nomenclatura Exemplo Entrada lote-<id-lote>.xml lote-12345.xml E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 5-23

Saída resplote-<id-lote>- <resultado>.xml Figure 3 - Nomenclatura dos Arquivos de Envio de Lote resplote-12345-104.xml O Id do lote, informado nos arquivos de entrada e saída, é um número inteiro gerado pelo sistema de faturamento com o único propósito de identificar um lote por ele enviado. O nome do arquivo de respostas, além de conter o Id do lote, contém o código do resultado do processamento daquele lote (o código 104 significa Lote processado, o que indica que foi enviado com sucesso à SEFAZ e suas notas foram processadas). O código de processamento pode ter sido gerado pela SEFAZ ou pelo SCAN, em cujos casos correspondem a um código da Tabela de códigos de erros e descrições de mensagens de erros presente no Manual do Contribuinte. Pode ter sido, também, gerado pelo Oobj-NFE, e neste caso corresponde a um dos códigos presentes no ANEXO I deste documento. 3.3 Informações de Envio da NF-e para a SEFAZ O Sistema de Faturamento do cliente deve dispoinibilizar as informações para a emissão da NF-e de acordo com o layout definido no AENXO I do Manual de Integração Contribuinte, disponibilizado pela SEFAZ. O mapeamento das informações necessárias para a emissão da NF-e estão descritas no template MAPEAMENTO_XML_Envio.xls da metodologia de implantação Oobj NF-e da E-Sales. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 6-23

3.4 Informações de Retorno da NF-e Enviada Após o envio e processamento da NF-e pela SEFAZ, a base de dados do Sistema de Faturamento do cliente deve estar preparado para receber as informações de retorno descritas na tabela abaixo. Tabela 2 - Informações de Retorno da NF-e Enviada TAG Tamanho Observações chnfe origemresp 1 digito serie 44 dígitos - Chave de Acesso da NF-e composta por Código da UF + AAMM da emissão + CNPJ do Emitente + Modelo, Série e Número da NFe + Código Numérico + DV. 2 dígitos (pode ser que a série atribuída no ERP, pode ser alterada p/ emissão pelo SCAN - 900 á 999), por isso são importantes gravar essa informação. Chave de acesso contendo 44 dígitos, que é a identificação da NF-e na SEFAZ. Originador da resposta (S: SEFAZ; O: Oobj-NFE). Série da NF-e nnf 8 digitos Numero da NF-e dhrecbto Formato data (AAAA-MM-DD) Data da autorização da NF-e no formato ano(4)-mês(2)- dia(2) (ex : 2008-08-10) cstat 3 digitos Código do status da NF-e, são códigos que estão definidos no manual de integração da SEFAZ. xmotivo 255 digitos Descrição do motivo do status da NF-e 3.5 Informações de Status da NF-e A base de dados do Sistema de Faturamento do cliente deve ter um campo de status da NF-e com a seguinte especificação: Tabela 3 - Campo Status da NF-e no Sistema de Faturamento Campo Tamanho Dom E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 7-23

Status_NFe Inteiro 1 dígito 2 Disponível para Exportação, modo normal. 3 Enviado, em processamento. 4 - Processado. 5 - Disponível para Exportação, em modo contingência. 4 FORMATO DAS MENSAGENS Todas as mensagens trocadas estarão no formato XML. A cada uma das mensagens está definido um Schema XML correspondente que determina a estrutura da respectiva mensagem. Os Schemas XML serão fornecidos em formato digital (arquivo de computador) ao produtor do sistema de faturamento. A codificação utilizada tanto nos arquivos enviados pelo sistema de faturamento quanto nos de retorno do Oobj-NFE é UTF-8. Numa situação normal, as notas enviadas pelo sistema de faturamento são enviadas à SEFAZ e têm seu uso autorizado. Existem, contudo, múltiplos pontos de falha, que incluem: Indisponibilidade de conexão com a Internet em algum ponto da rede; Falta de energia na unidade do módulo central; Indisponibilidade do sistema receptor da SEFAZ; Erro na estrutura ou conteúdo da mensagem enviada pelo sistema de faturamento; As respostas do Oobj-NFE prevêem estas possibilidades de falha, sendo influenciadas pelo fato de que tanto o módulo central como o módulo periférico podem ser configurados para entrar em contingência automática ou manualmente. Em seguida serão apresentadas as diferentes mensagens devolvidas pelo Oobj-NFE nestes diferentes cenários: E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 8-23

4.1 Lote processado pela SEFAZ Trata-se do cenário principal, em que o Oobj-NFE conseguiu executar todas as operações normalmente, e o lote é corretamente transmitido à SEFAZ receptora e por ela processado. O resultado do processamento é auferido pela SEFAZ e é individual para cada nota do lote, e pode ser autorização, rejeição ou denegação. Os códigos e mensagens dos resultados dados pela SEFAZ são repassados ao sistema de faturamento. Abaixo está um exemplo de uma mensagem de resposta de autorização: <?xml version="1.0" encoding="utf-8"?> <retconsrecinfe xmlns="http://www.oobj.com.br/nfe"> <idlote>12345</idlote> <origemresp>s</origemresp> <cstat>104</cstat> <xmotivo>lote processado</xmotivo> <cuf>52</cuf> <protnfe> <infprot> <chnfe>52071212345678000100550120000000014848581045</chnfe> <serie>12</serie> <nnf>1</nnf> <dhrecbto>2007-12-25t12:00:00</dhrecbto> <cstat>100</cstat> <xmotivo>autorizado o uso da NF-e</xMotivo> </infprot> </protnfe> </retconsrecinfe> A tag origemresp informa o valor S, o que significa que a origem da resposta é a SEFAZ. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 9-23

4.2 DANFEs emitidos em formulário de segurança Quando ocorrer uma falha que impeça a autorização do lote de NFE, pode ser feita a emissão do DANFE em formulário de segurança. O Oobj-NFE pode ser configurado para acionar este modo de contingência automaticamente, ou sob comando manual. Seja acionado automática ou manualmente, quando houver emissão de DANFE em formulário de segurança, o sistema retornará uma mensagem semelhante ao exemplo a seguir: <?xml version="1.0" encoding="utf-8"?> <retconsrecinfe xmlns="http://www.oobj.com.br/nfe"> <idlote>12345</idlote> <origemresp>o</origemresp> <cstat>5001</cstat> <xmotivo>notas emitidas em contingência DANFE-FS.</xMotivo> <protnfe> <infprot> <chnfe>52071212345678000100550120000000014848581045</chnfe> <serie>1</serie> <nnf>1041</nnf> <dhrecbto>2008-05-21t06:04:24</dhrecbto> <cstat>5001</cstat> <xmotivo>danfe(s) emitido(s) em formulário de segurança.</xmotivo> </protnfe> </infprot> </retconsrecinfe> E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 10-23

Importante observar que a tag origemresp apresenta o valor O, o que significa que a resposta foi gerada pelo Oobj-NFE. Por este motivo, a tag cstat apresenta o valor 5001, que está compreendido na faixa de números de resultado reservada às mensagens do Oobj-NFE, a saber, 5000 a 5999. Sempre que o Oobj-NFE der origem à resposta, serão utilizados códigos da faixa 5000-5999. A tabela completa com as mensagens retornadas pelo Oobj-NFE pode ser encontrada no 0, ao final deste documento. 4.3 Lote com estrutura inválida O Oobj-NFE aplica uma série de validações prévias ao lote enviado pelo sistema de faturamento. Primeiramente são feitas as seguintes validações estruturais: O tamanho do arquivo deve ser menor que 400 Kbytes; O XML deve estar formado de acordo com o respectivo schema; Os schemas XML do Oobj-NFE foram modelados com o objetivo de maximizar a flexibilidade, e ser bem menos restritivos que o schema oficial da NFE. Como exemplo, cabe citar que num campo com 4 casas decimais, o schema oficial exige que sejam informadas as 4 casas, mesmo que sejam zeros (Ex: 1.2500 é um valor válido, enquanto 1.25 são inválidos), enquanto o schema Oobj permite que se omitam as casas decimais desnecessárias. Estas e outras diferenças diminuem bastante a ocorrência de falhas na validação de schema. Se uma destas validações falharem, o Oobj-NFE rejeitará o lote e seu conteúdo não será avaliado. A mensagem, neste caso, é semelhante à apresentada a seguir: <?xml version="1.0" encoding="utf-8"?> <retconsrecinfe xmlns="http://www.oobj.com.br/nfe"> <idlote>12345</idlote> <origemresp>o</origemresp> <cstat>5214</cstat> <xmotivo>rejeição: tamanho do arquivo excede o limite de 400k.</xMotivo> E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 11-23

<cuf>52</cuf> </retconsrecinfe> 4.4 Lote com conteúdo inválido Caso o lote passe com sucesso pelas validações estruturais, são feitas outras validações de natureza semântica, semelhantes às validações feitas pela SEFAZ. Por exemplo, verifica-se se o CNPJ do emitente e do destinatário são CNPJ s válidos, e outras validações diversas. Essa pré-validação tem por objetivo antecipar a rejeição, poupando tempo de transmissão e processamento, e economizando recursos computacionais e de rede. Se um erro de conteúdo for encontrado em alguma nota, o lote inteiro é rejeitado. Um erro específico que se enquadra neste cenário ocorre quando o sistema de faturamento envia uma nota com numeração e série anteriormente enviada à SEFAZ, acarretando em duplicidade. A mensagem de retorno do Oobj-NFE, em caso de falha na validação do conteúdo do lote, é semelhante ao exemplo apresentado a seguir: <?xml version="1.0" encoding="utf-8"?> <retconsrecinfe xmlns="http://www.oobj.com.br/nfe"> <idlote>12345</idlote> <origemresp>o</origemresp> <cstat>5002</cstat> <xmotivo>falha na validação de uma ou mais NFE</xMotivo> <cuf>52</cuf> <protnfe> <infprot> <chnfe>52071212345678000100550120000000014848581045</chnfe> <serie>12</serie> <nnf>1</nnf> <dhrecbto>2007-12-25t12:00:00</dhrecbto> E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 12-23

<cstat>5208</cstat> <xmotivo>cnpj do destinatário inválido</xmotivo> </infprot> </protnfe> </retconsrecinfe> Diferentemente da rejeição por erro estrutural, a rejeição por erro de conteúdo informa o problema com cada nota individualmente. O código e a descrição do erro específico são dados cstat e xmotivo. Quando ocorrer este erro, espera-se que o usuário corrija a informação causadora do problema e remeta o lote novamente ao Oobj-NFE. 4.5 Lote não pôde ser enviado Num cenário em que os métodos de contingência estão programados para não serem acionados automaticamente, a ocorrência de falha impede que as notas sejam emitidas. Neste caso, o Oobj-NFE informa a razão que impediu a emissão das notas. A mensagem, nesse cenário, é semelhante ao exemplo a seguir: <?xml version="1.0" encoding="utf-8"?> <retconsrecinfe xmlns="http://www.oobj.com.br/nfe"> <idlote>12345</idlote> <origemresp>o</origemresp> <cstat>5003</cstat> <xmotivo>falha de comunicação com o módulo central.</xmotivo> <cuf>52</cuf> </retconsrecinfe> Neste cenário, espera-se que o usuário decida entre aguardar que o problema se normalize, ou acionar manualmente o mecanismo de contingência adequado, remetendo novamente o lote. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 13-23

Existe uma situação rara, mas possível, em que a comunicação com a SEFAZ é interrompida após o envio de um lote, mas antes da obtenção do resultado do processamento. Neste caso específico, é impossível determinar se as notas foram autorizadas, e não pode haver saída das mercadorias referentes às notas em questão. Uma conseqüência é a perda da numeração das notas, fazendo-se necessário re-emitir as notas com nova numeração, utilizando o mecanismo de contingência adequado. A ação esperada é que o sistema de faturamento remeta novamente o lote, alterando a numeração de suas notas para uma nova numeração. 5 PADRÃO DE INTEGRAÇÃO PARA SERVIÇO DE CANCELAMENTO E INUTILIZAÇÃO DE NF-E 5.1 - Os arquivos de cancelamento de NF-e e as respectivas respostas obedecerão à seguinte nomenclatura: Padrão de Nomenclatura Entrada Saída canc-<chave-acesso-nfe>.xml Exemplo : canc-35090268733603000178550010000000350833154065.xml respcanc-< chave-acesso-nfe>.xml Exemplo : respcanc-35090268733603000178550010000000350833154065.xml Descrição das tag s a serem informados no XML : TAG Tamanho Observações E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 14-23

chnfe xjust 44 dígitos - Chave de Acesso da NF-e composta por Código da UF + AAMM da emissão + CNPJ do Emitente + Modelo, Série e Número da NFe + Código Numérico + DV. Informar o motivo do cancelamento da NFe. Mais de 15 caracteres no mínimo. Chave de acesso contendo 44 dígitos, que é a identificação da NF-e na SEFAZ. No Schema da Sefaz, se for emitido um cancelamento que a descrição for menor que o tamanho de 15 caracteres, será rejeitado o cancelamento com o motivo Falha de Schema. Para maiores detalhes do schema de cancelamento, verificar pacote disponibilizado pela ESales Oobj. 5.2 - Os arquivos de inutilização de NF-e e as respectivas respostas obedecerão à seguinte nomenclatura: Padrão de Nomenclatura Entrada Saída inut-<código-numerico-qualquer>.xml Exemplo : inut-0001.xml respinut-< código-numerico-qualquer >.xml Exemplo : respinut-0001.xml TAG Tamanho Observações ano 02 dígitos Ano da faixa de NF-e a ser inutilizada Ano da faixa de NF-e a ser inutilizada. CNPJ CNPJ do emitente que será feito a inutilização da NF-e. CNPJ completo contendo 14 digitos sem formatação. serie Série da NF-e a ser inutlizada. Série da NF-e a ser inutlizada. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 15-23

nnfini Número da Nf-e inicial Número da Nf-e inicial nnffin xjust Número da Nf-e Final Esta tag é opcional Informar o motivo da inutilização da faixa de NF-e. Mais de 15 caracteres no mínimo. Número da Nf-e Final No Schema da Sefaz, se for emitido uma inutilização que a descrição for menor que o tamanho de 15 caracteres, será rejeitado o com o motivo Falha de Schema. Para maiores detalhes do schema de inutilização, verificar pacote disponibilizado pela ESales Oobj. E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 16-23

ANEXO I - CÓDIGOS DE ERRO DO OOBJ-NFE Os erros decorrentes de validações estabelecidas no Manual do Contribuinte têm seu código idêntico a partir da centena ao seu código correspondente no referido manual. Abaixo está a lista de códigos de erros gerados pelo Oobj-NFE e suas respectivas descrições: Tabela 4 - Códigos de Erro do Oobj-NF-e Código Descrição 5001 DANFE emitido em formulário de segurança. 5002 Falha na validação de uma ou mais NFE. 5003 Falha de comunicação com módulo central. 5004 Falha de comunicação com SEFAZ devido a problemas na rede do módulo central. 5005 Falha de comunicação com SEFAZ devido a problemas na SEFAZ. 5006 Numeração de NFE já enviada anteriormente para SEFAZ. 5007 Interrupção na comunicação com conseqüente perda de numeração. 5008 A SEFAZ retornou resposta fora dos padrões estabelecidos. 5009 O id do lote informado já foi enviado anteriormente. 5010 O tempo limite para resposta da SEFAZ foi excedido. 5011 O lote foi rejeitado pela SEFAZ. 5012 O id do lote do XML não corresponde ao informado. 5013 Requisição inválida ou corrompida na transmissão ao Módulo Central. 5014 Rejeição: Falha na validação do conteúdo do lote TXT 5204 Rejeição: Numeração de NFE já enviada anteriormente para SEFAZ. 5207 Rejeição: CNPJ do emitente inválido 5208 Rejeição: CNPJ do destinatário inválido 5209 Rejeição: IE do emitente inválida 5210 Rejeição: IE do destinatário inválida 5211 Rejeição: IE do substituto inválida 5212 Rejeição: Data de emissão NF-e posterior à data de recebimento E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 17-23

Código Descrição 5214 Rejeição: Tamanho da mensagem excedeu o limite estabelecido 5215 Rejeição: Falha no schema XML 5228 Rejeição: Data de Emissão muito atrasada 5229 Rejeição: IE do emitente não informada 5232 Rejeição: IE do destinatário não informada 5235 Rejeição: Inscrição SUFRAMA inválida 5237 Rejeição: CPF do destinatário inválido 5243 Rejeição: XML Mal Formado 5251 Rejeição: UF/Município destinatário não pertence à SUFRAMA 5253 Rejeição: Digito Verificador da chave de acesso composta inválida 5254 Rejeição: NF-e referenciada não informada para NF-e complementar 5255 Rejeição: Informada mais de uma NF-e referenciada para NF-e complementar 5266 Rejeição: Série 900-999 reservada para uso do Oobj-NFE. 5269 Rejeição: CNPJ Emitente da NF Complementar difere do CNPJ da NF Referenciada 5270 Rejeição: Código Município do Fato Gerador: dígito inválido 5271 Rejeição: Código Município do Fato Gerador: difere da UF do emitente 5272 Rejeição: Código Município do Emitente: dígito inválido 5273 Rejeição: Código Município do Emitente: difere da UF do emitente 5274 Rejeição: Código Município do Destinatário: dígito inválido 5275 Rejeição: Código Município do Destinatário: difere da UF do Destinatário 5276 Rejeição: Código Município do Local de Retirada: dígito inválido 5277 Rejeição: Código Município do Local de Retirada: difere da UF do Local de Retirada 5278 Rejeição: Código Município do Local de Entrega: dígito inválido 5279 Rejeição: Código Município do Local de Entrega: difere da UF do Local de Entrega 5287 Rejeição: Código Município do FG - ISSQN: dígito inválido 5288 Rejeição: Código Município do FG - Transporte: dígito inválido E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 18-23

Código Descrição 5402 Rejeição: XML da área de dados com codificação diferente de UTF-8 5405 Rejeição: Código do país do emitente: dígito inválido 5406 Rejeição: Código do país do destinatário: dígito inválido 5999 NF-e já emitida anteriormente, encontra-se já autorizada. 6 ANEXO II - CÓDIGOS DE ERRO SEFAZ Código Descrição do Erro 201 O numero máximo de numeração de NF-e a inutilizar ultrapassou o limite 202 Falha no reconhecimento da autoria ou integridade do arquivo digital 203 Emissor não habilitado para emissão da NF-e 204 Duplicidade de NF-e 205 NF-e está denegada na base de dados da SEFAZ 206 NF-e já está inutilizada na Base de dados da SEFAZ 207 CNPJ do emitente inválido 208 CNPJ do destinatário inválido 209 IE do emitente inválida 210 IE do destinatário inválida 211 IE do substituto inválida 212 Data de emissão NF-e posterior a data de recebimento 213 CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital 214 Tamanho da mensagem excedeu o limite estabelecido 215 Falha no schema XML 216 Chave de Acesso difere da cadastrada 217 NF-e não consta na base de dados da SEFAZ 218 NF-e já esta cancelada na base de dados da SEFAZ 219 Circulação da NF-e verificada 220 NF-e autorizada há mais de 60 dias 221 Confirmado o recebimento da NF-e pelo destinatário 222 Protocolo de Autorização de Uso difere do cadastrado 223 CNPJ do transmissor do lote difere do CNPJ do transmissor da consulta 224 A faixa inicial é maior que a faixa final 225 Falha no Schema XML da NFe 226 Código da UF do Emitente diverge da UF autorizadora 227 Erro na Chave de Acesso - Campo ID E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 19-23

228 Data de Emissão muito atrasada 229 IE do emitente não informada 230 IE do emitente não cadastrada 231 IE do emitente não vinculada ao CNPJ 232 IE do destinatário não informada 233 IE do destinatário não cadastrada 234 IE do destinatário não vinculada ao CNPJ 235 Inscrição SUFRAMA inválida 236 Chave de Acesso com dígito verificador inválido 237 CPF do destinatário inválido 238 Cabeçalho - Versão do arquivo XML superior a Versão vigente 239 Cabeçalho - Versão do arquivo XML não suportada 240 Cancelamento/Inutilização - Irregularidade Fiscal do Emitente 241 Um número da faixa já foi utilizado 242 Cabeçalho - Falha no Schema XML 243 XML Mal Formado 244 CNPJ do Certificado Digital difere do CNPJ da Matriz e do CNPJ do Emitente 245 CNPJ Emitente não cadastrado 246 CNPJ Destinatário não cadastrado 247 Sigla da UF do Emitente diverge da UF autorizadora 248 UF do Recibo diverge da UF autorizadora 249 UF da Chave de Acesso diverge da UF autorizadora 250 UF diverge da UF autorizadora 251 UF/Município destinatário não pertence a SUFRAMA 252 Ambiente informado diverge do Ambiente de recebimento 253 Digito Verificador da chave de acesso composta inválida 254 NF-e referenciada não informada para NF-e complementar 255 Informada mais de uma NF-e referenciada para NF-e complementar 256 Uma NF-e da faixa já está inutilizada na Base de dados da SEFAZ 257 Solicitante não habilitado para emissão da NF-e 258 CNPJ da consulta inválido 259 CNPJ da consulta não cadastrado como contribuinte na UF 260 IE da consulta inválida 261 IE da consulta não cadastrada como contribuinte na UF 262 UF não fornece consulta por CPF 263 CPF da consulta inválido 264 CPF da consulta não cadastrado como contribuinte na UF 265 Sigla da UF da consulta difere da UF do Web Service 266 Série utilizada não permitida no Web Service 267 NF Complementar referencia uma NF-e inexistente 268 NF Complementar referencia uma outra NF-e Complementar 269 CNPJ Emitente da NF Complementar difere do CNPJ da NF E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 20-23

Referenciada 270 Código Município do Fato Gerador 271 Código Município do Fato Gerador 272 Código Município do Emitente 273 Código Município do Emitente 274 Código Município do Destinatário 275 Código Município do Destinatário 276 Código Município do Local de Retirada 277 Código Município do Local de Retirada 278 Código Município do Local de Entrega 279 Código Município do Local de Entrega 280 Certificado Transmissor inválido 281 Certificado Transmissor Data Validade 282 Certificado Transmissor sem CNPJ 283 Certificado Transmissor - erro Cadeia de Certificação 284 Certificado Transmissor revogado 285 Certificado Transmissor difere ICP-Brasil 286 Certificado Transmissor erro no acesso a LCR 287 Código Município do FG - ISSQN 288 Código Município do FG - Transporte 289 Código da UF informada diverge da UF solicitada 290 Certificado Assinatura inválido 291 Certificado Assinatura Data Validade 292 Certificado Assinatura sem CNPJ 293 Certificado Assinatura - erro Cadeia de Certificação 294 Certificado Assinatura revogado 295 Certificado Assinatura difere ICP-Brasil 296 Certificado Assinatura erro no acesso a LCR 297 Assinatura difere do calculado 298 Assinatura difere do padrão do Projeto 299 XML da área de cabeçalho com codificação diferente de UTF-8 401 CPF do remetente inválido 402 XML da área de dados com codificação diferente de UTF-8 403 O grupo de informações da NF-e avulsa é de uso exclusivo do Fisco 404 Uso de prefixo de namespace não permitido 405 Código do país do emitente 406 Código do país do destinatário 407 O CPF só pode ser informado no campo emitente para a NF-e avulsa 999 Erro não catalogado (informar a mensagem de erro capturado no E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 21-23

7 VERSÕES DO DOCUMENTO Versão Data Descrição Responsável 1 01/08/2008 Criação do documento Hugo Santos 2 15/11/2008 Inclusão de Padrões de Retorno e referência a planilha MAPEMANETO_XML_NFE.xls para os padrões de envio Hugo Santos Versão do Template: PADRAO_XML_Oobj_NF-e_v2 15/11/2008 E S A L E S S o l u ç õ e s d e i n t e g r a ç ã o 22-23