tpIntegra
Tipo de Integração do processo de pagamento com o sistema de automação da empresa: 1 - Pagamento integrado com o sistema de automação da empresa (Ex.: equipamento TEF, Comércio Eletrônico, POS Integrado); 2 - Pagamento não integrado com o sistema de automação da empresa (Ex.: equipamento POS Simples).
Onde fica no arquivo
No documento
-
NFe/infNFe/pag/detPag/card/tpIntegra
Obrigatório, uma vez
O caminho até aqui, nível a nível
- NFe — Nota Fiscal Eletrônica
- └ infNFe — Informações da Nota Fiscal eletrônica
- └ pag — Dados de Pagamento. Obrigatório apenas para (NFC-e) NT 2012/004
- └ detPag — Grupo de detalhamento da forma de pagamento.
- └ card — Grupo de Cartões, PIX, Boletos e outros Pagamentos Eletrônicos
- └ tpIntegra — você está aqui
Dentro do grupo card , grupo de Cartões, PIX, Boletos e outros Pagamentos Eletrônicos
O que o arquivo aceita neste campo
- Ocorrência
- 1-1
- Tamanho
- —
- Tipo no esquema
- string
- Formato base
- string
Valores aceitos — 2
- 1
- 2
Lista fechada do esquema oficial: qualquer outro valor é recusado na validação do arquivo.
As regras que verificam este campo — 2
O manual cita a tag pelo caminho no XML. Cada regra devolve um código de rejeição, e a ficha do código traz a mensagem que o autorizador exibe.
Se informado o grupo de Cartão de Crédito / Débito (tag:card): - Se o pagamento com cartão for integrado ao sistema de automação da empresa (tag:tpIntegra=1) devem ser informado os campos de CNPJ da Credenciadora e o código de autenticação da operação (tag:card/CNPJ e card/cAut) Observação: Implementação por padrão, opcional a critério da UF. Exceção: A regra de validação não se aplica, em produção, para Nota Fiscal com Data de Emissão anterior a 01/04/2016. ) (NT 2017.002/ NT 2015.002)
Mensagem: Não informados os dados da operação de pagamento por cartão de crédito / débito
Se informado o tipo de integração como pagamento não integrado com o sistema de automação da empresa (tag: tpIntegra=2) para UF que não aceita esse tipo de integração. Observação 1: Regra de Validação opcional a critério da UF. (NT 2017.002 / NT 2015.002)
Mensagem: Pagamento com cartão de crédito em sistema de automação não integrado
O mesmo nome em outros documentos fiscais — 1
tpIntegra aparece no leiaute de outros documentos, e isso não quer dizer que seja o mesmo campo: cada um tem manual, regra e às vezes tipo próprios. Aplicar a regra de
um documento no outro é o erro que esta lista existe para evitar. Cada linha traz o caminho no arquivo daquele
documento, que é onde a diferença aparece primeiro.
| Documento | O que o leiaute dele diz | Caminho lá |
|---|---|---|
| BP-e | Tipo de Integração do processo de pagamento com o sistema de automação da empresa 1=Pagamento integrado com o sistema de automação da empresa Ex. equipamento… | BPeTA/infBPe/pag/card/tpIntegra |
Campos do mesmo grupo — 5
São os campos que ficam ao lado deste no arquivo, dentro de NFe/infNFe/pag/detPag/card. Quem
preenche um costuma precisar dos outros na mesma passada.
Perguntas frequentes
O que é o campo tpIntegra do NF-e?
Tipo de Integração do processo de pagamento com o sistema de automação da empresa: 1 - Pagamento integrado com o sistema de automação da empresa (Ex.: equipamento TEF, Comércio Eletrônico, POS Integrado); 2 - Pagamento não integrado com o sistema de automação da empresa (Ex.: equipamento POS Simples). No XML ele fica em NFe/infNFe/pag/detPag/card/tpIntegra. Obrigatório, uma vez.
Quais valores tpIntegra aceita no NF-e?
O esquema oficial restringe a 2 valores: 1, 2. Qualquer outro valor é recusado já na validação do arquivo, antes de qualquer regra de negócio.
Que rejeição tpIntegra pode causar no NF-e?
2 regras do manual citam este campo, disparando os códigos 392, 737. ⚠ O número da rejeição não é único entre documentos fiscais: o mesmo código costuma existir na NF-e querendo dizer outra coisa.
tpIntegra no NF-e é o mesmo campo dos outros documentos fiscais?
O nome se repete no leiaute de 1 outro documento (BP-e), e isso não quer dizer que seja o mesmo campo: cada documento tem manual próprio, regra própria e às vezes tipo diferente. Aplicar a regra de um no outro é erro comum e caro.
De onde vem esta descrição do NF-e?
Do esquema XML oficial (PL_010f_v1.04). O Buscador NCM lê a árvore do próprio arquivo: tipo, tamanho, ocorrência e domínio saem sem interpretação. O manual manda na REGRA de validação; o esquema manda no CAMPO.