O que causa a Rejeição 392
⚠ Causa do erro
O pagamento por cartão está configurado como integrado (tpIntegra=1) mas faltam o CNPJ da operadora (<CNPJ>) e/ou o código de autorização (<cAut>).
Quando o pagamento é integrado (TEF ou e-commerce), essas informações são obrigatórias para rastreabilidade fiscal.
Tags XML envolvidas
As seguintes tags do XML são relevantes para esta rejeição:
| Tag XML | Descrição |
|---|---|
<card> | Grupo de dados do cartão |
<tpIntegra> | Tipo de integração (1=Integrado) |
<CNPJ> | CNPJ da operadora (ausente) |
<cAut> | Código de autorização (ausente) |
<tBand> | Bandeira do cartão |
Exemplo prático
Veja abaixo um exemplo de XML que causaria esta rejeição:
<card>
<tpIntegra>1</tpIntegra> <!-- Integrado -->
<!-- CNPJ e cAut AUSENTES -->
<tBand>01</tBand>
</card>Como resolver passo a passo
✔ Solução
- Opção A: adicione CNPJ e cAut.
- Opção B: altere tpIntegra para 2 (não integrado).
- Verifique dados do processador de pagamento.
- Retransmita.
Como prevenir
🛡 Prevenção
- Confirme status de integração antes de emitir.
- Mantenha códigos de autorização.
- Valide CNPJ da operadora.
- Use o Gálago.
Referência técnica
Documentação oficial
MOC 7.0 — Manual de Orientação do Contribuinte:
confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf
Portal Nacional da NF-e:
nfe.fazenda.gov.br
Perguntas frequentes
O que causa a Rejeição 392 da SEFAZ?
Pagamento integrado (tpIntegra=1) sem CNPJ e cAut.
Como resolver a Rejeição 392?
Adicione CNPJ e cAut, ou altere tpIntegra para 2.
Quando usar tpIntegra=1?
Quando o pagamento é integrado via TEF ou e-commerce.
Cansado de lidar com rejeições?
O Gálago valida os dados antes de transmitir, evitando a maioria das rejeições. Experimente grátis por 21 dias.
Teste Grátis