O Evento Prévio de Emissão em Contingência (EPEC) da Nota Fiscal Eletrônica (NF-e) é uma alternativa para a emissão do documento fiscal em situações de problemas técnicos. Esta modalidade de contingência foi introduzida pela Nota Técnica 2014/001, que substituiu a antiga Declaração Prévia de Emissão em Contingência (DPEC). A mudança buscou otimizar o processo de emissão de NF-e quando há indisponibilidade de comunicação com a Secretaria da Fazenda (SEFAZ).

A especificação técnica do EPEC visa garantir a validade jurídica da NF-e desde o momento da impressão do Documento Auxiliar da Nota Fiscal Eletrônica (DANFE) em papel comum, mesmo sem a autorização prévia da SEFAZ, sob a condição de posterior transmissão da NF-e. Este artigo detalha as regras, o processo de emissão e as validações do EPEC.

O que é o Evento Prévio de Emissão em Contingência (EPEC)

A Nota Técnica 2014/001 define o EPEC (tpEvento=110140) como o evento responsável por substituir a DPEC. O sistema da NF-e prevê contingências para situações de falha na infraestrutura tecnológica necessária para a autorização do documento fiscal. A DPEC permitia a autorização de uma declaração prévia com dados reduzidos da NF-e, possibilitando a impressão do DANFE.

Com a implementação do EPEC, o processo foi aprimorado. A Nota Técnica 2014/001 também detalhou o controle do ambiente de contingência do EPEC, as adaptações nos serviços de autorização de uso da NF-e, o sincronismo entre os ambientes de autorização e a consulta pública da NF-e. Os prazos para a entrada em vigência desta Nota Técnica foram: 30 de junho de 2014 para o ambiente de homologação (testes) e 04 de agosto de 2014 para o ambiente de produção. A desativação completa do processo de autorização da DPEC antiga ocorreu em 01 de dezembro de 2014.

Modalidades de Contingência para a NF-e

A emissão de NF-e depende de uma complexa infraestrutura de hardware, software e comunicação. Problemas ou indisponibilidade em qualquer um desses recursos podem impedir a autorização de uso da NF-e, afetando as operações comerciais do emitente. Para garantir a continuidade dos negócios, o sistema da NF-e oferece diversas alternativas de contingência.

Entre as alternativas existentes, destacam-se:
* FS-DA (Formulário de Segurança para impressão do DANFE): Utilizado quando há impedimento para obter a autorização de uso da NF-e, como problemas de internet ou indisponibilidade da SEFAZ autorizadora. As NF-e emitidas nesta modalidade são transmitidas à SEFAZ de origem após a resolução dos problemas técnicos.
* SCAN (Sistema de Contingência do Ambiente Nacional): Ativado pela SEFAZ autorizadora em caso de indisponibilidade. Permite a impressão do DANFE em papel comum e não exige a transmissão posterior da NF-e para a SEFAZ de origem. Requer o uso de séries específicas (900-999).
* SVC (Sefaz Virtual de Contingência): Alternativa que substitui o SCAN, eliminando a necessidade de usar uma série específica para a NF-e.
* DPEC (Declaração Prévia de Emissão em Contingência): Permitia o registro prévio de um resumo da NF-e emitida em contingência, autorizando a impressão do DANFE em papel comum. A validade do DANFE era condicionada à posterior transmissão da NF-e. Esta modalidade foi substituída pelo Evento EPEC.

O EPEC foi desenvolvido para otimizar a emissão em contingência. Seus principais benefícios, conforme a Nota Técnica 2014/001, são a redução de custos com o Formulário de Segurança (FS-DA), a provisão de uma rota alternativa em caso de falha de infraestrutura de internet quando o SCAN ou SVC não estão ativos, e a geração de um arquivo pequeno. O tamanho reduzido do arquivo facilita a transmissão em condições de largura de banda limitada ou restrições de rede (como linha discada ou rede de celular).

Procedimentos para Emissão do EPEC

A emissão do Evento Prévio de Emissão em Contingência segue passos técnicos específicos para garantir sua validade e integração com o sistema da NF-e.

Visão Geral da Emissão

Qualquer emitente que esteja impossibilitado de transmitir ou receber autorizações de suas NF-e pode adotar a emissão do EPEC, seguindo estas etapas:
1. Geração da NF-e: A NF-e deve ser gerada com o tipo de emissão (tpEmis) igual a '4'. Deve-se registrar o motivo da contingência e a data e hora de seu início, utilizando um número de NF-e diferente de qualquer outro já transmitido com outro tipo de emissão.
2. Geração do Arquivo XML do EPEC: O arquivo XML do EPEC é gerado com as informações essenciais da NF-e, incluindo:
* UF, CNPJ e Inscrição Estadual do emitente.
* Chave de Acesso da NF-e.
* UF e CNPJ ou CPF do destinatário.
* Valor Total da NF-e, Valor Total do ICMS e Valor Total do ICMS-ST.
* Outras informações conforme o leiaute específico.
3. Assinatura Digital: O arquivo XML do EPEC é assinado com o certificado digital do emitente.
4. Envio do Arquivo: O arquivo XML do EPEC é enviado para o Web Service de Registro de Eventos do Ambiente Nacional (AN).
5. Impressão do DANFE: O DANFE da NF-e, que consta no EPEC autorizado, é impresso em papel comum. No corpo do DANFE deve constar a expressão 'DANFE impresso em contingência - DPEC regularmente recebida pela Receita Federal do Brasil'.
6. Pós-Contingência: Após a cessação dos problemas técnicos, o emitente deve transmitir as NF-e emitidas em Contingência Eletrônica para a SEFAZ de origem, respeitando o prazo limite estabelecido pela legislação. A Chave de Acesso desta NF-e deve ser a mesma utilizada no EPEC autorizado.

Uma vez obtida a autorização do Evento EPEC (com seu número de protocolo), este evento é distribuído para todas as Unidades da Federação (UF) envolvidas na operação, incluindo a UF do próprio emitente, de forma similar a outros eventos da NF-e.

Informações Complementares da Emissão

A Nota Técnica 2014/001 estabelece detalhes operacionais e adaptações no sistema:
* Endereço do Web Service: O Web Service de Eventos do Ambiente Nacional está disponível no Portal da NF-e (http://www.nfe.fazenda.gov.br/portal), na seção "Serviços", link "Relação de Serviços Web". Há um portal específico para o ambiente de homologação.
* Upload da DPEC: Diferente do modelo anterior da DPEC, a possibilidade de upload do arquivo em uma página própria do Ambiente Nacional não é mantida para o Evento EPEC.
* Consulta da DPEC: O Web Service específico para consulta da DPEC foi substituído. As empresas agora utilizam o Web Service de Consulta Situação da NF-e para essa finalidade, informando a Chave de Acesso ou o Protocolo de Autorização do EPEC.
* Assinatura Digital do EPEC: A assinatura digital é efetuada para cada Evento EPEC, ao contrário do modelo anterior da DPEC, onde era feita para um lote de declarações.
* Entrada em Contingência: A decisão de utilizar o EPEC é tomada quando o emitente não recebe a resposta de uma NF-e solicitada ou não consegue determinar se o pedido de autorização foi enviado corretamente. O Manual de Orientação do Contribuinte (MOC) descreve o tratamento para NF-e pendentes de retorno.
* Impressão do DANFE: O DANFE impresso em contingência deve exibir o número do Protocolo de Autorização do Evento EPEC, além do motivo e da hora de entrada em contingência. Deverão ser impressas duas vias: uma para o trânsito da mercadoria (mantida pelo destinatário) e outra para o emitente. Ambas devem ser arquivadas pelo prazo legal.
* Lote de EPEC: O Web Service genérico de registro de eventos permite que até 20 Eventos EPEC, referentes a diferentes NF-e, sejam registrados em uma única conexão.

Estrutura e Validação do Evento EPEC

A comunicação para o registro e retorno do Evento EPEC segue um padrão de mensagens XML, com regras de validação técnicas e de negócio que garantem a integridade e conformidade dos dados.

Leiaute da Mensagem de Entrada (envEvento)

O Web Service de Registro de Evento possui uma interface genérica, mas o leiaute da mensagem de entrada (envEvento) para o EPEC tem campos específicos. O Schema XML utilizado é o eventoEPEC_v9.99.xsd. Os principais campos incluem:
* versao: Versão do leiaute.
* idLote: Identificador de controle do lote de envio (1 a 15 caracteres).
* evento: Pode conter até 20 eventos de EPEC.
* infEvento: Grupo de informações do registro do evento, contendo:
* Id: Identificador da tag a ser assinada ('ID' + tpEvento + Chave da NF-e + nSeqEvento).
* cOrgao: Código do órgão de recepção do evento, sendo '91' para o Ambiente Nacional.
* tpAmb: Identificação do ambiente (1=Produção / 2=Homologação).
* CNPJ/CPF: Do autor do evento (emitente).
* chNFe: Chave de Acesso da NF-e, onde a posição 35 (tipo de emissão) deve ser '4'.
* dhEvento: Data e hora do evento no formato UTC.
* tpEvento: Código do evento, que é '110140' para 'EPEC'.
* nSeqEvento: Sequencial do evento, com valor '1' para o EPEC.
* detEvento: Detalhes do evento, incluindo verEvento (versão do detalhe), descEvento ('EPEC'), cOrgaoAutor (UF do emitente), tpAutor (3=Empresa), verAplic, dhEmi (Data e hora de emissão da NF-e), tpNF (0=Entrada, 1=Saída).
* dest: Informações do destinatário: UF, CNPJ ou CPF, ou idEstrangeiro para operações com o exterior, e IE se houver.
* vNF: Valor total da NF-e (13v2).
* vICMS: Valor total do ICMS (13v2).
* vST: Valor total do ICMS de Substituição Tributária (13v2).
* Signature: Assinatura digital do documento XML.

Leiaute da Mensagem de Retorno (retEnvEvento)

A mensagem de retorno (retEnvEvento) também possui um leiaute específico (Schema XML: retEventoEPEC_v9.99.xsd) e detalha o resultado do processamento. Os principais campos são:
* versao: Versão do leiaute.
* idLote: Identificador do lote de envio, conforme a entrada.
* tpAmb: Identificação do ambiente (1=Produção / 2=Homologação).
* verAplic: Versão da aplicação que processou o evento.
* cOrgao: Código da UF que registrou o evento (91 para Ambiente Nacional).
* cStat: Código do status da resposta.
* xMotivo: Descrição do status da resposta.
* retEvento: Grupo de resultado do processamento do evento, podendo conter:
* infEvento: Grupo de informações do registro do evento, com Id, tpAmb, verAplic, cOrgao, cStat, xMotivo, chNFe (Chave de Acesso da NF-e), tpEvento ('110140' - 'EPEC'), xEvento ('EPEC autorizado'), nSeqEvento, cOrgaoAutor, dhRegEvento (data e hora de registro do evento), nProt (Número do Protocolo do Evento).
* chNFePend: Relação de Chaves de Acesso de EPEC pendentes de conciliação.
* Signature: Assinatura digital do documento XML.

É importante notar que, em caso de evento registrado com sucesso, os campos opcionais são retornados. A tag chNFePend é disponibilizada quando o ambiente de autorização do EPEC está bloqueado para o emitente (Rejeição '142-Ambiente de Contingência EPEC bloqueado para o Emitente').

Processo de Recepção e Validações Técnicas

O processo de Registro de Eventos recebe lotes de eventos, podendo conter de 1 a 20 eventos. Para o EPEC, é comum que o envio seja feito de forma online para cada necessidade, com apenas uma ocorrência por lote. Diversas validações são realizadas, podendo gerar erros em diferentes etapas:
* Validação do Certificado de Transmissão: Erros como "280: Certificado Transmissor inválido" ou "281: Certificado Transmissor Data Validade".
* Validação Inicial da Mensagem no Web Service: Erros como "214: Tamanho da mensagem excedeu o limite estabelecido" ou "108: Serviço Paralisado Momentaneamente".
* Validação das Informações de Controle do Web Service: Erros relacionados a campos do cabeçalho SOAP, como "242: Elemento nfeCabecMsg inexistente" ou "238: Cabeçalho - Versão do arquivo XML superior a Versão vigente".
* Validação da Área de Dados: Inclui verificação do Schema XML (ex: "516: Falha Schema XML, inexiste a tag raiz esperada"), codificação UTF-8 (402), e Schema XML específico do evento (ex: "493: Evento não atende o Schema XML específico").
* Validação do Certificado Digital de Assinatura: Erros como "290: Certificado Assinatura inválido" ou "294: Certificado Assinatura revogado".
* Validação da Assinatura Digital: Erros como "298: Assinatura difere do padrão do Projeto" ou "213: CNPJ-Base do Autor difere do CNPJ-Base do Certificado Digital".

Regras de Negócio e Rejeições Específicas do EPEC

Além das validações técnicas, o Evento EPEC possui regras de negócio específicas que, se não cumpridas, resultam em rejeições. Algumas das principais validações incluem:
* Consistência do ID: O atributo Id deve corresponder à concatenação de 'ID' + tpEvento + chNFe + nSeqEvento (Rejeição 572).
* Código do Órgão de Recepção: Deve ser '91' (Ambiente Nacional), caso contrário, há rejeição (250).
* Tipo de Ambiente: Precisa coincidir com o ambiente do Web Service (produção/homologação) (Rejeição 252).
* CNPJ/CPF do Autor do Evento: Validação de formato e dígitos (Rejeições 489, 490). O Evento não está disponível para Autor pessoa física (Rejeição 408).
* Chave de Acesso da NF-e: Verificações no dígito verificador, código UF, ano, mês, CNPJ, modelo (deve ser 55), número da NF (não pode ser 0). O tipo de emissão (tpEmis, posição 35 da Chave de Acesso) deve ser '4' (Rejeição 484). O CNPJ do autor deve ser o mesmo da Chave de Acesso (Rejeição 574).
* Datas: A data do evento não pode ser maior que a data de processamento (Rejeição 578), nem menor que a data de emissão da NF-e (Rejeição 577). A data de emissão não pode ser posterior à data de recebimento (Rejeição 212) ou ocorrer há mais de 1 dia (Rejeição 228).
* Sequencial do Evento: O nSeqEvento deve ser '1' (Rejeição 594).
* Órgão do Autor: O cOrgaoAutor deve ser a UF da Chave de Acesso (Rejeição 455).
* Inscrição Estadual (IE) do Emitente: Deve ser informada, cadastrada e vinculada ao CNPJ do emitente (Rejeições 229, 230, 231). O emitente deve estar habilitado para emissão de NF-e (Rejeição 203).
* Dados do Destinatário: Validação de CNPJ/CPF (Rejeições 208, 237). Para operações com o exterior, a tag idEstrangeiro é obrigatória (Rejeição 720). A IE do destinatário, se informada, é validada quanto à sua existência e vínculo ao CNPJ (Rejeições 233, 234) e situação fiscal (Rejeição 302).
* Valores da NF-e: O valor total da NF-e, ICMS e ICMS-ST possuem limites parametrizáveis (inicialmente R$ 500 milhões para evitar erros de preenchimento) (Rejeições 628, 417, 418).
* Checagens em Banco de Dados: O sistema verifica se o ambiente EPEC está bloqueado para o emitente (Rejeição 142), se já existe EPEC para a mesma numeração (Rejeição 485), se a NF-e já existe para o número informado (Rejeição 661) ou se a numeração está inutilizada (Rejeição 662).

O processamento de um lote de EPEC pode resultar em rejeição do lote completo ou no processamento individual de cada evento. Eventos podem ser rejeitados ou autorizados, mas não vinculados à NF-e correspondente (cStat='136-Evento registrado, mas não vinculado a NF-e'). No caso do EPEC, o retorno "135-Evento registrado e vinculado a NF-e" não ocorre, pois o evento só é autorizado se não houver NF-e já existente para a mesma nota fiscal. O Ambiente Nacional distribui o evento para todas as UF envolvidas.

Controle e Conciliação do Ambiente de Contingência EPEC

A gestão adequada das NF-e emitidas em contingência via EPEC é fundamental para a conformidade fiscal e para evitar o bloqueio do ambiente de emissão para o contribuinte.

Gestão de EPEC Pendente de Conciliação

As notas fiscais emitidas sob a modalidade EPEC devem ser transmitidas para a SEFAZ logo após a resolução dos problemas técnicos que impediram a transmissão inicial, sempre respeitando os prazos legais. Para cada EPEC autorizado, a SEFAZ e/ou o Ambiente Nacional mantêm um registro em banco de dados com informações cruciais:
* Chave de Acesso da NF-e (Modelo 55, UF, CNPJ do Emitente, Série e Número).
* UF do Destinatário.
* Valor do EPEC.
* Protocolo e Data-Hora da Autorização do EPEC.
* Indicador de Conciliação: '0' para Pendente e '1' para EPEC Conciliado.
* Indicador para Liberar a necessidade de Conciliação: '0' para Não e '1' para Liberada.

Quando o emitente finalmente envia a NF-e com a mesma Chave de Acesso de um EPEC pendente, o Indicador de Conciliação do EPEC é automaticamente alterado para '1', eliminando a pendência.

Bloqueio do Ambiente de Contingência EPEC

Para garantir que os EPEC sejam devidamente conciliados, o sistema realiza uma avaliação diária. Se um EPEC permanecer com Indicador de Conciliação como "Pendente" por mais de 168 horas (7 dias), o ambiente de contingência EPEC é bloqueado para o Contribuinte Emitente. A partir desse momento, o emitente não consegue obter autorização para novos EPEC enquanto não regularizar a situação dos EPEC pendentes de conciliação, além de estar sujeito a outras ações fiscais relacionadas à ausência da NF-e.

Consulta de EPEC Pendente de Conciliação

É responsabilidade do emitente garantir a obtenção da autorização de uso da NF-e com a Chave de Acesso idêntica ao EPEC previamente autorizado. Para auxiliar nesse controle, as UF podem disponibilizar, a seu critério, uma consulta de EPEC Pendente de Conciliação em área restrita do Portal da SEFAZ. Nesta consulta, o operador pode informar o CNPJ do emitente e visualizar informações como UF, CNPJ consultado, nome da empresa e a relação dos EPEC pendentes, ordenados pela data de autorização. Os EPEC pendentes podem ser visíveis tanto para o CNPJ do emitente quanto para o CNPJ do destinatário que consta no leiaute do evento.

Adaptações nos Serviços da NF-e com o EPEC

A introdução do EPEC exigiu modificações nos serviços existentes da NF-e para garantir a coerência e a validade dos processos.

Serviço de Autorização de NF-e

O EPEC autorizado pelo Ambiente Nacional é compartilhado com a SEFAZ do emitente e armazenado como um evento comum. A Chave Natural da NF-e presente no EPEC é registrada no banco de dados de controle de numeração das NF-e autorizadas. Ao transmitir a NF-e correspondente a um EPEC, ela deve manter:
* A mesma Chave de Acesso do EPEC autorizado.
* A mesma Inscrição Estadual (IE) do emitente.
* A mesma Data de Emissão.
* O mesmo tipo de Nota Fiscal (entrada/saída).
* Os mesmos dados do destinatário.
* Os mesmos valores (total, ICMS e ICMS-ST).

O Serviço de Autorização de Uso da NF-e valida essas informações. As regras de validação foram alteradas para:
* Rejeição 539: Duplicidade de NF-e com diferença na Chave de Acesso (regra existente).
* Rejeição 468: NF-e com Tipo Emissão = 4, sem EPEC correspondente. Esta validação passou a ser feita após a desativação da DPEC.
* Rejeição 467: Dados da NF-e divergentes do EPEC (IE do emitente, data de emissão, tipo de NF, dados do destinatário, valores).
* Rejeição 206: Numeração da NF-e está inutilizada na Base de Dados da SEFAZ.

Se a NF-e com tipo de emissão 4 (EPEC) for autorizada ou denegada, o EPEC correspondente é assinalado como conciliado. No caso de denegação, a NF-e é marcada para avaliação posterior pela SEFAZ, pois o EPEC autorizado pode ter acobertado o trânsito da mercadoria.

Cancelamento e Carta de Correção

O Evento EPEC não pode ser cancelado diretamente. Para cancelar uma operação iniciada com EPEC, o emitente deve primeiro obter a autorização de uso da NF-e relacionada ao EPEC e, posteriormente, cancelar a NF-e recém-autorizada.
Similarmente, o Evento de Carta de Correção (CC-e) somente é possível após a autorização da NF-e correspondente. A existência de um EPEC por si só não permite a emissão de uma CC-e.

Manifestação do Destinatário

Os eventos da Manifestação do Destinatário referem-se a uma NF-e autorizada. Portanto, os serviços relacionados à Manifestação do Destinatário não são afetados pela existência apenas do EPEC, sem a NF-e correspondente ter sido autorizada.

Inutilização de Numeração

O pedido de inutilização de numeração será rejeitado com a mensagem "241 - Rejeição: Um número da faixa já foi utilizado" caso exista um EPEC autorizado para a faixa de numeração solicitada. Isso evita que números de NF-e já cobertos por uma contingência sejam inutilizados.

Consulta de Situação da NF-e (Web Service NfeConsulta2)

O serviço de consulta da situação da NF-e (NfeConsulta2) foi adaptado para considerar o EPEC:
* Se a NF-e referente ao EPEC já foi autorizada, a consulta retorna normalmente o protocolo de autorização de uso da NF-e e os dados dos eventos, como ocorre para qualquer NF-e com evento.
* Se existir apenas o EPEC, a consulta retorna os dados do evento EPEC, acompanhados da mensagem "124 - EPEC Autorizado".

Sincronismo e Situações de Exceção

NF-e e EPEC são autorizados em ambientes distintos (SEFAZ autorizadora para NF-e, Ambiente Nacional para EPEC). Existe um processo de compartilhamento de informações entre SEFAZ e AN para sincronizar esses dados, que pode levar alguns minutos. Durante esse período, situações de exceção podem ocorrer.

Compartilhamento de Informações

A NF-e autorizada em uma SEFAZ é compartilhada com o Ambiente Nacional, e o EPEC autorizado no Ambiente Nacional é compartilhado com a SEFAZ autorizadora. Este processo de sincronização também se estende para a UF de destino da operação e para outras UF citadas no documento fiscal.

Autorização Simultânea: EPEC e NF-e

Pode ocorrer que o emitente autorize simultaneamente (ou com pequeno atraso) um EPEC no Ambiente Nacional e uma NF-e na SEFAZ autorizadora, com a mesma Chave Natural (Modelo, UF, CNPJ Emitente, Série e Número), mas com Tipo de Emissão diferente de 4 (não EPEC). Quando o EPEC é compartilhado com a SEFAZ do emitente, gera-se uma duplicidade de Chave Natural.
Nessa situação, a empresa não consegue autorizar uma NF-e com Chave de Acesso idêntica à do EPEC, o que resulta em um EPEC pendente de conciliação. Após o prazo regulamentar, o ambiente de contingência EPEC é bloqueado para o emitente. Nestes casos, a empresa precisa revisar seus processos internos. Para liberar o ambiente, o emitente deve contatar a SEFAZ de sua circunscrição, informando a Chave de Acesso do EPEC pendente. A SEFAZ pode decidir por desconsiderar a necessidade de conciliação para aquele EPEC específico.

Autorização Simultânea: EPEC e Inutilização de Numeração

Outra situação de exceção ocorre quando a empresa autoriza um EPEC no Ambiente Nacional e, simultaneamente ou com pequeno atraso, um Pedido de Inutilização de Numeração na SEFAZ autorizadora, com a mesma Chave Natural do EPEC. O EPEC é compartilhado com a SEFAZ, causando duplicidade de Chave Natural. As consequências são as mesmas da autorização simultânea com NF-e: o EPEC fica pendente, o ambiente de contingência é bloqueado e a empresa deve contatar a SEFAZ para liberação.

Consulta Pública da NF-e

A consulta pública da NF-e no portal da Receita Federal também reflete a existência do Evento EPEC.
* EPEC com NF-e Correspondente: Se a NF-e referente ao EPEC já foi autorizada, a consulta pública da NF-e é visualizada normalmente, e a existência do evento EPEC é exibida.
* EPEC Sem NF-e Correspondente: Se existir apenas o EPEC e a NF-e correspondente ainda não foi autorizada, a consulta pública da NF-e exibirá os dados do EPEC, mostrando apenas a Aba NF-e com as informações disponíveis no evento.

Mudanças Documentais no Manual de Orientação do Contribuinte (MOC)

A implementação do EPEC como um evento da NF-e simplificou o processo de contingência, eliminando a necessidade de um Web Service específico para a DPEC. Isso resultou na remoção de vários itens do Manual de Orientação do Contribuinte (MOC), conforme a Nota Técnica 2014/001. Os itens eliminados incluem:
* Item 8.4 - Arquitetura do Sistema Eletrônico de Contingência.
* Item 8.5 - Web Service de DPEC.
* Item 8.6 - Serviço de Consulta de DPEC.
* Item 8.7 - Consumo dos Web Services através de Páginas Web.

O contexto do conhecimento base também menciona a Nota Técnica 2015/001, que trata de outros eventos da NF-e como Pedido de Prorrogação e Evento do Fisco, demonstrando a evolução contínua da legislação da Nota Fiscal Eletrônica.

Códigos de Erros e Mensagens

A Nota Técnica 2014/001 inclui uma tabela detalhada de códigos de erros e descrições de mensagens, que abrangem desde o sucesso do processamento (ex: "124 - EPEC Autorizado", "128 - Lote de Evento Processado") até diversas rejeições específicas. Estes códigos auxiliam os contribuintes e desenvolvedores na identificação e correção de problemas. Alguns exemplos de rejeições incluem:
* Rejeição 142: Ambiente de Contingência EPEC bloqueado para o Emitente.
* Rejeição 203: Emissor não habilitado para emissão de NF-e.
* Rejeição 209: IE do emitente inválida.
* Rejeição 467: Dados da NF-e divergentes do EPEC.
* Rejeição 484: Chave de Acesso com tipo de emissão diferente de 4.
* Rejeição 618: Chave de Acesso inválida (modelo diferente de 55).
* Rejeição 720: Na operação com Exterior deve ser informada tag idEstrangeiro.

Conclusão

O Evento Prévio de Emissão em Contingência (EPEC) da NF-e, detalhado na Nota Técnica 2014/001, representa uma solução para a continuidade das operações fiscais em face de problemas técnicos. Ao substituir a DPEC, o EPEC permitiu a emissão do DANFE em papel comum em situações de contingência, condicionada à posterior transmissão da NF-e. A implementação do EPEC exigiu adaptações nos serviços de autorização e consulta da NF-e, além de rigorosas regras de validação para garantir a integridade dos dados e a conformidade fiscal. A compreensão desses procedimentos e controles é essencial para contadores e empresários que precisam gerenciar a emissão de NF-e em cenários de instabilidade tecnológica, assegurando a validade dos documentos e evitando bloqueios no ambiente de contingência.