Projeto Nota Fiscal de Energia Elétrica Eletrônica

Manual de Orientação do Contribuinte

NF3eReceita Estadual do Paraná

Web Service - Eventos Específicos

Conteúdo técnico da NT NF3e 2026.001 v.1.01. O MOC Online é material de apoio e não substitui os documentos oficiais.
Cronograma: homologação em 06/04/2026 e produção em 04/05/2026. A implantação do split payment está prevista a partir de 2027. Os campos têm caráter preparatório e não há exigência de preenchimento ou uso em 2026 no ambiente de produção das empresas.

1. Evento de Vinculação da Transação de Pagamento no DFe

O evento deve ser gerado pelo emitente do DFe sempre que se pretenda vincular uma ou mais transações financeiras a documento fiscal previamente autorizado.

Observação: a transação financeira vinculada pode estar iniciada, ainda pendente de pagamento e/ou liquidação, como boleto emitido ou QR Code Pix gerado.

Função: evento destinado ao atendimento de solicitações de vinculação do pagamento do DFe.

Autor do Evento: emissor do DFe. A mensagem XML será assinada com certificado digital que tenha o CNPJ base do Emissor.

Código do Tipo de Evento: 110300.

Schema XML: evVincPgto_v9.99.xsd.

1.1. Leiaute do Evento

#CampoEle.PaiTipoOcor.Tam.Descrição/Observação
#evVincPgtoRaizdetEventoG1-1-Schema XML de validação do evento de vinculação da transação de pagamento com o DFe - 110300.
1descEventoEevVincPgtoE1-120Descrição do Evento - “Vinculação Pagamento”.
2nProtEevVincPgtoE1-115Número do protocolo de autorização do DFe.
3pgtoEpgtoVincG1-1-Dados de cada pagamento previsto para o DFe.
4nPagApgtoN1-13Atributo numerador único de cada ocorrência de pagamento.
5idTransacaoApgtoC1-12-35Identificador específico da transação financeira. O próprio schema impede que se repita dentro do grupo.
6tpMeioPgtoEpgtoN1-12Código do meio de pagamento utilizado. Ver IT DFe 2026.001, que divulgará os códigos aceitos conforme a tabela nacional de Meios de Pagamento da NFe.
7CNPJRecebEpgtoC1-114CNPJ completo do recebedor do pagamento, como fornecedor, plataforma ou outra entidade que receba o pagamento do adquirente.
Observação: o CNPJ do recebedor pode ser diferente do CNPJ do fornecedor constante no documento fiscal.
8CNPJBasePSPEpgtoC1-18CNPJ base da instituição financeira ou de pagamento utilizada pelo recebedor do pagamento.

1.2. Validação das Regras Específicas

#Regra de ValidaçãoAplic.cStatEfeitoMensagem
L01Verificar se a UF da Chave de Acesso difere da UF do Web Service.Obrig.249Rej.Rejeição: UF da Chave de Acesso diverge da UF autorizadora.
L02Verificar se o nSeqEvento é maior que o valor permitido (1 a 999).Obrig.636Rej.Rejeição: O número sequencial do evento é maior que o permitido.
L03Emitente deve estar habilitado na base de dados para emissão do DFe.Obrig.203Rej.Rejeição: Emissor não habilitado para emissão de NF3e.
L04Verificar se DFe já está cancelado.Obrig.218Rej.Rejeição: NF3e já está cancelado na base de dados da SEFAZ. [nProt:999999999999999][dhCanc: AAAA-MM-DDTHH:MM:SS TZD].
L06Verificar se DFe foi substituído.Obrig.224Rej.Rejeição: NF3e já está substituído na base de dados da SEFAZ. [nProt:999999999999999][dhSubst: AAAA-MM-DDTHH:MM:SS TZD].
L10Verificar se número do Protocolo informado difere do número do Protocolo do DFe.Obrig.222Rej.Rejeição: Protocolo de Autorização de Uso difere do cadastrado.
L11Se informado grupo de vinculação com a transação de pagamento (grupo: gPgtoVinc), validar para cada pagamento o CNPJ do Recebedor (dígito de controle, zeros e CNPJ Alfanumérico).
Observação: informar na mensagem o numerador do pagamento que ocasionou a rejeição.
Obrig.1001Rej.Rejeição: CNPJ do recebedor do pagamento inválido [nPag: XXX].
L12Verificar se o código informado em tpMeioPgto é válido.
Observação: os códigos válidos serão publicados no Informe Técnico dos DFe 2006.001 e correspondem à tabela nacional de Meios de Pagamento da NFe publicada no Ambiente Nacional.
Obrig.1003Rej.Rejeição: Meio de pagamento inválido [nPag: XXX].

1.3. Final do Processamento

Se o evento de vinculação de pagamento do DFe for homologado, o status de retorno deverá ser cStat=135.

2. Evento de Cancelamento da Vinculação de Pagamento

Função: indicar o cancelamento de um evento de vinculação de pagamento do DFe quando ocorrer erro na geração do evento.

Autor do Evento: emissor do DFe. A mensagem XML será assinada com certificado digital que tenha o CNPJ base do Emissor.

Código do Tipo de Evento: 110301 (exige a existência do DFe em situação autorizado).

Schema XML: evCancVincPGto_v9.99.xsd.

2.1. Leiaute do Evento

#CampoEle.PaiTipoOcor.Tam.Descrição/Observação
IP01evCancVincPgtoG----TAG raiz.
IP02descEventoEIP01C1-144Descrição do Evento: “Cancelamento da Vinculação do Pagamento”.
IP03nProtEIP01N1-115Informar o número do protocolo de autorização do DFe.
IP04nProtVincPgtoEIP01N1-115Informar o número do protocolo de autorização do evento de vinculação de pagamento que será cancelado.

2.2. Validação das Regras Específicas

#Regra de ValidaçãoAplic.cStatEfeitoMensagem
Q01Verificar se a UF da Chave de Acesso difere da UF do Web Service.Obrig.249Rej.Rejeição: UF da Chave de Acesso diverge da UF autorizadora.
Q02Verificar se o nSeqEvento é maior que o valor permitido (1 a 999).Obrig.636Rej.Rejeição: O número sequencial do evento é maior que o permitido.
Q03Emitente deve estar habilitado na base de dados para emissão do DFe.Obrig.203Rej.Rejeição: Emissor não habilitado para emissão de NF3e.
Q04Verificar se número do Protocolo informado difere do número do Protocolo do DFe.Obrig.222Rej.Rejeição: Protocolo de Autorização de Uso difere do cadastrado.
Q05Verificar se o número do Protocolo do evento de vinculação de pagamento a ser cancelado existe para o DFe e encontra-se na situação autorizado.Obrig.1002Rej.Rejeição: Protocolo do evento a ser cancelado não existe, não está associado ao DFe ou já está cancelado.

2.3. Final do Processamento

Se o evento de Cancelamento da vinculação do pagamento do DFe for homologado, o status de retorno deverá ser cStat=135 e o evento cancelado passará à condição de anulado.