BP-e e split payment: como a vinculação do pagamento pode funcionar
BP-e e split payment: como a vinculação do pagamento pode funcionar. Entenda como PagVinc, transação financeira, DFe, IBS, CBS, vTotDFe, XML, cartão, PIX, TEF, agência, marketplace, bilhetagem eletrônica, BP-e, BP-e TM, BPeTA, eventos, rejeições, homologação, relatórios e auditoria podem impactar empresas de transporte de passageiros.
- Entenda como o BP-e pode se conectar ao pagamento no contexto do split payment.
- Veja as duas formas de vinculação previstas nas notas técnicas: chave do DFe no início do pagamento ou dados da transação no DFe/evento.
- Conheça os cuidados com PagVinc, meios de pagamento, conciliação, eventos e auditoria fiscal.
BP-e e split payment: como a vinculação do pagamento pode funcionar? A vinculação do pagamento no BP-e tem como objetivo conectar o Documento Fiscal Eletrônico à transação financeira que deu origem ao recebimento. Na prática, isso significa criar rastreabilidade entre a venda da passagem, o pagamento, o XML autorizado, o protocolo, os eventos e a apuração de IBS e CBS.
Com a Reforma Tributária, o pagamento deixa de ser apenas um dado financeiro interno da empresa e passa a ter papel relevante na estrutura fiscal dos documentos eletrônicos. Por isso surgem conceitos como PagVinc, vínculo entre transação e DFe, eventos de vinculação, cancelamento de vinculação e preparação para o modelo de split payment.
No transporte de passageiros, esse tema afeta empresas rodoviárias, metropolitanas, ferroviárias, aquaviárias e aéreas. O impacto pode aparecer em vendas por dinheiro, cartão, PIX, TEF, link de pagamento, agência, marketplace, OTA, bilhetagem eletrônica, cartão de transporte, QR Code, aplicativo e integrações externas.
Precisa preparar seu BP-e para PagVinc, pagamentos e split payment? Fale com o Vexado para avaliar XML, integrações financeiras, eventos, homologação, relatórios e auditoria.
Resumo rápido
A vinculação do pagamento no BP-e pode funcionar de duas formas principais: informando a chave do documento fiscal ao prestador de serviço de pagamento no início da transação financeira ou registrando os dados da transação financeira em campos do DFe ou em evento fiscal. O objetivo é conectar pagamento, documento fiscal, IBS, CBS, PagVinc, eventos e auditoria. Em 2026, os campos de split payment têm caráter preparatório e não há exigência oficial de uso em produção pelas empresas, mas os sistemas devem começar a se preparar.
Chave do DFe
O pagamento pode receber a chave do documento fiscal no início da transação.
Dados da transação
O DFe ou evento pode registrar dados da transação financeira depois da autorização.
PagVinc
Grupo técnico voltado ao vínculo entre documento fiscal e pagamento.
Auditoria
Venda, pagamento, XML, protocolo, evento e conciliação precisam fechar entre si.
BP-e e split payment: como a vinculação pode funcionar?
A vinculação do pagamento no BP-e pode funcionar conectando o documento fiscal eletrônico à transação financeira que pagou aquela passagem. Isso pode ocorrer informando a chave do DFe ao prestador de pagamento no início da transação ou registrando dados da transação financeira no próprio DFe ou em um evento fiscal posterior.
Resposta direta: no BP-e, a vinculação do pagamento pode funcionar por meio do grupo PagVinc e de eventos fiscais que conectam XML, chave de acesso, protocolo, meio de pagamento, transação financeira, valor pago, estorno, cancelamento e documento fiscal. O objetivo é permitir rastreabilidade entre venda, pagamento, IBS/CBS e auditoria, preparando o ambiente para o split payment.
| Modelo de vínculo | Como funciona | Uso prático |
|---|---|---|
| Chave do DFe no pagamento | A chave do documento fiscal é enviada ao prestador de pagamento no início da transação. | O pagamento já nasce vinculado ao documento fiscal. |
| Dados da transação no DFe | O documento fiscal ou evento registra os dados da transação financeira. | O vínculo pode ser informado após a transação ou por evento específico. |
| Evento de vinculação | Um evento fiscal registra o vínculo entre pagamento e DFe. | Útil quando o pagamento ocorre em momento diferente da autorização. |
| Cancelamento de vinculação | Evento desfaz ou corrige vínculo indevido. | Útil em estorno, erro de transação, cancelamento ou reprocessamento. |
Fontes oficiais úteis para validação: Documentos BP-e/SVRS, Avisos BP-e/SVRS, Notícias BP-e/SVRS, Serviços BP-e/SVRS, FAQ BP-e/SVRS e Lei Complementar 214/2025.
O que é split payment?
O split payment é um modelo em que parte do valor pago na transação pode ser segregada para recolhimento de tributos, como IBS e CBS, no momento da liquidação financeira. Em vez de a empresa receber todo o valor e depois recolher os tributos em outra etapa, o sistema de pagamento pode participar do processo de separação e recolhimento conforme regulamentação.
Para que isso funcione corretamente, o ambiente fiscal precisa saber qual documento fiscal está ligado a qual transação financeira. É justamente nesse ponto que entra a vinculação entre DFe e pagamento.
Venda
Passagem vendida no guichê, site, app, agência, marketplace ou bilhetagem.
Pagamento
Transação financeira feita por PIX, cartão, TEF, link, carteira digital ou intermediador.
DFe
Documento fiscal eletrônico autorizado, com chave, protocolo, XML e eventos.
Split
Separação e recolhimento de IBS/CBS conforme regras e regulamentação aplicáveis.
O que é PagVinc no BP-e?
O PagVinc é o grupo técnico criado para registrar informações de vinculação da transação de pagamento com o documento fiscal eletrônico. No contexto do BP-e, ele ajuda a relacionar a passagem vendida, o pagamento realizado e o DFe autorizado.
Na prática, o PagVinc pode ser usado para armazenar ou referenciar dados que permitem identificar a transação financeira, como meio de pagamento, identificadores da transação, valores, data, operador, adquirente, PSP, gateway, intermediador ou evento vinculado.
| Informação | Exemplo | Por que importa? |
|---|---|---|
| Documento fiscal | Chave de acesso do BP-e, BP-e TM ou BPeTA. | Identifica qual DFe está relacionado ao pagamento. |
| Meio de pagamento | PIX, cartão, TEF, dinheiro, link, carteira digital ou intermediador. | Classifica como a transação foi realizada. |
| Identificador da transação | NSU, autorização, txid, order id, payment id ou código interno. | Permite conciliar financeiro e fiscal. |
| Valor | Valor pago, estornado, parcial ou complementar. | Evita divergência entre venda, pagamento e DFe. |
| Evento | Vinculação ou cancelamento da vinculação. | Controla o ciclo de vida do vínculo. |
As duas formas de vincular pagamento e DFe
As notas técnicas indicam duas formas principais de relacionar o documento fiscal eletrônico com a transação financeira sujeita ao split payment.
| Forma | Descrição | Quando pode fazer sentido? |
|---|---|---|
| 1. Chave do DFe no início da transação | A empresa informa a chave do documento fiscal ao prestador de serviço de pagamento quando inicia o pagamento. | Quando o BP-e já foi gerado ou pré-gerado antes da liquidação financeira. |
| 2. Dados da transação no DFe ou evento | A empresa informa os dados da transação financeira em campos do documento fiscal ou em evento fiscal. | Quando o pagamento ocorre antes, depois ou em fluxo assíncrono em relação ao DFe. |
Na prática: empresas de transporte devem estar prontas para os dois cenários, porque cada canal de venda pode ter um fluxo diferente. Guichê, site, app, marketplace, agência, bilhetagem eletrônica e BPeTA podem ter tempos diferentes entre venda, pagamento e autorização fiscal.
Forma 1: enviar a chave do DFe ao pagamento
Nesse modelo, o documento fiscal é gerado antes ou durante a transação, e sua chave é enviada ao prestador de serviço de pagamento. Assim, a transação financeira já nasce com uma referência direta ao DFe.
Esse fluxo pode ser mais simples quando a emissão fiscal acontece antes da confirmação final do pagamento ou quando o sistema consegue reservar a passagem, gerar o DFe e iniciar o pagamento com a chave já disponível.
| Etapa | O que acontece | Controle necessário |
|---|---|---|
| 1. Venda iniciada | Passageiro escolhe viagem, poltrona, trecho ou voo. | Reserva temporária e dados da venda. |
| 2. DFe gerado | Sistema gera BP-e, BP-e TM ou BPeTA. | XML, chave, série, número e validação. |
| 3. Pagamento iniciado | Chave do DFe é enviada ao PSP, gateway, TEF ou adquirente. | Registro da chave no fluxo financeiro. |
| 4. Liquidação | Pagamento é confirmado ou recusado. | Status, transação, valor e retorno. |
| 5. Auditoria | DFe e transação ficam conectados. | Relatório fiscal e financeiro integrado. |
Cuidado: se o pagamento for recusado ou expirar, o sistema precisa tratar reserva, documento, evento, inutilização, cancelamento ou reprocessamento conforme regra aplicável.
Forma 2: informar a transação no DFe ou evento
Nesse modelo, o pagamento pode ocorrer antes, durante ou depois da autorização do documento. Depois, o sistema registra no DFe ou em evento fiscal os dados da transação financeira que pagou aquela passagem.
Esse fluxo pode ser mais flexível para pagamentos assíncronos, vendas online, marketplaces, agências, links de pagamento, PIX, transações TEF, bilhetagem eletrônica e operações em que a confirmação financeira chega depois da venda.
| Etapa | O que acontece | Controle necessário |
|---|---|---|
| 1. Venda criada | Passagem, reserva, viagem, trecho ou voo são registrados. | Pedido interno e status da reserva. |
| 2. Pagamento realizado | Cliente paga por PIX, cartão, TEF, link, agência ou marketplace. | Identificador da transação, valor, status e data. |
| 3. DFe autorizado | BP-e, BP-e TM ou BPeTA recebe autorização. | XML, chave, protocolo e status fiscal. |
| 4. Vínculo informado | Sistema informa a transação no DFe ou em evento de vinculação. | PagVinc, evento, retorno e logs. |
| 5. Conciliação | Relatório confere venda, pagamento, DFe e evento. | Auditoria fiscal e financeira. |
Boa prática: nunca depender apenas do “status pago” visual. O sistema deve guardar identificadores técnicos da transação, retorno do PSP, valor, data, meio de pagamento, usuário, pedido, DFe e evento.
Fluxo prático em empresas de transporte
Em empresas de transporte, o fluxo ideal precisa conectar operação, financeiro e fiscal. A venda da passagem deve gerar rastreabilidade completa desde o primeiro clique ou atendimento até a autorização do BP-e e a conciliação do pagamento.
| Momento | Informação gerada | Uso fiscal |
|---|---|---|
| Pesquisa da viagem | Origem, destino, data, horário, linha, trecho ou voo. | Base operacional da prestação. |
| Reserva | Poltrona, passageiro, comprador, carrinho ou localizador. | Base comercial da emissão. |
| Pagamento | PIX, cartão, TEF, link, agência, marketplace ou bilhetagem. | Origem da vinculação financeira. |
| Autorização fiscal | XML, chave, protocolo, autorização ou rejeição. | Documento fiscal válido. |
| Vínculo | PagVinc, dados da transação ou evento. | Conexão entre DFe e pagamento. |
| Auditoria | Relatório de venda, pagamento, DFe, tributos e eventos. | Conformidade e conciliação. |
Meios de pagamento impactados
A vinculação do pagamento pode impactar todos os meios usados pela empresa de transporte. Quanto mais canais de venda e pagamento a empresa possui, maior a necessidade de padronizar os identificadores e a conciliação.
Dinheiro
Caixa, operador, agência, terminal, data, valor e fechamento.
Cartão/TEF
NSU, autorização, terminal, adquirente, bandeira, parcelas e estorno.
PIX
Txid, cobrança, confirmação, expiração, valor, estorno e status.
Link de pagamento
Pedido, validade, confirmação, expiração, valor e transação vinculada.
Marketplace
Pedido externo, split comercial, comissão, taxa, repasse e liquidação.
Bilhetagem
Cartão de transporte, validador, catraca, QR Code, categoria e integração.
Impacto por tipo de BP-e
A lógica de vinculação do pagamento pode variar conforme o tipo de operação. Um BP-e rodoviário individual, um BP-e TM por totalização e um BPeTA aéreo possuem fluxos financeiros diferentes.
| Documento | Fluxo típico | Cuidados com vínculo de pagamento |
|---|---|---|
| BP-e Rodoviário | Venda individual de passagem no guichê, site, app, agência ou marketplace. | Conectar passageiro, comprador, poltrona, pagamento e XML autorizado. |
| BP-e TM | Totalização por catracas, contadores, validadores ou bilhetagem eletrônica. | Separar recarga, validação, uso, integração, totalização e documento fiscal. |
| BP-e Ferroviário | Venda por estação, trecho, classe, horário e tarifa. | Conectar estação, trecho, pagamento, passageiro e documento. |
| BP-e Aquaviário | Venda por terminal, travessia, embarcação, passageiro e veículo acompanhado. | Separar passageiro, veículo, adicional, pagamento e total do documento. |
| BPeTA | Venda aérea com reserva, localizador, voo, passageiro e canais externos. | Conectar reserva, OTA, agência, cartão, PIX, milhas, voucher e evento fiscal. |
PIX, cartão, TEF e link de pagamento
PIX, cartão e TEF são os meios mais sensíveis para vinculação porque possuem identificadores técnicos próprios. O sistema precisa armazenar esses identificadores de forma estruturada para permitir conciliação e eventual vínculo com o DFe.
| Meio | Identificadores importantes | Risco se não controlar |
|---|---|---|
| PIX | Txid, endToEndId, cobrança, QR Code, confirmação, expiração e estorno. | Pagamento confirmado sem vínculo claro com o BP-e. |
| Cartão | NSU, código de autorização, adquirente, bandeira, terminal, parcelas e estorno. | Dificuldade de conciliar transação e documento fiscal. |
| TEF | Terminal, número lógico, autorização, comprovante, operador e retorno. | Erro de roteamento ou vínculo com usuário/empresa incorreta. |
| Link de pagamento | Link, validade, status, pedido, confirmação, transação e expiração. | Reserva expirada, venda duplicada ou emissão sem pagamento confirmado. |
Agências, marketplaces, OTAs e intermediadores
Vendas intermediadas exigem cuidado extra porque o pagamento pode ocorrer fora do sistema principal da empresa transportadora. A empresa pode receber repasse líquido, comissão descontada, taxa de serviço, split comercial ou liquidação posterior.
| Canal | O que controlar | Por que importa? |
|---|---|---|
| Agência | Vendedor, comissão, fechamento, repasse, passageiro e comprador. | Separa prestação de transporte e intermediação. |
| Marketplace | Pedido externo, taxa, comissão, liquidação, repasse e cancelamento. | Conecta venda externa ao DFe autorizado. |
| OTA | Reserva, passageiro, pagamento, comissão, remarcação e cancelamento. | Evita perder rastreabilidade do ciclo da venda. |
| Intermediador de pagamento | PSP, adquirente, gateway, split comercial, valor bruto e líquido. | Ajuda a diferenciar pagamento, taxa e repasse. |
Bilhetagem eletrônica, catracas e validadores
No BP-e TM, a vinculação do pagamento pode ser mais complexa porque o pagamento nem sempre acontece no mesmo momento da prestação. Pode existir recarga, saldo, cartão de transporte, validador, catraca, integração tarifária, gratuidade e totalização por período.
| Elemento | Exemplo | Controle recomendado |
|---|---|---|
| Recarga | Cliente compra crédito antes de usar o transporte. | Separar compra de crédito e prestação efetiva do serviço. |
| Validação | Passageiro usa cartão ou QR Code no validador. | Registrar uso, categoria, linha, veículo, estação e horário. |
| Catraca | Contador físico ou eletrônico de passageiros. | Comparar contador, validações, totalização e documento fiscal. | Integração | Ônibus + metrô, trem + ônibus ou múltiplas linhas. | Controlar regra tarifária, repasse, desconto e totalização. |
| Gratuidade | Idoso, PCD, estudante ou benefício. | Separar pagante, isento, desconto e categoria operacional. |
Eventos de vinculação e cancelamento da vinculação
A vinculação do pagamento não termina no momento da autorização do BP-e. Podem existir eventos para vincular ou cancelar a vinculação entre o DFe e a transação financeira, especialmente quando há estorno, cancelamento, erro de transação, pagamento duplicado, troca de forma de pagamento ou reprocessamento.
| Evento ou situação | Quando acontece | O que registrar |
|---|---|---|
| Vinculação | Quando a transação financeira é conectada ao DFe. | Chave, transação, meio, valor, data, usuário e retorno. |
| Cancelamento da vinculação | Quando o vínculo precisa ser desfeito ou corrigido. | Motivo, transação original, DFe, valor, data e protocolo. |
| Estorno | Pagamento devolvido total ou parcialmente. | Transação original, transação de estorno, valor e documento vinculado. |
| Pagamento duplicado | Cliente paga duas vezes ou há confirmação repetida. | Identificar qual transação permanece vinculada e qual será estornada. |
| Cancelamento da passagem | Venda cancelada após pagamento ou autorização fiscal. | Evento fiscal, estorno, regra comercial e logs. |
| Reprocessamento | Falha técnica, rejeição ou retorno incompleto. | Tentativas, payload, resposta, correção e auditoria. |
Rejeições e riscos operacionais
Com a evolução das regras de pagamento e Reforma Tributária, empresas de transporte podem enfrentar rejeições ou inconsistências se o XML, os dados financeiros e os eventos não estiverem alinhados.
Pagamento sem DFe
Transação confirmada, mas sem documento fiscal autorizado ou rastreável.
DFe sem pagamento
Documento autorizado sem confirmação financeira quando a regra interna exige pagamento prévio.
Transação errada
NSU, txid, payment id ou autorização vinculada ao BP-e incorreto.
Valor divergente
Valor do pagamento diferente do valor fiscal ou do total do DFe.
Estorno sem evento
Pagamento devolvido sem reflexo fiscal ou sem rastreabilidade.
Marketplace sem conciliação
Pedido externo, comissão e repasse não fecham com o DFe emitido.
Relatórios e auditoria
A vinculação do pagamento exige relatórios mais fortes. A empresa deve conseguir demonstrar rapidamente qual venda gerou qual pagamento, qual BP-e foi autorizado, qual evento foi enviado, qual valor foi recebido, qual valor foi estornado e qual documento está pendente de vínculo.
| Relatório | Deve mostrar | Uso prático |
|---|---|---|
| Pagamentos vinculados | DFe, chave, transação, meio, valor, data, protocolo e status. | Conferir PagVinc e conciliação. |
| Pagamentos sem DFe | Transações confirmadas sem documento fiscal relacionado. | Evitar venda sem emissão fiscal. |
| DFes sem pagamento | Documentos autorizados sem transação financeira vinculada. | Identificar pendências financeiras ou fiscais. |
| Estornos | Transação original, valor estornado, DFe, motivo e data. | Conectar financeiro e evento fiscal. |
| Rejeições | Código, motivo, XML, pagamento, evento e ação necessária. | Corrigir falhas rapidamente. |
| Marketplace/agência | Pedido externo, repasse, comissão, taxa, DFe e pagamento. | Conciliação de venda intermediada. |
| Auditoria completa | Usuário, payload, retorno, datas, alterações, IP, terminal e histórico. | Compliance e investigação. |
O que observar em 2026?
Em 2026, os avisos oficiais indicam que não há exigência de preenchimento ou uso dos campos de split payment no ambiente de produção das empresas. Mesmo assim, o período é importante para preparação técnica, homologação, revisão de integrações e estruturação de relatórios.
Na prática, empresas de transporte não devem esperar a obrigatoriedade para começar. Quem já organizar venda, pagamento, DFe, evento e conciliação terá menos retrabalho quando as regras futuras forem exigidas em produção.
Boa prática para 2026: tratar PagVinc e split payment como projeto de preparação. O objetivo é mapear fluxos, integrar meios de pagamento, padronizar identificadores, testar eventos e criar relatórios antes da obrigatoriedade plena.
O que o sistema precisa controlar?
Um sistema preparado para BP-e e split payment precisa integrar venda, pagamento, documento fiscal, eventos e auditoria. O módulo fiscal não pode ficar isolado do financeiro.
| Área | Controle necessário |
|---|---|
| Venda | Pedido, reserva, passageiro, comprador, rota, trecho, voo, terminal, linha ou travessia. |
| Pagamento | Meio, transação, PSP, adquirente, gateway, NSU, txid, autorização, valor e status. |
| DFe | BP-e, BP-e TM, BPeTA, XML, chave, protocolo, autorização, rejeição e consulta. |
| PagVinc | Vínculo entre transação financeira e documento fiscal eletrônico. |
| Eventos | Vinculação, cancelamento da vinculação, cancelamento do DFe, estorno e reprocessamento. |
| Conciliação | Venda, pagamento, DFe, valor, tributos, estorno, comissão e repasse. |
| Auditoria | Logs, payloads, usuários, terminais, retornos, datas, alterações e histórico completo. |
Erros comuns
Os principais erros acontecem quando a empresa trata split payment como assunto apenas fiscal e esquece que a base do vínculo está no pagamento real da passagem.
Não guardar identificadores
Sem NSU, txid, autorização ou payment id, a conciliação fica frágil.
Separar fiscal e financeiro
O BP-e precisa conversar com pagamento, estorno, comissão e repasse.
Ignorar eventos
Vinculação e cancelamento de vinculação precisam ter logs e retorno.
Não testar marketplace
Venda intermediada tem pedido externo, comissão, taxa e liquidação própria.
Não tratar estorno
Estorno sem reflexo fiscal pode quebrar a auditoria.
Esperar obrigatoriedade
Deixar para adaptar somente quando a regra entrar em produção aumenta o risco operacional.
Como o Vexado pode ajudar
O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam preparar seus fluxos para BP-e, Reforma Tributária, PagVinc, split payment, pagamentos, eventos, relatórios e auditoria.
O Vexado pode apoiar com emissão de BP-e, venda de passagens, integrações com pagamentos, APIs, relatórios, automação, homologação, produção assistida e organização de dados fiscais e financeiros. O ponto mais importante é conectar operação, pagamento e fiscal de forma rastreável.
Emissão de BP-e
A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.
Venda de passagens
A solução de venda de passagens conecta passageiro, comprador, pagamento, reserva e emissão fiscal.
Integrações e APIs
As integrações e APIs podem conectar gateways, TEF, PIX, adquirentes, marketplaces, financeiro, BI e operação.
Consultoria e implantação
A consultoria e implantação ajuda a estruturar homologação, produção assistida e governança.
Automação de processos
A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.
Relatórios e auditoria
Dashboards para acompanhar pagamentos vinculados, pendentes, rejeitados, estornados, eventos e divergências.
Posicionamento seguro: o Vexado apoia a operação e a emissão, mas regras de split payment, obrigatoriedade, cronograma, enquadramento fiscal, IBS, CBS, PagVinc e eventos devem ser validados com contador, responsável fiscal, SEFAZ, CGIBS/RFB, jurídico e equipe técnica.
Checklist prático para BP-e, PagVinc e split payment
- Mapear todos os meios de pagamento usados pela empresa.
- Separar pagamento presencial, online, TEF, PIX, link, agência, marketplace e bilhetagem.
- Guardar identificadores técnicos: NSU, autorização, txid, payment id, order id, terminal e PSP.
- Vincular pedido, reserva, passageiro, comprador, pagamento e DFe.
- Preparar estrutura para PagVinc no BP-e, BP-e TM e BPeTA.
- Testar eventos de vinculação e cancelamento de vinculação.
- Mapear estornos, cancelamentos, remarcações, no-show e reprocessamentos.
- Separar valor bruto, taxa, comissão, repasse, valor líquido e valor fiscal.
- Revisar integrações com gateways, adquirentes, PSPs, TEF, PIX e marketplaces.
- Preparar relatórios de pagamentos vinculados e pagamentos pendentes de vínculo.
- Criar relatório de DFe autorizado sem pagamento vinculado.
- Criar relatório de pagamento confirmado sem DFe autorizado.
- Testar PIX expirado, cartão recusado, link vencido e pagamento duplicado.
- Testar cancelamento de passagem com estorno parcial e total.
- Validar impacto em BP-e Rodoviário, BP-e TM, BP-e Ferroviário, BP-e Aquaviário e BPeTA.
- Atualizar schemas e notas técnicas oficiais.
- Treinar fiscal, financeiro, TI, operação, atendimento e suporte.
- Fazer homologação antes de ativar qualquer rotina em produção.
- Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.
Quer preparar sua empresa para BP-e, PagVinc e split payment? Fale com o Vexado e veja como organizar pagamentos, XML, eventos, relatórios e auditoria.
Fontes oficiais para validar BP-e, PagVinc e split payment
Como BP-e, PagVinc, split payment, IBS, CBS, vinculação de pagamento, eventos fiscais, meios de pagamento e Reforma Tributária envolvem obrigação fiscal sensível, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, CGIBS/RFB, equipe jurídica, integradores ou equipe técnica.
Documentos BP-e/SVRS
Consulte notas técnicas, schemas, PagVinc, vinculação de pagamento, Reforma Tributária, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.
Avisos BP-e/SVRS
Consulte avisos sobre split payment, vTotDFe, IBSCBS, QR Code e regras técnicas: Avisos BP-e/SVRS.
Notícias BP-e/SVRS
Consulte comunicados sobre NTs 2026.001, NTs 2026.002, BPe, BPeTM, BPeTA e Reforma Tributária: Notícias BP-e/SVRS.
Serviços BP-e/SVRS
Consulte ambientes, webservices e serviços disponíveis para BP-e: Serviços BP-e/SVRS.
FAQ BP-e/SVRS
Consulte conceitos gerais do BP-e, autorização, assinatura digital e responsabilidade do emitente: FAQ BP-e/SVRS.
Lei Complementar 214/2025
Consulte regras gerais de IBS, CBS, split payment e Reforma Tributária: LC 214/2025.
Atendimento web para empresas de transporte em todo o Brasil
O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.
A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.
FAQ completo sobre BP-e e split payment
BP-e e split payment: como a vinculação do pagamento pode funcionar?
A vinculação pode funcionar conectando o documento fiscal eletrônico à transação financeira por meio da chave do DFe enviada ao prestador de pagamento no início da transação ou por meio de dados da transação informados no DFe ou em evento fiscal.
O que é PagVinc no BP-e?
PagVinc é o grupo técnico voltado à vinculação entre transação financeira e documento fiscal eletrônico, permitindo rastrear pagamento, DFe, evento e conciliação.
O que é split payment?
Split payment é o mecanismo em que prestadores de serviço de pagamento e instituições operadoras segregam e recolhem IBS/CBS no momento da liquidação financeira da transação, conforme regulamentação aplicável.
Os campos de split payment são obrigatórios em 2026?
Os avisos oficiais informam que não há exigência de preenchimento ou uso dos campos de split payment em 2026 no ambiente de produção das empresas. Os campos possuem caráter preparatório para desenvolvimento e testes.
Quais são as duas formas de vincular DFe e pagamento?
A primeira é transmitir a chave do documento fiscal ao prestador de pagamento no início da transação. A segunda é informar os dados da transação financeira em campos do DFe ou em evento fiscal.
BP-e Rodoviário será impactado?
Sim. Vendas por guichê, site, app, agência, marketplace, cartão, PIX, TEF e link de pagamento precisam ser mapeadas para permitir vínculo entre pagamento e DFe.
BP-e TM será impactado?
Sim. No BP-e TM, a complexidade pode ser maior porque pode haver catracas, validadores, cartões de transporte, recarga, integração tarifária e totalização.
BPeTA será impactado?
Sim. No BPeTA, a vinculação pode envolver reserva, localizador, voo, passageiro, comprador, cartão, PIX, agência, OTA, marketplace, milhas, voucher e eventos.
Quais meios de pagamento precisam ser mapeados?
Dinheiro, cartão, TEF, PIX, link de pagamento, carteira digital, agência, marketplace, OTA, bilhetagem eletrônica, cartão de transporte e QR Code devem ser mapeados conforme operação.
O que guardar para cartão e TEF?
É recomendável guardar NSU, autorização, terminal, número lógico quando aplicável, adquirente, bandeira, valor, data, status, comprovante, estorno e usuário.
O que guardar para PIX?
É recomendável guardar txid, cobrança, QR Code, endToEndId quando aplicável, confirmação, expiração, valor, status, estorno e vínculo com pedido e DFe.
O que acontece em estorno ou cancelamento?
O sistema deve registrar a transação original, o estorno, o motivo, o valor, o documento fiscal vinculado e, quando aplicável, evento fiscal ou cancelamento de vinculação.
O Vexado pode ajudar com BP-e, PagVinc e split payment?
O Vexado pode apoiar empresas na análise, emissão de BP-e, integrações com pagamentos, APIs, relatórios, automação, auditoria e preparação técnica para PagVinc e Reforma Tributária.
O sistema substitui o contador?
Não. O sistema apoia a operação e a emissão, mas regras de split payment, obrigatoriedade, cronograma, enquadramento fiscal, IBS, CBS, PagVinc e eventos devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.
Como falar com o Vexado?
O próximo passo é acessar a página de contato e conversar com a equipe para avaliar como preparar sua empresa de transporte para BP-e, pagamentos, PagVinc, split payment, integrações e auditoria.
Quer preparar sua empresa para BP-e, PagVinc e split payment? Fale com o Vexado e veja como organizar pagamentos, XML, eventos, relatórios e auditoria.
Conclusão
BP-e e split payment exigem que empresas de transporte conectem venda, pagamento, documento fiscal, eventos e auditoria em um fluxo único. A vinculação do pagamento pode acontecer pela chave do DFe enviada ao prestador de pagamento ou pelos dados da transação informados no DFe ou em evento fiscal.
Para empresas de transporte de passageiros, o desafio é garantir que cada pagamento tenha relação clara com uma venda, um passageiro, um documento fiscal, um protocolo e um evento quando houver cancelamento, estorno, remarcação, no-show ou reprocessamento. Isso vale para BP-e Rodoviário, BP-e TM, BP-e Ferroviário, BP-e Aquaviário e BPeTA.
O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, PagVinc, split payment, Reforma Tributária, IBS, CBS, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.
Quer avaliar sua preparação para PagVinc e split payment? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.
Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BP-e, PagVinc, split payment, vinculação de pagamento, Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, pagamentos, integração financeira, armazenamento, guarda documental, APIs, regimes específicos ou obrigações legais, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.
