Categoria: Sistema para Empresa de Ônibus

  • Reforma Tributária e BP-e: o que muda para empresas de transporte de passageiros

    Reforma Tributária e BP-e: o que muda para empresas de transporte de passageiros

    Reforma Tributária e BP-e: o que muda para empresas de transporte de passageiros? Entenda os impactos do IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, meios de pagamento, split payment, XML, rejeições, BP-e, BP-e TM, BPeTA, relatórios fiscais e auditoria para empresas rodoviárias, metropolitanas, ferroviárias, aquaviárias e aéreas.

    • Entenda como a Reforma Tributária muda a emissão do BP-e no transporte de passageiros.
    • Veja o que muda no XML, nos pagamentos, nos relatórios e nas validações fiscais.
    • Conheça os cuidados para BP-e comum, BP-e TM e BPeTA.

    Reforma Tributária e BP-e: o que muda para empresas de transporte de passageiros? A principal mudança é que o BP-e deixa de ser apenas um documento eletrônico de passagem e passa a carregar novas informações fiscais ligadas ao novo modelo de tributação sobre o consumo, especialmente IBS, CBS, CST, cClassTrib, vTotDFe, meios de pagamento e vinculação entre documento fiscal e transação financeira.

    Na prática, empresas de transporte rodoviário, metropolitano, semiurbano, ferroviário, aquaviário e aéreo precisarão revisar seus sistemas de emissão, venda, pagamento, financeiro, relatórios e auditoria. O impacto não fica apenas no contador ou no XML: ele passa pela operação inteira, desde a venda da passagem até a autorização do documento fiscal, o pagamento, o evento fiscal e a conciliação.

    O ponto mais importante é entender que a Reforma Tributária alcança o ecossistema do BP-e, incluindo BP-e comum, BP-e TM e BPeTA. Por isso, empresas de transporte de passageiros precisam preparar seus sistemas para novas tags, novas regras de validação, novos relatórios e maior integração entre fiscal e financeiro.

    Precisa preparar sua empresa para a Reforma Tributária no BP-e? Fale com o Vexado para avaliar XML, IBS, CBS, pagamentos, PagVinc, relatórios, integração fiscal e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    A Reforma Tributária muda o BP-e porque cria novos campos, validações e obrigações técnicas relacionadas a IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, meios de pagamento, PagVinc e futura estrutura de split payment. Empresas de transporte de passageiros precisarão adaptar seus sistemas para emitir XML correto, vincular pagamentos, classificar operações, tratar rejeições, gerar relatórios e manter auditoria entre venda, pagamento, documento fiscal e evento.

    IBS e CBS

    Novos tributos do modelo de consumo, com impacto direto no XML e na classificação fiscal.

    cClassTrib

    Código de classificação tributária que ajuda a enquadrar a operação no novo modelo.

    vTotDFe

    Total do documento fiscal eletrônico, exigido quando houver grupo IBSCBS.

    PagVinc

    Vinculação entre pagamento e documento fiscal eletrônico, conectando financeiro e fiscal.

    Reforma Tributária e BP-e: o que muda?

    A Reforma Tributária muda o BP-e porque exige que o documento fiscal eletrônico esteja preparado para informar dados do novo modelo tributário, como IBS, CBS, CST, cClassTrib, vTotDFe e informações ligadas ao pagamento. Isso afeta a geração do XML, a validação do documento, a autorização, as rejeições, a conciliação financeira e os relatórios fiscais.

    Resposta direta: para empresas de transporte de passageiros, a Reforma Tributária exige atualização do sistema emissor de BP-e para tratar IBS, CBS, classificação tributária, total do DFe, meios de pagamento, PagVinc, validações de schema, rejeições e auditoria. A mudança impacta BP-e comum, BP-e TM e BPeTA, exigindo integração maior entre venda, pagamento, fiscal e financeiro.

    O que muda Impacto prático Área afetada
    IBS e CBS Novos campos e cálculos no documento fiscal eletrônico. Fiscal, contábil e sistema emissor.
    CST e cClassTrib Classificação tributária da operação de transporte. Fiscal e motor tributário.
    vTotDFe Total do documento fiscal eletrônico passa a ser crítico nas validações. XML, fiscal e validação técnica.
    PagVinc Vínculo entre transação financeira e documento fiscal. Financeiro, pagamento e integração.
    Split payment Estrutura técnica preparada para evolução futura. Pagamentos, fiscal e arquitetura.
    Rejeições Novos erros podem impedir autorização do BP-e. Suporte, operação e TI.
    Relatórios Auditoria precisa mostrar venda, pagamento, tributo, XML e evento. Fiscal, financeiro e gestão.

    Fontes oficiais úteis para validação: Documentos BP-e/SVRS, Avisos BP-e/SVRS, Notícias BP-e/SVRS, Serviços BP-e/SVRS, FAQ BP-e/SVRS e Lei Complementar 214/2025.

    Impacto geral para empresas de passageiros

    Empresas de transporte de passageiros precisarão revisar todo o fluxo fiscal. A venda da passagem, que antes podia estar mais separada do financeiro e do fiscal, agora precisa conversar melhor com o documento eletrônico e com a transação de pagamento.

    Isso significa que o BP-e deve ser emitido com dados mais completos, regras tributárias mais atualizadas, meios de pagamento corretamente informados e relatórios capazes de explicar cada operação.

    Venda

    Origem da passagem, canal, passageiro, comprador, tarifa e descontos.

    Pagamento

    Dinheiro, cartão, PIX, agência, marketplace, TEF, estorno e conciliação.

    Fiscal

    XML, IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc e protocolo.

    Auditoria

    Relatórios de autorizados, rejeitados, cancelados, pagos, pendentes e eventos.

    BP-e, BP-e TM e BPeTA: quem é impactado?

    A Reforma Tributária não deve ser tratada como mudança restrita a um único tipo de BP-e. Ela impacta o ecossistema de bilhetes eletrônicos de passageiros, incluindo BP-e comum, BP-e TM e BPeTA.

    Documento Uso típico Impacto da Reforma Tributária
    BP-e comum Passagens rodoviárias, aquaviárias ou ferroviárias, conforme enquadramento. IBS/CBS, classificação tributária, vTotDFe, pagamento e validações.
    BP-e TM Transporte metropolitano ou semiurbano com catracas, contadores ou equivalentes. Totalização, pagamentos, classificação, relatórios e validações tributárias.
    BPeTA Transporte aéreo de passageiros. Pagamentos complexos, comprador, passageiro, eventos, IBS/CBS e PagVinc.

    IBS e CBS no transporte de passageiros

    O IBS e a CBS substituem a lógica tributária atual de forma gradual, criando um novo modelo de tributação sobre o consumo. Para empresas de transporte de passageiros, isso significa que o documento fiscal eletrônico precisa carregar informações compatíveis com as novas regras.

    No caso do transporte coletivo de passageiros, a Lei Complementar 214/2025 prevê regime específico para determinadas operações. Por isso, o sistema deve permitir parametrização por tipo de transporte, modal, UF, operação e classificação tributária.

    Tributo O que representa Impacto no BP-e
    IBS Imposto sobre Bens e Serviços, compartilhado entre estados e municípios. Novos campos, regras de cálculo e classificação no XML.
    CBS Contribuição sobre Bens e Serviços, de competência federal. Informações tributárias federais no documento eletrônico.
    Regime específico Tratamento próprio para determinados serviços de transporte coletivo de passageiros. Necessidade de enquadramento correto e validação com contador.
    Redução de alíquota Pode existir para determinadas operações previstas em lei. Depende do enquadramento legal, modal e tipo de serviço.

    Cuidado: o sistema pode apoiar a emissão e parametrização, mas o enquadramento tributário deve ser validado com contador, responsável fiscal e órgão competente.

    CST e cClassTrib

    O CST e o cClassTrib são fundamentais para classificar corretamente a operação no novo modelo tributário. No transporte de passageiros, essa classificação precisa considerar o tipo de serviço, o modal, o regime aplicável e a regra fiscal vigente.

    CST

    Código de situação tributária usado para indicar o tratamento da operação.

    cClassTrib

    Código de classificação tributária que detalha o enquadramento da operação.

    Validação

    Erros de classificação podem gerar rejeição ou inconsistência fiscal.

    Parametrização

    O sistema deve permitir regras por empresa, UF, modal e operação.

    vTotDFe e grupo IBSCBS

    O vTotDFe passa a ser um campo crítico. Conforme os avisos técnicos, quando houver informação de IBSCBS no documento fiscal eletrônico, o preenchimento do total do DFe passa a ser exigido por regra de validação.

    Para empresas de transporte, isso significa que o sistema precisa calcular corretamente o total da passagem, tarifas, descontos, taxas, serviços adicionais e tributos, evitando divergência entre valor comercial, valor pago, valor fiscal e total do documento eletrônico.

    Item Risco Boa prática
    Valor da passagem Divergência entre venda e XML. Usar o mesmo valor base entre venda, financeiro e fiscal.
    Desconto Tributação sobre base incorreta. Registrar desconto de forma estruturada.
    Taxas e adicionais Total do DFe inconsistente. Separar tarifa, taxa, serviço e adicional.
    IBS/CBS Rejeição por cálculo ou preenchimento incorreto. Validar regras antes de transmitir.
    vTotDFe Rejeição quando o campo obrigatório não for informado. Calcular e validar localmente antes da autorização.

    PagVinc e vinculação de pagamento

    A Reforma Tributária aproxima ainda mais o documento fiscal eletrônico da transação financeira. O grupo de vinculação de pagamento, conhecido como PagVinc, tem o objetivo de relacionar a transação de pagamento ao documento fiscal eletrônico.

    Para empresas de transporte de passageiros, isso é especialmente importante em vendas com cartão, PIX, TEF, agência, marketplace, OTA, bilhetagem eletrônica, app, site e intermediadores.

    Meio de pagamento O que controlar Por que importa?
    Cartão/TEF NSU, autorização, adquirente, bandeira, valor e estorno. Concilia pagamento e documento fiscal.
    PIX Cobrança, confirmação, expiração, estorno e valor pago. Evita emissão desconectada do recebimento.
    Dinheiro Caixa, usuário, data, local e fechamento. Garante rastreabilidade operacional e financeira.
    Agência Comissão, repasse, taxa, comprador e passageiro. Separa venda, intermediação e prestação de transporte.
    Marketplace/OTA Pedido, intermediador, liquidação, comissão e repasse. Conecta venda externa ao DFe autorizado.
    Bilhetagem eletrônica Cartão, validador, catraca, integração e totalização. Especialmente importante em BP-e TM e transporte metropolitano.

    Split payment: o que observar em 2026

    O split payment é uma das mudanças mais sensíveis do novo modelo. Porém, os avisos oficiais esclarecem que, em 2026, não há exigência de preenchimento ou uso dos campos de split payment no ambiente de produção das empresas.

    Isso não significa que a empresa pode ignorar o tema. Significa que 2026 deve ser tratado como período de preparação técnica, com revisão de pagamentos, conciliação, integrações e arquitetura fiscal para evitar retrabalho quando as exigências avançarem.

    Boa prática: mesmo sem exigência de uso dos campos de split payment em produção em 2026, empresas de transporte devem preparar seus sistemas para identificar meios de pagamento, transações, intermediadores, repasses e vínculo com o documento fiscal.

    O que muda no XML do BP-e?

    O XML do BP-e passa a exigir mais atenção aos grupos fiscais e financeiros. Além dos dados tradicionais da passagem, o sistema precisa estar preparado para grupos de IBS/CBS, classificação tributária, total do DFe e vínculo de pagamento.

    Grupo ou informação Antes Com a Reforma Tributária
    Tributação Foco nas regras fiscais vigentes antes da RTC. Inclusão de IBS, CBS, CST, cClassTrib e validações novas.
    Total do documento Controle já importante para valores da passagem. vTotDFe se torna crítico quando houver grupo IBSCBS.
    Pagamento Muitas vezes tratado mais no financeiro do que no fiscal. Maior necessidade de vincular transação ao DFe.
    Rejeições Erros tradicionais de schema, assinatura, valores e cadastros. Novas rejeições ligadas a IBS/CBS, classificação e pagamento.
    Auditoria XML, protocolo, DABPE e eventos. XML, protocolo, tributos, pagamento, PagVinc, eventos e relatórios.

    Pagamentos e conciliação financeira

    Empresas de transporte de passageiros precisam revisar a integração entre venda, pagamento e BP-e. A passagem pode ser vendida no guichê, no site, no app, por agência, por marketplace, por bilhetagem eletrônica, por cartão de transporte ou por link de pagamento.

    Com a Reforma Tributária, a conciliação deixa de ser apenas uma rotina financeira e passa a apoiar também a rastreabilidade fiscal.

    Venda

    Quem vendeu, por qual canal, para qual passageiro e em qual operação.

    Pagamento

    Quem pagou, por qual meio, qual valor, qual transação e qual status.

    Documento fiscal

    Qual BP-e foi autorizado, rejeitado, cancelado ou substituído.

    Auditoria

    Como comprovar o caminho da venda até o XML autorizado e o pagamento.

    Relatórios e auditoria

    Com a Reforma Tributária, os relatórios precisam ser mais completos. A empresa deve conseguir responder rapidamente quais BP-e foram autorizados, quais foram rejeitados, quais possuem IBS/CBS, quais têm pagamento vinculado, quais estão divergentes e quais tiveram evento.

    Relatório Deve mostrar Uso prático
    BP-e autorizados Chave, protocolo, empresa, filial, passageiro, valor, IBS/CBS e pagamento. Controle fiscal diário.
    BP-e rejeitados Código, motivo, campo, XML, usuário e ação necessária. Correção rápida.
    IBS/CBS CST, cClassTrib, base, alíquota, valor e vTotDFe. Conferência tributária.
    Pagamentos Cartão, PIX, TEF, agência, marketplace, PagVinc e estornos. Conciliação fiscal e financeira.
    Eventos Cancelamento, substituição, não embarque e reprocessamento. Ciclo de vida do documento.
    Auditoria Logs, payloads, retornos, alterações, responsáveis e datas. Compliance e investigação.

    Homologação e testes

    A empresa não deve esperar a produção para descobrir problemas de classificação tributária, vTotDFe, PagVinc, pagamento ou rejeição. O ambiente de homologação deve ser usado para testar cenários reais de venda e emissão.

    Cenário de teste O que validar
    Venda com dinheiro Caixa, valor, XML, IBS/CBS e autorização.
    Venda com cartão NSU, autorização, PagVinc, valor e conciliação.
    Venda com PIX Confirmação, expiração, estorno e vínculo fiscal.
    Venda por agência Comissão, repasse, comprador, passageiro e documento fiscal.
    Venda por marketplace Intermediador, pedido, pagamento, comissão e repasse.
    BP-e TM Catraca, validador, totalização, bilhetagem e relatórios.
    BPeTA Voo, passageiro, comprador, OTA, pagamento, eventos e IBS/CBS.
    Rejeições Campos ausentes, classificação incorreta, vTotDFe e pagamento.

    Erros comuns

    Os erros mais comuns acontecem quando a empresa trata a Reforma Tributária como assunto apenas contábil e esquece que o impacto chega diretamente no sistema emissor, no pagamento e na operação.

    Atualizar só o XML

    Sem revisar venda, pagamento, relatórios e eventos, o projeto fica incompleto.

    Ignorar PagVinc

    Pagamento e documento fiscal precisam ter rastreabilidade.

    Não parametrizar cClassTrib

    Classificação errada pode gerar rejeição ou inconsistência tributária.

    Esquecer vTotDFe

    Quando houver IBSCBS, o total do DFe precisa ser validado corretamente.

    Não testar por modal

    Rodoviário, BP-e TM e BPeTA têm cenários diferentes.

    Não criar auditoria

    Sem logs e relatórios, a empresa não explica divergências fiscais e financeiras.

    O que o sistema precisa controlar?

    Um sistema preparado para Reforma Tributária e BP-e precisa controlar regras fiscais, XML, pagamentos, eventos, relatórios e auditoria de forma integrada.

    Área Controle necessário
    Fiscal IBS, CBS, CST, cClassTrib, vTotDFe, regras por operação e UF.
    XML Schemas, grupos IBSCBS, validações, assinatura, autorização e protocolo.
    Pagamento Meio de pagamento, transação, PagVinc, estorno, conciliação e repasse.
    Operação Modal, linha, rota, passageiro, catraca, voo, estação, travessia ou embarcação.
    Eventos Cancelamento, substituição, não embarque, reprocessamento e correções.
    Relatórios Autorizados, rejeitados, pendentes, pagamentos, tributos e eventos.
    Auditoria Logs, payloads, retornos, usuários, alterações e histórico completo.

    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 de BP-e para a Reforma Tributária.

    O Vexado pode apoiar com emissão de BP-e, venda de passagens, integrações, pagamentos, APIs, relatórios, automação, auditoria, homologação, produção assistida e organização de dados fiscais e financeiros. Para empresas que utilizam BP-e comum, BP-e TM ou estudam BPeTA, o ideal é realizar análise técnica e fiscal antes de colocar qualquer mudança em produção.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta operação, passageiro, pagamento e emissão fiscal.

    Integrações e APIs

    As integrações e APIs podem conectar vendas, pagamentos, marketplaces, financeiro, BI e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento e governança.

    Automação de processos

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Relatórios e auditoria

    Dashboards para acompanhar autorizados, rejeitados, pagamentos, eventos, IBS/CBS e pendências.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas enquadramento fiscal, classificação tributária, alíquotas, regimes específicos e obrigações legais devem ser validados com contador, responsável fiscal, SEFAZ, CGIBS/RFB, jurídico e equipe técnica.

    Checklist prático para empresas de transporte

    • Mapear quais documentos a empresa emite: BP-e comum, BP-e TM, BPeTA ou outros DFes.
    • Baixar e acompanhar as notas técnicas oficiais da Reforma Tributária para BP-e.
    • Atualizar schemas e motor fiscal.
    • Parametrizar IBS, CBS, CST, cClassTrib e vTotDFe.
    • Validar regra de vTotDFe quando houver grupo IBSCBS.
    • Mapear meios de pagamento usados na venda de passagens.
    • Preparar PagVinc e vínculo entre pagamento e DFe.
    • Revisar integrações com TEF, cartão, PIX, agência, marketplace e bilhetagem eletrônica.
    • Revisar relatórios fiscais, financeiros e operacionais.
    • Testar vendas reais em homologação por meio de pagamento.
    • Testar cenários por modal: rodoviário, metropolitano, ferroviário, aquaviário e aéreo.
    • Testar rejeições ligadas a IBS/CBS, classificação, vTotDFe e pagamento.
    • Validar eventos como cancelamento, substituição, não embarque e reprocessamento.
    • Criar dashboard de autorizados, rejeitados, pendentes, eventos e pagamentos.
    • Registrar logs de XML, protocolo, payload, retorno, usuário, erro e correção.
    • Treinar fiscal, financeiro, TI, operação, suporte e atendimento.
    • Fazer produção assistida nas primeiras emissões com as novas regras.
    • Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Quer transformar esse checklist em projeto real? Fale com o Vexado e veja como preparar BP-e, pagamentos, XML, IBS/CBS, relatórios e auditoria para a Reforma Tributária.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

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

    Como Reforma Tributária, BP-e, IBS, CBS, PagVinc, split payment, classificação tributária e transporte de passageiros envolvem obrigação fiscal sensível, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, CGIBS/RFB, equipe jurídica, integradores ou equipe técnica.

    Documentos BP-e/SVRS

    Consulte notas técnicas, schemas, Reforma Tributária, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre vTotDFe, IBSCBS, split payment, QR Code e regras técnicas: Avisos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte comunicados sobre NTs 2026.002, BPe, BPeTM, BPeTA e Reforma Tributária: Notícias BP-e/SVRS.

    Serviços BP-e/SVRS

    Consulte ambientes, webservices e serviços disponíveis para BP-e: Serviços BP-e/SVRS.

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e, autorização, assinatura digital e responsabilidade do emitente: FAQ BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre Reforma Tributária e BP-e

    Reforma Tributária e BP-e: o que muda para empresas de transporte de passageiros?

    Muda a forma como o BP-e informa tributos, pagamentos e classificações fiscais. O sistema precisa tratar IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, validações, rejeições, relatórios e auditoria entre venda, pagamento e documento fiscal.

    A Reforma Tributária impacta o BP-e comum?

    Sim. O BP-e comum precisa ser preparado para os novos grupos e validações ligados ao IBS, CBS, classificação tributária, vTotDFe e pagamentos.

    A Reforma Tributária impacta BP-e TM?

    Sim. O BP-e TM também é impactado, especialmente em cenários de totalização, catracas, validadores, bilhetagem eletrônica, pagamentos e relatórios.

    A Reforma Tributária impacta BPeTA?

    Sim. O BPeTA faz parte do ecossistema impactado, com atenção especial a comprador, passageiro, pagamento, OTA, marketplace, eventos, IBS/CBS e PagVinc.

    O que é IBS?

    IBS é o Imposto sobre Bens e Serviços, novo tributo compartilhado entre estados e municípios no modelo da Reforma Tributária.

    O que é CBS?

    CBS é a Contribuição sobre Bens e Serviços, novo tributo federal no modelo da Reforma Tributária.

    O que é cClassTrib?

    cClassTrib é o código de classificação tributária usado para detalhar o enquadramento da operação no novo modelo tributário.

    O que é vTotDFe?

    vTotDFe é o valor total do documento fiscal eletrônico. Ele se torna especialmente importante quando houver grupo IBSCBS informado no DFe.

    O que é PagVinc?

    PagVinc é a vinculação entre transação financeira e documento fiscal eletrônico, conectando o pagamento ao DFe autorizado.

    Split payment já é obrigatório em 2026?

    Os avisos oficiais esclarecem que, em 2026, não há exigência de preenchimento ou uso dos campos de split payment no ambiente de produção das empresas, mas a estrutura técnica deve ser acompanhada.

    O sistema precisa integrar pagamentos ao BP-e?

    Sim. A integração ajuda a rastrear cartão, PIX, TEF, dinheiro, agência, marketplace, bilhetagem eletrônica, PagVinc, estorno e conciliação.

    O que as empresas devem testar em homologação?

    Devem testar emissão com IBS/CBS, cClassTrib, vTotDFe, PagVinc, cartão, PIX, agência, marketplace, BP-e TM, BPeTA, rejeições, eventos e relatórios.

    O Vexado pode ajudar na Reforma Tributária do BP-e?

    O Vexado pode apoiar empresas na análise, emissão de BP-e, integração com pagamentos, APIs, relatórios, automação, auditoria e preparação técnica para as mudanças fiscais.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas enquadramento, classificação tributária, alíquotas, regimes específicos e decisões fiscais devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar como preparar sua empresa de transporte para BP-e, Reforma Tributária, pagamentos, integrações e auditoria.

    Quer preparar sua empresa para Reforma Tributária e BP-e? Fale com o Vexado e veja como organizar XML, IBS/CBS, pagamentos, relatórios, auditoria e produção assistida.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    A Reforma Tributária muda o BP-e porque transforma o documento fiscal em uma peça ainda mais integrada ao pagamento, à classificação tributária e à auditoria da operação. Empresas de transporte de passageiros precisarão preparar seus sistemas para IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, novas validações, rejeições e relatórios.

    O impacto vai além do XML. A empresa precisa conectar venda, passageiro, rota, linha, voo, catraca, bilhetagem, pagamento, documento fiscal, evento e conciliação. Quem se preparar apenas no fiscal, sem revisar financeiro e operação, corre risco de inconsistência, rejeição e retrabalho.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, BP-e TM, BPeTA, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para Reforma Tributária e BP-e? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, Reforma Tributária, BP-e, BP-e TM, BPeTA, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, pagamentos, integração financeira, armazenamento, guarda documental, APIs ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • Como empresas aéreas devem se preparar para o BPeTA

    Como empresas aéreas devem se preparar para o BPeTA

    Como empresas aéreas devem se preparar para o BPeTA? Veja o passo a passo para preparar companhias aéreas, integradoras, agências, OTAs, marketplaces e sistemas de venda para o BP-e Transporte Aéreo, com credenciamento, filiais, XML, webservices, homologação, produção, pagamentos, eventos, Reforma Tributária, IBS, CBS, PagVinc, relatórios e auditoria fiscal.

    • Entenda como organizar a preparação fiscal, técnica, financeira e operacional para o BPeTA.
    • Veja quais áreas da empresa aérea precisam participar do projeto.
    • Conheça os riscos de iniciar a implantação sem credenciamento, matriz de dados, homologação completa e produção assistida.

    Como empresas aéreas devem se preparar para o BPeTA? A preparação precisa começar pela visão correta do projeto: o BPeTA não é apenas uma nova tela, um novo XML ou uma adaptação simples do bilhete aéreo tradicional. Ele é o BP-e Transporte Aéreo, um documento fiscal eletrônico para registrar prestações de transporte aéreo de passageiros.

    Isso significa que a companhia aérea precisa conectar várias áreas: fiscal, contabilidade, TI, financeiro, pagamentos, operação aérea, venda direta, agência, OTA, marketplace, atendimento, suporte, jurídico, BI e auditoria. O BPeTA precisa nascer de dados confiáveis da venda, da reserva, do voo, do passageiro, do comprador, do pagamento, da tributação e dos eventos posteriores à emissão.

    Na prática, a empresa aérea deve preparar um projeto com diagnóstico, credenciamento, implementação técnica, homologação, produção assistida e monitoramento contínuo. A emissão correta do BPeTA depende de XML, assinatura digital, autorização, protocolo, consulta, status, eventos, pagamentos, Reforma Tributária, IBS, CBS, PagVinc e relatórios de auditoria.

    Precisa estruturar um projeto de BPeTA? Fale com o Vexado para avaliar arquitetura fiscal, integrações, XML, webservices, pagamentos, relatórios, homologação e produção assistida.

    Quero falar com o Vexado

    Resumo rápido

    Empresas aéreas devem se preparar para o BPeTA mapeando filiais, CNPJ, inscrição estadual, UF, certificado digital, credenciamento, sistemas de reserva, sistemas de venda, meios de pagamento, eventos, regras tributárias e integrações. Depois, precisam implementar o XML conforme nota técnica vigente, testar homologação, validar rejeições, preparar eventos fiscais, adequar IBS/CBS, criar relatórios e entrar em produção assistida.

    1. Diagnóstico

    Mapear operação, filiais, UFs, canais de venda, sistemas e obrigações fiscais.

    2. Credenciamento

    Validar habilitação por UF para as filiais que emitirão o BPeTA.

    3. Integrações

    Conectar venda, reserva, voo, passageiro, comprador, pagamento e financeiro.

    4. Homologação

    Testar XML, autorização, rejeições, eventos, pagamentos, IBS/CBS e relatórios.

    Como empresas aéreas devem se preparar para o BPeTA?

    Empresas aéreas devem se preparar para o BPeTA com um plano dividido em etapas: diagnóstico fiscal, mapeamento de filiais, credenciamento por UF, validação de certificado digital, estudo da nota técnica, implementação do XML, integração com venda e reserva, integração com pagamentos, testes em homologação, preparação de eventos fiscais, adequação à Reforma Tributária, criação de relatórios e produção assistida.

    Resposta direta: a empresa aérea deve mapear filiais e UFs, solicitar credenciamento, validar certificado digital, implementar XML e webservices do BPeTA, integrar reserva, voo, passageiro, comprador e pagamento, testar homologação, preparar eventos, adequar IBS/CBS, criar relatórios de auditoria e iniciar produção assistida antes de emitir em escala.

    Etapa O que fazer Risco se não fizer
    Diagnóstico Mapear operação, filiais, UFs, sistemas e canais de venda. Implantação sem visão fiscal completa.
    Credenciamento Validar habilitação da filial na UF competente. Rejeição ou impossibilidade de emissão.
    Motor fiscal Implementar XML, assinatura, recepção, consulta, status e eventos. Falhas técnicas e rejeições em produção.
    Pagamentos Conciliar cartão, PIX, agência, OTA, marketplace, milhas e PagVinc. Documento fiscal sem rastreabilidade financeira.
    Homologação Testar cenários reais, rejeições, eventos e relatórios. Surpresas na produção.
    Produção assistida Acompanhar primeiras emissões reais com equipe de plantão. Falhas críticas sem resposta rápida.

    Fontes oficiais úteis para validação: Documentos BP-e/SVRS, Notícias BP-e/SVRS, Avisos BP-e/SVRS, Serviços BP-e/SVRS, FAQ BP-e/SVRS e Lei Complementar 214/2025.

    BPeTA deve ser tratado como projeto, não como ajuste isolado

    O primeiro erro de muitas empresas é imaginar que o BPeTA será apenas uma alteração no emissor fiscal. Na prática, o BPeTA exige uma revisão completa do caminho da informação: venda, reserva, passageiro, voo, pagamento, tributação, emissão, autorização, eventos e auditoria.

    Por isso, a companhia aérea deve montar um projeto formal, com responsáveis por área, cronograma, matriz de riscos, ambiente de homologação, plano de testes, plano de produção assistida e rotina de monitoramento.

    Projeto fiscal

    Define enquadramento, filiais, UF, credenciamento, tributação e guarda documental.

    Projeto técnico

    Define XML, schemas, assinatura digital, webservices, logs e integrações.

    Projeto financeiro

    Define meios de pagamento, estornos, repasses, conciliação e PagVinc.

    Projeto operacional

    Define reserva, voo, passageiro, atendimento, eventos e suporte.

    Quais áreas precisam participar?

    O BPeTA cruza várias áreas da empresa aérea. Se o projeto ficar apenas com TI ou apenas com fiscal, a chance de erro aumenta. A implantação precisa de uma governança mínima, com donos claros para cada parte do processo.

    Área Responsabilidade no BPeTA
    Fiscal/contábil Enquadramento, credenciamento, UF, tributação, guarda documental e auditoria.
    TI XML, schemas, webservices, assinatura digital, logs, integrações e monitoramento.
    Financeiro Cartão, PIX, agência, OTA, marketplace, milhas, estorno, repasse e PagVinc.
    Operação aérea Voo, aeroporto, trecho, conexão, reacomodação, no-show e alterações.
    Vendas/canais Site, app, agência, OTA, marketplace, GDS, corporativo e parceiros.
    Atendimento/suporte Cancelamento, remarcação, não embarque, reembolso e orientação ao passageiro.
    Jurídico/compliance Contratos, responsabilidade, prazos, armazenamento e obrigações regulatórias.

    Diagnóstico fiscal e técnico

    O diagnóstico deve responder uma pergunta simples: a empresa aérea tem todos os dados, autorizações e integrações necessárias para emitir BPeTA com segurança?

    Esse diagnóstico deve mapear filiais, UFs, sistemas, integrações, canais de venda, meios de pagamento, eventos, regras tributárias, relatórios e riscos de emissão.

    Pergunta de diagnóstico Por que importa?
    Quais filiais serão emitentes? O credenciamento e a emissão dependem de CNPJ, IE e UF.
    Quais sistemas vendem passagem? O XML depende dos dados da venda e da reserva.
    Quem controla o localizador? O localizador precisa se conectar ao documento fiscal e aos eventos.
    Quais meios de pagamento são usados? Pagamento, estorno, repasse e PagVinc exigem rastreabilidade.
    Quais eventos podem ocorrer? Cancelamento, não embarque e substituição precisam de fluxo fiscal.
    Como os XMLs serão armazenados? Guarda documental e auditoria dependem de armazenamento seguro.

    Credenciamento por UF e filiais

    O credenciamento é uma das etapas mais importantes. A companhia aérea deve mapear cada filial inscrita, confirmar CNPJ, inscrição estadual, UF, certificado digital, situação cadastral e necessidade de habilitação para BPeTA.

    A empresa não deve presumir que uma filial habilitada para outro documento fiscal estará automaticamente pronta para BPeTA. O ideal é acompanhar o status por UF e manter uma matriz de credenciamento atualizada.

    Controle Como organizar Status esperado
    CNPJ da filial Listar todos os estabelecimentos que poderão emitir. Filiais identificadas.
    Inscrição estadual Validar IE e situação cadastral. IE regular.
    UF Separar por estado de inscrição. UF competente identificada.
    Credenciamento Registrar solicitação, protocolo, retorno e pendências. Habilitação acompanhada.
    Ambiente Separar homologação e produção. Risco reduzido de emissão no ambiente errado.
    Série e numeração Controlar por filial, ambiente e regra fiscal. Sequência fiscal protegida.

    Boa prática: crie uma planilha ou dashboard de credenciamento com CNPJ, IE, UF, certificado, ambiente, série, numeração, responsável, status e data da última validação.

    Certificado digital, ambiente e segurança

    O certificado digital é essencial para assinar o XML e garantir a autenticidade do documento fiscal eletrônico. A empresa aérea precisa controlar validade, titularidade, cadeia, instalação, renovação e permissões de uso.

    Validade

    Criar alertas antes do vencimento para evitar parada de emissão.

    Titularidade

    Garantir que o certificado esteja compatível com a filial emitente.

    Ambiente

    Separar homologação e produção com parâmetros distintos.

    Segurança

    Controlar acesso, logs, permissões e armazenamento de credenciais.

    Dados que precisam alimentar o BPeTA

    O BPeTA precisa receber dados de várias origens. Se esses dados estiverem incompletos, divergentes ou fora do padrão, o XML pode ser rejeitado ou gerar inconsistência fiscal.

    Grupo de dados Exemplos Origem provável
    Emitente CNPJ, IE, UF, filial, certificado, série e numeração. Cadastro fiscal e ERP.
    Passageiro Nome, documento e dados exigidos pela operação. Reserva, check-in ou cadastro.
    Comprador Pessoa física, empresa, agência, OTA ou marketplace. Canal de venda ou financeiro.
    Voo Número do voo, companhia, data, horário e status. Sistema operacional aéreo.
    Trecho Aeroporto de origem, destino, conexão e itinerário. Reserva e malha aérea.
    Reserva Localizador, pedido, status e canal. Site, app, agência, OTA, GDS ou sistema interno.
    Valores Tarifa, taxa de embarque, bagagem, assento, desconto e serviços. Sistema de vendas e financeiro.
    Pagamento Cartão, PIX, agência, OTA, marketplace, milhas, estorno e repasse. Gateway, adquirente, PSP, financeiro ou parceiro.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe e regras fiscais. Motor fiscal e contabilidade.

    XML, schemas e webservices

    A implementação técnica precisa respeitar a nota técnica vigente, os schemas oficiais e os webservices aplicáveis ao BPeTA. O sistema deve gerar XML, assinar, compactar quando exigido, transmitir, tratar retorno, armazenar protocolo e permitir consulta posterior.

    Componente técnico O que implementar Controle necessário
    XML Gerar estrutura do BPeTA conforme nota técnica e schema. Validação local antes de transmitir.
    Assinatura digital Assinar documento com certificado válido. Logs de assinatura e falhas.
    Recepção Enviar o BPeTA ao serviço de recepção. Tratamento de autorização ou rejeição.
    Consulta Consultar situação por chave de acesso. Conferência de status fiscal.
    Status Monitorar disponibilidade do serviço. Alertas de indisponibilidade.
    Eventos Registrar eventos fiscais posteriores. Controle do ciclo de vida.
    Armazenamento Guardar XML, protocolo, eventos e logs. Auditoria e guarda documental.

    Pagamentos, PagVinc e conciliação

    Empresas aéreas normalmente têm operações financeiras mais complexas do que uma venda direta simples. Existem cartões, PIX, agências, OTAs, marketplaces, milhas, taxas, reembolsos, remarcações, estornos, chargebacks, comissões e repasses.

    Por isso, a preparação para o BPeTA precisa incluir conciliação financeira. O documento fiscal precisa ser rastreável em relação à transação de pagamento, ao canal de venda e ao evento posterior, quando houver.

    Meio ou canal O que controlar Risco se ignorar
    Cartão NSU, autorização, adquirente, bandeira, valor, parcela e estorno. Venda sem vínculo financeiro auditável.
    PIX Cobrança, confirmação, expiração, estorno e vínculo com reserva. Documento fiscal sem pagamento confirmado ou rastreável.
    Agência Pedido, comissão, taxa, repasse, comprador e passageiro. Divergência entre canal e fiscal.
    OTA Pedido externo, taxa, liquidação, cancelamento e repasse. Perda de rastreabilidade entre venda e BPeTA.
    Marketplace Intermediador, split, repasse, comissão, cancelamento e estorno. Auditoria financeira frágil.
    Milhas Pontos, coparticipação, taxa, serviços e valor pago. Classificação financeira incorreta.
    PagVinc Vinculação entre transação financeira e documento fiscal eletrônico. Inconsistência com regras técnicas e fiscais.

    Eventos fiscais do BPeTA

    O BPeTA precisa contemplar o ciclo de vida da passagem aérea. A emissão não termina na autorização. Depois dela, podem ocorrer cancelamento, não embarque, reacomodação, substituição, fornecimento não realizado, reembolso, estorno e reprocessamento.

    Evento ou situação Exemplo prático O que registrar
    Cancelamento Passageiro cancela a passagem ou voo é cancelado. Motivo, usuário, data, XML, protocolo, pagamento e estorno.
    Não embarque Passageiro não utiliza o voo. Reserva, passageiro, voo, status e documento fiscal.
    Substituição Remarcação ou alteração vinculada a documento anterior. Documento original, documento novo, motivo e vínculo.
    Reacomodação Passageiro é realocado para outro voo. Voo original, novo voo, passageiro e rastreabilidade.
    Fornecimento não realizado Serviço pago não foi prestado. Evento, pagamento, estorno e relatório.
    Reprocessamento Falha técnica, rejeição ou indisponibilidade. Logs, tentativas, retorno, usuário e horário.

    Plano de homologação

    A homologação deve simular a operação real. Não basta autorizar um único XML. A companhia aérea precisa testar venda direta, agência, OTA, marketplace, cartão, PIX, milhas, cancelamento, não embarque, substituição, rejeições e campos da Reforma Tributária.

    Cenário O que testar Resultado esperado
    Emissão normal Passageiro, voo, trecho, valores, pagamento e tributos. Autorização com protocolo.
    Compra por terceiro Comprador diferente do passageiro. Dados rastreáveis e consistentes.
    Agência/OTA Venda intermediada, comissão, repasse e canal. Conciliação fiscal e financeira.
    Cartão Autorização, NSU, adquirente, estorno e PagVinc. Pagamento vinculado à emissão.
    PIX Confirmação, expiração, cancelamento e estorno. Fluxo financeiro validado.
    Cancelamento Evento, prazo, protocolo e retorno. Ciclo de vida fiscal correto.
    Não embarque No-show, reserva e documento fiscal. Evento ou tratamento aplicável testado.
    IBS/CBS CST, cClassTrib, vTotDFe, bases e valores. Compatibilidade com regras fiscais vigentes.
    Rejeições Campos ausentes, certificado, credenciamento, schema e pagamento. Mensagem clara e correção guiada.

    Produção assistida

    A produção assistida reduz risco na entrada real do BPeTA. Nessa fase, a companhia aérea deve acompanhar as primeiras emissões com equipe fiscal, TI, financeiro, operação e suporte disponíveis para agir rapidamente.

    Primeiras emissões

    Acompanhar autorização, rejeição, consulta, protocolo e armazenamento.

    Equipe de plantão

    Fiscal, TI, financeiro, operação, suporte e integrador disponíveis.

    Monitoramento

    Dashboard de autorizados, rejeitados, pendentes, eventos e pagamentos.

    Plano de contingência

    Procedimentos claros para falhas de certificado, webservice, pagamento ou credenciamento.

    Reforma Tributária, IBS e CBS

    O BPeTA nasce em um momento de transição tributária. Por isso, empresas aéreas precisam preparar o sistema para IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, tabelas, regras de validação e possíveis mudanças futuras de schema.

    Item O que preparar Por que importa?
    IBS Campos, base, alíquota, valor e classificação aplicável. Composição tributária do documento.
    CBS Campos, base, alíquota, valor e tratamento tributário. Composição tributária federal.
    CST Código de situação tributária. Classificação fiscal da operação.
    cClassTrib Código de classificação tributária. Vínculo entre operação e regra fiscal.
    vTotDFe Total do documento fiscal eletrônico. Validações ligadas ao documento e ao grupo tributário.
    PagVinc Vínculo entre pagamento e DFe. Rastreabilidade financeira e fiscal.

    Relatórios e auditoria

    A empresa aérea deve conseguir responder rapidamente: quais BPeTAs foram autorizados, quais foram rejeitados, quais estão pendentes, quais foram cancelados, quais tiveram evento, quais pagamentos foram vinculados e quais documentos possuem divergência.

    Relatório Deve mostrar Uso prático
    Autorizados Chave, protocolo, filial, UF, voo, passageiro, valor e tributos. Controle fiscal diário.
    Rejeitados Código, motivo, XML, regra violada e ação necessária. Correção rápida.
    Pagamentos Cartão, PIX, agência, OTA, marketplace, estorno e PagVinc. Conciliação financeira.
    Eventos Cancelamento, não embarque, substituição e reprocessamento. Ciclo de vida fiscal.
    RTC IBS, CBS, CST, cClassTrib, vTotDFe e rejeições. Conferência tributária.
    Logs Usuário, data, payload, retorno, erro, correção e reenvio. Auditoria e investigação.

    Erros comuns

    Os principais erros acontecem quando a empresa trata o BPeTA como obrigação isolada, sem revisar a origem dos dados e o ciclo completo da operação aérea.

    Começar pelo XML

    Implementar campos antes de entender operação, filiais, pagamentos e eventos.

    Ignorar credenciamento

    Produção pode falhar se a filial não estiver habilitada corretamente.

    Confundir bilhete com BPeTA

    Bilhete, localizador e cartão de embarque não substituem XML fiscal autorizado.

    Não integrar pagamentos

    Cartão, PIX, OTA, agência e milhas precisam de conciliação.

    Testar pouco

    Um XML autorizado não valida todos os cenários reais da operação aérea.

    Ignorar Reforma Tributária

    IBS, CBS, PagVinc, vTotDFe e schemas exigem atualização contínua.

    Como o Vexado pode ajudar

    O Sistema Vexado atua no ecossistema de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam avaliar arquitetura fiscal, integrações, XML, autorização, pagamentos, relatórios, auditoria e preparação para Reforma Tributária.

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

    Diagnóstico fiscal

    Apoio para mapear operação, filiais, UFs, credenciamento, riscos e sistemas impactados.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Integrações e APIs

    As integrações e APIs podem conectar reservas, vendas, pagamentos, marketplaces, financeiro, BI e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento e governança.

    Automação de processos

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Relatórios e auditoria

    Dashboards para acompanhar autorizados, rejeitados, eventos, pagamentos e pendências.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas obrigatoriedade, enquadramento fiscal, credenciamento, classificação tributária e implantação em produção devem ser validados com contador, responsável fiscal, SEFAZ, ANAC, jurídico e equipe técnica.

    Checklist prático para empresas aéreas

    • Definir equipe responsável pelo projeto BPeTA.
    • Estudar a Nota Técnica do BPe Transporte Aéreo e schemas vigentes.
    • Mapear filiais, CNPJ, IE, UF, certificado, série e numeração.
    • Solicitar credenciamento nas UFs aplicáveis.
    • Separar ambientes de homologação e produção.
    • Validar certificado digital e monitorar vencimento.
    • Mapear sistemas de venda, reserva, voo, operação e financeiro.
    • Separar passageiro, comprador, pagador e intermediador.
    • Mapear site, app, agência, OTA, marketplace, corporativo e GDS.
    • Mapear cartão, PIX, milhas, estorno, comissão, repasse e PagVinc.
    • Implementar XML, assinatura, recepção, consulta, status e eventos.
    • Criar validações locais antes da transmissão.
    • Testar emissão normal, compra por terceiro e venda intermediada.
    • Testar cancelamento, não embarque, substituição e reprocessamento.
    • Validar IBS, CBS, CST, cClassTrib, vTotDFe e regras fiscais.
    • Criar relatórios de autorizados, rejeitados, pendentes, eventos e pagamentos.
    • Registrar logs de usuário, XML, protocolo, erro, correção e reenvio.
    • Executar homologação completa antes da produção.
    • Entrar em produção assistida com equipe de plantão.
    • Criar rotina de atualização de NTs, schemas, avisos e legislação.
    • Validar tudo com contador, SEFAZ, jurídico, fiscal e equipe técnica.

    Quer transformar esse checklist em projeto real? Fale com o Vexado e veja como estruturar BPeTA, XML, pagamentos, integrações, relatórios, homologação e produção assistida.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BPeTA

    Como BPeTA, Reforma Tributária, IBS, CBS, pagamentos e transporte aéreo envolvem temas fiscais, regulatórios e operacionais sensíveis, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, ANAC, equipe jurídica, integradores ou equipe técnica.

    Documentos BP-e/SVRS

    Consulte a NT do BPe Transporte Aéreo, schemas e NTs da Reforma Tributária: Documentos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte comunicados sobre homologação, produção e atualizações do BPeTA: Notícias BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre schemas, vTotDFe, IBSCBS, split payment e regras técnicas: Avisos BP-e/SVRS.

    Serviços BP-e/SVRS

    Consulte ambientes, webservices e serviços disponíveis para BP-e: Serviços BP-e/SVRS.

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e, autorização, assinatura digital e credenciamento: FAQ BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre preparação de empresas aéreas para BPeTA

    Como empresas aéreas devem se preparar para o BPeTA?

    Devem mapear filiais e UFs, solicitar credenciamento, validar certificado digital, implementar XML e webservices, integrar venda, reserva, passageiro, comprador e pagamento, testar homologação, preparar eventos, adequar IBS/CBS, criar relatórios e iniciar produção assistida.

    O que é BPeTA?

    BPeTA é o BP-e Transporte Aéreo, documento fiscal eletrônico criado para documentar prestações de transporte aéreo de passageiros por meio de XML, assinatura digital, autorização, protocolo, consulta e eventos.

    Qual área deve liderar o projeto BPeTA?

    O ideal é uma liderança conjunta entre fiscal, TI e financeiro, com participação de operação, atendimento, vendas, jurídico, contabilidade e integrações.

    Empresas aéreas precisam de credenciamento para BPeTA?

    Sim. O credenciamento deve ser validado por UF para as filiais das empresas aéreas inscritas, conforme orientação oficial e regra aplicável.

    O que testar na homologação do BPeTA?

    Teste emissão normal, compra por terceiro, agência, OTA, cartão, PIX, milhas, cancelamento, não embarque, substituição, rejeições, IBS/CBS, consulta, status, eventos e relatórios.

    O BPeTA exige integração com pagamentos?

    Sim. A integração com pagamentos é importante para rastrear cartão, PIX, agência, OTA, marketplace, milhas, estornos, comissões, repasses e PagVinc.

    O BPeTA tem relação com a Reforma Tributária?

    Sim. O BPeTA deve ser preparado para IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento, eventos e validações técnicas ligadas às NTs da Reforma Tributária.

    Produção assistida é necessária?

    É altamente recomendada. Ela reduz riscos nas primeiras emissões reais e permite acompanhar rejeições, pagamentos, eventos, certificado, credenciamento e relatórios.

    O Vexado já pode emitir BPeTA?

    O correto é avaliar o escopo técnico e fiscal antes de afirmar emissão em produção. Projetos de BPeTA exigem validação de nota técnica, schemas, webservices, credenciamento, filiais, pagamentos, eventos, homologação e produção assistida.

    O Vexado pode ajudar empresas aéreas nesse projeto?

    O Vexado pode apoiar empresas na análise, estruturação de arquitetura fiscal, integrações, APIs, pagamentos, relatórios e auditoria em projetos ligados a BP-e, BPeTA e Reforma Tributária.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, credenciamento, classificação tributária e guarda documental devem ser validadas com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar se sua empresa precisa de BP-e, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer preparar sua empresa aérea para o BPeTA? Fale com o Vexado e veja como organizar XML, webservices, pagamentos, integrações, relatórios, auditoria, homologação e produção assistida.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    Empresas aéreas devem se preparar para o BPeTA como um projeto fiscal, técnico, financeiro e operacional. A emissão correta depende de credenciamento, certificado, XML, webservices, reserva, voo, passageiro, comprador, pagamento, eventos, Reforma Tributária e auditoria.

    A preparação precisa começar pelo diagnóstico e avançar para implementação, homologação, produção assistida e monitoramento contínuo. Cada passagem aérea precisa ter rastreabilidade entre venda, reserva, pagamento, documento fiscal, protocolo e eventos.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, BPeTA, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, ANAC, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para BPeTA? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BPeTA, BP-e Transporte Aéreo, bilhete aéreo, reserva, localizador, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, filiais, passageiros, compradores, pagamentos, PagVinc, Reforma Tributária, IBS, CBS, vTotDFe, IBSCBS, CST, cClassTrib, split payment, armazenamento, guarda documental, integrações, APIs ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, ANAC, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • Reforma Tributária e BPeTA: o que muda para o transporte aéreo de passageiros

    Reforma Tributária e BPeTA: o que muda para o transporte aéreo de passageiros

    Reforma Tributária e BPeTA: o que muda para o transporte aéreo de passageiros? Entenda como o Bilhete de Passagem Eletrônico para Transporte Aéreo, a Reforma Tributária do Consumo, IBS, CBS, BPeTA, XML, autorização, protocolo, classificação tributária, meios de pagamento, split payment, transporte aéreo regional e auditoria fiscal impactam empresas aéreas, integradoras e sistemas de emissão.

    • Entenda o que é BPeTA e por que ele foi criado para o transporte aéreo de passageiros.
    • Veja como a Reforma Tributária muda o preenchimento fiscal do BP-e com IBS, CBS, classificação tributária e validações.
    • Conheça os principais cuidados para sistemas, integradoras, companhias aéreas, filiais, vendas, pagamentos, XML, autorização e auditoria.

    Reforma Tributária e BPeTA: o que muda para o transporte aéreo de passageiros? A mudança principal é que o transporte aéreo passa a ter uma estrutura específica dentro do ecossistema do BP-e, com o BPeTA — Bilhete de Passagem Eletrônico para Transporte Aéreo. Ao mesmo tempo, a Reforma Tributária do Consumo exige que os documentos fiscais eletrônicos passem a lidar com novas informações de IBS, CBS, classificação tributária, valores totais, vinculação de pagamento e regras de validação.

    Na prática, o BPeTA não deve ser tratado como uma simples adaptação do BP-e rodoviário, ferroviário, aquaviário ou metropolitano. O transporte aéreo tem uma operação própria: companhia aérea, filial inscrita, trecho aéreo, origem, destino, aeroporto, reserva, localizador, passageiro, tarifa, taxas, bagagem, remarcação, cancelamento, reacomodação, vendas diretas, agências, OTAs, marketplaces, meios de pagamento e integração com sistemas internos.

    Com a Reforma Tributária, o sistema emissor precisa ir além da emissão básica do XML. Ele deve estar preparado para montar corretamente os grupos tributários, validar IBS/CBS, classificar a operação conforme a regra aplicável, lidar com transporte aéreo regional quando for o caso, registrar meios de pagamento, acompanhar mudanças de NTs, tratar rejeições, armazenar protocolo e permitir auditoria completa entre venda, pagamento, passageiro, trecho, documento fiscal e autorização.

    Precisa preparar sua operação para BP-e, BPeTA ou Reforma Tributária? Fale com o Vexado para avaliar arquitetura fiscal, integrações, XML, validações, pagamentos, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BPeTA é o BP-e voltado ao transporte aéreo de passageiros. A Reforma Tributária muda a forma como o documento fiscal precisa carregar informações tributárias, principalmente com IBS e CBS. O sistema emissor deve estar preparado para a Nota Técnica do BPeTA, para as NTs da Reforma Tributária do Consumo, para a classificação tributária, para campos como vTotDFe quando houver grupo IBSCBS, para vinculação de pagamento, para regras de transporte aéreo regional e para credenciamento das filiais nas UFs competentes.

    BPeTA

    BP-e Transporte Aéreo, com serviço de recepção específico para o modal aéreo de passageiros.

    Reforma Tributária

    Inclui IBS e CBS nos documentos fiscais eletrônicos e exige novas regras de validação.

    Transporte aéreo regional

    Pode ter redução de 40% nas alíquotas de IBS e CBS, quando atender aos critérios legais.

    Sistema emissor

    Precisa controlar XML, autorização, protocolo, classificação tributária, pagamento e auditoria.

    Reforma Tributária e BPeTA: o que muda?

    O BPeTA muda o transporte aéreo porque cria uma forma específica de emissão de BP-e para o modal aéreo. A Reforma Tributária muda o BP-e porque exige que os documentos fiscais eletrônicos passem a carregar novas informações tributárias, principalmente relacionadas a IBS e CBS.

    Resposta direta: o transporte aéreo de passageiros passa a precisar de atenção ao BPeTA, às novas notas técnicas do BP-e, ao credenciamento das filiais nas UFs, aos campos de IBS/CBS, à classificação tributária, às regras de transporte aéreo regional, ao preenchimento do total do documento fiscal eletrônico, à vinculação de pagamento e à auditoria entre venda, trecho, passageiro, pagamento, XML e protocolo.

    Ponto Antes Com BPeTA e Reforma Tributária
    Documento fiscal Estruturas fiscais anteriores ao BPeTA para o modal aéreo. BP-e Transporte Aéreo com NT específica e webservice adaptado.
    Tributação Modelo anterior baseado em tributos substituídos gradualmente. IBS, CBS, classificação tributária, campos próprios e novas validações.
    Sistema emissor Foco em emissão e autorização tradicional. Foco em XML, IBSCBS, vTotDFe, pagamento, classificação, protocolo e auditoria.
    Transporte regional Tratamento tributário anterior. Possibilidade de redução de 40% para transporte aéreo regional enquadrado.
    Pagamentos Controle financeiro separado do fiscal em muitos casos. Maior necessidade de vincular documento fiscal e transação financeira.
    Auditoria Conferência por venda, bilhete, reserva e fiscal. Rastreabilidade entre venda, passageiro, trecho, pagamento, XML, IBS/CBS e protocolo.

    Fontes oficiais úteis: Portal Nacional BP-e/SVRS — Documentos, notícia da liberação do ambiente de produção do BPeTA, avisos técnicos do BP-e/SVRS, Lei Complementar 214/2025 e Portal do BP-e.

    O que é BPeTA?

    BPeTA significa BP-e Transporte Aéreo. É uma modalidade do Bilhete de Passagem Eletrônico voltada ao transporte aéreo de passageiros, com nota técnica própria e serviço de recepção específico no ambiente do BP-e.

    O objetivo é permitir que o transporte aéreo seja documentado por um DFe adequado à sua operação, preservando a lógica fiscal eletrônica: XML, assinatura, transmissão, autorização, protocolo, chave de acesso, eventos, rejeições, armazenamento e auditoria.

    Modal aéreo

    Projetado para transporte aéreo de passageiros, com características próprias do setor.

    NT específica

    O BPeTA possui nota técnica própria para recepção e adaptação dos webservices.

    Autorização

    O XML deve ser transmitido ao ambiente autorizador e receber protocolo.

    Credenciamento

    A habilitação deve ser tratada nas UFs para as filiais inscritas das empresas aéreas.

    Por que o transporte aéreo ganhou um BP-e específico?

    O transporte aéreo tem uma dinâmica muito diferente da rodoviária, ferroviária, aquaviária ou metropolitana. Uma passagem aérea pode envolver reserva, localizador, tarifa, taxa, trecho, conexão, remarcação, cancelamento, reacomodação, compra em canal próprio, agência, OTA, marketplace, programa de fidelidade, bagagem, serviços adicionais e meios de pagamento diversos.

    Por isso, o BPeTA precisa ser pensado como parte de uma arquitetura fiscal integrada. O sistema emissor deve dialogar com vendas, reservas, pagamentos, cadastros fiscais, filiais, classificação tributária, regras de Reforma Tributária e autorização eletrônica.

    Característica do transporte aéreo Impacto no BPeTA
    Trechos e conexões O sistema precisa tratar origem, destino, voos, trechos e possíveis mudanças.
    Reservas e localizadores A emissão fiscal deve se relacionar com a venda e o identificador comercial.
    Serviços adicionais Bagagem, assento, taxa e adicionais precisam de tratamento separado e auditável.
    Vendas indiretas Agências, OTAs e marketplaces exigem conciliação com o documento fiscal.
    Filiais em UFs diferentes Credenciamento e habilitação devem ser validados por UF e por filial inscrita.
    Reforma Tributária Campos de IBS/CBS e classificação tributária passam a fazer parte da emissão.

    O que a Reforma Tributária muda no BP-e?

    A Reforma Tributária do Consumo introduz IBS e CBS nos documentos fiscais eletrônicos. No BP-e, isso significa que o sistema emissor precisa estar preparado para grupos, campos e regras de validação ligados à nova tributação.

    O ponto mais importante é que o documento fiscal passa a carregar informações que antes não existiam da mesma forma no BP-e. Isso exige atualização de schemas, regras de validação, classificação tributária, cálculos, totalizações, meios de pagamento, rejeições e relatórios.

    IBS

    Imposto sobre Bens e Serviços, compartilhado entre estados e municípios.

    CBS

    Contribuição sobre Bens e Serviços, de competência federal.

    Classificação tributária

    Identifica o enquadramento da operação conforme tabelas e regras da Reforma.

    Regras de validação

    Campos obrigatórios e combinações incorretas podem gerar rejeições no XML.

    Pagamento

    A vinculação entre DFe e transação financeira ganha importância técnica.

    Auditoria

    Relatórios precisam explicar venda, tributação, pagamento, protocolo e autorização.

    IBS, CBS, vTotDFe e classificação tributária

    Com as notas técnicas da Reforma Tributária, o sistema precisa validar se as informações de IBS/CBS foram preenchidas corretamente. Um ponto crítico é o campo vTotDFe, que deve ser informado quando existir o grupo IBSCBS no documento fiscal, conforme aviso técnico do portal BP-e/SVRS.

    Elemento O que significa Impacto no sistema
    IBSCBS Grupo de informações da Reforma Tributária no documento fiscal. O sistema precisa gerar e validar os dados tributários corretamente.
    vTotDFe Total do Documento Fiscal Eletrônico. Quando houver IBSCBS, o preenchimento correto evita rejeição.
    CST IBS/CBS Situação tributária aplicável à operação. Deve refletir o enquadramento legal do serviço.
    cClassTrib Código de classificação tributária da operação. Ajuda a identificar regra de redução, alíquota, isenção ou regime específico.
    Alíquotas Percentuais aplicáveis de IBS e CBS. Devem considerar regra geral, redução, regime específico ou operação regional.
    Rejeições Erros retornados pelo autorizador. Precisam ser exibidos, explicados e corrigidos pelo sistema.

    Ponto crítico: com a Reforma Tributária, emitir BP-e não é apenas gerar XML. O sistema precisa entender o enquadramento tributário, preencher campos corretamente, acompanhar notas técnicas e tratar rejeições relacionadas a IBS e CBS.

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

    A LC 214/2025 prevê tratamento específico para o transporte aéreo regional. Em linhas gerais, o transporte aéreo regional de passageiros é a aviação doméstica com voos cuja rota tenha origem ou destino na Amazônia Legal ou em determinados centros urbanos classificados pelo IBGE, conforme regulamentação do Ministério de Portos e Aeroportos.

    Para o fornecimento do serviço de transporte aéreo regional coletivo de passageiros ou de carga, a LC 214/2025 prevê redução de 40% nas alíquotas de IBS e CBS. Isso exige atenção especial no sistema, porque nem todo transporte aéreo é automaticamente regional.

    Situação Como analisar no sistema Cuidado fiscal
    Voo regional enquadrado Validar origem, destino, rota, classificação e regulamentação aplicável. Aplicar redução apenas quando o enquadramento for confirmado.
    Voo doméstico não regional Tratar pela regra tributária aplicável ao serviço. Não aplicar redução indevida.
    Rota com origem ou destino na Amazônia Legal Validar se atende ao conceito legal e à regulamentação aplicável. Guardar evidência do enquadramento.
    Rota envolvendo centros classificados pelo IBGE Usar base oficial/regra parametrizada para identificar enquadramento. Evitar classificação manual sem controle.
    Agência ou intermediador Separar serviço de transporte, intermediação, taxas e valores repassados. Não confundir tributação da companhia com tributação da agência.

    Boa prática: o sistema deve guardar trilha de auditoria do enquadramento regional: rota, origem, destino, regra usada, data de validade, usuário, versão da tabela e XML emitido.

    Credenciamento das empresas aéreas

    O ambiente de produção do BPeTA foi liberado no autorizador da SVRS para todas as unidades federadas, mas a habilitação e o credenciamento devem ser tratados em cada UF para as filiais das empresas aéreas inscritas.

    Isso significa que um sistema emissor precisa estar preparado para trabalhar com múltiplas filiais, múltiplas inscrições estaduais, ambiente de homologação, ambiente de produção, séries, certificados, permissões, usuários e regras por UF.

    Item O que controlar Risco se não controlar
    Filial CNPJ, IE, UF, credenciamento e ambiente. Rejeição por emissor não habilitado.
    Certificado digital Validade, vínculo com empresa e autorização de uso. Falha de assinatura ou transmissão.
    Ambiente Homologação e produção. Emitir teste em produção ou emissão real em homologação.
    Série e numeração Controle por filial, ambiente e regra fiscal. Duplicidade, quebra de sequência ou rejeição.
    UF competente Credenciamento e regras estaduais aplicáveis. Documento fiscal rejeitado ou emitido por filial incorreta.

    O que o sistema precisa controlar?

    Um sistema preparado para BPeTA e Reforma Tributária precisa unir operação aérea, emissão fiscal, tributação, pagamento e auditoria. Não basta adaptar um emissor antigo de BP-e sem considerar os novos campos e regras da RTC.

    Área Controles necessários
    Cadastro fiscal CNPJ, IE, UF, filial, certificado, ambiente, série, numeração e credenciamento.
    Operação aérea Origem, destino, aeroporto, trecho, voo, reserva, localizador, passageiro e serviços.
    Tributação IBS, CBS, CST, cClassTrib, alíquota, redução, regime específico e total do DFe.
    Transporte regional Regra de enquadramento, rota, Amazônia Legal, centros IBGE e evidência de classificação.
    Pagamento Meio de pagamento, autorização, transação, conciliação, split payment e vinculação ao DFe.
    XML Geração, schema, assinatura, transmissão, autorização, protocolo, rejeição e armazenamento.
    Auditoria Logs, usuários, alterações, venda, documento, pagamento, eventos e relatórios.

    Meios de pagamento e split payment

    As notas técnicas da Reforma Tributária trazem a necessidade de preparação dos sistemas para vincular documentos fiscais eletrônicos e transações financeiras, especialmente no contexto de split payment. No aviso do BP-e/SVRS, foi esclarecido que, em 2026, os campos de split payment nos documentos citados têm caráter preparatório e não exigência de uso em produção, com datas futuras de obrigatoriedade a serem definidas por instrumentos regulatórios.

    Pagamento Impacto no BPeTA Cuidado técnico
    Cartão Transação precisa conversar com venda, documento fiscal e autorização. Guardar identificadores, status, NSU, adquirente e vínculo com o XML.
    PIX Pode exigir rastreabilidade entre cobrança, confirmação e documento fiscal. Controlar expiração, pagamento, cancelamento e estorno.
    Agência/OTA A venda pode ser intermediada por terceiros. Separar valor do transporte, taxa, comissão, repasse e documentos.
    Programa de fidelidade Pagamento pode envolver pontos, milhas, coparticipação ou taxas. Validar tratamento fiscal e financeiro com equipe fiscal.
    Split payment Campos e vinculação ganham importância na arquitetura futura. Preparar o sistema sem antecipar obrigatoriedade indevida.

    Ponto prático: mesmo quando um campo ainda tem caráter preparatório, o sistema deve ser desenhado para evoluir sem retrabalho. Reforma Tributária é um processo de transição, não uma alteração isolada.

    XML, autorização, protocolo e rejeições

    O documento fiscal principal do BPeTA é o XML autorizado. O sistema deve gerar o XML conforme schema aplicável, assinar digitalmente, transmitir ao serviço de recepção, interpretar retorno, armazenar protocolo e permitir consulta futura.

    Elemento Função Como controlar
    XML Documento fiscal eletrônico principal. Gerar conforme NT, schema e regras de validação.
    Assinatura digital Garante autoria e integridade. Usar certificado válido e vinculado ao emitente correto.
    Autorização Permite o uso fiscal do documento. Registrar status, data, hora e retorno do autorizador.
    Protocolo Comprova a autorização de uso. Armazenar junto ao XML e à chave de acesso.
    Rejeição Indica inconsistência técnica ou fiscal. Exibir código, motivo, solução sugerida e permitir correção.
    Reprocessamento Permite corrigir e reenviar documentos. Manter histórico, usuário, data, motivo e versões.

    Auditoria fiscal e rastreabilidade

    A Reforma Tributária aumenta a importância da rastreabilidade. A empresa precisa provar como uma venda de passagem aérea virou um BPeTA autorizado, quais campos tributários foram usados, qual classificação foi aplicada, como o pagamento foi vinculado e qual protocolo confirmou a autorização.

    Venda

    Canal, usuário, agência, OTA, site, app, balcão, tarifa, taxa e serviços adicionais.

    Passageiro

    Dados do passageiro, documento, reserva, localizador, trecho e histórico.

    Tributação

    CST, cClassTrib, IBS, CBS, alíquota, redução, vTotDFe e totalizações.

    Pagamento

    Meio de pagamento, transação, status, conciliação, estorno e vínculo fiscal.

    Documento

    XML, chave de acesso, protocolo, autorização, rejeição, eventos e armazenamento.

    Usuários

    Quem vendeu, alterou, emitiu, cancelou, reprocessou ou corrigiu dados.

    Como se preparar para o BPeTA

    A preparação para BPeTA e Reforma Tributária deve ser feita em etapas. O ideal é começar com análise fiscal, depois atualização técnica, homologação, integração de pagamentos, testes de rejeição, treinamento e produção assistida.

    Fase O que fazer Entrega esperada
    1. Diagnóstico fiscal Validar enquadramento, UF, filial, credenciamento, IBS/CBS e transporte regional. Mapa fiscal da operação.
    2. Diagnóstico técnico Avaliar sistemas, integrações, vendas, pagamento, XML e armazenamento. Plano de atualização tecnológica.
    3. Atualização de schema Aplicar NT do BPeTA e NTs da Reforma Tributária. Motor fiscal atualizado.
    4. Homologação Testar emissão, autorização, rejeição, classificação tributária e pagamentos. Fluxo validado em ambiente de teste.
    5. Produção assistida Acompanhar primeiros documentos reais e corrigir inconsistências. Operação segura em produção.
    6. Monitoramento contínuo Acompanhar NTs, legislação, rejeições, relatórios e auditoria. Conformidade permanente.

    Erros comuns

    Os erros mais comuns são tratar BPeTA como um BP-e comum sem particularidades do aéreo, ignorar credenciamento por UF, não atualizar schemas, não preencher corretamente IBS/CBS, aplicar redução de transporte aéreo regional sem validação, não controlar vTotDFe quando houver IBSCBS, não vincular pagamento ao documento e não manter logs suficientes para auditoria.

    Tratar BPeTA como BP-e comum

    O transporte aéreo tem NT específica e operação própria.

    Ignorar credenciamento

    Filiais precisam estar habilitadas conforme a UF competente.

    Erro em IBS/CBS

    Campos fiscais incorretos podem gerar rejeições e inconsistências.

    Redução indevida

    Transporte aéreo regional precisa atender ao enquadramento legal.

    Pagamento sem vínculo

    A conciliação entre venda, transação e DFe precisa ser rastreável.

    Sem auditoria

    Sem logs, a empresa não consegue explicar emissão, correção e reprocessamento.

    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, integração, implantação, automação, relatórios e auditoria em projetos de BP-e e Reforma Tributária.

    No caso específico do BPeTA, o caminho correto é realizar uma análise técnica e fiscal antes de prometer emissão em produção. É necessário validar o escopo, a operação aérea, as filiais, os webservices, o certificado, o credenciamento por UF, as notas técnicas, as integrações de vendas, pagamentos, reservas, XML, autorização e os relatórios exigidos.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Integrações e APIs

    As integrações e APIs podem conectar sistemas de venda, pagamento, BI, financeiro e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, testes, produção assistida e treinamento.

    Automação de processos

    A automação de processos ajuda a reduzir retrabalho entre venda, financeiro, fiscal e auditoria.

    Posicionamento seguro: para BPeTA, a recomendação é avaliar viabilidade técnica, fiscal e regulatória com contador, responsável fiscal, SEFAZ, equipe jurídica, equipe técnica e integradores antes da implantação em produção.

    Checklist prático para BPeTA e Reforma Tributária

    • Validar se a empresa precisa emitir BPeTA para transporte aéreo de passageiros.
    • Confirmar o credenciamento da filial na UF competente.
    • Validar certificado digital, ambiente de homologação, ambiente de produção, série e numeração.
    • Atualizar o motor fiscal para a Nota Técnica 2025.002 do BPe Transporte Aéreo.
    • Atualizar o sistema para as NTs da Reforma Tributária aplicáveis a BPe, BPeTA e BPeTM.
    • Validar preenchimento de IBS, CBS, CST, cClassTrib, alíquotas e reduções.
    • Controlar o campo vTotDFe quando houver grupo IBSCBS no documento fiscal.
    • Separar transporte aéreo regional de transporte aéreo não regional.
    • Parametrizar regras de transporte aéreo regional com base em critérios legais e regulamentares.
    • Guardar evidência de enquadramento tributário da rota, quando houver benefício ou redução.
    • Integrar venda direta, agência, OTA, marketplace, app, site e balcão.
    • Integrar meios de pagamento, transações, estornos e conciliação financeira.
    • Preparar a arquitetura para vinculação entre DFe e transação financeira.
    • Controlar XML, autorização, protocolo, rejeições, eventos e reprocessamentos.
    • Registrar logs de usuário, alteração, emissão, correção, cancelamento e reenvio.
    • Gerar relatórios de vendas, documentos, pagamentos, IBS/CBS, rejeições e auditoria.
    • Treinar equipes de fiscal, TI, financeiro, operações, suporte e atendimento.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Precisa preparar sua empresa para BP-e, BPeTA e Reforma Tributária? Fale com o Vexado e veja como estruturar arquitetura fiscal, integrações, XML, pagamentos, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BPeTA e Reforma Tributária

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

    Portal Nacional BP-e/SVRS

    Consulte documentos, schemas, notas técnicas, serviços, legislação e tabelas: Portal do BP-e.

    Documentos BP-e/SVRS

    Consulte a NT 2025.002 do BPe Transporte Aéreo e NTs da Reforma Tributária: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre vTotDFe, IBSCBS, split payment e regras técnicas: Avisos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte liberação do ambiente de produção do BPeTA e atualizações do projeto: Notícias BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras de transporte: LC 214/2025.

    CGIBS e RFB

    Consulte atos conjuntos, regulamentações, tabelas, classificação tributária e orientações complementares publicadas pelos órgãos competentes.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre Reforma Tributária e BPeTA

    O que é BPeTA?

    BPeTA é o BP-e Transporte Aéreo, modalidade do Bilhete de Passagem Eletrônico voltada ao transporte aéreo de passageiros, com nota técnica e serviço de recepção próprios.

    O BPeTA já tem ambiente de produção?

    O Portal Nacional do BP-e/SVRS comunicou a liberação do ambiente de produção do BPe para Transporte Aéreo no autorizador da SVRS para todas as UFs, com habilitação e credenciamento em cada unidade federada para as filiais das empresas aéreas inscritas.

    O que a Reforma Tributária muda no BPeTA?

    Muda o preenchimento tributário do documento fiscal, com informações de IBS, CBS, classificação tributária, regras de validação, total do DFe, vinculação de pagamento e novos relatórios de auditoria.

    O BPeTA é igual ao BP-e rodoviário?

    Não. Ambos estão no ecossistema BP-e, mas o BPeTA tem nota técnica específica e foi criado para o modal aéreo, que possui reserva, localizador, trecho, voo, aeroporto, tarifa, taxas, serviços adicionais e regras próprias.

    O que é transporte aéreo regional na Reforma Tributária?

    É a aviação doméstica com voos cuja rota tenha origem ou destino na Amazônia Legal ou em determinados centros urbanos classificados pelo IBGE, conforme regulamentação do Ministério de Portos e Aeroportos.

    Transporte aéreo regional tem redução de IBS e CBS?

    Sim. A LC 214/2025 prevê redução de 40% nas alíquotas de IBS e CBS para o fornecimento do serviço de transporte aéreo regional coletivo de passageiros ou de carga, quando enquadrado corretamente.

    Todo voo doméstico recebe redução de 40%?

    Não. A redução depende do enquadramento como transporte aéreo regional, conforme critérios legais e regulamentares. O sistema deve validar a rota e guardar evidências.

    O que é vTotDFe?

    É o total do Documento Fiscal Eletrônico. Conforme aviso técnico do BP-e/SVRS, deve ser informado quando existir informação no grupo IBSCBS.

    O split payment já é obrigatório no BPeTA?

    Os avisos técnicos indicam que, em 2026, os campos de split payment têm caráter preparatório nos documentos citados, e datas de obrigatoriedade em produção dependem de instrumentos regulatórios futuros.

    O sistema precisa integrar pagamentos?

    Sim. A Reforma Tributária aumenta a importância de vincular documento fiscal e transação financeira, principalmente para conciliação, auditoria, estorno, split payment e rastreabilidade.

    Quem deve validar o enquadramento tributário?

    Contador, responsável fiscal, equipe jurídica, SEFAZ, CGIBS/RFB e equipe técnica devem validar enquadramento, classificação tributária, alíquota, redução e operação regional.

    O Vexado já pode emitir BPeTA?

    O correto é avaliar o escopo técnico e fiscal antes de afirmar emissão em produção. Projetos de BPeTA exigem validação de NTs, webservices, credenciamento, filiais, certificados, classificação tributária, pagamentos e homologação.

    O Vexado pode ajudar nesse projeto?

    O Vexado pode apoiar empresas na análise e estruturação de arquitetura fiscal, integrações, automação, XML, relatórios e auditoria em projetos ligados a BP-e, BPeTA e Reforma Tributária, conforme avaliação técnica e fiscal.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, credenciamento, classificação tributária e guarda documental devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar se sua operação precisa de BP-e, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer preparar sua operação para BPeTA e Reforma Tributária? Fale com o Vexado e veja como estruturar XML, integrações, pagamentos, IBS/CBS, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    A Reforma Tributária e o BPeTA mudam a forma como o transporte aéreo de passageiros precisa pensar emissão fiscal. O foco deixa de ser apenas a geração do documento e passa a incluir classificação tributária, IBS, CBS, total do DFe, vinculação de pagamento, transporte aéreo regional, credenciamento por UF, XML autorizado, protocolo, rejeições, relatórios e auditoria.

    O BPeTA tem nota técnica específica para o transporte aéreo, e as NTs da Reforma Tributária impactam os documentos do ecossistema BP-e. Por isso, empresas aéreas, integradoras e sistemas emissores precisam se preparar com planejamento técnico, validação fiscal, homologação e monitoramento contínuo.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, BPeTA, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para Reforma Tributária e BPeTA? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, Reforma Tributária, IBS, CBS, BPeTA, BP-e Transporte Aéreo, BP-e modelo 63, Nota Técnica 2025.002, NT 2026.002, vTotDFe, IBSCBS, CST, cClassTrib, transporte aéreo regional, redução de alíquota, split payment, vinculação de pagamento, XML, autorização, protocolo, rejeições, credenciamento, certificado digital, filiais, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • Modelo 16 ou modelo 63: qual documento usar no transporte ferroviário?

    Modelo 16 ou modelo 63: qual documento usar no transporte ferroviário?

    Modelo 16 ou modelo 63: no transporte ferroviário de passageiros, a empresa precisa entender se está olhando para uma rotina antiga de Bilhete de Passagem Ferroviário modelo 16 ou se deve operar com BP-e modelo 63, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros conforme regra da unidade federada competente.

    • Entenda qual documento usar no transporte ferroviário: modelo 16 ou modelo 63.
    • Veja por que o BP-e modelo 63 substituiu a lógica antiga do Bilhete de Passagem Ferroviário modelo 16.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, transporte ferroviário, estações, bilhetagem, catracas, validadores, totalizações, XML, DABPE, financeiro, integrações, relatórios e auditoria.

    Modelo 16 ou modelo 63: qual documento usar no transporte ferroviário? Essa dúvida aparece quando uma empresa de transporte ferroviário ainda possui sistemas antigos, bilhetes físicos, relatórios legados, documentos históricos ou rotinas fiscais ligadas ao Bilhete de Passagem Ferroviário modelo 16, mas precisa operar dentro da realidade atual do BP-e modelo 63.

    Na prática, quando a empresa está obrigada, autorizada ou credenciada para emitir BP-e na unidade federada competente, o transporte ferroviário de passageiros deve ser documentado pelo BP-e modelo 63. O modelo 16 pertence à sistemática antiga dos documentos fiscais de passagem e deve ser tratado como histórico, legado ou exceção específica validada com a SEFAZ competente.

    A diferença principal é simples: o modelo 16 era o bilhete ferroviário antigo; o modelo 63 é o Bilhete de Passagem Eletrônico, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE e armazenamento digital.

    Precisa organizar a emissão de BP-e ferroviário? Fale com o Vexado e veja como estruturar emissão fiscal, estações, bilhetagem, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    No transporte ferroviário, o modelo 16 é o Bilhete de Passagem Ferroviário antigo, ligado à emissão em papel ou a rotinas legadas. O modelo 63 é o BP-e, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros. Quando a empresa está obrigada, autorizada ou credenciada ao BP-e, o documento correto tende a ser o modelo 63, com XML autorizado, assinatura digital, chave de acesso, protocolo, DABPE, armazenamento, rejeições, cancelamentos, relatórios, totalizações e auditoria.

    Modelo 16

    Bilhete de Passagem Ferroviário antigo, usado na sistemática anterior ao BP-e.

    Modelo 63

    BP-e eletrônico, com XML, assinatura digital, autorização, chave de acesso e protocolo.

    Transporte ferroviário

    Pode envolver estação de embarque, estação de integração, bilhetagem, catracas, validadores e totalizações.

    Sistema emissor

    Precisa controlar eventos, passageiros, tarifas, XML, autorização, protocolo, relatórios e auditoria.

    Modelo 16 ou modelo 63: qual documento usar no transporte ferroviário?

    No transporte ferroviário de passageiros, a empresa deve usar o BP-e modelo 63 quando estiver obrigada, autorizada ou credenciada para emissão do Bilhete de Passagem Eletrônico na unidade federada competente. O Bilhete de Passagem Ferroviário modelo 16 deve ser tratado como documento antigo, histórico ou legado, salvo se existir situação específica em que a legislação local ainda permita outro tratamento.

    Resposta direta: para operação ferroviária de passageiros em que a UF exige, permite ou credencia o BP-e, o documento correto é o modelo 63. O modelo 16 é a sistemática antiga do bilhete ferroviário e não deve ser usado como alternativa comum quando a empresa está obrigada ao BP-e.

    Situação Documento a avaliar Cuidado principal
    Transporte ferroviário de passageiros com emissão eletrônica exigida BP-e modelo 63 Validar UF, credenciamento, certificado, ambiente, série, XML e autorização.
    Empresa ferroviária já obrigada ao BP-e BP-e modelo 63 Não tratar o modelo 16 como alternativa operacional comum.
    Sistema antigo com histórico de bilhetes ferroviários Modelo 16 apenas como legado Separar documentos antigos dos XMLs autorizados do BP-e.
    Auditoria de períodos passados Modelo 16 e modelo 63 podem coexistir no histórico Separar períodos, regras, séries, documentos, relatórios e evidências fiscais.
    Metrô ou trem metropolitano Avaliar BP-e modelo 63 e regras específicas Verificar estação, integração, totalização, relatório analítico e legislação da UF.
    Operação turística, fretada ou contratada Avaliar documento próprio do serviço Não emitir BP-e automaticamente sem validar o enquadramento fiscal.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ-SP sobre o BP-e, as Perguntas Frequentes do BP-e, a Portaria CAT 96/2015, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.

    O que é o Bilhete de Passagem Ferroviário modelo 16?

    O Bilhete de Passagem Ferroviário modelo 16 é o documento fiscal antigo usado para documentar prestações de transporte ferroviário de passageiros na sistemática anterior ao BP-e. Ele estava ligado a uma lógica de emissão física ou legada, com impressão, numeração, série, guarda documental e controles internos.

    Hoje, o modelo 16 costuma aparecer em bases antigas, auditorias, migrações de sistema, documentos históricos, rotinas legadas ou referências normativas que explicam quais documentos foram substituídos pelo BP-e modelo 63.

    Documento antigo

    Representa a fase anterior à emissão eletrônica do BP-e.

    Controle em papel

    Dependia de impressão, guarda física, sequência, conferência e escrituração tradicional.

    Uso legado

    Importante para histórico, auditoria, migração e separação de períodos antigos.

    Não é o padrão eletrônico

    Não possui XML autorizado, chave de acesso e protocolo como o BP-e modelo 63.

    Ponto importante: se a empresa já está no regime de BP-e, o modelo 16 não deve ser tratado como “plano B” operacional. O correto é tratar rejeições, contingência, autorização, eventos e armazenamento dentro do fluxo eletrônico aplicável.

    O que é o BP-e modelo 63?

    O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele é emitido e armazenado eletronicamente, com existência digital, e documenta prestações de transporte de passageiros. O documento fiscal principal é o XML autorizado.

    No transporte ferroviário, o BP-e deve estar conectado à prestação realizada, à estação de embarque, à estação de integração quando aplicável, à linha, à tarifa, ao passageiro ou totalização, à bilhetagem, à autorização fiscal, ao DABPE quando aplicável, ao financeiro e à auditoria.

    XML autorizado

    É o documento fiscal principal do BP-e.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização de uso

    Confirma que o documento foi autorizado pela administração tributária competente.

    Chave e protocolo

    Permitem consulta, comprovação, armazenamento e auditoria.

    Comparativo direto: modelo 16 x modelo 63

    A tabela abaixo mostra as principais diferenças entre o Bilhete de Passagem Ferroviário modelo 16 e o BP-e modelo 63.

    Ponto comparado Modelo 16 Modelo 63
    Nome Bilhete de Passagem Ferroviário. Bilhete de Passagem Eletrônico.
    Natureza Documento fiscal antigo de passagem ferroviária. Documento fiscal eletrônico de transporte de passageiros.
    Formato Papel, impressão, formulário ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro legado. XML autorizado.
    Documento auxiliar O próprio bilhete impresso era a referência da operação. DABPE é auxiliar; não substitui o XML.
    Assinatura digital Não era a lógica principal do documento. Exige assinatura digital com certificado válido.
    Autorização eletrônica Não seguia o fluxo eletrônico do BP-e. Depende de autorização de uso pela administração tributária.
    Consulta Mais dependente de guarda física e controle interno. Consulta por chave de acesso, XML e protocolo.
    Rejeições Não havia rejeição eletrônica no mesmo padrão do BP-e. O sistema precisa tratar códigos, motivos, correções e reenvios.
    Auditoria Baseada em documentos físicos, livros, relatórios e controles antigos. Baseada em XML, protocolo, logs, eventos, relatórios, totalizações e armazenamento digital.
    Uso recomendado hoje Histórico, legado ou exceção específica validada com a SEFAZ. Uso normal quando a empresa está obrigada, autorizada ou credenciada ao BP-e.

    Quando usar o modelo 63 no transporte ferroviário?

    O modelo 63 deve ser usado quando a empresa de transporte ferroviário de passageiros está obrigada, autorizada ou credenciada para emissão de BP-e na unidade federada competente. Esse é o fluxo eletrônico atual para documentar a prestação de transporte de passageiros nos cenários abrangidos pelo BP-e.

    Condição O que verificar Por que importa
    Obrigatoriedade ou autorização da UF Se a SEFAZ competente exige ou permite emissão de BP-e. Define se o modelo 63 deve substituir o modelo antigo.
    Credenciamento Se a empresa está credenciada para emitir BP-e. Sem credenciamento ou autorização, a emissão pode não ser aceita.
    Tipo de prestação Ferroviária, metroviária, metropolitana, intermunicipal, interestadual, turística ou fretada. Evita emitir documento fiscal incorreto.
    Estação e integração Estação de embarque, integração, município, linha, sentido e tarifa. Forma a base operacional e fiscal do transporte ferroviário.
    Bilhetagem Cartão, QR Code, catraca, validador, gratuidade, benefício e integração. Permite classificar passageiros, tarifas e valores.
    XML e autorização Leiaute, assinatura, transmissão, retorno, protocolo e armazenamento. Garante validade fiscal e rastreabilidade.

    Regra prática: se a operação ferroviária de passageiros está enquadrada no BP-e, o sistema deve gerar o modelo 63, obter autorização, armazenar XML e protocolo, manter relatórios e permitir consulta e auditoria.

    Quando o modelo 16 ainda aparece?

    O modelo 16 ainda pode aparecer em documentos antigos, auditoria fiscal, migração de sistemas, relatórios legados, bases históricas ou rotinas de empresas que possuem informações anteriores à implantação do BP-e.

    Isso não significa que a empresa deva continuar emitindo modelo 16 na operação atual. Se a empresa está obrigada ao BP-e, o correto é operar no modelo 63 e tratar o modelo 16 como histórico ou exceção específica validada com a legislação local.

    Auditoria antiga

    Períodos anteriores à obrigatoriedade podem conter bilhetes modelo 16.

    Migração de sistema

    Dados antigos precisam ser preservados e separados dos XMLs atuais.

    Relatórios legados

    Algumas empresas ainda possuem relatórios com referência ao modelo 16.

    Exceção legal

    Qualquer uso atual precisa ser validado com a SEFAZ competente e o responsável fiscal.

    Transporte ferroviário de passageiros e BP-e

    No transporte ferroviário de passageiros, a emissão fiscal pode ser mais complexa do que uma passagem individual simples. A operação pode envolver estação de embarque, estação de integração, linha ferroviária, sentido, tarifa, categoria de passageiro, gratuidade, benefício, bilhetagem eletrônica, catraca, validador, relatório analítico e totalização por período.

    Por isso, o sistema emissor precisa conectar a realidade operacional do trem com o documento fiscal eletrônico. Não basta gerar um comprovante para o passageiro. É necessário formar base fiscal consistente, gerar XML, assinar, transmitir, autorizar, armazenar protocolo e manter rastreabilidade.

    Controle ferroviário O que registrar Por que importa
    Estação de embarque Código, nome, município, UF, linha, dispositivos e eventos. Identifica a origem operacional da prestação.
    Estação de integração Transferência, conexão, regra tarifária e categoria aplicada. Evita duplicidade de passageiro ou valor.
    Linha ferroviária Código, sentido, trecho, serviço, período e operação. Relaciona os eventos à prestação correta.
    Catracas e validadores Giros, acessos, bloqueios, cartões, QR Codes, data, hora, lote e status. Comprova os eventos de embarque ou validação.
    Bilhetagem Produto tarifário, tarifa, desconto, gratuidade, integração, valor e fechamento. Forma a base tarifária, operacional e financeira.
    Documento fiscal XML, chave, protocolo, status, rejeição, cancelamento, totalização e relatório. Garante rastreabilidade da emissão.

    Cuidado com metrô, trem metropolitano e BP-e TM

    Nem todo transporte sobre trilhos deve ser tratado da mesma forma. Transporte ferroviário regional, trem metropolitano, metrô, operação integrada, transporte turístico e serviço contratado podem ter enquadramentos fiscais diferentes.

    Em operações de metrô, trem metropolitano ou sistemas integrados com catracas, validadores, bilhetagem, gratuidades e integração tarifária, a empresa deve avaliar regras específicas da UF competente, incluindo eventual totalização por estação, integração, período, relatório analítico e regras associadas ao BP-e ou BP-e TM quando aplicável.

    Cenário Risco de confusão Como analisar
    Transporte ferroviário de passageiros Tratar modelo 16 antigo como se fosse atual. Avaliar BP-e modelo 63 conforme UF, credenciamento e obrigação.
    Metrô Ignorar estação, integração, catraca e totalização. Validar regra metroviária, documentos aplicáveis e relatório analítico.
    Trem metropolitano Tratar como passagem individual simples. Verificar bilhetagem, estações, integração tarifária e totalizações.
    Ferrovia turística Emitir BP-e sem analisar natureza do serviço. Validar se o documento aplicável é BP-e, CT-e OS ou outro documento.
    Histórico antigo Misturar modelo 16 antigo com BP-e atual. Separar períodos, documentos, séries, XMLs, relatórios e evidências.

    Boa prática: antes de parametrizar o sistema, valide a natureza da prestação, a UF, o modal, a operação, o tipo de cobrança, a existência de estação ou integração e o documento fiscal correto.

    Estações, bilhetagem, catracas e validadores

    Diferente de uma passagem rodoviária tradicional, o transporte ferroviário pode depender de eventos gerados por estações, catracas, validadores e sistemas de bilhetagem. Esses dados precisam ser tratados antes de formar a base fiscal do BP-e.

    Estação

    Identifica embarque, integração, município, UF, linha e dispositivos vinculados.

    Catraca

    Registra giro, acesso, contador, bloqueio, data, hora e equipamento.

    Validador

    Registra cartão, QR Code, benefício, gratuidade, integração, tarifa e categoria.

    Bilhetagem

    Controla produto tarifário, saldo, recarga, desconto, regra de integração, valor e fechamento.

    Boa prática: cada evento deve ter identificador único, origem, data, hora, estação, dispositivo, lote, status, categoria, tarifa e valor quando aplicável.

    Totalizações e relatório analítico

    Em operações ferroviárias, metroviárias e metropolitanas, o volume de passageiros pode ser alto e a emissão pode depender de totalizações. O sistema precisa demonstrar como os eventos operacionais viraram base fiscal.

    Tipo de totalização Quando usar O que controlar
    Por estação de embarque Quando a estação é a referência principal da prestação. Estação, dispositivos, passageiros, tarifas, gratuidades, integrações e valores.
    Por estação de integração Quando há transferência tarifária ou conexão entre sistemas. Origem, destino, integração, regra aplicada, categoria e valor.
    Por linha ferroviária Quando a operação precisa demonstrar dados por linha ou serviço. Linha, estações, período, passageiros, tarifas e valores.
    Por dia Para fechamento operacional e tratamento de divergências. Eventos do dia, inválidos, duplicados, ajustes e totalizadores.
    Por mês Quando a regra permitir consolidação por competência. Mês de referência, relatórios diários, totais, valores e evidências.

    Relatório analítico: deve demonstrar passageiros, tarifas, gratuidades, integrações, valores, dispositivos, estações, divergências e vínculo com o BP-e autorizado.

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 16 para o modelo 63 é que o documento fiscal principal deixa de ser o bilhete físico e passa a ser o XML autorizado. O DABPE é uma representação gráfica simplificada do BP-e, usada para facilitar operação, embarque, atendimento ou consulta, conforme aplicável.

    Elemento Função no BP-e modelo 63 Importância
    XML Documento fiscal eletrônico principal. Precisa ser gerado conforme leiaute, assinado, autorizado e armazenado.
    Assinatura digital Garante autoria e integridade técnica do documento. Depende de certificado digital válido do emitente.
    Autorização de uso Confirma o uso fiscal do documento pela administração tributária. Documento sem autorização não deve ser tratado como BP-e regular.
    Chave de acesso Identifica o documento fiscal eletrônico. Permite consulta e rastreabilidade.
    Protocolo Comprova o retorno de autorização. Deve ficar vinculado ao XML.
    DABPE Documento auxiliar do BP-e. Auxilia embarque e consulta, mas não substitui o XML autorizado.

    Ponto crítico: imprimir DABPE ou comprovante sem XML autorizado e protocolo não resolve a obrigação fiscal. O sistema precisa garantir o ciclo completo: evento ou venda → validação → XML → assinatura → transmissão → autorização → protocolo → armazenamento → relatório → auditoria.

    O que o sistema precisa controlar no transporte ferroviário com BP-e?

    Ao usar o BP-e modelo 63, o sistema não pode ser apenas uma tela de venda ou relatório. Ele precisa ser uma plataforma integrada entre operação ferroviária, fiscal, financeiro, bilhetagem, atendimento, emissão eletrônica e auditoria.

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série, numeração e credenciamento. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Cadastro de estações Controlar estação de embarque, integração, município, UF, linha, dispositivos e status. Forma a base operacional do transporte ferroviário.
    Linhas e serviços Relacionar linha, sentido, serviço, período, tarifa e operação. Conecta a prestação ao documento fiscal.
    Catracas e validadores Receber giros, acessos, cartões, QR Codes, benefícios, gratuidades, integrações e status. Automatiza a origem dos eventos de passageiros.
    Bilhetagem eletrônica Controlar tarifa, produto tarifário, crédito, desconto, valor e regra de integração. Conecta operação, fiscal e financeiro.
    Passageiros e categorias Separar pagantes, gratuitos, integrados, estudantes, idosos, beneficiários e inválidos. Evita mistura de base fiscal e valores.
    Deduplicação Usar ID único, hash, lote, sequência e idempotência. Evita duplicidade de passageiros, eventos e valores.
    Totalização Consolidar por estação, linha, integração, dia, mês, tarifa, categoria e valor. Forma a base fiscal do BP-e.
    Relatório analítico Demonstrar eventos, passageiros, tarifas, gratuidades, integrações, dispositivos e valores. Sustenta fiscalização e auditoria.
    Geração do XML Montar XML conforme leiaute, schemas, MOC e regras aplicáveis. Evita rejeições técnicas.
    Assinatura digital Assinar com certificado válido do emitente. Garante autenticidade do documento.
    Transmissão Enviar ao ambiente autorizador e controlar retorno. Completa a etapa fiscal.
    Rejeições Registrar código, motivo, XML, correção, usuário e reenvio. Permite resolver pendências sem perder histórico.
    Cancelamentos e eventos Controlar cancelamentos, substituições, inutilizações, contingências e reprocessamentos quando aplicável. Evita inconsistência fiscal e operacional.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios, totalizações e logs. Garante consulta, suporte e auditoria.
    Conciliação Comparar bilhetagem, arrecadação, totalizações, ajustes e BP-e autorizados. Evita divergência entre financeiro e fiscal.

    Como migrar do modelo 16 para o modelo 63

    A migração do Bilhete de Passagem Ferroviário modelo 16 para o BP-e modelo 63 precisa ser planejada. A empresa deve alinhar fiscal, operação, financeiro, tecnologia, bilhetagem, estações, atendimento, suporte, integrações e auditoria.

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, CNAE, certificado, ambiente e documento aplicável. Empresa sabe se está apta e obrigada a emitir BP-e.
    2. Mapeamento legado Identificar séries, numeração, relatórios, documentos antigos e rotinas ligadas ao modelo 16. Histórico preservado sem misturar com o BP-e atual.
    3. Mapeamento operacional Mapear estações, linhas, bilhetagem, catracas, validadores, passageiros, tarifas e integrações. Fluxo operacional pronto para alimentar o BP-e.
    4. Parametrização do sistema Configurar empresa, série, numeração, certificado, ambiente, webservices e regras fiscais. Sistema preparado para homologação e produção.
    5. Integração de dados Conectar catracas, validadores, bilhetagem, arquivos, APIs ou banco intermediário. Eventos chegam ao sistema com rastreabilidade.
    6. Homologação Emitir testes, tratar rejeições, validar XML, DABPE, relatórios, totalizações e retornos. Fluxo técnico validado antes da produção.
    7. Treinamento Treinar fiscal, financeiro, operação, atendimento, suporte e tecnologia. Equipe entende a nova rotina eletrônica.
    8. Produção assistida Acompanhar emissões reais, rejeições, totalizações, conciliações e relatórios. Redução de risco no início da operação.
    9. Auditoria contínua Conferir XMLs, protocolos, bilhetagem, financeiro, logs e armazenamento. Operação fiscal mais segura.

    Erros comuns ao escolher entre modelo 16 e modelo 63

    Os erros mais comuns são continuar tratando o modelo 16 como documento atual, emitir comprovante sem XML autorizado, confundir DABPE com documento fiscal principal, não armazenar protocolo, ignorar rejeições, não controlar estação de embarque, misturar gratuidades com pagantes, duplicar integrações, não gerar relatório analítico, não conciliar financeiro e não separar documentos antigos dos documentos eletrônicos atuais.

    Usar modelo 16 por costume

    Se a empresa está obrigada ao BP-e, o fluxo deve ser eletrônico no modelo 63.

    Confundir DABPE com XML

    O DABPE é auxiliar. O XML autorizado é o documento fiscal principal.

    Não armazenar protocolo

    Sem protocolo, a empresa perde comprovação do retorno de autorização.

    Ignorar estações

    Estação de embarque e integração podem ser referências centrais na operação ferroviária.

    Não separar histórico

    Modelo 16 antigo e BP-e modelo 63 atual precisam ser separados em relatórios e auditoria.

    Sem conciliação

    Bilhetagem, financeiro, totalização e documento fiscal precisam fechar entre si.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63, substituir rotinas antigas ligadas ao Bilhete de Passagem Ferroviário modelo 16, organizar transporte ferroviário, estações, bilhetagem, catracas, validadores, totalizações, XML, DABPE, autorização, rejeições, financeiro, integrações, relatórios e gestão operacional.

    Emissão de BP-e

    A solução de emissão de BP-e apoia empresas que precisam gerar, autorizar, armazenar e controlar documentos fiscais eletrônicos de transporte de passageiros.

    BP-e ferroviário

    A página de BP-e para transporte ferroviário apoia operações de trem, estações, relatórios e totalizações.

    BP-e metroviário

    A página de BP-e para transporte metroviário apoia operações com estações, integração, bilhetagem e catracas.

    BP-e metropolitano

    A página de BP-e para transporte metropolitano apoia operações com grande volume, catracas, validadores e totalizações.

    Integrações e APIs

    As integrações e APIs podem conectar bilhetagem, catracas, validadores, financeiro, fiscalização e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar rotinas de emissão, homologação, produção assistida e treinamento.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático: modelo 16 ou modelo 63 no transporte ferroviário

    Use este checklist para validar qual documento usar e como preparar a operação ferroviária para BP-e.

    • Validar na SEFAZ competente se a empresa está obrigada, autorizada ou credenciada ao BP-e.
    • Confirmar se a operação é ferroviária, metroviária, metropolitana, intermunicipal, interestadual, turística, fretada ou outro enquadramento.
    • Confirmar se o documento correto é BP-e modelo 63, BP-e TM, CT-e OS ou outro documento aplicável.
    • Tratar o modelo 16 como documento antigo, legado ou histórico quando a empresa já está no BP-e.
    • Separar documentos históricos modelo 16 dos documentos eletrônicos modelo 63.
    • Configurar CNPJ, inscrição estadual, UF, certificado digital, ambiente, série, numeração e webservices.
    • Cadastrar estações de embarque, estações de integração, municípios, linhas, sentidos, dispositivos e status.
    • Integrar catracas, validadores, bilhetagem, cartões, QR Codes, gratuidades e benefícios.
    • Capturar ID único do evento, data, hora, estação, dispositivo, lote, origem e status.
    • Separar passageiros pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos.
    • Mapear tarifa comum, tarifa integrada, gratuidade, benefício, desconto, valor recebido, ajuste e valor contábil.
    • Deduplicar eventos antes da totalização.
    • Definir totalização por estação, linha, integração, dia, mês, tarifa, categoria ou outro critério aplicável.
    • Gerar relatório analítico com passageiros, tarifas, valores, dispositivos, gratuidades, integrações e divergências.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
    • Armazenar XML, protocolo, DABPE, logs, eventos, relatórios e totalizações.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, reprocessamentos e eventos fiscais conforme regra aplicável.
    • Conciliar bilhetagem, arrecadação, totalizações, ajustes, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar atendimento, operação, financeiro, fiscal, suporte e tecnologia.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, fornecedor de bilhetagem e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e modelo 63, transporte ferroviário, estações, bilhetagem, XML, DABPE, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Ferroviário

    Fontes oficiais para validar modelo 16 e modelo 63

    Como modelo 16 e modelo 63 envolvem obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    SEFAZ-SP Sobre o BP-e

    Consulte a definição oficial do BP-e modelo 63: SEFAZ-SP Sobre o BP-e.

    Perguntas Frequentes BP-e

    Consulte dúvidas oficiais sobre BP-e e substituição de bilhetes antigos: Perguntas Frequentes BP-e.

    Portaria CAT 96/2015

    Consulte procedimentos para prestadores de transporte metroviário e ferroviário de passageiros: Portaria CAT 96/2015.

    Portaria SRE 33/2026

    Consulte a norma que atualizou regras do BP-e em São Paulo: Portaria SRE 33/2026.

    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, transporte ferroviário, transporte metroviário, transporte metropolitano, bilhetagem, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre modelo 16 ou modelo 63 no transporte ferroviário

    Modelo 16 ou modelo 63: qual documento usar no transporte ferroviário?

    Quando a empresa está obrigada, autorizada ou credenciada ao BP-e, deve usar o modelo 63. O modelo 16 é o Bilhete de Passagem Ferroviário antigo e deve ser tratado como histórico, legado ou exceção específica validada com a SEFAZ competente.

    O que é o Bilhete de Passagem Ferroviário modelo 16?

    É o documento fiscal antigo de passagem ferroviária, ligado à sistemática de documentos em papel, impressão, série, numeração, guarda física e controles legados.

    O que é o BP-e modelo 63?

    É o Bilhete de Passagem Eletrônico, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros por meio de XML assinado digitalmente e autorizado pela administração tributária.

    O BP-e modelo 63 substitui o modelo 16?

    Sim. O BP-e modelo 63 pode substituir o Bilhete de Passagem Ferroviário modelo 16 conforme adoção, obrigatoriedade e regras da unidade federada competente.

    O modelo 16 ainda pode ser usado?

    Depende de regra específica da SEFAZ competente. Em empresas já obrigadas ao BP-e, o modelo 16 não deve ser usado como alternativa operacional comum e tende a aparecer apenas como histórico ou legado.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    Empresa ferroviária precisa controlar estação no BP-e?

    Dependendo da regra aplicável e da operação, sim. Em operações ferroviárias, metroviárias e metropolitanas, a estação de embarque ou integração pode ser referência central para totalização e relatório analítico.

    Catraca ou validador emite BP-e?

    Não. Catracas e validadores registram eventos operacionais. O sistema emissor precisa tratar esses eventos, gerar totalizações, montar XML, assinar, transmitir, consultar autorização e armazenar protocolo.

    BP-e ferroviário é igual ao BP-e rodoviário?

    O documento eletrônico é o BP-e modelo 63, mas os dados operacionais podem variar conforme o modal, a regra da UF e o leiaute aplicável. Transporte ferroviário pode exigir controles próprios de estação, integração, bilhetagem, totalização e relatório analítico.

    Metrô e trem metropolitano usam as mesmas regras?

    Não necessariamente. Metrô, trem metropolitano, transporte ferroviário regional, operação integrada e ferrovia turística precisam ser analisados conforme UF, natureza da prestação, forma de cobrança, isenções, credenciamento e documento aplicável.

    O Vexado pode ajudar com emissão de BP-e ferroviário?

    O Vexado pode apoiar empresas com emissão de BP-e, transporte ferroviário, transporte metroviário, integrações, APIs, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas fora de São Paulo devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de transporte.

    Quer migrar do modelo 16 para o BP-e modelo 63? Fale com o Vexado e veja como organizar emissão fiscal, transporte ferroviário, estações, bilhetagem, XML, DABPE, autorização, protocolo, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Ferroviário

    Conclusão

    Entre modelo 16 ou modelo 63, o transporte ferroviário de passageiros deve usar o BP-e modelo 63 quando a empresa estiver obrigada, autorizada ou credenciada para emissão eletrônica na unidade federada competente. O Bilhete de Passagem Ferroviário modelo 16 pertence à sistemática antiga e deve ser tratado como histórico, legado ou exceção específica validada com a SEFAZ.

    A mudança não é apenas trocar um número de modelo. Ela transforma toda a operação fiscal: a empresa precisa gerar XML, assinar digitalmente, transmitir, obter autorização de uso, armazenar protocolo, gerar DABPE quando aplicável, tratar rejeições, controlar cancelamentos, totalizações, relatórios, financeiro e auditoria.

    No transporte ferroviário, a atenção precisa ser ainda maior quando há estações, catracas, validadores, bilhetagem eletrônica, integrações tarifárias, gratuidades, alto volume de passageiros e totalização por período. O sistema precisa ligar a operação real ao documento fiscal autorizado.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e modelo 63, transporte ferroviário, transporte metroviário, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, fornecedor de bilhetagem, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para emissão de BP-e ferroviário? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, modelo 16, modelo 63, Bilhete de Passagem Ferroviário modelo 16, BP-e modelo 63, transporte ferroviário, transporte metroviário, transporte metropolitano, DABPE, XML, autorização, protocolo, cancelamento, substituição, rejeições, contingência, armazenamento, guarda documental, estação de embarque, estação de integração, catracas, validadores, bilhetagem, totalizações, relatório analítico, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, fornecedor de bilhetagem, equipe técnica ou profissionais especializados antes de tomar decisões.


  • Reforma Tributária no BP-e Rodoviário: principais mudanças para viações

    Reforma Tributária no BP-e Rodoviário: principais mudanças para viações

    Reforma Tributária no BP-e Rodoviário: principais mudanças para viações. Entenda como IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento, XML, DABPE, rejeições, homologação, produção assistida, relatórios fiscais e auditoria impactam empresas rodoviárias, viações, agências, guichês, marketplaces e sistemas de venda de passagens.

    • Entenda o que muda no BP-e Rodoviário com a Reforma Tributária.
    • Veja como IBS, CBS, vTotDFe, PagVinc e cClassTrib afetam a emissão fiscal.
    • Conheça os cuidados para viações, agências, guichês, sites, aplicativos e marketplaces.

    Reforma Tributária no BP-e Rodoviário: quais são as principais mudanças para viações? A principal mudança é que o BP-e Rodoviário passa a exigir mais integração entre venda de passagem, pagamento, XML fiscal, classificação tributária, autorização, eventos e auditoria. A emissão deixa de depender apenas dos dados tradicionais da viagem e passa a exigir atenção a IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc e novas regras de validação.

    Para viações, isso significa revisar o fluxo completo: venda no guichê, venda online, venda por agência, marketplace, dinheiro, cartão, PIX, TEF, link de pagamento, cancelamento, remarcação, reembolso, DABPE, XML autorizado, protocolo, rejeições e relatórios fiscais.

    O impacto não é apenas contábil. A Reforma Tributária chega diretamente no sistema de venda de passagens, no financeiro, no fechamento de caixa, nas integrações de pagamento, nos relatórios gerenciais e na rotina da equipe operacional.

    Precisa preparar sua viação para a Reforma Tributária no BP-e? Fale com o Vexado para avaliar XML, IBS, CBS, pagamentos, PagVinc, relatórios, homologação e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    A Reforma Tributária no BP-e Rodoviário exige que viações preparem o sistema emissor para informar IBS, CBS, CST, cClassTrib, vTotDFe e dados relacionados ao pagamento. O sistema precisa conectar venda da passagem, passageiro, comprador, forma de pagamento, XML, autorização, protocolo, eventos e relatórios. Em 2026, o foco prático é preparação, testes, homologação, validação de XML, atualização de schemas e produção assistida.

    IBS e CBS

    Novos tributos da Reforma Tributária que passam a impactar o XML do BP-e.

    vTotDFe

    Total do documento fiscal eletrônico, crítico quando houver grupo IBSCBS.

    PagVinc

    Vinculação entre transação financeira e documento fiscal eletrônico.

    Auditoria

    Rastreabilidade entre venda, pagamento, XML, protocolo, evento e relatório.

    Reforma Tributária no BP-e Rodoviário: o que muda?

    A Reforma Tributária muda o BP-e Rodoviário porque adiciona novas informações fiscais e novas validações ao documento eletrônico. A viação precisa preparar o sistema para IBS, CBS, CST, cClassTrib, grupo IBSCBS, vTotDFe, PagVinc, meios de pagamento, rejeições, eventos e relatórios de auditoria.

    Resposta direta: no BP-e Rodoviário, as principais mudanças para viações são a atualização do XML para IBS/CBS, a classificação tributária por CST e cClassTrib, o preenchimento correto do vTotDFe quando houver IBSCBS, a vinculação de pagamentos por PagVinc, a revisão dos meios de pagamento, o tratamento de novas rejeições e a criação de relatórios que conectem venda, passageiro, pagamento, documento fiscal e protocolo.

    Mudança Impacto para viações Risco se não preparar
    IBS e CBS Novos campos e validações no XML do BP-e. Rejeição ou inconsistência fiscal.
    CST e cClassTrib Classificação tributária da operação rodoviária. Enquadramento fiscal incorreto.
    vTotDFe Total do documento fiscal eletrônico. Rejeição quando houver IBSCBS e o total não for informado.
    PagVinc Vínculo entre pagamento e documento fiscal. Fiscal desconectado do financeiro.
    Meios de pagamento Dinheiro, cartão, PIX, TEF, link, agência e marketplace precisam de rastreabilidade. Divergência entre venda, caixa, pagamento e XML.
    Relatórios Auditoria por venda, passagem, pagamento, tributo, protocolo e evento. Dificuldade para explicar rejeições e divergências.

    Fontes oficiais úteis para validação: FAQ BP-e/SVRS, Documentos BP-e/SVRS, Avisos BP-e/SVRS, Notícias BP-e/SVRS, Serviços BP-e/SVRS, Orientações da Receita Federal para 2026 e Lei Complementar 214/2025.

    O que é BP-e Rodoviário?

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

    Na rotina de uma viação, o BP-e costuma estar ligado à venda de uma passagem individual, com origem, destino, passageiro, comprador, horário, linha, veículo, classe, tarifa, forma de pagamento, DABPE e protocolo de autorização.

    Viagem

    Origem, destino, data, horário, linha, trecho, classe de serviço e veículo.

    Passageiro

    Dados de identificação do passageiro, conforme regra aplicável.

    Pagamento

    Dinheiro, cartão, PIX, TEF, link de pagamento, agência, site ou marketplace.

    Documento fiscal

    XML autorizado, chave de acesso, protocolo, DABPE, consulta e eventos.

    Impactos práticos para viações

    Para viações, a Reforma Tributária exige uma revisão completa do fluxo 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.

    Área da viação O que muda Ação recomendada
    Guichê Venda em dinheiro, cartão, PIX ou TEF precisa alimentar fiscal e financeiro. Integrar caixa, pagamento e emissão de BP-e.
    Site/app Pagamento online precisa se conectar ao documento autorizado. Vincular pedido, pagamento, reserva e XML.
    Agências Comissão, repasse e venda intermediada precisam de rastreabilidade. Separar vendedor, comprador, passageiro e forma de liquidação.
    Marketplaces Pedido externo, taxa, comissão e repasse entram na conciliação. Integrar canal externo, pagamento e BP-e.
    Fiscal IBS/CBS, CST, cClassTrib, vTotDFe e rejeições entram na rotina. Parametrizar regras e validar XML antes da transmissão.
    Financeiro Pagamentos e estornos precisam conversar com o DFe. Criar relatórios de conciliação fiscal e financeira.

    IBS e CBS no BP-e Rodoviário

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

    Tributo O que representa Impacto prático no BP-e
    IBS Imposto sobre Bens e Serviços. Novas informações fiscais e validações no XML.
    CBS Contribuição sobre Bens e Serviços. Novas informações fiscais federais no documento eletrônico.
    IBSCBS Grupo técnico no XML com dados dos novos tributos. Exige validação de preenchimento, valores e total do DFe.
    CST Código de situação tributária. Classifica o tratamento fiscal da prestação.
    cClassTrib Código de classificação tributária. Detalha o enquadramento da operação.

    Regime específico do transporte coletivo

    A Lei Complementar 214/2025 traz tratamento específico para determinadas operações de transporte coletivo de passageiros. Para viações rodoviárias, é essencial avaliar se a operação é intermunicipal, interestadual, urbana, semiurbana, metropolitana, fretamento, turismo ou outro tipo de prestação.

    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 mesma empresa pode ter operações com tratamentos diferentes, dependendo do tipo de serviço prestado.

    Tipo de operação Atenção fiscal Cuidados no sistema
    Rodoviário intermunicipal Pode ter tratamento específico conforme LC 214/2025 e regra aplicável. Parametrizar por UF, rota, tipo de serviço e classificação tributária.
    Rodoviário interestadual Pode ter regra específica e necessidade de correta classificação. Separar origem, destino, UF, tarifa, tributos e relatório.
    Semiurbano/metropolitano Pode se aproximar de regras de BP-e TM quando houver catracas ou equivalentes. Não misturar emissão rodoviária comum com totalização metropolitana.
    Fretamento/turismo Pode exigir análise de documento fiscal e enquadramento próprio. Separar operação, contrato, passageiro, pagamento e emissão fiscal.
    Agência/marketplace Intermediação pode ter comissão, repasse e pagamento separado. Rastrear comprador, passageiro, canal, pagamento e DFe.

    Cuidado: não parametrizar IBS/CBS por “achismo”. A classificação tributária precisa ser validada com contador e responsável fiscal, especialmente quando houver redução, regime específico, isenção, integração, intermediação ou operação mista.

    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 viações, isso exige consistência entre tarifa, desconto, taxa, seguro, comissão, valor pago, valor fiscal, valor do BP-e e total do DFe.

    Item da passagem Risco na Reforma Tributária Boa prática
    Tarifa Valor fiscal diferente do valor vendido. Usar a venda autorizada como base confiável.
    Desconto Base tributária inconsistente. Registrar desconto de forma estruturada.
    Taxas Total do DFe divergente. Separar tarifa, taxa, seguro e serviço adicional.
    Comissão Confusão entre valor da prestação e valor da intermediação. Separar venda própria, agência e marketplace.
    Pagamento Valor pago não bate com XML. Conciliar venda, pagamento e BP-e.
    vTotDFe Rejeição por total ausente ou incorreto. Validar localmente antes de transmitir.

    CST e cClassTrib

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

    CST

    Indica o tratamento tributário da operação.

    cClassTrib

    Detalha o enquadramento tributário da prestação.

    Parametrização

    Deve considerar empresa, UF, operação, modal, rota e regra fiscal.

    Auditoria

    Cada classificação precisa ser rastreável e justificável em relatório.

    PagVinc e meios de pagamento

    O PagVinc aproxima o documento fiscal eletrônico da transação financeira. Para viações, isso é relevante porque a passagem pode ser paga por dinheiro, cartão, PIX, TEF, link de pagamento, agência, marketplace, boleto, carteira digital ou outros meios.

    Meio de pagamento Dados que a viação deve controlar Uso na auditoria
    Dinheiro Caixa, operador, agência, data, valor e fechamento. Conferência de caixa e venda emitida.
    Cartão/TEF NSU, autorização, terminal, adquirente, bandeira, valor e estorno. Conciliação entre transação e BP-e.
    PIX Txid, cobrança, confirmação, expiração, valor e estorno. Vínculo entre pagamento confirmado e documento fiscal.
    Link de pagamento Validade, status, transação, confirmação e expiração. Evita emitir sem confirmação ou perder reserva.
    Agência Comissão, repasse, vendedor, comprador, passageiro e fechamento. Separa venda, intermediação e prestação.
    Marketplace Pedido externo, comissão, taxa, liquidação e repasse. Rastreia canal externo até o XML autorizado.

    Venda de passagem, comprador e passageiro

    Na operação rodoviária, o passageiro nem sempre é o comprador. Uma empresa pode comprar para um funcionário, uma agência pode vender para terceiros, um familiar pode comprar para outro passageiro e um marketplace pode intermediar a transação.

    A Reforma Tributária reforça a necessidade de separar corretamente esses papéis, porque a rastreabilidade fiscal e financeira precisa explicar quem comprou, quem viajou, quem pagou, por qual canal a venda ocorreu e qual BP-e foi autorizado.

    Papel Quem pode ser? Por que controlar?
    Passageiro Pessoa que embarca na viagem. Identifica quem recebe a prestação de transporte.
    Comprador Passageiro, terceiro, empresa, agência ou marketplace. Rastreia a contratação da passagem.
    Pagador Pessoa física, jurídica, cartão, PIX, agência ou intermediador. Concilia financeiro, estorno e documento fiscal.
    Vendedor Guichê, agência, site, app, marketplace ou operador. Permite comissão, controle de caixa e auditoria.

    O que muda no XML?

    O XML do BP-e Rodoviá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.

    Grupo ou informação Impacto no XML Validação necessária
    IBSCBS Grupo com informações dos novos tributos. Obrigatoriedade, valores e consistência.
    CST Situação tributária. Compatibilidade com a operação.
    cClassTrib Classificação tributária. Enquadramento correto.
    vTotDFe Total do documento fiscal eletrônico. Obrigatório quando houver grupo IBSCBS.
    PagVinc Vínculo com transação financeira. Rastreabilidade entre pagamento e DFe.
    Eventos Cancelamento, substituição, não embarque e reprocessamento. Controle do ciclo de vida fiscal.

    Cancelamento, remarcação e eventos

    A viação também precisa revisar o ciclo de vida do BP-e. A venda pode ser cancelada, a passagem pode ser remarcada, o passageiro pode não embarcar, o pagamento pode ser estornado e o documento pode precisar de evento fiscal.

    Situação Impacto fiscal Controle necessário
    Cancelamento Pode exigir evento e vínculo com pagamento/estorno. Motivo, prazo, usuário, XML, protocolo e valor.
    Remarcação Pode exigir substituição ou novo documento conforme regra aplicável. Documento original, novo documento, diferença de valor e motivo.
    Não embarque Pode exigir tratamento operacional e fiscal. Passageiro, viagem, prazo, regra comercial e relatório.
    Estorno Precisa conversar com financeiro e documento fiscal. Transação original, valor, comprovante e vínculo com BP-e.
    Reprocessamento Ocorre em rejeição, falha técnica ou indisponibilidade. Logs, tentativa, retorno, usuário, horário e correção.

    Homologação e testes

    Antes de liberar alterações em produção, a viação deve testar cenários reais em homologação. O objetivo é evitar que as primeiras rejeições apareçam no guichê, no site ou no momento do embarque.

    Cenário de teste O que validar
    Venda em dinheiro Caixa, valor, BP-e, IBS/CBS, vTotDFe e autorização.
    Venda com cartão/TEF NSU, terminal, autorização, PagVinc, valor e conciliação.
    Venda com PIX Txid, confirmação, expiração, cancelamento e vínculo fiscal.
    Venda por agência Comissão, repasse, comprador, passageiro e BP-e autorizado.
    Venda por marketplace Pedido externo, pagamento, taxa, comissão, repasse e XML.
    Cancelamento Evento, estorno, prazo, protocolo e relatório.
    Remarcação Substituição, diferença de valor, pagamento adicional e vínculo.
    Rejeições IBS/CBS ausente, vTotDFe ausente, cClassTrib incorreto e schema antigo.

    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 viação precisa conseguir explicar cada BP-e autorizado, rejeitado, cancelado, substituído ou pendente.

    Relatório Deve mostrar Uso prático
    Autorizados Chave, protocolo, passageiro, comprador, valor, tributos e pagamento. Controle fiscal diário.
    Rejeitados Código, motivo, XML, campo, regra violada e ação necessária. Correção rápida.
    Pagamentos Dinheiro, cartão, PIX, TEF, link, agência, marketplace e PagVinc. Conciliação fiscal e financeira.
    Tributos IBS, CBS, CST, cClassTrib, base, valores e vTotDFe. Conferência tributária.
    Eventos Cancelamento, substituição, não embarque, reprocessamento e protocolo. Ciclo de vida do documento.
    Auditoria Usuário, data, payload, retorno, alteração, erro e correção. Compliance e investigação.

    O que o sistema precisa controlar?

    Um sistema preparado para Reforma Tributária no BP-e Rodoviá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.

    Área Controle necessário
    Fiscal IBS, CBS, CST, cClassTrib, vTotDFe, regras por empresa, UF, operação e modal.
    Venda Origem, destino, passageiro, comprador, horário, classe, tarifa e descontos.
    Pagamento Dinheiro, cartão, PIX, TEF, link, agência, marketplace, estorno e PagVinc.
    XML Schemas, grupo IBSCBS, assinatura, autorização, rejeição, protocolo e consulta.
    Eventos Cancelamento, substituição, remarcação, não embarque e reprocessamento.
    Relatórios Autorizados, rejeitados, pendentes, tributos, pagamentos e eventos.
    Auditoria Logs, usuários, datas, payloads, retornos, alterações e histórico completo.

    Erros comuns

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

    Atualizar só o XML

    Sem revisar venda e pagamento, a adequação fica incompleta.

    Ignorar vTotDFe

    Quando há IBSCBS, o total do DFe precisa ser informado corretamente.

    Classificar errado

    CST e cClassTrib incorretos podem gerar inconsistência fiscal.

    Não vincular pagamento

    Sem PagVinc ou conciliação, o fiscal fica desconectado do financeiro.

    Não testar agência/marketplace

    Venda intermediada tem comissão, repasse e rastreabilidade própria.

    Não criar auditoria

    Sem logs e relatórios, a empresa não explica rejeições e divergências.

    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 viações que precisam preparar seus fluxos para Reforma Tributária, BP-e Rodoviário, IBS, CBS, pagamentos, relatórios e auditoria.

    O Vexado pode apoiar com emissão de BP-e, venda de passagens, agências, guichês, vendas online, integrações, pagamentos, APIs, relatórios, automação, homologação, produção assistida e organização de dados fiscais e financeiros. O ponto mais importante é conectar operação, pagamento e fiscal de forma rastreável.

    BP-e Rodoviário

    A solução de BP-e Rodoviário apoia viações na emissão, autorização, armazenamento e controle fiscal.

    Venda de passagens

    A solução de venda de passagens conecta passageiro, comprador, pagamento, reserva e emissão fiscal.

    Integrações e APIs

    As integrações e APIs podem conectar pagamentos, marketplaces, financeiro, BI e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida e governança.

    Automação de processos

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Relatórios e auditoria

    Dashboards para acompanhar autorizados, rejeitados, pagamentos, eventos, IBS/CBS e divergências.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas enquadramento fiscal, classificação tributária, alíquotas, regimes específicos, obrigatoriedade e credenciamento devem ser validados com contador, responsável fiscal, SEFAZ, CGIBS/RFB, jurídico e equipe técnica.

    Checklist prático para viações

    • Identificar todos os tipos de operação da viação: intermunicipal, interestadual, semiurbano, turismo, fretamento, agência e marketplace.
    • Mapear quais operações emitem BP-e Rodoviá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.
    • Mapear meios de pagamento: dinheiro, cartão, PIX, TEF, link, agência e marketplace.
    • 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 guichê, site, app, agência e marketplace.
    • Testar cancelamento, remarcação, estorno, não embarque e reprocessamento.
    • Testar rejeições de IBS/CBS, vTotDFe, cClassTrib e pagamento.
    • Criar relatórios de autorizados, rejeitados, tributos, pagamentos e eventos.
    • Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
    • Treinar fiscal, financeiro, TI, operação, suporte, atendimento e guichês.
    • Fazer produção assistida nas primeiras emissões com novas regras.
    • Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Quer preparar sua viação para a Reforma Tributária no BP-e? Fale com o Vexado e veja como organizar XML, pagamentos, IBS/CBS, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Rodoviário

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

    Como BP-e Rodoviário, Reforma Tributária, IBS, CBS, PagVinc, vTotDFe, classificação tributária e transporte de passageiros envolvem obrigação fiscal sensível, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, CGIBS/RFB, equipe jurídica, integradores ou equipe técnica.

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e modelo 63, autorização, assinatura digital e documentos substituídos: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte notas técnicas, schemas, Reforma Tributária, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre vTotDFe, IBSCBS, split payment, QR Code e regras técnicas: Avisos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte comunicados sobre NTs 2026.002, BPe, BPeTM, BPeTA e Reforma Tributária: Notícias BP-e/SVRS.

    Receita Federal

    Consulte orientações oficiais para o ano de teste da CBS e do IBS em 2026: Orientações da Reforma Tributária para 2026.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para viações em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre Reforma Tributária no BP-e Rodoviário

    Reforma Tributária no BP-e Rodoviário: o que muda para viações?

    Muda a necessidade de informar IBS, CBS, CST, cClassTrib, vTotDFe e dados de pagamento no BP-e, além de integrar venda, passageiro, comprador, pagamento, XML, protocolo, eventos e relatórios de auditoria.

    O que é BP-e Rodoviário?

    É o Bilhete de Passagem Eletrônico aplicado ao transporte rodoviário de passageiros, emitido em XML, assinado digitalmente e autorizado pela administração tributária antes do fato gerador.

    IBS e CBS impactam o BP-e Rodoviário?

    Sim. O BP-e Rodoviário precisa ser preparado para os novos campos e validações ligados a IBS, CBS, IBSCBS, CST, cClassTrib e vTotDFe.

    O que é vTotDFe no BP-e Rodoviário?

    vTotDFe é o valor total do documento fiscal eletrônico. Quando houver informação no grupo IBSCBS, esse campo deve ser informado conforme regra de validação.

    O que é PagVinc no BP-e?

    PagVinc é a vinculação entre a transação financeira e o documento fiscal eletrônico, conectando o pagamento ao DFe autorizado.

    Viações precisam revisar meios de pagamento?

    Sim. Dinheiro, cartão, PIX, TEF, link de pagamento, agência e marketplace precisam ser mapeados para permitir conciliação entre venda, pagamento e BP-e.

    Venda por agência muda alguma coisa?

    A venda por agência exige controle de vendedor, comprador, passageiro, comissão, repasse, fechamento e vínculo com o documento fiscal autorizado.

    Venda por marketplace precisa de atenção?

    Sim. Marketplaces envolvem pedido externo, pagamento, comissão, taxa, repasse e conciliação, exigindo rastreabilidade com o BP-e emitido.

    O que testar em homologação?

    Teste venda em dinheiro, cartão, PIX, TEF, link, agência, marketplace, cancelamento, remarcação, estorno, rejeições, IBS/CBS, vTotDFe e PagVinc.

    Quais rejeições podem ocorrer?

    Podem ocorrer rejeições por IBS/CBS ausente quando exigido, vTotDFe não informado, cClassTrib incorreto, schema desatualizado ou divergência entre valores e pagamento.

    2026 já exige recolhimento de IBS e CBS?

    As orientações oficiais da Receita Federal tratam 2026 como ano de teste da CBS e do IBS, com dispensa de recolhimento para contribuintes que emitirem documentos fiscais ou declarações observando normas e notas vigentes. Ainda assim, o sistema precisa estar preparado tecnicamente.

    O Vexado pode ajudar com Reforma Tributária no BP-e Rodoviário?

    O Vexado pode apoiar empresas na análise, emissão de BP-e, integrações com pagamentos, APIs, relatórios, automação, auditoria e preparação técnica para as mudanças fiscais.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas enquadramento, classificação tributária, alíquotas, regimes específicos, obrigatoriedade e decisões fiscais devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar como preparar sua viação para BP-e Rodoviário, Reforma Tributária, pagamentos, integrações e auditoria.

    Quer preparar sua viação para BP-e Rodoviário e Reforma Tributária? Fale com o Vexado e veja como organizar XML, pagamentos, classificação tributária, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Rodoviário

    Conclusão

    A Reforma Tributária no BP-e Rodoviário exige que viações integrem venda, pagamento, fiscal e auditoria em um fluxo único e rastreável. Não basta atualizar uma tag no XML. É preciso revisar classificação tributária, IBS, CBS, vTotDFe, PagVinc, meios de pagamento, eventos, rejeições e relatórios.

    Para viações, o maior desafio está em garantir que cada passagem vendida tenha ligação clara com passageiro, comprador, pagamento, XML autorizado, protocolo e eventual cancelamento ou remarcação. Isso vale para guichê, site, agência, marketplace, TEF, PIX, cartão, dinheiro e link de pagamento.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e Rodoviário, Reforma Tributária, IBS, CBS, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para BP-e Rodoviário? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BP-e Rodoviário, Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, pagamentos, integração financeira, armazenamento, guarda documental, APIs, regimes específicos ou obrigações legais, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • Reforma Tributária no BP-e Metropolitano: impactos para metrôs, trens e ônibus

    Reforma Tributária no BP-e Metropolitano: impactos para metrôs, trens e ônibus

    Reforma Tributária no BP-e Metropolitano: impactos para metrôs, trens e ônibus. Entenda como IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, meios de pagamento, catracas, validadores, contadores, bilhetagem eletrônica, totalização, XML, rejeições, relatórios e auditoria afetam operações metropolitanas, semiurbanas, metroviárias, ferroviárias e rodoviárias de passageiros.

    • Entenda o impacto da Reforma Tributária no BP-e Metropolitano e no BP-e TM.
    • Veja o que muda para metrôs, trens e ônibus com catracas, validadores e bilhetagem eletrônica.
    • Conheça os cuidados com IBS, CBS, vTotDFe, PagVinc, totalização, XML e auditoria fiscal.

    Reforma Tributária no BP-e Metropolitano: o que muda para metrôs, trens e ônibus? A principal mudança é que operações metropolitanas e semiurbanas passam a exigir mais integração entre emissão fiscal, bilhetagem, pagamento, catracas, validadores, totalização, relatórios e classificação tributária. O BP-e Metropolitano, especialmente quando enquadrado como BP-e TM, não pode ser tratado como uma passagem rodoviária individual comum.

    Em operações de ônibus metropolitanos, trens urbanos, metrôs e sistemas integrados, a cobrança muitas vezes ocorre por catracas, contadores, validadores, cartões de transporte, QR Code, bilhetagem eletrônica ou sistemas equivalentes. Com a Reforma Tributária, esses dados operacionais precisam conversar melhor com o XML fiscal, com o grupo IBSCBS, com o vTotDFe, com os meios de pagamento e com os relatórios de auditoria.

    Na prática, empresas e operadores de transporte metropolitano precisam se preparar para um cenário em que o documento fiscal eletrônico não depende apenas da venda da passagem, mas também da totalização por linha, estação, validador, equipamento, categoria tarifária, integração, gratuidade e período.

    Precisa preparar metrô, trem ou ônibus metropolitano para BP-e TM e Reforma Tributária? Fale com o Vexado para avaliar XML, IBS, CBS, PagVinc, validadores, catracas, totalização, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    A Reforma Tributária impacta o BP-e Metropolitano porque exige que operações de metrôs, trens e ônibus estejam preparadas para informar IBS, CBS, CST, cClassTrib, vTotDFe e dados ligados ao pagamento. Em operações com catracas, validadores e bilhetagem eletrônica, o desafio é conectar totalização operacional, pagamento, XML, eventos e relatórios fiscais. O BP-e TM exige atenção especial porque possui lógica própria para transporte metropolitano e semiurbano, diferente da venda individual de passagem rodoviária.

    Metrôs

    Estações, bloqueios, validadores, integração tarifária, cartões, gratuidades e totalização por período.

    Trens

    Linhas, estações, embarques, tarifas, integração, catracas e relatórios operacionais.

    Ônibus metropolitanos

    Linhas regulares, catracas, validadores, bilhetagem eletrônica, categorias e totalização.

    BP-e TM

    Leiaute específico para transporte metropolitano ou semiurbano com contadores e sistemas equivalentes.

    Reforma Tributária no BP-e Metropolitano: o que muda?

    A Reforma Tributária muda o BP-e Metropolitano porque obriga empresas de transporte a integrar melhor a operação de passageiros com a emissão fiscal, a classificação tributária, o pagamento e a auditoria. Em metrôs, trens e ônibus metropolitanos, isso significa que catracas, validadores, bilhetagem eletrônica, cartões, integrações tarifárias e totalizações precisam alimentar corretamente o documento fiscal eletrônico.

    Resposta direta: no BP-e Metropolitano, a Reforma Tributária exige preparação para IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento, totalização, validação de XML, rejeições e relatórios. Para metrôs, trens e ônibus, o maior impacto está na conexão entre catracas, validadores, bilhetagem, pagamento, totalização e documento fiscal autorizado.

    Área impactada O que muda Risco se não preparar
    Fiscal IBS, CBS, CST, cClassTrib, vTotDFe e regras de validação. Rejeição ou classificação fiscal incorreta.
    Operação Catracas, validadores, estações, linhas, categorias e totalização. Documento fiscal desconectado da operação real.
    Pagamento Cartão de transporte, QR Code, PIX, débito, crédito, integração e PagVinc. Falha na rastreabilidade financeira.
    Relatórios Auditoria por linha, estação, validador, período, categoria e tributo. Dificuldade de comprovar valores e totalizações.
    TI Integração entre bilhetagem, financeiro, motor fiscal e XML. Retrabalho, inconsistência e falhas em produção.

    Fontes oficiais úteis para validação: BP-e TM SEFAZ-SP, Portaria CAT 102/2018, Documentos BP-e/SVRS, Avisos BP-e/SVRS, Notícias BP-e/SVRS e Lei Complementar 214/2025.

    O que é BP-e Metropolitano / BP-e TM?

    O BP-e Metropolitano, muitas vezes tratado como BP-e TM, é uma modalidade de BP-e voltada para operações metropolitanas ou semiurbanas que não seguem necessariamente a lógica de uma passagem individual tradicional. Ele é especialmente importante em operações com catracas, contadores, validadores ou sistemas equivalentes.

    Enquanto uma passagem rodoviária convencional costuma ter passageiro identificado, origem, destino, horário e poltrona, o transporte metropolitano pode operar por fluxo contínuo, validação de cartão, totalização por linha, contagem por catraca e relatórios por período.

    Catracas

    Contagem física ou eletrônica de passageiros por linha, veículo, estação ou terminal.

    Validadores

    Leitura de cartão, QR Code, app, bilhetagem eletrônica ou integração tarifária.

    Totalização

    Consolidação de embarques, categorias, gratuidades, tarifas e pagamentos.

    Credenciamento

    Operações BP-e TM podem exigir credenciamento específico conforme UF e regra aplicável.

    Impactos para metrôs

    Em metrôs, o impacto principal está na integração entre estações, bloqueios, validadores, cartões, integração tarifária, gratuidades e totalização fiscal. O passageiro muitas vezes não compra uma passagem individual nominada; ele acessa o sistema por meio de validador, bilhete, cartão ou QR Code.

    Elemento do metrô Impacto fiscal Controle necessário
    Estação Origem operacional da validação ou embarque. Relatórios por estação, linha e período.
    Bloqueio/catraca Contagem de entrada e validação do passageiro. Logs por equipamento, data e hora.
    Cartão de transporte Pagamento, crédito, integração ou benefício. Vínculo entre validação, pagamento e totalização.
    Gratuidade Categoria tarifária sem pagamento integral. Classificação por categoria e regra operacional.
    Integração Uso de múltiplos modais ou trechos com regra tarifária própria. Controle de repasse, tarifa integrada e relatório fiscal.

    Ponto crítico para metrôs: a empresa precisa transformar milhões de validações operacionais em totalização fiscal confiável, sem perder rastreabilidade por estação, linha, equipamento, categoria e período.

    Impactos para trens

    Em trens metropolitanos e urbanos, os impactos são parecidos com os metrôs: estações, linhas, validadores, catracas, bilhetagem eletrônica, integrações e totalizações precisam alimentar relatórios consistentes para emissão fiscal e auditoria.

    Quando o trem opera como transporte ferroviário de passageiros com venda individual, a análise pode se aproximar do BP-e ferroviário comum. Mas quando a operação é metropolitana, com catracas, integração e totalização, o BP-e TM deve ser avaliado.

    Cenário ferroviário Caminho provável Atenção
    Trem com passagem individual Avaliar BP-e ferroviário comum. Passageiro, trecho, estação, valor e XML individual.
    Trem metropolitano com catraca Avaliar BP-e TM. Totalização, validadores, estações, integração e credenciamento.
    Trem integrado a metrô/ônibus Avaliar regra metropolitana e totalização. Repasses, categoria tarifária, integração e PagVinc.
    Operação com gratuidades Exige relatórios por categoria. Separar pagantes, gratuidades, descontos e integrações.

    Impactos para ônibus metropolitanos

    Nos ônibus metropolitanos, o maior impacto está na operação por catraca, contador, validador, cartão de transporte e bilhetagem eletrônica. O BP-e TM precisa refletir a operação real, e não apenas uma venda individual de passagem.

    Elemento do ônibus metropolitano Impacto no BP-e TM Controle necessário
    Linha Base da operação e da totalização. Relatório por linha, sentido, viagem e período.
    Veículo Local físico da catraca e do validador. Vínculo entre veículo, linha, equipamento e totalização.
    Catraca Contagem de passageiros. Logs de contador inicial, final, divergência e manutenção.
    Validador Leitura de cartão, QR Code ou benefício. Categoria tarifária, pagamento, integração e gratuidade.
    Bilhetagem Origem de dados de pagamento e validação. Integração com fiscal, financeiro e BI.

    IBS e CBS no BP-e TM

    O IBS e a CBS exigem que o BP-e TM esteja preparado para a nova estrutura tributária da Reforma Tributária. Isso significa que o sistema precisa saber como classificar a operação, preencher o grupo IBSCBS, calcular valores, informar o total do documento e validar o XML antes da transmissão.

    Tributo O que representa Impacto no BP-e TM
    IBS Imposto sobre Bens e Serviços, compartilhado entre estados e municípios. Campos, cálculos, classificação e validações no XML.
    CBS Contribuição sobre Bens e Serviços, de competência federal. Informações fiscais federais no documento eletrônico.
    IBSCBS Grupo técnico do XML com dados dos novos tributos. Exige consistência entre valor, classificação e total do DFe.
    Regime específico Tratamento aplicável conforme operação e lei. Precisa ser validado com contador e responsável fiscal.

    Grupo IBSCBS e vTotDFe

    O grupo IBSCBS concentra as informações dos novos tributos no XML. Quando esse grupo é informado, o vTotDFe se torna um campo crítico, pois representa o valor total do documento fiscal eletrônico.

    Em operações metropolitanas, o desafio é calcular esse total a partir de dados que podem vir de catracas, validadores, totalizações, integrações, gratuidades, tarifas diferenciadas e sistemas externos de bilhetagem.

    Base da totalização Risco Boa prática
    Catraca Contagem divergente do valor fiscal. Auditar contador, linha, veículo e período.
    Validador Categoria tarifária ou integração não refletida no fiscal. Classificar validação por tipo de tarifa.
    Cartão de transporte Pagamento e uso em momentos diferentes. Separar recarga, validação e prestação do serviço.
    Gratuidade Totalização mistura pagantes e isentos. Relatórios por categoria de passageiro.
    Integração tarifária Valor distribuído entre modais ou linhas. Controle de repasse e regra de integração.
    vTotDFe Total do DFe ausente ou incorreto. Validar o total antes de transmitir o XML.

    CST e cClassTrib

    O CST e o cClassTrib definem a classificação tributária da operação. Em transporte metropolitano, essa parametrização precisa considerar o tipo de serviço, o modal, a região, a forma de cobrança, as gratuidades, os descontos e a integração tarifária.

    CST

    Indica o tratamento tributário aplicável à operação.

    cClassTrib

    Detalha o enquadramento tributário no novo modelo.

    Modal

    Metrô, trem e ônibus podem ter dinâmicas operacionais diferentes.

    Auditoria

    A classificação precisa estar rastreável por operação, período e regra fiscal.

    PagVinc, meios de pagamento e bilhetagem

    O PagVinc conecta a transação financeira ao documento fiscal eletrônico. Em operações metropolitanas, essa vinculação pode ser mais complexa porque o pagamento pode ocorrer por recarga, cartão de transporte, QR Code, integração, vale-transporte, carteira digital, benefício ou validador.

    Meio ou canal Exemplo metropolitano Controle fiscal recomendado
    Cartão de transporte Recarga usada posteriormente na catraca. Separar recarga, validação e prestação.
    QR Code Bilhete digital validado no bloqueio. Vincular compra, uso, estação/linha e totalização.
    Vale-transporte Crédito comprado por empresa para funcionário. Controlar comprador, usuário, uso e repasse.
    Carteira digital Pagamento por app ou wallet. Conciliar transação, tarifa e validação.
    Integração tarifária Uso de metrô + ônibus ou trem + ônibus. Separar regra de integração, repasse e totalização.
    Gratuidade Idoso, estudante, PCD ou benefício. Relatório por categoria e motivo de isenção.

    Totalização por catracas, validadores e estações

    No BP-e Metropolitano, a totalização é um dos pontos mais sensíveis. A empresa precisa consolidar dados de múltiplos equipamentos, linhas, estações, categorias, tarifas e períodos para formar uma base fiscal confiável.

    Tipo de totalização Exemplo Uso na auditoria
    Por linha Linha metropolitana de ônibus. Comparar operação, arrecadação e fiscal.
    Por estação Entradas por estação de metrô ou trem. Auditar fluxo e arrecadação por local.
    Por equipamento Catraca, bloqueio ou validador. Identificar divergência, falha ou fraude.
    Por categoria Pagante, estudante, idoso, gratuidade, integração. Separar tratamento operacional e fiscal.
    Por período Dia, turno, lote, mês ou fechamento. Fechamento fiscal e financeiro.

    O que muda no XML?

    O XML do BP-e TM precisa incorporar as informações exigidas pela Reforma Tributária e continuar representando corretamente a operação metropolitana. Isso exige integração entre motor fiscal, bilhetagem, pagamento e totalização.

    Grupo ou informação Impacto no XML Validação necessária
    IBSCBS Grupo com informações de IBS e CBS. Obrigatoriedade, valores e consistência fiscal.
    vTotDFe Total do documento fiscal eletrônico. Obrigatório quando houver IBSCBS.
    CST Situação tributária. Compatibilidade com a operação.
    cClassTrib Classificação tributária. Enquadramento correto.
    PagVinc Vínculo com transação financeira. Rastreabilidade entre pagamento e DFe.
    Eventos Cancelamento, substituição, correções e reprocessamentos. Controle do ciclo de vida fiscal.

    Rejeições e riscos fiscais

    As novas validações podem gerar rejeições se o sistema não estiver preparado. No BP-e TM, as rejeições podem surgir por erro tributário, valor total inconsistente, schema desatualizado, classificação incorreta ou divergência entre totalização e documento fiscal.

    vTotDFe ausente

    Risco quando existe informação de IBSCBS e o total do DFe não é informado.

    cClassTrib incorreto

    Classificação incompatível com a operação metropolitana ou semiurbana.

    Totalização divergente

    Valor fiscal não bate com catraca, validador ou bilhetagem.

    Pagamento sem vínculo

    Falha de rastreabilidade entre transação financeira e documento fiscal.

    Schema antigo

    Sistema usando estrutura desatualizada das notas técnicas.

    Credenciamento incorreto

    Emitente tentando usar BP-e TM sem habilitação ou configuração adequada.

    Homologação e testes

    Antes de colocar as mudanças em produção, operadores metropolitanos devem testar cenários reais em homologação. O objetivo é simular a rotina de metrôs, trens e ônibus: catracas, validadores, integração tarifária, pagamentos, gratuidades, totalizações e XML com IBS/CBS.

    Cenário O que testar
    Catraca de ônibus Contador, linha, veículo, período, totalização e valor fiscal.
    Validador de metrô Cartão, estação, categoria, tarifa, integração e totalização.
    Estação de trem Entrada, saída, bloqueio, categoria tarifária e relatório por período.
    Integração modal Ônibus + metrô, trem + ônibus ou múltiplas linhas.
    Gratuidade Categoria, isenção, relatório e separação de pagantes.
    IBS/CBS CST, cClassTrib, IBSCBS, vTotDFe e autorização.
    Pagamento Cartão, QR Code, PIX, vale-transporte, recarga e PagVinc.
    Rejeições Campos ausentes, classificação incorreta, vTotDFe e schema.

    Relatórios e auditoria

    A Reforma Tributária aumenta a importância dos relatórios. Operadores metropolitanos precisam demonstrar como a totalização operacional vira documento fiscal eletrônico e como o pagamento se conecta ao DFe.

    Relatório Deve mostrar Uso prático
    Por linha Embarques, tarifas, categorias, valores e total fiscal. Conferência operacional e fiscal.
    Por estação Entradas, validações, integrações e valores. Auditoria metroferroviária.
    Por validador Equipamento, transações, categorias e divergências. Rastreamento de falhas e inconsistências.
    Por tributo IBS, CBS, CST, cClassTrib, vTotDFe e rejeições. Conferência fiscal.
    Por pagamento Cartão, QR Code, PIX, vale-transporte, PagVinc e estornos. Conciliação financeira e fiscal.
    Por evento Cancelamento, substituição, reprocessamento e correções. Controle do ciclo de vida do DFe.

    O que o sistema precisa controlar?

    Um sistema preparado para Reforma Tributária no BP-e Metropolitano precisa integrar bilhetagem, fiscal, financeiro, operação e auditoria. A emissão não pode ficar isolada em um módulo fiscal desconectado das catracas e validadores.

    Área Controle necessário
    Fiscal IBS, CBS, CST, cClassTrib, vTotDFe, regras por operação, UF e modalidade.
    Bilhetagem Catracas, validadores, QR Code, cartões, integração e categorias.
    Totalização Por linha, estação, equipamento, veículo, período e tipo de tarifa.
    Pagamento Recarga, cartão de transporte, PIX, wallet, vale-transporte, PagVinc e estorno.
    XML Schemas, IBSCBS, assinatura, autorização, protocolo, consulta e rejeição.
    Relatórios Autorizados, rejeitados, tributos, pagamentos, eventos e divergências.
    Auditoria Logs, payloads, usuários, retornos, reprocessamentos e histórico completo.

    Erros comuns

    Os erros mais comuns acontecem quando o operador metropolitano tenta tratar BP-e TM como se fosse uma emissão individual simples, sem considerar a complexidade de catracas, validadores, integrações e totalizações.

    Tratar como BP-e rodoviário

    BP-e TM tem lógica própria e não deve ser tratado como passagem individual comum.

    Ignorar totalização

    Sem totalização confiável, o documento fiscal perde rastreabilidade.

    Não integrar bilhetagem

    Catracas e validadores precisam alimentar o fiscal e o financeiro.

    Classificar errado

    CST e cClassTrib incorretos podem gerar inconsistência tributária.

    Esquecer vTotDFe

    Quando há IBSCBS, o total do DFe precisa ser validado.

    Não auditar pagamentos

    Pagamento, recarga, uso, integração e DFe precisam ser rastreáveis.

    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 Metropolitano, BP-e TM, Reforma Tributária, IBS, CBS, integrações e auditoria.

    O Vexado pode apoiar com análise de operação, emissão de BP-e, integrações, APIs, pagamentos, relatórios, automação, homologação, produção assistida e organização de dados fiscais e financeiros. Em projetos metropolitanos, o ponto mais importante é conectar operação, bilhetagem, pagamento e fiscal de forma rastreável.

    BP-e Metropolitano

    A solução de BP-e Metropolitano apoia estudos de BP-e TM, totalização, validadores e relatórios.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Integrações e APIs

    As integrações e APIs podem conectar bilhetagem, pagamentos, financeiro, operação e BI.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida e governança.

    Automação de processos

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Relatórios e auditoria

    Dashboards para acompanhar totalizações, autorizados, rejeitados, pagamentos, eventos, IBS/CBS e divergências.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas enquadramento fiscal, classificação tributária, alíquotas, regimes específicos, obrigatoriedade e credenciamento devem ser validados com contador, responsável fiscal, SEFAZ, CGIBS/RFB, jurídico e equipe técnica.

    Checklist prático para BP-e Metropolitano e Reforma Tributária

    • Identificar se a operação é metropolitana, semiurbana, metroviária, ferroviária ou rodoviária.
    • Validar se a operação se enquadra em BP-e TM ou outro tipo de BP-e.
    • Verificar credenciamento específico quando aplicável.
    • Mapear linhas, estações, veículos, validadores, catracas e contadores.
    • Mapear categorias: pagante, estudante, idoso, PCD, gratuidade, integração e desconto.
    • Mapear meios de pagamento: cartão de transporte, QR Code, PIX, wallet, vale-transporte e dinheiro.
    • Separar recarga, validação, uso, integração, estorno e repasse.
    • Atualizar schemas e notas técnicas de Reforma Tributária para BPe/BPeTM.
    • Parametrizar IBS, CBS, CST, cClassTrib e vTotDFe.
    • Validar quando o grupo IBSCBS deve ser informado.
    • Garantir preenchimento correto do vTotDFe quando houver IBSCBS.
    • Preparar PagVinc e vínculo entre pagamento e DFe quando aplicável.
    • Criar totalização por linha, estação, equipamento, categoria e período.
    • Testar XML, rejeições, autorização, consulta, status e eventos em homologação.
    • Testar cenários com catracas, validadores, gratuidades, integração e divergências.
    • Criar relatórios de autorizados, rejeitados, tributos, pagamentos, eventos e totalizações.
    • Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
    • Treinar fiscal, financeiro, TI, operação, atendimento e suporte.
    • 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.

    Quer preparar seu BP-e Metropolitano para a Reforma Tributária? Fale com o Vexado e veja como organizar XML, bilhetagem, totalização, pagamentos, IBS/CBS, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

    Fontes oficiais para validar BP-e Metropolitano e Reforma Tributária

    Como BP-e Metropolitano, BP-e TM, Reforma Tributária, IBS, CBS, PagVinc, vTotDFe, catracas, validadores, bilhetagem e totalização 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.

    BP-e TM SEFAZ-SP

    Consulte a página oficial sobre BP-e Transporte Metropolitano: BP-e TM SEFAZ-SP.

    Portaria CAT 102/2018

    Consulte regras estaduais paulistas sobre emissão de BP-e e BP-e TM: Portaria CAT 102/2018.

    Documentos BP-e/SVRS

    Consulte notas técnicas, schemas, Reforma Tributária, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre vTotDFe, IBSCBS, split payment, QR Code e regras técnicas: Avisos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte comunicados sobre NTs 2026.002, BPe, BPeTM, BPeTA e Reforma Tributária: Notícias BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre Reforma Tributária no BP-e Metropolitano

    Reforma Tributária no BP-e Metropolitano: o que muda?

    Muda a necessidade de conectar catracas, validadores, bilhetagem, totalização, pagamento e XML fiscal com IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, relatórios e auditoria.

    O que é BP-e TM?

    BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano ou semiurbano com cobrança por contadores, catracas ou sistemas equivalentes, conforme regra e credenciamento aplicáveis.

    Metrô precisa se preocupar com BP-e Metropolitano?

    Sim, operações metroviárias devem avaliar regras de BP-e TM ou enquadramento específico da UF, especialmente quando há validadores, bloqueios, integração tarifária e totalização.

    Trens metropolitanos usam BP-e comum ou BP-e TM?

    Depende da operação. Trem com passagem individual pode se aproximar do BP-e ferroviário comum. Trem metropolitano com catracas, validadores e totalização deve avaliar BP-e TM ou regra específica da UF.

    Ônibus metropolitanos usam BP-e TM?

    Operações metropolitanas ou semiurbanas com catracas, contadores ou sistemas equivalentes podem exigir BP-e TM, conforme UF, credenciamento e regra aplicável.

    IBS e CBS impactam BP-e TM?

    Sim. BP-e TM também é impactado por IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, XML, rejeições e relatórios.

    O que é vTotDFe no BP-e Metropolitano?

    vTotDFe é o valor total do documento fiscal eletrônico. Quando houver informação no grupo IBSCBS, esse campo deve ser informado conforme regra de validação.

    O que é PagVinc no BP-e TM?

    PagVinc é a vinculação entre a transação financeira e o documento fiscal eletrônico. Em operações metropolitanas, ele pode envolver bilhetagem, cartão de transporte, QR Code, PIX, vale-transporte e integrações.

    Catraca e validador precisam entrar na auditoria fiscal?

    Sim. Catracas, validadores e contadores são fontes essenciais para totalização, auditoria, conferência de valores e rastreabilidade da operação metropolitana.

    O sistema precisa integrar bilhetagem ao fiscal?

    Sim. Para BP-e Metropolitano, a integração entre bilhetagem, financeiro e fiscal é essencial para reduzir divergências e gerar XML e relatórios confiáveis.

    Quais rejeições podem ocorrer?

    Podem ocorrer rejeições por vTotDFe ausente, IBSCBS inconsistente, cClassTrib incorreto, schema desatualizado, pagamento sem rastreabilidade ou totalização divergente.

    O Vexado pode ajudar com BP-e Metropolitano e Reforma Tributária?

    O Vexado pode apoiar empresas na análise, emissão de BP-e, integrações com pagamentos e bilhetagem, APIs, relatórios, automação, auditoria e preparação técnica para as mudanças fiscais.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas enquadramento, classificação tributária, alíquotas, regimes específicos, obrigatoriedade e decisões fiscais devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar como preparar sua operação metropolitana para BP-e TM, Reforma Tributária, pagamentos, integrações e auditoria.

    Quer preparar sua operação metropolitana para BP-e TM e Reforma Tributária? Fale com o Vexado e veja como organizar XML, catracas, validadores, pagamentos, totalização, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

    Conclusão

    A Reforma Tributária no BP-e Metropolitano muda a forma como metrôs, trens e ônibus precisam organizar dados fiscais, operacionais e financeiros. Não basta emitir XML. É preciso conectar catracas, validadores, bilhetagem, totalização, pagamento, classificação tributária, IBS, CBS, vTotDFe, PagVinc e relatórios de auditoria.

    Para metrôs e trens, o desafio está em transformar validações por estação, bloqueio e integração tarifária em totalização fiscal confiável. Para ônibus metropolitanos, o desafio está em conectar linha, veículo, catraca, validador, categoria tarifária, pagamento e documento fiscal. Em todos os casos, o BP-e TM exige cuidado técnico, fiscal e operacional.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e Metropolitano, BP-e TM, Reforma Tributária, IBS, CBS, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para BP-e Metropolitano? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BP-e Metropolitano, BP-e TM, BPeTM, Reforma Tributária, metrô, trem, ônibus metropolitano, transporte semiurbano, catracas, validadores, contadores, bilhetagem eletrônica, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, pagamentos, integração financeira, armazenamento, guarda documental, APIs ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e rodoviário x BP-e aquaviário: quais são as diferenças?

    BP-e rodoviário x BP-e aquaviário: quais são as diferenças?

    BP-e rodoviário x BP-e aquaviário: quais são as diferenças? Entenda o que muda na emissão do BP-e modelo 63 para transporte de passageiros por ônibus, rodoviárias, pontos de embarque, barcas, balsas, ferry boats, embarcações, portos, píeres, terminais aquaviários, XML, DABPE, autorização, protocolo e auditoria.

    • Entenda a diferença entre o BP-e rodoviário e o BP-e aquaviário.
    • Veja a relação entre BP-e modelo 63, Bilhete de Passagem Rodoviário modelo 13 e Bilhete de Passagem Aquaviário modelo 14.
    • Conheça o que o sistema precisa controlar em cada modal para evitar erro fiscal, operacional e financeiro.

    BP-e rodoviário x BP-e aquaviário: quais são as diferenças? Os dois podem utilizar o BP-e modelo 63, mas representam operações muito diferentes. No BP-e rodoviário, a emissão costuma estar ligada a passagens de ônibus, rodoviárias, pontos de embarque, pontos de desembarque, veículos, poltronas, passageiros, horários, tarifas e pagamentos.

    No BP-e aquaviário, a emissão está ligada ao transporte de passageiros por via aquaviária, como barcas, balsas, ferry boats, catamarãs, lanchas, barcos e embarcações, podendo envolver portos, píeres, terminais hidroviários, ilhas, travessias, capacidade da embarcação, passageiros com ou sem veículo, bagagens, volumes e regras específicas da operação.

    A comparação mais direta é esta: o BP-e rodoviário se relaciona ao antigo Bilhete de Passagem Rodoviário modelo 13; o BP-e aquaviário se relaciona ao antigo Bilhete de Passagem Aquaviário modelo 14. Ambos foram modernizados pelo BP-e modelo 63, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE e armazenamento eletrônico.

    Precisa estruturar BP-e rodoviário ou aquaviário? Fale com o Vexado e veja como organizar venda de passagens, XML, DABPE, autorização, protocolo, rotas, embarque, financeiro, integrações, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e rodoviário normalmente documenta uma passagem de ônibus, com origem, destino, rodoviária, ponto de embarque, ponto de desembarque, passageiro, poltrona, horário, pagamento, DABPE, XML autorizado e protocolo. O BP-e aquaviário documenta uma prestação de transporte aquaviário de passageiros, podendo envolver porto, píer, terminal, embarcação, travessia, origem, destino, passageiro, veículo acompanhado, bagagem, tarifa, pagamento, XML autorizado e DABPE. Ambos podem usar o BP-e modelo 63, mas substituem documentos antigos diferentes: o rodoviário se relaciona ao modelo 13 e o aquaviário ao modelo 14.

    BP-e rodoviário

    Ligado a ônibus, rodoviárias, pontos, poltronas, passageiros, venda individual e embarque terrestre.

    BP-e aquaviário

    Ligado a barcas, balsas, ferry boats, portos, píeres, embarcações, travessias e passageiros por água.

    Modelo 13

    Documento antigo associado ao Bilhete de Passagem Rodoviário.

    Modelo 14

    Documento antigo associado ao Bilhete de Passagem Aquaviário.

    BP-e rodoviário x BP-e aquaviário: qual a diferença?

    A principal diferença está no modal de transporte e nos dados operacionais da emissão. No BP-e rodoviário, a operação normalmente envolve ônibus, rodoviária, ponto de embarque, ponto de desembarque, poltrona, passageiro, horário e viagem terrestre. No BP-e aquaviário, a operação envolve embarcação, porto, píer, terminal aquaviário, travessia, origem, destino, capacidade, passageiro, eventual veículo acompanhado e particularidades do transporte por água.

    Resposta direta: BP-e rodoviário e BP-e aquaviário podem usar o BP-e modelo 63, mas mudam os dados da emissão. O rodoviário se relaciona ao antigo modelo 13 e costuma envolver ônibus, rodoviária, ponto de embarque, poltrona e viagem terrestre. O aquaviário se relaciona ao antigo modelo 14 e costuma envolver embarcação, porto, píer, terminal, travessia, passageiro e operação por água.

    Ponto BP-e rodoviário BP-e aquaviário
    Documento antigo relacionado Bilhete de Passagem Rodoviário modelo 13. Bilhete de Passagem Aquaviário modelo 14.
    Modal Transporte rodoviário de passageiros. Transporte aquaviário de passageiros.
    Operação típica Viagem de ônibus com origem, destino, data, horário e passageiro. Travessia ou viagem por embarcação, com porto, píer, terminal, origem e destino.
    Controle operacional Rodoviária, ponto, veículo, poltrona, passageiro e embarque. Terminal aquaviário, embarcação, capacidade, passageiros, veículos e embarque.
    Documento fiscal principal XML autorizado do BP-e modelo 63. XML autorizado do BP-e modelo 63.
    Documento auxiliar DABPE para facilitar embarque ou consulta. DABPE para facilitar embarque ou consulta, quando aplicável.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ Paraná sobre BP-e, a página da SEFAZ Mato Grosso do Sul sobre BP-e, a página da SEFAZ Bahia sobre BP-e e a legislação da SEFAZ competente pela operação.

    O que é BP-e rodoviário?

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

    Na prática, o BP-e rodoviário costuma estar ligado a empresas de ônibus, viações, linhas intermunicipais, interestaduais ou internacionais, rodoviárias, pontos de embarque, pontos de desembarque, veículos, motoristas, poltronas, passageiros, agências, guichês, sites, marketplaces, aplicativos, pagamentos e controle de embarque.

    Origem e destino

    Cidade, rodoviária, ponto de embarque, ponto de desembarque e trecho da viagem.

    Passageiro

    Nome, documento, telefone, categoria, benefício, gratuidade e comprador quando aplicável.

    Poltrona

    Mapa de assentos, disponibilidade, bloqueio, reserva, ocupação e embarque.

    Veículo

    Ônibus, placa, frota, prefixo, classe, capacidade e vínculo com a viagem.

    Pagamento

    Dinheiro, cartão, TEF, PIX, link, agência, marketplace, status e conciliação.

    XML autorizado

    Documento fiscal principal, assinado digitalmente, autorizado e vinculado ao protocolo.

    O que é BP-e aquaviário?

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

    Na prática, o BP-e aquaviário pode atender operações com barcas, balsas, ferry boats, catamarãs, lanchas, barcos, embarcações, travessias, portos, píeres, terminais hidroviários, ilhas, rios, lagos, baías, canais, linhas aquaviárias, passageiros a pé, passageiros com veículo, bagagens e controles específicos de embarque.

    Porto ou píer de origem

    Local onde o passageiro inicia a prestação aquaviária.

    Porto ou píer de destino

    Local onde o passageiro encerra a viagem, travessia ou trecho comprado.

    Embarcação

    Barca, balsa, ferry boat, catamarã, lancha, barco ou outra embarcação de passageiros.

    Capacidade

    Controle de passageiros, veículos, classes, lotação e disponibilidade operacional.

    Passageiro com veículo

    Separação entre passagem do passageiro, veículo acompanhado, carga, bagagem e serviços adicionais.

    XML autorizado

    Documento fiscal eletrônico principal, com chave de acesso, autorização e protocolo.

    Modelo 13 x modelo 14

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

    Documento antigo Modal Relação com BP-e
    Bilhete de Passagem Rodoviário modelo 13 Rodoviário Pode ser substituído pelo BP-e modelo 63 nas operações enquadradas pela UF.
    Bilhete de Passagem Aquaviário modelo 14 Aquaviário Pode ser substituído pelo BP-e modelo 63 nas operações aquaviárias enquadradas pela UF.
    BP-e modelo 63 Transporte de passageiros Documento eletrônico com XML, assinatura digital, autorização, chave de acesso e protocolo.
    DABPE Documento auxiliar Representação gráfica simplificada do BP-e para facilitar embarque ou consulta.

    Ponto importante: o modelo fiscal pode ser o mesmo, mas a base operacional muda. Uma emissão rodoviária não deve ser configurada como aquaviária, e uma emissão aquaviária não deve ser tratada como simples viagem de ônibus.

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

    A tabela abaixo resume as diferenças práticas entre os dois cenários de emissão.

    Critério BP-e rodoviário BP-e aquaviário
    Modelo fiscal BP-e modelo 63. BP-e modelo 63.
    Documento substituído Bilhete de Passagem Rodoviário modelo 13. Bilhete de Passagem Aquaviário modelo 14.
    Modal Ônibus, micro-ônibus ou veículo rodoviário de passageiros. Barca, balsa, ferry boat, catamarã, lancha, barco ou embarcação.
    Origem Cidade, rodoviária ou ponto de embarque. Porto, píer, terminal aquaviário, ilha, margem, estação hidroviária ou ponto de partida.
    Destino Cidade, rodoviária ou ponto de desembarque. Porto, píer, terminal aquaviário, ilha, margem, estação hidroviária ou ponto de chegada.
    Controle de assento Frequentemente possui mapa de poltronas. Pode ter assento, classe, convés, área, lote, capacidade ou apenas controle de lotação.
    Veículo do passageiro Normalmente não é parte da passagem rodoviária convencional. Pode existir passageiro com carro, moto, bicicleta ou veículo acompanhado, conforme operação.
    Embarque Rodoviária, plataforma, ponto, veículo, lista, QR Code ou DABPE. Porto, píer, terminal, rampa, embarcação, lista, QR Code ou DABPE.
    Auditoria Venda, passageiro, poltrona, pagamento, XML, protocolo e embarque. Venda, passageiro, embarcação, capacidade, veículo acompanhado, pagamento, XML e protocolo.

    Quais dados mudam na emissão?

    Na emissão do BP-e rodoviário, os dados mais sensíveis normalmente são rota, origem, destino, ponto de embarque, ponto de desembarque, veículo, poltrona, passageiro, tarifa, pagamento e embarque. Na emissão do BP-e aquaviário, os dados mais sensíveis podem ser porto, píer, terminal, embarcação, travessia, capacidade, passageiro, veículo acompanhado, bagagem, tarifa, pagamento e embarque.

    Dado No BP-e rodoviário No BP-e aquaviário
    Origem Cidade, rodoviária ou ponto de embarque. Porto, píer, terminal aquaviário, ilha, margem ou ponto de partida.
    Destino Cidade, rodoviária ou ponto de desembarque. Porto, píer, terminal aquaviário, ilha, margem ou ponto de chegada.
    Veículo/embarcação Ônibus, placa, frota, prefixo ou veículo da viagem. Embarcação, nome, identificação, capacidade, tipo e vínculo com a travessia.
    Assento/capacidade Poltrona costuma ser elemento importante. Pode haver assento, área, classe ou simples controle de lotação/capacidade.
    Passageiro Normalmente identificado na venda. Passageiro pode ser identificado e pode estar vinculado a veículo acompanhado.
    Embarque Rodoviária, ponto, lista, QR Code ou DABPE. Porto, píer, terminal, rampa, lista, QR Code ou DABPE.
    Relatório Vendas, passageiros, veículos, poltronas, pagamentos e embarques. Vendas, passageiros, embarcações, travessias, veículos acompanhados, pagamentos e embarques.

    Passageiro, veículo, bagagem e carga

    Uma das principais diferenças do BP-e aquaviário é que algumas operações podem transportar passageiro junto com veículo, bicicleta, moto, carro, bagagem, volumes ou até cargas/encomendas. Isso exige cuidado para não misturar o que é passagem de passageiro com o que é transporte de carga, encomenda, veículo desacompanhado ou serviço adicional.

    Situação Como analisar Risco se configurar errado
    Passageiro a pé Tratar como passagem de passageiro, quando enquadrada no BP-e. Emitir documento errado ou não emitir BP-e quando aplicável.
    Passageiro com carro Separar passagem do passageiro e tratamento fiscal do veículo acompanhado. Misturar tarifa de veículo com passagem sem regra clara.
    Passageiro com moto ou bicicleta Validar se há tarifa adicional e como ela será documentada. Divergência de valor, regra comercial ou fiscal.
    Veículo desacompanhado Não tratar automaticamente como BP-e de passageiro. Pode ser transporte de bem, carga ou outra natureza de serviço.
    Carga ou encomenda Tratar separadamente, com documento fiscal aplicável ao tipo de operação. Usar BP-e indevidamente para operação que não é passagem.
    Bagagem adicional Separar regra comercial, limite, tarifa e tratamento fiscal. Perder controle financeiro e operacional.

    Ponto crítico: BP-e é documento de transporte de passageiros. No aquaviário, é comum a operação ter itens adicionais, mas passageiro, veículo acompanhado, carga, encomenda, bagagem e serviço extra precisam ser classificados corretamente.

    Embarque: rodoviária x porto/píer

    O embarque é uma das maiores diferenças operacionais entre os dois modais. No rodoviário, o processo passa por rodoviária, plataforma, ponto de embarque, motorista, veículo, lista de passageiros, poltrona e conferência da passagem. No aquaviário, o processo pode passar por porto, píer, terminal, rampa, embarcação, lista, controle de lotação, veículo acompanhado, fila de embarque e conferência por QR Code ou DABPE.

    Rodoviário

    Controle por viagem, ônibus, motorista, ponto de embarque, poltrona e lista.

    Aquaviário

    Controle por embarcação, porto, píer, rampa, terminal, capacidade e lista.

    QR Code

    Pode facilitar validação de passagem, consulta e conferência no embarque.

    DABPE

    Documento auxiliar que ajuda na operação, mas não substitui o XML autorizado.

    Venda de passagem e operação

    Na venda rodoviária convencional, o passageiro normalmente escolhe origem, destino, data, horário, empresa, classe, poltrona e forma de pagamento. Na venda aquaviária, o passageiro pode escolher origem, destino, data, horário, tipo de embarcação, categoria, quantidade de passageiros, presença de veículo acompanhado, bagagem adicional e forma de pagamento.

    Etapa BP-e rodoviário BP-e aquaviário
    Pesquisa de viagem Origem, destino, data, horário, empresa e classe. Origem, destino, porto/píer, terminal, data, horário e embarcação.
    Escolha do assento Mapa de poltronas costuma ser comum. Pode depender de classe, área, lote, capacidade ou regra da embarcação.
    Cadastro do passageiro Nome, documento, contato, categoria e benefício. Nome, documento, contato, categoria, benefício e vínculo com veículo quando houver.
    Pagamento Dinheiro, cartão, PIX, TEF, link, agência ou marketplace. Dinheiro, cartão, PIX, link, guichê, terminal, agência, site ou marketplace.
    Emissão XML autorizado e DABPE para embarque ou consulta. XML autorizado e DABPE para embarque ou consulta, quando aplicável.
    Embarque Conferência no ônibus, ponto ou rodoviária. Conferência no porto, píer, terminal, rampa ou embarcação.

    XML, DABPE, autorização e protocolo

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

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico e garante autoria e integridade. Deve estar válido e vinculado corretamente ao emitente credenciado.
    Autorização de uso Confirma o uso fiscal do documento eletrônico. Sem autorização, a emissão não deve ser tratada como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar para embarque ou consulta. Não substitui o XML autorizado.
    Chave de acesso Identifica o BP-e e permite consulta. Deve ser armazenada e exibida corretamente quando aplicável.

    Regra prática: recibo, ticket interno, comprovante de pagamento, relatório, QR Code ou DABPE sem XML autorizado e protocolo não substituem o BP-e quando a operação exige documento fiscal eletrônico.

    Cancelamento, remarcação e substituição

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

    Situação No rodoviário No aquaviário
    Cancelamento antes do embarque Cancelar passagem e tratar estorno conforme regra fiscal e comercial. Cancelar passagem/travessia e tratar estorno conforme regra fiscal e comercial.
    Remarcação Troca de data, horário, trecho, passageiro ou serviço. Troca de data, horário, porto, píer, travessia, embarcação ou passageiro.
    Troca de veículo/embarcação Alteração de ônibus pode afetar viagem, classe, poltrona ou operação. Alteração de embarcação pode afetar capacidade, horário, fila, veículos e embarque.
    Não embarque Registrar quando o passageiro não utiliza a passagem dentro da regra aplicável. Registrar quando passageiro ou veículo acompanhado não embarca dentro da regra aplicável.
    Substituição Emitir novo BP-e referenciando o substituído quando exigido. Emitir novo BP-e aquaviário com referência quando a regra exigir.

    Relatórios e auditoria

    Os relatórios mudam conforme o modal. No rodoviário, é comum auditar vendas, poltronas, passageiros, viagens, veículos, motoristas, pagamentos, embarques e cancelamentos. No aquaviário, a auditoria pode exigir relatórios por embarcação, porto, píer, terminal, travessia, passageiros, veículos acompanhados, capacidade, pagamentos, XML e protocolo.

    Relatório BP-e rodoviário BP-e aquaviário
    Vendas Por viagem, trecho, passageiro, poltrona, canal e pagamento. Por travessia, passageiro, embarcação, porto, veículo acompanhado e pagamento.
    Operacional Viagens, veículos, motoristas, pontos, passageiros e embarques. Travessias, embarcações, terminais, rampas, passageiros, veículos e embarques.
    Fiscal XMLs autorizados, rejeitados, cancelados, substituídos e pendentes. XMLs autorizados, rejeitados, cancelados, substituídos e pendentes.
    Financeiro Dinheiro, cartão, PIX, TEF, agência, marketplace, comissões e repasses. Dinheiro, cartão, PIX, guichê, terminal, agência, marketplace, veículos e serviços adicionais.
    Auditoria Venda → pagamento → BP-e → embarque. Venda → passageiro/veículo → embarcação → BP-e → embarque.

    O que o sistema precisa controlar?

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

    Funcionalidade BP-e rodoviário BP-e aquaviário
    Cadastro fiscal CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento. CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento.
    Cadastros operacionais Rotas, itinerários, pontos, veículos, poltronas, motoristas e agências. Portos, píeres, terminais, embarcações, travessias, capacidade e categorias.
    Venda Passagem, passageiro, poltrona, trecho, pagamento e DABPE. Passagem, passageiro, embarcação, travessia, veículo acompanhado, pagamento e DABPE.
    Embarque Lista, QR Code, ponto, rodoviária, motorista e veículo. Lista, QR Code, porto, píer, rampa, terminal, embarcação e capacidade.
    Emissão fiscal XML conforme modal rodoviário e regras do BP-e. XML conforme modal aquaviário e regras do BP-e.
    Relatórios Vendas, passageiros, poltronas, veículos, pagamentos e embarques. Vendas, passageiros, embarcações, veículos acompanhados, travessias e pagamentos.
    Auditoria Histórico da venda até o embarque e XML. Histórico da travessia, embarcação, passageiro, veículo acompanhado, embarque e XML.

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

    A implantação deve começar pela identificação do modal e da operação real. Uma empresa rodoviária precisa mapear rotas, pontos, veículos, poltronas, passageiros, pagamentos e embarque. Uma empresa aquaviária precisa mapear portos, píeres, terminais, embarcações, travessias, capacidade, passageiros, veículos acompanhados, tarifas e controles de embarque.

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, modal, série, ambiente e documento substituído. Definir se a operação será configurada como rodoviária, aquaviária ou híbrida.
    2. Diagnóstico operacional Mapear como a venda, o embarque e a prestação acontecem na prática. Evitar configurar aquaviário como ônibus ou rodoviário como travessia.
    3. Cadastro base Configurar empresa, certificado, rotas, portos, pontos, terminais, veículos, embarcações, tarifas e regras. Base preparada para emissão e auditoria.
    4. Integrações Conectar site, agência, marketplace, pagamento, embarque, bilheteria e sistemas internos. Redução de retrabalho e divergências.
    5. Homologação Testar XML, DABPE, autorização, rejeições, cancelamentos, substituições e relatórios. Fluxo validado antes da produção.
    6. Produção assistida Acompanhar primeiras emissões reais, ajustes, rejeições, pagamentos e embarques. Entrada segura em produção.
    7. Auditoria contínua Conferir vendas, XMLs, protocolos, pagamentos, embarques e cancelamentos. Operação fiscal mais segura e rastreável.

    Erros comuns

    Os erros mais comuns são tratar rodoviário e aquaviário como se fossem a mesma emissão, copiar cadastros de ônibus para embarcação, ignorar porto ou píer de origem e destino, não diferenciar modelo 13 e modelo 14, misturar passagem de passageiro com carga, não tratar veículo acompanhado corretamente, não guardar XML autorizado, confundir DABPE com documento fiscal principal, não controlar protocolo e não validar a regra da UF competente.

    Tratar modais como iguais

    Rodoviário e aquaviário usam o mesmo modelo fiscal, mas não a mesma lógica operacional.

    Ignorar portos e píeres

    No aquaviário, origem e destino podem depender de porto, píer, terminal ou ponto de travessia.

    Ignorar pontos rodoviários

    No rodoviário, ponto de embarque e desembarque são relevantes para operação e auditoria.

    Misturar passageiro e carga

    BP-e é para passageiro; carga, encomenda e veículo desacompanhado precisam de análise própria.

    Confundir DABPE com XML

    O DABPE é auxiliar. O documento fiscal principal é o XML autorizado.

    Não validar a UF

    Credenciamento, obrigatoriedade, prazos e regras podem variar por unidade federada.

    Como o Sistema Vexado ajuda

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e rodoviário, BP-e aquaviário, venda de passagens, emissão fiscal, XML, DABPE, autorização, protocolo, integrações, financeiro, relatórios e auditoria.

    BP-e Rodoviário

    A página de BP-e para transporte rodoviário apoia empresas que precisam emitir BP-e em viagens de ônibus, com passageiros, trechos, poltronas, DABPE e XML.

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário apoia operações com barcas, balsas, ferry boats, embarcações, portos, píeres, travessias e documentos fiscais eletrônicos.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta passageiro, rota, pagamento, reserva, bilhete, embarque e emissão fiscal.

    Cargas e encomendas

    A solução de cargas e encomendas ajuda quando a operação também envolve volumes, remetente, destinatário e controle separado da passagem.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, embarque, bilheteria, terminais e sistemas externos.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático

    Use este checklist para avaliar se sua emissão de BP-e rodoviário ou aquaviário está preparada.

    • Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
    • Confirmar se a operação é rodoviária, aquaviária ou híbrida.
    • Validar se há substituição do Bilhete de Passagem Rodoviário modelo 13.
    • Validar se há substituição do Bilhete de Passagem Aquaviário modelo 14.
    • Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
    • Mapear origem, destino, pontos, rodoviárias, portos, píeres, terminais, rotas e travessias.
    • Configurar passageiros, compradores, categorias, benefícios, gratuidades e documentos.
    • Configurar tarifas, classes, horários, poltronas, capacidade, veículos e embarcações.
    • Separar passageiro, veículo acompanhado, veículo desacompanhado, carga, encomenda e bagagem adicional.
    • Controlar pagamentos em dinheiro, cartão, PIX, TEF, link, agência, marketplace ou bilheteria.
    • Gerar XML conforme leiaute, modal, regras de validação e especificações técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e armazenar autorização, protocolo e chave de acesso.
    • Gerar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
    • Controlar cancelamento, remarcação, substituição, não embarque e eventos fiscais aplicáveis.
    • Gerar relatórios de vendas, passageiros, embarques, embarcações, veículos, pontos, pagamentos e documentos fiscais.
    • Testar rejeições, correções, reenvios, homologação e produção assistida.
    • Treinar equipes de fiscal, tecnologia, operação, bilheteria, guichê, financeiro e suporte.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e rodoviário, BP-e aquaviário, XML, DABPE, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BP-e rodoviário e aquaviário

    Como BP-e rodoviário e BP-e aquaviário envolvem obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador ou equipe técnica.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e: Legislação BP-e/SVRS.

    SEFAZ Paraná BP-e

    Consulte explicações sobre documentos substituídos, modelo 13, modelo 14 e DABPE: SEFAZ Paraná BP-e.

    SEFAZ Bahia BP-e

    Consulte orientação estadual sobre BP-e modelo 63 e documentos substituídos: SEFAZ Bahia BP-e.

    SEFAZ Mato Grosso do Sul BP-e

    Consulte orientação estadual sobre BP-e, modelo 13, modelo 14 e consulta por chave de acesso: SEFAZ MS BP-e.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e rodoviário, BP-e aquaviário, venda de passagens, 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.

    FAQ completo sobre BP-e rodoviário x BP-e aquaviário

    BP-e rodoviário e BP-e aquaviário são a mesma coisa?

    Não exatamente. Ambos podem usar o BP-e modelo 63, mas o BP-e rodoviário se relaciona ao antigo modelo 13 e costuma envolver ônibus, rodoviárias, pontos e poltronas. O BP-e aquaviário se relaciona ao antigo modelo 14 e costuma envolver embarcações, portos, píeres, terminais, travessias e passageiros por água.

    O que é BP-e rodoviário?

    É a emissão do BP-e modelo 63 para documentar prestações de transporte rodoviário de passageiros, substituindo o Bilhete de Passagem Rodoviário modelo 13 quando aplicável.

    O que é BP-e aquaviário?

    É a emissão do BP-e modelo 63 para documentar prestações de transporte aquaviário de passageiros, substituindo o Bilhete de Passagem Aquaviário modelo 14 quando aplicável.

    O mesmo sistema pode emitir BP-e rodoviário e aquaviário?

    Pode, desde que esteja preparado para tratar corretamente cadastros, leiautes, regras, modais, dados operacionais, XML, autorização, DABPE, relatórios e auditoria de cada operação.

    O que muda nos dados da emissão?

    No rodoviário, os dados costumam envolver origem, destino, rodoviária, ponto de embarque, ponto de desembarque, veículo, poltrona, passageiro e pagamento. No aquaviário, os dados podem envolver porto, píer, terminal, embarcação, travessia, capacidade, passageiro, veículo acompanhado, bagagem e pagamento.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O BP-e substitui o Bilhete de Passagem Rodoviário modelo 13?

    Sim, nos cenários em que a unidade federada exige, permite ou credencia a emissão do BP-e modelo 63 para a operação rodoviária.

    O BP-e substitui o Bilhete de Passagem Aquaviário modelo 14?

    Sim, nos cenários em que a unidade federada exige, permite ou credencia a emissão do BP-e modelo 63 para a operação aquaviária.

    BP-e aquaviário serve para carga?

    Não automaticamente. BP-e é documento de transporte de passageiros. Carga, encomenda, veículo desacompanhado ou transporte de bem precisam ser analisados separadamente, com documento fiscal adequado à natureza da operação.

    Passageiro com carro em ferry boat entra no BP-e?

    A passagem do passageiro pode estar no contexto do BP-e aquaviário quando a operação se enquadra. O tratamento da tarifa do veículo acompanhado deve ser validado com contador, SEFAZ e responsável fiscal, pois pode exigir separação operacional e fiscal.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.

    Quais dados um sistema para BP-e rodoviário precisa controlar?

    Precisa controlar empresa, certificado, ambiente, rotas, pontos, passageiros, poltronas, veículos, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    Quais dados um sistema para BP-e aquaviário precisa controlar?

    Precisa controlar empresa, certificado, ambiente, portos, píeres, terminais, embarcações, travessias, passageiros, veículos acompanhados, capacidade, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, relatórios e auditoria.

    O Vexado pode ajudar com BP-e rodoviário e aquaviário?

    O Vexado pode apoiar empresas com BP-e rodoviário, BP-e aquaviário, venda de passagens, integrações, APIs, relatórios, financeiro, embarque e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação rodoviária, aquaviária ou híbrida.

    Quer organizar BP-e rodoviário ou aquaviário? Fale com o Vexado e veja como estruturar XML, DABPE, protocolo, venda de passagens, integrações, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    BP-e rodoviário e BP-e aquaviário usam o BP-e modelo 63, mas mudam bastante na operação e nos dados da emissão. O rodoviário costuma envolver ônibus, rodoviária, ponto de embarque, ponto de desembarque, poltrona, passageiro, pagamento, DABPE e XML autorizado. O aquaviário costuma envolver embarcação, porto, píer, terminal, travessia, capacidade, passageiro, veículo acompanhado, pagamento, DABPE e XML autorizado.

    A diferença também aparece nos documentos antigos substituídos: o rodoviário se relaciona ao Bilhete de Passagem Rodoviário modelo 13, enquanto o aquaviário se relaciona ao Bilhete de Passagem Aquaviário modelo 14. Por isso, o sistema não deve tratar os dois modais como simples variações do mesmo cadastro.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e rodoviário, BP-e aquaviário, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e rodoviário ou aquaviário? Conheça a solução web para emissão fiscal, venda de passagens, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e rodoviário, BP-e aquaviário, BP-e modelo 63, Bilhete de Passagem Rodoviário modelo 13, Bilhete de Passagem Aquaviário modelo 14, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, não embarque, rejeições, contingência, armazenamento, guarda documental, rodoviárias, pontos de embarque, portos, píeres, terminais, embarcações, veículos acompanhados, carga, encomenda, bagagem, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado é um guia para empresas que operam balsas, ferry boats, travessias, barcos ou embarcações com transporte de passageiros e precisam entender quando a passagem deve ser documentada por BP-e, quais cuidados fiscais existem e o que o sistema precisa controlar.

    • Entenda quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros.
    • Veja a diferença entre passageiro, veículo acompanhado, carga, encomenda, turismo e serviço adicional.
    • Conheça como o Sistema Vexado pode apoiar BP-e Aquaviário, venda de passagens, XML, DABPE, autorização, protocolo, financeiro, embarque, integrações e auditoria.

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado? Essa pergunta é comum em empresas que operam travessias por balsa, ferry boat, barcos, lanchas, embarcações de linha regular, terminais hidroviários, portos, píeres, rampas, ilhas, rios, baías, lagos ou rotas aquaviárias entre localidades.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, pode ser utilizado em operações de transporte aquaviário de passageiros quando a prestação está enquadrada nas regras do BP-e e quando a unidade federada competente exige, permite ou credencia a emissão eletrônica. No contexto aquaviário, ele substitui a lógica antiga do Bilhete de Passagem Aquaviário modelo 14 nos cenários definidos pela legislação aplicável.

    Nas balsas de passageiros, o cuidado principal é não tratar toda operação como se fosse igual. Uma mesma travessia pode envolver passageiro a pé, passageiro com veículo, veículo desacompanhado, carga, encomenda, bagagem adicional, turismo, fretamento ou serviço contratado. O BP-e modelo 63 documenta prestação de transporte de passageiros; outros itens podem exigir análise fiscal própria.

    Precisa organizar BP-e para balsas de passageiros? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e para balsas de passageiros pode ser utilizado quando a operação se enquadra como prestação de transporte aquaviário de passageiros e a UF competente exige, autoriza ou credencia o uso do BP-e modelo 63. O documento fiscal principal é o XML autorizado, com assinatura digital, chave de acesso e protocolo. O DABPE é apenas documento auxiliar. Em balsas que transportam passageiros com veículos, cargas ou serviços adicionais, a empresa deve separar corretamente cada natureza antes de emitir.

    BP-e modelo 63

    Documento fiscal eletrônico usado para transporte de passageiros, com XML, assinatura, autorização e protocolo.

    Balsa de passageiros

    Operação aquaviária que pode envolver passageiro a pé, passageiro com veículo, rota, travessia e embarque.

    Modelo 14

    Bilhete de Passagem Aquaviário antigo, substituído pelo BP-e quando a UF exige ou autoriza.

    Sistema emissor

    Precisa controlar venda, passageiro, embarcação, rota, pagamento, XML, DABPE, autorização e auditoria.

    Quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros?

    O BP-e modelo 63 pode ser utilizado em balsas quando a operação for uma prestação de transporte aquaviário de passageiros, 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 Bilhete de Passagem Eletrônico.

    Resposta direta: o BP-e modelo 63 pode ser utilizado em balsas de passageiros quando a empresa transporta passageiros por via aquaviária e a UF competente enquadra essa prestação no BP-e. A empresa deve validar a regra local, o credenciamento, o certificado digital, a série, o ambiente, o leiaute técnico, o tratamento do DABPE e a separação entre passageiro, veículo, carga e serviços adicionais.

    Situação na balsa BP-e modelo 63 pode ser avaliado? Cuidado principal
    Passageiro a pé Sim, quando a prestação for transporte aquaviário de passageiro e a UF exigir ou autorizar BP-e. Validar UF, credenciamento, certificado, série, ambiente e dados do passageiro.
    Passageiro com veículo Sim para a passagem do passageiro, se enquadrada no BP-e. Separar eventual tarifa do veículo e validar tratamento fiscal próprio.
    Veículo desacompanhado Não tratar automaticamente como BP-e. Pode ser transporte de bem, carga ou outro serviço.
    Carga ou encomenda Não tratar automaticamente como passagem de passageiro. Validar documento fiscal próprio para carga ou encomenda.
    Travessia turística Depende da natureza da prestação. Pode exigir BP-e, CT-e OS, NFS-e ou outro documento, conforme o caso.
    Operação municipal Depende da regra local e da competência aplicável. Validar com contador, prefeitura, SEFAZ e equipe jurídica quando necessário.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ Paraná sobre BP-e, a página da SEFAZ Bahia sobre BP-e, a página da SEFAZ Goiás sobre BP-e e a legislação da SEFAZ competente pela operação.

    Quem precisa avaliar BP-e para balsas de passageiros?

    Devem avaliar o BP-e as empresas que operam balsas, ferry boats, barcos, lanchas, embarcações ou travessias aquaviárias com transporte de passageiros, especialmente quando há venda de passagem, cobrança por trecho, rota regular, origem, destino, horário, terminal, ponto de embarque, ponto de desembarque e controle de passageiro.

    Tipo de empresa ou operação O que avaliar Por que importa
    Operadora de balsa de passageiros Se a passagem deve ser documentada por BP-e modelo 63. Evita uso de documento fiscal antigo ou inadequado.
    Ferry boat entre municípios UF competente, origem, destino, incidência fiscal e credenciamento. Define a obrigação fiscal da prestação.
    Travessia com passageiros e veículos Separar passagem do passageiro, tarifa do veículo e outros serviços. Evita misturar naturezas fiscais diferentes.
    Bilheteria presencial Venda, pagamento, passageiro, emissão e embarque. O processo precisa ser rápido e fiscalmente correto.
    Venda online de travessia Site, reserva, pagamento, QR Code, emissão e baixa automática. Integra operação digital com documento fiscal eletrônico.
    Operação com agências ou parceiros Comissão, repasse, canal de venda e emissão fiscal. Evita divergência entre venda, financeiro e BP-e.

    Passageiro, veículo e carga: cuidado com o enquadramento

    Em balsas de passageiros, o erro mais perigoso é tratar uma venda composta como se fosse uma única passagem simples. Uma balsa pode transportar pessoas, carros, motos, caminhões, bicicletas, bagagens, mercadorias e encomendas. Nem tudo deve ser tratado automaticamente como BP-e.

    Ponto crítico: o BP-e modelo 63 é voltado à prestação de transporte de passageiros. Quando houver veículo, carga, encomenda, bem desacompanhado, bagagem adicional ou serviço contratado, a empresa precisa validar o documento fiscal aplicável para cada natureza.

    Item transportado Como tratar no sistema Cuidado fiscal
    Passageiro Registrar passagem, dados do passageiro, rota, horário, pagamento e BP-e. Avaliar emissão do BP-e modelo 63.
    Veículo acompanhado Vincular placa, tipo, porte, tarifa e passageiro responsável. Separar valor do passageiro e tratamento do veículo quando necessário.
    Veículo desacompanhado Registrar como operação separada. Validar se é carga, bem, encomenda ou outro serviço.
    Carga Controlar remetente, destinatário, volumes, valor e documento próprio. Não substituir documento de carga por BP-e.
    Encomenda Controlar coleta, entrega, volumes, descrição e recibo. Validar CT-e, NFS-e, recibo ou outro documento aplicável.
    Passeio turístico Controlar contrato, roteiro, passageiros e serviço. Validar se é transporte regular, turismo, fretamento ou serviço municipal.

    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 da sistemática em papel ou de rotinas legadas. O BP-e modelo 63 substitui essa lógica quando a UF exige, permite ou credencia a emissão eletrônica para a prestação de transporte de passageiros.

    Comparação Modelo 14 BP-e modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Assinatura digital Não era o centro do processo. Exige certificado digital válido do emitente.
    DABPE Não se aplicava como documento auxiliar do BP-e. É representação auxiliar; não substitui o XML.
    Auditoria Baseada em documentos físicos, livros e relatórios legados. Baseada em XML, protocolo, eventos, logs, relatórios e armazenamento digital.

    O que um sistema para balsas precisa controlar?

    Um sistema de BP-e para balsas precisa unir venda de passagem, operação aquaviária, controle de embarque, emissão fiscal eletrônica, financeiro, integrações e auditoria. Não basta imprimir ticket ou recibo: o centro do processo fiscal é o XML autorizado.

    Funcionalidade O que controlar Por que importa
    Empresa e fiscal CNPJ, IE, UF, certificado digital, série, numeração, ambiente e credenciamento. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Travessias Origem, destino, terminal, rampa, porto, píer, sentido, trecho e tarifa. Relaciona a passagem à prestação correta.
    Embarcações Balsa, ferry, barco, capacidade, status, identificação, horários e vínculo com rota. Controla lotação, disponibilidade e auditoria operacional.
    Passageiros Nome, documento, telefone, categoria, benefício, gratuidade e comprador. Forma a base da passagem e do documento fiscal.
    Veículos Placa, tipo, porte, tarifa, passageiro vinculado e status de embarque. Evita mistura entre passageiro, veículo e carga.
    Pagamentos Dinheiro, cartão, PIX, TEF, link, agência, marketplace, status e estorno. Permite conciliação financeira e fiscal.
    BP-e XML, assinatura, transmissão, autorização, protocolo, DABPE e chave de acesso. Completa o fluxo fiscal eletrônico.
    Embarque QR Code, lista de passageiros, documento, localizador, placa, viagem e horário. Evita fraude, duplicidade e embarque indevido.
    Cancelamentos Motivo, usuário, data, estorno, evento fiscal e vínculo documental. Evita venda cancelada com documento fiscal ativo.
    Relatórios Vendas, passageiros, veículos, embarcações, horários, BP-e, financeiro e auditoria. Facilita gestão, fiscalização e fechamento.

    Venda de passagem eletrônica em balsas

    A venda de passagem eletrônica em balsas precisa ser simples para o operador e completa para o fiscal. O atendente deve conseguir vender rápido, mas o sistema precisa registrar todos os dados necessários para a operação, o pagamento, o embarque e o BP-e.

    Guichê no terminal

    Venda presencial com rota, horário, passageiro, veículo quando aplicável, pagamento e emissão integrada.

    Site próprio

    Venda online com escolha de travessia, data, horário, passageiro, veículo, pagamento e confirmação.

    Agência ou parceiro

    Venda por parceiros com comissão, repasse, canal, usuário, fechamento e rastreabilidade.

    Atendimento assistido

    Venda por WhatsApp, telefone, balcão ou equipe comercial, com registro completo no sistema.

    Boa prática: a venda só deve ser considerada regular quando venda, pagamento, BP-e, embarque e relatório estiverem com status coerente.

    Travessias, terminais, rampas e pontos de embarque

    Nas balsas, o cadastro operacional precisa refletir a realidade da travessia. O sistema deve saber de onde o passageiro sai, para onde vai, qual terminal utiliza, qual balsa executa a viagem, qual horário foi comprado e qual tarifa foi aplicada.

    Cadastro O que controlar Risco se estiver errado
    Origem Município, UF, terminal, porto, píer, rampa ou local de embarque. Documento fiscal pode representar prestação incorreta.
    Destino Município, UF, terminal, porto, píer, rampa ou local de desembarque. Divergência fiscal, comercial e operacional.
    Travessia Origem, destino, sentido, tempo estimado, tarifa, frequência e disponibilidade. Venda em rota incorreta ou tarifa errada.
    Ponto de embarque Local exato onde passageiro e veículo entram na balsa. Erro de fila, embarque, fiscalização e atendimento.
    Ponto de desembarque Local onde a prestação ao passageiro termina. Problemas de rota, valor e documento fiscal.

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

    Balsas possuem limites operacionais de passageiros, veículos, motos, bicicletas e, em alguns casos, cargas. Por isso, o sistema deve controlar disponibilidade por viagem e impedir vendas acima da capacidade configurada.

    Cadastro da balsa

    Nome, identificação, tipo, capacidade, status, foto, classe, observações e vínculo com rota.

    Capacidade de passageiros

    Controle de quantidade de passageiros por viagem, categoria, horário e embarcação.

    Capacidade de veículos

    Controle por tipo, porte, placa, fila, tarifa e espaço disponível.

    Bloqueios operacionais

    Manutenção, clima, maré, lotação, indisponibilidade, alteração de rota ou decisão operacional.

    Boa prática: capacidade de passageiro e capacidade de veículo devem ser controles separados, mesmo quando a venda ocorre no mesmo atendimento.

    Controle de embarque

    O controle de embarque evita fraude, duplicidade, confusão de horário e entrada de passageiro ou veículo sem passagem válida. O ideal é validar a passagem por QR Code, localizador, nome, documento, placa, viagem, horário ou lista de embarque.

    Controle Como funciona Benefício
    QR Code Leitura digital do DABPE, passagem ou comprovante operacional vinculado ao BP-e. Agiliza fila e reduz fraude.
    Lista de passageiros Relação por viagem, horário, embarcação, categoria e status. Ajuda o embarque e a conferência operacional.
    Placa do veículo Vínculo entre passageiro, veículo, tarifa e travessia. Evita embarque de veículo errado.
    Status da passagem Aprovada, paga, BP-e autorizado, cancelada, remarcada, pendente ou rejeitada. Impede embarque com pendência fiscal ou financeira.
    Logs Registra usuário, horário, terminal, equipamento e ação realizada. Garante rastreabilidade e auditoria.

    Pagamentos e conciliação financeira

    A operação de balsa pode envolver dinheiro, cartão, PIX, TEF, link de pagamento, agência, marketplace, tarifa do passageiro, tarifa de veículo, desconto, gratuidade, estorno ou remarcação. O sistema deve conciliar venda, pagamento, embarque e BP-e autorizado.

    Forma de pagamento Controle necessário Risco se não conciliar
    Dinheiro Caixa, operador, abertura, fechamento, troco e relatório. Diferença entre caixa físico e vendas emitidas.
    Cartão/TEF NSU, autorização, terminal, adquirente, taxa, status e comprovante. Venda paga sem vínculo correto com documento fiscal.
    PIX QR Code, txid, status, vencimento, confirmação e conciliação. Reserva confirmada sem pagamento real ou pagamento sem passagem.
    Link de pagamento Validade, retorno, confirmação, cancelamento e baixa automática. Erro no status da venda e no embarque.
    Agência Comissão, repasse, vendedor, canal e fechamento. Divergência entre venda, comissão e fiscal.
    Marketplace Pedido externo, localizador, taxa, repasse, integração e status. Venda duplicada ou não emitida no BP-e.

    XML, DABPE, autorização e protocolo

    No BP-e para balsas de passageiros, o documento fiscal principal é o XML autorizado. O DABPE é uma representação auxiliar usada para facilitar embarque, atendimento ou consulta, mas não substitui o XML.

    Elemento Função no BP-e Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o XML e garante autoria e integridade. Deve estar válido e vinculado corretamente à empresa emitente.
    Autorização de uso Confirma o uso fiscal do documento eletrônico. Documento sem autorização não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Deve ficar vinculado ao XML e à chave de acesso.
    Chave de acesso Identifica o BP-e e permite consulta. Precisa ser armazenada e exibida corretamente quando aplicável.
    DABPE Documento auxiliar do BP-e. Ajuda na operação, mas não substitui o XML autorizado.

    Ponto crítico: recibo, comprovante de cartão, comprovante PIX, ticket interno ou DABPE sem XML autorizado e protocolo não resolvem a obrigação fiscal quando a operação exige BP-e.

    Cancelamento, remarcação e substituição

    Balsas podem sofrer alterações por clima, maré, manutenção, lotação, fila, atraso, bloqueio de rota, troca de embarcação, desistência do passageiro ou mudança de veículo. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

    Cancelamento da viagem

    Quando a travessia não ocorre, o sistema precisa tratar passageiros, veículos, pagamentos e documentos fiscais.

    Cancelamento da passagem

    Deve vincular motivo, usuário, data, estorno e evento fiscal quando aplicável.

    Remarcação

    Troca de data, horário, rota, passageiro ou veículo precisa preservar histórico e vínculo documental.

    Substituição

    Quando aplicável, o sistema precisa referenciar documento anterior e manter rastreabilidade.

    Integrações e APIs

    Uma operação de balsa 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.

    Integração Uso na operação Benefício
    Site de vendas Venda online de travessias, passageiros e veículos. Aumenta canais de venda e reduz atendimento manual.
    Pagamento PIX, cartão, TEF, link, confirmação, cancelamento e baixa automática. Reduz erro financeiro.
    Controle de embarque Leitura de QR Code, lista de passageiros, placa e validação no terminal. Evita embarque sem passagem válida.
    Fiscal XML, webservices, autorização, eventos, protocolos e consultas. Centraliza emissão e rastreabilidade.
    BI e relatórios Vendas, ocupação, rotas, horários, cancelamentos, veículos e financeiro. Melhora decisão operacional e gestão.
    APIs externas Marketplaces, agências, ERPs, órgãos, bilhetagem e sistemas legados. Evita retrabalho e duplicidade de dados.

    Como implantar BP-e para balsas de passageiros

    A implantação deve começar pelo mapeamento da operação real. Em balsas, o erro mais comum é configurar o sistema como se fosse apenas uma passagem simples, sem separar passageiro, veículo, carga, rota, horário, embarcação, pagamento e documento fiscal.

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, certificado, série, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Separação de natureza Diferenciar passageiro, veículo, carga, encomenda, bagagem, turismo e serviço adicional. Redução de risco fiscal por emissão incorreta.
    3. Mapeamento operacional Mapear rotas, travessias, terminais, embarcações, horários, tarifas e capacidade. Operação pronta para alimentar o sistema.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração, webservices e regras. Sistema preparado para homologação.
    5. Homologação Emitir testes, validar XML, DABPE, rejeições, cancelamentos, substituições e relatórios. Fluxo testado antes da produção.
    6. Treinamento Treinar bilheteria, terminal, agência, financeiro, fiscal, operação e suporte. Equipe pronta para usar o sistema.
    7. Produção assistida Acompanhar primeiras emissões, vendas, rejeições, pagamentos, embarques e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, embarques, cancelamentos e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e para balsas de passageiros

    Os erros mais comuns são tratar toda travessia como uma passagem simples, não separar passageiro de veículo, usar comprovante de pagamento como documento fiscal, não armazenar XML, não guardar protocolo, ignorar rejeições, não controlar capacidade da balsa, não conciliar cancelamentos e não validar o enquadramento fiscal de carga, veículo ou serviço adicional.

    Confundir passageiro e veículo

    Passageiro, veículo, carga e serviço adicional podem exigir tratamento fiscal diferente.

    Confundir DABPE com XML

    O DABPE é auxiliar. O XML autorizado é o documento fiscal principal.

    Não guardar protocolo

    Sem protocolo, a empresa perde a comprovação do retorno de autorização.

    Cadastro incompleto

    Origem, destino, terminal, balsa, horário, passageiro, veículo e tarifa precisam estar corretos.

    Pagamento sem conciliação

    Venda paga, BP-e rejeitado e embarque liberado sem controle geram risco operacional e fiscal.

    Cancelamento desconectado

    Estorno, cancelamento operacional e evento fiscal precisam estar vinculados.

    Como o Sistema Vexado ajuda empresas de balsas de passageiros

    O Sistema Vexado pode apoiar empresas de balsas, ferry boats e transporte 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.

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para passageiros por barco, balsa ou ferry boat.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta passageiro, rota, pagamento, reserva, bilhete, embarque e emissão fiscal.

    Gestão operacional

    A solução de gestão completa centraliza operação, vendas, fiscal, financeiro, relatórios e auditoria.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, pagamento, embarque e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento e operação fiscal.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático: quando usar BP-e modelo 63 em balsas

    Use este checklist para avaliar se a operação de balsa de passageiros está preparada para BP-e modelo 63.

    • 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, veículo acompanhado, veículo desacompanhado, carga, encomenda, bagagem, turismo e serviço adicional.
    • Validar CNPJ, inscrição estadual, certificado digital, credenciamento, ambiente, série e numeração.
    • Mapear rotas, travessias, origens, destinos, terminais, rampas, portos, píeres e pontos de embarque.
    • Cadastrar balsas, ferry boats, barcos, capacidade, serviços, horários, status e disponibilidade.
    • Controlar capacidade de passageiros separada da capacidade de veículos quando aplicável.
    • Configurar tarifas, categorias, descontos, gratuidades, benefícios, taxas e regras comerciais.
    • Controlar passageiro, comprador, documento, telefone, categoria e dados obrigatórios.
    • Controlar placa, tipo de veículo, porte, tarifa e vínculo com passageiro quando aplicável.
    • Integrar guichê, terminal, agência, site, marketplace ou atendimento.
    • Controlar pagamentos em dinheiro, cartão, PIX, TEF, link, agência e marketplace.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
    • Armazenar XML, protocolo, chave de acesso, DABPE, eventos, logs e relatórios.
    • Validar embarque por QR Code, localizador, documento, placa, 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, alteração de passageiro ou veículo 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.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e para balsas de passageiros, venda de passagens, embarque, XML, DABPE, financeiro, integrações e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Aquaviário

    Fontes oficiais para validar BP-e em balsas de passageiros

    Como BP-e para balsas de passageiros 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.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e, incluindo Ajuste SINIEF e documentos relacionados: Legislação BP-e/SVRS.

    SEFAZ Bahia BP-e

    Consulte orientação estadual sobre BP-e e documentos substituídos: SEFAZ Bahia BP-e.

    SEFAZ Paraná BP-e

    Consulte explicações sobre BP-e, DABPE, modelo 63 e documentos substituídos: SEFAZ Paraná BP-e.

    SEFAZ Goiás BP-e

    Consulte informações oficiais sobre BP-e modelo 63 e documentos substituídos: SEFAZ Goiás BP-e.

    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 para balsas de passageiros, BP-e Aquaviário, venda de passagens por balsa, 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.

    FAQ completo sobre BP-e para balsas de passageiros

    Quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros?

    O BP-e modelo 63 pode ser utilizado quando a operação for prestação de transporte aquaviário de passageiros e a unidade federada competente exigir, permitir ou credenciar a emissão do Bilhete de Passagem Eletrônico.

    Balsa de passageiros precisa emitir BP-e?

    Precisa avaliar com a SEFAZ competente. Quando a operação de balsa envolve transporte de passageiros, está sujeita ao documento eletrônico e a empresa está obrigada, autorizada ou credenciada, o documento fiscal a ser usado tende a ser o BP-e modelo 63.

    O BP-e substitui o Bilhete de Passagem Aquaviário modelo 14?

    Sim. O BP-e modelo 63 pode substituir o Bilhete de Passagem Aquaviário modelo 14 conforme adoção, obrigatoriedade e regras da unidade federada competente.

    Passageiro com carro na balsa usa BP-e?

    A passagem do passageiro pode exigir BP-e quando a operação estiver enquadrada. A tarifa do veículo, carga, encomenda ou serviço adicional deve ser analisada separadamente para definir o documento fiscal correto.

    Veículo desacompanhado deve ser emitido em BP-e?

    Não trate automaticamente como BP-e. Veículo desacompanhado pode representar transporte de bem, carga ou outro serviço. A empresa deve validar o documento fiscal aplicável com contador e SEFAZ.

    Carga transportada na balsa usa BP-e?

    Não automaticamente. BP-e é voltado ao transporte de passageiros. Carga, encomenda, bem ou veículo desacompanhado devem ser analisados conforme documento fiscal próprio.

    Comprovante de pagamento substitui BP-e?

    Não. Comprovante de cartão, PIX, TEF, dinheiro, link de pagamento ou recibo operacional não substitui o documento fiscal eletrônico quando a operação exige BP-e.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O sistema precisa controlar placa do veículo?

    Quando a operação envolve veículo acompanhado ou tarifa por veículo, é recomendável controlar placa, tipo, porte, tarifa, passageiro vinculado e status de embarque, conforme regra operacional e fiscal aplicável.

    O sistema precisa controlar lotação da balsa?

    Sim. É recomendável controlar capacidade de passageiros e veículos separadamente, além de horários, rotas, bloqueios, status da embarcação e lista de embarque.

    Operação turística por balsa usa BP-e?

    Depende da natureza da prestação. Passeios, turismo, fretamento, eventos, transporte contratado ou serviços municipais podem exigir outro documento fiscal. O enquadramento deve ser validado com contador, SEFAZ e equipe jurídica.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.

    Quais dados um sistema para balsas precisa controlar?

    Precisa controlar empresa, certificado, série, ambiente, rotas, travessias, terminais, embarcações, horários, passageiros, veículos quando aplicável, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    O Vexado pode ajudar com BP-e para balsas de passageiros?

    O Vexado pode apoiar empresas com emissão de BP-e Aquaviário, venda de passagens por balsa, integrações, APIs, relatórios, financeiro, embarque e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de balsas ou transporte aquaviário de passageiros.

    Quer organizar BP-e para balsas de passageiros? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Aquaviário

    Conclusão

    BP-e para balsas de passageiros pode ser utilizado quando a operação é transporte aquaviário de passageiros e a unidade federada competente exige, permite ou credencia o uso do BP-e modelo 63. O documento fiscal principal é o XML autorizado, com assinatura digital, chave de acesso e protocolo. O DABPE é apenas documento auxiliar.

    Em balsas, a empresa precisa ter atenção especial ao enquadramento fiscal. Passageiro a pé, passageiro com veículo, veículo desacompanhado, carga, encomenda, bagagem adicional, passeio turístico, fretamento e serviço contratado podem ter tratamentos diferentes. Por isso, o sistema deve permitir separar naturezas, controlar tarifas, registrar passageiros, veículos, rotas, travessias, pagamentos, embarque e documentos fiscais.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e Aquaviário, venda de passagens por balsa, controle de embarque, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e em balsas de passageiros? Conheça a solução web para emissão fiscal, venda de passagens, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e para balsas de passageiros, BP-e Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, transporte por balsa, passageiro com veículo, veículo desacompanhado, carga, encomenda, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e normal x BP-e TM: quais são as diferenças?

    BP-e normal x BP-e TM: quais são as diferenças?

    BP-e normal x BP-e TM: quais são as diferenças? Entenda a diferença entre o BP-e comum, usado em passagens individuais de transporte de passageiros, e o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com catracas, contadores, validadores, totalizações, XML, protocolo, relatórios e auditoria.

    • Entenda o que normalmente as empresas chamam de BP-e normal ou BP-e comum.
    • Veja quando o BP-e TM entra em cena nas operações metropolitanas e semiurbanas.
    • Conheça os cuidados com credenciamento, leiaute, catracas, validadores, totalizações, XML, DABPE, protocolo e relatórios.

    BP-e normal x BP-e TM: quais são as diferenças? A primeira coisa importante é entender que “BP-e normal” é uma forma comum de mercado para se referir ao BP-e comum, geralmente emitido para uma passagem individual de transporte de passageiros. Já o BP-e TM significa BP-e Transporte Metropolitano, voltado a operações metropolitanas, semiurbanas ou de linha regular com cobrança por catracas, contadores, validadores ou sistemas equivalentes.

    Os dois pertencem ao universo do BP-e modelo 63, mas não devem ser tratados como a mesma coisa. O BP-e comum costuma nascer de uma venda individual: passageiro, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo. O BP-e TM pode nascer de uma lógica de eventos e totalizações: linha, sentido, ponto, estação, veículo, catraca, validador, integração, gratuidade, período, relatório analítico, XML autorizado e protocolo.

    Por isso, a diferença não é apenas o nome. A diferença está na operação que gera o documento fiscal, no leiaute aplicável, no credenciamento, na origem dos dados, nas integrações necessárias e na forma como a empresa comprova a prestação para fins fiscais e operacionais.

    Precisa entender se sua operação usa BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar emissão de BP-e, BP-e TM, venda de passagens, catracas, validadores, totalizações, XML, protocolo, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e normal, ou BP-e comum, geralmente é usado em uma prestação individual de transporte de passageiros, com passageiro identificado, origem, destino, horário, tarifa, pagamento, XML autorizado, DABPE e protocolo. O BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com cobrança por contadores, catracas ou sistemas equivalentes, exigindo leiaute específico, credenciamento, integração de dados, totalizações, relatórios analíticos e auditoria.

    BP-e normal

    Termo comercial para BP-e comum, normalmente ligado à passagem individual e passageiro identificado.

    BP-e TM

    Tipo de BP-e voltado ao transporte metropolitano, semiurbano e operações com contadores ou catracas.

    Mesmo modelo 63

    Ambos fazem parte do universo do BP-e modelo 63, mas podem ter fluxos, leiautes e dados diferentes.

    Sistema emissor

    Precisa ser parametrizado conforme UF, credenciamento, tipo de operação, dados e regra fiscal aplicável.

    BP-e normal x BP-e TM: qual a diferença?

    A diferença principal é que o BP-e normal, ou BP-e comum, normalmente documenta uma prestação individual de transporte de passageiros. Ele costuma nascer de uma venda específica, com passageiro, trecho, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo.

    O BP-e TM, por outro lado, é voltado ao transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas, validadores ou sistemas equivalentes. Nesse caso, a emissão pode depender de eventos operacionais, totalizações, relatórios analíticos e credenciamento específico.

    Resposta direta: BP-e normal é o BP-e comum usado principalmente em passagens individuais. BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas ou metropolitanas com catracas, contadores, validadores, totalizações e leiaute específico. Ambos podem estar no modelo 63, mas a operação, os dados, as integrações, o credenciamento e a auditoria são diferentes.

    Ponto BP-e normal / comum BP-e TM
    Uso típico Passagem individual de transporte de passageiros. Transporte metropolitano ou semiurbano com cobrança por sistemas equivalentes.
    Origem da emissão Venda da passagem. Eventos, catracas, contadores, validadores, linhas e totalizações.
    Passageiro Normalmente identificado na venda. Pode ser tratado por eventos, categorias, cartões, gratuidades ou totalização.
    DABPE Mais associado à passagem individual. Tratamento depende do leiaute e da regra aplicável.
    Controle principal Venda, passageiro, trecho, pagamento e embarque. Evento, equipamento, linha, período, totalização e relatório analítico.
    Auditoria Venda → pagamento → XML → protocolo. Evento → totalização → relatório → XML → protocolo.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ-SP com perguntas frequentes sobre BP-e e BP-e TM, a página da SEFAZ-SP sobre BP-e TM, a Portaria CAT 102/2018, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.

    O que é BP-e normal ou BP-e comum?

    O termo BP-e normal é usado por muitas empresas para se referir ao BP-e comum, ou seja, a emissão mais tradicional do Bilhete de Passagem Eletrônico para uma prestação individual de transporte de passageiros.

    Esse cenário é muito comum em transporte rodoviário convencional, transporte aquaviário com venda individual, ferroviário com passagem por trecho, venda por guichê, agência, site, marketplace ou aplicativo. A lógica é transacional: uma venda gera uma passagem e essa passagem gera ou se relaciona com um BP-e autorizado.

    Passageiro

    Nome, documento, telefone, categoria, benefício, gratuidade e comprador quando aplicável.

    Trecho

    Origem, destino, ponto de embarque, ponto de desembarque, data, horário e serviço.

    Venda

    Guichê, agência, site, marketplace, app, atendimento assistido ou operação interna.

    Pagamento

    Dinheiro, cartão, TEF, PIX, link de pagamento, agência, marketplace ou repasse.

    DABPE

    Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.

    XML autorizado

    Documento fiscal eletrônico principal, assinado, autorizado e vinculado ao protocolo.

    O que é BP-e TM?

    BP-e TM significa Bilhete de Passagem Eletrônico para Transporte Metropolitano. Ele é aplicado em operações metropolitanas ou semiurbanas em linha, especialmente quando a cobrança da passagem ocorre por contadores, catracas ou sistemas equivalentes.

    Diferente do BP-e comum, o BP-e TM não deve ser tratado como simples passagem individual. A operação pode depender de dados consolidados por linha, veículo, ponto, estação, validador, contador, catraca, integração, gratuidade, tarifa e período. Por isso, exige uma estrutura mais robusta de integração e auditoria.

    Ponto essencial: BP-e TM não é apenas “um BP-e normal com outro nome”. Ele pode exigir leiaute específico, credenciamento próprio, integração com equipamentos, totalizações, relatórios analíticos e rastreabilidade entre evento operacional, XML autorizado e protocolo.

    Elemento do BP-e TM Por que é importante?
    Catraca ou contador Pode registrar a quantidade de passageiros ou acessos utilizados na totalização.
    Validador Pode identificar cartão, QR Code, tarifa, integração, gratuidade ou benefício.
    Linha e sentido Relacionam o evento à prestação metropolitana ou semiurbana correta.
    Período ou ciclo Define o intervalo usado na consolidação da emissão.
    Totalização Transforma eventos operacionais em base fiscal auditável.
    Relatório analítico Explica como os eventos formaram a emissão fiscal.

    Quando usar BP-e comum e quando usar BP-e TM?

    A decisão deve seguir a natureza real da operação, a legislação da UF, o credenciamento e o leiaute aplicável. A empresa não deve escolher apenas pela conveniência do sistema. O correto é identificar se a operação é uma passagem individual ou uma prestação metropolitana/semiurbana baseada em eventos e totalizações.

    Situação Modelo mais provável Cuidado principal
    Venda de passagem rodoviária convencional BP-e comum. Controlar passageiro, origem, destino, horário, poltrona, pagamento, XML e DABPE.
    Venda online de passagem com passageiro identificado BP-e comum. Integrar site, pagamento, reserva, emissão, cancelamento e embarque.
    Viagem intermunicipal a partir de rodoviária BP-e comum, conforme regra da UF. Validar dados do passageiro, trecho, tarifa, DABPE, XML e protocolo.
    Linha semiurbana com contador ou catraca BP-e TM, conforme regra da UF. Validar credenciamento, leiaute, totalização e relatório analítico.
    Transporte metropolitano com validador BP-e TM. Integrar eventos de cartão, QR Code, gratuidade, integração e tarifa.
    Operação híbrida Pode exigir BP-e comum e BP-e TM. Separar bases para evitar duplicidade, omissão e divergência fiscal.

    Regra prática: se a operação nasce de uma venda individual, avalie BP-e comum. Se nasce de catracas, contadores, validadores ou eventos consolidados em linha semiurbana/metropolitana, avalie BP-e TM.

    Tabela comparativa: BP-e normal x BP-e TM

    A tabela abaixo resume as principais diferenças entre o BP-e comum e o BP-e TM.

    Critério BP-e normal / comum BP-e TM
    Nome usual BP-e normal, BP-e comum ou BP-e convencional. BP-e TM ou BP-e Transporte Metropolitano.
    Modelo fiscal BP-e modelo 63. BP-e modelo 63 com tratamento específico de transporte metropolitano.
    Tipo de operação Passagem individual de transporte de passageiros. Transporte semiurbano ou metropolitano em linha.
    Forma de cobrança Venda individual em guichê, site, agência, app ou marketplace. Contadores, catracas, validadores, cartões, QR Code ou sistemas equivalentes.
    Passageiro Normalmente identificado. Pode ser identificado por bilhetagem ou tratado por categoria e totalização.
    Documento auxiliar DABPE normalmente associado à passagem. Tratamento depende do leiaute e da regra fiscal aplicável.
    Integrações Venda, pagamento, reserva, embarque e fiscal. Bilhetagem, catracas, validadores, contadores, financeiro, fiscal e BI.
    Auditoria Venda, pagamento, passagem, XML e protocolo. Evento, equipamento, totalização, relatório, XML e protocolo.
    Complexidade Alta, mas transacional. Muito alta, por volume, integração e rastreabilidade.

    Quais dados mudam?

    No BP-e comum, os dados principais vêm da venda da passagem. No BP-e TM, os dados principais podem vir da operação, da bilhetagem e dos equipamentos. Essa diferença muda completamente a arquitetura do sistema.

    Dado BP-e normal / comum BP-e TM
    Passageiro Nome, documento, categoria e comprador quando aplicável. Pode ser anônimo, classificado por categoria, cartão, benefício ou integração.
    Origem e destino Cidade, rodoviária, ponto de embarque e desembarque. Linha, sentido, estação, ponto, município, área metropolitana ou ciclo.
    Pagamento Diretamente ligado à venda da passagem. Bilhetagem, cartão, QR Code, integração, subsídio, gratuidade ou repasse.
    Equipamento Leitor de QR Code ou validação de embarque, quando aplicável. Catraca, contador, validador, terminal, veículo, estação ou ponto.
    Período Data e horário da passagem ou viagem. Período de totalização, ciclo, dia, mês, veículo, linha ou equipamento.
    Relatório Vendas, passageiros, embarques, cancelamentos e financeiro. Eventos, totalizações, equipamentos, tarifas, gratuidades, integrações e auditoria.

    Diferença operacional

    O BP-e comum funciona melhor quando a operação é transacional. O usuário compra uma passagem, o sistema registra os dados da venda, emite o documento, gera o DABPE, controla o pagamento e permite embarque.

    O BP-e TM funciona em uma lógica de operação contínua. A empresa pode ter milhares ou milhões de eventos gerados por catracas, validadores, cartões, QR Code, gratuidades e integrações. O sistema precisa consolidar esses eventos, validar regras e formar a base fiscal correta.

    BP-e comum

    Venda individual, reserva, pagamento, DABPE, embarque e XML autorizado.

    BP-e TM

    Eventos, linhas, equipamentos, totalizações, relatórios e XML autorizado.

    Operação transacional

    Cada passagem possui uma jornada clara: venda, emissão, pagamento, embarque e auditoria.

    Operação consolidada

    Milhares de eventos precisam ser agrupados, validados e explicados por relatórios.

    Catracas, validadores, contadores e totalizações

    O BP-e TM depende muito mais da qualidade dos dados operacionais. Catracas, validadores e contadores deixam de ser apenas equipamentos de operação e passam a alimentar a base fiscal. Por isso, cada evento precisa ter origem, hora, equipamento, linha, sentido, categoria, regra de tarifa e vínculo com a totalização.

    Elemento Função na operação Risco se não controlar
    Catraca Registra passagem física do usuário. Contagem incorreta, duplicidade ou omissão de passageiros.
    Contador Registra volume de acessos ou passageiros. Totalização sem base confiável.
    Validador Identifica cartão, QR Code, tarifa, integração ou benefício. Erro em gratuidade, integração, desconto ou categoria tarifária.
    Evento bruto Registro original antes da consolidação. Perda de rastreabilidade para auditoria.
    Totalização Agrupa eventos por período, linha, ponto, veículo, tarifa ou categoria. XML sem explicação analítica adequada.
    Relatório analítico Explica como a totalização foi formada. Dificuldade de comprovar dados ao Fisco.

    Ponto crítico: no BP-e TM, não basta saber o total final. É preciso provar como o total foi formado, de onde vieram os eventos, quais equipamentos participaram e como isso se conecta ao XML autorizado.

    XML, DABPE, autorização e protocolo

    Em qualquer tipo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é documento auxiliar. A diferença é que, no BP-e comum, o XML normalmente nasce da venda da passagem. No BP-e TM, o XML pode nascer de uma lógica de totalizações e eventos operacionais.

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico. Deve estar válido e vinculado corretamente ao emitente.
    Autorização de uso Confirma o uso fiscal do BP-e. Sem autorização, o documento não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar. Não substitui o XML autorizado.
    Eventos fiscais Cancelamento, substituição, rejeição, reprocessamento ou ajustes aplicáveis. Precisam manter vínculo com venda, evento original, totalização ou documento.

    Regra prática: comprovante, recibo, ticket interno, relatório, catraca, validador, contador ou DABPE sem XML autorizado e protocolo não substituem o BP-e quando a operação exige documento fiscal eletrônico.

    Credenciamento e ambiente de emissão

    O BP-e TM pode exigir credenciamento específico para esse tipo de emissão. Isso significa que a empresa precisa validar se está autorizada a emitir BP-e comum, BP-e TM ou ambos. Também é necessário confirmar ambiente de homologação, ambiente de produção, série, numeração, certificado, webservices e leiaute aplicável.

    Item BP-e comum BP-e TM
    Credenciamento Credenciamento para emissão de BP-e conforme regra da UF. Pode exigir credenciamento específico para transporte metropolitano.
    Ambiente Homologação e produção do BP-e. Homologação e produção compatíveis com BP-e TM.
    Leiaute Leiaute comum do BP-e conforme MOC e notas técnicas. Leiaute específico para transporte metropolitano quando aplicável.
    Webservice Serviços de autorização e consulta do BP-e comum. Serviços e regras compatíveis com BP-e TM quando disponibilizados pela UF.
    Testes Venda, XML, DABPE, cancelamento, rejeição e protocolo. Eventos, totalizações, relatório, XML, rejeição, autorização e protocolo.

    Relatórios e auditoria

    No BP-e comum, a auditoria normalmente acompanha venda, passageiro, pagamento, embarque, cancelamento, XML e protocolo. No BP-e TM, a auditoria precisa provar como os eventos operacionais formaram a totalização e como a totalização formou o documento fiscal.

    Relatório BP-e comum BP-e TM
    Vendas Passagens vendidas, canceladas, remarcadas e embarcadas. Pode existir, mas não é sempre a base fiscal principal.
    Financeiro Dinheiro, cartão, PIX, agência, marketplace e repasses. Bilhetagem, integrações, subsídios, gratuidades, repasses e conciliação.
    Operacional Viagens, passageiros, poltronas, listas e embarques. Eventos, equipamentos, linhas, pontos, estações, veículos e períodos.
    Fiscal XMLs autorizados, rejeitados, cancelados, substituídos e pendentes. XMLs, totalizações, relatórios analíticos, reprocessamentos e protocolos.
    Auditoria Rastreabilidade da passagem individual. Rastreabilidade entre evento bruto, totalização, relatório, XML e protocolo.

    O que o sistema precisa controlar?

    Um sistema preparado para BP-e comum e BP-e TM precisa suportar duas arquiteturas diferentes: uma transacional e outra consolidada. A transacional nasce da venda. A consolidada nasce dos eventos.

    Funcionalidade BP-e normal / comum BP-e TM
    Cadastro fiscal CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento. Além do cadastro fiscal, pode exigir credenciamento específico para transporte metropolitano.
    Venda Passagem individual, passageiro, trecho, horário, tarifa e pagamento. Eventos de bilhetagem, catraca, validador, contador, integração e período.
    Operação Viagem, veículo, motorista, poltrona, embarque e lista. Linha, ponto, estação, equipamento, veículo, ciclo, tarifa e totalização.
    Emissão fiscal XML por passagem ou venda, conforme regra aplicável. XML gerado a partir de consolidação e totalização de eventos.
    Financeiro Pagamento direto da passagem. Bilhetagem, repasses, subsídios, gratuidades, integração e conciliação.
    Auditoria Venda → XML → protocolo. Evento → totalização → relatório → XML → protocolo.
    Reprocessamento Correção de venda, rejeição ou cancelamento. Correção de evento, totalização, período, equipamento ou relatório analítico.

    Como implantar BP-e comum ou BP-e TM corretamente

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, BP-e comum, BP-e TM e documentos substituídos. Definir o tipo de emissão correto.
    2. Diagnóstico operacional Mapear venda individual, linhas, pontos, catracas, validadores, cartões e integrações. Entender a origem real dos dados fiscais.
    3. Cadastro base Configurar empresa, certificado, série, ambiente, rotas, linhas, pontos, equipamentos e tarifas. Base pronta para emissão e auditoria.
    4. Integrações Conectar site, agência, marketplace, TEF, PIX, catracas, validadores, bilhetagem e financeiro. Redução de divergência e retrabalho.
    5. Homologação Testar XML, DABPE, rejeições, cancelamentos, totalizações, relatórios e reprocessamentos. Fluxo validado antes da produção.
    6. Produção assistida Acompanhar primeiras emissões, eventos, totalizações, divergências e protocolos. Entrada segura em produção.
    7. Auditoria contínua Conferir vendas, eventos, totalizações, XMLs, protocolos, cancelamentos e financeiro. Operação fiscal mais segura e rastreável.

    Erros comuns

    Os erros mais comuns são tratar BP-e TM como se fosse um BP-e comum, ignorar a necessidade de credenciamento específico, não integrar catracas e validadores, não guardar eventos brutos, não gerar relatório analítico, não separar venda individual de totalização, confundir relatório com documento fiscal e acreditar que DABPE substitui XML autorizado.

    Achar que é tudo BP-e normal

    BP-e TM pode exigir leiaute, credenciamento, totalização e relatório próprios.

    Ignorar credenciamento

    A emissão de BP-e TM pode depender de habilitação específica na UF.

    Não guardar evento bruto

    Sem evento original, fica difícil provar a origem da totalização.

    Confundir relatório com XML

    Relatório ajuda na auditoria, mas o documento fiscal principal é o XML autorizado.

    Misturar operações

    Venda individual e totalização precisam ser separadas para evitar duplicidade ou omissão.

    Não validar UF

    Regras, prazos, credenciamento, leiaute e documentos substituídos podem variar.

    Como o Sistema Vexado ajuda

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

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta passageiro, rota, pagamento, reserva, bilhete, embarque e emissão fiscal.

    BP-e Metropolitano

    A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, catracas, validadores e totalizações.

    BP-e Semiurbano

    A página de BP-e para transporte semiurbano apoia operações com características próximas ao metropolitano.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, catracas, validadores, bilhetagem e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento, integrações e operação fiscal.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e comum, BP-e TM, integrações, XML, protocolo, totalizações e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BP-e comum e BP-e TM

    Como BP-e comum e BP-e TM envolvem obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e: Legislação BP-e/SVRS.

    SEFAZ-SP FAQ BP-e

    Consulte a diferença prática entre BP-e comum e BP-e TM: Perguntas Frequentes BP-e.

    SEFAZ-SP BP-e TM

    Consulte orientação sobre BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.

    Portaria CAT 102/2018

    Consulte regras sobre emissão de BP-e, DABPE, credenciamento, BP-e TM e totalizações: Portaria CAT 102/2018.

    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 comum, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre BP-e normal x BP-e TM

    BP-e normal e BP-e TM são a mesma coisa?

    Não. Ambos fazem parte do universo do BP-e modelo 63, mas o BP-e normal costuma ser o BP-e comum usado em passagem individual, enquanto o BP-e TM é voltado ao transporte metropolitano com catracas, contadores ou sistemas equivalentes.

    O que é BP-e normal?

    É a forma comercial de chamar o BP-e comum, geralmente usado para documentar uma passagem individual de transporte de passageiros, com passageiro, trecho, horário, pagamento, XML, DABPE e protocolo.

    O que é BP-e TM?

    BP-e TM é o Bilhete de Passagem Eletrônico para Transporte Metropolitano, usado em operações com cobrança por contadores, catracas ou sistemas equivalentes, conforme leiaute e credenciamento aplicáveis.

    BP-e TM é outro modelo fiscal?

    Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, credenciamento, totalizações e relatórios próprios.

    Quando usar BP-e comum?

    Normalmente em operações de venda individual, como rodoviário convencional, venda online, guichê, agência, marketplace ou operações em que cada passageiro tem passagem própria.

    Quando usar BP-e TM?

    Normalmente em operações semiurbanas ou metropolitanas com cobrança por catracas, contadores, validadores ou sistemas equivalentes, conforme regra da UF e credenciamento.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    Relatório de totalização substitui o BP-e TM?

    Não. O relatório ajuda a explicar e auditar os dados, mas o documento fiscal eletrônico principal continua sendo o XML autorizado quando a operação exige BP-e.

    O sistema precisa guardar evento bruto no BP-e TM?

    Sim. Em operações com totalização, é recomendável guardar evento bruto, logs, reprocessamentos e relatórios, pois a auditoria depende da rastreabilidade entre evento, totalização, XML e protocolo.

    Uma empresa pode usar BP-e comum e BP-e TM?

    Sim. Empresas com operações híbridas podem ter BP-e comum para venda individual e BP-e TM para linhas metropolitanas, semiurbanas ou operações com catracas e validadores.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.

    Quais dados um sistema para BP-e comum precisa controlar?

    Precisa controlar empresa, certificado, ambiente, rotas, horários, passageiros, poltronas quando aplicável, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    Quais dados um sistema para BP-e TM precisa controlar?

    Precisa controlar empresa, certificado, ambiente, linhas, pontos, catracas, validadores, contadores, veículos, tarifas, integrações, gratuidades, eventos, totalizações, XML, autorização, protocolo, relatórios e auditoria.

    O Vexado pode ajudar com BP-e comum e BP-e TM?

    O Vexado pode apoiar empresas com BP-e comum, BP-e TM, venda de passagens, integrações, APIs, relatórios, financeiro, embarque e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de BP-e comum, BP-e TM ou modelo híbrido.

    Quer organizar BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar venda de passagens, BP-e TM, XML, catracas, validadores, totalizações, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    BP-e normal e BP-e TM não devem ser tratados como a mesma coisa. O BP-e normal, ou BP-e comum, normalmente atende operações de passagem individual, com venda, passageiro, trecho, pagamento, DABPE, XML e protocolo. O BP-e TM atende operações metropolitanas ou semiurbanas com contadores, catracas, validadores, totalizações, relatórios e credenciamento específico.

    A escolha correta depende da operação real, da UF competente, do credenciamento, do leiaute técnico e da forma como a empresa cobra e registra a prestação. Usar BP-e comum quando a operação exige BP-e TM pode gerar risco fiscal e perda de rastreabilidade. Usar lógica de totalização onde deveria haver passagem individual pode gerar perda de dados importantes da venda, do passageiro e do embarque.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e comum, BP-e TM, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e comum ou BP-e TM? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e normal, BP-e comum, BP-e TM, BP-e Transporte Metropolitano, BP-e modelo 63, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, catracas, validadores, contadores, bilhetagem, integração tarifária, totalizações, relatório analítico, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e para companhias aéreas: entenda o projeto BPeTA

    BP-e para companhias aéreas: entenda o projeto BPeTA

    BP-e para companhias aéreas: entenda o projeto BPeTA, o Bilhete de Passagem Eletrônico para Transporte Aéreo, criado para documentar o transporte aéreo de passageiros no ecossistema do BP-e modelo 63, com XML, autorização, protocolo, Consulta, Status, Eventos, homologação, produção, credenciamento por UF, Reforma Tributária, IBS, CBS, BPeTA Normal, BPeTA Múltiplo, pagamentos, PagVinc, split payment e auditoria fiscal.

    • Entenda o que é o projeto BPeTA e por que ele importa para companhias aéreas.
    • Veja como funcionam homologação, produção, credenciamento, XML, autorização, protocolo e webservices.
    • Conheça os impactos da Reforma Tributária, IBS/CBS, pagamentos, BPeTA Normal, BPeTA Múltiplo e auditoria.

    BP-e para companhias aéreas: entenda o projeto BPeTA. O BPeTA, ou Bilhete de Passagem Eletrônico para Transporte Aéreo, é o projeto criado para levar o ecossistema do BP-e ao transporte aéreo de passageiros. Ele nasce dentro do ambiente dos documentos fiscais eletrônicos, com XML, assinatura digital, autorização de uso, protocolo, consulta, status, eventos e regras próprias para o modal aéreo.

    Na prática, o BPeTA não é apenas “mais um tipo de bilhete”. Ele representa uma mudança importante para companhias aéreas, integradoras, sistemas de venda, sistemas de reserva, canais digitais, agências, OTAs, marketplaces, meios de pagamento, equipes fiscais e áreas de tecnologia. O transporte aéreo possui características próprias: localizador, voo, aeroporto de origem, aeroporto de destino, companhia operadora, trecho, conexão, passageiro, comprador, tarifa, taxa, bagagem, serviços adicionais, remarcação, cancelamento, não embarque e reacomodação.

    Por isso, o projeto BPeTA exige uma arquitetura fiscal e operacional bem estruturada. O sistema precisa gerar o XML conforme a Nota Técnica, assinar digitalmente, transmitir para autorização, tratar rejeições, consultar status, registrar eventos, armazenar protocolo, aplicar regras da Reforma Tributária, controlar IBS/CBS, lidar com meios de pagamento e manter rastreabilidade entre venda, passageiro, trecho aéreo, pagamento, documento fiscal e auditoria.

    Precisa entender o projeto BPeTA para companhias aéreas? Fale com o Vexado e veja como estruturar análise técnica, fiscal, XML, webservices, pagamentos, Reforma Tributária, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BPeTA é o BP-e voltado ao transporte aéreo de passageiros. Ele foi criado pela NT 2025.002 para documentar operações aéreas no ecossistema do Bilhete de Passagem Eletrônico. O projeto envolve homologação, produção, credenciamento por UF, filiais das empresas aéreas, XML, autorização centralizada na SVRS, Consulta, Status, Eventos, Reforma Tributária, IBS, CBS, BPeTA Normal, BPeTA Múltiplo, pagamentos, PagVinc, relatórios e auditoria fiscal.

    BPeTA

    Bilhete de Passagem Eletrônico para Transporte Aéreo, voltado ao modal aéreo de passageiros.

    NT 2025.002

    Nota Técnica que cria o serviço de recepção do BPe Transporte Aéreo.

    SVRS

    Autorização centralizada pela SEFAZ Virtual do Rio Grande do Sul.

    Reforma Tributária

    O BPeTA nasce no contexto da RTC, com impactos de IBS, CBS, pagamentos e validações.

    BP-e para companhias aéreas: o que é o BPeTA?

    O BPeTA é o BP-e Transporte Aéreo, uma modalidade do Bilhete de Passagem Eletrônico voltada ao transporte aéreo de passageiros. Ele foi criado para permitir que companhias aéreas e sistemas emissores documentem eletronicamente as prestações de transporte aéreo dentro do ecossistema nacional de documentos fiscais eletrônicos.

    Resposta direta: o projeto BPeTA cria o BP-e para companhias aéreas. Ele permite emissão de documento fiscal eletrônico para transporte aéreo de passageiros, com XML, assinatura digital, autorização centralizada na SVRS, protocolo, consulta, status, eventos, credenciamento por UF, regras de Reforma Tributária, IBS/CBS, pagamentos e auditoria.

    Ponto O que significa no BPeTA Impacto para companhias aéreas
    Documento fiscal BP-e Transporte Aéreo no ecossistema do modelo 63. Exige motor fiscal preparado para o modal aéreo.
    Autorização Documento eletrônico precisa ser transmitido e autorizado. Venda e fiscal precisam conversar com o autorizador.
    Credenciamento Habilitação por UF para filiais das empresas aéreas. Cadastro fiscal, IE, CNPJ e ambiente precisam estar corretos.
    Reforma Tributária IBS/CBS, classificação tributária, pagamentos e novas validações. O XML precisa acompanhar as NTs da RTC.
    Operação aérea Voo, aeroporto, trecho, passageiro, comprador, tarifa e serviços. Sistema não pode tratar aéreo como rodoviário.
    Auditoria Rastreabilidade entre venda, pagamento, XML, protocolo e eventos. Relatórios e logs deixam de ser opcionais.

    Fontes oficiais úteis para validação: Documentos BP-e/SVRS, Notícias BP-e/SVRS, Avisos BP-e/SVRS, Serviços BP-e/SVRS, Portal Nacional BP-e e Lei Complementar 214/2025.

    O que é o projeto BPeTA?

    O projeto BPeTA é a evolução do BP-e para o transporte aéreo de passageiros. Ele cria uma camada técnica e fiscal para que companhias aéreas possam emitir documento eletrônico compatível com a operação aérea e com as novas exigências da Reforma Tributária do Consumo.

    O BPeTA possui Nota Técnica específica, serviço de recepção próprio e integração com os demais webservices do BP-e. Isso permite que o documento seja autorizado, consultado, vinculado a eventos e acompanhado dentro da estrutura nacional dos documentos fiscais eletrônicos.

    Nota Técnica própria

    A NT 2025.002 define o serviço de recepção do BPe Transporte Aéreo.

    Serviço de recepção

    Webservice usado para enviar o XML do BPeTA e obter autorização ou rejeição.

    Consulta e Status

    Permitem consultar documentos e disponibilidade do ambiente autorizador.

    Eventos

    Permitem tratar o ciclo de vida do documento depois da autorização.

    Reforma Tributária

    O projeto já nasce conectado às regras de IBS, CBS, pagamentos e classificação tributária.

    Companhias aéreas

    Exige atenção de filiais, credenciamento, sistemas de venda, reserva, financeiro e fiscal.

    Por que companhias aéreas precisam olhar para o BPeTA?

    Companhias aéreas operam com alta complexidade transacional. Uma passagem aérea pode envolver venda direta, agência, OTA, marketplace, localizador, conexão, remarcação, cancelamento, no-show, bagagem, assento, tarifa promocional, taxa de embarque, programa de fidelidade, moeda estrangeira, cartão, PIX, split payment, reacomodação e múltiplas filiais fiscais.

    O BPeTA obriga o sistema emissor a transformar essa complexidade em documento fiscal eletrônico válido, autorizado, consultável, auditável e alinhado às regras técnicas em vigor.

    Complexidade aérea Impacto no BPeTA
    Venda por múltiplos canais Site, app, balcão, agência, OTA e marketplace precisam alimentar o fiscal.
    Localizador e reserva O documento fiscal precisa ser rastreável até a venda original.
    Trechos e conexões Origem, destino, aeroporto, voo e conexão precisam estar coerentes.
    Serviços adicionais Bagagem, assento, animal e taxas precisam de tratamento claro.
    Remarcação e cancelamento Eventos fiscais e histórico precisam acompanhar a alteração comercial.
    Reforma Tributária IBS, CBS, cClassTrib, CST, vTotDFe e pagamento precisam ser validados.

    Quem é impactado pelo projeto?

    O projeto BPeTA impacta diretamente companhias aéreas, mas também afeta todo o ecossistema tecnológico e fiscal ao redor da venda de passagem aérea.

    Companhias aéreas

    Precisam emitir, consultar, armazenar e auditar BPeTA conforme credenciamento e NTs.

    Filiais fiscais

    Precisam validar UF, CNPJ, IE, credenciamento, ambiente, série e numeração.

    Integradoras

    Precisam adaptar APIs, XML, pagamentos, eventos e relatórios.

    Agências e OTAs

    Precisam fornecer dados corretos de venda, passageiro, pagamento e cancelamento.

    Financeiro

    Precisa conciliar pagamento, estorno, repasse, taxa, comissão e documento fiscal.

    Fiscal e jurídico

    Precisam validar enquadramento tributário, credenciamento, guarda documental e auditoria.

    Homologação do BPeTA

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

    Teste de homologação O que validar Resultado esperado
    XML válido Leiaute, schema, campos obrigatórios e assinatura. Documento autorizado.
    XML inválido Campos ausentes, grupos fora da ordem e regras quebradas. Rejeição clara e tratável.
    BPeTA Normal Passageiro, viagem, valores, impostos e pagamento. Fluxo de compra regular validado.
    BPeTA Múltiplo Comprador obrigatório e passageiro vedado. Fluxo de compra múltipla/fretamento validado.
    Vinculado a múltiplo Passageiro, chave do BPe múltiplo e situação do documento originador. Vínculo fiscal validado.
    IBS/CBS CST, cClassTrib, vTotDFe, bases, alíquotas e valores. Compatibilidade com Reforma Tributária.
    Eventos Cancelamento, não embarque e demais eventos aplicáveis. Ciclo de vida validado.

    Boa prática: homologação não é apenas autorizar um XML. O ideal é criar uma matriz de testes com cenários válidos, rejeições esperadas, eventos, pagamento, Reforma Tributária, BPeTA Normal, Múltiplo e Vinculado.

    Produção, autorização e credenciamento

    O ambiente de produção do BPeTA exige cuidado com credenciamento e habilitação por UF. A liberação técnica do ambiente não elimina a necessidade de a companhia aérea validar cada filial inscrita, UF, CNPJ, inscrição estadual, certificado, série, numeração e ambiente correto.

    Item O que controlar Risco se ignorar
    Credenciamento Habilitação em cada UF competente. Documento rejeitado por emissor não habilitado.
    Filial CNPJ, IE, UF e vínculo com a empresa aérea. Emissão por estabelecimento incorreto.
    Certificado digital Validade, vínculo e permissão de assinatura. Falha de assinatura ou autorização.
    Ambiente Separar homologação e produção. Teste em produção ou emissão real em homologação.
    Série e numeração Controle por filial, ambiente e regra fiscal. Duplicidade, quebra de sequência ou rejeição.
    Monitoramento Status, rejeições, eventos e indisponibilidades. Falhas sem resposta rápida da equipe.

    Webservices: recepção, consulta, status e eventos

    O BPeTA possui serviço de recepção específico e utiliza os demais webservices disponíveis para o sistema BP-e. Isso significa que a implantação precisa cobrir o ciclo completo do documento, não apenas a transmissão inicial.

    Webservice Uso no projeto BPeTA O que o sistema deve fazer
    Recepção BPeTA Enviar XML para autorização. Transmitir, receber retorno, tratar autorização ou rejeição.
    Status do serviço Verificar disponibilidade do autorizador. Evitar envio quando o ambiente estiver indisponível.
    Consulta Consultar documento por chave de acesso. Confirmar situação, autorização, protocolo e eventos.
    Eventos Registrar fatos posteriores à autorização. Cancelar, substituir, registrar não embarque ou outros eventos aplicáveis.
    QRCode/DABPE Facilitar consulta auxiliar quando aplicável. Usar URL e ambiente corretos.

    BPeTA Normal, Múltiplo e Vinculado

    O projeto BPeTA trabalha com tipos de compra que mudam a regra do XML. O campo tpCompra define se o documento será Normal, Múltiplo ou Vinculado a BPe múltiplo.

    Tipo tpCompra Uso Regra crítica
    BPeTA Normal 0 Compra regular de passagem aérea. Passageiro deve ser informado.
    BPeTA Múltiplo 1 Compra múltipla, indicada como fretamento. Comprador deve ser informado e passageiro não deve ser informado.
    BPe vinculado a múltiplo 2 Documento vinculado a um BPe múltiplo. Passageiro e chave do BPe múltiplo devem ser informados.

    Ponto crítico: o sistema não deve deixar o operador escolher o tipo de compra de forma solta. O tpCompra deve ser consequência da operação real: compra normal, fretamento/múltiplo ou emissão vinculada.

    Quais dados o BPeTA precisa controlar?

    O BPeTA exige dados fiscais, comerciais, operacionais e financeiros. Como o transporte aéreo é diferente do rodoviário, ferroviário, aquaviário e metropolitano, o sistema precisa tratar campos próprios do modal aéreo.

    Grupo de dados Exemplos Uso no BPeTA
    Emitente CNPJ, IE, UF, filial, certificado, série e numeração. Define quem está emitindo o documento.
    Passageiro Nome, documento, contato e dados exigidos pela regra aplicável. Obrigatório em BPeTA Normal e Vinculado.
    Comprador Pessoa física, jurídica ou estrangeira. Crítico no BPeTA Múltiplo e em compras por terceiros.
    Viagem Voo, companhia operadora, origem, destino, trecho, conexão e data. Representa a prestação de transporte aéreo.
    Valores Bilhete, desconto, valor pago, troco, componentes e serviços adicionais. Base comercial e fiscal do documento.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe, bases, alíquotas e valores. Atende à Reforma Tributária e regras de validação.
    Pagamento Forma de pagamento, transação, PagVinc, cartão, PIX, agência ou OTA. Conecta documento fiscal e transação financeira.
    Eventos Cancelamento, não embarque, substituição e fornecimento não realizado. Controla o ciclo de vida do documento.

    Reforma Tributária, IBS e CBS no BPeTA

    O BPeTA nasce no contexto da Reforma Tributária do Consumo. Por isso, companhias aéreas precisam preparar seus sistemas para IBS, CBS, classificação tributária, meios de pagamento, valores totais do documento, regras de validação e relatórios fiscais.

    IBS

    Imposto sobre Bens e Serviços, compartilhado entre estados e municípios.

    CBS

    Contribuição sobre Bens e Serviços, de competência federal.

    CST e cClassTrib

    Definem a situação tributária e a classificação da operação.

    vTotDFe

    Total do documento fiscal eletrônico, relevante nas regras ligadas ao grupo IBSCBS.

    Rejeições

    Erros de preenchimento podem impedir autorização do XML.

    Auditoria

    Relatórios devem explicar venda, tributação, pagamento, protocolo e eventos.

    Regra prática: o BPeTA não deve ser implantado apenas como projeto de XML. Ele precisa ser tratado como projeto fiscal, tributário, financeiro, operacional e tecnológico.

    Transporte aéreo regional

    A LC 214/2025 prevê tratamento específico para transporte aéreo regional coletivo de passageiros ou de carga, com redução de 40% nas alíquotas de IBS e CBS quando o serviço estiver corretamente enquadrado.

    Isso não significa que todo voo doméstico recebe redução. O sistema precisa parametrizar critérios de enquadramento, origem, destino, rota, base legal, vigência, classificação tributária e evidência da regra aplicada.

    Situação Como tratar no sistema Risco
    Voo regional enquadrado Aplicar classificação tributária e redução conforme validação fiscal. Erro se a rota não atender aos critérios legais.
    Voo não regional Aplicar regra tributária geral ou específica aplicável. Redução indevida de IBS/CBS.
    Rota com benefício Guardar evidência da regra usada, data e versão da tabela. Dificuldade de auditoria futura.
    Venda por terceiro Separar transporte, intermediação, taxa, comissão e repasse. Confusão entre receita da companhia e receita do intermediador.

    Pagamentos, PagVinc e split payment

    O BPeTA também exige atenção aos meios de pagamento. Com a Reforma Tributária, documentos fiscais eletrônicos passam a exigir uma arquitetura mais clara para vincular documento fiscal e transação financeira, especialmente com grupos como pag e PagVinc.

    Pagamento O que controlar Por que importa?
    Cartão Autorização, NSU, adquirente, bandeira, valor e status. Conciliação entre venda, pagamento e BPeTA.
    PIX Cobrança, confirmação, expiração, estorno e vínculo fiscal. Evita documento autorizado sem pagamento confirmado.
    Agência/OTA Comissão, taxa, repasse, canal, comprador e passageiro. Evita divergência entre intermediador e companhia.
    Fidelidade/milhas Pontos, coparticipação, taxas e valores pagos. Exige análise fiscal e financeira detalhada.
    PagVinc Vinculação da transação financeira ao DFe. Prepara a arquitetura para rastreabilidade da Reforma Tributária.
    Split payment Campos e futuras regras regulatórias. Exige sistema preparado para evolução técnica.

    XML, autorização, protocolo e rejeições

    O documento fiscal principal do BPeTA é o XML autorizado. A autorização indica que a administração tributária recebeu o documento e validou aspectos formais, como autoria, leiaute, numeração e autorização do emitente. O mérito da declaração continua sendo responsabilidade do emitente.

    Elemento Função Controle necessário
    XML Documento fiscal eletrônico principal. Gerar conforme NT, schema e regras de validação.
    Assinatura Garante autoria e integridade do documento. Usar certificado válido e emitente correto.
    Autorização Permite o uso fiscal do documento. Registrar status, data, hora, retorno e protocolo.
    Protocolo Comprova o retorno do autorizador. Armazenar com XML, chave de acesso e eventos.
    Rejeição Indica erro técnico ou fiscal. Mostrar código, motivo, causa provável e correção.
    Reprocessamento Permite correção e novo envio. Manter logs, tentativas, usuário e histórico.

    O que o sistema precisa controlar?

    Um sistema preparado para BP-e de companhias aéreas precisa conectar fiscal, venda, reserva, pagamento, operação, eventos, relatórios e auditoria. Não basta gerar XML: é preciso controlar todo o ciclo de vida do documento.

    Área Controles necessários
    Fiscal CNPJ, IE, UF, filial, credenciamento, certificado, série, numeração, ambiente e webservices.
    Operação aérea Aeroporto, voo, trecho, conexão, companhia operadora, tipo de viagem e data.
    Comercial Venda direta, agência, OTA, marketplace, localizador, reserva, tarifa e serviços adicionais.
    Passageiro e comprador Dados do passageiro, comprador, estrangeiro, pessoa jurídica, corporativo e fretamento.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe, redução, transporte regional e regras específicas.
    Pagamento Cartão, PIX, agência, OTA, repasse, comissão, PagVinc, estorno e conciliação.
    Eventos Cancelamento, não embarque, substituição, fornecimento não realizado e reprocessamento.
    Auditoria Logs, XMLs, protocolos, rejeições, relatórios, usuários, alterações e integrações.

    Como implantar um projeto BPeTA

    A implantação do BPeTA deve ser feita por etapas. O projeto envolve áreas fiscal, TI, financeiro, operações, atendimento, integrações, jurídico e fornecedores externos.

    Fase O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, filiais, credenciamento, IBS/CBS e regras regionais. Mapa fiscal do projeto.
    2. Diagnóstico técnico Avaliar sistemas de venda, reserva, pagamento, financeiro, fiscal e auditoria. Mapa de integrações e lacunas.
    3. Atualização do motor fiscal Implementar NT 2025.002, schemas e regras de validação do BPeTA. Geração de XML compatível.
    4. Homologação Testar BPeTA Normal, Múltiplo, Vinculado, rejeições, eventos, IBS/CBS e pagamentos. Fluxo validado antes da produção.
    5. Credenciamento e produção Confirmar habilitação das filiais e configurar produção. Ambiente real pronto.
    6. Produção assistida Acompanhar primeiras emissões reais, rejeições, eventos e relatórios. Entrada segura em operação.
    7. Monitoramento contínuo Acompanhar NTs, schemas, rejeições, legislação e regras da Reforma Tributária. Conformidade permanente.

    Erros comuns

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

    Copiar lógica de outro modal

    O transporte aéreo tem operação própria e precisa de regras específicas.

    Ignorar credenciamento

    Filiais precisam estar habilitadas na UF competente.

    Testar pouco

    Autorizar um XML não prova que o projeto está pronto.

    Não tratar BPeTA Múltiplo

    Compra múltipla e vinculado a múltiplo exigem regras próprias.

    RTC incompleta

    IBS, CBS, CST, cClassTrib e vTotDFe precisam estar corretos.

    Sem auditoria

    Sem logs e relatórios, a empresa não explica emissão, rejeição ou reprocessamento.

    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 de BP-e para companhias aéreas e BPeTA, o caminho correto é realizar uma análise técnica e fiscal antes de afirmar operação em produçã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.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Integrações e APIs

    As integrações e APIs podem conectar sistemas de venda, pagamento, BI, financeiro e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, testes, produção assistida e treinamento.

    Automação de processos

    A automação de processos ajuda a reduzir retrabalho entre venda, financeiro, fiscal e auditoria.

    Posicionamento seguro: para companhias aéreas e BPeTA, a recomendação é validar viabilidade técnica, fiscal e regulatória com contador, responsável fiscal, SEFAZ, equipe jurídica, equipe técnica e integradores antes da implantação em produção.

    Checklist prático para companhias aéreas

    • Validar se a empresa precisa emitir BPeTA para transporte aéreo de passageiros.
    • Baixar e estudar a NT 2025.002 v2.00 do BPe Transporte Aéreo.
    • Baixar schemas oficiais e notas técnicas complementares do Portal BP-e/SVRS.
    • Confirmar credenciamento da filial em cada 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, eventos e QR Code/DABPE quando aplicável.
    • 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, aeroporto de origem, aeroporto de destino, trecho e conexão.
    • Controlar comprador, passageiro, localizador, canal de venda e reserva.
    • Controlar valores, descontos, componentes, taxas, bagagem, assento e serviços adicionais.
    • Implementar IBS, CBS, CST, cClassTrib, vTotDFe e regras da Reforma Tributária.
    • Parametrizar transporte aéreo regional quando houver enquadramento validado.
    • 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 documentos autorizados, rejeitados, cancelados, pendentes e reprocessados.
    • Registrar logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
    • Treinar fiscal, TI, financeiro, atendimento, suporte e operação.
    • Fazer produção assistida antes de liberar operação ampla.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Precisa transformar esse checklist em projeto real? Fale com o Vexado e veja como estruturar BPeTA, XML, webservices, pagamentos, IBS/CBS, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BP-e para companhias aéreas 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.

    Portal Nacional BP-e/SVRS

    Consulte documentos, schemas, notas técnicas, serviços, legislação e tabelas: Portal do BP-e.

    Documentos BP-e/SVRS

    Consulte a NT 2025.002 do BPe Transporte Aéreo e NTs da Reforma Tributária: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre schemas, vTotDFe, IBSCBS, split payment e regras técnicas: Avisos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte liberação de homologação, produção e atualizações do BPeTA: Notícias BP-e/SVRS.

    Serviços BP-e/SVRS

    Consulte ambientes, webservices e serviços disponíveis para BP-e: Serviços BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre BP-e para companhias aéreas e BPeTA

    O que é BPeTA?

    BPeTA é o Bilhete de Passagem Eletrônico para Transporte Aéreo, uma modalidade do BP-e voltada ao transporte aéreo de passageiros, com nota técnica, leiaute, regras de validação e serviço de recepção próprios.

    O que é BP-e para companhias aéreas?

    É a aplicação do ecossistema BP-e ao transporte aéreo de passageiros, por meio do projeto BPeTA, permitindo emissão de XML, autorização, protocolo, consulta, status, eventos e auditoria fiscal.

    Qual Nota Técnica criou o BPeTA?

    A NT 2025.002 do BP-e Transporte Aéreo publica as especificações do serviço de recepção do BPeTA e adapta os demais webservices do BP-e para o transporte aéreo de passageiros.

    O BPeTA já possui ambiente de produção?

    Sim. O Portal BP-e/SVRS informou que o ambiente de produção do BPe para Transporte Aéreo está liberado no sistema autorizador da SVRS para todas as UFs, com habilitação e credenciamento por UF para as filiais das empresas aéreas inscritas.

    O BPeTA possui ambiente de homologação?

    Sim. O ambiente de homologação permite testar XML, assinatura, recepção, autorização, rejeições, consulta, status, eventos, pagamentos e IBS/CBS antes da produção.

    O BPeTA é autorizado onde?

    O Portal BP-e/SVRS informa que o BPeTA será autorizado de forma centralizada na SVRS.

    Companhias aéreas precisam de credenciamento?

    Sim. A habilitação e o credenciamento devem ser tratados em cada unidade federada para as filiais das empresas aéreas inscritas.

    O BPeTA usa Consulta, Status e Eventos?

    Sim. O BPeTA faz parte dos serviços do sistema BP-e e utiliza os demais webservices disponíveis para o Bilhete de Passagem, como Consulta, Status e Eventos.

    O que é BPeTA Normal?

    É o BPeTA usado para compra regular de passagem aérea. Nesse cenário, o passageiro deve ser informado.

    O que é BPeTA Múltiplo?

    É o BPeTA usado para compra múltipla, indicada como fretamento. Nesse cenário, o comprador deve ser informado e o passageiro não deve ser informado.

    O que é BPe vinculado a múltiplo?

    É o documento vinculado a um BPe múltiplo. Ele deve informar passageiro e chave de acesso do BPe múltiplo.

    O BPeTA tem relação com Reforma Tributária?

    Sim. O BPeTA nasce no contexto da Reforma Tributária e precisa tratar IBS, CBS, classificação tributária, valores, pagamentos, PagVinc, validações e relatórios.

    Todo voo regional tem redução de IBS e CBS?

    A LC 214/2025 prevê redução de 40% para transporte aéreo regional coletivo de passageiros ou de carga, mas o enquadramento precisa ser validado conforme critérios legais e regulamentares aplicáveis.

    O sistema precisa integrar pagamentos?

    Sim. A integração com pagamentos ajuda a vincular venda, transação financeira, documento fiscal, estorno, repasse, comissão, PagVinc e auditoria.

    O Vexado já pode emitir BPeTA?

    O correto é avaliar o escopo técnico e fiscal antes de afirmar emissão em produção. Projetos de BPeTA exigem validação de NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, pagamentos e homologação.

    O Vexado pode ajudar nesse projeto?

    O Vexado pode apoiar empresas na análise e estruturação de arquitetura fiscal, integrações, automação, XML, relatórios e auditoria em projetos ligados a BP-e, BPeTA e Reforma Tributária, conforme avaliação técnica e fiscal.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, credenciamento, classificação tributária e guarda documental devem ser validadas com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar se sua operação precisa de BP-e, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer preparar sua companhia para BPeTA? Fale com o Vexado e veja como estruturar XML, webservices, pagamentos, IBS/CBS, relatórios, auditoria e produção assistida.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    O projeto BPeTA cria o BP-e para companhias aéreas e muda a forma como o transporte aéreo de passageiros deve ser documentado fiscalmente. O foco deixa de ser apenas a venda da passagem e passa a incluir XML autorizado, protocolo, consulta, status, eventos, credenciamento por UF, filiais, Reforma Tributária, IBS, CBS, pagamentos, BPeTA Normal, BPeTA Múltiplo, documentos vinculados e auditoria.

    Para companhias aéreas, o BPeTA exige integração entre fiscal, tecnologia, venda, reserva, financeiro, pagamentos, suporte e auditoria. Um projeto bem feito precisa começar em homologação, passar por testes completos, validar rejeições, eventos e Reforma Tributária, e só depois seguir para produção assistida.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, BPeTA, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua preparação para BP-e de companhias aéreas? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, Reforma Tributária, IBS, CBS, BPeTA, BP-e Transporte Aéreo, BP-e para companhias aéreas, BPeTA Normal, BPeTA Múltiplo, BPe vinculado a BPe múltiplo, BP-e modelo 63, Nota Técnica 2025.002, NT 2026.001, NT 2026.002, vTotDFe, IBSCBS, CST, cClassTrib, pag, PagVinc, split payment, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, filiais, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e para barcas: como funciona a emissão fiscal de passagens

    BP-e para barcas: como funciona a emissão fiscal de passagens

    BP-e para barcas: como funciona a emissão fiscal de passagens é um guia para empresas que operam transporte aquaviário de passageiros e precisam organizar venda de passagens, emissão de BP-e modelo 63, XML, DABPE, autorização, protocolo, rotas, embarcações, pagamentos, embarque, relatórios e auditoria.

    • Entenda quando a emissão de BP-e pode ser aplicada em barcas de passageiros.
    • Veja a relação entre BP-e modelo 63 e o antigo Bilhete de Passagem Aquaviário modelo 14.
    • Conheça as funcionalidades que um sistema precisa ter para controlar passagem, fiscal, financeiro e operação aquaviária.

    BP-e para barcas: como funciona a emissão fiscal de passagens? Essa dúvida é comum em empresas que operam barcas, lanchas, catamarãs, balsas, ferry boats, travessias, terminais hidroviários, ilhas, baías, rios, lagos, portos, píeres, estações aquaviárias e outros pontos de embarque e desembarque de passageiros.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, é o documento fiscal eletrônico usado para documentar prestações de transporte de passageiros nos cenários em que a unidade federada exige, permite ou credencia sua emissão. No transporte aquaviário, ele pode substituir o antigo Bilhete de Passagem Aquaviário modelo 14, levando a empresa para uma rotina fiscal digital com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, armazenamento e auditoria.

    No caso das barcas de passageiros, a emissão fiscal precisa refletir a operação real: origem, destino, ponto de embarque, ponto de desembarque, horário, embarcação, passageiro, tarifa, forma de pagamento, status da viagem, cancelamento, remarcação e documento fiscal autorizado.

    Precisa organizar BP-e para barcas na sua operação? Fale com o Vexado e veja como estruturar venda de passagens, emissão fiscal, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e para barcas funciona como a emissão fiscal eletrônica da passagem de transporte aquaviário de passageiros, quando a operação está enquadrada no BP-e modelo 63 conforme regra da unidade federada competente. O documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. Para operar corretamente, a empresa precisa de um sistema que controle venda, passageiro, rota, embarcação, horário, pagamento, autorização, protocolo, cancelamento, remarcação, relatórios e auditoria.

    BP-e modelo 63

    Documento fiscal eletrônico usado para transporte de passageiros, com XML, assinatura digital, autorização e protocolo.

    Barcas

    Operações aquaviárias com passageiros, travessias, rotas, terminais, horários e embarcações.

    Modelo 14

    Bilhete de Passagem Aquaviário antigo, substituído pelo BP-e quando a UF exige, permite ou credencia.

    Sistema emissor

    Precisa conectar venda, fiscal, financeiro, embarque, XML, DABPE, protocolo e auditoria.

    Como funciona a emissão fiscal de passagens em barcas?

    A emissão fiscal de passagens em barcas funciona por meio do BP-e modelo 63 quando a operação se enquadra como transporte aquaviário de passageiros e a unidade federada competente exige, permite ou credencia a emissão eletrônica. A empresa registra a venda, valida os dados da prestação, gera o XML, assina digitalmente, transmite para autorização, recebe o protocolo, armazena o documento e disponibiliza o DABPE quando aplicável.

    Resposta direta: em barcas de passageiros, o BP-e modelo 63 pode ser usado quando a prestação é transporte aquaviário de passageiros e a UF competente enquadra essa operação no BP-e. O XML autorizado é o documento fiscal principal; o DABPE é auxiliar; e o sistema precisa controlar venda, passageiro, rota, embarcação, horário, pagamento, autorização, protocolo, embarque, cancelamento e auditoria.

    Etapa O que acontece Resultado esperado
    Venda da passagem O passageiro escolhe rota, horário, ponto de embarque, categoria e forma de pagamento. Venda registrada com dados suficientes para emissão do BP-e.
    Validação dos dados O sistema confere empresa, UF, série, certificado, rota, passageiro, tarifa e regras aplicáveis. Menos rejeições e menos inconsistências fiscais.
    Geração do XML O sistema monta o BP-e modelo 63 conforme leiaute técnico vigente. Documento eletrônico pronto para assinatura e transmissão.
    Assinatura digital O XML é assinado com certificado digital válido do emitente. Autoria e integridade técnica do documento.
    Transmissão O BP-e é enviado ao ambiente autorizador da administração tributária. Retorno de autorização ou rejeição.
    Protocolo Quando autorizado, o protocolo fica vinculado ao XML. Comprovação fiscal da autorização de uso.
    DABPE O documento auxiliar pode ser usado no embarque ou na consulta quando aplicável. Apoio operacional sem substituir o XML autorizado.
    Armazenamento XML, protocolo, eventos, logs e relatórios ficam guardados. Consulta, suporte, fiscalização e auditoria.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ Paraná sobre BP-e, a página da SEFAZ Bahia sobre BP-e, a página da SEFAZ Mato Grosso do Sul sobre BP-e, a página da SEFAZ Minas Gerais sobre BP-e e a legislação da SEFAZ competente pela operação.

    Quem precisa avaliar BP-e para barcas?

    Devem avaliar BP-e as empresas que prestam transporte aquaviário de passageiros por barcas, lanchas, catamarãs, balsas, ferry boats ou embarcações semelhantes, especialmente quando existe venda de passagem, cobrança por trecho, rota regular, origem, destino, horário, terminal, ponto de embarque e controle de passageiro.

    A obrigação não deve ser presumida de forma genérica para qualquer embarcação. É necessário analisar a unidade federada competente, o tipo de prestação, a incidência fiscal, o trajeto, a forma de cobrança, o canal de venda e a natureza do serviço.

    Tipo de operação BP-e pode ser avaliado? Cuidado principal
    Barca de passageiros em linha regular Sim, quando a UF enquadrar a operação no BP-e modelo 63. Validar credenciamento, certificado, ambiente, série e leiaute.
    Travessia intermunicipal por barca Sim, quando for prestação de transporte de passageiros sujeita à regra aplicável. Confirmar origem, destino, UF e tratamento fiscal.
    Operação municipal pura Depende da legislação e competência aplicável. Validar com contador, prefeitura, SEFAZ e equipe jurídica quando necessário.
    Barca turística ou passeio Depende da natureza da prestação. Pode exigir BP-e, CT-e OS, NFS-e ou outro documento.
    Barca com transporte de carga ou encomenda Não tratar automaticamente como BP-e de passageiro. Carga e encomenda podem exigir documento fiscal próprio.
    Barca com passageiro e veículo Sim para a passagem do passageiro, quando aplicável. Separar tarifa de passageiro, veículo, carga e serviços adicionais.

    Boa prática: antes de implantar BP-e em barcas, a empresa deve separar claramente transporte de passageiro, veículo acompanhado, veículo desacompanhado, carga, encomenda, bagagem adicional, turismo, fretamento e operação municipal.

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

    O Bilhete de Passagem Aquaviário modelo 14 pertence à sistemática antiga de emissão fiscal de 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 fiscal principal passa a ser o XML autorizado, com assinatura digital, chave de acesso e protocolo. O DABPE é apenas representação auxiliar. O sistema precisa tratar rejeições, cancelamentos, armazenamento, eventos, relatórios e conciliação financeira.

    Comparação Modelo 14 BP-e modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Assinatura digital Não era o centro do processo. Exige certificado digital válido do emitente.
    DABPE Não se aplicava como documento auxiliar do BP-e. É auxiliar e não substitui o XML autorizado.
    Auditoria Baseada em documentos físicos, livros e relatórios legados. Baseada em XML, protocolo, eventos, logs, relatórios e armazenamento digital.

    O que muda na operação aquaviária

    Com BP-e, a barca deixa de ter apenas um controle de bilheteria e passa a precisar de uma base fiscal eletrônica integrada. A operação precisa conectar venda, passageiro, embarcação, rota, horário, pagamento, embarque e documento fiscal autorizado.

    Venda integrada

    A passagem vendida no guichê, site, agência ou atendimento precisa alimentar o BP-e.

    Rota correta

    Origem, destino, terminal, píer, estação aquaviária e trecho precisam estar bem cadastrados.

    Embarcação vinculada

    A barca, lancha, catamarã ou embarcação precisa estar ligada ao horário e à operação.

    Financeiro conciliado

    Pagamento, estorno, cancelamento e documento fiscal precisam fechar entre si.

    Fiscal eletrônico

    XML, assinatura, autorização, protocolo, DABPE e armazenamento viram parte da rotina.

    Auditoria digital

    Logs, eventos, relatórios, usuários e status precisam ficar rastreáveis.

    O que um sistema para barcas precisa controlar?

    Um sistema para barcas precisa controlar a operação completa, não apenas imprimir passagem. A emissão fiscal deve nascer da venda correta, com dados operacionais, financeiros e fiscais coerentes.

    Funcionalidade O que o sistema deve fazer Por que importa
    Cadastro da empresa Controlar CNPJ, IE, UF, certificado digital, ambiente, série, numeração e credenciamento. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Rotas aquaviárias Configurar origem, destino, terminais, píeres, estações, pontos de embarque e desembarque. Relaciona a passagem à prestação correta.
    Embarcações Cadastrar barca, lancha, catamarã, capacidade, status, identificação e vínculo com rota. Ajuda no controle de lotação, operação e auditoria.
    Horários e viagens Controlar partida, chegada estimada, frequência, disponibilidade, bloqueios e alterações. Evita venda fora do horário ou acima da capacidade.
    Passageiros Registrar nome, documento, telefone, categoria, benefício, gratuidade e comprador. Forma a base da passagem e do documento fiscal.
    Venda de passagens Permitir venda no terminal, guichê, agência, site, app, marketplace ou atendimento. Centraliza os canais e reduz divergências.
    Pagamentos Controlar dinheiro, cartão, PIX, TEF, link, agência, marketplace, status e estorno. Permite conciliar financeiro e fiscal.
    Emissão de BP-e Gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo. Completa o fluxo fiscal eletrônico.
    DABPE Gerar representação auxiliar quando aplicável ao embarque ou consulta. Facilita operação, sem substituir o XML.
    Rejeições Exibir código, motivo, XML, correção, usuário, tentativa e reenvio. Permite corrigir pendências sem perder histórico.
    Cancelamento Relacionar cancelamento da passagem, estorno financeiro e evento fiscal aplicável. Evita venda cancelada com documento fiscal ativo.
    Controle de embarque Validar passagem por QR Code, lista de passageiros, documento ou localizador. Evita embarque sem passagem válida ou duplicidade.
    Relatórios Gerar relatórios de vendas, passageiros, embarcações, rotas, BP-e e financeiro. Facilita gestão, fiscalização e fechamento.

    Venda de passagens em barcas

    A venda de passagem em barcas precisa ser rápida no atendimento e completa nos bastidores. O operador precisa vender com poucos passos, mas o sistema precisa registrar todos os dados necessários para operação, financeiro e emissão fiscal.

    Guichê no terminal

    Venda presencial com rota, horário, passageiro, categoria, pagamento e emissão integrada.

    Site próprio

    Venda online com escolha de travessia, data, horário, passageiro, pagamento e confirmação.

    Agência ou parceiro

    Venda por parceiros com comissão, repasse, canal, usuário, fechamento e rastreabilidade.

    Atendimento assistido

    Venda por WhatsApp, telefone, balcão ou equipe comercial, com registro completo no sistema.

    Consulta

    Busca por passageiro, documento, localizador, pagamento, chave de acesso, venda ou viagem.

    Reimpressão

    Recuperação do DABPE ou comprovante operacional quando permitido e aplicável.

    Ponto crítico: comprovante de pagamento, recibo interno ou ticket operacional não substituem o BP-e autorizado quando a operação exige documento fiscal eletrônico.

    Rotas, terminais e pontos de embarque

    Nas barcas, o cadastro de rota precisa refletir a realidade da operação. O sistema deve saber de onde o passageiro sai, para onde vai, qual terminal utiliza, qual embarcação executa a viagem, qual horário foi comprado e qual tarifa foi aplicada.

    Cadastro O que controlar Risco se estiver errado
    Origem Município, UF, terminal, porto, píer, estação aquaviária ou local de embarque. Documento fiscal pode representar prestação incorreta.
    Destino Município, UF, terminal, porto, píer, estação aquaviária ou local de desembarque. Divergência fiscal, comercial e operacional.
    Travessia Origem, destino, sentido, tempo estimado, tarifa, frequência e disponibilidade. Venda em rota incorreta ou tarifa errada.
    Ponto de embarque Local exato onde o passageiro entra na barca. Erro de fila, embarque, fiscalização e atendimento.
    Ponto de desembarque Local onde a prestação ao passageiro termina. Problemas de rota, valor e documento fiscal.
    Trecho intermediário Paradas, ilhas, conexões, escalas ou terminais secundários. Confusão entre horários, valores, passageiros e documentos.

    Embarcações, horários e capacidade

    Barcas podem ter limites de passageiros, classes, horários, janelas de operação, manutenção, alterações por clima e bloqueios por decisão operacional. O sistema deve controlar disponibilidade por viagem e preservar histórico de alterações.

    Cadastro da barca

    Nome, identificação, tipo, capacidade, status, foto, classe, observações e vínculo com rota.

    Capacidade

    Controle de quantidade de passageiros por viagem, categoria, horário e embarcação.

    Horários

    Partida, chegada estimada, frequência, bloqueios, operação especial e disponibilidade.

    Bloqueios operacionais

    Manutenção, clima, maré, lotação, indisponibilidade, alteração de rota ou decisão da operação.

    Boa prática: alterações de horário, troca de embarcação, bloqueio de viagem e cancelamento precisam gerar histórico com usuário, data, motivo e impacto operacional.

    Controle de embarque e validação

    O controle de embarque evita fraude, duplicidade, confusão de horário e entrada de passageiro sem passagem válida. O ideal é validar por QR Code, localizador, nome, documento, viagem, horário, lista de passageiros ou status do BP-e.

    Controle Como funciona Benefício
    QR Code Leitura digital do DABPE, passagem ou comprovante operacional vinculado ao BP-e. Agiliza fila e reduz fraude.
    Lista de passageiros Relação por viagem, horário, embarcação, categoria e status. Ajuda o embarque e a conferência operacional.
    Status da passagem Aprovada, paga, BP-e autorizado, cancelada, remarcada, pendente ou rejeitada. Impede embarque com pendência fiscal ou financeira.
    Consulta rápida Busca por nome, documento, localizador, venda, pagamento ou chave de acesso. Reduz problema no atendimento.
    Logs Registra usuário, horário, terminal, equipamento e ação realizada. Garante rastreabilidade e auditoria.

    Pagamentos e conciliação financeira

    A emissão fiscal precisa conversar com o financeiro. Em barcas, a venda pode ocorrer em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, app, marketplace ou atendimento assistido. O sistema deve conciliar venda, pagamento, embarque e BP-e autorizado.

    Forma de pagamento Controle necessário Risco se não conciliar
    Dinheiro Caixa, operador, abertura, fechamento, troco e relatório. Diferença entre caixa físico e vendas emitidas.
    Cartão/TEF NSU, autorização, terminal, adquirente, taxa, status e comprovante. Venda paga sem vínculo correto com documento fiscal.
    PIX QR Code, txid, status, vencimento, confirmação e conciliação. Reserva confirmada sem pagamento real ou pagamento sem passagem.
    Link de pagamento Validade, retorno, confirmação, cancelamento e baixa automática. Erro no status da venda e no embarque.
    Agência Comissão, repasse, vendedor, canal e fechamento. Divergência entre venda, comissão e fiscal.
    Marketplace Pedido externo, localizador, taxa, repasse, integração e status. Venda duplicada ou não emitida no BP-e.

    Regra prática: uma passagem só deve ser considerada regular quando venda, pagamento, BP-e, embarque e relatório estiverem com status coerente.

    XML, DABPE, autorização e protocolo

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

    Elemento Função no BP-e Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o XML e garante autoria e integridade. Deve estar válido e vinculado corretamente à empresa emitente.
    Autorização de uso Confirma o uso fiscal do documento eletrônico. Documento sem autorização não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Deve ficar vinculado ao XML e à chave de acesso.
    Chave de acesso Identifica o BP-e e permite consulta. Precisa ser armazenada e exibida corretamente quando aplicável.
    DABPE Documento auxiliar do BP-e. Ajuda na operação, mas não substitui o XML autorizado.
    QR Code Facilita consulta, validação ou embarque quando aplicável. Precisa apontar corretamente para o documento autorizado.

    Ponto crítico: recibo, comprovante de cartão, comprovante PIX, ticket interno ou DABPE sem XML autorizado e protocolo não resolvem a obrigação fiscal quando a operação exige BP-e.

    Cancelamento, remarcação e substituição

    Operações de barcas podem sofrer alterações por clima, maré, manutenção, lotação, fila, atraso, bloqueio de rota, troca de embarcação, desistência do passageiro ou erro de cadastro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

    Cancelamento da viagem

    Quando a travessia não ocorre, o sistema precisa tratar passageiros, pagamentos e documentos fiscais.

    Cancelamento da passagem

    Deve vincular motivo, usuário, data, estorno e evento fiscal quando aplicável.

    Remarcação

    Troca de data, horário, rota ou passageiro precisa preservar histórico e vínculo documental.

    Substituição

    Quando aplicável, o sistema precisa referenciar documento anterior e manter rastreabilidade.

    Estorno

    Pagamento deve ser devolvido ou ajustado conforme forma de pagamento, regra comercial e status fiscal.

    Auditoria

    Logs de alterações, usuários, motivos, documentos e valores precisam ficar disponíveis.

    Integrações e APIs

    Uma operação de barcas 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.

    Integração Uso na operação Benefício
    Site de vendas Venda online de passagens por travessia, data, horário e passageiro. Aumenta canais de venda e reduz atendimento manual.
    Pagamento PIX, cartão, TEF, link, confirmação, cancelamento e baixa automática. Reduz erro financeiro.
    Controle de embarque Leitura de QR Code, lista de passageiros e validação no terminal. Evita embarque sem passagem válida.
    Fiscal XML, webservices, autorização, eventos, protocolos e consultas. Centraliza emissão e rastreabilidade.
    BI e relatórios Vendas, ocupação, rotas, horários, cancelamentos e financeiro. Melhora decisão operacional e gestão.
    APIs externas Marketplaces, agências, ERPs, órgãos, bilhetagem e sistemas legados. Evita retrabalho e duplicidade de dados.

    Como implantar BP-e para barcas

    A implantação de BP-e para barcas 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 e embarque.

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, certificado, série, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Separação de natureza Diferenciar passageiro, carga, encomenda, bagagem, turismo, fretamento e serviço adicional. Redução de risco fiscal por emissão incorreta.
    3. Mapeamento operacional Mapear rotas, terminais, embarcações, horários, tarifas, capacidade e regras comerciais. Operação pronta para alimentar o sistema.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração, webservices e regras. Sistema preparado para homologação.
    5. Homologação Emitir testes, validar XML, DABPE, rejeições, cancelamentos, substituições e relatórios. Fluxo testado antes da produção.
    6. Treinamento Treinar bilheteria, terminal, agência, financeiro, fiscal, operação e suporte. Equipe pronta para usar o sistema.
    7. Produção assistida Acompanhar primeiras emissões, vendas, rejeições, pagamentos, embarques e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, embarques, cancelamentos e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e para barcas

    Os erros mais comuns são tratar o 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 de turismo, carga, encomenda ou serviço adicional.

    Confundir DABPE com XML

    O DABPE é auxiliar. O XML autorizado é o documento fiscal principal.

    Não guardar protocolo

    Sem protocolo, a empresa perde a comprovação do retorno de autorização.

    Cadastro incompleto

    Origem, destino, terminal, embarcação, horário, passageiro e tarifa precisam estar corretos.

    Pagamento sem conciliação

    Venda paga, BP-e rejeitado e embarque liberado sem controle geram risco operacional e fiscal.

    Cancelamento desconectado

    Estorno, cancelamento operacional e evento fiscal precisam estar vinculados.

    Sem auditoria

    XMLs, logs, eventos, relatórios e financeiro precisam ficar disponíveis para conferência.

    Como o Sistema Vexado ajuda empresas de barcas

    O Sistema Vexado pode apoiar empresas de barcas e transporte 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.

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para passageiros por barca, barco, balsa ou ferry boat.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta passageiro, rota, pagamento, reserva, bilhete, embarque e emissão fiscal.

    Gestão operacional

    A solução de gestão completa centraliza operação, vendas, fiscal, financeiro, relatórios e auditoria.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, pagamento, embarque e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento e operação fiscal.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático para BP-e em barcas

    Use este checklist para avaliar se sua operação de barcas está preparada para emissão fiscal de passagens com BP-e modelo 63.

    • 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 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, estações e pontos de embarque.
    • Cadastrar barcas, lanchas, catamarãs, embarcações, capacidade, serviços, 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 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.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e para barcas, venda de passagens, embarque, XML, DABPE, financeiro, integrações e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Aquaviário

    Fontes oficiais para validar BP-e em barcas

    Como BP-e para barcas 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.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e, incluindo Ajuste SINIEF e documentos relacionados: Legislação BP-e/SVRS.

    SEFAZ Bahia BP-e

    Consulte orientação estadual sobre BP-e e documentos substituídos: SEFAZ Bahia BP-e.

    SEFAZ Paraná BP-e

    Consulte explicações sobre BP-e, DABPE, modelo 63 e documentos substituídos: SEFAZ Paraná BP-e.

    SEFAZ Mato Grosso do Sul BP-e

    Consulte informações estaduais sobre BP-e e acesso à documentação técnica: SEFAZ MS BP-e.

    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 para barcas, 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.

    FAQ completo sobre BP-e para barcas

    O que é BP-e para barcas?

    É a emissão do BP-e modelo 63 para documentar prestação de transporte aquaviário de passageiros em operações com barcas, barcos, lanchas, catamarãs ou embarcações semelhantes, quando a operação está enquadrada nas regras da unidade federada competente.

    Barcas de passageiros precisam emitir BP-e?

    Precisam avaliar com a SEFAZ competente. Quando a operação envolve transporte aquaviário de passageiros, está sujeita ao documento eletrônico e a empresa está obrigada, autorizada ou credenciada, o documento fiscal a ser usado tende a ser o BP-e modelo 63.

    O BP-e substitui o Bilhete de Passagem Aquaviário modelo 14?

    Sim. O BP-e modelo 63 pode substituir o Bilhete de Passagem Aquaviário modelo 14 conforme adoção, obrigatoriedade e regras da unidade federada competente.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    Comprovante de pagamento substitui BP-e?

    Não. Comprovante de cartão, PIX, TEF, dinheiro, link de pagamento ou recibo operacional não substitui o documento fiscal eletrônico quando a operação exige BP-e.

    Barca turística usa BP-e?

    Depende da natureza da prestação. Passeios, turismo, fretamento, eventos, transporte contratado ou serviços municipais podem exigir outro documento fiscal. O enquadramento deve ser validado com contador, SEFAZ e equipe jurídica.

    O sistema precisa controlar embarcação?

    Sim. É recomendável controlar barca, lancha, catamarã ou embarcação, capacidade, rota, horário, serviço, status e vínculo com a venda para melhorar operação e auditoria.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.

    Quais dados um sistema para barcas precisa controlar?

    Precisa controlar empresa, certificado, série, ambiente, rotas, travessias, terminais, embarcações, horários, passageiros, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    O Vexado pode ajudar com BP-e para barcas?

    O Vexado pode apoiar empresas com emissão de BP-e Aquaviário, venda de passagens por barcas, integrações, APIs, relatórios, financeiro, embarque e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de barcas ou transporte aquaviário de passageiros.

    Quer organizar BP-e para barcas na sua empresa? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Aquaviário

    Conclusão

    BP-e para barcas exige mais do que emitir uma passagem digital. A empresa precisa organizar a operação de transporte aquaviário de passageiros de ponta a ponta: venda, rota, terminal, ponto de embarque, embarcação, horário, passageiro, pagamento, XML, autorização, protocolo, DABPE, embarque, cancelamento, financeiro e auditoria.

    O BP-e modelo 63 pode substituir o Bilhete de Passagem Aquaviário modelo 14 nos cenários definidos pela unidade federada competente. Porém, a empresa deve ter atenção ao enquadramento fiscal, principalmente quando a operação envolve turismo, fretamento, operação municipal, carga, encomenda, bagagem adicional ou serviços complementares.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e Aquaviário, venda de passagens por barcas, controle de embarque, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e em barcas? Conheça a solução web para emissão fiscal, venda de passagens, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e para barcas, BP-e Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, transporte por barca, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e ferroviário x BP-e metroviário: qual a diferença?

    BP-e ferroviário x BP-e metroviário: qual a diferença?

    BP-e ferroviário x BP-e metroviário: qual a diferença? Entenda como o BP-e modelo 63 pode ser usado nos dois contextos, por que o transporte metroviário pode exigir BP-e TM, quais dados mudam na operação e o que o sistema precisa controlar para emitir XML, obter autorização, guardar protocolo, integrar catracas, validadores, totalizações, relatórios e auditoria.

    • Entenda a diferença entre BP-e ferroviário, BP-e metroviário e BP-e TM.
    • Veja quando o modelo 63 substitui o Bilhete de Passagem Ferroviário modelo 16.
    • Conheça os cuidados com estações, linhas, catracas, validadores, integrações, totalizações, XML, DABPE, protocolo e relatórios.

    BP-e ferroviário x BP-e metroviário: qual a diferença? A principal diferença não está apenas no número do modelo fiscal. Tanto o transporte ferroviário quanto o metroviário podem se relacionar ao BP-e modelo 63, mas o fluxo operacional, os dados exigidos, a forma de cobrança, o tipo de integração e a forma de totalização podem ser muito diferentes.

    No BP-e ferroviário, o foco costuma estar na prestação ferroviária de passageiros, com estações, trecho, origem, destino, passagem, tarifa, horário, XML autorizado e substituição do antigo Bilhete de Passagem Ferroviário modelo 16. Já no BP-e metroviário, especialmente em operações metropolitanas de alto volume, a rotina pode envolver BP-e TM, catracas, validadores, contadores, cartões, QR Code, gratuidades, integrações tarifárias, totalizações e relatórios analíticos.

    Por isso, a pergunta correta não é apenas “usa BP-e modelo 63?”. A pergunta mais importante é: qual tipo de operação está sendo documentada, como a passagem é cobrada, quais dados alimentam o fiscal e qual leiaute ou credenciamento a SEFAZ exige para aquela operação?

    Precisa estruturar BP-e ferroviário ou BP-e metroviário? Fale com o Vexado e veja como organizar XML, DABPE, BP-e TM, catracas, validadores, totalizações, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e ferroviário é a aplicação do BP-e modelo 63 ao transporte ferroviário de passageiros, podendo substituir o Bilhete de Passagem Ferroviário modelo 16 conforme regra da unidade federada. O BP-e metroviário também pode estar dentro do universo do BP-e modelo 63, mas em operações metropolitanas com catracas, contadores, validadores ou sistemas equivalentes pode envolver BP-e TM, com leiaute específico, credenciamento próprio, totalizações e relatórios analíticos.

    BP-e ferroviário

    Mais ligado a estações, trechos, passagens, horários e substituição do modelo 16.

    BP-e metroviário

    Mais ligado a catracas, validadores, bilhetagem, integração e grande volume.

    BP-e TM

    Tipo de BP-e com leiaute específico para transporte metropolitano com contadores, catracas ou similares.

    Sistema emissor

    Precisa controlar XML, autorização, protocolo, integração, totalização, relatórios e auditoria.

    BP-e ferroviário x BP-e metroviário: qual a diferença?

    A diferença principal é que o BP-e ferroviário costuma documentar a prestação ferroviária de passageiros com base em estação, trecho, passagem, tarifa, horário e substituição do Bilhete de Passagem Ferroviário modelo 16. Já o BP-e metroviário normalmente envolve uma operação de alto volume, com catracas, validadores, bilhetagem eletrônica, cartões, QR Code, integrações tarifárias, gratuidades, totalizações e, em muitos casos, análise de BP-e TM.

    Resposta direta: os dois podem usar o BP-e modelo 63, mas não são iguais na prática. O ferroviário tende a ser mais próximo da passagem ou trecho ferroviário. O metroviário tende a depender de catracas, validadores, contadores, integração tarifária, totalização e BP-e TM. A regra final depende da UF, do credenciamento, do tipo de operação e da legislação aplicável.

    Ponto BP-e ferroviário BP-e metroviário
    Base fiscal BP-e modelo 63. BP-e modelo 63, com possível uso de BP-e TM.
    Documento antigo relacionado Bilhete de Passagem Ferroviário modelo 16. Pode envolver rotinas de transporte metropolitano, resumo, catracas e totalizações.
    Controle operacional Estação, trecho, horário, tarifa, passagem e serviço. Estação, catraca, validador, cartão, QR Code, integração e totalização.
    Volume de dados Pode ser moderado ou alto, conforme a operação. Normalmente muito alto, com milhares ou milhões de eventos.
    Complexidade técnica Alta, com foco em emissão e prestação ferroviária. Muito alta, com foco em integração, bilhetagem, totalização e auditoria.

    O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ-SP sobre BP-e TM, a Portaria CAT 96/2015, a Portaria CAT 102/2018, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.

    Os dois usam BP-e modelo 63?

    Podem usar. O BP-e modelo 63 é o modelo fiscal eletrônico usado para documentar prestações de transporte de passageiros. No transporte ferroviário, ele pode substituir o modelo 16. No transporte metroviário, especialmente quando há transporte metropolitano com catracas, contadores ou validadores, a operação pode exigir um tratamento específico, conhecido como BP-e TM.

    Importante: dizer que os dois usam “modelo 63” não significa que o XML, o leiaute, os dados operacionais, o credenciamento, os relatórios e a forma de totalização serão iguais.

    Pergunta Resposta
    Ferroviário pode usar BP-e modelo 63? Sim, quando a operação estiver enquadrada e a UF exigir, permitir ou credenciar.
    Metroviário pode usar BP-e modelo 63? Sim, mas pode envolver BP-e TM e regras específicas.
    BP-e TM é fora do modelo 63? Não. Ele pertence ao universo do BP-e, mas com tratamento específico para transporte metropolitano.
    O mesmo sistema serve para os dois? Serve apenas se for parametrizado para os dois cenários, com leiautes, integrações e relatórios adequados.

    O que é BP-e ferroviário?

    O BP-e ferroviário é a emissão do Bilhete de Passagem Eletrônico modelo 63 para documentar prestações de transporte ferroviário de passageiros. Ele se relaciona diretamente ao antigo Bilhete de Passagem Ferroviário modelo 16, que pode ser substituído pela emissão eletrônica conforme a regra da unidade federada.

    Estação de origem

    Local onde o passageiro inicia a prestação ferroviária.

    Estação de destino

    Local onde o passageiro encerra o trecho adquirido ou validado.

    Trecho ferroviário

    Combinação entre origem, destino, linha, serviço, horário e tarifa.

    XML autorizado

    Documento fiscal eletrônico principal, com assinatura digital, autorização e protocolo.

    Em uma operação ferroviária, o sistema precisa controlar estações, linhas, trechos, horários, tarifas, passageiros quando aplicável, formas de pagamento, emissão de XML, rejeições, autorização, protocolo, armazenamento, cancelamentos, substituições e relatórios fiscais.

    O que é BP-e metroviário?

    O BP-e metroviário é o tratamento do BP-e em operações de transporte de passageiros por metrô ou sistema metropolitano semelhante. A diferença é que a operação normalmente não nasce de uma venda individual simples. Ela pode nascer de eventos de catraca, validador, cartão, QR Code, bilhete integrado, gratuidade, benefício tarifário e totalizações por estação ou período.

    Elemento metroviário Impacto fiscal e operacional
    Estação Pode ser a referência de embarque, integração, totalização e relatório.
    Catraca Registra passagem física do usuário e pode alimentar totalizações.
    Validador Identifica cartão, QR Code, integração, gratuidade, desconto ou tarifa.
    Bilhetagem integrada Exige regras para passageiro exclusivo, integrado, gratuito, subsidiado ou com benefício.
    Totalização Transforma grande volume de eventos em base fiscal, XML e relatório auditável.
    Relatório analítico Explica a composição dos dados que formaram a emissão fiscal.

    Por isso, o BP-e metroviário exige atenção muito maior com integrações, consistência dos eventos, qualidade da base de bilhetagem, reprocessamento, reconciliação financeira e auditoria.

    O que é BP-e TM?

    O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas ou sistemas equivalentes. Ele é relevante para operações metroviárias, metropolitanas e semiurbanas em que a venda não se comporta como uma passagem individual tradicional.

    Ponto essencial: BP-e TM não deve ser tratado como simples “DABPE de metrô”. Ele exige integração com dados de operação, catracas, validadores, totalizações, relatórios e credenciamento específico conforme a UF.

    Item BP-e comum BP-e TM
    Uso típico Passagem, trecho, origem, destino e passageiro quando aplicável. Transporte metropolitano com catracas, validadores ou contadores.
    Entrada de dados Venda ou reserva da passagem. Eventos de bilhetagem, catracas, validadores e totalizações.
    Controle principal Passagem emitida e autorizada. Totalização de passageiros, tarifas, integrações e estações.
    Auditoria XML, protocolo, venda, passageiro e pagamento. Evento, estação, equipamento, tarifa, integração, totalização, XML e protocolo.

    BP-e ferroviário e o modelo 16

    O antigo Bilhete de Passagem Ferroviário modelo 16 fazia parte da sistemática anterior de documentos fiscais de passagem. O BP-e modelo 63 moderniza essa rotina com documento eletrônico, XML, assinatura digital, autorização de uso, chave de acesso, protocolo, armazenamento e eventos fiscais.

    Comparação Bilhete Ferroviário modelo 16 BP-e modelo 63
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Validade fiscal Conforme regras antigas de emissão e escrituração. Assinatura digital e autorização de uso pela administração tributária.
    Documento auxiliar Não era DABPE. DABPE é auxiliar e não substitui o XML.
    Auditoria Documentos físicos, livros, relatórios e arquivos legados. XML, protocolo, eventos, logs, relatórios e armazenamento digital.

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

    A tabela abaixo resume a diferença prática entre BP-e ferroviário e BP-e metroviário.

    Critério BP-e ferroviário BP-e metroviário
    Modelo fiscal BP-e modelo 63. BP-e modelo 63, com possível BP-e TM.
    Documento antigo relacionado Bilhete de Passagem Ferroviário modelo 16. Pode envolver transporte metropolitano, RMD, totalizações e rotinas específicas.
    Origem dos dados Venda, passagem, estação, trecho, horário ou serviço. Catraca, validador, cartão, QR Code, integração e bilhetagem.
    Unidade operacional Passagem, trecho, estação, linha ou viagem. Evento, estação, equipamento, tarifa, categoria e período.
    Volume Varia conforme linha e operação. Normalmente muito alto.
    Integração técnica Venda, financeiro, fiscal e operação ferroviária. Bilhetagem, catracas, validadores, fiscal, financeiro, BI e auditoria.
    Relatórios Vendas, passagens, estações, trechos, XMLs e cancelamentos. Totalizações, estação, catraca, validador, tarifa, integração, gratuidades e divergências.
    Risco principal Emitir XML com trecho, tarifa ou documento incorreto. Perder rastreabilidade entre evento, totalização, XML e protocolo.

    Quais dados mudam?

    No BP-e ferroviário, os dados mais sensíveis geralmente envolvem estações, trechos, tarifas, horários, passageiros, venda e XML. No BP-e metroviário, além desses elementos, entram equipamentos, eventos, catracas, validadores, cartões, QR Code, integrações, gratuidades, totalizações e relatórios analíticos.

    Dado Importância no ferroviário Importância no metroviário
    Estação Origem, destino e trecho ferroviário. Embarque, integração, totalização e relatório analítico.
    Linha Define serviço, trecho e operação. Define fluxo, sentido, estação, evento e totalização.
    Passageiro Pode ser identificado conforme o tipo de venda e regra aplicável. Pode ser anônimo ou identificado por cartão, QR Code, benefício ou integração.
    Tarifa Valor do trecho ou serviço. Valor integral, integração, gratuidade, benefício, subsídio ou desconto.
    Catraca Nem sempre é central. Elemento central para contagem e totalização.
    Validador Pode não existir ou não ser determinante. Elemento central para identificar cartão, QR Code, benefício e tarifa.
    Totalização Pode existir, mas normalmente não é o coração do fluxo. É parte central do fluxo fiscal e de auditoria.

    Catracas, validadores e totalizações

    No transporte metroviário, a operação fiscal pode depender de milhões de eventos de catraca, cartão, QR Code, gratuidade, integração e tarifa. O sistema precisa transformar esses eventos em uma base fiscal consolidada, sem perder rastreabilidade.

    Catraca

    Registra passagem física do usuário pela estação ou acesso.

    Validador

    Identifica cartão, QR Code, benefício, gratuidade, integração ou tarifa.

    Evento

    Registro bruto que precisa ser validado, classificado e totalizado.

    Totalização

    Agrupamento por estação, equipamento, período, tarifa, categoria ou integração.

    Relatório analítico

    Mostra a composição dos eventos que formaram a emissão fiscal.

    Auditoria

    Permite rastrear evento, totalização, XML, autorização, protocolo e reprocessamento.

    Ponto crítico: no metroviário, não basta contar passageiros. É preciso provar como a contagem virou totalização, como a totalização virou XML, e como o XML autorizado se conecta ao protocolo e ao relatório analítico.

    XML, DABPE, autorização e protocolo

    No BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. Em operações ferroviárias e metroviárias, o sistema precisa garantir que XML, protocolo, totalizações, relatórios e eventos estejam coerentes.

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico. Deve estar válido e vinculado corretamente ao emitente.
    Autorização de uso Confirma o uso fiscal do BP-e. Sem autorização, o documento não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar. Não substitui o XML autorizado.
    Eventos Cancelamento, substituição, reprocessamento ou outras ocorrências aplicáveis. Precisam manter vínculo com o documento original.

    Regra prática: venda, catraca, validador, relatório interno, comprovante, recibo ou DABPE sem XML autorizado e protocolo não substituem o documento fiscal eletrônico quando o BP-e é exigido.

    O que o sistema precisa controlar?

    Um sistema preparado para BP-e ferroviário e BP-e 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.

    Funcionalidade O que controlar Por que importa
    Empresa e fiscal CNPJ, IE, UF, certificado digital, ambiente, série, numeração e credenciamento. Evita emissão fiscal em empresa, UF ou ambiente incorreto.
    Estações Estação de origem, destino, embarque, integração e desembarque quando aplicável. Base operacional do transporte ferroviário e metroviário.
    Linhas e trechos Linha, sentido, trecho, serviço, horário, frequência e operação especial. Relaciona o evento ou passagem à prestação correta.
    Catracas e validadores ID do equipamento, estação, status, evento, passagem, cartão ou QR Code. Essencial para BP-e TM e totalizações.
    Tarifas Valor integral, integração, desconto, gratuidade, benefício e remuneração. Afeta documento fiscal, relatório e financeiro.
    Passageiros Quando aplicável, dados do passageiro, categoria, benefício e documento. Ajuda na prestação individualizada e na auditoria.
    XML Geração conforme leiaute, assinatura, transmissão e autorização. Documento fiscal principal.
    Protocolo Retorno de autorização vinculado ao XML e à chave de acesso. Comprova a autorização de uso.
    Totalizações Eventos por estação, catraca, validador, tarifa, categoria e período. Converte grande volume operacional em base fiscal auditável.
    Relatórios Relatório analítico, financeiro, fiscal, operacional e de divergências. Facilita fiscalização, gestão e suporte.
    Auditoria Logs, usuários, alterações, eventos, reprocessamentos e histórico. Garante rastreabilidade da operação.

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

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, legislação, obrigatoriedade, tipo de BP-e, credenciamento, ambiente e certificado. Saber se será BP-e comum, BP-e TM ou outro tratamento.
    2. Mapeamento operacional Mapear estações, linhas, trechos, catracas, validadores, tarifas e integrações. Base operacional pronta para alimentar o fiscal.
    3. Mapeamento de dados Identificar origem dos eventos, qualidade dos registros e regras de totalização. Redução de falhas e divergências.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração e webservices. Sistema pronto para homologação.
    5. Integrações Conectar bilhetagem, catracas, validadores, financeiro, BI e sistemas externos. Fluxo automatizado e rastreável.
    6. Homologação Validar XML, rejeições, autorizações, cancelamentos, relatórios e totalizações. Fluxo testado antes da produção.
    7. Produção assistida Acompanhar primeiras emissões reais, reprocessamentos e divergências. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir eventos, totalizações, XMLs, protocolos, relatórios e financeiro. Operação fiscal segura e auditável.

    Erros comuns

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

    Achar que é tudo igual

    O modelo fiscal pode ser o mesmo, mas o tipo de emissão pode mudar bastante.

    Ignorar BP-e TM

    Metroviário e metropolitano com catracas podem exigir tratamento específico.

    Não integrar catracas

    Sem integração, a totalização fica manual, frágil e difícil de auditar.

    Perder rastreabilidade

    Evento, totalização, XML e protocolo precisam se conectar.

    Não validar credenciamento

    O tipo de emissão pode depender de credenciamento específico.

    Sem relatório analítico

    Fiscalização e auditoria exigem detalhamento dos dados que formaram a emissão.

    Como o Sistema Vexado ajuda

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

    BP-e Ferroviário

    A página de BP-e para transporte ferroviário apoia empresas que precisam estruturar emissão fiscal para estações, linhas, trechos e passageiros.

    BP-e Metroviário

    A página de BP-e para transporte metroviário apoia operações com estações, catracas, validadores, totalizações e relatórios.

    BP-e Metropolitano

    A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, linhas metropolitanas e bilhetagem integrada.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.

    Integrações e APIs

    As integrações e APIs podem conectar bilhetagem, catracas, validadores, financeiro, BI, fiscalização e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento, integrações e operação fiscal.

    Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    Checklist prático

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

    • Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
    • Confirmar se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana ou integrada.
    • Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
    • Confirmar se o antigo Bilhete de Passagem Ferroviário modelo 16 foi substituído na UF.
    • Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
    • Mapear estações, linhas, trechos, sentidos, horários, tarifas e categorias.
    • Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
    • Definir regras de totalização por estação, equipamento, período, tarifa, categoria e integração.
    • Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos.
    • Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
    • Armazenar logs, eventos de bilhetagem, totalizações, relatórios e reprocessamentos.
    • Conferir vendas, passageiros, eventos, pagamentos, gratuidades, integrações e documentos fiscais.
    • Testar rejeições, contingências, cancelamentos, substituições e ajustes operacionais.
    • Gerar relatórios analíticos para auditoria fiscal e operacional.
    • Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro e suporte.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, totalizações, XML, protocolo e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BP-e ferroviário e metroviário

    Como BP-e ferroviário, BP-e metroviário e BP-e TM envolvem obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.

    Portal Nacional BP-e/SVRS

    Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.

    SEFAZ-SP BP-e TM

    Consulte orientação sobre o tipo de BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.

    Portaria CAT 96/2015

    Consulte regras relacionadas ao transporte metroviário e ferroviário de passageiros em São Paulo: Portaria CAT 96/2015.

    Portaria CAT 102/2018

    Consulte regras sobre emissão de BP-e, DABPE, credenciamento e documentos substituídos: Portaria CAT 102/2018.

    Portaria SRE 33/2026

    Consulte alterações relacionadas ao BP-e em transporte metroviário e ferroviário: Portaria SRE 33/2026.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre BP-e ferroviário x BP-e metroviário

    BP-e ferroviário e BP-e metroviário são a mesma coisa?

    Não exatamente. Ambos podem estar dentro do BP-e modelo 63, mas o BP-e ferroviário costuma estar ligado a estações, trechos e substituição do modelo 16. O BP-e metroviário pode envolver BP-e TM, catracas, validadores, bilhetagem, integrações, totalizações e relatórios.

    O transporte ferroviário usa BP-e modelo 63?

    Sim, quando a operação estiver enquadrada na emissão de BP-e pela unidade federada competente. O BP-e modelo 63 pode substituir o Bilhete de Passagem Ferroviário modelo 16.

    O transporte metroviário usa BP-e modelo 63?

    Pode usar BP-e modelo 63, mas muitas operações metroviárias e metropolitanas com catracas, contadores ou validadores devem avaliar o BP-e TM, com leiaute e credenciamento específicos.

    O que é BP-e TM?

    BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente com cobrança por contadores, catracas ou sistemas equivalentes, mediante credenciamento específico conforme a UF.

    BP-e TM é outro modelo fiscal?

    Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, totalizações e credenciamento próprios.

    O BP-e substitui o Bilhete de Passagem Ferroviário modelo 16?

    Sim, nos cenários em que a unidade federada exige, permite ou credencia a emissão do BP-e modelo 63 para a operação ferroviária.

    Metroviário precisa emitir um BP-e por passageiro?

    Depende da regra da UF, do tipo de emissão e do leiaute aplicável. Em operações com catracas e validadores, o fluxo pode envolver totalizações e relatórios, não necessariamente a mesma lógica de passagem individual tradicional.

    O DABPE substitui o XML?

    Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O sistema precisa integrar catracas e validadores?

    Em operações metroviárias, metropolitanas ou de alto volume, é recomendável integrar catracas, validadores e bilhetagem para formar totalizações, relatórios e auditoria fiscal confiável.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.

    Quais dados um sistema para BP-e metroviário precisa controlar?

    Precisa controlar empresa, certificado, ambiente, estações, linhas, catracas, validadores, tarifas, integrações, gratuidades, totalizações, XML, autorização, protocolo, relatórios e auditoria.

    Quais dados um sistema para BP-e ferroviário precisa controlar?

    Precisa controlar empresa, certificado, ambiente, estações, linhas, trechos, horários, tarifas, passageiros quando aplicável, pagamentos, XML, autorização, protocolo, cancelamentos, relatórios e auditoria.

    O Vexado pode ajudar com BP-e ferroviário e metroviário?

    O Vexado pode apoiar empresas com BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, APIs, totalizações, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação ferroviária, metroviária ou metropolitana.

    Quer organizar BP-e ferroviário ou metroviário? Fale com o Vexado e veja como estruturar XML, BP-e TM, catracas, validadores, totalizações, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    BP-e ferroviário e BP-e metroviário não devem ser tratados como a mesma coisa, mesmo quando ambos se relacionam ao BP-e modelo 63. O ferroviário tende a estar mais próximo da substituição do Bilhete de Passagem Ferroviário modelo 16, com foco em estações, trechos, passagens, tarifas e XML autorizado.

    O metroviário, por outro lado, costuma exigir uma arquitetura mais robusta, principalmente quando envolve BP-e TM, catracas, validadores, cartões, QR Code, integração tarifária, gratuidades, totalizações e relatórios analíticos. Nesse cenário, o sistema precisa provar a rastreabilidade entre evento operacional, totalização, XML, autorização, protocolo e auditoria.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e ferroviário ou metroviário? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e ferroviário, BP-e metroviário, BP-e TM, BP-e modelo 63, Bilhete de Passagem Ferroviário modelo 16, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, catracas, validadores, contadores, bilhetagem, integração tarifária, totalizações, relatório analítico, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica ou profissionais especializados antes de tomar decisões.