BP-e modelo 63 em 2026: principais mudanças, novas regras e leiautes
BP-e modelo 63 em 2026: principais mudanças, novas regras e leiautes. Entenda o que muda no Bilhete de Passagem Eletrônico com Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, QR Code, schemas, BP-e Rodoviário, BP-e TM, BPeTA, eventos, rejeições, homologação, produção, relatórios fiscais e auditoria para empresas de transporte de passageiros.
- Entenda as principais mudanças do BP-e modelo 63 em 2026.
- Veja o impacto das NTs 2026.001 e 2026.002 no XML, pagamentos e leiautes.
- Conheça os cuidados com IBS, CBS, vTotDFe, PagVinc, split payment, BP-e TM e BPeTA.
BP-e modelo 63 em 2026: quais são as principais mudanças, novas regras e leiautes? O ano de 2026 marca uma fase importante de adaptação do Bilhete de Passagem Eletrônico à Reforma Tributária do Consumo. O BP-e deixa de ser analisado apenas como documento eletrônico da passagem e passa a exigir maior integração entre venda, pagamento, XML fiscal, IBS, CBS, vTotDFe, PagVinc, eventos, relatórios e auditoria.
Na prática, empresas de transporte de passageiros precisam revisar sistemas de venda, emissão fiscal, integrações com pagamento, fechamento de caixa, marketplaces, bilhetagem eletrônica, APIs, relatórios, tratamento de rejeições e atualização de schemas. Isso vale para operações rodoviárias, metropolitanas, ferroviárias, aquaviárias e aéreas.
O ponto central é que o BP-e modelo 63 passa por mudanças de leiaute e regras de validação relacionadas à Reforma Tributária, incluindo grupos de IBS/CBS, classificação tributária, total do DFe, vinculação do pagamento e preparação técnica para o split payment.
Precisa preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado para avaliar XML, schemas, IBS/CBS, PagVinc, pagamentos, eventos, homologação, produção assistida, relatórios e auditoria.
Resumo rápido
Em 2026, o BP-e modelo 63 passa por mudanças técnicas ligadas à Reforma Tributária, principalmente por causa das NTs 2026.001 e 2026.002. As empresas precisam atualizar leiautes, schemas e validações para tratar IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de vinculação de pagamento, split payment, QR Code, BP-e TM, BPeTA, relatórios fiscais e auditoria entre venda, pagamento e documento fiscal eletrônico.
NT 2026.002
Adapta o BP-e, BP-e TM e BPeTA à Reforma Tributária, com IBS, CBS, CST, cClassTrib e validações.
NT 2026.001
Cria estrutura de vinculação do pagamento com o DFe, incluindo PagVinc e eventos.
vTotDFe
Total do documento fiscal eletrônico, crítico quando houver grupo IBSCBS no XML.
2026
Ano de testes, adaptação, atualização técnica, homologação e preparação operacional.
BP-e modelo 63 em 2026: o que muda?
O BP-e modelo 63 muda em 2026 porque precisa se adaptar aos novos leiautes e regras da Reforma Tributária. As principais mudanças envolvem IBS, CBS, grupo IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de vinculação de pagamento, split payment, novos schemas, regras de validação, QR Code, BP-e TM, BPeTA, relatórios e auditoria fiscal.
Resposta direta: em 2026, empresas que emitem BP-e modelo 63 precisam atualizar seus sistemas para os novos leiautes, acompanhar as NTs 2026.001 e 2026.002, validar IBS/CBS, preencher vTotDFe quando houver IBSCBS, preparar PagVinc, revisar meios de pagamento, tratar eventos, testar homologação, acompanhar regras de validação e criar relatórios que conectem venda, pagamento, XML, protocolo e auditoria.
| Área | O que muda em 2026 | Risco se não preparar |
|---|---|---|
| Leiaute | Novos grupos, campos e schemas ligados à Reforma Tributária. | XML desatualizado, erro técnico ou rejeição. |
| IBS/CBS | Novas informações tributárias no documento fiscal eletrônico. | Documento incompleto ou inconsistência fiscal. |
| vTotDFe | Total do documento fiscal eletrônico quando houver IBSCBS. | Rejeição ou divergência entre valor fiscal e financeiro. |
| PagVinc | Vínculo entre transação financeira e DFe. | Pagamento desconectado do documento fiscal. |
| Split payment | Campos preparatórios para evolução do modelo de pagamento tributário. | Retrabalho futuro se o sistema não se preparar. |
| Eventos | Novos eventos de vinculação e cancelamento de vinculação do pagamento. | Falha no ciclo de vida fiscal e financeiro. |
| Relatórios | Auditoria entre venda, pagamento, DFe, tributos e eventos. | Dificuldade para explicar divergências e rejeições. |
Fontes oficiais úteis para validação: FAQ BP-e/SVRS, Documentos BP-e/SVRS, Avisos BP-e/SVRS, Notícias BP-e/SVRS, Serviços BP-e/SVRS, Orientações da Receita Federal para 2026 e Lei Complementar 214/2025.
O que é o BP-e modelo 63?
O BP-e modelo 63 é o Bilhete de Passagem Eletrônico, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros. Ele existe apenas em formato digital, é assinado digitalmente pelo emitente e precisa ser autorizado pela administração tributária antes do fato gerador.
Na operação de transporte, o BP-e pode substituir documentos antigos de passagem, conforme regra da unidade federada e enquadramento da operação. O modelo 63 pode aparecer em diferentes contextos: rodoviário, aquaviário, ferroviário, metropolitano, semiurbano, metroviário e, com o BPeTA, também no transporte aéreo.
Documento eletrônico
O BP-e é gerado em XML, assinado digitalmente e autorizado antes da prestação.
Modelo 63
É o modelo fiscal do Bilhete de Passagem Eletrônico.
DABPE
Representação auxiliar utilizada para acompanhar a passagem e facilitar consulta.
Chave e protocolo
A autorização gera rastreabilidade fiscal por chave de acesso, protocolo e consulta.
Principais mudanças em 2026
As mudanças de 2026 não se limitam a uma nova tag no XML. Elas exigem revisão do motor fiscal, meios de pagamento, eventos, relatórios, schemas, homologação e auditoria.
| Mudança | Descrição | Impacto para empresas |
|---|---|---|
| Reforma Tributária | Inclusão de informações ligadas a IBS e CBS. | Necessidade de parametrização tributária. |
| Novos schemas | Pacotes técnicos das NTs precisam ser implementados. | Sistemas antigos podem gerar XML incompatível. |
| Grupo IBSCBS | Grupo técnico com dados dos novos tributos. | Exige validação de campos, valores e regras fiscais. |
| vTotDFe | Campo de total do documento fiscal eletrônico. | Crítico quando houver informações de IBSCBS. |
| PagVinc | Grupo de informações para vincular pagamento e DFe. | Integra financeiro e fiscal. |
| Eventos novos | Vinculação e cancelamento da vinculação do pagamento. | Controla o ciclo de vida do vínculo financeiro-fiscal. |
| Split payment | Campos preparatórios para a evolução do modelo. | Exige arquitetura preparada, mesmo sem uso obrigatório em 2026. |
| BP-e TM e BPeTA | Ampliação do ecossistema do modelo 63. | Empresas precisam distinguir operação comum, metropolitana e aérea. |
NTs 2026.001 e 2026.002
Duas frentes técnicas merecem atenção especial em 2026: a NT 2026.001, ligada à vinculação do pagamento, e a NT 2026.002, ligada à Reforma Tributária.
| Nota técnica | Foco principal | Impacto prático |
|---|---|---|
| NT 2026.001 | Vinculação da transação de pagamento com o DFe. | Criação de estrutura de PagVinc e eventos de vinculação/cancelamento. |
| NT 2026.002 | Reforma Tributária no BP-e, BP-e TM e BPeTA. | Adaptação de leiaute para IBS, CBS, CST, cClassTrib e regras de validação. |
| Schemas 2026.001 | Pacote técnico para vinculação de pagamento. | Atualização de XML, eventos e validações. |
| Schemas 2026.002 | Pacote técnico para Reforma Tributária. | Atualização do emissor para novas tags e validações. |
Boa prática: trate as NTs como projeto de sistema, não como simples troca de arquivo. É preciso atualizar schemas, motor fiscal, integrações de pagamento, homologação, relatórios, logs e treinamento da operação.
Novos leiautes e schemas
Os leiautes do BP-e em 2026 passam a incorporar campos e regras ligadas à Reforma Tributária e à vinculação do pagamento. Isso exige que o sistema emissor esteja atualizado com os pacotes de schemas oficiais e com as regras de validação vigentes.
| Componente | O que revisar | Risco técnico |
|---|---|---|
| XML de emissão | Estrutura do BP-e, campos novos, grupos e regras de preenchimento. | XML inválido ou rejeição. |
| Eventos | Eventos tradicionais e novos eventos de pagamento. | Ciclo de vida incompleto. |
| Schemas | Pacotes 2026.001 e 2026.002. | Validação local desatualizada. |
| Assinatura digital | Certificado, cadeia, validade e compatibilidade com XML atualizado. | Erro de assinatura. |
| Consulta/status | Serviços de consulta, status e retorno de autorização. | Documento autorizado sem acompanhamento adequado. |
| Ambiente | Homologação, produção, URLs e parâmetros. | Teste no ambiente errado ou produção sem validação. |
IBS e CBS no BP-e modelo 63
O IBS e a CBS são os novos tributos da Reforma Tributária do Consumo. No BP-e, eles exigem campos, grupos e classificações específicas no XML. A empresa precisa saber quando informar o grupo IBSCBS, como classificar a operação e como calcular corretamente valores e totais.
| Campo ou conceito | Função | Cuidados |
|---|---|---|
| IBS | Imposto sobre Bens e Serviços. | Exige parametrização por operação, modal e enquadramento. |
| CBS | Contribuição sobre Bens e Serviços. | Exige informação no XML conforme nota técnica e regra aplicável. |
| IBSCBS | Grupo técnico com informações dos novos tributos. | Quando informado, exige atenção ao vTotDFe. |
| CST | Código de situação tributária. | Precisa refletir o tratamento fiscal da prestação. |
| cClassTrib | Código de classificação tributária. | Precisa estar compatível com o enquadramento da operação. |
Regras de validação e Rejeição 310
As regras de validação da Reforma Tributária foram criadas para garantir que os documentos fiscais eletrônicos tenham informações consistentes de IBS e CBS. No ambiente técnico, isso pode envolver rejeições quando campos obrigatórios, classificações, valores ou grupos não forem preenchidos corretamente.
Um ponto importante para 2026 é entender a diferença entre obrigação de adaptação e rejeição automática. Comunicados oficiais indicam que houve adiamento de validações que causariam rejeição automática por ausência de determinadas informações de IBS/CBS, mas isso não significa que a empresa deve ignorar a preparação técnica.
| Situação | O que significa | Como agir |
|---|---|---|
| Obrigação de prestar informações | A empresa deve se preparar para informar CBS e IBS conforme normas e NTs. | Atualizar sistema e parametrização. |
| Validação técnica | Regra que pode rejeitar documento por ausência ou erro de informação. | Testar homologação e corrigir XML. |
| Adiamento de rejeição automática | Determinadas regras podem não causar rejeição imediata em certo período. | Não usar como desculpa para adiar implantação. |
| Rejeição 310 | Referência a validações de exigência de IBS/CBS no ambiente técnico. | Monitorar notas, comunicados e ambiente de autorização. |
Resumo prático: 2026 deve ser tratado como período de adaptação e teste. Mesmo quando uma validação não rejeitar automaticamente, a empresa precisa ajustar leiaute, emissão, relatórios e auditoria para evitar acúmulo de problemas.
vTotDFe e grupo IBSCBS
O vTotDFe é o valor total do documento fiscal eletrônico. Em 2026, esse campo ganha importância porque, quando houver informação no grupo IBSCBS, o total do DFe deve ser informado corretamente.
Para empresas de transporte, o vTotDFe precisa refletir a operação real: tarifa, taxa, desconto, comissão, serviço adicional, valor pago, valor fiscal, tributos e total do documento.
| Item | Risco | Boa prática |
|---|---|---|
| Tarifa da passagem | Valor fiscal diferente do valor vendido. | Usar a venda autorizada como origem confiável. |
| Desconto | Base tributária inconsistente. | Registrar desconto de forma estruturada. |
| Taxas | Total do DFe divergente. | Separar tarifa, taxa, seguro e serviço adicional. |
| Comissão | Confusão entre prestação e intermediação. | Separar valor da passagem, comissão e repasse. |
| Pagamento | Valor pago não bate com XML. | Conciliar venda, pagamento e documento fiscal. |
| vTotDFe | Rejeição ou inconsistência por total ausente/incorreto. | Validar localmente antes de transmitir. |
PagVinc e vinculação de pagamento
O PagVinc é uma das grandes mudanças técnicas de 2026. Ele prepara o BP-e para relacionar o documento fiscal eletrônico à transação financeira que pagou aquela prestação de transporte.
Na prática, isso exige que o sistema guarde dados estruturados de pagamento, como NSU, autorização, txid, payment id, terminal, PSP, adquirente, gateway, valor, data, status, estorno e vínculo com o DFe.
| Meio de pagamento | Dados importantes | Uso fiscal |
|---|---|---|
| Cartão/TEF | NSU, autorização, terminal, número lógico, adquirente e bandeira. | Conciliação entre transação e BP-e. |
| PIX | Txid, cobrança, confirmação, expiração, endToEndId e estorno. | Vínculo entre pagamento confirmado e DFe. |
| Dinheiro | Caixa, operador, agência, data, valor e fechamento. | Auditoria de caixa e venda emitida. |
| Link de pagamento | Link, validade, status, pedido, transação e expiração. | Conecta reserva, pagamento e documento fiscal. |
| Marketplace/agência | Pedido externo, comissão, taxa, repasse, liquidação e cancelamento. | Rastreia venda intermediada até o DFe. |
| Bilhetagem eletrônica | Cartão de transporte, validador, catraca, QR Code e categoria. | Importante para BP-e TM e totalização. |
Split payment em 2026
O split payment é o mecanismo em que prestadores de serviços de pagamento e instituições operadoras podem segregar e recolher IBS/CBS no momento da liquidação financeira, conforme regulamentação. Para funcionar corretamente, o pagamento precisa estar vinculado ao documento fiscal eletrônico.
Em 2026, os campos de split payment possuem caráter preparatório no ambiente de produção das empresas. Isso significa que o foco deve ser estruturar integrações, armazenar identificadores de pagamento, testar PagVinc, revisar relatórios e preparar a arquitetura para mudanças futuras.
Boa prática: trate split payment como projeto de preparação. Mesmo sem exigência de uso em produção em 2026, empresas que organizarem pagamento, DFe, PagVinc, eventos e relatórios terão menos retrabalho quando as exigências avançarem.
QR Code e DABPE
Além das mudanças ligadas à Reforma Tributária, o BP-e também exige atenção às regras operacionais do DABPE e à consulta por QR Code. O DABPE continua sendo importante para o passageiro, embarque, fiscalização, conferência e consulta do documento.
Empresas devem revisar URLs, parâmetros, impressão, layout do DABPE, armazenamento, consulta e integração com os canais de venda, especialmente em operações online, guichê, agência e marketplaces.
| Item | O que revisar | Risco se ignorar |
|---|---|---|
| QR Code | URL oficial, parâmetros e leitura correta. | Passageiro ou fiscalização não consegue consultar o documento. |
| DABPE | Impressão, PDF, e-mail, WhatsApp, app ou tela de embarque. | Atendimento confuso e dificuldade operacional. |
| Chave de acesso | Disponibilidade e conferência da chave autorizada. | Documento sem rastreabilidade simples. |
| Ambiente | Homologação e produção separados. | Consulta apontando para ambiente incorreto. |
BP-e, BP-e TM e BPeTA
Em 2026, empresas precisam entender que o ecossistema do modelo 63 inclui diferentes contextos técnicos e operacionais. O BP-e comum, o BP-e TM e o BPeTA podem ter regras, leiautes, eventos e fluxos operacionais distintos.
| Documento | Uso típico | Atenção em 2026 |
|---|---|---|
| BP-e comum | Rodoviário, ferroviário ou aquaviário, conforme enquadramento. | IBS/CBS, vTotDFe, PagVinc, XML e pagamentos. |
| BP-e TM | Transporte metropolitano ou semiurbano com catracas, contadores ou sistemas equivalentes. | Totalização, bilhetagem, validadores, PagVinc e relatórios. |
| BPeTA | Transporte aéreo de passageiros. | Reserva, localizador, passageiro, comprador, pagamento, eventos e credenciamento. |
Impactos por modal de transporte
As mudanças de 2026 não atingem todos os modais da mesma forma. Uma operação rodoviária individual é diferente de uma operação metropolitana totalizada, uma travessia aquaviária ou um voo com reserva e OTA.
| Modal | Cuidados principais |
|---|---|
| Rodoviário | Passageiro, comprador, poltrona, origem, destino, pagamento, DABPE e eventos. |
| Metropolitano / BP-e TM | Catracas, validadores, bilhetagem, totalização, integração tarifária e PagVinc. |
| Ferroviário | Estações, trechos, classes, horários, tarifas, pagamentos e eventos. |
| Aquaviário | Terminais, travessias, embarcações, veículos acompanhados, tarifas e pagamentos. |
| Aéreo / BPeTA | Reserva, localizador, voo, passageiro, comprador, OTA, marketplace, milhas e eventos. |
Pagamentos e conciliação
Com PagVinc e split payment, o pagamento passa a ter papel central na emissão e auditoria do BP-e. A empresa precisa conectar cada venda ao pagamento correto e cada pagamento ao DFe correto.
Venda
Pedido, reserva, passageiro, comprador, trecho, rota, voo, travessia ou linha.
Pagamento
Meio, transação, valor, status, gateway, PSP, TEF, adquirente ou intermediador.
DFe
XML, chave, protocolo, autorização, rejeição, cancelamento e consulta.
Auditoria
Relatórios que comprovem a relação entre venda, pagamento, DFe e evento.
Eventos fiscais e ciclo de vida
O BP-e em 2026 precisa ser tratado como um documento com ciclo de vida completo. A emissão não termina na autorização. Depois dela, podem existir eventos de cancelamento, substituição, vinculação de pagamento, cancelamento de vinculação, estorno, reprocessamento e correções operacionais.
| Evento ou situação | Quando acontece | O que registrar |
|---|---|---|
| Autorização | BP-e autorizado pela administração tributária. | XML, chave, protocolo, ambiente e horário. |
| Rejeição | XML ou regra fiscal não aceita. | Código, motivo, campo, payload e correção. |
| Cancelamento | Passagem cancelada conforme prazo e regra. | Motivo, usuário, pagamento, estorno e protocolo. |
| Vinculação de pagamento | Transação financeira conectada ao DFe. | PagVinc, meio, transação, valor, retorno e logs. |
| Cancelamento da vinculação | Vínculo de pagamento precisa ser desfeito. | Motivo, transação original, DFe e evento. |
| Reprocessamento | Falha técnica, indisponibilidade ou erro corrigido. | Tentativas, payload, retorno, usuário e histórico. |
Homologação e testes
Antes de liberar mudanças em produção, empresas precisam testar cenários reais em homologação. O objetivo é evitar que falhas de IBS/CBS, PagVinc, vTotDFe, schema, pagamento ou evento apareçam no guichê, no site, no app, no validador ou no embarque.
| Cenário de teste | O que validar |
|---|---|
| Venda em dinheiro | Caixa, valor, BP-e, IBS/CBS, vTotDFe e autorização. |
| Venda com cartão/TEF | NSU, autorização, terminal, PagVinc, valor e conciliação. |
| Venda com PIX | Txid, confirmação, expiração, cancelamento e vínculo fiscal. |
| Venda por agência | Comissão, repasse, comprador, passageiro e BP-e autorizado. |
| Venda por marketplace | Pedido externo, taxa, comissão, liquidação, pagamento e DFe. |
| BP-e TM | Catracas, validadores, bilhetagem, totalização e relatórios. |
| BPeTA | Reserva, localizador, voo, passageiro, comprador, pagamento e eventos. |
| Rejeições | IBS/CBS, vTotDFe, cClassTrib, schema, QR Code, PagVinc e evento. |
Relatórios e auditoria
As mudanças do BP-e modelo 63 em 2026 exigem relatórios mais completos. A empresa precisa conseguir responder rapidamente quais documentos foram autorizados, rejeitados, cancelados, vinculados a pagamento, pendentes de vínculo, estornados ou divergentes.
| Relatório | Deve mostrar | Uso prático |
|---|---|---|
| Autorizados | Chave, protocolo, empresa, filial, passageiro, valor, IBS/CBS e pagamento. | Controle fiscal diário. |
| Rejeitados | Código, motivo, XML, campo, regra violada e ação necessária. | Correção rápida. |
| IBS/CBS | CST, cClassTrib, base, alíquota, valor, IBSCBS e vTotDFe. | Conferência tributária. |
| Pagamentos | Dinheiro, cartão, PIX, TEF, link, agência, marketplace e PagVinc. | Conciliação fiscal e financeira. |
| Eventos | Cancelamento, vinculação, cancelamento de vinculação e reprocessamento. | Ciclo de vida do documento. |
| Pendências | DFe sem pagamento vinculado ou pagamento sem DFe autorizado. | Auditoria e correção de divergências. |
O que o sistema precisa controlar?
Um sistema preparado para BP-e modelo 63 em 2026 precisa integrar fiscal, venda, pagamento, operação, eventos, relatórios e auditoria. O emissor não pode ficar isolado do financeiro nem da operação.
| Área | Controle necessário |
|---|---|
| Fiscal | IBS, CBS, CST, cClassTrib, IBSCBS, vTotDFe, regras por empresa, UF, modal e operação. |
| Leiaute | NTs, schemas, XML, eventos, QR Code, assinatura e validações. |
| Venda | Passageiro, comprador, rota, trecho, estação, terminal, voo, poltrona, tarifa e desconto. |
| Pagamento | Meio, transação, NSU, txid, terminal, PSP, gateway, valor, status, estorno e PagVinc. |
| Eventos | Autorização, rejeição, cancelamento, vinculação, cancelamento de vinculação e reprocessamento. |
| Relatórios | Autorizados, rejeitados, pendentes, tributos, pagamentos, eventos e divergências. |
| Auditoria | Logs, payloads, retornos, usuários, datas, terminais, alterações e histórico completo. |
Erros comuns
Os erros mais comuns acontecem quando a empresa trata as mudanças de 2026 como simples atualização de XML, sem revisar pagamentos, eventos, relatórios, homologação e operação.
Atualizar só o schema
Sem revisar motor fiscal, pagamento e eventos, a adequação fica incompleta.
Ignorar vTotDFe
Quando há IBSCBS, o total do DFe precisa ser validado corretamente.
Não guardar pagamento
Sem NSU, txid, autorização ou payment id, a conciliação fica frágil.
Não testar eventos
Vinculação e cancelamento de vinculação exigem fluxo próprio.
Confundir BP-e comum e BP-e TM
Operação individual e totalização metropolitana têm lógicas diferentes.
Esperar obrigatoriedade plena
Deixar para adaptar depois aumenta risco de rejeição, retrabalho e falha 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 modelo 63 em 2026, Reforma Tributária, IBS, CBS, PagVinc, split payment, pagamentos, eventos, relatórios e auditoria.
O Vexado pode apoiar com emissão de BP-e, venda de passagens, guichês, agências, vendas online, integrações, 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.
BP-e Rodoviário
A solução de BP-e Rodoviário apoia viações na emissão e controle fiscal de passagens.
BP-e Metropolitano
A solução de BP-e Metropolitano apoia estudos de BP-e TM, totalização, validadores e relatórios.
Integrações e APIs
As integrações e APIs podem conectar pagamentos, marketplaces, financeiro, BI e operação.
Relatórios e auditoria
Dashboards para acompanhar autorizados, rejeitados, pagamentos, eventos, IBS/CBS, PagVinc e divergências.
Posicionamento seguro: o Vexado apoia a operação e a emissão, mas regras fiscais, enquadramento tributário, obrigatoriedade, cronograma, IBS, CBS, PagVinc, split payment 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 modelo 63 em 2026
- Mapear quais operações da empresa emitem BP-e modelo 63.
- Separar BP-e comum, BP-e TM, BPeTA e operações por modal.
- Atualizar pacotes de schemas das NTs 2026.001 e 2026.002.
- Revisar XML de emissão, assinatura, consulta, status e eventos.
- Parametrizar IBS, CBS, CST, cClassTrib e grupo IBSCBS.
- Garantir preenchimento correto do vTotDFe quando houver IBSCBS.
- Mapear todos os meios de pagamento usados pela empresa.
- Guardar NSU, autorização, txid, payment id, terminal, PSP, gateway e status.
- Preparar PagVinc e eventos de vinculação/cancelamento de vinculação.
- Revisar split payment como preparação técnica, mesmo sem uso obrigatório em produção em 2026.
- Revisar QR Code, DABPE, URLs, PDF, impressão e envio ao passageiro.
- Testar venda em dinheiro, cartão, TEF, PIX, link, agência e marketplace.
- Testar cancelamento, estorno, remarcação, no-show e reprocessamento.
- Testar BP-e TM com catracas, validadores, bilhetagem e totalização.
- Testar BPeTA com reserva, localizador, passageiro, comprador, pagamento e eventos.
- Criar relatórios de autorizados, rejeitados, tributos, pagamentos, eventos e pendências.
- Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
- Treinar fiscal, financeiro, TI, operação, suporte, atendimento e guichês.
- Fazer homologação completa antes de liberar em produção.
- Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.
Quer preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado e veja como organizar XML, schemas, IBS/CBS, pagamentos, PagVinc, eventos, relatórios e auditoria.
Fontes oficiais para validar BP-e modelo 63 em 2026
Como BP-e modelo 63, Reforma Tributária, IBS, CBS, PagVinc, split payment, vTotDFe, leiautes, schemas, eventos fiscais e transporte de passageiros 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.
FAQ BP-e/SVRS
Consulte conceitos gerais do BP-e modelo 63, autorização, assinatura digital e documentos substituídos: FAQ BP-e/SVRS.
Documentos BP-e/SVRS
Consulte notas técnicas, schemas, Reforma Tributária, PagVinc, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.
Avisos BP-e/SVRS
Consulte avisos sobre vTotDFe, IBSCBS, split payment, 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.
Receita Federal
Consulte orientações oficiais para 2026 e Reforma Tributária do Consumo: Orientações da Receita Federal para 2026.
Lei Complementar 214/2025
Consulte regras gerais de IBS, CBS, regimes específicos 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 modelo 63 em 2026
BP-e modelo 63 em 2026: o que muda?
Mudam os leiautes, schemas e regras relacionadas à Reforma Tributária, incluindo IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de pagamento, split payment, QR Code, BP-e TM, BPeTA, relatórios e auditoria.
O que é BP-e modelo 63?
É o Bilhete de Passagem Eletrônico, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros, emitido em XML, assinado digitalmente e autorizado antes do fato gerador.
Quais NTs impactam o BP-e em 2026?
As principais são a NT 2026.001, ligada à vinculação de pagamento, PagVinc e eventos, e a NT 2026.002, ligada à Reforma Tributária, IBS, CBS, CST, cClassTrib e validações.
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 é vTotDFe?
vTotDFe é o valor total do documento fiscal eletrônico. Quando houver informação no grupo IBSCBS, esse campo deve ser informado corretamente.
IBS e CBS já precisam aparecer no BP-e em 2026?
2026 é ano de adaptação e teste da CBS e do IBS. A empresa deve acompanhar as normas e notas técnicas vigentes, preparar o sistema e validar com contador e responsável fiscal o tratamento aplicável.
As validações de IBS/CBS podem rejeitar o BP-e?
As regras de validação existem, mas comunicados oficiais indicaram adiamento de determinadas validações para evitar rejeição automática em certo período. Isso não elimina a necessidade de adaptação técnica e fiscal.
Split payment é obrigatório em 2026 no BP-e?
Os avisos oficiais informam que não há exigência de preenchimento ou uso dos campos de split payment em produção em 2026. Mesmo assim, os campos servem para preparação técnica e testes.
BP-e TM também é afetado?
Sim. BP-e TM é afetado pelas NTs de Reforma Tributária e pagamento, especialmente em operações com catracas, validadores, bilhetagem eletrônica, totalização e PagVinc.
BPeTA também é afetado?
Sim. O BPeTA também faz parte do ecossistema impactado, com atenção a reserva, localizador, voo, passageiro, comprador, pagamento, eventos, IBS/CBS e credenciamento.
Quais meios de pagamento precisam ser revisados?
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 a operação.
O que testar em homologação?
Teste emissão com IBS/CBS, vTotDFe, cClassTrib, PagVinc, cartão, PIX, TEF, link, agência, marketplace, BP-e TM, BPeTA, rejeições, eventos e relatórios.
O Vexado pode ajudar com BP-e modelo 63 em 2026?
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 Reforma Tributária, PagVinc e novas regras.
O sistema substitui o contador?
Não. O sistema apoia a operação e a emissão, mas regras fiscais, enquadramento, alíquotas, obrigatoriedade, cronograma, IBS, CBS, PagVinc e split payment 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 modelo 63, Reforma Tributária, pagamentos, integrações e auditoria.
Quer preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado e veja como organizar XML, schemas, pagamentos, PagVinc, IBS/CBS, eventos, relatórios e auditoria.
Conclusão
O BP-e modelo 63 em 2026 passa por uma das fases mais importantes de atualização técnica desde sua implantação. As mudanças envolvem Reforma Tributária, IBS, CBS, novos leiautes, schemas, vTotDFe, PagVinc, split payment, eventos, QR Code, BP-e TM, BPeTA, pagamentos e auditoria.
Para empresas de transporte de passageiros, o maior desafio é conectar venda, pagamento, documento fiscal, eventos e relatórios em um fluxo único. Não basta atualizar o XML. É preciso revisar motor fiscal, integrações financeiras, homologação, operações por modal, relatórios de divergência e treinamento da equipe.
O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e modelo 63, Reforma Tributária, IBS, CBS, PagVinc, split payment, 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 BP-e modelo 63 em 2026? 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 modelo 63, BP-e TM, BPeTA, Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, XML, leiautes, schemas, 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.
