Categoria: SITES

O que é BPeTA?

BPeTA significa BP-e Transporte Aéreo. É a aplicação do Bilhete de Passagem Eletrônico ao transporte aéreo de passageiros. O objetivo é permitir que o serviço de transporte aéreo seja documentado por meio de documento fiscal eletrônico, com XML, assinatura digital, autorização, protocolo, consulta, eventos e armazenamento.

O BPeTA não é apenas um comprovante de venda de passagem aérea. Ele é um documento fiscal eletrônico que precisa obedecer às regras técnicas do projeto BP-e, às especificações da Nota Técnica do Transporte Aéreo e às novas exigências da Reforma Tributária do Consumo.

Por que falar em BPeTA modelo 63?

O BP-e é conhecido como modelo 63. Esse modelo documenta prestações de transporte de passageiros em formato eletrônico. O BPeTA é uma evolução ou aplicação específica dentro desse ecossistema, voltada ao transporte aéreo.

Portanto, quando se fala em BPeTA modelo 63, a ideia é destacar que o transporte aéreo passa a ser tratado dentro da família do Bilhete de Passagem Eletrônico, mas com especificações próprias para o modal aéreo.

Base oficial já publicada

O que já existe oficialmente sobre o BPeTA envolve Nota Técnica, ambiente de testes, ambiente de produção, webservices, credenciamento, avisos técnicos e impactos da Reforma Tributária.

Homologação do BPeTA

A homologação é o ambiente de testes do BPeTA. Ela permite validar a emissão antes da produção. O sistema deve testar XML, assinatura, schema, autorização, rejeição, consulta, status, eventos, pagamentos, IBS/CBS, BPeTA Normal, BPeTA Múltiplo e BPe vinculado a múltiplo.

Produção e credenciamento por UF

O ambiente de produção do BPeTA foi liberado no autorizador da SVRS, mas isso não elimina a necessidade de credenciamento e habilitação por UF para as filiais das empresas aéreas inscritas. O sistema precisa tratar CNPJ, inscrição estadual, UF, certificado, ambiente, série, numeração e permissões por estabelecimento.

Webservices do projeto BPeTA

O BPeTA possui serviço de recepção específico e utiliza os demais webservices do BP-e, como consulta, status e eventos. Isso significa que o projeto não pode parar na transmissão do documento. É necessário cobrir todo o ciclo de vida.

BPeTA Normal, Múltiplo e Vinculado

Um ponto técnico importante do BPeTA é a existência de diferentes tipos de compra. O campo tpCompra define a lógica do documento: compra normal, BPe múltiplo ou BPe vinculado a múltiplo.

Quais dados o BPeTA precisa controlar?

O BPeTA precisa conectar dados fiscais, comerciais, operacionais e financeiros da passagem aérea. Isso inclui desde o emitente até o passageiro, voo, pagamento, impostos, eventos e auditoria.

Reforma Tributária, IBS e CBS

O BPeTA já nasce conectado ao cenário da Reforma Tributária do Consumo. Isso significa que o sistema emissor precisa estar preparado para preencher grupos de IBS e CBS, classificação tributária, total do DFe, meios de pagamento e demais validações publicadas nas notas técnicas aplicáveis.

Pagamentos, PagVinc e split payment

Os pagamentos são parte importante do projeto BPeTA. Com a Reforma Tributária, cresce a necessidade de vincular documento fiscal eletrônico e transação financeira. Isso exige integração entre venda, gateway, adquirente, PIX, agência, OTA, repasse, estorno, conciliação e grupos de pagamento do XML.

Eventos, cancelamento e não embarque

O ciclo de vida do BPeTA não termina na autorização do XML. O sistema precisa lidar com eventos aplicáveis, como cancelamento, não embarque, substituição, fornecimento não realizado com pagamento antecipado e reprocessamentos técnicos.

O que um sistema emissor precisa ter?

Um sistema emissor de BPeTA precisa integrar venda, reserva, fiscal, pagamento, operação, eventos, relatórios e auditoria. Ele deve ser capaz de gerar XML correto, assinar, transmitir, consultar, tratar rejeições, registrar eventos e manter histórico completo.

Como se preparar para o BPeTA

A preparação para o BPeTA deve ser feita como projeto técnico e fiscal. Não basta atualizar o XML. É preciso revisar cadastros, integrações, pagamentos, regras tributárias, relatórios, eventos, suporte e operação.

Erros comuns

Os erros mais comuns são tratar o BPeTA como simples variação do BP-e rodoviário, ignorar o credenciamento por UF, não separar homologação e produção, não testar BPeTA Normal e Múltiplo, não implementar IBS/CBS, não validar pagamentos, não testar eventos, não controlar protocolos e não gerar relatórios de auditoria.

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, protocolo, pagamentos, relatórios, auditoria e preparação para Reforma Tributária.

No caso específico do BPeTA modelo 63, o caminho correto é realizar uma análise técnica e fiscal antes da implantação. É necessário validar NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, tipos de compra, pagamentos, PagVinc, eventos, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático

• Confirmar se a operação se enquadra no projeto BPeTA.
• Baixar e estudar a NT 2025.002 v2.00 do BPe Transporte Aéreo.
• Baixar os schemas oficiais atualizados do Portal BP-e/SVRS.
• Validar impactos das NTs da Reforma Tributária aplicáveis a BPe, BPeTA e BPeTM.
• Confirmar credenciamento da filial na UF competente.
• Configurar CNPJ, IE, UF, certificado, ambiente, série e numeração.
• Separar homologação e produção com endpoints e parâmetros distintos.
• Implementar serviço de recepção do BPeTA.
• Testar consulta, status e eventos.
• Implementar BPeTA Normal com passageiro obrigatório.
• Implementar BPeTA Múltiplo com comprador obrigatório e passageiro vedado.
• Implementar BPe vinculado a múltiplo com passageiro e chave do BPe múltiplo.
• Validar voo, companhia operadora, origem, destino, trecho, conexão e data.
• Controlar comprador, passageiro, localizador, canal de venda e reserva.
• Controlar tarifa, taxas, descontos, serviços adicionais, bagagem e assentos.
• Implementar IBS, CBS, CST, cClassTrib e vTotDFe conforme NTs aplicáveis.
• Integrar cartão, PIX, agência, OTA, marketplace, PagVinc e conciliação financeira.
• Testar rejeições de schema, assinatura, credenciamento, pagamento e tributação.
• Testar cancelamento, não embarque, substituição e eventos aplicáveis.
• Gerar relatórios de autorizados, rejeitados, cancelados, pendentes e reprocessados.
• Registrar logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
• Treinar equipe fiscal, TI, financeiro, atendimento, suporte e operação.
• Fazer produção assistida antes da liberação ampla.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA modelo 63

Como BPeTA, Reforma Tributária, IBS, CBS, pagamentos e transporte aéreo 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 é BP-e Aquaviário?

O BP-e Aquaviário é a aplicação do Bilhete de Passagem Eletrônico ao transporte aquaviário de passageiros. Ele documenta a prestação do serviço por meio de XML autorizado, assinado digitalmente e armazenado eletronicamente.

Na rotina de uma empresa aquaviária, o BP-e pode estar ligado à venda de uma passagem para ferry boat, balsa, barca, lancha, catamarã, embarcação regional, travessia fluvial, travessia marítima ou transporte hidroviário de passageiros, com terminal de origem, terminal de destino, horário, embarcação, tarifa, passageiro, comprador, forma de pagamento e protocolo de autorização.

Impactos práticos para empresas aquaviárias

Para empresas aquaviárias de passageiros, a Reforma Tributária exige revisão do fluxo completo de venda e emissão. O sistema precisa garantir que os dados da passagem cheguem ao XML de forma correta e que o pagamento esteja rastreável.

IBS e CBS no BP-e Aquaviário

O IBS e a CBS são tributos centrais da Reforma Tributária do Consumo. No BP-e Aquaviário, eles impactam o XML, a classificação tributária, o total do documento, os relatórios e as validações de autorização.

Regime específico do transporte coletivo hidroviário

A Lei Complementar 214/2025 prevê tratamento específico para determinadas operações de transporte coletivo de passageiros, incluindo transporte hidroviário intermunicipal e interestadual. Para empresas aquaviárias, é essencial avaliar se a operação se enquadra como transporte coletivo de passageiros e qual regra tributária se aplica ao serviço prestado.

O sistema pode apoiar a parametrização, mas a definição do enquadramento correto deve ser feita com contador, responsável fiscal e profissionais especializados. Uma mesma empresa pode ter operações com tratamentos diferentes, como transporte regular, turístico, regional, fluvial, marítimo, hidroviário, intermunicipal, interestadual ou operação integrada.

Grupo IBSCBS e vTotDFe

O grupo IBSCBS reúne as informações de IBS e CBS no XML. Quando esse grupo estiver presente, o vTotDFe passa a ser um campo crítico, pois representa o valor total do documento fiscal eletrônico.

Para empresas aquaviárias, isso exige consistência entre tarifa, desconto, taxa, classe, terminal, travessia, embarcação, serviço adicional, valor pago, valor fiscal e total do DFe.

CST e cClassTrib

O CST e o cClassTrib são campos essenciais para classificar a operação no novo modelo tributário. Para empresas aquaviárias, a classificação pode variar conforme tipo de transporte, rota, UF, natureza da operação, canal de venda e regime aplicável.

PagVinc e meios de pagamento

O PagVinc aproxima o documento fiscal eletrônico da transação financeira. Para empresas aquaviárias, isso é relevante porque a passagem pode ser paga por dinheiro, cartão, PIX, TEF, site, app, agência, carteira digital, QR Code, marketplace ou bilhetagem integrada.

Terminais, travessias, embarcações e tarifas

No BP-e Aquaviário, terminais e travessias são parte central da operação. A Reforma Tributária exige que esses dados estejam bem estruturados, porque a classificação tributária, o valor da passagem, o total do DFe e a auditoria dependem da operação real.

Passageiros e veículos acompanhados

Algumas operações aquaviárias, especialmente balsas e ferry boats, podem transportar passageiros acompanhados de veículos. Esse cenário exige cuidado adicional, porque o valor da operação pode envolver passageiro, veículo, categoria do veículo, tarifa adicional, taxas e regras próprias.

O que muda no XML?

O XML do BP-e Aquaviário precisa ser atualizado para comportar as informações exigidas pela Reforma Tributária. Isso inclui grupos, campos e regras de validação ligados a IBS, CBS, total do DFe, pagamento e classificação tributária.

Cancelamento, alteração de travessia e eventos

A empresa aquaviária também precisa revisar o ciclo de vida do BP-e. A passagem pode ser cancelada, o passageiro pode alterar travessia ou horário, pode haver reembolso, estorno, troca de categoria, mudança de embarcação ou reprocessamento fiscal.

Homologação e testes

Antes de liberar alterações em produção, a empresa aquaviária deve testar cenários reais em homologação. O objetivo é evitar que rejeições apareçam na bilheteria, no site, no terminal ou no momento do embarque.

Relatórios e auditoria fiscal

Com a Reforma Tributária, relatórios deixam de ser apenas gerenciais e passam a ser parte essencial da conformidade fiscal. A empresa aquaviária precisa conseguir explicar cada BP-e autorizado, rejeitado, cancelado, substituído ou pendente.

O que o sistema precisa controlar?

Um sistema preparado para Reforma Tributária no BP-e Aquaviário precisa integrar venda, fiscal, financeiro, operação e auditoria. A emissão não pode ficar isolada do pagamento nem da classificação tributária.

Erros comuns

Os erros mais comuns acontecem quando a empresa trata a Reforma Tributária como uma alteração pequena de XML, sem revisar terminais, travessias, embarcações, veículos acompanhados, pagamentos, relatórios e auditoria.

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 aquaviárias que precisam preparar seus fluxos para Reforma Tributária, BP-e Aquaviário, IBS, CBS, pagamentos, relatórios e auditoria.

O Vexado pode apoiar com emissão de BP-e, venda de passagens, bilheterias, 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 aquaviária, pagamento e fiscal de forma rastreável.

Checklist prático para empresas aquaviárias

• Identificar todos os tipos de operação aquaviária: ferry boat, balsa, barca, lancha, catamarã, turístico, regional, integrado, fluvial, marítimo, intermunicipal ou interestadual.
• Mapear quais operações emitem BP-e Aquaviário.
• Atualizar notas técnicas e schemas da Reforma Tributária para BP-e.
• Parametrizar IBS, CBS, CST, cClassTrib e vTotDFe.
• Validar quando o grupo IBSCBS deve ser informado.
• Garantir preenchimento correto do vTotDFe quando houver IBSCBS.
• Padronizar cadastro de terminais, travessias, embarcações, horários, tarifas e categorias de passageiros.
• Separar operação de passageiro, veículo acompanhado, carga, encomenda e serviço adicional.
• Mapear meios de pagamento: dinheiro, cartão, PIX, TEF, site, app, agência, QR Code e carteira digital.
• Preparar PagVinc e vínculo entre pagamento e DFe quando aplicável.
• Separar passageiro, comprador, pagador e vendedor.
• Separar tarifa, taxa, desconto, comissão, seguro e serviço adicional.
• Testar venda em bilheteria, terminal, site, app, agência e operação integrada.
• Testar passageiro com veículo acompanhado, troca de travessia, troca de categoria, estorno e reprocessamento.
• Testar rejeições de IBS/CBS, vTotDFe, cClassTrib e pagamento.
• Criar relatórios de autorizados, rejeitados, tributos, pagamentos, travessias e eventos.
• Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
• Treinar fiscal, financeiro, TI, operação, suporte, atendimento, terminais e bilheterias.
• Fazer produção assistida nas primeiras emissões com novas regras.
• Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e Aquaviário e Reforma Tributária

Como BP-e Aquaviário, Reforma Tributária, IBS, CBS, PagVinc, vTotDFe, classificação tributária e transporte aquaviário 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 aquaviárias 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 é BPeTA?

O BPeTA é o BP-e Transporte Aéreo, o documento fiscal eletrônico criado para registrar prestações de transporte aéreo de passageiros dentro do ecossistema do Bilhete de Passagem Eletrônico.

Ele não deve ser confundido com localizador, reserva, bilhete aéreo tradicional ou cartão de embarque. Esses elementos continuam importantes para a experiência do passageiro e para a operação aérea, mas o BPeTA tem finalidade fiscal: gerar XML, assinar digitalmente, transmitir, autorizar, consultar, registrar eventos e manter auditoria.

Impactos práticos para companhias aéreas

Para companhias aéreas, a Reforma Tributária exige uma revisão completa do fluxo de venda, emissão, pagamento e evento. O sistema precisa garantir que os dados da passagem aérea cheguem ao XML de forma correta e que o pagamento esteja rastreável.

IBS e CBS no BPeTA

O IBS e a CBS são tributos centrais da Reforma Tributária do Consumo. No BPeTA, eles impactam o XML, a classificação tributária, o total do documento, os relatórios e as validações de autorização.

Transporte aéreo regional e redução de alíquotas

A Lei Complementar 214/2025 prevê tratamento específico para transporte aéreo regional coletivo de passageiros ou carga, com redução de alíquotas de IBS e CBS conforme enquadramento aplicável. Para companhias aéreas, esse ponto exige atenção especial porque nem todo voo doméstico será automaticamente enquadrado como transporte aéreo regional.

O sistema pode apoiar a parametrização, mas a definição do enquadramento correto deve ser feita com contador, responsável fiscal e profissionais especializados. A companhia precisa separar operações comuns, operações regionais, voos domésticos, voos internacionais, trechos, tarifas, serviços adicionais e canais de venda.

Grupo IBSCBS e vTotDFe

O grupo IBSCBS reúne as informações de IBS e CBS no XML. Quando esse grupo estiver presente, o vTotDFe passa a ser um campo crítico, pois representa o valor total do documento fiscal eletrônico.

Para companhias aéreas, isso exige consistência entre tarifa, taxa de embarque, bagagem, assento, serviços adicionais, desconto, milhas, coparticipação, valor pago, valor fiscal e total do DFe.

CST e cClassTrib

O CST e o cClassTrib são campos essenciais para classificar a operação no novo modelo tributário. Para companhias aéreas, a classificação pode variar conforme tipo de transporte, rota, canal de venda, natureza da operação, UF, filial, serviço adicional e regime aplicável.

PagVinc e meios de pagamento

O PagVinc aproxima o documento fiscal eletrônico da transação financeira. Para companhias aéreas, isso é especialmente importante porque a passagem pode ser paga por cartão, PIX, agência, OTA, marketplace, voucher, carteira digital, milhas, pontos, crédito corporativo ou combinação de meios de pagamento.

Reserva, localizador, passageiro e comprador

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

Por isso, o BPeTA precisa separar corretamente passageiro, comprador, pagador, canal de venda, reserva, localizador e documento fiscal.

Agências, OTAs, marketplaces e GDS

Companhias aéreas raramente vendem apenas por canal próprio. A venda pode ocorrer no site, app, call center, agência física, agência online, OTA, marketplace, sistema corporativo, GDS ou parceiro comercial.

Na Reforma Tributária, essa cadeia precisa ser mais rastreável porque a companhia precisa explicar quem vendeu, quem pagou, quem viajou, qual foi a tarifa, quais taxas foram cobradas, qual comissão foi aplicada, quem recebeu o pagamento e qual BPeTA foi autorizado.

Milhas, pontos, taxas e serviços adicionais

O transporte aéreo tem particularidades importantes: milhas, pontos, clube de fidelidade, taxa de embarque, bagagem, assento, embarque prioritário, remarcação, taxa administrativa, voucher e créditos futuros.

Esses itens precisam ser tratados com atenção porque podem afetar o valor pago, a base fiscal, o total do documento e a conciliação financeira.

O que muda no XML?

O XML do BPeTA precisa ser atualizado para comportar as informações exigidas pela Reforma Tributária. Isso inclui grupos, campos e regras de validação ligados a IBS, CBS, total do DFe, pagamento e classificação tributária.

Cancelamento, no-show, remarcação e eventos

A companhia aérea precisa revisar o ciclo de vida do BPeTA. A passagem pode ser cancelada, o passageiro pode remarcar, o voo pode ser alterado, pode ocorrer no-show, reacomodação, reembolso, estorno, substituição ou emissão vinculada.

Credenciamento, UF e filiais

O BPeTA exige atenção ao credenciamento das filiais das empresas aéreas. A liberação do ambiente autorizador não significa que todas as filiais estão automaticamente prontas para emitir. A companhia precisa validar CNPJ, IE, UF, certificado digital, série, numeração, ambiente, credenciamento e autorização para emissão.

Homologação e testes

Antes de liberar alterações em produção, a companhia aérea deve testar cenários reais em homologação. O objetivo é evitar que rejeições apareçam no site, no app, na agência, no check-in ou no atendimento ao passageiro.

Relatórios e auditoria fiscal

Com a Reforma Tributária, relatórios deixam de ser apenas gerenciais e passam a ser parte essencial da conformidade fiscal. A companhia aérea precisa conseguir explicar cada BPeTA autorizado, rejeitado, cancelado, substituído, vinculado ou pendente.

O que o sistema precisa controlar?

Um sistema preparado para Reforma Tributária no BPeTA precisa integrar venda, reserva, fiscal, financeiro, operação aérea e auditoria. A emissão não pode ficar isolada do pagamento nem da classificação tributária.

Erros comuns

Os erros mais comuns acontecem quando a companhia trata a Reforma Tributária como uma alteração pequena de XML, sem revisar reserva, pagamento, credenciamento, eventos, relatórios e auditoria.

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 companhias aéreas que precisam estudar, estruturar e preparar fluxos ligados a BPeTA, BP-e, Reforma Tributária, IBS, CBS, pagamentos, relatórios e auditoria.

No caso do BPeTA, o caminho correto é realizar análise técnica e fiscal antes de afirmar emissã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 para companhias aéreas

• Identificar todas as operações aéreas: doméstica, regional, internacional, corporativa, agência, OTA, marketplace, milhas e venda direta.
• Mapear filiais, CNPJ, IE, UF, certificado, série, numeração e credenciamento.
• Atualizar notas técnicas e schemas da Reforma Tributária para BPeTA.
• Parametrizar IBS, CBS, CST, cClassTrib e vTotDFe.
• Validar quando o grupo IBSCBS deve ser informado.
• Garantir preenchimento correto do vTotDFe quando houver IBSCBS.
• Padronizar reserva, localizador, voo, trecho, aeroporto, passageiro, comprador e pagador.
• Mapear meios de pagamento: cartão, PIX, agência, OTA, marketplace, milhas, voucher e crédito corporativo.
• Preparar PagVinc e vínculo entre pagamento e DFe quando aplicável.
• Separar tarifa, taxa de embarque, bagagem, assento, desconto, comissão e serviço adicional.
• Separar passageiro, comprador, pagador, intermediador e canal de venda.
• Testar venda direta, agência, OTA, marketplace, milhas e corporativo.
• Testar cancelamento, no-show, remarcação, reacomodação, estorno e reembolso.
• Testar rejeições de IBS/CBS, vTotDFe, cClassTrib, PagVinc e credenciamento.
• Criar relatórios de autorizados, rejeitados, tributos, pagamentos, voos, reservas e eventos.
• Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
• Treinar fiscal, financeiro, TI, operação, suporte, atendimento e canais comerciais.
• Fazer produção assistida nas primeiras emissões com novas regras.
• Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA e Reforma Tributária

Como BPeTA, Reforma Tributária, IBS, CBS, PagVinc, vTotDFe, classificação tributária e transporte aéreo 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 companhias aéreas e empresas de transporte no 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 é BP-e modelo 63?

O BP-e modelo 63 é o Bilhete de Passagem Eletrônico usado para documentar prestações de serviço de transporte de passageiros. Ele é emitido em XML, assinado digitalmente, autorizado pela administração tributária e consultável por chave de acesso.

Na prática, o BP-e substitui documentos fiscais antigos de passagem conforme regra da unidade federada e do tipo de operação. O modelo 63 pode ser usado em operações rodoviárias, aquaviárias, ferroviárias e, em leiautes específicos, em operações metropolitanas e aéreas.

Tipos de BP-e em 2026

Quando se fala em “tipos de BP-e”, é importante separar três camadas: o modelo fiscal, o modal de transporte e o leiaute específico. O modelo base é o BP-e modelo 63, mas as operações podem variar conforme o transporte rodoviário, aquaviário, ferroviário, metropolitano, metroviário ou aéreo.

BP-e Rodoviário

O BP-e Rodoviário é a aplicação mais comum do modelo 63 para empresas de ônibus e viações. Ele costuma documentar a passagem individual do passageiro, com origem, destino, horário, poltrona, tipo de serviço, tarifa, comprador, pagamento e DABPE.

Em 2026, a viação precisa revisar não apenas o XML, mas também o fluxo de venda. Guichê, site, app, agência, marketplace, TEF, PIX, cartão e dinheiro precisam conversar com o documento fiscal eletrônico.

BP-e Aquaviário

O BP-e Aquaviário atende operações de transporte de passageiros por água, como ferry boats, balsas, barcas, catamarãs, lanchas, transporte hidroviário, fluvial ou marítimo de passageiros.

Esse modal exige atenção a terminais, travessias, embarcações, horários, categorias de passageiros e, em alguns casos, veículos acompanhados. A empresa precisa separar passageiro, veículo, taxa, tarifa e operação de carga ou encomenda quando aplicável.

BP-e Ferroviário

O BP-e Ferroviário se aplica ao transporte ferroviário de passageiros, especialmente quando há venda individual por estação, trecho, classe, horário ou trem.

Empresas ferroviárias precisam controlar estação de origem, estação de destino, trecho, classe, tarifa, passageiro, comprador e pagamento. Quando a operação for metropolitana, com catracas, validadores ou totalização, a análise pode se aproximar do BP-e TM.

BP-e Metropolitano / BP-e TM

O BP-e Metropolitano, especialmente no leiaute BP-e TM, é voltado para operações metropolitanas ou semiurbanas com cobrança por catracas, contadores, validadores ou sistemas equivalentes.

A lógica do BP-e TM é diferente de uma passagem individual comum. Em vez de apenas passageiro, poltrona e trecho, a operação pode depender de totalização por linha, veículo, estação, validador, categoria tarifária, integração e período.

BP-e Metroviário

O BP-e Metroviário deve ser analisado com cuidado, porque metrôs normalmente operam com estações, bloqueios, validadores, cartões de transporte, integração tarifária, gratuidades e grande volume de passageiros. Em muitos cenários, a lógica operacional se aproxima do BP-e TM, por envolver totalização e validação por equipamentos.

O ponto principal é não tratar operação metroviária como uma simples passagem rodoviária individual. A empresa precisa avaliar o enquadramento fiscal, a UF competente, o tipo de operação, os validadores, a bilhetagem e os dados necessários para totalização.

BP-e Aéreo / BPeTA

O BP-e Aéreo, também chamado de BPeTA, é o BP-e Transporte Aéreo. Ele não substitui o cartão de embarque ou o localizador da reserva; sua finalidade é fiscal, com XML, autorização, protocolo, consulta e eventos.

Para companhias aéreas, o desafio é conectar reserva, localizador, voo, trecho, passageiro, comprador, pagador, canal de venda, OTA, marketplace, agência, milhas, voucher, pagamento, remarcação, no-show, reembolso e documento fiscal eletrônico.

Reforma Tributária no BP-e

A Reforma Tributária impacta o BP-e porque adiciona novas informações fiscais ao XML e cria a necessidade de maior integração entre documento fiscal, pagamento e apuração tributária.

As empresas precisam se preparar para informar corretamente IBS, CBS, CST, cClassTrib, grupo IBSCBS e vTotDFe. Também precisam revisar PagVinc, meios de pagamento, eventos e relatórios de conciliação.

IBS, CBS, CST e cClassTrib

O IBS e a CBS exigem que a empresa classifique corretamente cada operação de transporte. Essa classificação depende do modal, do tipo de serviço, da origem/destino, da UF, da natureza da prestação, do regime aplicável e da regra fiscal vigente.

vTotDFe e grupo IBSCBS

O vTotDFe representa o valor total do documento fiscal eletrônico. Quando houver informação no grupo IBSCBS, esse total precisa estar corretamente preenchido e consistente com a operação.

Na prática, a empresa precisa conciliar tarifa, desconto, taxa, comissão, adicional, valor pago, valor fiscal e total do DFe.

PagVinc, pagamentos e split payment

O PagVinc prepara o BP-e para vincular a transação financeira ao documento fiscal eletrônico. Esse ponto é essencial para rastrear pagamento, estorno, cancelamento, marketplace, agência, TEF, PIX e cartão.

Em 2026, os campos de split payment têm caráter preparatório, mas empresas devem estruturar dados de pagamento desde já para evitar retrabalho.

XML, leiautes e schemas

O emissor de BP-e precisa acompanhar leiautes, schemas, regras de validação, eventos e notas técnicas. Em 2026, isso inclui as mudanças da Reforma Tributária, a vinculação de pagamento e as particularidades do BP-e TM e do BPeTA.

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

O BP-e não termina na autorização. O documento pode passar por eventos fiscais durante seu ciclo de vida, como cancelamento, não embarque, substituição/remarcação, excesso de bagagem e eventos de vinculação de pagamento.

Comparativo dos modais

Homologação e testes

Antes de liberar mudanças em produção, a empresa deve testar cenários reais em homologação. O objetivo é evitar rejeições em guichê, site, app, bilheteria, validador, terminal, estação, embarque ou venda online.

Relatórios e auditoria

Com BP-e 2026, relatórios deixam de ser apenas gerenciais. Eles passam a sustentar auditoria fiscal, financeira e operacional. A empresa precisa provar a relação entre venda, pagamento, documento fiscal e evento.

O que o sistema precisa controlar?

Um sistema preparado para BP-e 2026 precisa integrar venda, fiscal, financeiro, operação, eventos, relatórios e auditoria. O emissor não pode ficar isolado do pagamento nem da operação.

Erros comuns

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 2026, incluindo rodoviário, aquaviário, ferroviário, metropolitano, metroviário e aéreo.

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, gestão operacional e organização de dados fiscais e financeiros.

Checklist prático para BP-e 2026

• Mapear todos os modais operados pela empresa: rodoviário, aquaviário, ferroviário, metropolitano, metroviário e aéreo.
• Separar BP-e comum, BP-e TM e BPeTA.
• Atualizar schemas, leiautes, XML e regras de validação.
• Parametrizar IBS, CBS, CST, cClassTrib, IBSCBS e vTotDFe.
• Revisar QR Code, DABPE, impressão, PDF, envio digital e consulta.
• Mapear todos os meios de pagamento: dinheiro, cartão, TEF, PIX, link, agência, marketplace, OTA e bilhetagem.
• Guardar NSU, autorização, txid, payment id, terminal, PSP, gateway, valor e status.
• Preparar PagVinc e eventos de vinculação/cancelamento de vinculação.
• Testar cancelamento, substituição, não embarque, estorno, remarcação e reprocessamento.
• Testar BP-e TM com catracas, validadores, bilhetagem, totalização e competência.
• Testar BPeTA com reserva, localizador, voo, 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, guichês, bilheterias e equipe de implantação.
• Fazer homologação completa antes de liberar qualquer fluxo em produção.
• Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e 2026

Como BP-e, BP-e TM, BPeTA, 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.

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.

Hidroviário ou aquaviário: qual termo usar?

No uso comercial e operacional, muitas empresas falam em transporte hidroviário de passageiros. Isso é comum para operações por hidrovias, rios, lagos, baías, canais, ilhas, travessias, portos e terminais hidroviários.

Na linguagem fiscal do BP-e, porém, a referência mais importante é o Bilhete de Passagem Aquaviário modelo 14, antigo documento fiscal de passagem que pode ser substituído pelo BP-e modelo 63 conforme regra da UF. Por isso, em conteúdos de SEO e implantação, vale trabalhar os dois termos: BP-e Hidroviário para busca comercial e BP-e Aquaviário para precisão fiscal.

Quando o BP-e modelo 63 pode ser utilizado no transporte hidroviário?

O BP-e modelo 63 pode ser utilizado quando a operação for uma prestação de transporte de passageiros por via aquática, quando essa prestação estiver sujeita às regras fiscais aplicáveis e quando a unidade federada competente exigir, permitir ou credenciar a emissão do BP-e.

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

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado para passagens aquaviárias. O BP-e modelo 63 substitui essa lógica quando a unidade federada exige, permite ou credencia a emissão eletrônica.

A mudança não é apenas sair do papel para a tela. O documento principal passa a ser o XML autorizado. O DABPE é apenas representação auxiliar. O sistema precisa tratar autorização, protocolo, rejeições, cancelamentos, remarcações, armazenamento, relatórios e conciliação financeira.

Quais operações hidroviárias precisam de atenção?

O transporte hidroviário pode ter operações simples e operações compostas. O sistema precisa permitir separar corretamente a natureza de cada serviço para evitar emissão fiscal incorreta.

O que um sistema de BP-e hidroviário precisa controlar?

Um sistema para BP-e hidroviário precisa controlar a operação completa, desde a venda até a autorização fiscal e a auditoria. Não basta imprimir passagem. O centro da emissão fiscal é o XML autorizado.

Rotas, terminais e pontos de embarque

No transporte hidroviário, o cadastro de origem e destino precisa ser muito bem definido. A empresa deve saber exatamente de onde o passageiro sai, para onde vai, qual terminal usa, qual ponto de embarque, qual ponto de desembarque, qual rota, qual horário e qual tarifa foi aplicada.

Embarcações, horários, capacidade e lotação

A operação hidroviária depende da disponibilidade da embarcação. O sistema deve controlar capacidade, horários, bloqueios, manutenção, troca de embarcação, lotação, cancelamentos por clima, atrasos e histórico operacional.

Venda de passagens hidroviárias

A venda de passagens hidroviárias precisa ser rápida para o operador e completa para o fiscal. O sistema precisa permitir venda no guichê, terminal, agência, site, marketplace, app ou atendimento assistido, mantendo vínculo entre passagem, pagamento, passageiro, rota, embarcação e BP-e.

Pagamentos e conciliação financeira

O financeiro precisa conversar com a emissão fiscal. Uma operação hidroviária pode receber em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, marketplace ou outro canal. O sistema deve conciliar venda, pagamento, BP-e autorizado, BP-e rejeitado, cancelamento, estorno e embarque.

XML, DABPE, autorização e protocolo

No BP-e para transporte hidroviário, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável, mas não substitui o XML.

Cancelamento, remarcação e substituição

Transporte hidroviário pode sofrer mudanças por clima, maré, manutenção, cheia, seca, lotação, atraso, indisponibilidade de embarcação, bloqueio de rota ou desistência do passageiro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

Uma operação hidroviária pode depender de integrações com site, aplicativo, agência, marketplace, financeiro, PIX, cartão, TEF, controle de embarque, leitor de QR Code, ERP, BI, órgãos fiscalizadores e sistemas internos.

Como implantar BP-e hidroviário

A implantação de BP-e para transporte hidroviário deve começar pelo mapeamento da operação real. O erro mais comum é configurar o sistema como se fosse apenas uma impressão de passagem, sem conectar corretamente fiscal, operação, financeiro, embarque e armazenamento eletrônico.

Erros comuns no BP-e para transporte hidroviário

Os erros mais comuns são tratar BP-e como simples impressão, usar comprovante de pagamento como documento fiscal, não armazenar XML, não guardar protocolo, ignorar rejeições, cadastrar rotas incorretas, não controlar capacidade da embarcação, não conciliar cancelamentos e não validar o enquadramento fiscal de turismo, carga, encomenda, veículo desacompanhado ou serviço adicional.

Como o Sistema Vexado ajuda empresas de transporte hidroviário

O Sistema Vexado pode apoiar empresas de transporte hidroviário e aquaviário de passageiros 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 hidroviário

Use este checklist para avaliar se sua empresa está preparada para emitir BP-e no transporte hidroviário de passageiros.

• 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.
• Separar passageiro, carga, encomenda, bagagem adicional, turismo, fretamento, veículo e serviço adicional.
• Validar CNPJ, inscrição estadual, certificado digital, credenciamento, ambiente, série e numeração.
• Mapear rotas, travessias, origens, destinos, terminais, portos, píeres, rampas, estações e pontos de embarque.
• Cadastrar barcos, barcas, balsas, ferry boats, lanchas, catamarãs, capacidade, horários, status e disponibilidade.
• Configurar tarifas, categorias, 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, aplicativo 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.
• Validar embarque por QR Code, localizador, documento, viagem ou lista de passageiros.
• 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, embarcados 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, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e hidroviário

Como BP-e para transporte hidroviá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 hidroviário, BP-e aquaviário, venda de passagens por embarcação, financeiro, integrações, relatórios, 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 é BPeTA?

BPeTA é o Bilhete de Passagem Eletrônico para Transporte Aéreo. Ele faz parte do ecossistema do BP-e e foi criado para documentar o transporte aéreo de passageiros por meio de documento fiscal eletrônico, com XML, assinatura digital, autorização, protocolo, eventos e regras de validação específicas.

O BPeTA utiliza o modelo 63, mas com modal aéreo. Isso significa que o sistema precisa tratar dados típicos do setor aéreo, como aeroportos, voos, tipo de viagem, tipo de trecho, conexão, acomodação, componentes de valor, comprador, passageiro, agência, IATA, pagamento, IBS, CBS e vinculação de pagamento.

O papel do campo tpCompra

O campo tpCompra é uma das chaves de leitura mais importantes do BPeTA. Ele define se a compra é normal, múltipla ou vinculada a um BPe múltiplo. O erro nesse campo pode alterar completamente a validação do XML.

BPeTA Normal: quando usar?

O BPeTA Normal deve ser usado quando a operação é uma compra regular de passagem aérea. Nesse caso, o documento precisa identificar o passageiro, os dados da viagem, os valores, os impostos e as formas de pagamento.

É o cenário típico de venda de passagem aérea individual, seja por site, app, balcão, agência, canal corporativo, OTA, marketplace ou atendimento assistido. A operação tem passageiro definido, viagem definida e valor associado ao bilhete.

BPeTA Múltiplo: quando usar?

O BPeTA Múltiplo aparece no domínio do campo tpCompra como 1 – BPe múltiplo (fretamento). Ele deve ser tratado como uma compra múltipla ligada a fretamento, não como uma simples passagem individual.

O ponto mais importante é que, no BPeTA Múltiplo, os dados do passageiro não devem ser informados. Em compensação, o comprador deve ser informado. Isso faz sentido porque, em um fretamento ou compra múltipla, o contrato econômico pode estar ligado ao comprador, e não a um passageiro individual naquele documento.

BPe vinculado a BPe múltiplo

O tipo 2 – Vinculado a BPe múltiplo existe para relacionar um BPe a um BPe múltiplo previamente autorizado. Nesse caso, o XML deve trazer os dados do passageiro e também o grupo de informações do BPe vinculado, incluindo a chave de acesso do BPe múltiplo.

Essa estrutura é importante porque cria uma cadeia fiscal entre o documento múltiplo e os documentos vinculados. O sistema precisa validar se a chave do BPe múltiplo é válida, se o BPe múltiplo existe, se não está cancelado, se não foi substituído, se é do modal aéreo e se o emitente corresponde.

Tabela comparativa dos leiautes

A tabela abaixo resume as diferenças práticas entre BPeTA Normal, BPeTA Múltiplo e BPe vinculado a Múltiplo.

Validações críticas e rejeições

Os novos leiautes exigem que o sistema tenha validações antes de transmitir o XML. Não é seguro deixar o erro aparecer apenas no retorno da SEFAZ. O ideal é validar previamente a combinação entre tipo de compra, passageiro, comprador, chave de BPe múltiplo, valores, impostos e pagamento.

Grupos pag e PagVinc

Com os novos pacotes de schemas, os grupos pag e PagVinc foram ajustados para fazerem parte da estrutura choice do BPeTA Normal e Múltiplo. Isso significa que o sistema precisa tratar corretamente a escolha da estrutura de pagamento dentro do XML, em vez de apenas “jogar” os dados em qualquer posição.

Esse ponto é essencial na Reforma Tributária porque a vinculação entre documento fiscal eletrônico e transação financeira ganha importância para conciliação, split payment, auditoria e apuração assistida.

Valores, impostos, IBS, CBS e vTotDFe

O BPeTA está diretamente conectado à Reforma Tributária do Consumo. Por isso, além dos valores tradicionais do bilhete, o sistema deve lidar com IBS, CBS, CST, cClassTrib, base de cálculo, alíquotas, valores, total do DFe e validações tributárias.

Dados da viagem aérea

O leiaute do BPeTA traz dados próprios do transporte aéreo. O sistema precisa controlar voo, companhia operadora, aeroportos, tipo de viagem, tipo de serviço, acomodação, tipo de trecho, data da viagem e conexão quando aplicável.

Comprador x passageiro

Uma das maiores mudanças práticas dos leiautes BPeTA é a separação entre comprador e passageiro. Em venda normal, o passageiro é obrigatório. O comprador pode ser diferente do passageiro. No BPe múltiplo, o comprador deve ser informado, mas o passageiro não deve ser informado. No vinculado a múltiplo, o passageiro volta a ser obrigatório.

Eventos, não embarque e fornecimento não realizado

O BPeTA também precisa tratar eventos. Entre os pontos técnicos da NT estão eventos como não embarque e fornecimento não realizado com pagamento antecipado. Isso reforça que o ciclo de vida do documento não termina na autorização do XML.

O que o sistema precisa controlar?

Para suportar BPeTA Normal e Múltiplo, o sistema precisa ser mais do que um emissor simples. Ele deve conectar venda, reserva, comprador, passageiro, fretamento, pagamento, tributação, XML, eventos e auditoria.

Como implantar os novos leiautes

A implantação dos novos leiautes deve ser feita por fases. O primeiro passo é mapear as operações da empresa: venda individual, fretamento, compra corporativa, compra por agência, compra por OTA, compra governamental, pagamento antecipado, remarcação, transferência e não embarque.

Erros comuns

Os erros mais comuns são tratar BPeTA Múltiplo como passagem individual, informar passageiro no BPe múltiplo, não informar comprador no múltiplo, não informar a chave de acesso no vinculado, não validar se o BPe múltiplo existe, não conferir se o múltiplo está autorizado, não separar pag de PagVinc, não atualizar schemas e não tratar IBS/CBS corretamente.

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, protocolo, pagamentos, relatórios, auditoria e preparação para Reforma Tributária.

Para projetos com BPeTA Normal e Múltiplo, o caminho correto é fazer uma análise técnica e fiscal antes da implantação. É necessário validar NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, tipo de compra, pagamento, PagVinc, eventos, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático

• Validar se a empresa precisa emitir BPeTA para transporte aéreo de passageiros.
• Confirmar credenciamento da filial na UF competente.
• Validar certificado digital, ambiente, série, numeração e webservices.
• Atualizar o motor fiscal para a NT 2025.002 do BPe Transporte Aéreo.
• Aplicar modificações das NTs 2026.001 e 2026.002 quando aplicáveis.
• Atualizar os schemas que ajustam pag e PagVinc na estrutura choice do BPeTA Normal e Múltiplo.
• Implementar regra de negócio para tpCompra 0, 1 e 2.
• Exigir passageiro no BPeTA Normal.
• Vedar passageiro no BPeTA Múltiplo.
• Exigir comprador no BPeTA Múltiplo.
• Exigir passageiro no BPe vinculado a múltiplo.
• Exigir chave de acesso do BPe múltiplo no vinculado.
• Validar se o BPe múltiplo existe, está autorizado, não está cancelado e não foi substituído.
• Validar se o BPe múltiplo é do modal aéreo.
• Validar CNPJ e IE do emitente entre múltiplo e vinculado.
• Controlar valores do bilhete, descontos, pagamentos, troco e componentes.
• Tratar componentes como tarifa, taxa de embarque, bagagem, reserva de assento, transporte de animais e outros.
• Implementar IBS, CBS, CST, cClassTrib e vTotDFe conforme NTs da Reforma Tributária.
• Integrar meios de pagamento, cartão, PIX, agência, OTA, marketplace e conciliação.
• Gerar relatórios de documentos normais, múltiplos, vinculados, rejeitados, autorizados e cancelados.
• Registrar logs de emissão, reprocessamento, rejeição, evento, cancelamento e substituição.
• Testar cenários de homologação antes de produção.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA Normal e Múltiplo

Como BPeTA, Reforma Tributária, IBS, CBS, pagamentos e transporte aéreo 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 ambiente de homologação do BPeTA?

O ambiente de homologação é o ambiente de testes usado por empresas e desenvolvedores para validar a emissão do BPeTA sem utilizar o ambiente real de produção. Ele é fundamental para reduzir risco técnico e fiscal antes do início da operação oficial.

No caso do BPeTA, a homologação foi disponibilizada na SVRS para que o mercado pudesse testar o novo serviço de recepção do transporte aéreo, os demais webservices do BP-e e as regras técnicas trazidas pela Nota Técnica 2025.002.

Para que serve a homologação?

A homologação serve para provar que o sistema emissor está pronto. Ela não deve ser usada apenas para “ver se transmite”. O correto é testar o ciclo completo: cadastro fiscal, certificado, XML, assinatura, recepção, autorização, rejeição, eventos, pagamentos, IBS/CBS, consulta, status, protocolo, relatórios e auditoria.

Fluxo básico de testes do BPeTA

O fluxo de homologação deve simular a operação real, mas com dados de teste. A empresa deve criar cenários de emissão normal, emissão múltipla, vinculado a múltiplo, rejeições esperadas, cancelamento, eventos, consulta, status, IBS/CBS e pagamentos.

Credenciamento e filial emitente

Mesmo em um projeto de homologação, a empresa precisa tratar credenciamento com seriedade. O Portal BP-e/SVRS informa que as empresas do setor devem solicitar credenciamento nas unidades federadas. Em produção, o ambiente do BPeTA foi liberado para todas as UFs, mas a habilitação e o credenciamento devem ser tratados em cada UF para as filiais das empresas aéreas inscritas.

Certificado digital, assinatura e segurança

O certificado digital é essencial para a assinatura do XML. Na homologação, o sistema precisa testar assinatura, cadeia do certificado, validade, vínculo com o emitente e rejeições relacionadas à autoria e integridade do documento.

XML, schema e validação técnica

O XML do BPeTA deve seguir os schemas oficiais publicados junto às notas técnicas. A homologação é o momento de validar campos obrigatórios, estrutura do modal aéreo, grupos de valores, comprador, passageiro, viagem, pagamentos, IBS/CBS e eventos.

Webservices usados na homologação

O BPeTA faz parte dos serviços do sistema BP-e e utiliza os demais webservices disponíveis para o Bilhete de Passagem. Isso significa que o projeto de homologação não deve testar apenas recepção, mas também consulta, status e eventos.

Rejeições e regras de validação

A homologação é o melhor momento para testar rejeições. Um bom sistema não deve esconder o erro do usuário. Ele precisa exibir código, motivo, campo relacionado, causa provável e orientação de correção.

IBS, CBS e Rejeição 310 em homologação

A Reforma Tributária do Consumo também precisa ser testada na homologação. A SVRS informou que, conforme NTs 2026.002, a regra de validação que exige IBS e CBS, associada à Rejeição 310, passa a ser aplicada a todas as emissões no ambiente de homologação da SVRS.

Testes com BPeTA Normal e Múltiplo

O ambiente de homologação deve testar todos os cenários do BPeTA, não apenas a compra normal. O sistema precisa validar BPeTA Normal, BPeTA Múltiplo e BPe vinculado a BPe múltiplo.

Pagamentos, PagVinc e split payment

Os testes de homologação devem incluir os grupos de pagamento. As notas técnicas da Reforma Tributária introduziram informações de vinculação da transação de pagamento nos DFes, incluindo BPe, BPeTM e BPeTA. Além disso, os schemas do BPeTA Normal e Múltiplo passaram a tratar os grupos pag e PagVinc na estrutura choice.

Eventos, consulta, status e protocolo

Um BPeTA autorizado em homologação não encerra o teste. O sistema precisa provar que consegue consultar o documento, obter status, registrar eventos e armazenar protocolo.

Roteiro de testes recomendado

Um roteiro de homologação deve cobrir cenários positivos e negativos. O ideal é montar uma matriz de testes com emissão autorizada, emissão rejeitada, eventos aceitos, eventos rejeitados, consulta, status, pagamento, IBS/CBS, BPeTA Normal, Múltiplo e Vinculado.

Como sair da homologação para produção

A passagem para produção deve acontecer somente depois que o sistema estiver estável em homologação. A equipe precisa validar autorização, rejeições, eventos, pagamentos, IBS/CBS, relatórios, logs, contingência operacional, treinamento dos usuários e credenciamento das filiais.

Erros comuns

Os erros mais comuns são testar apenas um XML autorizado, ignorar rejeições, não testar eventos, não validar IBS/CBS, esquecer o vTotDFe quando aplicável, misturar homologação com produção, não configurar filial e credenciamento, não validar certificado, não testar BPeTA Múltiplo, não testar BPe vinculado a múltiplo e não preparar relatórios de auditoria.

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, protocolo, pagamentos, relatórios, auditoria e preparação para Reforma Tributária.

Para projetos com BPeTA em homologação, o caminho correto é montar um plano de testes completo antes da produção. Isso inclui NT 2025.002, schemas, webservices, credenciamento, filial, certificado, IBS/CBS, pagamentos, PagVinc, eventos, rejeições, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático para homologação do BPeTA

• Baixar a NT 2025.002 v2.00 do BPe Transporte Aéreo no Portal BP-e/SVRS.
• Baixar schemas oficiais atualizados do BPeTA.
• Validar modificações aplicáveis das NTs 2026.001 e 2026.002.
• Confirmar credenciamento da filial na UF competente.
• Configurar ambiente de homologação separado da produção.
• Configurar certificado digital e assinatura do XML.
• Configurar série, numeração e dados do emitente para testes.
• Testar emissão de BPeTA Normal.
• Testar emissão de BPeTA Múltiplo.
• Testar emissão vinculada a BPe múltiplo.
• Validar passageiro obrigatório no BPeTA Normal.
• Validar passageiro vedado no BPeTA Múltiplo.
• Validar comprador obrigatório no BPeTA Múltiplo.
• Validar chave do BPe múltiplo no documento vinculado.
• Testar grupos pag e PagVinc conforme schema vigente.
• Testar IBS, CBS, CST, cClassTrib e vTotDFe.
• Testar cenário de Rejeição 310 em homologação.
• Testar recepção, consulta, status e eventos.
• Testar cancelamento, não embarque e eventos aplicáveis.
• Testar rejeições por XML inválido, certificado, emitente, pagamento e tributação.
• Gerar relatórios de documentos autorizados, rejeitados, cancelados e pendentes.
• Registrar logs de usuário, data, horário, XML, protocolo, rejeição e reprocessamento.
• Treinar equipe fiscal, TI, suporte, financeiro e operação.
• Fazer produção assistida somente após homologação validada.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA em homologação

Como BPeTA, Reforma Tributária, IBS, CBS, pagamentos e transporte aéreo 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.

Primeiro passo: identificar o modal

O primeiro filtro é o modal de transporte. O modal ajuda a entender qual documento antigo era usado, quais campos operacionais serão necessários e qual estrutura fiscal deve ser analisada.

Segundo passo: entender a forma de cobrança

A forma de cobrança é uma das chaves mais importantes para identificar o BP-e correto. Uma venda individual com passageiro identificado tende a seguir uma lógica diferente de uma operação por catraca, contador ou validador.

Terceiro passo: verificar passageiro individual ou totalização

A emissão individual por passageiro e a emissão por totalização exigem lógicas diferentes. No BP-e comum, a emissão costuma estar associada a uma passagem individual. No BP-e TM, a operação pode envolver contadores, catracas, validadores e totalizações operacionais.

Quando usar BP-e Rodoviário?

O BP-e Rodoviário deve ser avaliado quando a operação envolve transporte rodoviário de passageiros, especialmente em viagens intermunicipais, interestaduais ou internacionais, com venda de passagem individual, origem, destino, passageiro, horário, veículo, linha e, quando aplicável, poltrona.

Quando usar BP-e Aquaviário?

O BP-e Aquaviário deve ser avaliado quando a operação envolve transporte aquaviário de passageiros, como barcas, balsas, ferry boats, lanchas, catamarãs, barcos e travessias hidroviárias, fluviais ou marítimas.

A análise deve considerar se a operação transporta apenas passageiros, passageiros com veículos acompanhados, travessias com horários, embarcações específicas, terminais, portos, píeres e controle de capacidade.

Quando usar BP-e Ferroviário?

O BP-e Ferroviário deve ser avaliado quando a operação envolve transporte ferroviário de passageiros, com estações, linhas, trechos, horários, composição, classes e controle de embarque.

A decisão deve considerar se a operação é uma passagem individual ferroviária ou se possui dinâmica de transporte metropolitano/metroviário com catracas, validadores, totalização e integração tarifária.

Quando usar BP-e TM?

O BP-e TM deve ser avaliado quando a prestação de transporte de passageiros tem característica semiurbana ou metropolitana e a cobrança ocorre por contadores, catracas, validadores ou sistemas equivalentes.

A diferença central é que o BP-e TM não segue necessariamente a mesma lógica de uma passagem individual rodoviária. Ele pode envolver totalização por linha, período, equipamento, categoria tarifária, integração, gratuidade, cartão de transporte e relatório operacional.

Como identificar operação metropolitana?

Uma operação metropolitana geralmente envolve transporte de passageiros dentro ou entre municípios de uma região metropolitana, com alta frequência, integração tarifária, linhas regulares, terminais, catracas, validadores e forte dependência de totalização.

Nem toda operação metropolitana será automaticamente igual. O sistema precisa avaliar forma de cobrança, existência de passageiro individual, tipo de linha, equipamento usado, integração, UF, credenciamento e leiaute fiscal aplicável.

Como identificar operação semiurbana?

A operação semiurbana costuma ter características de linha regular, deslocamento entre municípios próximos, alta frequência e cobrança mais parecida com transporte urbano/metropolitano do que com passagem rodoviária convencional.

O ponto mais importante é verificar se a operação ocorre com venda individual por passageiro ou com cobrança por catraca, contador ou sistema equivalente. Esse detalhe pode mudar completamente o leiaute aplicável.

Como analisar operação metroviária?

A operação metroviária exige análise específica. Metrôs e sistemas similares normalmente trabalham com estações, bloqueios, validadores, cartões, integrações, alta frequência, gratuidades, categorias tarifárias e totalizações.

Por isso, antes de tentar emitir um BP-e comum, a empresa deve avaliar se a operação se enquadra em BP-e TM, em regra específica da UF ou em outro fluxo técnico definido pela legislação e pelas notas técnicas vigentes.

Quando usar BPeTA?

O BPeTA deve ser avaliado quando a operação envolve transporte aéreo de passageiros. Ele possui Nota Técnica própria, serviço de recepção específico, autorização centralizada na SVRS, uso de webservices do BP-e e impactos da Reforma Tributária.

O BPeTA exige dados próprios do modal aéreo: voo, aeroporto de origem, aeroporto de destino, trecho, conexão, companhia operadora, passageiro, comprador, localizador, reserva, tarifa, taxa, bagagem, assento, remarcação, cancelamento, não embarque, pagamentos, PagVinc, IBS, CBS e eventos.

Matriz prática de decisão

A matriz abaixo ajuda a identificar o caminho mais provável. Ela não substitui análise fiscal, mas serve como guia inicial para organizar a operação antes da implantação.

Perguntas-chave antes de emitir

Antes de implantar ou configurar o BP-e, a empresa deve responder um conjunto de perguntas. Essas respostas evitam escolher o leiaute errado, emitir no ambiente errado ou montar um XML incompatível com a operação real.

• Qual é o modal da operação: rodoviário, aquaviário, ferroviário, metropolitano, semiurbano, metroviário ou aéreo?
• A passagem é individual por passageiro?
• O passageiro é identificado antes do embarque?
• Existe controle de poltrona, assento, cabine, vagão, embarcação ou voo?
• A cobrança ocorre por guichê, site, app, agência, marketplace, catraca, cartão ou validador?
• Existe catraca, contador, bloqueio, validador ou sistema equivalente?
• A operação exige totalização por linha, equipamento, período, categoria ou estação?
• Existe integração tarifária, gratuidade ou categoria de passageiro?
• A operação envolve voo, localizador, reserva, aeroporto ou companhia aérea?
• A UF exige credenciamento específico?
• O certificado, CNPJ, IE, série e numeração estão corretos?
• Quais eventos serão necessários: cancelamento, substituição, não embarque ou fornecimento não realizado?
• Como o pagamento será conciliado com o documento fiscal?
• Há impacto de IBS, CBS, CST, cClassTrib, vTotDFe ou PagVinc?

Documento antigo substituído ajuda na decisão

Uma forma prática de identificar o BP-e correto é verificar qual documento antigo a operação substituía ou substitui. O BP-e modelo 63 pode substituir documentos de passagem antigos, conforme regra da UF.

Pagamentos e PagVinc na identificação do tipo correto

A forma de pagamento não define sozinha o tipo de BP-e, mas ajuda a entender a complexidade da operação. Pagamentos por cartão, PIX, agência, OTA, marketplace, validador, bilhetagem eletrônica e integração tarifária podem exigir integrações diferentes e relatórios diferentes.

Reforma Tributária, IBS e CBS

A Reforma Tributária do Consumo impacta o ecossistema de documentos fiscais eletrônicos, incluindo BP-e, BP-e TM e BPeTA. Por isso, identificar o tipo correto de BP-e também exige verificar quais grupos tributários, regras de validação, meios de pagamento e totalizações serão necessários no XML.

Erros comuns na escolha do BP-e

Os erros mais comuns acontecem quando a empresa escolhe o tipo de BP-e olhando apenas para o nome do modal e ignora a forma real da operação.

O que o sistema precisa validar?

Um sistema emissor de BP-e deve impedir que o usuário escolha o tipo errado sem validação. O ideal é que o sistema conduza a configuração com base na operação, no modal, na forma de cobrança, no credenciamento e no leiaute.

Como o Vexado pode ajudar

O Sistema Vexado pode apoiar empresas de transporte na identificação, implantação e operação de diferentes fluxos de BP-e, incluindo BP-e Rodoviário, BP-e Aquaviário, BP-e Ferroviário, BP-e Metropolitano, BP-e Semiurbano, BP-e Metroviário e estudos técnicos para BPeTA.

O Vexado pode apoiar com emissão de BP-e, venda de passagens, controle de passageiros, cadastros operacionais, integrações, APIs, pagamentos, relatórios, automação, implantação, suporte e auditoria, conforme análise técnica e fiscal da operação.

Checklist prático para identificar o BP-e correto

• Identifique o modal da operação de passageiros.
• Confirme se a operação é rodoviária, aquaviária, ferroviária, metropolitana, semiurbana, metroviária ou aérea.
• Verifique se a venda é individual por passageiro.
• Verifique se existe passageiro identificado.
• Verifique se existe poltrona, assento, cabine, vagão, embarcação ou voo.
• Identifique se a cobrança é feita por guichê, site, app, agência, marketplace, catraca ou validador.
• Verifique se existem catracas, contadores, bloqueios ou sistemas equivalentes.
• Confirme se há totalização por linha, equipamento, período, estação ou categoria.
• Confirme se há integração tarifária, gratuidades ou categorias de passageiro.
• Identifique o documento antigo substituído, quando existir.
• Valide se o caso é BP-e comum, BP-e TM ou BPeTA.
• Confirme a UF competente e o credenciamento necessário.
• Valide CNPJ, IE, certificado digital, ambiente, série e numeração.
• Mapeie eventos necessários: cancelamento, substituição, não embarque e fornecimento não realizado.
• Mapeie pagamentos: dinheiro, cartão, PIX, TEF, agência, marketplace e PagVinc.
• Valide impactos de IBS, CBS, CST, cClassTrib e vTotDFe.
• Teste XML, autorização, rejeições, eventos e relatórios em homologação.
• Treine fiscal, financeiro, operação, suporte e TI.
• Valide tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar o tipo correto de BP-e

Como BP-e, BP-e TM, BPeTA, Reforma Tributária, IBS, CBS, pagamentos 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, 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.

Qual é a diferença prática?

A diferença prática está menos no número do modelo fiscal e mais na forma como a operação gera os dados fiscais. Uma ferrovia de passageiros pode ter venda por passageiro, estação de origem, estação de destino, horário, tarifa e emissão individualizada. Já o metrô normalmente opera com alto volume, catracas, cartões, integrações tarifárias, gratuidades, descontos, estações, validadores e totalizações.

Como funciona no transporte ferroviário?

No transporte ferroviário de passageiros, o BP-e modelo 63 pode substituir o antigo Bilhete de Passagem Ferroviário modelo 16. A empresa precisa controlar a prestação de transporte, as estações, o trecho, o passageiro quando aplicável, a tarifa, o pagamento, o XML, a autorização, o protocolo e os eventos fiscais.

Em algumas operações ferroviárias, o veículo transportador pode não ser o centro da totalização. A estação de embarque, a linha, o serviço, a integração e o controle de passageiros podem ser mais importantes para formar a base fiscal correta.

Como funciona no transporte metroviário?

No transporte metroviário, a operação costuma ser mais massiva e automatizada. O passageiro passa por catraca, cartão, validador, QR Code, bilhetagem integrada, gratuidade ou integração tarifária. Por isso, a emissão fiscal normalmente exige totalização, agrupamento e relatórios, em vez de depender apenas de uma venda individual tradicional.

O que é BP-e TM?

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente quando a cobrança da passagem ocorre por contadores, catracas ou sistemas equivalentes. Ele não deve ser tratado como uma simples impressão de bilhete. É uma rotina fiscal eletrônica que depende de dados operacionais, totalizações, leiaute específico, credenciamento e relatórios.

BP-e modelo 63 x Bilhete de Passagem Ferroviário modelo 16

O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo da sistemática anterior. O BP-e modelo 63 substitui essa lógica quando a UF exige, permite ou credencia a emissão eletrônica.

Comparativo ferroviário x metroviário

A tabela abaixo resume a principal diferença entre tratar uma operação ferroviária e uma operação metroviária dentro do BP-e modelo 63.

O que o sistema precisa controlar?

Um sistema preparado para BP-e ferroviário ou metroviário precisa fazer mais do que gerar XML. Ele precisa conectar operação, bilhetagem, estação, financeiro, fiscal, integrações, relatórios e auditoria.

Catracas, validadores e totalizações

No transporte metroviário e metropolitano, a emissão fiscal pode depender de milhões de eventos de catraca, cartão, QR Code, integração e gratuidade. Por isso, o sistema precisa consolidar eventos com segurança, sem perder rastreabilidade.

XML, DABPE, autorização e protocolo

O documento fiscal principal do BP-e é o XML autorizado. O DABPE é apenas uma representação gráfica auxiliar. Em operações ferroviárias e metroviárias, a empresa precisa garantir que o XML, a autorização, o protocolo e os relatórios estejam coerentes com a operação real.

Como implantar BP-e ferroviário ou metroviário

A implantação deve começar pelo diagnóstico fiscal e operacional. Antes de desenvolver ou configurar o sistema, é preciso entender se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana, com bilhete individual, com catraca, com validador, com integração, com totalização diária ou com totalização mensal.

Erros comuns

Os erros mais comuns são achar que todo BP-e modelo 63 é igual, ignorar o BP-e TM, tratar catracas como simples contador sem auditoria, não armazenar eventos, não vincular totalização ao XML, não controlar protocolo, não validar credenciamento e não separar operação ferroviária tradicional de operação metroviária/metropolitana.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e ferroviário, BP-e metroviário, BP-e TM, integração com catracas, validadores, bilhetagem, totalizações, XML, DABPE, autorização, protocolo, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação ferroviária ou metroviária está preparada para BP-e modelo 63.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana ou integrada.
• Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
• Confirmar se o antigo Bilhete de Passagem Ferroviário modelo 16 foi substituído na UF.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear estações, linhas, trechos, sentidos, horários, tarifas e categorias.
• Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
• Definir regras de totalização por 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 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 ferroviário e metroviário

Como BP-e ferroviário, BP-e metroviário 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 ferroviário, BP-e metroviário, 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 por passageiro?

BP-e por passageiro é a emissão do Bilhete de Passagem Eletrônico a partir de uma venda individual. A empresa vende uma passagem para um passageiro, com origem, destino, data, horário, tarifa, forma de pagamento e, quando aplicável, poltrona, ponto de embarque e ponto de desembarque.

Essa lógica é muito comum em empresas de transporte rodoviário convencional, aquaviário com venda individual, ferroviário com passagem por trecho ou qualquer operação em que cada passageiro tenha um documento fiscal individualizado.

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

BP-e por totalização é a lógica em que a emissão fiscal é formada a partir da consolidação de eventos operacionais. Em vez de cada venda individual gerar diretamente um BP-e separado, o sistema recebe eventos de catracas, contadores, validadores, bilhetagem, cartões, QR Code, gratuidades, integrações e outras fontes, totaliza esses dados e gera a base fiscal conforme a regra aplicável.

Essa lógica aparece principalmente em operações de transporte metropolitano, semiurbano, metroviário, ferroviário de grande volume e linhas com cobrança por equipamentos ou sistemas equivalentes. O ponto mais importante é que a totalização precisa ser auditável.

Quando usar cada lógica?

A escolha não deve ser feita por preferência operacional. Ela depende do tipo de prestação, da forma de cobrança, da regra fiscal da UF, do credenciamento, do leiaute técnico e da maneira como a operação realmente acontece.

Relação com BP-e TM

O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente quando há cobrança por contadores, catracas ou sistemas equivalentes. Por isso, o BP-e por totalização costuma aparecer fortemente em projetos de BP-e TM.

Enquanto o BP-e por passageiro depende da venda individual, o BP-e TM pode depender de uma base consolidada de eventos. Isso exige integração, validação, totalização, relatório analítico, XML, autorização, protocolo e armazenamento com rastreabilidade.

Tabela comparativa: BP-e por passageiro x BP-e por totalização

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

Quais dados mudam?

No BP-e por passageiro, o dado fiscal nasce da venda. No BP-e por totalização, o dado fiscal nasce da operação. Por isso, os campos, integrações, relatórios e validações mudam bastante.

Catracas, validadores e contadores

No BP-e por totalização, os equipamentos deixam de ser apenas itens operacionais e passam a alimentar a base fiscal. Por isso, catracas, validadores e contadores precisam ser cadastrados, identificados, monitorados, auditados e vinculados à linha, ponto, estação, veículo, período e regra de totalização.

XML, DABPE, autorização e protocolo

Em qualquer modelo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é um documento auxiliar. A diferença é que, no BP-e por passageiro, o XML costuma nascer da venda individual. No BP-e por 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 por passageiro, a auditoria compara venda, pagamento, passageiro, embarque, cancelamento, XML e protocolo. No BP-e por totalização, a auditoria precisa ir além: ela deve 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 por passageiro e BP-e por totalização precisa operar em duas arquiteturas diferentes: transacional e consolidada. A primeira nasce da venda. A segunda nasce de eventos.

Como implantar BP-e por passageiro ou por totalização

A implantação começa entendendo a natureza da operação. Se a empresa vende passagens individualmente, o projeto precisa focar em venda, passageiro, pagamento, DABPE e XML. Se a empresa trabalha com catracas, validadores e eventos, o projeto precisa focar em integração, totalização, relatório analítico e rastreabilidade.

Erros comuns

Os erros mais comuns são tratar toda operação como passagem individual, ignorar a necessidade de totalização em operações metropolitanas, perder eventos brutos, não guardar logs, não vincular totalização ao XML, confundir relatório com documento fiscal, não validar credenciamento específico e não separar operação por passageiro de operação por eventos.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e por passageiro, BP-e por 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 por passageiro, BP-e por totalização ou um modelo híbrido.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a emissão será por passagem individual, por 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 por passageiro e por totalização

Como BP-e por passageiro, BP-e por 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 por passageiro, BP-e por 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?

O BP-e rodoviário é a aplicação do BP-e modelo 63 ao transporte rodoviário de passageiros. Ele substitui, quando exigido, permitido ou credenciado pela UF, a lógica antiga do Bilhete de Passagem Rodoviário modelo 13.

Na prática, o BP-e rodoviário costuma estar ligado a empresas de ônibus, viações, turismo rodoviário regular, linhas intermunicipais, interestaduais ou internacionais, rodoviárias, agências, guichês, sites, marketplaces, aplicativos, venda assistida e controle de embarque.

O que é BP-e ferroviário?

O BP-e ferroviário é a aplicação do BP-e modelo 63 ao transporte ferroviário de passageiros. Ele substitui, quando exigido, permitido ou credenciado pela UF, a lógica antiga do Bilhete de Passagem Ferroviário modelo 16.

A emissão ferroviária pode envolver estação de origem, estação de destino, linha, sentido, trecho, serviço, classe, horário, tarifa, passageiro, integração, composição e controle por estação. Em algumas operações ferroviárias, o foco pode ser menos “rodoviária e poltrona” e mais “estação, linha e trecho ferroviário”.

Modelo 13 x modelo 16

O BP-e modelo 63 moderniza a emissão fiscal de passagens. No contexto rodoviário, ele substitui o antigo Bilhete de Passagem Rodoviário modelo 13. No contexto ferroviário, ele substitui o antigo Bilhete de Passagem Ferroviário modelo 16, conforme adoção e regras da UF competente.

Tabela comparativa: BP-e rodoviário x BP-e ferroviário

A tabela abaixo resume as diferenças práticas na emissão.

Quais dados mudam na emissão?

Na emissão do BP-e rodoviário, os dados mais sensíveis normalmente são rota, origem, destino, ponto de embarque, ponto de desembarque, veículo, poltrona, passageiro, tarifa, pagamento e embarque. Na emissão do BP-e ferroviário, os dados mais sensíveis podem ser estação de origem, estação de destino, linha ferroviária, sentido, trecho, serviço, classe, tarifa, horário e integração.

Embarque: rodoviária x estação

O embarque é uma das maiores diferenças operacionais entre os dois modais. No rodoviário, o processo geralmente passa por rodoviária, plataforma, ponto de embarque, motorista, lista de passageiros e conferência da passagem. No ferroviário, o processo pode passar por estação, catraca, validador, plataforma, trem, classe, linha, sentido e integração.

Venda de passagem e controle operacional

Na venda rodoviária convencional, o passageiro normalmente escolhe origem, destino, data, horário, empresa, classe, poltrona e forma de pagamento. Na venda ferroviária, o passageiro pode escolher estação de origem, estação de destino, horário, linha, classe, serviço, categoria tarifária e forma de pagamento.

XML, DABPE, autorização e protocolo

Em qualquer modalidade de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é uma representação gráfica simplificada que ajuda no embarque ou na consulta, mas não substitui o XML.

Cancelamento, remarcação e substituição

O BP-e autorizado não deve ser alterado diretamente. Quando há mudança de viagem, passageiro, trecho, horário ou serviço, o fluxo precisa ser tratado conforme as regras fiscais de cancelamento, substituição, remarcação ou evento aplicável.

Relatórios e auditoria

Os relatórios mudam conforme o modal. No rodoviário, é comum auditar vendas, poltronas, passageiros, viagens, veículos, motoristas, pagamentos, embarques e cancelamentos. No ferroviário, a auditoria pode exigir relatórios por estação, linha, trecho, classe, serviço, horário, integração, tarifa, XML e protocolo.

O que o sistema precisa controlar?

Um sistema que emite BP-e rodoviário e BP-e ferroviário precisa ser flexível o suficiente para respeitar a lógica de cada modal. Não basta trocar o nome do modal; é necessário ajustar cadastros, validações, relatórios, regras fiscais, documentos auxiliares, integrações e auditoria.

Como implantar BP-e rodoviário ou ferroviário corretamente

A implantação deve começar pela identificação do modal e da operação real. Uma empresa rodoviária precisa mapear rotas, pontos, veículos, poltronas, passageiros, pagamentos e embarque. Uma empresa ferroviária precisa mapear estações, linhas, serviços, trechos, classes, tarifas, integrações e controles de estação.

Erros comuns

Os erros mais comuns são tratar rodoviário e ferroviário como se fossem a mesma emissão, copiar cadastros de ônibus para trem, ignorar estação de origem e destino, não diferenciar modelo 13 e modelo 16, não guardar XML autorizado, confundir DABPE com documento fiscal principal, não controlar protocolo, não testar rejeições e não validar a regra da UF competente.