Categoria: Sistema para Empresa de Ônibus

O que é BP-e individual?

BP-e individual é a emissão do Bilhete de Passagem Eletrônico a partir de uma venda específica. Nesse modelo, cada passagem possui vínculo com uma prestação individual, normalmente com passageiro, trecho, data, horário, tarifa, pagamento, embarque e documento auxiliar.

É a lógica mais comum para empresas que vendem passagens em operações rodoviárias convencionais, aquaviárias com venda individual, ferroviárias por trecho, agências de passagens, sites próprios, marketplaces, aplicativos ou guichês.

O que é BP-e com totalização?

BP-e com totalização é a lógica em que a emissão fiscal é formada a partir da consolidação de eventos operacionais. Em vez de uma venda individual gerar diretamente um documento por passageiro, o sistema coleta eventos, valida dados, agrupa informações e forma a base fiscal conforme a regra aplicável.

Esse modelo é relevante em operações de transporte semiurbano, metropolitano, metroviário, ferroviário de massa e linhas de alta frequência, especialmente quando existe cobrança por contadores, catracas, validadores ou sistemas equivalentes.

Quando utilizar cada modelo?

A escolha entre BP-e individual e BP-e com totalização depende da operação real. O sistema não deve forçar uma operação de catraca a parecer venda individual, nem deve transformar uma passagem individual em simples número agregado sem necessidade.

Relação com BP-e TM

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas ou sistemas equivalentes. Por isso, o BP-e com totalização costuma aparecer em projetos de transporte metropolitano, semiurbano, metroviário ou de alto volume.

Tabela comparativa: BP-e individual x BP-e com totalização

A tabela abaixo resume as diferenças para operação, implantação, suporte, fiscalização e auditoria.

Quais dados mudam?

No BP-e individual, o dado fiscal nasce da venda. No BP-e com totalização, o dado fiscal nasce da operação. Essa diferença muda cadastros, integrações, relatórios, validações, logs e auditoria.

Riscos de utilizar o modelo errado

Escolher a lógica errada pode gerar duplicidade, omissão, rejeição, inconsistência fiscal, divergência financeira e dificuldade de auditoria. O problema normalmente aparece quando a empresa tenta adaptar uma operação de alto volume a uma tela de passagem individual, ou quando trata uma venda individual como simples totalização sem preservar dados importantes.

XML, DABPE, autorização e protocolo

Em qualquer modelo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas documento auxiliar. A diferença é que, no BP-e individual, o XML costuma nascer da passagem. No BP-e com totalização, o XML pode nascer de uma consolidação de eventos, conforme regra técnica e fiscal aplicável.

Relatórios e auditoria

No BP-e individual, a auditoria compara venda, pagamento, passageiro, embarque, cancelamento, XML e protocolo. No BP-e com totalização, a auditoria precisa explicar como os eventos brutos viraram totalização e como a totalização formou o documento fiscal.

O que o sistema precisa controlar?

Um sistema preparado para BP-e individual e BP-e com totalização precisa suportar duas arquiteturas: uma transacional e outra consolidada. A transacional nasce da venda. A consolidada nasce dos eventos.

Como implantar BP-e individual ou BP-e com totalização

A implantação deve começar pelo diagnóstico fiscal e operacional. A empresa precisa responder se a emissão nasce de uma venda individual, de uma totalização de eventos ou de uma operação híbrida.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e individual, BP-e com totalização, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação deve seguir BP-e individual, BP-e com totalização ou modelo híbrido.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a emissão será individual, com totalização ou híbrida.
• Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear venda individual, passageiros, rotas, horários, poltronas, pagamentos e DABPE.
• Mapear eventos de catracas, contadores, validadores, cartões, QR Code, integrações e gratuidades.
• Separar claramente o que é venda individual e o que é evento de totalização.
• Definir regras de totalização por linha, ponto, estação, equipamento, veículo, período, tarifa, categoria e integração.
• Garantir armazenamento de eventos brutos, logs, totalizações, relatórios, XMLs, protocolos e reprocessamentos.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos fiscais.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Conferir vendas, pagamentos, eventos, gratuidades, integrações, totalizações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições, ajustes e reprocessamentos.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e individual e BP-e com totalização

Como BP-e individual, BP-e com totalização e BP-e TM envolvem obrigação fiscal, 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, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e individual, BP-e com totalização, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional 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.

O que é BP-e rodoviário convencional?

O BP-e rodoviário convencional é a emissão do BP-e modelo 63 para documentar uma prestação de transporte rodoviário de passageiros, normalmente com viagem definida, origem, destino, data, horário, passageiro, tarifa, forma de pagamento e DABPE.

É o cenário mais comum para empresas de ônibus intermunicipais, interestaduais ou internacionais que vendem passagens por guichê, agência, site, marketplace, aplicativo ou atendimento assistido. Nesse fluxo, a emissão costuma estar ligada à venda de uma passagem específica para um passageiro específico.

O que é BP-e metropolitano?

O BP-e metropolitano se aplica a operações de transporte de passageiros de caráter metropolitano, semiurbano ou linha regular de alta frequência, especialmente quando a cobrança não acontece como uma passagem individual tradicional, mas por catracas, contadores, validadores ou sistemas equivalentes.

Nesse cenário, o sistema não pode depender apenas de uma tela de “nova reserva”. Ele precisa receber eventos, consolidar dados, separar tarifas, benefícios, gratuidades, integrações, estações, pontos, linhas, sentidos, equipamentos e períodos. Em muitos casos, o tratamento técnico é o BP-e TM.

O que é BP-e TM?

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente com cobrança por contadores, catracas ou sistemas equivalentes. Ele possui tratamento específico e deve ser analisado quando a operação não funciona como venda individual convencional.

Modelo 13, modelo 18 e BP-e modelo 63

O BP-e modelo 63 moderniza a emissão fiscal de passagens de passageiros e pode substituir documentos antigos. No rodoviário convencional, o documento antigo mais associado é o Bilhete de Passagem Rodoviário modelo 13. Em operações com resumo e totalização, o tema também pode envolver o antigo Resumo do Movimento Diário modelo 18, especialmente quando a legislação da UF adota o BP-e como substituto dessas rotinas.

Tabela comparativa: BP-e metropolitano x BP-e rodoviário convencional

A tabela abaixo resume a diferença prática entre os dois cenários.

Quais dados mudam?

No BP-e rodoviário convencional, os dados principais vêm da venda da passagem. No BP-e metropolitano, os dados principais podem vir da bilhetagem e da operação. Isso muda a arquitetura do sistema, os relatórios e os controles de auditoria.

Catracas, validadores, contadores e totalizações

O maior diferencial do BP-e metropolitano está nos equipamentos e eventos. Em uma operação convencional, a venda gera a passagem. Em uma operação metropolitana, milhares de acessos podem acontecer por catracas, validadores, cartões e integrações, exigindo uma base de eventos confiável.

Venda de passagem: individual x fluxo contínuo

No rodoviário convencional, a venda costuma ser individual e transacional. O passageiro compra uma passagem e recebe um comprovante ou DABPE associado àquela prestação. No metropolitano, a operação pode ser contínua: o passageiro usa cartão, QR Code, integração, bilhete eletrônico, gratuidade ou benefício, e o sistema precisa transformar isso em dados fiscais consolidados.

XML, DABPE, autorização e protocolo

Em qualquer cenário de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. A diferença é que, no rodoviário convencional, o DABPE costuma estar naturalmente ligado à passagem individual. No metropolitano, o tratamento pode depender do leiaute específico e da forma como a emissão foi consolidada.

O que o sistema precisa controlar?

Um sistema preparado para BP-e rodoviário convencional e BP-e metropolitano precisa ser flexível. Ele deve atender a passagem individual, mas também precisa suportar eventos, integrações e totalizações quando a operação exige BP-e TM.

Como implantar BP-e metropolitano ou rodoviário convencional

A implantação começa com uma decisão fundamental: a operação é uma venda individual convencional ou uma operação metropolitana/semiurbana com catracas, contadores e totalizações? Essa resposta define o tipo de cadastro, integração, credenciamento, leiaute, relatório e auditoria.

Erros comuns

Os erros mais comuns são tratar BP-e metropolitano como se fosse apenas uma passagem rodoviária comum, ignorar BP-e TM, não integrar catracas e validadores, não guardar eventos brutos, não gerar relatório analítico, não conciliar totalizações com XML, não validar credenciamento específico e não separar corretamente transporte semiurbano, metropolitano e rodoviário convencional.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e rodoviário convencional, BP-e metropolitano, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação deve seguir uma lógica de BP-e rodoviário convencional ou BP-e metropolitano/BP-e TM.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação é rodoviária convencional, semiurbana, metropolitana ou híbrida.
• Validar se a emissão será BP-e comum, BP-e TM ou outro tratamento específico.
• Confirmar se há substituição do Bilhete de Passagem Rodoviário modelo 13.
• Confirmar se há impacto sobre Resumo do Movimento Diário modelo 18.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear linhas, rotas, trechos, sentidos, pontos, terminais, horários, tarifas e categorias.
• Separar venda individual de evento de catraca, validador ou contador.
• Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
• Definir regras de totalização por linha, ponto, estação, equipamento, período, tarifa, categoria e integração.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Armazenar logs, eventos de bilhetagem, totalizações, relatórios e reprocessamentos.
• Conferir vendas, passageiros, eventos, pagamentos, gratuidades, integrações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições e ajustes operacionais.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e metropolitano e rodoviário convencional

Como BP-e metropolitano, BP-e TM e BP-e rodoviário convencional envolvem obrigação fiscal, 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, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e rodoviário convencional, BP-e metropolitano, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional 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.

O que é o BP-e modelo 63?

O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele é emitido e armazenado digitalmente, com existência eletrônica, e tem como objetivo documentar prestações de serviço de transporte de passageiros.

Na prática, o documento fiscal principal do BP-e é o XML autorizado. O sistema emissor precisa gerar o XML, assinar digitalmente, transmitir para o ambiente autorizador, receber autorização de uso, armazenar protocolo, permitir consulta pela chave de acesso e manter os registros disponíveis para fiscalização, suporte e auditoria.

Lista dos principais documentos fiscais substituídos pelo BP-e

A lista de documentos substituídos pode variar conforme a legislação de cada unidade federada. Ainda assim, os documentos mais recorrentes nas normas e portais oficiais são os antigos bilhetes de passagem rodoviário, aquaviário e ferroviário, além do Cupom Fiscal Bilhete de Passagem por ECF e do Resumo do Movimento Diário modelo 18 em regras específicas.

Bilhete de Passagem Rodoviário modelo 13

O Bilhete de Passagem Rodoviário modelo 13 era o documento fiscal antigo usado para documentar passagens rodoviárias de passageiros. Ele estava ligado à sistemática de papel, impressão, série, numeração, guarda documental e escrituração tradicional.

Com o BP-e modelo 63, a passagem rodoviária passa a ser documentada eletronicamente quando a empresa está obrigada, autorizada ou credenciada pela UF competente. O sistema precisa controlar passageiro, origem, destino, ponto de embarque, horário, valor, forma de pagamento, poltrona, XML, autorização, protocolo e DABPE quando aplicável.

Bilhete de Passagem Aquaviário modelo 14

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado em prestações aquaviárias de transporte de passageiros. Ele pode aparecer em histórico fiscal, sistemas legados, documentos antigos, rotinas de bilheteria ou auditorias de períodos anteriores ao BP-e.

Com o BP-e modelo 63, a empresa aquaviária precisa estruturar emissão eletrônica vinculada à venda, ao passageiro, à rota, à origem, ao destino, ao ponto de embarque, ao ponto de desembarque, à embarcação ou serviço, ao pagamento, ao XML, à autorização fiscal, ao protocolo e à auditoria.

Bilhete de Passagem Ferroviário modelo 16

O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo usado para transporte ferroviário de passageiros. Com a emissão eletrônica, o BP-e modelo 63 assume a documentação fiscal nos cenários em que a UF exige, permite ou credencia essa emissão.

No transporte ferroviário, o cuidado é maior porque a operação pode envolver estação de embarque, estação de integração, linha, sentido, catracas, validadores, bilhetagem, cartão, QR Code, tarifa, benefício, gratuidade, integração tarifária, totalizações e relatório analítico.

Cupom Fiscal Bilhete de Passagem emitido por ECF

O Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal — ECF também aparece em normas estaduais como documento substituído pelo BP-e. Esse caso é importante para empresas que usavam equipamento fiscal físico para emissão de bilhetes ou comprovantes fiscais de passagem.

Com o BP-e, a lógica deixa de depender do equipamento ECF como centro fiscal da emissão e passa a depender do sistema emissor eletrônico, com certificado digital, XML, assinatura, transmissão, autorização, protocolo, consulta e armazenamento digital.

Resumo do Movimento Diário modelo 18

O Resumo do Movimento Diário modelo 18 tem natureza diferente dos bilhetes modelos 13, 14 e 16. Ele era um documento auxiliar de escrituração e consolidação do movimento de transporte de passageiros, especialmente em contextos com inscrição única, múltiplos estabelecimentos, veículos, catracas ou equipamentos equivalentes.

Em regras específicas, como a legislação paulista, o modelo 18 passou a integrar a lista de documentos substituídos pelo BP-e. Essa substituição é especialmente relevante no cenário do BP-e TM, voltado ao transporte metropolitano em linha com cobrança por contadores, catracas ou similares.

BP-e TM e a substituição do modelo 18

O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, com cobrança por contadores, catracas ou sistemas equivalentes. Ele é especialmente importante para empresas que operam transporte semiurbano, metropolitano, sistemas integrados, ônibus metropolitanos, metrô, trem urbano ou operações com alto volume de passageiros.

Nesse cenário, a substituição do modelo 18 não é apenas uma mudança de documento. A empresa precisa transformar eventos operacionais de catracas, validadores, contadores e bilhetagem em totalizações fiscais, relatórios analíticos e documentos eletrônicos autorizados.

Comparativo geral dos documentos antigos x BP-e modelo 63

A tabela abaixo resume a diferença entre a sistemática antiga e a emissão eletrônica atual do BP-e modelo 63.

O que mudou para a empresa de transporte?

A substituição dos documentos antigos pelo BP-e modelo 63 muda a rotina da empresa em várias áreas. O impacto não fica só no fiscal. Ele atinge operação, bilheteria, site, agências, financeiro, atendimento, suporte, integrações, relatórios e auditoria.

XML, DABPE, autorização e protocolo

A maior mudança trazida pelo BP-e modelo 63 é a separação entre o documento fiscal eletrônico e sua representação auxiliar. O documento fiscal principal é o XML autorizado. O DABPE é apenas a representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável.

O que o sistema precisa controlar?

Um sistema preparado para BP-e modelo 63 precisa fazer muito mais do que imprimir passagem. Ele precisa integrar venda, operação, fiscal, financeiro, atendimento, documentos eletrônicos, relatórios e auditoria.

Como migrar dos documentos antigos para o BP-e modelo 63

A migração deve ser tratada como projeto fiscal e operacional. Não basta trocar o nome do documento no sistema. A empresa precisa mapear documentos antigos, rotinas fiscais, séries, numerações, canais de venda, formas de pagamento, integrações, relatórios, certificados e regras da UF competente.

Erros comuns na substituição dos documentos antigos pelo BP-e

Os erros mais comuns são tratar o BP-e como se fosse apenas uma impressão, confundir DABPE com XML, não armazenar protocolo, não controlar rejeições, manter o modelo 13, 14, 16 ou ECF como rotina atual quando a empresa já está obrigada ao BP-e, não separar histórico legado, não conciliar financeiro e não validar a regra da UF competente.

Como o Sistema Vexado pode ajudar

O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63 e substituir rotinas antigas de documentos fiscais de passagem, conectando venda, operação, financeiro, emissão fiscal, XML, DABPE, autorização, protocolo, relatórios, integrações, APIs, automação e auditoria.

Checklist prático: documentos fiscais substituídos pelo BP-e modelo 63

Use este checklist para avaliar se sua empresa está preparada para operar corretamente com BP-e modelo 63.

• Validar com a SEFAZ competente quais documentos antigos foram substituídos pelo BP-e na sua UF.
• Confirmar se a empresa está obrigada, autorizada ou credenciada para emissão de BP-e.
• Identificar se a operação envolve modelo 13, modelo 14, modelo 16, ECF, modelo 18 ou histórico legado.
• Separar documentos antigos dos documentos eletrônicos atuais.
• Configurar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e webservices.
• Garantir que a venda gere todos os dados necessários para o XML.
• Validar passageiro, documento, origem, destino, ponto de embarque, horário, valor e pagamento.
• Controlar rota, linha, veículo, embarcação, estação, poltrona, serviço ou viagem conforme o modal.
• Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
• Assinar digitalmente o XML com certificado válido.
• Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
• Armazenar XML, protocolo, DABPE, chave de acesso, eventos, relatórios e logs.
• Tratar rejeições com código, motivo, correção, usuário, tentativa e reenvio.
• Controlar cancelamentos, substituições, remarcações e eventos fiscais conforme regra aplicável.
• Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
• Para BP-e TM, mapear catracas, contadores, validadores, bilhetagem, totalizações e relatório analítico.
• Treinar guichês, agências, operação, financeiro, fiscal, suporte e tecnologia.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, fornecedor de bilhetagem e equipe técnica.

Fontes oficiais para validar os documentos substituídos pelo BP-e

Como BP-e modelo 63 e documentos fiscais substituídos envolvem obrigação fiscal, 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, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e, BP-e TM, transporte rodoviário, transporte aquaviário, transporte ferroviário, transporte metropolitano, transporte semiurbano, transporte metroviário, venda de passagens, financeiro, integrações, relatórios e gestão operacional 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Quem precisa avaliar BP-e no transporte por barco?

Empresas que prestam transporte aquaviário de passageiros devem avaliar a emissão de BP-e quando realizam prestações sujeitas às regras do ICMS e quando a unidade federada competente exige, autoriza ou credencia a emissão do BP-e modelo 63.

Isso pode envolver operações com barcos, lanchas, balsas, ferry boats, embarcações de linha regular, travessias entre municípios, transporte entre terminais, rotas por rios, lagos, ilhas, baías ou qualquer prestação aquaviária que precise ser documentada fiscalmente conforme a regra aplicável.

BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal tradicional da sistemática antiga. O BP-e modelo 63 substitui esse modelo quando a UF exige, permite ou credencia a emissão eletrônica.

A mudança não é apenas trocar o nome do documento. A empresa deixa de depender de bilhete físico, formulário, impressão ou rotina legada e passa a operar com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, armazenamento eletrônico e eventos fiscais.

O que um sistema de BP-e Aquaviário precisa ter?

Um sistema para empresas de transporte de passageiros por barco precisa unir controle operacional, venda de passagens, emissão fiscal eletrônica e financeiro. O erro mais comum é imaginar que basta emitir um comprovante ou imprimir uma passagem. Para BP-e, o centro da operação é o XML autorizado.

Venda de passagens por barco

A venda de passagens no transporte aquaviário precisa ser conectada à emissão fiscal. Cada venda deve gerar dados suficientes para formar o BP-e, controlar o passageiro, identificar a prestação e permitir conciliação com o pagamento.

Rotas, pontos de embarque e desembarque

No transporte aquaviário, a qualidade do cadastro de rotas é decisiva. O sistema precisa controlar de onde o passageiro sai, para onde vai, qual trecho foi comprado, qual ponto de embarque será usado e qual operação será executada.

Embarcações, horários e capacidade

Um sistema para transporte de passageiros por barco precisa controlar as embarcações usadas na operação. Isso ajuda a organizar capacidade, disponibilidade, segurança operacional, vínculo com rota, viagem, horário, tripulação quando aplicável, fechamento e auditoria.

Passageiros, documentos e gratuidades

A emissão de BP-e exige atenção aos dados do passageiro e à categoria da passagem. A empresa deve controlar informações obrigatórias conforme o tipo de operação, legislação aplicável, política comercial e exigências fiscais.

Pagamentos e conciliação financeira

O financeiro precisa conversar com o fiscal. Cada passagem vendida por barco pode envolver dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, marketplace ou repasse. O sistema precisa conciliar venda, pagamento, status, estorno, cancelamento e BP-e.

XML, DABPE, autorização e protocolo

No BP-e Aquaviário, o documento fiscal principal é o XML autorizado. O DABPE é uma representação gráfica simplificada que pode ser usada para facilitar embarque, atendimento ou consulta, mas não substitui o XML.

Cancelamento, remarcação e substituição

Empresas de transporte de passageiros por barco precisam controlar alterações de viagem, troca de horário, cancelamento por clima, manutenção, lotação, atraso, desistência do passageiro, estorno financeiro e eventual substituição do BP-e conforme a regra aplicável.

Integrações, APIs e operação digital

Uma operação aquaviária pode depender de integrações com site, aplicativo, agência, marketplace, financeiro, adquirente de cartão, PIX, TEF, controle de embarque, catracas, leitores de QR Code, painéis internos, BI e sistemas externos.

Como implantar BP-e Aquaviário

A implantação de BP-e Aquaviário precisa ser tratada como projeto fiscal, operacional e técnico. O ideal é mapear primeiro a operação real da empresa e depois configurar o sistema para refletir essa realidade.

Erros comuns no BP-e Aquaviário

Os erros mais comuns são tratar o BP-e como simples impressão, usar comprovante de pagamento como se fosse documento fiscal, não armazenar XML, não guardar protocolo, ignorar rejeições, não conciliar cancelamentos, cadastrar rotas incorretas, não controlar embarcações e misturar operação aquaviária com outros tipos de serviço sem validar o enquadramento fiscal.

Como o Sistema Vexado ajuda empresas de transporte por barco

O Sistema Vexado pode apoiar empresas de transporte de passageiros por barco que precisam organizar venda de passagens, emissão de BP-e, XML, DABPE, autorização, protocolo, financeiro, integrações, relatórios, auditoria e gestão operacional.

Checklist prático para BP-e Aquaviário

Use este checklist para avaliar se sua empresa de transporte de passageiros por barco está preparada para trabalhar com BP-e Aquaviário.

• Validar na SEFAZ competente se a operação precisa emitir BP-e modelo 63.
• Confirmar se o Bilhete de Passagem Aquaviário modelo 14 foi substituído na UF da empresa.
• Validar CNPJ, inscrição estadual, certificado digital, credenciamento, ambiente, série e numeração.
• Mapear rotas aquaviárias, origens, destinos, pontos de embarque e pontos de desembarque.
• Cadastrar embarcações, capacidade, serviços, horários, status e disponibilidade.
• Configurar tarifas, descontos, gratuidades, benefícios, taxas e regras comerciais.
• Controlar passageiro, comprador, documento, telefone, categoria e dados obrigatórios.
• Integrar guichê, terminal, agência, site, marketplace ou atendimento.
• Controlar pagamentos em dinheiro, cartão, PIX, TEF, link, agência e marketplace.
• Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
• Assinar digitalmente o XML com certificado válido.
• Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
• Armazenar XML, protocolo, chave de acesso, DABPE, eventos, logs e relatórios.
• Tratar rejeições com código, motivo, correção, usuário, tentativa e reenvio.
• Controlar cancelamento operacional, estorno financeiro e evento fiscal aplicável.
• Controlar remarcação, substituição, troca de horário ou alteração de passageiro quando aplicável.
• Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
• Treinar bilheteria, terminal, agência, financeiro, fiscal, operação, suporte e tecnologia.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e Aquaviário

Como BP-e Aquaviário envolve obrigação fiscal, 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, equipe jurídica, órgão regulador ou equipe técnica.

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e Aquaviário, venda de passagens por barco, financeiro, integrações, relatórios e gestão operacional 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.

O que é BP-e Rodoviário?

O BP-e Rodoviário é a aplicação do Bilhete de Passagem Eletrônico ao transporte rodoviário de passageiros. Ele é usado por empresas de ônibus, viações, turismo, fretamento ou linhas regulares quando a operação se enquadra na emissão de BP-e para documentar a prestação de transporte.

No rodoviário, a operação geralmente começa com uma venda de passagem. O passageiro escolhe origem, destino, data, horário, classe de serviço e, quando aplicável, poltrona. O sistema gera o XML, assina digitalmente, transmite para autorização, armazena protocolo e disponibiliza o documento auxiliar para consulta e embarque.

O que é BP-e aéreo / BPeTA?

O BP-e aéreo é o BPeTA, ou BP-e Transporte Aéreo. Ele foi criado para documentar eletronicamente a prestação de transporte aéreo de passageiros, com serviço de recepção próprio, adaptação dos webservices do BP-e e regras específicas para o modal aéreo.

No BPeTA, a operação geralmente começa em um sistema de venda, reserva ou emissão aérea. O documento precisa refletir voo, trecho, aeroporto, companhia aérea, comprador, passageiro, pagamento, tributos, eventos e rastreabilidade entre reserva, transação financeira e documento fiscal.

Tabela comparativa completa

A tabela abaixo resume as principais diferenças entre BP-e Rodoviário e BP-e aéreo/BPeTA.

Diferença de modal e operação

A diferença começa no modal. O transporte rodoviário acontece por rotas terrestres, com veículos, linhas, rodoviárias e pontos de embarque. O transporte aéreo acontece por voos, aeroportos, trechos, conexões e regras próprias de reserva e bilhetagem.

Dados exigidos em cada emissão

O BP-e Rodoviário e o BPeTA precisam de dados fiscais e operacionais diferentes. O sistema emissor deve pedir somente os dados corretos para cada operação e impedir que informações de um modal sejam preenchidas como se pertencessem ao outro.

O que muda no XML?

O XML é onde a diferença fica mais sensível. O BP-e Rodoviário precisa representar a prestação rodoviária. O BPeTA precisa representar o transporte aéreo, com grupos e validações próprios do modal.

Um sistema bem estruturado não deve “forçar” o BPeTA dentro de um fluxo rodoviário. O correto é ter motor fiscal parametrizado para cada tipo de documento, com validações próprias antes da transmissão.

Autorização, homologação e produção

Tanto o BP-e Rodoviário quanto o BPeTA dependem de autorização de uso. A diferença está nos serviços, ambientes e regras técnicas aplicáveis a cada fluxo.

No BPeTA, a implantação passa por homologação, serviço de recepção específico, adaptação dos demais webservices do BP-e e produção no autorizador da SVRS. No rodoviário, a empresa deve seguir o fluxo do BP-e comum, conforme UF, ambiente, credenciamento e configuração fiscal.

Credenciamento e filial emitente

O credenciamento é essencial nos dois cenários. No rodoviário, a empresa precisa estar habilitada para emissão do BP-e conforme a UF e a operação. No aéreo, o ambiente de produção do BPeTA exige atenção adicional à habilitação e ao credenciamento por UF para as filiais das empresas aéreas inscritas.

Passageiro, comprador e identificação

No rodoviário, muitas vezes o passageiro e o comprador podem ser a mesma pessoa, embora também exista compra por terceiros, agência ou empresa. No aéreo, essa separação tende a ser ainda mais importante, porque a compra pode envolver agência, OTA, marketplace, empresa corporativa, passageiro diferente do comprador, milhas, taxa adicional e serviços separados.

Pagamentos, PagVinc e conciliação

Os pagamentos são importantes nos dois tipos de BP-e, mas no BPeTA a complexidade tende a ser maior por causa de OTAs, agências, marketplaces, compras corporativas, milhas, taxas, repasses, estornos e serviços adicionais.

Com as mudanças trazidas pelas NTs da Reforma Tributária, a vinculação da transação de pagamento aos documentos fiscais eletrônicos passa a ter importância cada vez maior. Por isso, o sistema precisa preparar conciliação entre venda, pagamento e documento fiscal.

Eventos: cancelamento, não embarque e substituição

O ciclo de vida fiscal não termina na autorização. BP-e Rodoviário e BPeTA podem exigir eventos posteriores, como cancelamento, substituição, não embarque, remarcação ou fornecimento não realizado, conforme regras aplicáveis.

DABPE, comprovante e consulta

No BP-e Rodoviário, o DABPE costuma aparecer com mais força na rotina de embarque, porque o passageiro utiliza o documento auxiliar para conferência, QR Code e consulta. Porém, o documento fiscal principal continua sendo o XML autorizado.

No BPeTA, a experiência do passageiro pode ser mais parecida com um comprovante digital, reserva, bilhete eletrônico, cartão de embarque ou localizador. Mesmo assim, para fins fiscais, o sistema precisa manter o XML autorizado, a chave de acesso, o protocolo e os eventos.

Auditoria e relatórios

A auditoria do BP-e Rodoviário precisa mostrar como uma venda virou uma passagem, qual passageiro embarcou, qual pagamento foi recebido, qual XML foi autorizado e quais eventos ocorreram. No BPeTA, a auditoria precisa conectar reserva, localizador, comprador, passageiro, voo, pagamento, intermediador, XML, protocolo e eventos.

Reforma Tributária, IBS e CBS

A Reforma Tributária impacta o ecossistema BP-e, incluindo BPe e BPeTA. Por isso, a diferença entre rodoviário e aéreo não deve ser analisada apenas pelo modal. O sistema também precisa controlar IBS, CBS, CST, cClassTrib, vTotDFe, meios de pagamento, PagVinc, eventos e validações fiscais.

Erros comuns

Os erros mais comuns acontecem quando o sistema tenta tratar BP-e aéreo e BP-e rodoviário como se fossem a mesma operação.

O que o sistema precisa controlar?

Um sistema preparado para BP-e Rodoviário e BPeTA precisa ter regras separadas por modal, leiaute, serviço de recepção, validação, pagamento e evento. A estrutura pode compartilhar base fiscal, certificado, logs e relatórios, mas a regra de negócio não deve ser genérica demais.

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 avaliar emissão de BP-e Rodoviário, integrações fiscais, venda de passagens, pagamentos, relatórios, auditoria e projetos especiais ligados ao ecossistema BP-e.

Para BP-e Rodoviário, o Vexado pode apoiar vendas, poltronas, itinerários, passageiros, pagamentos, DABPE, XML, protocolo, agências, relatórios e integrações. Para BPeTA, o caminho correto é uma análise técnica e fiscal antes de afirmar operação em produção, validando NTs, schemas, webservices, credenciamento, filiais, pagamentos, eventos, Reforma Tributária, APIs e sistemas de venda/reserva.

Checklist prático: BP-e aéreo x BP-e rodoviário

• Identifique se a operação é rodoviária ou aérea.
• Confirme se existe passagem de ônibus, voo aéreo, reserva ou localizador.
• Valide se a operação usa BP-e comum ou BPeTA.
• Verifique CNPJ, IE, UF, certificado, série, numeração e ambiente.
• No rodoviário, valide origem, destino, linha, horário, veículo, classe e poltrona.
• No aéreo, valide voo, aeroporto, trecho, conexão, companhia aérea, reserva e localizador.
• Separe passageiro, comprador, pagador, agência, OTA e marketplace.
• Mapeie pagamentos: dinheiro, cartão, PIX, TEF, agência, OTA, marketplace, milhas e PagVinc.
• Valide XML, schemas, assinatura digital, serviço de recepção, consulta, status e eventos.
• Teste cancelamento, substituição, não embarque e fornecimento não realizado quando aplicável.
• Valide impactos de IBS, CBS, CST, cClassTrib e vTotDFe.
• Separe DABPE, comprovante, bilhete eletrônico, cartão de embarque e XML fiscal.
• Crie relatórios de autorizados, rejeitados, cancelados, substituídos, pagos e pendentes.
• Registre logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
• Teste tudo em homologação antes da produção.
• Treine equipe fiscal, TI, financeiro, suporte, operação e atendimento.
• Valide o enquadramento com contador, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e aéreo e BP-e rodoviário

Como BP-e Rodoviário, BPeTA, Reforma Tributária, IBS, CBS, pagamentos e documentos fiscais eletrônicos 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, equipe jurídica, integradores ou equipe técnica.

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.

O que é o bilhete aéreo tradicional?

O bilhete aéreo tradicional é o instrumento comercial e operacional que comprova a contratação do transporte aéreo. Ele pode aparecer para o passageiro como e-mail de confirmação, comprovante de compra, reserva, localizador, número do bilhete, itinerário ou informação dentro do aplicativo da companhia aérea.

Ele normalmente reúne dados importantes para a viagem: nome do passageiro, voo, data, horário, origem, destino, valor pago, serviços opcionais, regras de remarcação, bagagem, assento, procedimento de embarque e canal de atendimento.

O que é o BP-e aéreo / BPeTA?

O BP-e aéreo é o BPeTA, ou Bilhete de Passagem Eletrônico para Transporte Aéreo. Ele foi criado para documentar fiscalmente a prestação de transporte aéreo de passageiros por meio de XML, assinatura digital, autorização de uso, protocolo, consulta, status e eventos.

O BPeTA faz parte do ecossistema do BP-e, mas possui especificações próprias para o transporte aéreo. Isso significa que o sistema precisa tratar voo, aeroporto, trecho, conexão, comprador, passageiro, reserva, pagamentos, eventos e regras da Reforma Tributária em uma estrutura fiscal eletrônica.

Tabela comparativa completa

A tabela abaixo resume as diferenças entre bilhete aéreo tradicional e BP-e aéreo/BPeTA.

Localizador, reserva e cartão de embarque

Um dos maiores riscos de confusão é misturar localizador, reserva, bilhete eletrônico e cartão de embarque com documento fiscal eletrônico. Eles são importantes, mas não têm a mesma função do BPeTA.

XML fiscal autorizado: onde está a diferença

O ponto central do BPeTA é o XML fiscal autorizado. Enquanto o bilhete aéreo tradicional pode ser apresentado como e-mail, comprovante ou informação no aplicativo, o BPeTA precisa existir como documento eletrônico estruturado, assinado, autorizado e armazenado.

O XML precisa seguir a nota técnica aplicável, conter dados fiscais, operacionais, financeiros e tributários, receber autorização de uso e manter protocolo. Sem essa estrutura, a empresa pode ter comprovante de passagem, mas não necessariamente o documento fiscal eletrônico exigido.

Passageiro, comprador e pagador

No transporte aéreo, a pessoa que viaja nem sempre é a mesma que compra ou paga. Uma empresa pode comprar para um funcionário, uma agência pode intermediar a venda, uma OTA pode vender a passagem, um marketplace pode processar o pagamento e o passageiro pode apenas embarcar.

Essa separação é importante para o BPeTA, porque o sistema precisa rastrear comprador, passageiro, pagador, intermediador, canal de venda, pagamento, reembolso, estorno e documento fiscal.

Pagamentos, PagVinc e conciliação financeira

No bilhete aéreo tradicional, o passageiro normalmente enxerga o valor total, taxas, serviços opcionais e forma de pagamento. No BPeTA, esses dados precisam ser conectados ao documento fiscal eletrônico, especialmente em cenários com cartão, PIX, agência, OTA, marketplace, milhas, taxas, comissões, repasses e estornos.

Com a Reforma Tributária, a vinculação da transação financeira aos documentos fiscais eletrônicos se torna um ponto técnico cada vez mais relevante. Por isso, o sistema deve preparar a conciliação entre venda, pagamento, documento fiscal, evento e relatório.

Eventos fiscais no BP-e aéreo

O bilhete aéreo tradicional pode sofrer alterações comerciais, como remarcação, cancelamento, no-show, reacomodação, alteração de assento ou inclusão de bagagem. No BPeTA, esses fatos podem exigir tratamento fiscal por meio de eventos, substituições ou registros específicos, conforme regras aplicáveis.

Agências, OTAs e marketplaces

No transporte aéreo, a venda nem sempre acontece diretamente no site da companhia aérea. Ela pode passar por agências de viagem, OTAs, sistemas corporativos, marketplaces, plataformas de milhas ou canais de terceiros.

Essa cadeia torna o BPeTA mais sensível do ponto de vista de integração. O sistema precisa saber quem vendeu, quem recebeu, quem repassou, quem comprou, quem viajou, qual foi o valor da tarifa, quais taxas foram cobradas e qual documento fiscal foi autorizado.

Reforma Tributária, IBS e CBS

O BPeTA nasce em um contexto de modernização dos documentos fiscais eletrônicos e Reforma Tributária. Por isso, o novo documento fiscal precisa ser analisado junto com IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento, eventos e validações de schema.

Isso torna a diferença entre bilhete aéreo tradicional e BPeTA ainda mais importante: o bilhete organiza a viagem; o BPeTA estrutura a prestação de transporte no ambiente fiscal eletrônico.

O que o sistema emissor precisa controlar?

Um sistema emissor preparado para BPeTA precisa conectar a venda aérea ao documento fiscal eletrônico. Isso exige integração entre reserva, passageiro, comprador, pagamento, tributação, XML, autorização, eventos, relatórios e auditoria.

Erros comuns na implantação

Os erros mais comuns acontecem quando a empresa confunde documento operacional com documento fiscal ou tenta transformar o bilhete aéreo tradicional em BPeTA sem rever a arquitetura fiscal.

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 avaliar arquitetura fiscal, integrações, XML, autorização, pagamentos, relatórios, auditoria e preparação para Reforma Tributária.

No caso específico do BP-e aéreo/BPeTA, o caminho correto é realizar análise técnica e fiscal antes de afirmar operação em produção. É necessário validar nota técnica, schemas, webservices, credenciamento, filiais, certificados, pagamentos, eventos, Reforma Tributária, APIs, reserva, venda e integrações com sistemas externos.

Checklist prático: bilhete aéreo tradicional x BPeTA

• Identifique se o fluxo atual possui bilhete, reserva, localizador e cartão de embarque.
• Separe documento operacional de documento fiscal eletrônico.
• Mapeie passageiro, comprador, pagador, agência, OTA, marketplace e companhia aérea.
• Mapeie voo, aeroporto de origem, aeroporto de destino, trecho, conexão e data.
• Mapeie tarifa, taxa de embarque, bagagem, assento, serviços adicionais e descontos.
• Mapeie pagamentos: cartão, PIX, milhas, agência, OTA, marketplace, comissão e repasse.
• Valide se o BPeTA é aplicável à operação.
• Baixe a Nota Técnica 2025.002 e os schemas oficiais vigentes.
• Valide CNPJ, IE, UF, filial, certificado, ambiente, série e numeração.
• Confirme credenciamento por UF quando aplicável.
• Implemente XML, assinatura digital, transmissão, autorização, consulta e status.
• Implemente eventos fiscais aplicáveis.
• Valide IBS, CBS, CST, cClassTrib, vTotDFe e PagVinc.
• Crie relatórios de autorizados, rejeitados, cancelados, substituídos e pendentes.
• Registre logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
• Teste tudo em homologação antes da produção.
• Treine fiscal, financeiro, suporte, atendimento, operação e TI.
• Valide o projeto com contador, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e aéreo e bilhete aéreo

Como BPeTA, bilhete aéreo, contrato de transporte, Reforma Tributária, IBS, CBS, pagamentos e documentos fiscais eletrônicos envolvem temas fiscais, regulatórios e operacionais sensíveis, 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, ANAC, equipe jurídica, integradores ou equipe técnica.

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.