Nota Técnica 2013.005: Atualizações no Leiaute da NF-e e NFC-e
Nota Técnica 2013.005: Atualizações no Leiaute da NF-e e NFC-e A administração tributária federal e estadual publicou a Nota Técnica 2013.005 para detalhar as alterações no leiaute da Nota Fiscal eletrônica (NF-e, modelo 55) e introduzir a Nota Fiscal de Consumidor eletrônica (NFC-e, modelo 65). O documento aborda...
Nota Técnica 2013.005: Atualizações no Leiaute da NF-e e NFC-e
A administração tributária federal e estadual publicou a Nota Técnica 2013.005 para detalhar as alterações no leiaute da Nota Fiscal eletrônica (NF-e, modelo 55) e introduzir a Nota Fiscal de Consumidor eletrônica (NFC-e, modelo 65). O documento aborda funcionalidades, modificações no leiaute, regras de validação e prazos de implementação para manter a conformidade fiscal. Contadores e empresários devem atentar-se a essas definições para o correto preenchimento e autorização dos documentos fiscais eletrônicos.
Histórico das Alterações da Nota Técnica 2013.005
As necessidades de adaptação do leiaute da NF-e são agrupadas periodicamente para evitar mudanças frequentes nos sistemas emissores. A Nota Técnica 2013.005 reflete a evolução do padrão, incorporando ajustes e novas funcionalidades ao longo de suas versões.
Modificações iniciais (Versão 1.01)
A primeira revisão significativa, a versão 1.01, trouxe mudanças importantes. Houve a inclusão das funcionalidades introduzidas pela Nota Técnica 2013.006, atualizando o leiaute da NF-e e NFC-e, e consolidando as regras de validação. Destaques incluem a validação para rejeitar lotes de NF-e com resposta síncrona se a SEFAZ não suportar, e regras específicas para a NFC-e, impedindo Carta de Correção (CC-e) e cancelamento fora do prazo. Foi estabelecida a obrigatoriedade de identificar o transportador em vendas de combustível e a validação opcional da Nota de Empenho para vendas a órgãos públicos com desoneração de ICMS. Alterações no controle de ISS no item da NF-e também foram implementadas, conforme acordado com a ABRASF.
Ajustes e correções (Versão 1.02)
A versão 1.02 focou em refinar a documentação e ajustar regras de validação já existentes. Um campo indISSRet (id:U11) foi removido da documentação por não existir no Schema XML. Correções foram feitas em regras de validação, como a W20-10, e no texto da regra N28-30. Uma atenção foi dada ao campo de Inscrição Estadual (IE) do destinatário, que na versão 3.10 não aceitaria mais o literal 'ISENTO'. A regra E03a-40 foi eliminada, permitindo a operação interna com idEstrangeiro. O preenchimento com noves do Código do Município para destinatário no Exterior foi padronizado na regra E10-30. Além disso, foram incluídas regras para direcionar corretamente o consumo de Web Services, rejeitando envios de lotes 3.10 para Web Services antigos (nfeRecepcao). No Schema XML, o campo IE do destinatário passou a aceitar somente algarismos, o percentual de diferimento do ICMS (ICMS51) foi limitado a 100%, e o campo NVE (Nomenclatura de Valor Aduaneiro e Estatística) tornou-se opcional, permitindo até 8 ocorrências.
Alterações pós-produção (Versão 1.03)
A versão 1.03 introduziu modificações após a entrada em produção da versão 3.10 do leiaute, visando esclarecer o conteúdo da Nota Técnica. Houve alteração na data de desativação da versão 3.00 da NFC-e para 31/07/2014. Diversas descrições de mensagens de erro foram ajustadas. Nas regras de validação, a finalidade de emissão "Devolução de Mercadoria" (tag:finNFe=4) foi alterada, excluindo certos CFOPs de retorno e operação simbólica. A consolidação de várias devoluções de NF-e em uma única nota foi novamente permitida. Uma nova rejeição para NFC-e foi incluída para emissores com Código de Segurança do Contribuinte válido (C02-30). Exceções foram adicionadas para operações interestaduais usando a tag UFCons (E12-30) e para o CFOP 5653 na NFC-e (I08-150). Outras exceções afetaram a validação de CFOPs de exportação (N12-10) e valores no CST 51 (N17-10). Novas validações para o total do ICMS desonerado (W04a-10) e para a identificação do transportador em operações com combustível (X04-10) foram adicionadas. A obrigatoriedade de 'Chave de Segurança para geração do QR-Code' para NFC-e foi incluída (6C02-10). No Schema XML, a tag idEstrangeiro em operações com o Exterior pode ser informada sem conteúdo, e valores zero são aceitos para campos no CST=51 e para o Adicional ao Frete para Renovação da Marinha Mercante (vAFRMM). A exigência do grupo de formas de pagamento (YA) na NFC-e passou a ser critério da UF. Também foi sinalizada a futura eliminação das variáveis do SOAP Header.
Visão Geral das Mudanças
A Nota Técnica 2013.005 agrupa alterações no leiaute da NF-e visando estabilidade e melhorias. Seu objetivo principal foi divulgar funcionalidades opcionais para o serviço de autorização, detalhar a migração da versão "2.00" para "3.10" do leiaute e aprimorar as regras de validação.
Serviços de autorização de uso na SEFAZ
As SEFAZ Autorizadoras (e SEFAZ Virtual) incorporaram melhorias, oferecendo às empresas a possibilidade de solicitar resposta síncrona para lotes de NF-e com uma única nota, eliminando a necessidade de consulta posterior por recibo. Além disso, o envio da mensagem do lote de NF-e pode ser compactado, reduzindo o consumo de banda de internet. É importante notar que essas são funcionalidades opcionais, e o processo de autorização assíncrono padrão pode ser mantido.
Novidades no leiaute da NF-e
O leiaute da NF-e sofreu várias mudanças. A data de emissão passou a incluir a hora, no formato UTC. Foi introduzida uma identificação explícita para o tipo de operação (interna, interestadual ou com o exterior), o que permite a autorização de NF-e interna com destinatário em outra UF ou no exterior. O leiaute agora permite identificar se o destinatário possui Inscrição Estadual, mesmo que não seja contribuinte do ICMS. Novas identificações para venda a Consumidor Final e tipo de atendimento (presencial, internet, teleatendimento, entrega em domicílio) foram incluídas. A finalidade de emissão para devolução de mercadoria foi criada, aceitando unicamente itens de devolução. As empresas também podem indicar CNPJs/CPFs autorizados a acessar o XML da NF-e. Um campo opcional para o detalhamento do NCM (NVE) e grupos de controle para operações de exportação e papel imune (RECOPI) foram adicionados. Houve ampliação da quantidade de casas decimais para alíquotas de impostos e melhorias na tributação de ICMS, PIS, COFINS e ISSQN.
Considerações sobre a Nota Fiscal de Consumidor Eletrônica (NFC-e)
A NFC-e (Modelo 65) teve poucas mudanças de leiaute, concentrando-se em validações. O escopo da NFC-e é exclusivo para vendas de mercadoria a consumidor final, presenciais ou com entrega, dentro do estado, sem geração de crédito de ICMS. A aceitação e credenciamento de empresas para emitir NFC-e, assim como a modalidade de contingência off-line e a dispensa de impressão do DANFE NFC-e, são a critério de cada UF.
Regras de validação
O processo de validação pela SEFAZ Autorizadora, embora geralmente não impacte diretamente a geração dos documentos pelas empresas, serve como guia para o correto preenchimento dos dados. A atualização do leiaute da NF-e acarretou a inclusão e modificação de diversas regras de validação. As principais validações incluem a flexibilização da informação da Inscrição Estadual (IE) com ou sem zeros não significativos, um arredondamento mais preciso para totais da NF-e e impostos, validação do CNPJ do destinatário mesmo sem IE, e a obrigatoriedade da descrição do produto conforme padrão ANP para combustíveis. Foi criada uma finalidade específica para NF-e de devolução, que deve conter unicamente itens de devolução.
Cronograma de implementação
Os prazos de implantação variaram conforme o modelo do documento fiscal (NF-e ou NFC-e).
Para a NF-e (Modelo 55), o ambiente de homologação esteve disponível em 03/02/2014, o de produção em 10/03/2014, com a desativação da versão "2.00" em 01/12/2014. As UF que participaram do piloto da NFC-e tiveram prazos antecipados para a NF-e, devido à unificação dos leiautes.
Para a NFC-e (Modelo 65), a versão "3.00" foi desativada em 31/07/2014. As UF integrantes do projeto piloto (AC, AM, MA, MT, RN, RS e SE) tiveram o ambiente de homologação em 02/12/2013 e o de produção em 06/01/2014. As demais UF seguiram seus próprios cronogramas.
Detalhes dos Serviços de Autorização
A Nota Técnica detalha o funcionamento e as atualizações nos serviços de autorização de uso da NF-e, essenciais para a comunicação entre as empresas e a SEFAZ.
Processamento assíncrono e síncrono
A arquitetura tradicional do Sistema NF-e é assíncrona: a empresa envia um lote de NF-e e recebe um recibo, que posteriormente é consultado para obter o resultado do processamento. Essa modalidade atende tanto empresas que operam em "batch" quanto aquelas que emitem NF-e individualmente em tempo real. Com a Nota Técnica 2013.005, foi introduzida a possibilidade de processamento síncrono para lotes que contenham apenas uma NF-e, a critério da empresa e da SEFAZ Autorizadora. Os Web Services foram renomeados para NfeAutorizacao (para envio) e NfeRetAutorizacao (para consulta), substituindo NfeRecepcao2 e NfeRetRecepcao2, respectivamente, a partir da versão 3.10.
Mensagem compactada no envio de lotes
Para otimizar o uso da infraestrutura de rede, o envio de lotes de NF-e pode ser compactado no padrão GZip e convertido para Base64. Estima-se uma redução de 70% no tamanho da mensagem. O Web Service NfeAutorizacao disponibiliza um novo método, NfeAutorizacaoLoteZip, para receber essas mensagens compactadas. Falhas na descompactação resultam no erro '416 - Rejeição: Falha na descompactação da área de dados'.
Consulta de resultado do lote
O novo processo de resposta para lotes de NF-e, tanto síncrono quanto assíncrono, operará em paralelo com a forma anterior por um tempo. O Web Service para consulta do resultado do lote foi atualizado para NfeRetAutorizacao, com o método NfeRetAutorizacaoLote.
Versões do leiaute das mensagens
Todos os leiautes das mensagens de serviço foram atualizados para a versão "3.10", alinhando-se à migração anterior para a versão "2.00".
Infraestrutura de processamento da SEFAZ
A nova versão do leiaute é unificada para NF-e e NFC-e. Preve-se um aumento significativo no volume de NFC-e, exigindo mudanças na infraestrutura de autorização da SEFAZ. Isso inclui a separação dos bancos de dados e da infraestrutura de Web Services. As SEFAZ podem disponibilizar domínios (URLs) diferentes para NF-e e NFC-e. Contudo, para minimizar impactos, os nomes dos Web Services e métodos serão mantidos, exigindo que as empresas direcionem suas requisições corretamente, sob pena de rejeição (códigos 450 para modelo diferente de 55 e 775 para modelo diferente de 65).
Atualizações no Leiaute da NF-e (Anexo I)
O Anexo I da Nota Técnica 2013.005 detalha as modificações no leiaute da NF-e para a versão '3.10', que também atende a NFC-e.
Identificação de Nota Fiscal de Venda Presencial no Varejo (NFC-e)
O campo "Modelo do Documento Fiscal" (mod) foi alterado para incluir o valor 65 para NFC-e, além do 55 para NF-e. A NFC-e é utilizada para vendas no varejo, onde a NF-e não é exigida.
Data e Hora de Emissão no formato UTC
Os campos de data e hora de emissão (dhEmi) e saída/entrada (dhSaiEnt) foram padronizados para o formato UTC ('AAAA-MM-DDThh:mm:ssTZD'). Essa representação é mais adequada para um país de dimensões continentais como o Brasil, aceitando horários de qualquer fuso. O campo hSaiEnt foi eliminado.
Identificação de Operação Interna, Interestadual ou com Exterior
Um novo campo, idDest, foi incluído para identificar o local de destino da operação (1=Operação interna, 2=Operação interestadual, 3=Operação com exterior), simplificando a declaração e o controle, que antes dependiam do confronto entre a UF do destinatário e o CFOP.
Finalidade de Emissão: Devolução de Mercadoria
A Nota Técnica 2013.005 introduziu a finalidade de emissão 4 para "Devolução de Mercadoria" (finNFe). NF-e com essa finalidade deve obrigatoriamente referenciar um documento fiscal e conter apenas itens relativos a devolução. Para outras finalidades, CFOPs de devolução são proibidos.
Indicação de Operação com Consumidor Final e Atendimento Presencial
Foram adicionados os campos indFinal (0=Normal, 1=Consumidor final) para indicar a operação com consumidor final, e indPres (0=Não se aplica, 1=Operação presencial, 2=Internet, 3=Teleatendimento, 4=NFC-e com entrega em domicílio, 9=Outros) para indicar a presença do comprador.
Identificação do Destinatário
O campo indIEDest foi incluído para indicar o tipo de Inscrição Estadual do destinatário (1=Contribuinte ICMS, 2=Contribuinte isento de Inscrição, 9=Não Contribuinte). Para NFC-e, a identificação do destinatário é opcional até um certo limite de valor, podendo-se informar apenas CPF, CNPJ ou idEstrangeiro. Para NFC-e com entrega em domicílio (indPres=4), a identificação completa do destinatário, endereço e transportador é obrigatória.
Autorização de Acesso ao XML
Foi criado um grupo (autXML) que permite ao emitente indicar CNPJs/CPFs de terceiros (como contadores ou transportadores) que poderão acessar o arquivo XML da NF-e através da Consulta Pública, além do destinatário e do próprio emitente.
Detalhamento do NCM: NVE
A Nota Técnica 2013.005 adicionou o campo opcional NVE (Nomenclatura de Valor Aduaneiro e Estatística), que detalha certos códigos de NCM para valoração aduaneira e aprimoramento de dados estatísticos de comércio exterior. A codificação NVE é composta por duas letras maiúsculas e quatro algarismos, podendo ter até 8 ocorrências por item.
Controle de Importação por Item
Controles adicionais foram criados para importação. A tag vAFRMM (Valor do Adicional ao Frete para Renovação da Marinha Mercante) é obrigatória para importações marítimas, mesmo que com valor zero. O CNPJ e a UF do adquirente ou encomendante são obrigatórios, exceto para importação por conta própria. O número do ato concessório de Drawback (nDraw) também foi incluído e é obrigatório para CFOPs específicos de importação.
Controle de Exportação por Item
Foi criado um grupo específico para controle de exportação por item da NF-e (detExport). Esse grupo é obrigatório para alguns CFOPs de exportação. Para exportação indireta, além da obrigatoriedade do grupo, exige-se a informação da Chave de Acesso da NF-e recebida para exportação no grupo de documentos referenciados (chNFe), que deve existir no banco de dados da SEFAZ.
Produtos Específicos: Combustíveis e Papel Imune
Para combustíveis, incluiu-se o campo pMixGN para informar o percentual de Gás Natural na mistura de GLP, utilizando o código ANP "210203001 - GLP". Para papel imune, um novo grupo (nRECOPI) foi criado para informar o número do Registro e Controle das Operações com o Papel Imune Nacional (RECOPI). A informação do RECOPI é obrigatória para operações com papel imune, e a NF-e pode ser autorizada em até 5 dias após a data do identificador gerado no RECOPI.
Grupo de Tributação: Alíquotas de Imposto e Casas Decimais
Foi ampliada a possibilidade de informar até quatro casas decimais nas alíquotas de diversos impostos, como ICMS, ICMS ST, IPI, PIS, COFINS e ISSQN, atendendo a legislações específicas. Essa ampliação é opcional, permitindo a manutenção das duas casas decimais quando autorizado.
Grupos de Tributação do ICMS
As alterações nos grupos de tributação do ICMS foram diversas:
* Grupo ICMS20 (Redução da Base de Cálculo): Incluído campo opcional para "Valor do ICMS desonerado" (vICMSDeson) e "Motivo da Desoneração" (motDesICMS).
* Grupo ICMS30 (Isenta ou Não Tributada, com cobrança do ICMS por ST): Semelhante ao ICMS20, recebeu campos opcionais para vICMSDeson e motDesICMS.
* Grupo ICMS40 (Imunidade, Não Incidência ou Desoneração): O campo "Valor do ICMS" foi renomeado para vICMSDeson, e o motivo da desoneração "2=Deficiente Físico" foi eliminado, com a inclusão de novos valores de dois dígitos.
* Grupo ICMS51 (Diferimento): Incluídos campos opcionais para controle e cálculo do ICMS, como "Valor do ICMS da operação" (vICMSOp), "percentual do diferimento" (pDif) e "Valor do ICMS diferido" (vICMSDif).
* Grupo ICMS70 (Redução da Base de Cálculo e Cobrança do ICMS por ST): Também recebeu campos opcionais para vICMSDeson e motDesICMS.
* Grupo ICMS90 (Outros): Da mesma forma, foram adicionados campos opcionais para vICMSDeson e motDesICMS.
* Grupo de Totais: O valor total do ICMS desonerado (vICMSDeson, id:W04a) foi adicionado, com novas regras de validação.
* Valor Total Limite por UF: Regras de validação foram criadas para verificar se o valor total da NF-e, do ICMS e do ICMS-ST excede um limite estabelecido pela UF, evitando erros de preenchimento.
Grupo de Tributação do IPI
A Nota Técnica 2013.005 trouxe duas principais mudanças para o IPI:
* Concomitância do IPI e ISSQN: Agora é permitido informar no mesmo item da NF-e a tributação do IPI e do ISSQN. Anteriormente, itens de produto e serviço tributados por ambos deveriam ser separados.
* Devolução do IPI: Um novo grupo opcional foi incluído para informar o valor do IPI devolvido para um item específico da NF-e, aplicável apenas a NF-e de devolução de mercadoria (finNFe=4).
Grupo de Tributação do PIS e COFINS
No que se refere ao PIS e COFINS, as seguintes alterações foram implementadas:
* Grupo PISNT e COFINSNT: Incluída a possibilidade de informar o CST=05 ("Operação Tributável, Substituição Tributária").
* PIS / COFINS para a NFC-e: Para a NFC-e, os grupos de tributação do PIS e da COFINS são opcionais, diferentemente da NF-e, onde são obrigatórios.
Nota Fiscal Conjugada: Produtos e Serviços (ISSQN)
Com base nas propostas da ABRASF, foram incorporadas mudanças para viabilizar a NF-e conjugada (ICMS e ISSQN):
* Identificação do Emitente: A informação do CNAE Fiscal (CNAE) tornou-se opcional quando a Inscrição Municipal (IM) é informada.
* Identificação do Destinatário: Passou a ser possível informar a Inscrição Municipal do Tomador do Serviço (IM).
* Grupo de Tributação do ISSQN: O campo cSitTrib (Código de Tributação do ISSQN) foi eliminado, e o campo cListServ (Item da Lista de Serviços) adotou o formato padrão "NN.NN".
* Grupo de Totais do ISSQN: O grupo ISSQNtot foi ampliado com novos campos para totais específicos.
NFC-e: Formas de Pagamento (Grupo YA)
Foi introduzido o grupo YA para informações sobre as formas de pagamento. Para a NF-e, esse grupo é vedado. Para a NFC-e, a informação é obrigatória a critério da UF, permitindo a combinação de formas de pagamento (dinheiro, cheque, cartão, etc.), cuja soma deve ser igual ao valor total da NFC-e. Campos para informações de cartão são opcionais.
Informações de Comércio Exterior: Exportação
O grupo ZA01 (Exportação) foi alterado, incluindo a sigla da UF de embarque ou transposição de fronteira (UFSaidaPais) e a descrição do local de embarque (xLocExporta) e despacho (xLocDespacho). Novas regras de validação foram criadas para obrigar a informação desse grupo em operações de exportação e proibir em outras situações.
Regras de Validação (Anexo II)
O Anexo II da Nota Técnica 2013.005 apresenta as regras de validação da NF-e, essenciais para a integridade dos dados. Essas validações servem como um guia para as empresas sobre como informar corretamente os dados na NF-e.
Validações específicas para o modelo do documento fiscal
Com a unificação do leiaute para NF-e (Modelo 55) e NFC-e (Modelo 65), diversas regras de validação foram alteradas para distinguir o modelo do documento. Essas especializações não causam grandes impactos para as empresas, que geralmente emitem apenas um dos tipos de Nota Fiscal Eletrônica.
Validação da Inscrição Estadual (IE)
A validação da Inscrição Estadual (IE) foi aprimorada para desconsiderar zeros não significativos antes de verificar o dígito de controle, aplicando-se à IE do emitente, destinatário, IE-ST, transportador e produtor rural. Isso facilita o preenchimento, embora a orientação seja não informar zeros não significativos.
Validação do Destinatário (CNPJ Inapto)
A validação do destinatário, que antes ocorria se a IE fosse informada, foi ampliada. Agora, a critério da UF, a SEFAZ pode verificar a situação do CNPJ do destinatário mesmo sem a IE, rejeitando ou denegando a NF-e se o CNPJ estiver "inapto" (por exemplo, empresa sem operação na UF, encerramento de atividade, ou prática indevida de operação sujeita ao ICMS sem Inscrição Estadual).
Validação do Capítulo do NCM
Foi incluída uma regra para verificar a validade do Capítulo do NCM (os dois primeiros dígitos), rejeitando documentos que informem capítulos inexistentes ou inválidos (como 77, 98, 99).
Operação Incentivada com a SUFRAMA
Alguns CFOPs específicos (listados no documento) passaram a ser permitidos em operações com a SUFRAMA, que se beneficiam de desoneração do ICMS (CST=40). A regra de validação N28-20 foi atualizada para refletir essa mudança.
Operação com Combustível: Descrição do Produto ANP
Em operações com combustível, a descrição do produto (xProd) deve seguir a padronização da ANP. Uma regra de validação (LA02-10) foi incluída para verificar essa conformidade, permitindo que a descrição comercial, se diferente, seja informada em campo adicional (infAdProd).
Critério de Arredondamento para totais e impostos
Os critérios de arredondamento para os totais da NF-e e valores de impostos foram definidos. O somatório dos valores dos itens deve ser exato ao valor total da NF-e. Para o cálculo de impostos (produto da base de cálculo e alíquota), é aceita uma tolerância de até R$ 0,01 para mais ou para menos.
Validações eliminadas
A validação "526 - CFOP de Exportação e não informado Local de Embarque" foi eliminada, sendo substituída por uma validação específica no grupo de exportação (ZA01). A validação "761 - NFC-e com dados de exportação" também foi removida.
Compartilhamento de Informações entre as SEFAZ
A alteração do leiaute da Nota Técnica 2013.005 também introduziu mudanças no processo de compartilhamento de NF-e entre as SEFAZ. O Ambiente Nacional, que já distribuía NF-e autorizadas com base em critérios como UF de destino, entrega/retirada, desembaraço aduaneiro, embarque de exportação e consumo de combustível, expandiu seus critérios.
Foram adicionados os seguintes critérios de distribuição:
* UF de endereço do destinatário em outra UF, mesmo em operações internas.
* UF do adquirente ou encomendante em importações (DI/UFTerceiro).
* UF da Chave de Acesso de NF-e referenciada (NFRef/refNFe).
* UF de Nota Fiscal Modelo 1 referenciada (NFRef/refNF).
* UF de Nota Fiscal de Produtor Rural referenciada (NFRef/refNFP).
* UF da Chave de Acesso de CT-e referenciada (NFRef/refCTe).
Essas adições visam garantir que as informações relevantes sejam compartilhadas com todas as UFs envolvidas em uma operação fiscal.
Observações Finais para Empresas
A Nota Técnica 2013.005 detalha o preenchimento de campos na versão 3.10 da NF-e. Para operações com o Exterior, o campo dest/CNPJ não pode ser nulo; deve-se informar dest/idEstrangeiro (que pode ser nulo). Se for venda interna para estrangeiro, a UF de destino (dest/enderDest/UF) deve ser 'EX', o dest/idEstrangeiro pode ser nulo, e o CFOP deve iniciar com '5'.
No caso da NFC-e, a identificação do destinatário é opcional, permitindo omitir todo o grupo dest, ou informar apenas CNPJ, CPF ou idEstrangeiro sem nome ou endereço. O endereço pode ser omitido, desde que o código do destinatário esteja presente. No entanto, regras de validação podem tornar essas informações obrigatórias para operações acima de um limite de valor.
As descrições de algumas mensagens de erro (570, 618) no Manual do Contribuinte foram alteradas, e novas mensagens de erro foram incluídas para corresponder às novas regras de validação.
Conclusão
A Nota Técnica 2013.005 consolidou uma série de atualizações e aprimoramentos para a Nota Fiscal eletrônica (NF-e) e introduziu o leiaute para a Nota Fiscal de Consumidor eletrônica (NFC-e). As mudanças abrangem desde funcionalidades opcionais nos serviços de autorização da SEFAZ, como processamento síncrono e mensagens compactadas, até alterações no leiaute dos documentos fiscais, detalhamento de campos para importação, exportação, produtos específicos e tributação.
É fundamental que contadores e empresários mantenham seus sistemas fiscais atualizados e compreendam as novas regras de validação. A atenção ao preenchimento correto dos dados, especialmente para tipos de operação, identificação de destinatários e detalhes de tributação, é essencial para garantir a conformidade e evitar rejeições na autorização dos documentos fiscais eletrônicos.