Blog

BP-e modelo 63: a base de tudo

O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele é emitido e armazenado eletronicamente, com existência apenas digital, e serve para documentar prestações de serviço de transporte de passageiros.

A validade jurídica do BP-e depende da assinatura digital do emitente e da autorização de uso pela administração tributária competente antes da ocorrência do fato gerador. Por isso, o documento principal não é o comprovante visual, nem apenas o DABPE: o documento fiscal principal é o XML autorizado, com chave de acesso e protocolo.

BP-e Rodoviário

O BP-e Rodoviário é a aplicação mais conhecida do BP-e no transporte de passageiros por ônibus, vans ou veículos rodoviários autorizados, conforme enquadramento da operação.

Ele normalmente substitui o antigo Bilhete de Passagem Rodoviário, modelo 13, quando a UF adota o BP-e para esse tipo de prestação. Na operação prática, envolve origem, destino, data, horário, passageiro, poltrona quando aplicável, veículo, linha, tarifa, pagamento, XML, DABPE, autorização e protocolo.

BP-e Aquaviário

O BP-e Aquaviário é usado em prestações de transporte aquaviário de passageiros, como barcas, balsas, ferry boats, lanchas, catamarãs, barcos e travessias hidroviárias, fluviais ou marítimas, conforme a regra da UF e o enquadramento fiscal da operação.

Ele pode substituir o antigo Bilhete de Passagem Aquaviário, modelo 14, quando aplicável. O sistema precisa tratar portos, píeres, terminais, embarcações, travessias, passageiros, veículos acompanhados quando houver, capacidade, pagamento, XML, DABPE, autorização e relatórios.

BP-e Ferroviário

O BP-e Ferroviário é aplicado ao transporte ferroviário de passageiros. Ele pode substituir o antigo Bilhete de Passagem Ferroviário, modelo 16, quando a regra da UF assim permitir ou exigir.

Na prática, o transporte ferroviário exige atenção a estações, linhas, trechos, horários, composição, classes, tarifas, passageiros, integração, controle de embarque, XML, DABPE, autorização, protocolo e auditoria.

BP-e em substituição ao Cupom Fiscal/ECF

O BP-e modelo 63 também pode ser utilizado, a critério da unidade federada, em substituição ao Cupom Fiscal Bilhete de Passagem emitido por equipamento ECF. Esse ponto é importante para empresas que ainda possuem processos antigos de bilhetagem ou controle fiscal baseado em cupom fiscal.

Na prática, a adoção do BP-e moderniza o processo porque troca uma lógica física ou local por uma lógica eletrônica, com XML autorizado, chave de acesso, protocolo, eventos, consulta e armazenamento digital.

BP-e TM / BPeTM

O BP-e TM, também chamado de BPeTM, é uma variação com leiaute específico para transporte metropolitano ou semiurbano, especialmente quando a cobrança da passagem ocorre por meio de contadores, catracas, validadores ou sistemas equivalentes.

Ele se diferencia do BP-e comum porque, em muitos cenários, a operação não é uma passagem individual tradicional com poltrona e passageiro identificado. A lógica pode envolver totalizações, validadores, catracas, cartões, integrações tarifárias, gratuidades, categorias tarifárias, linhas, veículos, estações ou pontos de embarque.

BP-e Metropolitano

O termo BP-e Metropolitano costuma ser usado para operações de transporte de passageiros em regiões metropolitanas, muitas vezes com cobrança por catraca, validador, bilhetagem eletrônica ou integração tarifária.

Em termos técnicos, esse cenário geralmente se aproxima do BP-e TM, quando a operação possui características de transporte metropolitano com leiaute específico e regras próprias de credenciamento e totalização.

BP-e Semiurbano

O BP-e Semiurbano está ligado a prestações com característica semiurbana, geralmente com dinâmica operacional diferente da passagem rodoviária tradicional. Pode envolver linhas regulares, alta frequência, cobrança por equipamento, integração e totalização.

Quando a operação semiurbana utiliza contadores, catracas ou sistemas equivalentes, o enquadramento pode se aproximar do BP-e TM, conforme a regra da UF e o credenciamento aplicável.

BP-e Metroviário

O termo BP-e Metroviário costuma ser usado para operações de metrô ou sistemas similares de transporte de passageiros. O cuidado é que “metroviário” pode estar operacionalmente dentro de uma lógica metropolitana, com catracas, validadores, integrações e totalizações.

Por isso, em projetos de metrô, a empresa não deve simplesmente adaptar o BP-e rodoviário. É preciso avaliar a regra da UF, o leiaute aplicável, a possibilidade de BP-e TM, a forma de totalização, o relatório analítico, os validadores, as estações, as gratuidades, as integrações tarifárias e o prazo de emissão.

BPeTA / BP-e Transporte Aéreo

O BPeTA é o BP-e Transporte Aéreo, criado para documentar eletronicamente o transporte aéreo de passageiros. Ele possui Nota Técnica específica, serviço de recepção próprio, uso dos webservices do BP-e e impactos das notas técnicas da Reforma Tributária.

O BPeTA exige controles próprios de companhias aéreas: 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 auditoria.

BPeTA Normal

O BPeTA Normal é a emissão do BP-e Transporte Aéreo para uma compra regular de passagem aérea. Nesse cenário, o passageiro deve ser informado, junto com os dados da viagem, valores, impostos e pagamento.

BPeTA Múltiplo

O BPeTA Múltiplo é uma variação técnica do BPeTA indicada para compra múltipla, como cenário de fretamento. Nesse tipo, o comprador deve ser informado e os dados do passageiro não devem ser informados no documento múltiplo.

BPe vinculado a BPe Múltiplo

O BPe vinculado a BPe Múltiplo é usado quando um documento precisa se relacionar a um BPe Múltiplo previamente autorizado. Nesse caso, o sistema deve informar o passageiro e a chave de acesso do BPe Múltiplo.

O sistema também deve validar se o BPe Múltiplo existe, está autorizado, não está cancelado, não foi substituído e pertence ao emitente correto, conforme regras aplicáveis.

Tabela comparativa dos tipos de BP-e

A tabela abaixo organiza os principais tipos, modais e variações técnicas do BP-e em uma visão prática para empresas de transporte e sistemas emissores.

O que não deve ser confundido com tipo de BP-e

Alguns termos aparecem com frequência na operação, mas não são necessariamente “tipos” de BP-e. Eles podem ser eventos, documentos auxiliares, formas operacionais ou status do documento.

Reforma Tributária, IBS e CBS nos tipos de BP-e

A Reforma Tributária do Consumo impacta o ecossistema BP-e. As notas técnicas recentes tratam BPe, BPeTM e BPeTA como documentos impactados por novas regras de IBS, CBS, classificação tributária, meios de pagamento e validações.

Isso significa que um sistema emissor não pode olhar apenas para o modal. Ele também precisa controlar grupos tributários, CST, cClassTrib, vTotDFe, vinculação de pagamento, rejeições, eventos e relatórios de auditoria.

O que um sistema emissor precisa controlar?

Um sistema emissor de BP-e precisa ser flexível para tratar diferentes modais, leiautes, regras fiscais e integrações. O erro mais comum é tentar usar a mesma lógica do rodoviário para aquaviário, ferroviário, metropolitano, semiurbano, metroviário ou aéreo.

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 emitir BP-e em diferentes operações, como rodoviário, aquaviário, ferroviário, metropolitano, semiurbano e projetos especiais como 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, suporte, implantação e auditoria, conforme análise técnica e fiscal da operação.

Checklist prático: como identificar o tipo de BP-e correto

• Identifique o modal da operação: rodoviário, aquaviário, ferroviário, metropolitano, semiurbano, metroviário ou aéreo.
• Confirme se a operação é emissão individual por passageiro ou emissão por totalização.
• Verifique se há catracas, validadores, contadores ou sistemas equivalentes.
• Valide se a operação se enquadra em BP-e comum, BP-e TM ou BPeTA.
• Confirme a unidade federada competente e a regra aplicável.
• Verifique se a empresa precisa de credenciamento comum ou credenciamento específico.
• Confirme CNPJ, IE, certificado digital, série, numeração e ambiente.
• Valide o documento antigo substituído: modelo 13, modelo 14, modelo 16, ECF ou outro conforme regra.
• Separe DABPE de XML autorizado.
• Separe status do documento de tipo de BP-e.
• Valide eventos aplicáveis: cancelamento, substituição, não embarque, remarcação ou eventos específicos.
• Mapeie pagamentos: dinheiro, cartão, PIX, TEF, agência, marketplace, PagVinc e conciliação.
• Valide impactos da Reforma Tributária: IBS, CBS, CST, cClassTrib, vTotDFe e regras de validação.
• Monte relatórios de autorizados, rejeitados, cancelados, pendentes, substituídos e totalizados.
• Teste o fluxo completo em homologação antes da produçã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 os tipos 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.

O que é BP-e para Transporte Aéreo?

O BP-e para Transporte Aéreo é a forma eletrônica de documentar uma prestação de transporte aéreo de passageiros dentro do projeto BP-e. Ele usa uma estrutura fiscal eletrônica: XML, assinatura digital, transmissão, autorização, protocolo, consulta e eventos.

O objetivo é substituir processos fragmentados e criar uma base fiscal eletrônica mais padronizada para o transporte aéreo, permitindo que o Fisco receba documentos de forma estruturada e que as empresas mantenham rastreabilidade entre operação, venda, pagamento e documento fiscal.

Por que o BPeTA foi criado?

O transporte aéreo tem uma operação muito específica. Uma passagem aérea pode envolver reserva, localizador, voo, conexão, tarifa, taxa de embarque, bagagem, assento, serviço adicional, remarcação, cancelamento, não embarque, agência, OTA, marketplace, compra corporativa, programa de fidelidade e diferentes meios de pagamento.

O BPeTA foi criado para levar essa operação ao ambiente fiscal eletrônico do BP-e, permitindo que companhias aéreas e sistemas emissores documentem a prestação de transporte de forma estruturada, autorizada e auditável.

Como funciona o BPeTA?

O BPeTA funciona como um fluxo eletrônico de emissão fiscal. Primeiro, a venda ou contratação gera dados comerciais e operacionais. Depois, o sistema emissor transforma esses dados em XML, assina digitalmente, transmite ao serviço de recepção do BPeTA, recebe autorização ou rejeição e mantém o documento disponível para consulta, eventos e auditoria.

Base oficial do projeto

O projeto BPeTA já possui base oficial publicada no Portal BP-e/SVRS, incluindo documentos técnicos, notas, avisos, notícias e serviços.

Homologação do BPeTA

A homologação é o ambiente de testes do BPeTA. Ela serve para validar XML, assinatura digital, recepção, autorização, rejeições, consulta, status, eventos, IBS/CBS, pagamentos e cenários como BPeTA Normal, BPeTA Múltiplo e BPe vinculado a múltiplo.

Produção e credenciamento

O ambiente de produção do BPeTA foi liberado para as UFs, mas a empresa precisa validar habilitação e credenciamento por UF para as filiais das empresas aéreas inscritas. Esse ponto é essencial: ambiente liberado não significa que toda filial já está automaticamente apta a emitir.

BPeTA Normal, Múltiplo e Vinculado

O BPeTA possui diferentes cenários de compra. O campo tpCompra define se a emissão é uma compra normal, um BPe múltiplo ou um BPe vinculado a múltiplo.

Quais dados o BPeTA precisa controlar?

O BPeTA precisa unir informações fiscais, operacionais, comerciais, financeiras e tributárias. Como a passagem aérea pode ser vendida por vários canais e modificada ao longo do tempo, o sistema precisa manter rastreabilidade completa.

Pagamentos, PagVinc e split payment

Com a Reforma Tributária, a vinculação entre documento fiscal eletrônico e transação financeira ganha importância. No BPeTA, isso exige atenção aos meios de pagamento, intermediadores, transações, estornos, repasses e grupos técnicos como pag e PagVinc.

Reforma Tributária, IBS e CBS

O BPeTA já deve ser pensado dentro do cenário da Reforma Tributária do Consumo. As NTs aplicáveis ao ecossistema BP-e incluem regras para IBS, CBS, classificação tributária, total do DFe, pagamentos e validações fiscais.

Eventos e ciclo de vida

O ciclo de vida do BPeTA não termina na autorização. Depois da emissão, podem existir eventos como cancelamento, não embarque, substituição, fornecimento não realizado ou reprocessamentos técnicos.

O que o sistema emissor precisa ter?

Um sistema emissor de BPeTA precisa ir além de gerar XML. Ele deve conectar fiscal, venda, reserva, pagamento, eventos, relatórios, logs e suporte técnico.

Como se preparar para o BPeTA

A preparação para o BPeTA deve ser feita como projeto fiscal, técnico, financeiro e operacional. O ideal é começar pelo diagnóstico e seguir para homologação, produção assistida e monitoramento contínuo.

Erros comuns

Os erros mais comuns em projetos de BPeTA são tratar o transporte aéreo como se fosse rodoviário, ignorar credenciamento por UF, misturar homologação com produção, testar apenas um XML autorizado, não validar BPeTA Múltiplo, não implementar IBS/CBS corretamente, não controlar PagVinc, não testar eventos e não criar 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 e BP-e para Transporte Aéreo, 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 sobre BPeTA

• Confirmar se a operação se enquadra no BP-e para Transporte Aéreo.
• Baixar e estudar a NT 2025.002 v2.00 do BPe Transporte Aéreo.
• Baixar schemas oficiais atualizados do Portal BP-e/SVRS.
• Validar impactos das NTs da Reforma Tributária aplicáveis a BPe, BPeTM e BPeTA.
• 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 o serviço de recepção 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, bagagem, assentos e serviços adicionais.
• 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 e BP-e Transporte Aéreo

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 BPeTA?

BPeTA significa BP-e Transporte Aéreo. Ele é o Bilhete de Passagem Eletrônico aplicado ao transporte aéreo de passageiros. O documento continua dentro do ecossistema do BP-e, mas possui serviço de recepção e especificações voltadas ao modal aéreo.

O BPeTA foi criado para que a prestação de transporte aéreo seja registrada em documento eletrônico, com XML, assinatura digital, autorização, protocolo, consulta, status, eventos e regras compatíveis com o novo cenário fiscal da Reforma Tributária.

Fluxo prático do BPeTA

O funcionamento do BPeTA depende da integração entre a operação aérea e o motor fiscal. Uma passagem vendida precisa virar um documento fiscal eletrônico autorizado, com rastreabilidade entre a venda, o passageiro, o voo, o pagamento e o protocolo.

Webservices do BP-e Transporte Aéreo

O BPeTA utiliza um serviço de recepção específico para o transporte aéreo e também se apoia nos demais webservices do BP-e. Em produção e homologação, o sistema precisa separar endpoints, ambiente, série, numeração, certificado e credenciais para evitar emissão no ambiente errado.

Homologação do BPeTA

A homologação é o ambiente de testes. É nela que empresas aéreas, integradoras e sistemas emissores validam se conseguem gerar, assinar, transmitir, autorizar, rejeitar, consultar e registrar eventos do BPeTA antes da produção.

Produção e credenciamento por UF

O ambiente de produção do BPeTA exige atenção ao credenciamento. A empresa não deve considerar que a liberação técnica do ambiente resolve automaticamente a habilitação fiscal. Cada filial inscrita da companhia aérea precisa validar credenciamento e habilitação na UF competente.

BPeTA Normal, Múltiplo e Vinculado

O BPeTA possui cenários diferentes de compra. O campo tpCompra define se a operação é uma compra normal, um BPe múltiplo ou um BPe vinculado a múltiplo. Essa diferença muda o preenchimento do XML e as validações.

Quais dados o BPeTA precisa controlar?

O BPeTA precisa de dados fiscais, operacionais, comerciais e financeiros. Como a operação aérea envolve vários sistemas, o motor fiscal precisa receber informações consistentes de venda, reserva, pagamento, passageiro, voo e tributação.

Pagamentos, PagVinc e split payment

O BPeTA precisa estar preparado para a nova realidade dos documentos fiscais eletrônicos com vinculação de pagamento. As NTs da Reforma Tributária introduziram grupos de informação da vinculação da transação de pagamento nos DFes, e o sistema precisa organizar a relação entre venda, transação financeira e documento fiscal.

Reforma Tributária, IBS e CBS

O BPeTA está diretamente ligado ao cenário da Reforma Tributária do Consumo. Por isso, o sistema emissor precisa estar preparado para IBS, CBS, CST, cClassTrib, vTotDFe, meios de pagamento, tabelas de classificação tributária, validações e rejeições específicas.

Eventos, cancelamento e não embarque

Depois da autorização, o BPeTA pode precisar de eventos. O sistema deve estar preparado para registrar ocorrências posteriores à emissão, sempre conforme as regras técnicas e fiscais aplicáveis.

Auditoria e rastreabilidade

Um projeto BPeTA precisa permitir auditoria completa. A empresa deve conseguir demonstrar como uma venda virou um documento fiscal eletrônico autorizado, qual pagamento foi vinculado, quais dados tributários foram usados, quais eventos foram registrados e qual protocolo comprova a autorização.

O que o sistema emissor precisa ter?

Um sistema emissor de BPeTA precisa unir motor fiscal, integração com venda, reserva, pagamento, relatórios, logs e suporte. O objetivo é reduzir rejeições, evitar retrabalho e permitir operação segura em homologação e produção.

Como implantar o BPeTA

A implantação do BPeTA deve ser tratada como projeto técnico, fiscal, financeiro e operacional. O ideal é começar com diagnóstico, depois homologação, testes completos, credenciamento e produção assistida.

Erros comuns

Os erros mais comuns em projetos de BPeTA são tratar o transporte aéreo como se fosse rodoviário, ignorar credenciamento por UF, misturar homologação com produção, testar apenas um XML autorizado, não validar BPeTA Múltiplo, não implementar IBS/CBS corretamente, não controlar PagVinc, não testar eventos e não criar 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 BP-e Transporte Aéreo e BPeTA, 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 para entender e implantar o BPeTA

• Confirmar se a operação se enquadra no BP-e Transporte Aéreo.
• Baixar e estudar a NT 2025.002 v2.00 do BPe Transporte Aéreo.
• Baixar schemas oficiais atualizados do Portal BP-e/SVRS.
• Validar impactos das NTs da Reforma Tributária aplicáveis a BPe, BPeTM e BPeTA.
• 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 o serviço de recepção 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, bagagem, assentos e serviços adicionais.
• 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 BP-e Transporte Aéreo e BPeTA

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