Rejeição 391 – Não informados os dados de pagamento eletrônico nas formas de pagamento
A Rejeição 391 ocorre quando, durante a emissão de uma NFC-e, os dados obrigatórios sobre o pagamento não são corretamente gerados no grupo de informações de cartão de crédito/débito. Com a atualização da NT 2024.003 v.1.11, essa rejeição passou a incluir não apenas cartões de crédito e débito, mas também outros pagamentos eletrônicos como PIX e boleto bancário.
Informações preenchidas no arquivo XML
Para garantir que os dados de pagamento sejam preenchidos corretamente e evitar a Rejeição 391, é necessário verificar campos no XML:
- pag / tPag: Deve ser preenchido conforme o tipo de pagamento. Seguem abaixo alguns exemplos:
- "03" para cartão de crédito.
- "04" para cartão de débito.
- "15" para boleto bancário.
- "17" para PIX.
- pag / card (ID: YA04): Este campo se refere ao grupo de cartões e pagamentos eletrônicos.
- card / TpIntegra: Este campo define o tipo de integração com o POS (Point of Sale).
- Quando não integrado com o POS, o valor de TpIntegra deve ser 2.
- Quando integrado com o POS, o valor de TpIntegra deve ser 1, e a tag cAut deve ser preenchida com o código de autorização do pagamento, que pode ter até 128 caracteres.
- Quando não integrado com o POS, o valor de TpIntegra deve ser 2.
Para saber mais informações técnicas referentes ao arquivo XML, acesse a nota técnica NT 2024.003 v.1.11 no portal da Fazenda.
O que fazer no ERP4ME?
- Verifique o cadastro da forma de pagamento e confirme o meio de pagamento registrado.
- Emita a NFC-e selecionando a forma de pagamento adequada.
Para PIX, certifique-se de selecionar a opção PIX Dinâmico.
Tópicos Relacionados

