Categoria: Site Vexado

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.

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.