Nota Técnica 2012/004 - Secretaria de Estado da Tributação

Nota Fiscal eletrônica Nota Técnica 2012.004Projeto Nota Fiscal EletrônicaNota Técnica 2012/004NFC-e - Nota Fiscal Eletrônicapara Consumidor Final(Venda Presencial no Varejo)Versão 1.1Março 2013

Nota Fiscal eletrônica Nota Técnica 2012.00401. ResumoOBSERVAÇÕES:1. Esta Nota Técnica teve sua divulgação restrita inicialmente apenas para asempresas participantes do projeto piloto da NFC-e, listadas no Anexo Único. Apartir desta versão 1.1, foi publicada no Portal Nacional da NF-e. Sua aplicação,entretanto, continua sendo restrita, limitada apenas àquelas empresas integrantesdo projeto piloto da NFC-e, e esta divulgação tem por objetivo somente tornarpúblicas as funcionalidades que deverão estar disponíveis para a fase demassificação, cujo início será definido ao longo do ano de 2013.2. Por se referir à fase de projeto piloto, esta Nota Técnica está sujeita a eventuaisalterações para correções e aprimoramentos, sem prévio aviso, a qualquer tempo ecom aplicabilidade imediata.3. Não é permitido o ingresso de novas empresas no projeto piloto da NFC-e.Este documento trata do serviço de autorização de uso da Nota Fiscal Eletrônica (modelo 55),adaptado para atender as operações de venda presencial no varejo, pela utilização da Nota Fiscalde Venda ao Consumidor (modelo 65). Ao longo do documento será utilizada a sigla NFC-e paradescrever esta situação, sendo a sigla NF-e utilizada para referenciar a Nota Fiscal Eletrônicautilizada nas demais situações. Serão utilizados o mesmo leiaute de mensagens e mesmosserviços de autorização de uso da NF-e para registrar as operações da NFC-e..Este modelo resulta nas seguintes decisões: O leiaute da NF-e será adaptado para comportar as duas necessidades; Inicialmente o novo leiaute será utilizado unicamente pelas Empresas que participarem dopiloto; Futuramente o novo leiaute do documento deverá ser adotado por todas as Empresas.Será resguardado o interesse da SEFAZ em aceitar ou não o recebimento dos documentoseletrônicos relacionados com as operações de venda presencial do varejo, a seu critério. A NFC-eé um documento fiscal eletrônico criado para ser uma alternativa, a critério da unidade federada,aos atuais documentos fiscais utilizados para documentar operações comerciais no varejo, comocupom fiscal emitido por ECF e nota fiscal manual de venda a consumidor.O Escopo da NFC-e abrange, exclusivamente, operações comerciais de venda presencial, aconsumidor final, ocorridas no âmbito do Estado (operações internas), em que não hajatransporte, e sem possibilidade de geração de crédito de ICMS ao adquirente..01.1 Alterações da versão anterior da NT (v1.00)Esta nova versão da NT 2012.004 introduz algumas modificações na especificação anterior,conforme segue: Leiaute da NFC-e:o Eliminada a diferenciação no formato do DANFE da NFC-e normal e resumido (tpImp=5);renumerado os valores do formato do DANFE da NFC-e;o Eliminada a Finalidade de Emissão com valor “4-Resumo da operação em contingênciada NFC-e”;o Alterado campo do Número de autorização da operação com cartão de crédito e/oudébito (campo cAut), para 20 posições alfanuméricas; Infraestrutura de processamento na SEFAZ: NF-e e NFC-e (item 02); Documentada que as contingência DPEC, SCAN e SVC não estarão disponíveis no primeiromomento;Pág. 2 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004 Validaçãoo NFC-e enviada para ambiente de autorização da NF-e (item 04, campo B06-30);o NF-e enviada para ambiente de autorização da NFC-e (item 04, campo B06-40);o NFC-e emitida em contingência, com Data de Emissão com atraso no envio para aSEFAZ (item 04, campo: B09-50);o Obrigatória a informação do NCM completo (8 posições) para a NFC-e e outrasvalidações do NCM (item 04, campo I05);Nota: A validação do código NCM será implementada futuramente, conforme prazo a serestabelecido com as empresas. Recomenda-se que as empresas já preparem seussistemas para esta verificação pela SEFAZ;o Unidade de Comercialização e Unidade de Tributação inválida (item 04, campo I09 e I13);Nota: A validação da Unidade de Medida será feita futuramente, a partir de tabela deunidades de medida a ser obtida com as empresas. Mensagem de Lote compactada (item 5.2); Web Service de Cancelamento: não será disponibilizado para a NFC-e (item 07); Web Service de Evento de Cancelamento: documentado seu uso para a NFC-e (item 12); Web Service de Consulta Status Serviço: orientação sobre eliminação futura (item 10).Pág. 3 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00402. Infraestrutura de Processamento na SEFAZ: NF-e e NFC-eNo futuro, a quantidade de NFC-e pode atingir um volume bem superior ao volume atual de NF-e e este aumento significativo nos volumes a seremprocessados leva a necessidade de algumas mudanças no ambiente de autorização na SEFAZ com: Separação da infraestrutura de Banco de Dados na SEFAZ e no Ambiente Nacional; Separação completa da infraestrutura atual dos serviços vinculados a Autorização de Uso, compreendendo servidores de Web Service,servidores de processamento, servidores de banco de dados, área de armazenamento (storage), rede interna, canal Internet, etc.A critério da SEFAZ, poderão ser disponibilizados domínios diferentes (URL) para a NF-e e para NFC-e. Para não afetar de forma importante osinvestimentos efetuados pelas SEFAZ e pelas empresas, mesmo no caso de domínios (URL) diferentes, a intenção é manter os mesmos nomes deWeb Service e mesmos nomes de Métodos para os dois modelos de documento fiscal (NF-e e NFC-e).Exemplificando:Serviço Modelo Domínio (URL) Serviço MétodoPedido de Autorização de Uso (Lote de documentos) NF-e nfe.sefaz.xx.gov.br NfeAutorizacao NfeAutorizacaoLoteNFC-e nfce.sefaz.xx.gov.br idem acima idem acimaConsulta a situação de uma NF-e / NFC-e NF-e nfe.sefaz.xx.gov.br NfeConsulta2 nfeConsultaNF2NFC-e nfce.sefaz.xx.gov.br idem acima idem acima...Neste caso, a empresa que opere com a NF-e e com a NFC-e, deverá conseguir direcionar as suas requisições, conforme o Web Service e modelo dedocumento desejado.Em caso de direcionamento incorreto, o Serviço de Autorização específico da SEFAZ que optar por manter diferentes endereços de domínio (URL)poderá rejeitar a requisição, de qualquer um dos Web Services, com os erros: Código: 450 - Rejeição: Modelo da NF-e diferente de 55; Código: 775 - Rejeição: Modelo da NFC-e diferente de 65.03. Leiaute da NF-e (Anexo I do Manual do Contribuinte)Alterado o leiaute da NF-e para a versão “3.00” com as mudanças que seguem.Pág. 4 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00403.1 Identificação de Nota Fiscal de Venda Presencial no Varejo (NFC-e)Alterado o Modelo da NF-e identificando as operações de venda presencial no varejo.# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação10 B06 mod Modelo do Documento Fiscal E B01 N 1-1 2 55=modelo da Nota Fiscal Eletrônica(NF-e), emitida em substituição a NotaFiscal modelo 1/1A;65=modelo da NFC-e, utilizada nasvendas a varejo presenciais, onde nãofor exigida a NF-e por dispositivo legal.Nota: Por exemplo, é obrigatório o usoda NF-e na venda de veículos novos.03.2 Data e Hora de Emissão e Outros HoráriosAlterado o campo de Data de Emissão para representar também a Hora de Emissão, no formato UTC. Este tipo de representação de dados já éutilizado atualmente no Web Service de Eventos da NF-e e é tecnicamente adequado para a representação de um horário para um País comdimensões continentais como o Brasil. Todos os demais campos com horário serão migrados para este tipo de dado, inclusive os horários que constamnas mensagens de resposta fornecidas pelas SEFAZ.# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação13 B09 dhEmi Data e Hora de emissão doDocumento FiscalE B01 D 1-1 Formato AAAA-MM-DDThh:mm:ssTZD(UTC - Universal Coordinated Time,onde TZD pode ser -02:00 (Fernando deNoronha), -03:00 (Brasília) ou -04:00(Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.Nota: No caso da NF-e, a informação daHora de Emissão é opcional, podendoser informada com zeros.Pág. 5 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00414 B10 dhSaiEnt Data e Hora de Saída daMercadoria/Produto. No caso da NF deentrada, esta é a Data e Hora deentrada.14a B10a hSaiEnt *** Eliminado ***29C B28 dhCont Data e Hora da entrada emcontingênciaE B01 D 0-1 Formato AAAA-MM-DDThh:mm:ssTZD(UTC - Universal Coordinated Time,onde TZD pode ser -02:00 (Fernando deNoronha), -03:00 (Brasília) ou -04:00(Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.Nota: Para a NFC-e este campo nãodeve existir.E B01 D 0-1 1 Formato AAAA-MM-DDThh:mm:ssTZD(UTC - Universal Coordinated Time,onde TZD pode ser -02:00 (Fernando deNoronha), -03:00 (Brasília) ou -04:00(Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.03.3 Identificação de Operação Interna, Interestadual ou com ExteriorNo leiaute atual da NF-e, a identificação do tipo de operação estadual, interestadual ou operação com exterior é resolvida considerando a UF doendereço do destinatário e o CFOP dos itens da NF-e. Incluído um identificador para este tipo de operação, facilitando a declaração do tipo deoperação pela empresa e o desenvolvimento dos controles necessários para cada tipo de operação.No caso da NFC-e, não será aceita a operação interestadual, ou operação com o exterior.# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação15a B11a idDest Identificador de local de destino daoperaçãoE B01 N 1-1 1 1-Operação interna2-Operação interestadual3-Operação com exteriorPág. 6 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00403.4 Alteração de Valores para Campos# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação25 B21 tpImp Formato do DANFE E B01 N 1-1 1 0-Sem geração de DANFE;1-DANFE normal , Retrato;2-DANFE normal, Paisagem;3-DANFE Simplificado;4-DANFE NFC-e;5-DANFE NFC-e em mensagemeletrônica.Nota: O envio de mensagem eletrônicapode ser feita de forma simultânea coma impressão do DANFE. Usar otpImp=5 quando esta for a única formade disponibilização do DANFE.26 B22 tpEmis Tipo de Emissão E B01 N 1-1 1 1-Emissão normal (não emcontingência);2-Contingência FS-IA, com impressãodo DANFE em formulário desegurança;3-Contingência SCAN (Sistema deContingência do Ambiente Nacional);4-Contingência DPEC (DeclaraçãoPrévia da Emissão em Contingência);5-Contingência FS-DA, com impressãodo DANFE em formulário desegurança;6-Contingência SVC-AN (SEFAZ Virtualde Contingência do AN);7-Contingência SVC-RS (SEFAZ Virtualde Contingência do RS);9-Contingência off-line da NFC-e (asdemais opções de contingência sãoválidas também para a NFC-e);Nota: As opções de contingência 3, 4, 6e 7 (SCAN, DPEC e SVC) não estãodisponíveis no momento atual.Pág. 7 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00403.5 Indicação de operação com Consumidor Final, Indicação de atendimento presencialInclusão de novos campos, obrigatórios, conforme segue:# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação29a B25a indFinal Indica operação com Consumidor final E B01 N 1-1 1 0-Não;29b B25b indPres Indicador de presença do compradorno estabelecimento comercial nomomento da operação1-Consumidor final;E B01 N 1-1 1 0-Não se aplica (por exemplo, NotaFiscal complementar ou de ajuste);1-Operação presencial;2-Operação não presencial, pelaInternet;3-Operação não presencial,Teleatendimento;9-Operação não presencial, outros.03.6 Identificação do DestinatárioNo caso da NFC-e, a identificação do destinatário tem algumas particularidades:­ Identificação opcional, conforme o limite de valor da operação;­ Dependendo do limite de valor, mesmo para o caso de estrangeiro, é necessária a identificação;­ Para qualquer caso, decidido pela identificação do destinatário, também é opcional a identificação completa do endereço, ou somente aidentificação de CPF, CNPJ, ou dados da pessoa física estrangeira.No caso da NF-e, se mantém obrigatória a identificação completa do destinatário, controlada agora não mais por regras do Schema XML, mas sim porregras de validação efetuadas pela SEFAZ.# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação62 E01 dest Grupo de identificação do Destinatário G A01 0-163 E02 CNPJ CNPJ do destinatário CE E01 C 1-1 14 Opcional, informar os zeros nãosignificativos. Não informar esta tag seoperação com Exterior.Nota: Campo não aceita o valor Nulo.64 E03 CPF CPF do destinatário CE E01 C 1-1 11 Opcional, informar os zeros nãosignificativos.Pág. 8 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00464a E03a idEstrangeiro Identificação do destinatário no casode comprador estrangeiroCE E01 C 1-1 0, 5-20 Opcional, Número do passaporte ououtro documento legal para identificarpessoa estrangeira. Informar esta tag nocaso de operação com o exterior.Nota: Campo aceita valor Nulo.65 E04 xNome Razão Social ou nome do destinatário E E01 C 0-1 2-6066 E05 enderDest Grupo de endereço do Destinatário G E01 0-178 E17 IE IE E E01 C 0-1 0, 2-14 - Informar a IE quando o destinatário forcontribuinte do ICMS.- Informar “ISENTO” quando odestinatário for contribuinte do ICMS,mas não estiver obrigado à inscriçãono cadastro de contribuintes do ICMS.- Não informar o conteúdo da TAG se odestinatário não for contribuinte doICMS.No caso de informação da IE, informarsomente os algarismos, sem oscaracteres de formatação (ponto, barra,hífen, etc.).Nota: Não informar esta tag no caso daNFC-e.Nota: Alterado o Schema compatibilizando com a informação do Manual, não aceitando a IE do destinatário com somente uma posição.03.7 Grupo de Tributação: PIS e COFINSNo caso da NFC-e, o grupo de Tributação do PIS e COFINS é opcional.No caso da NF-e, se mantém obrigatória a informação deste grupo, controlada agora não mais por regras do Schema XML, mas sim por regras devalidação efetuadas pela SEFAZ.Pág. 9 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação267 Q01 PIS Grupo do PIS G M01 0-1 Informar apenas um dos grupos Q02,Q03, Q04 ou Q05 com base valoratribuído ao campo Q06 – CST do PISPág. 10 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação293 S01 COFINS Grupo do COFINS G M01 0-1 Informar apenas um dos grupos S02,S03, S04 ou S04 com base valoratribuído ao campo S06 – CST doCOFINS03.8 Grupo YA – Formas de PagamentoNo caso da NFC-e, deverá ser informado obrigatoriamente o grupo de Formas de Pagamento, com a informação da forma de pagamento e o respectivomontante. Podem existir combinações de formas de pagamento, por exemplo, R$ 100,00 pago em dinheiro e R$ 50,00 em cheque. A soma dosmontantes dos pagamentos deve ser igual ao valor total da NFC-e. Os campos de informação da operação com cartão de crédito e/ou débito são depreenchimento opcional da NFC-e.No caso da NF-e, não deve ser informado o grupo das Formas de Pagamento.Pág. 11 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004Y – Grupo de Formas de Pagamento# ID Campo Descrição Ele Pai Tipo Ocor. Tam. Dec. Observação398a YA01 pag Grupo de Formas de Pagamento G A01 0-100 Grupo obrigatório para a NFC-e398b YA02 tPag Forma de pagamento E YA01 N 1-1 2 01-Dinheiro02-Cheque03-Cartão de Crédito04-Cartão de Débito05-Crédito Loja10-Vale Alimentação11-Vale Refeição12-Vale Presente13-Vale Combustível99 – Outros398c YA03 vPag Valor do Pagamento E YA01 N 1-1 15 2398d YA04 card Grupo de Cartões G YA01 0-1398e YA05 CNPJ CNPJ da Credenciadora de cartão de E YA04 C 1-1 14 Informar o CNPJ da Credenciadora decrédito e/ou débito398f YA06 tBand Bandeira da operadora de cartão decrédito e/ou débito398g YA07 cAut Número de autorização da operaçãocartão de crédito e/ou débitocartão de crédito / débitoE YA04 N 1-1 2 01 – Visa02 – Mastercard03 – American Express04 – Sorocred99 – OutrosE YA04 C 1-1 1-20 Identifica o número da autorizaçãoda transação da operação comcartão de crédito e/ou débito04. Regras de Validação da NF-e (item 4.1.9.4 do Manual)As validações efetuadas pela SEFAZ têm o objetivo de garantir minimamente a qualidade das informações recebidas e normalmente não tem impactona geração dos documentos pelas empresas, já que estes são preenchidos por regras próprias, não totalmente controladas por regras de validaçãoefetuadas pelo Fisco.No caso atual, com a incorporação da NFC-e no mesmo leiaute da NF-e, algumas regras de validação precisaram ser alteradas com a necessidade deidentificar o tipo de Nota Fiscal que está sendo validado. Esta especialização nas regras de validação não traz consequências maiores para asempresas, já que elas continuam emitindo ou um ou outro dos tipos de Nota Fiscal Eletrônica.Pág. 12 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004Para facilitar o entendimento e a manutenção das regras de validação, reproduzimos nesta NT as validações atuais, assinalando aquelas que foramalteradas ou incluídas. Com o mesmo objetivo, foi também: Mantida a coluna “#”, permitindo a comparação com as regras anteriormente vigentes (futuramente esta coluna será removida); Alterada a coluna “Campo”, incluindo um número sequencial após o código do campo, permitindo a visualização da sequência de validações parao mesmo campo; Incluída coluna “Modelo”, mostrando se a validação se aplica para “55-NF-e”, ou para “65-NFC-e”, ou para ambos.# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroA - Dados da NF-eA02-10 55 NF-e não pode utilizar a versão 3.00Obrig. 701 Rej. Rejeição: NF-e não pode utilizar a versão 3.00Obs.: Regra válida somente enquanto durar o piloto da NFC-e,porque os novos campos na versão 3.00 poderiam inviabilizaro uso da NF-e pelas empresas destinatárias.GA03 A03-10 55/65 Campo Id inválido:– Chave de Acesso do campo Id difere da concatenação do sObrig. 502 Rej. Rejeição: Erro na Chave de Acesso - Campo Id nãocorresponde à concatenação dos camposcorrespondentescampos correspondentesB - Identificação da NF-eGB02 B02-10 55/65 Código da UF do Emitente difere da UF do Web Service Obrig. 226 Rej. Rejeição: Código da UF do Emitente diverge da UFautorizadoraB06-10 65 NFC-e não é aceita pela UF do Emitente Obrig. 702 Rej. Rejeição: NFC-e não é aceita pela UF do EmitenteB06-20 55/65 Lote de documentos enviados só poderá conter NF-e ou NFC-e Obrig. 765 Rej. Rejeição: Lote só poderá conter NF-e ou NFC-eB06-30 55 Se a SEFAZ optar por ambientes separados de autorização:- NFC-e enviada para ambiente de autorização da NF-eB06-40 65 Se a SEFAZ optar por ambientes separados de autorização:- NF-e enviada para ambiente de autorização da NFC-eGB07 B07-10 55/65 Na autorização pela SEFAZ (ou SEFAZ VIRTUAL):– Série da NF-e difere da faixa de 0-889A faixa 890-899 é reservada para a emissão de NF-e avulsaquando permitida pela SEFAZ.GB07.1 B07-20 55/65 Na autorização pelo SCAN (Sistema Contingência Nacional):– Série da NF-e difere da faixa de 900-999GB09 B09-10 55/65 Data-Hora de Emissão posterior ao horário de recepção naSEFAZ.Nota: Aceita uma tolerância de até 5 minutos, devido aosincronismo de horário do servidor da Empresa e o servidor daSEFAZ.Facult. 450 Rej. Rejeição: Modelo da NF-e diferente de 55Facult. 775 Rej. Rejeição: Modelo da NFC-e diferente de 65Obrig. 266 Rej. Rejeição: Série utilizada fora da faixa permitida noWeb Service (0-889)Obrig. 503 Rej. Rejeição: Série utilizada fora da faixa permitida noSCAN (900-999)Obrig. 703 Rej. Rejeição: Data-Hora de Emissão posterior ao horáriode recebimentoPág. 13 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGB09.1 B09-20 55 NF-e com Tipo de Emissão = 1-Normal (ou 3-SCAN, ou 6-SVC- Obrig. 228 Rej. Rejeição: Data de Emissão muito atrasadaAN, 7-SVC-RS) (NT2012.003):- Data de Emissão ocorrida há mais de 30 dias (ou outro limitedefinido pela SEFAZ)B09-40 65 NFC-e com Tipo de Emissão=1-Normal (ou 3-SCAN, ou 6-SVC-AN, 7-SVC-RS) e Data-Hora de Emissão com atraso superior a5 minutos em relação ao horário de recepção na SEFAZ.Obrig. 704 Rej. Rejeição: NFC-e com Data-Hora de emissão atrasadaNota: A emissão da NFC-e deve ocorrer de forma on-line, realtime.Aceita uma tolerância de até 5 minutos, devido aosincronismo de horário do servidor da Empresa e o servidor daSEFAZ.B09-50 65 NFC-e com Tipo de Emissão =9-Contingência off-line e Data-Hora de Emissão com atraso superior a 168 horas em relaçãoao horário de recepção na SEFAZ.Pág. 14 / 44Obrig. 776 Rej. Rejeição: NFC-e contingência offline com Data-Horade emissão atrasadaB10-10 65 NFC-e com data de entrada/saída. Obrig. 705 Rej. Rejeição: NFC-e com data de entrada/saídaGB10 B10-20 55 Se informado Data de Entrada / Saída (dhSaiEnt):– Data Entrada / Saída posterior a 30 dias da Data deAutorizaçãoFacult. 504 Rej. Rejeição: Data de Entrada/Saída posterior aopermitidoGB10.1 B10-30 55 Se informado Data de Entrada / Saída (dhSaiEnt):– Data Entrada / Saída anterior a 30 dias da Data deAutorizaçãoGB10.2 B10-40 55 Se informado Data de Entrada / Saída (dhSaiEnt) para NF-e deSaída (tpNF=1):– Data de Saída (dSaiEnt) menor que a Data de Emissão(dEmis)B11-10 65 NFC-e para operação de entrada.(mod=65 e tpNF=0)B11a-10 65 NFC-e para operação interestadual ou com o exterior(mod=65 e idDest1)GB12 B12-10 55/65 Código do Município do Fato Gerador de ICMS com dígitoverificador (DV) inválido (*1)GB12.1 B12-20 55/65 Código do Município do Fato Gerador (2 primeiras posições)difere do Código da UF do emitenteB12a-10 65 NFC-e não pode referenciar outros documentos(mod=65 e existe NFref)GB13 B13-10 55 Se informada a TAG de NF-e Referenciada:- Dígito Verificador da Chave de Acesso inválidoGB17 B17-10 55 Se informada a TAG de NF Referenciada:– CNPJ com zeros, nulo ou DV inválidoFacult. 505Facult. 506Rej. Rejeição: Data de Entrada/Saída anterior ao permitidoRej. Rejeição: Data de Saída menor que a Data deEmissãoObrig. 706 Rej. Rejeição: NFC-e para operação de entradaObrig. 707 Rej. Rejeição: NFC-e para operação interestadual ou como exteriorObrig. 270 Rej. Rejeição: Código Município do Fato Gerador: dígitoinválidoObrig. 271 Rej. Rejeição: Código Município do Fato Gerador: difereda UF do emitenteObrig. 708 Rej. Rejeição: NFC-e não pode referenciar documentofiscalFacult. 547 Rej. Rejeição: Dígito Verificador da Chave de Acesso daNF-e Referenciada inválidoFacult. 548 Rej. Rejeição: CNPJ da NF referenciada inválido.

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGB20d B20d-10 55 Se informada a TAG de NF Referenciada de produtor:– CNPJ com zeros, nulo ou DV inválidoFacult. 549 Rej. Rejeição: CNPJ da NF referenciada de produtorinválido.GB20e B20e-10 55 Se informada a TAG de NF Referenciada de produtor:– CPF com zeros, nulo, 111..., 222, ..., ou DV inválidoFacult. 550 Rej. Rejeição: CPF da NF referenciada de produtorinválido.(NT 2012.003)GB20f B20f-10 55 Se informada a TAG de NF Referenciada de produtor:Facult. 551 Rej. Rejeição: IE da NF referenciada de produtor inválido.– IE com zeros, nulo ou DV inválido para a UF.GB20i B20i-10 55 Se informada a TAG de CT-e Referenciado:- Dígito Verificador da Chave de Acesso inválidoFacult. 552 Rej. Rejeição: Dígito Verificador da Chave de Acesso doCT-e referenciado inválidoB21-10 65 NFC-e com tipo de impressão diferente de 4 e 5Obrig 709 Rej. Rejeição: NFC-e com formato de DANFE inválido(mod=65 e tpImp 4 e 5)B21-20 55 NF-e com tipo de impressão 4 ou 5Obrig 710 Rej. Rejeição: NF-e com formato de DANFE inválido(mod=55 e tpImp= 4 ou 5)B22-10 55 NF-e com contingência off-lineObrig 711 Rej. Rejeição: NF-e com contingência off-line(mod=55 e tpEmis=9)B22-20 65 NFC-e com contingência off-line para a UFFacult. 712 Rej. Rejeição: NFC-e com contingência off-line para a UF(mod=65 e tpEmis=9 e UF não aceita este tipo de contingência)GB22.2 B22-30 55/65 Na autorização pela SEFAZ:- não aceitar o conteúdo tpEmis=3-SCAN (NT 2010.004), 6-SVC-AN ou 7-SVC-RSB22-34 65 Na autorização pela SEFAZ:- rejeitar a NFC-e com informação de DPEC (tpEmis=4)Nota: Atualmente não está disponível a contingência DPEC paraa NFC-eGB22.3 B22-40 55/65 Na autorização pelo SCAN:- não aceitar o conteúdo diferente de tpEmis=3-SCAN. (NT2010.004)B22-50 55/65 Na autorização pela SVC:- não aceitar o conteúdo da tag tpEmis diferente de 6 para aSVC-AN ou 7 para a SVC-RSObrig. 570 Rej. Rejeição: Tipo de Emissão 3, 6 ou 7 só é válido nascontingências SCAN/SVCObrig. 714 Rej. Rejeição: NFC-e com contingência DPEC inexistenteObrig. 571 Rej. Rejeição: Tipo de Emissão informado diferente de 3para contingência SCANObrig. 713 Rej. Rejeição: Tipo de Emissão diferente de 6 ou 7 paracontingência da SVC acessadaGB23 B23-10 55/65 Chave de Acesso obtida pela concatenação dos camposcorrespondentes com dígito verificador (DV) inválidoObrig. 253 Rej. Rejeição: Digito Verificador da chave de acessocomposta inválidaGB24 B24-10 55/65 Tipo do ambiente da NF-e difere do ambiente do Web Service Obrig. 252 Rej. Rejeição: Ambiente informado diverge do Ambientede recebimentoB25-20 65 NFC-e com finalidade diferente de normalObrig 715 Rej. Rejeição: NFC-e com finalidade inválida(mod=65 e finNFe 1)GB25 B25-30 55 Se NF-e complementar (finNFe=2):– Não informado NF referenciada (NF modelo 1, NF-e ou NFCe)Obrig. 254 Rej. Rejeição: NF-e complementar não possui NFreferenciadaPág. 15 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGB25.1 B25-40 55 – NF referenciada com mais de uma ocorrência (NF modelo 1,NF-e ou NFC-e)Obrig. 255 Rej. Rejeição: NF-e complementar possui mais de uma NFreferenciadaGB25.2 B25-50 55 – CNPJ emitente da NF Referenciada difere do CNPJ emitentedesta NF-e (NF modelo 1, NF-e ou NFC-e)Obrig. 269 Rej. Rejeição: CNPJ Emitente da NF Complementar diferedo CNPJ da NF ReferenciadaB25a-10 65 NFC-e para operação não destinada a Consumidor Final(mod=65 e indFinal=0)Obrig 716 Rej. Rejeição: NFC-e em operação não destinada aconsumidor finalB25b-20 65 NFC-e em uma operação não presencialObrig 717 Rej. Rejeição: NFC-e em operação não presencial(mod=65 e indPres1)GB26 B26-10 55/65 Processo de Emissão difere de emissão pelo contribuinte Obrig. 451 Rej. Rejeição: Processo de emissão informado inválido(procEmi 0 e 3)GB22 B28-10 55/65 Se emissão normal (tpEmis = 1-Normal):- dhCont e xJust não devem ser informadosObrig. 556 Rej. Rejeição: Justificativa de entrada em contingência nãodeve ser informada para tipo de emissão normalGB22.1 B22-40 55/65 Se emissão em contingência utilizando DPEC, formulário desegurança ou contingência off-line (tpEmis = 2, 4, 5 ou 9):- dhCont e xJust devem ser informadosObrig. 557 Rej. Rejeição: A Justificativa de entrada em contingênciadeve ser informadaGB28 B28-10 55/65 Data de entrada em contingência não deve ser maior que a datade recepção da NF-e (NT 2010.004).Nota: Não considerar a Hora no caso da NF-e com versãoinferior a versão 3.0.GB28a B28-20 55/65 Data de entrada em contingência deve ser menor ou igual à datade emissão – 30 dias (NT 2010.004)Nota: Não considerar a Hora no caso da NF-e com versãoinferior a versão 3.0C- Identificação do EmitenteGC02 C02-10 55/65 Se informada a TAG de CNPJ do emitente:– CNPJ com zeros, nulo ou DV inválidoGC02.1 C02-20 55/65 CNPJ Base do Emitente difere do CNPJ Base da primeira NF-edo Lote recebidoGC02a C02a-10 55/65 Se informada a TAG CPF do emitente:– CPF só pode ser informado no campo Emitente para NF-eavulsaPág. 16 / 44Facult. 558Facult. 569Rej. Rejeição: Data de entrada em contingência posterior adata de recebimentoRej. Rejeição: Data de entrada em contingência muitoatrasadaObrig. 207 Rej. Rejeição: CNPJ do emitente inválidoFacult. 560 Rej. Rejeição: CNPJ base do emitente difere do CNPJbase da primeira NF-e do lote recebidoObrig. 407 Rej. Rejeição: O CPF só pode ser informado no campoemitente para a NF-e avulsaGC02a.1 C02a-20 55/65 - CPF com zeros, nulo, 111..., 222..., ..., ou DV inválido (NT Obrig. 401 Rej. Rejeição: CPF do remetente inválido2012.003)GC10 C10-10 55/65 Código do Município do Emitente com DV inválido (*1) Obrig. 272 Rej. Rejeição: Código Município do Emitente: dígitoinválidoGC10.1 C10-20 55/65 Código do Município do Emitente (2 primeiras posições) diferedo Código da UF do emitenteObrig. 273 Rej. Rejeição: Código Município do Emitente: difere da UFdo emitenteGC12 C12-10 55/65 Sigla da UF do Emitente difere da UF do Web Service Obrig. 247 Rej. Rejeição: Sigla da UF do Emitente diverge da UFautorizadoraGC17 C17-10 55/65 IE Emitente com zeros ou nulo Obrig. 229 Rej. Rejeição: IE do emitente não informada

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGC17.1 C17-20 55/65 IE Emitente inválida para a UF: erro no tamanho, na composição Obrig. 209 Rej. Rejeição: IE do emitente inválidada IE, ou no dígito verificador (*2)C18-10 65 NFC-e não deve informar IE de Substituto Tributário Obrig. 718 Rej. Rejeição: NFC-e não deve informar IE de SubstitutoTributárioGC18 C18-20 55 Se informada operação de Faturamento Direto para veículosnovos (tpOp, campo J02 = 2):Obrig. 478 Rej. Rejeição: Local da entrega não informado parafaturamento direto de veículos novos– UF do Local de Entrega (campo G09) não informada(A UF é necessária na validação da IEST nestas operações.Vide Convênio ICMS 51/00).GC18.1 C18-30 55 Se informada a IE do Substituto Tributário:- IEST inválida para a UF: erro no tamanho, na composição daIE, ou no dígito verificador (*2)Obrig. 211 Rej. Rejeição: IE do substituto inválidaUF a ser utilizada na validação:– UF do Local de Entrega para operação de FaturamentoDireto de veículos novos (campo G09, caso tpOP, campoJ02 = 2);– UF do destinatário (UF, campo E12) nos demais casos.D - Identificação do Fisco Emitente (NF-e Avulsa)GD01 D01-10 55/65 Informado o grupo “avulsa” pela empresa Obrig. 403 Rej. Rejeição: O grupo de informações da NF-e avulsa éde uso exclusivo do FiscoE - Identificação do DestinatárioE01-10 55 NF-e sem a identificação do destinatário(mod=65 e grupo “dest” nulo)GE02.2 E02-10 55/65 Se informada TAG CNPJ:- CNPJ com zeros ou dígito de controle inválidoGE03 E03-10 55/65 Se informada a TAG CPF:- CPF com zeros, nulo, 111..., 222..., ... ou dígito de controleinválidoGE02 E03a-10 55 Se Operação com Exterior (idDest = 3):- Deve ser informada tag idEstrangeiro (conteúdo da tag podeser nulo)(idDest=3 e tag “idEstrangeiro” não existe)E03a-20 55 Se Operação interestadual (idDest = 2):- Não pode informar tag idEstrangeiro(idDest=2 e “idEstrangeiro” existe)E03a-40 55 Se Operação dentro do estado (idDest = 1):- Se informado “idEstrangeiro”, operação deve ser presencial(idDest=1 e indPres 1)Obrig. 719 Rej. Rejeição: NF-e sem a identificação do destinatárioObrig. 208 Rej. Rejeição: CNPJ do destinatário inválidoObrig. 237 Rej. Rejeição: CPF do destinatário inválidoObrig. 720 Rej. Rejeição: Na operação com Exterior deve serinformada tag idEstrangeiroObrig.. 721Obrig.. 722Rej. Rejeição: Operação interestadual deve informar CNPJou CPF.Rej. Rejeição: Operação interna com idEstrangeiroinformado deve ser presencialPág. 17 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroE03a-50 55 Se Operação dentro do estado (idDest = 1):- Se informado “idEstrangeiro”, operação deve ser deObrig.. 723 Rej. Rejeição: Operação interna com idEstrangeiroinformado deve ser para consumidor finalconsumidor final(idDest=1 e infFinal 1)E04-10 55 NF-e sem o nome do destinatárioObrig 724 Rej. Rejeição: NF-e sem o nome do destinatário(mod=55 e “xNome” não existe)GE04 E04-20 55/65 Se tpAmb (B24) = 2:o xNome (E04) deve ser informado com a literal “NF-E EMITIDAEM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL”(NT 2011.002)E05-10 55 NF-e sem a informação de endereço do destinatário(mod=55 e “enderDest” não existe)GE10 E10-10 55/65 Se endereço destinatário não é no Exterior (dest/UF “EX):- Código Município do destinatário com dígito verificadorinválidoObrig 598 Rej. Rejeição: NF-e emitida em ambiente de homologaçãocom Razão Social do destinatário diferente de NF-EEMITIDA EM AMBIENTE DE HOMOLOGACAO -SEM VALOR FISCALObrig 726 Rej. Rejeição: NF-e sem a informação de endereço dodestinatárioObrig. 274 Rej. Rejeição: Código Município do Destinatário: dígitoinválidoGE10.1 E10-20 55/65 - Código Município do destinatário (2 primeiras posições) difere Obrig. 275 Rej. Rejeição: Código Município do Destinatário: difere dado Código da UF do destinatárioUF do DestinatárioGE10.2 E10-30 55 Se operação com Exterior (idDest = 3):- Código Município do destinatário difere de “9999999”Obrig. 509 Rej. Rejeição: Informado código de município diferente de“9999999” para operação com o exteriorE12-10 55 Se operação com Exterior (idDest = 3):- UF de destino diferente de “EX”Obrig. 727 Rej. Rejeição: Operação com Exterior e UF diferente deEXE12-20 55 Se operação Interestadual (idDest = 2):- UF de destino não pode ser “EX”Obrig. 771 Rej. Rejeição: Operação Interestadual e UF de destinocom EXE12-30 55 - UF de destino igual a UF do emitente Obrig. 772 Rej. Rejeição: Operação Interestadual e UF de destinoigual a UF do emitenteE12-40 55/65 Se operação Interna no Estado (idDest = 1) e operação não écom Consumidor final:- UF de destino difere da UF do emitenteObrig. 773 Rej. Rejeição: Operação Interna e UF de destino difere daUF do emitenteGE14 E14-10 55 Se operação com Exterior (idDest = 3):- Código País do destinatário = 1058 (Brasil), ou não informadoFacult. 510GE14.1 E14-20 55/65 Se não é operação com Exterior (idDest 3) e informado Facult. 511Código País do destinatário:- Código País do destinatário difere de 1058 (Brasil)E17-10 55 NF-e sem tag IE do Destinatário(mod=55 e não existe tag “dest/IE”)E17-20 65 NFC-e com tag IE do Destinatário(mod=65 e existe tag “dest/IE”)GE17 E17-30 55 Se endereço do destinatário no Exterior (dest/UF=”EX”):- IE Destinatário difere de nulo ou “ISENTO”Rej. Rejeição: Operação com Exterior e Código Paísdestinatário é 1058 (Brasil) ou não informadoRej. Rejeição: Não é de Operação com Exterior e CódigoPaís destinatário difere de 1058 (Brasil)Obrig. 728 Rej. Rejeição: NF-e sem tag IE do destinatárioObrig. 729 Rej. Rejeição: NFC-e com tag IE do destinatárioObrig. 210 Rej. Rejeição: IE do destinatário inválidaPág. 18 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGE17.2 E17-40 55 Se endereço do destinatário não é no Exterior (dest/UF “EX”) Obrig. 210 Rej. Rejeição: IE do destinatário inválidae dest/IE difere de nulo ou “ISENTO”:- IE inválida para a UF: erro no tamanho, na composição da IE,ou no dígito verificador (*2)GE18-a E18-10 65 NFC-e com Inscrição da SuframaObrig. 730 Rej. Rejeição: NFC-e com Inscrição Suframa(mod=65 e dest/ISUF existe)GE18 E18-20 55 Inscr. SUFRAMA informada:Obrig. 235 Rej. Rejeição: Inscrição SUFRAMA inválida- Inscrição com dígito verificador inválidoGE18.1 E18-30 55 Inscr. SUFRAMA informada:- UF destinatário difere de AC-Acre, ou AM-Amazonas, ou RO-Obrig. 251 Rej. Rejeição: UF/Município destinatário não pertence aSUFRAMARondônia, ou RR-Roraima, ou AP-Amapá (só para municípios1600303-Macapá e 1600600-Santana)F - Local da RetiradaGF02 F02-10 55/65 Se informado Local de Retirada e CNPJ Retirada difere de nulo: Facult. 512 Rej. Rejeição: CNPJ do Local de Retirada inválido- CNPJ com zeros ou dígito inválidoGF02a F02a-10 55/65 Se informada a TAG CPF:- CPF com zeros, nulo, 111..., 222..., ..., ou dígito de controleinválido (NT 2012.003)Facult. 540 Rej. Rejeição: CPF do Local de Retirada inválidoGF07 F07-10 55/65 Se informado Local de Retirada e UF Retirada = “EX”:- Código do Município do Local de Retirada difere de“9999999”GF07.1 F07-20 55/65 Se informado Local de Retirada e UF Retirada “EX”:- Código do Município do Local de Retirada com dígitoverificador inválidoGF07.2 F07-30 55/65 - Código Município do Local de Retirada (2 primeiras posições)difere do Código da UF do Local de RetiradaG - Local da EntregaGG02 G02-10 55/65 Se informado o Local de Entrega e CNPJ Entrega difere de nulo:- CNPJ com zeros ou dígito inválidoGG02aG02a-10 55/65 Se informada a TAG CPF:- CPF com zeros, nulo, 111..., 222..., ..., ou dígito de controleinválido (NT 2012.003)GG07 G07-10 55/65 Se informado Local de Entrega e UF Entrega = “EX”:- Código do Município do Local de Entrega difere de “9999999”GG07.1 G07-20 55/65 Se informado Local de Entrega e UF Entrega “EX”:- Código Município do Local de Entrega com dígito verificadorinválidoGG07.2 G07-30 55/65 - Código Município do Local de Entrega (2 primeiras posições)difere do Código da UF do Local de EntregaH - Detalhamento Produtos e ServiçosPág. 19 / 44Obrig. 513 Rej. Rejeição: Código Município do Local de Retirada deveser 9999999 para UF retirada = “EX”.Obrig. 276 Rej. Rejeição: Código Município do Local de Retirada:dígito inválidoObrig. 277 Rej. Rejeição: Código Município do Local de Retirada:difere da UF do Local de RetiradaFacult. 514Facult. 541Rej. Rejeição: CNPJ do Local de Entrega inválidoRej. Rejeição: CPF do Local de Entrega inválidoObrig. 515 Rej, Rejeição: Código Município do Local de Entrega deveser 9999999 para UF entrega = “EX”.Obrig. 278 Rej. Rejeição: Código Município do Local de Entrega:dígito inválidoObrig. 279 Rej. Rejeição: Código Município do Local de Entrega:difere da UF do Local de Entrega

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroI - Produtos e ServiçosGI03 I03-10 55/65 Se informada a TAG cEAN:Facult. 611 Rej. Rejeição: cEAN inválido- cEAN com zeros ou dígito de controle inválido (NT 2011/004)GI05 I05-10 65 NFC-e deve informar a tag NCM completa (8 posições)Obrig. 777 Rej. Rejeição: NFC-e deve informar NCM completo* Implementação futuraI05-20 65 Informado um NCM inexistente na tabela de NCM publicada pelo Obrig. 778 Rej. Rejeição: Informado NCM inexistenteMinistério do Desenvolvimento, Indústria e Comércio Exterior(MDIC)* Implementação futuraI05-30 65 Informado NCM incompatível com a NFC-eObrig. 779 Rej. Rejeição: NFC-e com NCM incompatível* Implementação futura (exemplo: NCM de produtos do reinoanimal na NFC-e)GI08 I08-10 55 CFOP de Entrada (inicia por 1, 2, 3) para NF-e de Saída Facult. 518 Rej. Rejeição: CFOP de entrada para NF-e de saída(tpNF=1)GI08.1 I08-20 55/65 CFOP de Saída (inicia por 5, 6, 7) para NF-e de Entrada Facult. 519 Rej. Rejeição: CFOP de saída para NF-e de entrada(tpNF=0)I08-30 55 CFOP de operação com Exterior (inicia por 3 ou 7) e idDest 3 Obrig. 731 Rej. Rejeição: CFOP de operação com Exterior e idDest 3I08-40 55 CFOP de operação interestadual (inicia por 2 ou 6) e idDest 2 Obrig. 732 Rej. Rejeição: CFOP de operação interestadual e idDest 2I08-50 55/65 CFOP de operação interna (inicia por 1 ou 5) e idDest 1 Obrig. 733 Rej. Rejeição: CFOP de operação interna e idDest 1GI08.2 I08-60 55 CFOP de operação com Exterior (inicia por 3 ou 7) e UFDestinatário “EX”Exceção: Verificar se a tag UFCons (id:L120) foi informada com”EX”, neste caso o CFOP iniciado com 3 ou 7 é válido (NT2010/007)GI08.3 I08-70 55/65 CFOP de Operação no Estado (inicia com 5) e UF emitentediferente UF destinatário e destinatário contribuinte do ICMS(tem IE)Exceção: Verificar se a tag UFCons (id:L120) foi informada coma mesma UF do emitente, neste caso o CFOP iniciado com 5 éválido. (NT 2010/007)Exceção: Verificar se a tag modFrete (id:X02) foi informada com9- Sem frete, neste caso o CFOP iniciado com 5 é válido. (NT2011/004)Facult. 520Facult. 521Rej. Rejeição: CFOP de Operação com Exterior e UFdestinatário difere de “EX”Rej. Rejeição: CFOP de Operação Estadual e UF doemitente difere da UF do destinatário para destinatáriocontribuinte do ICMS.Pág. 20 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGI08.4 I08-80 55/65 CFOP de Operação no Estado (inicia com 1) e UF emitentediferente da UF remetente e remetente contribuinte do ICMS(tem IE) (NT 2010.007)Exceção: Verificar se a tag UFCons (id:L120) foi informada coma mesma UF do emitente, neste caso o CFOP iniciado com 1 éválido. (NT 2010/010)Facult. 522GI08.5 I08-90 55/65 CFOP é de operação interestadual (inicia por 2 ou 6) e UFemitente = UF destinatário e CNPJ emissor diferente do CNPJdestinatário (NT 2010.004)Exceção: Verificar se a tag UFCons (id:L120) foi informada comUF diversa do emitente, neste caso o CFOP iniciado com 2 ou6 é válido. (NT 2010/010)GI08.6 I08-100 55/65 CFOP de Operação com Exterior (inicia por 3 ou 7) e nãoinformada TAG NCM (id:I05) completo (8 posições)Exceção: O item de Serviço da NF-e (id:U01) conjugada pode terNCM = “00” (NT 2010/010)GI08.7 I08-110 55/65 CFOP de Importação (inicia por 3) e não informado a tag DIExceção: a regra não se aplica para os seguintes CFOP:3.201 - Devolução de venda de produção do estabelecimento3.202 - Devolução de venda de mercadoria adquirida ourecebida de terceiros3.211 - Devolução de venda de produção do estabelecimentosob o regime de “drawback”3.503 - Devolução de mercadoria exportada que tenha sidorecebida com fim específico de exportação3.553 - Devolução de venda de bem do ativo imobilizado (NT2010.007)GI08.7a I08-120 55/65 CFOP de Importação (inicia por 3) e não informado o grupo deIPIExceção: a regra não se aplica para os seguintes CFOP:3.201 - Devolução de venda de produção do estabelecimento3.202 - Devolução de venda de mercadoria adquirida ourecebida de terceiros3.211 - Devolução de venda de produção do estabelecimentosob o regime de “drawback”3.503 - Devolução de mercadoria exportada que tenha sidorecebida com fim específico de exportação3.553 - Devolução de venda de bem do ativo imobilizado (NT2011.004)Facult. 523Facult. 524Facult. 525Facult. 597Rej. Rejeição: CFOP de Operação Estadual e UF emitentedifere da UF remetente para remetente contribuinte doICMS.Rej. Rejeição: CFOP não é de Operação Estadual e UFemitente igual à UF destinatário.Rej. Rejeição: CFOP de Operação com Exterior e nãoinformado NCM completaRej. Rejeição: CFOP de Importação e não informadodados da DIRej. Rejeição: CFOP de Importação e não informadodados de IPIPág. 21 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGI08.7b I08-130 55/65 CFOP de Importação (inicia por 3) e não informado o grupo de IIExceção: a regra não se aplica para os seguintes CFOP:Facult. 599 Rej. Rejeição: CFOP de Importação e não informadodados de II3.201 - Devolução de venda de produção do estabelecimento3.202 - Devolução de venda de mercadoria adquirida ourecebida de terceiros3.211 - Devolução de venda de produção do estabelecimentosob o regime de “drawback”3.503 - Devolução de mercadoria exportada que tenha sidorecebida com fim específico de exportação3.553 - Devolução de venda de bem do ativo imobilizado (NT2011.004)GI08.8 I08-140 55/65 CFOP de Exportação (inicia por 7) e não informado Local de Facult. 526 Rej. Rejeição: CFOP de Exportação e não informado LocalEmbarque (id:ZA01)GI08.9 I08-150 65 NFC-e (mod=65) com CFOP inválidoAceitar unicamente os CFOP:- 5.101 - Venda de produção do estabelecimento;- 5.102 - Venda de mercadoria de terceiros;- 5.113 - Venda de produção do estabelecimento, remetidaanteriormente em consignação mercantil;- 5.114 - Venda de mercadoria de terceiros, remetidaanteriormente em consignação mercantil;- 5.115 - Venda de mercadoria de terceiros, recebidaanteriormente em consignação mercantil;- 5.116 - Venda de produção do estabelecimento, originada deencomenda para entrega futura;- 5.117 - Venda de mercadoria de terceiros, originada deencomenda para entrega futura;- 5.118 - Venda de produção do estabelecimento entregue porconta e ordem do adquirente, em venda à ordem;- 5.119 - Venda de mercadoria de terceiros entregue por conta eordem do adquirente, em venda à ordem;- 5.120 - Venda de mercadoria de terceiros entregue pelovendedor remetente, em venda à ordem;- 5.401 - Venda de produção do estabelecimento em operaçãocom produto sujeito a ST, como contribuinte substituto;- 5.403 - Venda de mercadoria de terceiros em operação commercadoria sujeita a ST, como contribuinte substituto;- 5.405 - Venda de mercadoria de terceiros, sujeita a ST, comocontribuinte substituído;- 5.551 - Venda de bem do ativo imobilizado;- 5.653 - Venda de combustível ou lubrificante de produção doPág. 22 / 44de EmbarqueObrig. 725 Rej. Rejeição: NFC-e com CFOP inválido

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição Erroestabelecimento, para consumidor final;- 5.656 - Venda de combustível ou lubrificante de terceiros, paraconsumidor final;- 5.933 - Prestação de serviço tributado pelo ISSQN (Nota Fiscalconjugada);GI09 I09-10 65 NFC-e com Unidade de Comercialização inválida(mod=65 e uCom não consta de tabela específica)* Implementação futuraGI10a I11-10 55/65 Se NF-e Normal (finNFe=1):- vProd (id:I11) difere de vUnCom (id:I10a) * qCom (id:I10) (*4)(NT 2011/005)I11-20 55/65 - vProd (id:I11) difere de vUnTrib (id:I14a) * qTrib (id:I14) (*4)(NT 2011/005)GI12 I12-10 55/65 Se informada a TAG cEANTrib:- cEANTrib com zeros ou dígito de controle inválido(NT 2011/004)I13-10 65 NFC-e com Unidade de Tributação inválida.(mod=65 e uTrib não consta da tabela específica)* Implementação futuraObrig. 734 Rej. Rejeição: NFC-e com Unidade de ComercializaçãoinválidaFacult. 629Rej. Rejeição: Valor do Produto difere do produto ValorUnitário de Comercialização e Quantidade ComercialFacult. 630 Rej. Rejeição: Valor do Produto difere do produto ValorUnitário de Tributação e Quantidade TributávelObrig. 612 Rej. Rejeição: cEANTrib inválidoObrig. 735 Rej. Rejeição: NFC-e com Unidade de Tributação inválidaI17b-10 65 NFC-e com indicador de item não participante do total Obrig. 774 Rej. Rejeição: NFC-e com indicador de item nãoparticipante do totalJ - Item / Veículos NovosJ01-10 65 NFC-e com grupo de Veículos novos(mod=65 e grupo “veicProd” existe)Obrig. 736 Rej. Rejeição: NFC-e com grupo de Veículos novosK - Item / MedicamentosK01-10 65 NFC-e com grupo de Medicamentos(mod=65 e grupo “med” existe)L - Item / ArmamentosL01-10 65 NFC-e com grupo de Armamentos(mod=65 e grupo “arma” existe)L1 - Item / CombustívelL101-10 65 NFC-e com grupo de Combustível(mod=65 e grupo “comb” existe)Obrig. 737 Rej. Rejeição: NFC-e com grupo de MedicamentosObrig. 738 Rej. Rejeição: NFC-e com grupo de ArmamentosObrig. 739 Rej. Rejeição: NFC-e com grupo de CombustívelPág. 23 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGL101 L101-20 55 Obrigatória a informação do grupo de combustível para os Facult. 660 Rej. Rejeição: CFOP de Combustível e não informadoCFOP: 1.651, 1.652, 1.653, 1.658, 1.659, 1.660, 1.661, 1.662,1.663, 1.664, 2.651, 2.652, 2.653, 2.658, 2.659, 2.660, 2.661,2.662, 2.663, 2.664, 3.651, 3.652, 3.653, 5.651, 5.652, 5.653,5.654, 5.655, 5.656, 5.657, 5.658, 5.659, 5.660, 5.661, 5.662,5.663, 5.664, 5.665, 5.666, 5.667, 6.651, 6.652, 6.653, 6.654,6.655, 6.656, 6.657, 6.658, 6.659, 6.660, 6.661, 6.662, 6.663,6.664, 6.665, 6.666, 6.667, 7.651, 7.654, 7.667. (NT 2012.003)grupo de combustível da NF-eM - Item / Tributos do Produto e ServiçoN - Item / Tributo: ICMSGN12 N12-10 55 CFOP de Exportação (inicia por 7):- Informado CST de ICMS diferente de 41 ou CSOSN diferentede 300 (NT 2010.010)GN12.1 N12-20 55/65 Informado CST (id:N12) para CRT (id:C21) igual a 1(NT 2010.010)N12-30 65 NFC-e com CST 50-Suspensão(mod=65 e CST=50)N12-40 65 NFC-e com CST 51-Diferimento(mod=65 e CST=51)N12-50 65 NFC-e com Partilha de ICMS entre UF(mod=65 e tag “ICMSPart” existe)GN12a N12a-10 55/65 Informado CSOSN (id:N12a) para CRT (id:C21) diferente de 1(NT 2010.010)Facult. 527Rej. Rejeição: Operação de Exportação com informaçãode ICMS incompatívelFacult. 590 Rej. Rejeição: Informado CST para emissor do SimplesNacional (CRT=1)Obrig. 766 Rej. Rejeição: NFC-e com CST 50-SuspensãoObrig. 740 Rej. Rejeição: NFC-e com CST 51-DiferimentoObrig. 741 Rej. Rejeição: NFC-e com Partilha de ICMS entre UFFacult. 591Rej. Rejeição: Informado CSOSN para emissor que não édo Simples Nacional (CRT diferente de 1)Pág. 24 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGN16 GN16-04 55 CFOP de operação de saída para outra UF (inicia por 6) e- IE do destinatário difere de “ISENTO” ou nulo- Origem da mercadoria = 1, 2 ou 3- CST de ICMS = 00, 10, 20, 70 ou 90- Data de Emissão igual ou superior a 01/01/2013- Valor alíquota do ICMS maior do que “4.00” (4 por cento)Facult. 663 Rej. Rejeição: Alíquota do ICMS com valor superior a 4 porcento na operação de saída interestadual comprodutos importadosExceção 1: A regra acima não se aplica para as NF-e com Datade emissão inferior a 01/04/2013, nas operações de Retorno /Devolução, com os CFOP:6201, 6202, 6208, 6209, 6210, 6410, 6411, 6412, 6413, 6503,6553, 6555, 6556, 6660, 6661, 6662, 6664, 6665, 6902, 6903,6906, 6907, 6909, 6913, 6916, 6918, 6919, 6921, 6925Exceção 2: A regra de validação acima não se aplica paraoperação com gás natural importado (cProdANP= 220101003,220101004, 220101002, 220101001, 220101005 ou220101006);Exceção 3: A regra de validação acima não se aplica na vendade veículos novos (grupo “veicProd”), para a Venda direta paragrandes consumidores (tpOp=3).GN17 N17-10 55/65 Se CST de ICMS = 00, 10, 20, 51 ou 70 e tag finNFe (id:B25) = 1 Facult. 528- Valor ICMS (id:N17) difere de Base de Cálculo (id:N15) *Alíquota (id:N16) (*3) (NT 2010.010):GN28 N28-10 55/65 Se informado motDesICMS = 7Facult. 625- ISUF (id:E18) deve ser informado (NT 2011/004)Exceção: Não exigir a Inscrição Suframa se informado CFOP deentrada (inicia por 1 ou 2) (NT 2012.003)GN28.1 N28-20 55/65 Se informado motDesICMS = 7Facult. 626- deve ser informado CFOP: 1203, 1204, 1208, 1209, 2203,2204, 2208, 2209, 5109, 5110, 5151, 5152, 6019, 6110, 6151,6152, 6122 e 6123 (NT 2012.003)GN28.2 N28-30 55/65 Se informado motDesICMS, o vICMS (id:N17) deve ser maior Facult. 627que zero (NT 2011/004)O - Item / Tributo: IPIO01-10 65 NFC-e com o grupo de tributação pelo IPI (id:O01)Obrig 742 Rej. Rejeição: NFC-e com grupo do IPI(mod=65 e grupo “IPI” existe)GO07 O07-10 55/65 Informada tributação do IPI (id:O07) sem informar a TAG NCM Facult. 529(id:I05) completo (8 posições)P - Item / Tributo: IIRej. Rejeição: Valor do ICMS difere do produto BC eAlíquotaRej. Rejeição: Inscrição SUFRAMA deve ser informada navenda com isenção para ZFMRej. Rejeição: CFOP de operação isenta para ZFMdiferente do previstoRej. Rejeição: O valor do ICMS desonerado deve serinformadoRej. Rejeição: NCM de informação obrigatória paraproduto tributado pelo IPIPág. 25 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroP01-10 65 NFC-e com o grupo de tributação pelo II (id:P01)(mod=65 e grupo “II” existe)Obrig 743 Rej. Rejeição: NFC-e com grupo do IIQ - Item / Tributo: PISQ01-20 55 NF-e sem o grupo de tributação pelo PIS (id:Q01)(mod=55 e grupo “PIS” não existe)R - Item / Tributo: PIS STR01-10 65 NFC-e com o grupo de tributação pelo PIS-ST (id:R01)(mod=65 e grupo “PISST” existe)S - Item / Tributo: COFINSS01-20 55 NF-e sem o grupo de tributação pelo COFINS (id:S01)(mod=55 e grupo “COFINS“ não existe)T - Item / Tributo: COFINS STT01-10 65 NFC-e com o grupo de tributação pelo COFINS-ST (id:T01)(mod=65 e grupo “COFINSST” existe)U - Item / Tributo: ISSQNGU01 U01-10 55/65 Informado grupo de tributação do ISSQN (id:U01) sem informara Inscrição Municipal (id:C19)GU01.1 U01-20 55/65 Informado grupo de tributação do ISSQN (id:U01) sem informarnenhum grupo de ICMS (id:N01)Exceção: Somente o DF pode autorizar a emissão de NF-e quesó tenham itens sujeitos ao ISSQN. (NT 2010.010)GU05 U05-10 55/65 Se informado Código Município do FG - ISSQN:– Código Município do FG - ISSQN com dígito inválidoV - Item / Informação AdicionalObrig 745 Rej. Rejeição: NF-e sem grupo do PISObrig 746 Rej. Rejeição: NFC-e com grupo do PIS-STObrig 748 Rej. Rejeição: NF-e sem grupo do COFINSObrig 749 Rej. Rejeição: NFC-e com grupo do COFINS-STFacult. 530Facult. 592Rej. Rejeição: Operação com tributação de ISSQN seminformar a Inscrição MunicipalRej. Rejeição: A NF-e deve ter pelo menos um item deproduto sujeito ao ICMS.Obrig. 287 Rej. Rejeição: Código Município do FG - ISSQN: dígitoinválidoW - Total da NF-eGW03 W03-10 55/65 Total da BC ICMS (id:W03) difere do somatório do valor dositens (id:N15) (*3). O Total não deve considerar o valorinformado para o CST 51.GW04 W04-10 55/65 Total do ICMS (id:W04) difere do somatório do valor dos itens(id:N17) (*3). O Total não deve considerar o valor informado paraos CST 40, 41, 50 e 51. (NT 2010/007)GW05 W05-10 55/65 Total da BC ICMS-ST (id:W05) difere do somatório do valor dositens (id:N21) (*3)GW06 W06-10 55/65 Total do ICMS-ST (id:W06) difere do somatório do valor dositens (id:N23) (*3)Facult. 531Facult. 532Facult. 533Facult. 534Rej. Rejeição: Total da BC ICMS difere do somatório dositensRej. Rejeição: Total do ICMS difere do somatório dos itensRej. Rejeição: Total da BC ICMS-ST difere do somatóriodos itensRej. Rejeição: Total do ICMS-ST difere do somatório dositensPág. 26 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGW07 W07-10 55/65 Total dos Produtos e Serviços (id:W07) difere do somatório dovalor dos itens (id:I11) sujeitos ao ICMS. Considerar somenteFacult. 564 Rej. Rejeição: Total do Produto / Serviço difere dosomatório dos itensos valores dos itens com a TAG indTot (id:I17b) = 1 (*3)(NT 2011/004)GW08 W08-10 55/65 Total do Frete (id:W08) difere do somatório do valor dos itens Facult. 535 Rej. Rejeição: Total do Frete difere do somatório dos itens(id:I15) (*3)GW09 W09-10 55/65 Total do Seguro (id:W09) difere do somatório do valor dos itens(id:I16) (*3)Facult. 536 Rej. Rejeição: Total do Seguro difere do somatório dositensGW10 W10-10 55/65 Total do Desconto (id:W10) difere do somatório do valor dositens (id:I17) (*3)Facult. 537 Rej. Rejeição: Total do Desconto difere do somatório dositensGW11 W11-10 55/65 Total do vII (id:W11) difere do somatório do valor dos itens Facult. 601 Rej. Rejeição: Total do II difere do somatório dos itens(id:P04) (*3) (NT 2011/004)GW12 W12-10 55/65 Total do IPI (id:W12) difere do somatório do valor dos itens Facult. 538 Rej. Rejeição: Total do IPI difere do somatório dos itens(id:O14) (*3)GW13 W13-10 55/65 Total do vPIS (id:W13) difere do somatório do valor dos itens(id:Q09) (*3) de item sujeito ao ICMS (existe grupo ICMS)(NT 2011/004)GW14 W14-10 55/65 Total do vCOFINS (id:W14) difere do somatório do valor dositens (id:S11) (*3) de item sujeito ao ICMS (existe grupo ICMS)(NT 2011/004)GW15 W15-10 55/65 Total do vOutro (id:W15) difere do somatório do valor dos itens(id:I17a) (*3) (NT 2011/004)Facult. 602Facult. 603Facult. 604Rej. Rejeição: Total do PIS difere do somatório dos itenssujeitos ao ICMSRej. Rejeição: Total do COFINS difere do somatório dositens sujeitos ao ICMSRej. Rejeição: Total do vOutro difere do somatório dositensPág. 27 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGW16 W16-10 55/65 Se NF-e de Saída (tpNF=1):-Total do vNF (id:W16) difere do somatório de:(+) vProd (id:W07)(-) vDesc (id:W10)(+) vST (id:W06)(+) vFrete (id:W08)(+) vSeg (id:W09)(+) vOutro (id:W15)(+) vII (id:W11)(+) vIPI (id:W12)(+) vServ (id:W18) (*3) (NT 2011/005)Facult. 610 Rej. Rejeição: Total da NF difere do somatório dos Valorescompõe o valor Total da NF.Exceção – Faturamento direto de veículos novos:Se NF-e de Saída (tpNF=1, id:B11) e se informada operação deFaturamento Direto para veículos novos (tpOp = 2, id:J02):- Total do vNF (id:W16) difere do somatório de:(+) vProd (id:W07)(-) vDesc (id:W10)(+) vFrete (id:W08)(+) vSeg (id:W09)(+) vOutro (id:W15)(+) vII (id:W11)(+) vIPI (id:W12)(+) vServ (id:W18) (*3) (NT 2011/005)GW16a W16-20 55/65 Verificar se o valor total da NF-e é superior ao valor limiteestabelecido pela SEFAZ (valor limite parametrizável)(NT 2011/004)W16-30 65 NFC-e com valor total superior a R$ 10.000,00 (parametrizável):- Código do Destinatário não informado(mod=65 e código destinatário = nulo (CNPJ, CPF, idEstrang).W16-40 65 NFC-e com valor total superior a R$ 10.000,00 (parametrizável):- Nome do Destinatário não informado(mod=65 e tag “dest/xNome” não existe)W16-50 65 NFC-e com valor total superior a R$ 10.000,00 (parametrizável):- Endereço do Destinatário não informado(mod=65 e tag “dest/enderDest” não existe)W16-60 65 NFC-e com somatório dos pagamentos (id:YA03) diferente doTotal da Nota Fiscal (id:W16)Nota: Considerar uma tolerância de R$ 1,00 para mais ou paramenos.Facult. 611Rej. Rejeição: Total da NF superior ao valor limiteestabelecido pela SEFAZ [Limite]Obrig 750 Rej. Rejeição: NFC-e com valor total superior ao permitidopara destinatário não identificado (Código)Obrig 751 Rej. Rejeição: NFC-e com valor total superior ao permitidopara destinatário não identificado (Nome)Obrig 752 Rej. Rejeição: NFC-e com valor total superior ao permitidopara destinatário não identificado (Endereço)Obrig. 767 Rej. Rejeição: NFC-e com somatório dos pagamentosdiferente do total da Nota FiscalPág. 28 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroGW18 W18-10 55/65 Total do vServ (id:W18) difere do somatório do valor dos itens do Facult. 605 Rej. Rejeição: Total do vServ difere do somatório do vProdvProd (id:I11) de item sujeito ao ISSQN (*3) (NT 2011/004)dos itens sujeitos ao ISSQNGW19 W19-10 55/65 Total do vBC (id:W19) difere do somatório do valor dos itens(id:U02) de item sujeito ao ISSQN (*3) (NT 2011/004)Facult. 606 Rej. Rejeição: Total do vBC do ISS difere do somatóriodos itensGW20 W20-10 55/65 Total do vISS (id:W20) difere do somatório do valor dos itens Facult. 607 Rej. Rejeição: Total do ISS difere do somatório dos itens(id:U04) de item sujeito ao ISSQN (*3) (NT 2011/004)GW21 W21-10 55/65 Total do vPIS (id:W21) difere do somatório do valor dos itens(id:Q09) de item sujeito ao ISSQN (*3) (NT 2011/004)Facult. 608 Rej. Rejeição: Total do PIS difere do somatório dos itenssujeitos ao ISSQNGW22 W22-10 55/65 Total do vCOFINS (id:W22) difere do somatório do valor dositens (id:S11) de item sujeito ao ISSQN (*3) (NT 2011/004)Facult. 609 Rej. Rejeição: Total do COFINS difere do somatório dositens sujeitos ao ISSQNX - Transporte da NF-eX02-10 65 NFC-e com FreteObrig. 753 Rej. Rejeição: NFC-e com Frete(mod=65 e modFrete9)X03-10 65 NFC-e com dados do TransportadorObrig. 754 Rej. Rejeição: NFC-e com dados do Transportador(mod=65 e grupo “transporta” existe)GX04 X04-10 55 Validar CNPJ do transportador, se informado. Obrig. 542 Rej. Rejeição: CNPJ do Transportador inválidoGX05 X05-10 55 Se informado CPF do transportador:Obrig. 543 Rej. Rejeição: CPF do Transportador inválido- CPF com zeros, nulo, 111..., 222..., ..., ou DV inválido (NT2012.003)GX07 X07-10 55 Se informada a IE do Transportador:Obrig. 559 Rej. Rejeição: UF do Transportador não informada- UF do Transportador (id:X10) não informadaGX07.1 X07-20 55 IE do Transportador informada e diferente de “ISENTO”: Obrig. 544 Rej. Rejeição: IE do Transportador inválida- Validar IE, conforme a UF do transportador informadaX11-10 65 NFC-e com dados de Retenção do ICMS no Transporte(mod=65 e grupo ‘retTransp” existe)Obrig. 755 Rej. Rejeição: NFC-e com dados de Retenção do ICMS noTransporteGX17 X17-10 55 Se informado Código Município do FG - Transporte (id:X17):- Código do Município do FG - Transporte com dígito inválidoObrig. 288 Rej. Rejeição: Código Município do FG - Transporte: dígitoinválidoX18-10 65 NFC-e com dados do veículo de TransporteObrig. 756 Rej. Rejeição: NFC-e com dados do veículo de Transporte(mod=65 e grupo “veicTransp” existe)X22-10 65 NFC-e com dados de Reboque do veículo de Transporte(mod=65 e grupo “reboque” existe)Obrig. 757 Rej. Rejeição: NFC-e com dados de Reboque do veículode TransporteX25a-10 65 NFC-e com dados do Vagão de TransporteObrig. 758 Rej. Rejeição: NFC-e com dados do Vagão de Transporte(mod=65 e grupo “vagao” existe)X25b-10 65 NFC-e com dados da Balsa de TransporteObrig. 759 Rej. Rejeição: NFC-e com dados da Balsa de Transporte(mod=65 e grupo “balsa” existe)Y – Dados de CobrançaY01-10 65 NFC-e com dados de cobrança (Fatura, Duplicata)(mod=65 e grupo “cobr” existe)Obrig. 760 Rej. Rejeição: NFC-e com dados de cobrança (Fatura,Duplicata)YA –Formas de PagamentoPág. 29 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroYA01-10 55 NF-e não deve possuir o grupo de Formas de Pagamento(mod=55 e grupo “pag” existe)Obrig. 768 Rej. Rejeição: NF-e não deve possuir o grupo de Formasde PagamentoYA01-20 65 NFC-e deve possuir o grupo de Formas de Pagamento(mod=65 e grupo “pag” não existe)Obrig. 769 Rej. Rejeição: NFC-e deve possuir o grupo de Formas dePagamentoZ - Informação Adicional da NF-eZA - Comércio ExteriorZA01-10 65 NFC-e com dados de Exportação(mod=65 e grupo “exporta” existe)ZB - Informação de CompraZB01-10 65 NFC-e com dados de compras (Empenho, Pedido, Contrato)(mod=65 e grupo “compra” existe)ZC - Informações do Registro de Aquisição de CanaZC01-10 65 NFC-e com dados de aquisição de Cana(mod=65 e grupo “cana” existe)Obrig. 761 Rej. Rejeição: NFC-e com dados de ExportaçãoObrig. 762 Rej. Rejeição: NFC-e com dados de compras (Empenho,Pedido, Contrato)Obrig. 763 Rej. Rejeição: NFC-e com dados de aquisição de CanaBanco de Dados: EmitenteG1C02 1C02-10 55/65 Acessar Cadastro Contribuinte p/ Emitente:Facult. 245 Rej. Rejeição: CNPJ Emitente não cadastrado– CNPJ emitente não cadastradoG1C02.1 1C02-20 55/65 – Emitente não autorizado Obrig. 203 Rej. Rejeição: Emissor não habilitado para emissão da NFeG1C02a 1C02a-10 55/65 Acessar Cadastro Contribuinte para o Emitente CPF:Facult. 621 Rej. Rejeição: CPF Emitente não cadastrado- CPF Emitente não cadastrado (NT 2011/004)1C02a-20 55/65 - IE emitente não vinculada ao CPF (NT 2011/004) Obrig. 622 Rej. Rejeição: IE emitente não vinculada ao CPFG1C17 1C17-10 55/65 – IE Emitente não cadastrada Facult. 230 Rej. Rejeição: IE do emitente não cadastradaG1C17.1 1C17-20 55/65 – IE Emitente não vinculada ao CNPJ Obrig. 231 Rej. Rejeição: IE do emitente não vinculada ao CNPJG1C17.2 1C17-30 55/65 – Emitente em situação irregular perante o Fisco Obrig. 301 Den. Uso Denegado: Irregularidade fiscal do emitenteG1B0855/65 Banco de Dados: Chave da NF-e1B08-10 55/65 Acesso BD NFE (Chave: CNPJ Emitente, Modelo, Série, Nro):– NF-e já cadastrada, com diferença na Chave de Acesso(Código Numérico ou outras posições da Chave de Acesso).(NT 2011/004)Facult. 539Rej. Duplicidade de NF-e com diferença na Chave deAcesso [chNFe:99999999999999999999999999999999999999999999][nRec:999999999999999]A SEFAZ pode devolver o nREC – Número do Recibodo Lote caso tenha condições.Pág. 30 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroG1B08.1 1B08-20 55/65 – NF-e já cadastrada e não Cancelada/Denegada Obrig. 204 Rej. Duplicidade de NF-e [nRec:999999999999999]A SEFAZ pode devolver o nREC – Número do Recibodo Lote caso tenha condições. (NT 2011/004)G1B08.2 1B08-30 55/65 - NF-e já cadastrada e está Cancelada Obrig. 218 Rej. NF-e já está cancelada na base de dados da SEFAZ[nRec:999999999999999]A SEFAZ pode devolver o nREC – Número do Recibodo Lote caso tenha condições. (NT 2011/004)G1B08.3 1B08-40 55/65 - NF-e já cadastrada e está Denegada Obrig. 205 Rej. NF-e está denegada na base de dados da SEFAZ[nRec:999999999999999]G1B08.51B08-50 55/65 NF-e com mesmo número e série já transmitida e aguardandoprocessamento (NT 2011/004)Facult. 635A SEFAZ pode devolver o nREC – Número do Recibodo Lote caso tenha condições. (NT 2011/004)Rej. Rejeição: NF-e com mesmo número e série játransmitida e aguardando processamentoBanco de Dados: InutilizaçãoG1B08.4 1B08-100 55/65 Acesso BD de Inutilização (Chave: CNPJ, Modelo, Série, Nro):- Numeração da NF-e está inutilizada (NT 2011/004)Obrig. 206 Rej. Rejeição: NF-e já está inutilizada na Base de dadosda SEFAZ55/65 Banco de Dados: NF-e ComplementarG1B25 1B25-10 55 Se NF-e complementar (finNFe=2) e informado NF-ereferenciada (Campo: refNFe):. Acessar BD NFE com a Chave de Acesso informada (Campo:refNFe);- NF-e referenciada inexistenteG1B25.1 1B25-20 55 - NF-e referenciada acessada também é uma NF-eComplementar (finNFe=2)55 Banco de Dados: DestinatárioG1E17 1E17-10 55 Se informada IE Destinatário e CNPJ:. Acessar Cadastro Contribuinte (Chave: IE, CNPJ destinatário)- CNPJ destinatário não cadastradoNota: Validação possível quando operação no Estado (UFemitente = UF destinatário), ou SEFAZ do destinatáriodisponibiliza informações do Cadastro de Contribuintes parademais SEFAZ)G1E17.1 1E17-20 55 - IE destinatário não cadastradaNota: Idem nota anterior.Facult. 267Facult. 268Facult. 246Facult. 233Rej. Rejeição: NF Complementar referencia uma NF-einexistenteRej. Rejeição: NF Complementar referencia uma outra NFeComplementarRej. Rejeição: CNPJ Destinatário não cadastradoRej. Rejeição: IE do destinatário não cadastradaPág. 31 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004# Campo-Seq Modelo Regra de Validação Aplic. Msg Efeito Descrição ErroG1E17.2 1E17-30 55 - IE destinatário não vinculada ao CNPJFacult. 234 Rej. Rejeição: IE do destinatário não vinculada ao CNPJNota: Idem nota anterior.G1E17.3 1E17-40 55 Se informada IE do Destinatário e CPF:Facult. 623 Rej. Rejeição: CPF Destinatário não cadastrado. Acessar Cadastro Contribuinte (Chave: IE / CPF destinatário)- CPF Destinatário não cadastrado (NT 2011/004)Nota: Idem nota anterior.G1E17.4 1E17-50 55 - IE destinatário não vinculada ao CPF (NT 2011/004) Facult. 624 Rej. Rejeição: IE Destinatário não vinculada ao CPFNota: Idem nota anterior.G1E17.5 1E17-60 55 Se informado IE do Destinatário:- Destinatário em situação irregular perante o FiscoNota: Idem nota anterior.Facult. 302 Rej. Uso Denegado: Irregularidade fiscal do destinatário05. Lote de NF-e (item 4.1 do Manual)A arquitetura atual do Sistema NF-e é assíncrona, onde a empresa envia um Lote de NF-e e recebe um Recibo de Lote na resposta. De posse desteRecibo, a empresa, em uma conexão posterior, busca o resultado do processamento do Lote.Este procedimento é justificado, pois existem processos diferentes de empresas consumindo os Web Services do Serviço de Autorização: Empresa que opera de forma batch, recebendo os pedidos durante o dia e emitindo as NF-e em um horário determinado. Estas empresas utilizamo Lote de NF-e com várias NF-e; Empresa que opera de forma on-line, real time, onde a operação de emissão da NF-e está vinculada a uma operação comercial que estáocorrendo no momento. Estas empresas enviam o Lote com somente uma NF-e.05.1 Processamento SíncronoNo caso da NFC-e, a empresa tende a operar de forma on-line, real time, com o Pedido de Autorização de Uso contendo somente uma NF-e no Lote. Acritério da Empresa e da SEFAZ Autorizadora, existe a possibilidade da resposta síncrona do Lote de NF-e, conforme segue: Processamento síncrono para os Lotes com somente uma NF-e; Processamento assíncrono para os Lotes com mais de uma NF-e.O novo processo de resposta do processamento Síncrono / Assíncrono do Lote da NF-e, na nova versão do leiaute das mensagens, deverá conviverdurante um tempo com o processamento da forma anterior (somente assíncrono). Para isso, muda o nome do Web Service como segue: Novo Web Service: NfeAutorizacao; Novo Método: NfeAutorizacaoLote.Pág. 32 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00405.2 Mensagem de Lote CompactadaO tamanho médio da mensagem da NF-e / NFC-e é de aproximadamente 10 KB (dependendo da quantidade de itens), necessitando de umdimensionamento correto da rede interna e do canal de Internet das empresas e da SEFAZ.Para contornar este necessidade de uma maior infraestrutura de rede (rede interna e canal Internet), a mensagem de envio de Lote de NF-e / NFC-epoderá ser compactada, a critério da empresa. Estima-se que a compactação da mensagem de Lote irá reduzir em mais de 50% do tamanho destamensagem.Seguem detalhes da implementação: Mantido o mesmo Web Service “NfeAutorizacao”, descrito no item anterior; Disponibilizado novo método para receber a mensagem do Lote compactada (Nome do Método: NfeAutorizacaoLoteZip); O novo método tem unicamente o parâmetro “nfeDadosMsgZip”, contendo a mensagem “enviNFe” compactada com padrão GZip, onde oresultado da compactação é convertido para Base64.A aplicação da SEFAZ irá descompactar a mensagem recebida, seguindo o procedimento normal do tratamento do Lote descompactado. Em caso defalha no processo de descompactação será retornado o erro “416-Rejeição: Falha na descompactação da área de dados”.05.3 Mensagem de Entrada (item 4.1.1 do Manual, leiaute: enviNFe)Alterado o leiaute da mensagem de Lote de NF-e, conforme segue:# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoAP03a indSinc E AP01 N 1-1 1 0=Não.1=Empresa solicita processamento síncrono do Lote de NF-e (sem a geração de Recibopara consulta futura);Nota: O processamento síncrono do Lote corresponde a entrega da resposta doprocessamento das NF-e do Lote, sem a geração de um Recibo de Lote para consultafutura. A resposta de forma síncrona pela SEFAZ Autorizadora só ocorrerá se:- a empresa solicitar e constar unicamente uma NF-e no Lote;- a SEFAZ Autorizadora implementar o processamento síncrono para a resposta do Lote deNF-e.Pág. 33 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00405.4 Mensagem de Resposta (item 4.1.2 do Manual, leiaute: retEnviNFe)Alterado o leiaute da mensagem de resposta do Lote de NF-e, conforme segue:# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoAR06b dhRecbto E AR01 D 1-1 Preenchido com a data e hora do processamento (informado também no caso de rejeição).Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.AR07 infRec CG AR01 - 0-1 - Dados do Recibo de Lote (só é gerado se o lote for aceito e o processamento forassíncrono)AR11 protNFe CG AR01 - 0-1 - Dados do Protocolo de recebimento da NF-e gerado no caso do processamento síncrono doLote de NF-e. Ver descrição do “protNFe” no item 4.2.2.Eliminado o texto onde consta:“As mensagens recebidas com erro geram uma mensagem de erro. Nas demais hipóteses será retornado um recibo com número, data, hora localde recebimento e tempo médio de resposta do serviço nos últimos 5 minutos.O número do recibo gerado pelo Portal da Secretaria de Fazenda Estadual será a chave de acesso do serviço de consulta ao resultado doprocessamento do lote.”05.5 Descrição do Processo de Recepção de Lotes de NF-e (item 4.1.3 do Manual)Eliminado o texto onde consta:“Este método será responsável por receber as mensagens de envio de lotes de NF-e e colocá-las na fila de entrada.”05.6 Geração da Resposta com Recibo (item 4.1.6 do Manual)Alterado o texto descritivo do processamento para:A. Erro no LoteCaso ocorra algum problema de validação no Lote de NF-e, o aplicativo deverá retornar uma mensagem com as seguintes informações:• a identificação do ambiente;• a versão do aplicativo;• o código e a respectiva mensagem de erro (vide a tabela do item 5.1);Pág. 34 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004B. Processamento AssíncronoNo caso de processamento assíncrono do Lote de NF-e, não existindo qualquer problema nas validações acima referidas, o aplicativo poderágerar um número de recibo e gravar a mensagem, juntamente com o número do recibo e o CNPJ do transmissor. O número do recibo geradopelo Portal da Secretaria de Fazenda Estadual será a chave de consulta do serviço de consulta ao resultado do processamento do lote.Após a gravação da mensagem na fila de entrada será retornada uma mensagem de confirmação de recebimento para o transmissor, com asseguintes informações:• a identificação do ambiente;• a versão do aplicativo;• o código 103 e o literal “Lote recebido com Sucesso”;• o código da UF que atendeu a solicitação;• o número do recibo (vide item 5.5), com data, hora local de recebimento da mensagem;• tempo médio de resposta do serviço de processamento dos lotes nos últimos 5 minutos (vide detalhamento da forma de cálculo no item5.7).C. Processamento SíncronoNo caso de processamento síncrono do Lote de NF-e, as validações da NF-e serão feitas na sequência, sem a geração de um Número deRecibo.05.7 Descrição do Processamento do Lote de NF-e (item 4.1.7 do Manual)Alterado o texto descritivo do processamento para:“No caso do processamento assíncrono, o processamento do Lote de NF-e recepcionado é realizado pelo Servidor de Processamento de NF-e queconsome as mensagens armazenadas na fila de entrada e faz a validação de forma e das regras de negócios e armazena o resultado doprocessamento na fila de saída.”05.8 Validação das Regras de Negócio do Lote (antes do item 4.1.9.4 do Manual)“4.1.9.4 Validação de regras de negócio do Lote de NF-e”# Regra de Validação Aplic. Msg EfeitoGAP03a Solicitada resposta síncrona para Lote com mais de uma NF-e (indSinc=1) Obrig. 764 Rej.Pág. 35 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00406. Consulta Resultado do Lote (item 4.2 do Manual)O novo processo de resposta do processamento Síncrono / Assíncrono do Lote da NF-e, na nova versão do leiaute das mensagens, deverá conviverdurante um tempo com o processamento da forma anterior (somente assíncrono). Para isso, muda o nome do Web Service como segue: Novo Web Service: NfeRetAutorizacao; Novo Método: NfeRetAutorizacaoLote.06.1 Mensagem de Resposta (item 4.2.2 do Manual, leiaute: retConsReciNFe)Alterada a mensagem de resposta, incluindo a Data e Hora do processamento pela SEFAZ, no formato UTC e alterando a Data e Hora do Protocolo deAutorização de Uso também para o formato UTC.# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoBR06b dhRecbto E BR01 D 1-1 - Preenchido com a data e hora do processamento (informado também no caso de rejeição).Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.PR08 dhRecbto E PR03 D 1-1 - Preenchido com a data e hora do processamento (informado também no caso de rejeição).Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.07. Cancelamento de NF-e (item 4.3 do Manual)Existe a previsão de desativação deste Web Service para a NF-e. No caso da NFC-e, não será aceito o Pedido de Cancelamento através deste WebService, devendo ser usado o Evento de cancelamento para este fim.07.1 Validação das Regras de Negócio do Cancelamento da NF-e (item 4.3.7.4 do Manual)# Regra de Validação Aplic. Msg EfeitoH03a Chave de Acesso inválida (modelo diferente de 55) Obrig. 450 Rej.Pág. 36 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00408. Inutilização de Numeração de NF-e (item 4.4 do Manual)08.1 Mensagem de Pedido de Inutilização (item 4.4.1 do Manual, leiaute: inutNFe)# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoDP10 mod E DP03 N 1-1 2 Modelo do documento (55 ou 65)08.2 Mensagem de Resposta (item 4.4.2 do Manual, leiaute: retInutNFe)Alterado o protocolo de resposta, passando a Data e Hora do processamento pela SEFAZ para o formato UTC.# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoDR16 dhRecbto E DR03 D 1-1 Preenchido com a data e hora do processamento (informado também no caso de rejeição).Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.09. Consulta Situação da NF-e (item 4.5 do Manual)09.1 Mensagem de Resposta (item 4.5.2 do Manual, leiaute: retConsSitNFe)Alterada a mensagem de resposta, incluindo a Data e Hora do processamento pela SEFAZ, no formato UTC.# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoER07a dhRecbto E ER01 D 1-1 Preenchido com a data e hora do processamento.Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -Pág. 37 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00401:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.ER07b chNFe E ER01 N 1-1 44 Chave de Acesso da NF-e consultada09.2 Validação das Regras de Negócio da Consulta Situação (item 4.5.7.2 do Manual)# Regra de Validação Aplic. Msg EfeitoJ02f Chave de Acesso inválida (modelo diferente de 55 e 65) Obrig. 618 Rej.10. Consulta Status Serviço (item 4.6 do Manual)10.1 Sobre o Web Service de Consulta Status ServiçoExiste a previsão futura de eliminar este Web Service para o Serviço de Autorização da NF-e, discussão esta ainda não iniciada com as empresas.Os argumentos que levam a esta necessidade de discussão são: Identificado mau uso do Web Service por muitas empresas (loop de requisições), representando atualmente 46% das requisições e 24,4% detodo o tráfego de dados no canal da Internet da SEFAZ para o Serviço de Autorização; Identificado que algumas empresas estruturaram a sua aplicação de forma a prescindir desta consulta, com vantagens operacionais e de controlepara a própria empresa; Identificado que a resposta deste Web Service não determina a entrada ou não em contingência, onde:o a resposta do Web Service pode ser normal, mas a empresa não consegue autorizar a NF-e;o a resposta do Web Service pode indicar problema (timeout, por exemplo), mas a empresa consegue autorizar NF-e normalmente.No caso da NFC-e, a orientação atual é para as empresas estruturarem a sua aplicação para, em um tempo determinado, prescindir do uso deste WebService.10.2 Mensagem de Resposta (item 4.6.2 do Manual, leiaute: retConsStatServ)Alterada a mensagem de resposta, passando a Data e Hora do processamento pela SEFAZ para o formato UTC.# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrição/ObservaçãoFR08 dhRecbto E FR01 D 1-1 Preenchido com a data e hora do processamento.Pág. 38 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004Formato AAAA-MM-DDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00.11. Evento – Carta de Correção (item 4.8 do Manual)Observado que não há alteração de Schema para o Web Service de Registro de Eventos, mantendo a versão “1.00” atual.11.1 Validação das Regras de Negócio do Registro de Evento (item 4.8.7.5 do Manual)# Regra de Validação Aplic. Msg EfeitoG05f Chave de Acesso inválida (modelo diferente de 55 e 65) (NT 2012.003) Obrig. 618 Rej.12. Evento – Cancelamento (item 4.9 do Manual, descrito na NT 2011.006)Observado que não há alteração de Schema para o Web Service de Registro de Eventos, mantendo a versão “1.00” atual.12.1 Validação das Regras de Negócio do Registro de Evento (item 4.9.7-e do Manual)# Regra de Validação Aplic. Msg EfeitoG04f Chave de Acesso inválida (modelo diferente de 55 e 65) Obrig. 618 Rej.12.2 Validação das Regras de Negócio do Evento de Cancelamento (item 4.9.8 do Manual)# Regra de Validação Aplic. Msg EfeitoGA06a No caso da NFC-e: Verificar se NFC-e está autorizada a mais de 30 minutos. Obrig. 770 Rej.Pág. 39 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00413. Serviço de Recepção de DPEC (item 8.5.1 do Manual)13.1 Validação das Regras de Negócio da DPEC (item 8.5.9.4 do Manual)# Regra de Validação Aplic. Msg EfeitoG11a Chave de Acesso inválida (modelo diferente de 55 e 65) (NT 2012.003) Obrig. 618 Rej.14. Sobre a NFC-e / Outras DefiniçõesEste documento trata do uso do leiaute da Nota Fiscal Eletrônica nas operações de venda presencial no varejo para tanto com identificação pelomodelo 65. Outras definições específicas para a emissão da NFC-e para as empresas do “piloto” constam em documento a parte.14.1 Compartilhamento com o Ambiente NacionalOs documentos autorizados no novo modelo serão compartilhados com o AN.14.2 NFC-e: Operação em ContingênciaPara a contingência da NFC-e poderão ser utilizadas futuramente todas as opções atualmente existentes para a NF-e (modelo 55): Formulário deSegurança, DPEC e SCAN. Para o piloto poderão ser utilizadas apenas as opções de Formulário de Segurança e Contingência off-lineNo campo tipo de emissão foi incluída uma opção de emissão em contingência off-line para varejo que será aceita, conforme decisão de cada UF. Aempresa emitente da NFC-e que estiver operando neste tipo de contingência deverá periodicamente enviar uma NFC-e com o resumo das operaçõesem contingência no período, conforme especificação que consta em documento a parte.14.3 NFC-e: Leiaute do DANFE NFC-eO leiaute do DANFE NFC-e será especificado em documentação própria. Idem para a documentação relacionada com o conteúdo do QR-Code.Inicialmente, estas definições não deverão repercutir no Manual do Contribuinte aguardando o término do “piloto” e a obtenção da legislação pertinente.Pág. 40 / 44

Nota Fiscal eletrônica Nota Técnica 2012.00414.4 NFC-e: Leiaute da Consulta no Portal da SEFAZO resultado da consulta da NFC-e no Portal da SEFAZ será apresentado em leiaute específico, conforme documentação própria.Inicialmente, estas definições não deverão repercutir no Manual do Contribuinte aguardando o término do “piloto” e a obtenção da legislação pertinente.14.5 NFC-e: Validação da Unidade de Comercialização e Unidade TributávelPara a NFC-e, será tabelada a informação da Unidade de Comercialização e a Unidade Tributável. A tabela inicial dos valores possíveis será obtidaconjuntamente com as empresas participantes do “piloto” da NFC-e.Pág. 41 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004DOCUMENTACIONALD01. Orientação para as EmpresasD01.1 Preenchimento dos campos da NF-e na Versão 3.00A mudança no leiaute da NF-e para poder registrar as vendas presenciais do varejo foiaproveitada também para adequar algumas necessidades pré-existentes da própria NF-e, quetambém são necessárias para registrar as operações da NFC-e. Entre elas, a necessidade deidentificação da venda para consumidor final, que, em algumas situações, a legislação define quedeve ser usada a NF-e (antiga Nota Fiscal modelo 1). Idem para a identificação da venda pelaInternet.A. Dados do DestinatárioEm relação aos dados do destinatário, a NFC-e tem a necessidade de identificação doConsumidor Final mesmo se estrangeiro, levando a criação de um novo campo de identificaçãodo destinatário (tag “dest/idEstrangeiro”), com reflexos positivos também para o processo deemissão da NF-e normal.Veja as mudanças no preenchimento da NF-e, conforme quadro que segue:Situação Leiaute antigo Leiaute conjunto NF-e e NFC-eOperação com Exterior - dest/CNPJ com valor nulo - Informar “dest/idEstrangeiro”,podendo ser com valor nulo;Venda interna paraEstrangeiro- dest/enderDest/UF = “EX”;- dest/CNPJ = Nulo;- CFOP dos itens inicia com “5”- dest/enderDest/UF = “EX”;- dest/idEstrangeiro pode sernulo, ou não, conforme regra devalidação;- CFOP dos itens inicia com “5”;Nota: Com a mudança no leiaute, agora o campo “dest/CNPJ” não pode ser mais informadocom valor Nulo, em nenhuma situação.B. Identificação de Operação Interna, Interestadual ou ExportaçãoNo leiaute anterior da NF-e, a identificação do tipo de operação estadual, interestadual ouoperação com exterior é resolvida considerando a UF do endereço do destinatário e o CFOPdos itens da NF-e. A inclusão no leiaute de um identificador para este tipo de operação facilitaa declaração do tipo de operação pela empresa e o desenvolvimento dos controles necessáriospara cada tipo de operação.D01.2 Preenchimento dos campos da NFC-eNo caso da NFC-e, a identificação do destinatário é opcional, em diferentes níveis, conformecritérios que seguem:Identificação DestinatárioPossibilidadeIdentificação do DestinatárioTodo o grupo “dest” pode ser omitidoCódigo de Pessoa Física no Estrangeiro Criado identificador específico para identificação daPessoa Física sem CPF, estrangeiro, podendoassumir valor Nulo.CNPJ, CPF, idEstrangeiroPodem ser informados, sem a necessidade deinformar o Nome do Destinatário, nem o Endereço.Pág. 42 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004Identificação DestinatárioNome do DestinatárioGrupo “dest/enderDest”PossibilidadeA informação de Nome ou Razão Social dodestinatário pode ser omitida, permitindo unicamentea identificação do código do destinatário (CPF,CNPJ, idEstrangeiro).O endereço do destinatário pode ser omitido,permitindo unicamente a identificação do código dodestinatário (CPF, CNPJ, idEstrangeiro) e,opcionalmente também, a informação do Nome doDestinatário.Importante: Pelo Schema XML, os campos de identificação do destinatário podem ser omitidos,mas as regras de validação existentes podem levar a obrigatoriedade da informação, porexemplo, para as operações com valor superior a um determinado limite.D02. Documentação do Manual do ContribuinteSeguem mudanças no Manual do Contribuinte com o objetivo de atualizar e/ou melhorar adocumentação.D02.1 Mensagens de Erro: Alteração de Mensagens ExistentesAlterada a descrição de alguns Códigos de Erros no Manual do Contribuinte (item 5.1.1), conformesegue:CódigoRESULTADO DO PROCESSAMENTO DA SOLICITAÇÃO570 Rejeição: Tipo de Emissão 3, 6 ou 7 só é válido nas contingências SCAN/SVC618 Rejeição: Chave de Acesso inválida (modelo diferente de 55 e 65)D02.2 Mensagens de Erro: Novas MensagensAlterada a tabela de Códigos de Erro, no Manual do Contribuinte (item 5.1.1), com a inclusão denovas regras de validação. Vide as novas Regras de Validação descritas nesta NT.Pág. 43 / 44

Nota Fiscal eletrônica Nota Técnica 2012.004ANEXO ÚNICOEMPRESAS PARTICIPANTES DO PROJETO PILOTO DA NFC-eEmpresa (Nome Fantasia)Unidade Federada1. C COM Shopping Acre2. Makro Acre3. Supermercado Araújo Acre4. Atack Amazonas5. Casa das Correias Amazonas6. COMEPI Amazonas7. FARMABEM Amazonas8. Grupo Braga Amazonas9. Makro Amazonas10. Mirai Panasonic Amazonas11. Armazéns Matheus Maranhão12. City Lar Mato Grosso13. Lojas Avenida Mato Grosso14. Makro Mato Grosso15. Pão de Açúcar (Cia Brasileira de Distribuição) Mato Grosso16. TODIMO Mato Grosso17. BR Distribuidora Rio Grande do Norte18. Lojas Riachuelo Rio Grande do Norte19. Miranda Computação Rio Grande do Norte20. Lojas Renner Rio Grande do Sul21. MAXXI Supermercado (Wal Mart Brasil) Rio Grande do Sul22. PANVEL (DIMED) Rio Grande do Sul23. PAQUETÁ CALÇADOS Rio Grande do Sul24. TOK&STOK Rio Grande do Sul25. ZAFFARI Rio Grande do Sul26. ITA Bolos Sergipe27. Lojão dos Cosméticos Sergipe28. Lojas Riachuelo Sergipe29. MERCANTIL RODRIGUES (Cencosud Brasil) Sergipe30. Ricardo Eletro Sergipe31. SERPAF Sergipe32. SOS Baterias SergipePág. 44 / 44