Projeto Nota Fiscal Eletrônica do Gás

Manual de Orientação ao Contribuinte

NFGASReceita Estadual do Paraná

Web Service - NFGasRecepcaoEvento - Parte Geral

Conteúdo técnico do MOC NFGAS - Visão Geral v.1.00f. O MOC Online é material de apoio e não substitui os documentos oficiais.

Função: serviço destinado à recepção de mensagem de evento da NFGas.

Processo: síncrono.

Nome Serviço: NFGasRecepcaoEvento.

Método: NFGasRecepcaoEvento.

Parâmetro da Mensagem da área de dados: XML sem compactação.

1. Leiaute da Mensagem de Entrada

Entrada: Estrutura XML contendo a consulta do status do serviço.

Schema XML: eventoNFGas_v9.99.xsd.

Tabela 1-1 - Leiaute da Mensagem de Entrada
#CampoElePaiTipoOcor.Tam.Descrição/Observação
FP01eventoNFGasRaiz----TAG raiz
FP02versaoAFP01N1-12v2Versão do leiaute
FP03infEventoGFP01-1-1-Grupo de informações do registro de eventos
FP04IdIDFP03C1-155Identificador da TAG a ser assinada, a regra de formação do Id é:
“ID” + tpEvento + chave da NFGas + nSeqEvento
FP05cOrgaoEFP03N1-12Código do órgão de recepção do Evento. Utilizar a Tabela do IBGE estendida
FP06tpAmbEFP03N1-11Identificação do Ambiente:
1 – Produção 2 – Homologação
FP07CNPJEFP03C1-114Informar o CNPJ do autor do Evento

Nota de consolidação: tipo C compatível com o CNPJ/chave
alfanuméricos previstos na NTCJ 2025.001 v1.00. O quadro do MOC
Visão Geral v1.00f indica N.
FP08chNFGasEFP03C1-144Chave de Acesso da NFGas vinculada ao Evento

Nota de consolidação: tipo C compatível com o CNPJ/chave
alfanuméricos previstos na NTCJ 2025.001 v1.00. O quadro do MOC
Visão Geral v1.00f indica N.
FP09dhEventoEFP03D1-1-Data e Hora do Evento
Formato = AAAA-MM-DDTHH:MM:SS TZD.
FP10tpEventoEFP03N1-16Tipo do Evento (ver tabela de tipos de evento)
FP11nSeqEventoEFP03N1-11-3Sequencial do evento para o mesmo tipo de evento. Para maioria dos eventos será 1; nos casos em que possa existir mais de um evento, o autor do evento deve numerar de forma sequencial.
FP12detEventoGFP03-1-1-Informações do evento específico.
FP13versaoEventoAFP12N1-12v2Versão do leiaute específico do evento.
FP14anyEFP12XML1-1-XML do evento
Insira neste local o XML específico do tipo de evento (cancelamento)
FP15SignatureGFP01XML1-1-Assinatura XML do grupo identificado pelo atributo “Id”

2. Leiaute da Mensagem de Retorno

Retorno: Estrutura XML com o resultado do pedido de evento.

Schema XML: retEventoNFGas_v9.99.xsd.

Tabela 2-1 - Leiaute da Mensagem de Retorno
#CampoElePaiTipoOcor.Tam.Descrição/Observação
FR01retEventoNFGasRaiz----TAG raiz do Resultado do Envio do Evento
FR02versaoAFR01N1-11-4Versão do leiaute
FR03infEventoGFR01-1-1-Grupo de informações do registro do Evento
FR04IdIDFR03C0-118Identificador da TAG a ser assinada, somente deve ser informado se o órgão de registro assinar a resposta.
Em caso de assinatura da resposta pelo órgão de registro, preencher com o número do protocolo, precedido pela literal “ID”
FR05tpAmbEFR03N1-11Identificação do Ambiente:
1 – Produção / 2 – Homologação
FR06verAplicEFR03C1-11-20Versão da aplicação que registrou o Evento, utilizar literal que permita a identificação do órgão, como a sigla da UF ou do órgão.
FR07cOrgaoEFR03N1-12Código da UF que registrou o Evento.
FR08cStatEFR03N1-13Código do status da resposta
FR09xMotivoEFR03C1-11-255Descrição do status da resposta
Os campos a seguir são obrigatórios no caso de homologação do evento cStat=135, 134 ou cStat=136. Os campos de dhRegEvento e nProt não serão preenchidos em caso de erro.
FR10chNFGasEFR03C0-144Chave de Acesso da NFGas vinculada ao evento

Nota de consolidação: tipo C compatível com o CNPJ/chave
alfanuméricos previstos na NTCJ 2025.001 v1.00. O quadro do MOC
Visão Geral v1.00f indica N.
FR11tpEventoEFR03N0-16Código do Tipo do Evento
FR12xEventoEFR03C0-15-60Descrição do Evento
FR13nSeqEventoEFR03N0-11-3Sequencial do evento para o mesmo tipo de evento. Para maioria dos eventos será 1; nos casos em que possa existir mais de um evento, o autor do evento deve numerar de forma sequencial.
FR14dhRegEventoEFR03D0-1-Data e Hora do Evento Formato = AAAA-MM-DDTHH:MM:SS TZD
FR15nProtEFR15N0-116Número do protocolo de registro do evento
FR16SignatureGFR01XML0-1-Assinatura Digital do documento XML; a assinatura deverá ser aplicada no elemento infEvento. A decisão de assinar a mensagem fica a critério do Ambiente Autorizador

3. Descrição do Processo de Web Service

Este método é responsável por receber as solicitações referentes ao registro de eventos da NFGas. Ao receber a solicitação do transmissor, a aplicação do Ambiente Autorizador realiza o processamento da solicitação e devolve o resultado para o aplicativo transmissor.

O Web Service de Eventos é acionado pelo interessado (emissor ou órgão público), que deve enviar mensagem de registro de evento.

4. Regras de Validação

Tabela 4-1 - Regras de Validação Básicas do Serviço

Regra de Validação de Consumo Indevido: CI04.

4.1. Validação das Regras de Negócio do Serviço de Registro de Eventos

Tabela 4-2 - Regras de Negócio do Serviço de Registro de Eventos
#Regra de ValidaçãoAplic.cStatEfeitoMensagem
K01Tipo do ambiente informado difere do ambiente do Web ServiceObrig.252Rej.Rejeição: Ambiente informado diverge do Ambiente de recebimento
K02Verificar se o código do órgão de recepção do Evento diverge do solicitadoObrig.226Rej.Rejeição: Código da UF do Emitente diverge da UF autorizadora
K03Validar CNPJ do autor do evento (DV ou zeros)Obrig.757Rej.Rejeição: CNPJ do autor do evento inválido
K04Validar se atributo Id corresponde à concatenação dos campos evento (“ID” + tpEvento + chNFGas + nSeqEvento)Obrig.758Rej.Rejeição: Erro Atributo ID do evento não corresponde à concatenação dos campos (“ID” + tpEvento + chNFGas + nSeqEvento)
K05Verificar se o tpEvento é válidoObrig.759Rej.Rejeição: O tpEvento informado inválido
K06Verificar Schema da parte específica do Evento
OBS: Utilizar o tpEvento + o atributo versaoEvento para identificar qual schema deve ser validado.
Obrig.630Rej.Rejeição: Falha no Schema XML específico para o evento
K07- Validar chave de acesso da NFGas
Retornar motivo da rejeição da Chave de Acesso: CNPJ zerado ou inválido, Ano < 2026 ou maior que atual, Mês inválido (0 ou > 12), Modelo diferente de 76, Número zerado, Tipo de emissão inválido, UF inválida ou DV inválido)
[Motivo: XXXXXXXXXXXX]
Obrig.236Rej.Rejeição: Chave de Acesso inválida
[Motivo: XXXXXXXXX]
K08Site de autorização da chave de acesso da NFGAS difere do Site de RecebimentoObrig.418Rej.Rejeição: Site de autorização inválido
K09Verificar duplicidade do evento (cOrgao + tpEvento + chNFGas + nSeqEvento)Obrig.631Rej.Rejeição: Duplicidade de evento
[nProt:999999999999999][dhRegEvento: AAAA-MM-DDTHH:MM:SS TZD]
K10Se evento do emissor verificar se CNPJ do Autor diferente do CNPJ da chave de acesso da NFGasObrig.632Rej.Rejeição: O autor do evento diverge do emissor da NFGas
K11Se evento do Fisco/Outros órgãos, verificar se CNPJ do Autor consta da tabela de órgãos autorizados a gerar evento.Obrig.633Rej.Rejeição: O autor do evento não é um órgão autorizado a gerar o evento
K12Se evento exige NFGas:
Acesso BD NFGas (Chave: CNPJ Emit, Modelo, Série, Nº):
- Verificar se NFGas não existe
Observação: Esta validação leva em consideração o ambiente de autorização do DFe (nSiteAutoriz)
Obrig.217Rej.Rejeição: NFGas não consta na base de dados da SEFAZ
K13Se existir a NFGas (independente do evento exigir): verificar se a Chave de Acesso difere da existente em BD (opcionalmente a descrição do erro, campo xMotivo, tem concatenada a Chave de Acesso)Obrig.600Rej.Rejeição: Chave de Acesso difere da existente em BD
K14Data do evento não pode ser menor que a data de emissão da NFGas, se existir.
A Autorização deve tolerar uma diferença máxima de 5 minutos em função da sincronização de horário de servidores.
Obrig.634Rej.Rejeição: A data do evento não pode ser menor que a data de emissão da NFGas
K15Data do evento não pode ser menor que a data de autorização da NFGas, se existir.
A Autorização deve tolerar uma diferença máxima de 5 minutos em função da sincronização de horário de servidores.
Obrig.637Rej.Rejeição: A data do evento não pode ser menor que a data de autorização da NFGas
K16Data do evento não pode ser maior que a data de processamento.
A Autorização deve tolerar uma diferença máxima de 5 minutos em função da sincronização de horário de servidores.
Obrig.635Rej.Rejeição: A data do evento não pode ser maior que a data do processamento

5. Processamento das Validações Específicas de Cada Evento

As validações específicas são definidas na parte específica de cada evento.

6. Final do Processamento do Evento

O processamento do evento pode resultar em:

  • Rejeição: o Evento será descartado, com retorno do código do status do motivo da rejeição;
  • cStat=135: recebido pelo Sistema de Registro de Eventos, com vinculação do evento na respectiva NFGas; o Evento será armazenado no repositório;
  • cStat=136: recebido pelo Sistema de Registro de Eventos, com vinculação prejudicada pela inexistência da NFGas no momento do recebimento;
  • cStat=134: recebido e vinculado à NFGas com situação diferente de Autorizada, retornando um alerta com a situação da NFGas.

O Ambiente Autorizador deverá compartilhar os eventos autorizados no Sistema de Registro de Eventos com os órgãos interessados.