Categoria: Sem categoria

  • BP-e modelo 63 substituiu quais documentos fiscais?

    BP-e modelo 63 substituiu quais documentos fiscais?

    O BP-e modelo 63 substituiu documentos fiscais antigos usados no transporte de passageiros, principalmente os bilhetes de passagem em papel dos modais rodoviário, aquaviário e ferroviário, além do Cupom Fiscal Bilhete de Passagem emitido por ECF.

    • Entenda quais documentos fiscais foram substituídos pelo BP-e modelo 63.
    • Veja a diferença entre modelo 13, modelo 14, modelo 16, cupom fiscal ECF e o BP-e eletrônico.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, XML, DABPE, autorização, protocolo, armazenamento, financeiro e gestão operacional.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, foi criado para substituir a sistemática antiga de emissão de documentos fiscais de passagem em papel no transporte de passageiros. Em vez de a empresa emitir bilhetes físicos ou cupons fiscais antigos, a prestação passa a ser documentada por um arquivo XML eletrônico, assinado digitalmente, autorizado pela administração tributária e armazenado com protocolo.

    A lista principal de documentos substituídos pelo BP-e modelo 63 inclui o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16 e o Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal, o ECF.

    Na prática, isso significa que empresas de transporte rodoviário, aquaviário e ferroviário de passageiros precisam avaliar a obrigatoriedade do BP-e na sua unidade federada, o credenciamento, o certificado digital, o ambiente de emissão, os webservices, a série, a numeração, o XML, o DABPE, o armazenamento e os eventos fiscais aplicáveis.

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

    Quero falar com o Vexado

    Resumo rápido

    O BP-e modelo 63 substituiu, conforme adoção e obrigatoriedade da UF competente, os principais documentos fiscais antigos de passagem: Bilhete de Passagem Rodoviário modelo 13, Bilhete de Passagem Aquaviário modelo 14, Bilhete de Passagem Ferroviário modelo 16 e Cupom Fiscal Bilhete de Passagem emitido por ECF. A substituição troca a lógica do documento físico pela emissão eletrônica com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE e armazenamento digital.

    Modelo 13

    Bilhete de Passagem Rodoviário, usado historicamente para transporte rodoviário de passageiros.

    Modelo 14

    Bilhete de Passagem Aquaviário, usado em prestações aquaviárias de passageiros.

    Modelo 16

    Bilhete de Passagem Ferroviário, usado em prestações ferroviárias de passageiros.

    ECF

    Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal.

    BP-e modelo 63 substituiu quais documentos fiscais?

    O BP-e modelo 63 substituiu os documentos fiscais antigos de passagem usados no transporte de passageiros, principalmente:

    1. Bilhete de Passagem Rodoviário, modelo 13;
    2. Bilhete de Passagem Aquaviário, modelo 14;
    3. Bilhete de Passagem Ferroviário, modelo 16;
    4. Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal, o ECF.

    Resposta direta: o BP-e modelo 63 substitui os antigos bilhetes fiscais de passagem em papel dos modais rodoviário, aquaviário e ferroviário, além do Cupom Fiscal Bilhete de Passagem emitido por ECF, conforme obrigatoriedade, credenciamento e regra da unidade federada competente.

    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 Goiás sobre BP-e, a página da SEFAZ Paraná sobre BP-e, a página da SEFAZ Mato Grosso do Sul sobre BP-e e a legislação da SEFAZ competente pela operação.

    Tabela dos documentos substituídos pelo BP-e modelo 63

    A tabela abaixo resume quais documentos fiscais antigos foram substituídos pelo BP-e e em quais tipos de operação eles apareciam.

    Documento antigo Modelo Uso histórico Substituto eletrônico
    Bilhete de Passagem Rodoviário 13 Transporte rodoviário de passageiros. BP-e modelo 63.
    Bilhete de Passagem Aquaviário 14 Transporte aquaviário de passageiros. BP-e modelo 63.
    Bilhete de Passagem Ferroviário 16 Transporte ferroviário de passageiros. BP-e modelo 63.
    Cupom Fiscal Bilhete de Passagem emitido por ECF ECF Bilhete de passagem emitido por equipamento Emissor de Cupom Fiscal. BP-e modelo 63.

    Ponto importante: a substituição não significa que todos os modais, empresas e operações seguem exatamente a mesma rotina. A obrigatoriedade, o credenciamento, os prazos, os eventos e os procedimentos podem variar conforme a UF e o tipo de prestação.

    Bilhete de Passagem Rodoviário modelo 13

    O Bilhete de Passagem Rodoviário modelo 13 era o documento fiscal tradicional usado para documentar prestações de transporte rodoviário de passageiros. Ele aparece em operações antigas de empresas rodoviárias, sistemas legados, guichês, agências, talonários, impressões físicas e auditorias de períodos anteriores à adoção do BP-e.

    Com o BP-e modelo 63, a empresa passa a emitir o documento de forma eletrônica, com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE, armazenamento e controle de eventos.

    Antes

    Bilhete rodoviário modelo 13, com lógica de documento físico ou legado.

    Agora

    BP-e modelo 63, com XML eletrônico autorizado e rastreabilidade digital.

    Impacto

    A venda rodoviária precisa conversar com emissão fiscal, pagamento, protocolo e armazenamento.

    Bilhete de Passagem Aquaviário modelo 14

    O Bilhete de Passagem Aquaviário modelo 14 era usado em prestações de transporte aquaviário de passageiros. Com a adoção do BP-e, a operação passa a seguir a sistemática eletrônica quando a UF competente exige ou autoriza esse modelo.

    Empresas aquaviárias precisam avaliar parâmetros como origem, destino, serviço, passageiro, embarcação, trecho, valor, pagamento, documento auxiliar, autorização e armazenamento digital, conforme o enquadramento fiscal aplicável.

    Modal

    Transporte aquaviário de passageiros.

    Documento antigo

    Bilhete de Passagem Aquaviário modelo 14.

    Documento eletrônico

    BP-e modelo 63, conforme obrigatoriedade e regra da UF.

    Bilhete de Passagem Ferroviário modelo 16

    O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo usado em prestações de transporte ferroviário de passageiros. O BP-e modelo 63 substitui esse documento quando a unidade federada adota a emissão eletrônica para esse modal.

    Em operações ferroviárias e metroferroviárias, a empresa pode precisar controlar estação de embarque, estação de integração, catracas, validadores, bilhetagem, passageiros, gratuidades, integrações, totalizações, relatório analítico e XML autorizado, conforme a regra fiscal aplicável.

    Modal

    Transporte ferroviário de passageiros.

    Documento antigo

    Bilhete de Passagem Ferroviário modelo 16.

    Documento eletrônico

    BP-e modelo 63, com emissão, autorização e armazenamento digital.

    Cupom Fiscal Bilhete de Passagem emitido por ECF

    O Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal também foi substituído pelo BP-e modelo 63. Esse cenário é importante para empresas que usavam ECF na venda de bilhetes de passagem.

    Com o BP-e, a lógica muda. O equipamento fiscal antigo deixa de ser o centro do documento de passagem, e o sistema emissor eletrônico passa a controlar XML, assinatura digital, autorização, protocolo, DABPE, eventos, cancelamentos, rejeições, armazenamento e relatórios.

    Antes com ECF Depois com BP-e
    Cupom fiscal emitido em equipamento fiscal. XML eletrônico emitido e autorizado pela SEFAZ.
    Controle ligado ao equipamento e à impressão. Controle ligado ao sistema, webservice, chave, protocolo e armazenamento.
    Consulta mais dependente de documento físico e registros internos. Consulta eletrônica e rastreabilidade por chave de acesso.
    Rotina fiscal mais local e operacional. Rotina fiscal integrada, digital e auditável.

    O que o BP-e modelo 63 não substitui automaticamente

    O BP-e modelo 63 é voltado à documentação fiscal da prestação de transporte de passageiros nos cenários próprios do BP-e. Ele não deve ser confundido automaticamente com outros documentos fiscais usados em operações diferentes.

    Documento ou operação O BP-e substitui automaticamente? Observação
    CT-e Não CT-e é usado em transporte de cargas ou prestações específicas, conforme enquadramento.
    CT-e OS Não automaticamente Pode ser aplicável em fretamento, turismo ou transporte de pessoas em cenários específicos.
    NF-e Não NF-e documenta outras operações de circulação ou serviços conforme legislação aplicável.
    MDF-e Não MDF-e é manifesto de documentos fiscais eletrônicos, com finalidade própria.
    Bilhetagem interna Não Bilhetagem registra operação e pagamento; o BP-e é o documento fiscal eletrônico.
    Comprovante de pagamento Não Comprovante de cartão, PIX, TEF ou dinheiro não substitui documento fiscal.

    Regra prática: o BP-e modelo 63 substitui documentos fiscais antigos de passagem, mas não substitui automaticamente documentos fiscais de outros tipos de operação. O enquadramento deve ser validado com contador e SEFAZ.

    Impactos para empresas de transporte

    A substituição dos documentos antigos pelo BP-e modelo 63 muda a rotina fiscal, operacional, financeira e tecnológica da empresa de transporte. O sistema deixa de controlar apenas impressão ou bilhete físico e passa a controlar emissão eletrônica completa.

    XML autorizado

    O documento fiscal principal passa a ser o XML autorizado.

    DABPE

    O documento auxiliar representa o BP-e, mas não substitui o XML autorizado.

    Certificado digital

    A emissão exige assinatura digital com certificado válido do emitente.

    Webservices

    O sistema precisa transmitir, consultar autorização, tratar rejeições e armazenar protocolo.

    Financeiro

    Venda, pagamento, cancelamento, estorno e documento fiscal precisam estar conciliados.

    Auditoria

    XML, protocolo, logs, eventos, relatórios e histórico precisam estar disponíveis.

    O que o sistema precisa controlar após a substituição

    Depois da adoção do BP-e modelo 63, a empresa precisa de um sistema preparado para emissão eletrônica, armazenamento, integração e auditoria.

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar CNPJ, IE, UF, ambiente, série, numeração, certificado e webservices. Evita emissão em ambiente ou empresa incorreta.
    Dados da passagem Controlar passageiro, origem, destino, horário, trecho, valor e serviço. Forma a base do XML.
    Pagamento Controlar dinheiro, cartão, PIX, TEF, link, agência, marketplace e status. Permite conciliar financeiro com fiscal.
    XML Gerar conforme leiaute, MOC, schemas e notas técnicas aplicáveis. Evita rejeição técnica.
    Assinatura digital Assinar com certificado válido do emitente. Garante validade técnica do documento.
    Autorização Transmitir, consultar retorno e armazenar protocolo. Comprova autorização de uso.
    DABPE Gerar documento auxiliar quando aplicável ao fluxo. Facilita embarque, consulta e atendimento.
    Rejeições Registrar código, motivo, correção, usuário, XML e reenvio. Evita pendências fiscais sem tratamento.
    Cancelamentos e eventos Relacionar cancelamento operacional, financeiro e fiscal. Evita divergência entre venda e documento.
    Armazenamento Guardar XML, protocolo, DABPE, logs, eventos e relatórios. Permite consulta, suporte e auditoria.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63, substituir rotinas antigas de bilhetes fiscais, organizar venda de passagens, 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.

    Venda de passagens

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

    BP-e rodoviário

    A página de BP-e para transporte rodoviário apoia empresas que operam linhas, viagens, passageiros e documentos fiscais.

    BP-e aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para esse modal.

    BP-e ferroviário

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

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, bilhetagem 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: documentos substituídos pelo BP-e modelo 63

    Use este checklist para validar se sua empresa está preparada para operar com BP-e no lugar dos documentos antigos.

    • Confirmar se a empresa emitia Bilhete de Passagem Rodoviário modelo 13.
    • Confirmar se a empresa emitia Bilhete de Passagem Aquaviário modelo 14.
    • Confirmar se a empresa emitia Bilhete de Passagem Ferroviário modelo 16.
    • Confirmar se a empresa emitia Cupom Fiscal Bilhete de Passagem por ECF.
    • Validar na SEFAZ competente a obrigatoriedade ou autorização para emissão de BP-e.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, ambiente e webservices.
    • Configurar série e numeração do BP-e modelo 63.
    • Garantir que a venda ou prestação gere todos os dados necessários para o XML.
    • 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.
    • Armazenar XML, protocolo, DABPE, logs, eventos e relatórios.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Separar documentos históricos antigos dos documentos eletrônicos modelo 63.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e modelo 63, XML, DABPE, financeiro, integração e auditoria.

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

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

    Como a substituição de documentos fiscais pelo BP-e modelo 63 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.

    SEFAZ Goiás BP-e

    Consulte informações oficiais sobre BP-e como documento digital e substituição de documentos antigos: SEFAZ Goiás BP-e.

    SEFAZ Paraná BP-e

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

    SEFAZ Mato Grosso do Sul BP-e

    Consulte a definição do BP-e e a lista de documentos substituídos: SEFAZ-MS BP-e.

    SEFAZ Bahia BP-e

    Consulte orientações sobre obrigatoriedade do BP-e e substituição de documentos antigos: SEFAZ Bahia 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, venda de passagens, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

    FAQ sobre quais documentos o BP-e modelo 63 substituiu

    BP-e modelo 63 substituiu quais documentos fiscais?

    O BP-e modelo 63 substituiu o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16 e o Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal, o ECF, conforme regra da UF competente.

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

    Sim. O Bilhete de Passagem Rodoviário modelo 13 é um dos documentos antigos substituídos pelo BP-e modelo 63.

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

    Sim. O Bilhete de Passagem Aquaviário modelo 14 também está na lista de documentos fiscais substituídos pelo BP-e modelo 63.

    O BP-e substituiu o Bilhete de Passagem Ferroviário modelo 16?

    Sim. O Bilhete de Passagem Ferroviário modelo 16 foi substituído pelo BP-e modelo 63 quando a UF adotou a emissão eletrônica para esse cenário.

    O BP-e substituiu cupom fiscal ECF?

    Sim, o BP-e modelo 63 substituiu o Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal, o ECF.

    O BP-e substitui CT-e ou CT-e OS?

    Não automaticamente. BP-e, CT-e e CT-e OS são documentos diferentes e atendem cenários fiscais diferentes. O enquadramento deve ser validado com contador e SEFAZ.

    O DABPE é o documento fiscal principal?

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

    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 e procedimentos podem variar.

    O Vexado pode ajudar com emissão de BP-e modelo 63?

    O Vexado pode apoiar empresas com emissão de BP-e, venda de passagens, integrações, APIs, relatórios, financeiro e gestão operacional, conforme análise 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, 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 emitir BP-e modelo 63 no lugar dos documentos antigos? Fale com o Vexado e veja como organizar emissão fiscal, venda de passagens, XML, DABPE, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

    O BP-e modelo 63 substituiu os principais documentos fiscais antigos de passagem: Bilhete de Passagem Rodoviário modelo 13, Bilhete de Passagem Aquaviário modelo 14, Bilhete de Passagem Ferroviário modelo 16 e Cupom Fiscal Bilhete de Passagem emitido por ECF.

    A substituição muda a rotina da empresa de transporte. A emissão deixa de depender de documento em papel ou cupom fiscal antigo e passa a exigir XML eletrônico, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, armazenamento, eventos fiscais, tratamento de rejeições, cancelamentos, financeiro e auditoria.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e modelo 63, venda de passagens, 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, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para emissão de BP-e? 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 modelo 63, Bilhete de Passagem Rodoviário modelo 13, Bilhete de Passagem Aquaviário modelo 14, Bilhete de Passagem Ferroviário modelo 16, Cupom Fiscal Bilhete de Passagem por ECF, 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, equipe técnica ou profissionais especializados antes de tomar decisões.


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

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

    BP-e modelo 63 x Bilhete de Passagem Ferroviário modelo 16 é a comparação entre o documento fiscal eletrônico usado atualmente para transporte de passageiros e o antigo bilhete ferroviário em papel, substituído pelo BP-e conforme adoção, obrigatoriedade e regras da unidade federada competente.

    • Entenda a diferença entre BP-e modelo 63 e Bilhete de Passagem Ferroviário modelo 16.
    • Veja o que muda em XML, autorização, DABPE, chave de acesso, protocolo, armazenamento, estações, bilhetagem, catracas, validadores, totalizações e auditoria.
    • Conheça como o Sistema Vexado pode apoiar empresas de transporte ferroviário, metroviário e metropolitano na emissão de BP-e, integração operacional, financeiro, relatórios e gestão.

    A comparação BP-e modelo 63 x Bilhete de Passagem Ferroviário modelo 16 mostra a evolução da emissão fiscal no transporte ferroviário de passageiros. O modelo 16 era o documento fiscal tradicional usado em prestações ferroviárias de passageiros. Já o BP-e modelo 63 é eletrônico, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, documento auxiliar e armazenamento digital.

    Na prática, o BP-e modelo 63 substituiu o Bilhete de Passagem Ferroviário modelo 16 nos cenários em que a unidade federada adotou a emissão eletrônica e definiu obrigatoriedade, autorização ou credenciamento para uso do BP-e. Isso muda a rotina da empresa: sai o controle baseado em documento antigo, papel ou sistema legado e entra uma operação fiscal digital, com XML autorizado, DABPE, protocolo, eventos, rejeições, cancelamentos, totalizações, relatórios e auditoria.

    No transporte ferroviário e metroviário, essa mudança pode ser ainda mais sensível porque a operação pode envolver estações, catracas, validadores, bilhetagem eletrônica, integração tarifária, alto volume de passageiros, gratuidades, totalizações por período e relatório analítico.

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

    Quero falar com o Vexado

    Resumo rápido

    O Bilhete de Passagem Ferroviário modelo 16 é o documento antigo usado em papel ou em rotinas legadas para transporte ferroviário de passageiros. O BP-e modelo 63 é o documento eletrônico que substitui esse modelo conforme regras da unidade federada competente. A empresa passa a trabalhar com XML assinado digitalmente, autorização de uso, protocolo, DABPE quando aplicável, armazenamento digital, rejeições, cancelamentos, consultas, relatórios, totalizações e rastreabilidade fiscal.

    Modelo 16

    Bilhete de Passagem Ferroviário tradicional, usado historicamente para transporte ferroviário de passageiros.

    Modelo 63

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

    DABPE

    Documento auxiliar do BP-e, usado para facilitar embarque ou consulta, sem substituir o XML autorizado.

    Sistema emissor

    Precisa controlar estação, passageiro, tarifa, integração, totalização, XML, autorização, protocolo e auditoria.

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Ferroviário modelo 16?

    A diferença principal é que o Bilhete de Passagem Ferroviário modelo 16 era um documento fiscal tradicional, físico ou baseado em sistemas legados, usado para documentar passagens ferroviárias de passageiros. O BP-e modelo 63 é um documento fiscal eletrônico, emitido e armazenado digitalmente, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo e possibilidade de consulta eletrônica.

    Resposta direta: o modelo 16 representa a sistemática antiga de bilhete ferroviário. O modelo 63 é o BP-e, documento fiscal eletrônico que substitui o modelo 16 quando a UF exige, permite ou credencia a emissão eletrônica. A empresa deixa de controlar apenas papel ou bilhete legado e passa a controlar XML autorizado, DABPE, protocolo, eventos fiscais, rejeições, cancelamentos, armazenamento, totalizações, relatórios e auditoria.

    Critério Bilhete modelo 16 BP-e modelo 63
    Natureza Documento tradicional de passagem ferroviária. Documento fiscal eletrônico de transporte de passageiros.
    Existência Física ou baseada em controle legado. Digital, com XML autorizado.
    Validade fiscal Conforme regras antigas do documento em papel. Assinatura digital e autorização de uso pela administração tributária.
    Consulta Mais dependente de controle interno e documento físico. Consulta por chave de acesso, XML e protocolo.
    Documento auxiliar O bilhete físico era a referência principal da operação. DABPE é auxiliar; o XML autorizado é o documento principal.
    Controle do sistema Numeração, venda, impressão e guarda física. XML, protocolo, rejeição, autorização, evento, armazenamento, integração, 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 o BP-e, a Portaria CAT 96/2015, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.

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

    O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal utilizado para acobertar 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 mais física, com impressão, série, numeração, guarda documental e escrituração conforme regras antigas.

    Esse modelo aparece hoje principalmente em contextos históricos, obrigações antigas, documentos legados, sistemas anteriores, auditorias de períodos passados ou referências normativas que explicam quais documentos foram substituídos pelo BP-e modelo 63.

    Documento antigo

    Usado antes da adoção do BP-e eletrônico como documento fiscal de passagem ferroviária.

    Controle físico

    Dependia de impressão, numeração, guarda e conferência por processos tradicionais.

    Menos automação

    Não possuía XML, autorização eletrônica e protocolo digital como o BP-e.

    Uso legado

    Pode aparecer em auditorias, documentos antigos, bases históricas e migrações de sistema.

    Ponto importante: o modelo 16 não deve ser tratado como se fosse equivalente ao BP-e. Ele pertence a uma lógica fiscal anterior. Quando a empresa está obrigada ao BP-e, o fluxo correto passa a ser eletrônico.

    O que é o BP-e modelo 63?

    O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele documenta prestações de transporte de passageiros por meio de um arquivo XML emitido e armazenado eletronicamente, assinado digitalmente pelo emitente e autorizado pela administração tributária competente.

    Na operação ferroviária, o BP-e deve estar conectado à venda da passagem, ao passageiro, à estação de embarque, à estação de integração quando aplicável, à linha, à tarifa, à bilhetagem, à autorização fiscal, ao DABPE quando aplicável, aos cancelamentos, às totalizações, ao financeiro e à auditoria.

    XML autorizado

    O documento fiscal principal é o XML autorizado, não apenas a impressão auxiliar.

    Assinatura digital

    O documento é assinado com certificado digital do emitente.

    Autorização

    A administração tributária autoriza o uso do BP-e conforme a regra aplicável.

    Chave e protocolo

    A chave de acesso e o protocolo permitem consulta, comprovação e auditoria.

    Comparativo direto: BP-e modelo 63 x Bilhete modelo 16

    A tabela abaixo resume as principais diferenças operacionais, fiscais e técnicas entre os dois modelos.

    Ponto comparado Modelo 16 Modelo 63
    Nome Bilhete de Passagem Ferroviário. Bilhete de Passagem Eletrônico.
    Modelo fiscal 16. 63.
    Formato Papel ou documento físico/legado. XML eletrônico autorizado.
    Modal relacionado Transporte ferroviário de passageiros. Transporte de passageiros nos cenários de BP-e definidos pela UF.
    Assinatura digital Não era a lógica central do documento. Obrigatória no fluxo eletrônico.
    Autorização eletrônica Não seguia o mesmo modelo de autorização online do BP-e. Precisa de autorização de uso pela administração tributária.
    Documento auxiliar O bilhete impresso era o próprio documento usado na operação. O DABPE é auxiliar; o XML é o documento principal.
    Consulta eletrônica Limitada ou dependente de controles internos. Consulta por chave de acesso, XML e protocolo.
    Integração com sistema Mais simples e voltada a impressão, série e numeração. Exige webservice, certificado, XML, status, protocolo, eventos, relatórios e armazenamento.
    Auditoria Focada em documentos físicos, livros e controles internos. Focada em XML, protocolo, logs, eventos, relatórios, totalizações e armazenamento digital.
    Uso atual Histórico, legado ou apenas quando a legislação local ainda admitir em cenário específico. Documento eletrônico padrão quando a UF exige ou autoriza BP-e.

    O BP-e modelo 63 substitui o Bilhete de Passagem Ferroviário modelo 16?

    Sim. O BP-e modelo 63 foi criado para substituir documentos antigos de passagem, incluindo o Bilhete de Passagem Ferroviário modelo 16, conforme adoção, obrigatoriedade e regras de cada unidade federada.

    Isso significa que a empresa de transporte ferroviário precisa validar com a SEFAZ competente se está obrigada ao BP-e, se já está credenciada, qual ambiente deve usar, qual série, qual certificado, qual leiaute, quais eventos fiscais e quais procedimentos de cancelamento, contingência, totalização, relatório e armazenamento são aplicáveis.

    Regra prática: se a empresa está obrigada à emissão de BP-e, não deve tratar o modelo 16 como alternativa operacional comum. O modelo 16 passa a ser referência histórica ou legado, e a rotina fiscal deve ser organizada no modelo eletrônico.

    Situação Como tratar Cuidado
    Empresa ainda usa sistema antigo Mapear dados e migrar para emissão eletrônica. Evitar perda de histórico, numeração e informações fiscais.
    Empresa já emite BP-e Manter XML, protocolo, DABPE, eventos, relatórios e logs organizados. Garantir autorização, armazenamento e rastreabilidade.
    Auditoria de período antigo Separar documentos modelo 16 de BP-e modelo 63. Não misturar regras e evidências fiscais.
    Troca de sistema Migrar cadastros, séries, histórico, XMLs, relatórios e totalizações. Validar com contador e equipe fiscal.

    O que muda no transporte ferroviário de passageiros?

    No transporte ferroviário, a emissão de BP-e precisa estar conectada à realidade da operação. A empresa pode precisar controlar estação de embarque, estação de integração, linha, tarifa, categoria de passageiro, gratuidade, benefício, cartão, QR Code, catraca, validador, bilhetagem, valor, totalização e relatório analítico.

    Controle ferroviário O que registrar Por que importa
    Estação de embarque Código, nome, município, UF, dispositivos e eventos. Identifica a origem operacional da prestação.
    Estação de integração Transferência, conexão, regra tarifária e categoria. 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.
    Bilhetagem Produto tarifário, tarifa, desconto, gratuidade, integração, valor e fechamento. Forma a base tarifária e financeira.
    Documento fiscal XML, chave, protocolo, status, rejeição, cancelamento, totalização e relatório. Garante rastreabilidade da emissão.

    Estações, catracas, validadores e bilhetagem

    Diferente de uma passagem rodoviária comum, em que muitas vezes existe venda individual com passageiro identificado, a operação ferroviária pode ser baseada em estações, catracas, validadores e bilhetagem eletrônica. Esses equipamentos não emitem o BP-e sozinhos: eles geram eventos que precisam ser tratados pelo sistema emissor.

    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 e metroferroviárias, o volume de passageiros pode ser muito alto. Por isso, a empresa pode precisar trabalhar com totalizações por estação, linha, dia, mês, tarifa, categoria, gratuidade, integração e valor, conforme a regra fiscal aplicável.

    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 é a separação entre documento fiscal eletrônico e representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é a representação gráfica simplificada usada para facilitar a operação, consulta ou embarque, 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.
    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 Representação gráfica simplificada do BP-e. Auxilia embarque e consulta, mas não substitui o XML.

    Ponto crítico: imprimir DABPE 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.

    Impactos na operação da empresa ferroviária

    A substituição do modelo 16 pelo BP-e modelo 63 muda várias rotinas da empresa de transporte. A emissão passa a depender de sistema, certificado digital, webservices, validações, status fiscal, protocolo, armazenamento eletrônico, relatórios e tratamento de eventos.

    Venda e bilhetagem

    A venda ou validação precisa gerar dados suficientes para formar a base fiscal do BP-e.

    Passageiro

    Pagantes, gratuitos, integrados, beneficiários e eventos inválidos precisam ser classificados corretamente.

    Estação e linha

    Estação de embarque, integração, linha, sentido, tarifa e período precisam estar corretos.

    Financeiro

    Bilhetagem, arrecadação, repasses, ajustes, gratuidades e documento fiscal precisam ser conciliados.

    Fiscal

    XML, assinatura, autorização, protocolo, rejeição, cancelamento e relatório precisam ser monitorados.

    Auditoria

    Logs, relatórios, XMLs, protocolos, totalizações e eventos originais precisam estar disponíveis.

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

    Ao migrar do modelo 16 para o BP-e modelo 63, o sistema precisa deixar de ser apenas um controle de bilhete e passar a ser uma plataforma fiscal eletrônica integrada à operação ferroviária ou metroferroviária.

    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 ambiente, série, empresa ou enquadramento incorreto.
    Cadastro de estações Controlar estação de embarque, integração, município, UF, 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 passageiro.
    Bilhetagem eletrônica Controlar tarifa, produto tarifário, crédito, desconto, valor e regra de integração. Conecta operação e financeiro.
    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, reenvio e usuário. Permite resolver pendências sem perder histórico.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios, totalizações e logs. Garante consulta 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 Bilhete modelo 16 para o BP-e modelo 63

    A migração precisa ser planejada em etapas. A empresa deve alinhar fiscal, operação, financeiro, tecnologia, bilhetagem, estações, atendimento, integrações, suporte 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 operacional Mapear estações, linhas, bilhetagem, catracas, validadores, passageiros, tarifas e integrações. Fluxo operacional pronto para alimentar o BP-e.
    3. Parametrização do sistema Configurar empresa, série, numeração, certificado, ambiente, webservices e regras fiscais. Sistema preparado para homologação e produção.
    4. Integração de dados Conectar catracas, validadores, bilhetagem, arquivos, APIs ou banco intermediário. Eventos chegam ao sistema com rastreabilidade.
    5. Homologação Emitir testes, tratar rejeições, validar XML, DABPE, relatórios, totalizações e retornos. Fluxo técnico validado antes da produção.
    6. Treinamento Treinar fiscal, financeiro, operação, atendimento, suporte e tecnologia. Equipe entende a nova rotina eletrônica.
    7. 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.
    8. Auditoria contínua Conferir XMLs, protocolos, bilhetagem, financeiro, logs e armazenamento. Operação fiscal mais segura.

    Erros comuns na migração do modelo 16 para o BP-e

    Os erros mais comuns são tratar o DABPE como documento principal, não armazenar XML, não guardar protocolo, emitir sem autorização, 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 migrar corretamente cadastros históricos.

    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.

    Duplicar passageiros

    Integrações e reprocessamentos podem duplicar passageiros e valores.

    Sem relatório analítico

    BP-e sem lastro operacional dificulta fiscalização, suporte e auditoria.

    Sem conciliação

    Financeiro, bilhetagem, totalização e 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 modelo 16, organizar 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: BP-e modelo 63 x modelo 16

    Use este checklist para avaliar se sua empresa está preparada para trabalhar corretamente com BP-e modelo 63 em substituição ao Bilhete de Passagem Ferroviário modelo 16.

    • Validar na SEFAZ competente se a empresa está obrigada ou autorizada a emitir BP-e.
    • Confirmar se a operação é ferroviária, metroviária, metropolitana, intermunicipal, interestadual, turística, fretada ou outro enquadramento.
    • Validar se o documento correto é BP-e modelo 63, BP-e TM, CT-e OS ou outro documento aplicável.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, série, ambiente e webservices.
    • Mapear quais rotinas antigas ainda dependem do modelo 16 ou de sistemas legados.
    • Separar documentos históricos modelo 16 dos documentos eletrônicos modelo 63.
    • 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 BP-e modelo 63 e modelo 16

    Como BP-e modelo 63 e Bilhete de Passagem Ferroviário modelo 16 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.

    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.

    SEFAZ Paraná BP-e

    Consulte explicações sobre BP-e, modelo 63, documentos substituídos e DABPE: SEFAZ Paraná 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, 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 BP-e modelo 63 x Bilhete modelo 16

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Ferroviário modelo 16?

    O modelo 16 é o bilhete ferroviário antigo, ligado à sistemática tradicional em papel ou rotinas legadas. O BP-e modelo 63 é eletrônico, com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE e armazenamento digital.

    O BP-e modelo 63 substitui o modelo 16?

    Sim. O BP-e modelo 63 foi instituído para substituir documentos antigos de passagem, incluindo 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?

    A empresa deve validar com a SEFAZ competente. Quando a empresa está obrigada ao BP-e, a rotina normal deve ser eletrônica. O modelo 16 tende a aparecer como documento histórico, legado ou em situações específicas admitidas pela legislação local.

    O DABPE substitui o XML?

    Não. O DABPE é a representação gráfica simplificada do BP-e. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O que muda no sistema da empresa ferroviária?

    O sistema precisa controlar XML, assinatura digital, autorização, protocolo, rejeições, cancelamentos, armazenamento, DABPE, logs, relatórios, totalizações, estações, bilhetagem, financeiro e auditoria.

    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 e metroferroviárias, 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.

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

    O Vexado pode ajudar na 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 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

    A comparação entre BP-e modelo 63 x Bilhete de Passagem Ferroviário modelo 16 mostra a mudança da emissão fiscal em papel para a emissão fiscal eletrônica. O modelo 16 representa a sistemática antiga do bilhete ferroviário. O BP-e modelo 63 representa o fluxo digital, com XML, assinatura, autorização, chave de acesso, protocolo, DABPE, eventos, armazenamento e auditoria.

    Para a empresa de transporte ferroviário, essa mudança exige sistema preparado, equipe treinada, certificado digital válido, parametrização fiscal, controle de estações, bilhetagem, catracas, validadores, passageiros, tarifas, gratuidades, integrações, totalizações, rejeições, cancelamentos e relatórios. Não basta imprimir um comprovante. É preciso garantir o XML autorizado e todo o vínculo fiscal da operação.

    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, BP-e modelo 63, Bilhete de Passagem Ferroviário modelo 16, transporte ferroviário, transporte metroviário, 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.


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

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

    BP-e modelo 63 x Bilhete de Passagem Aquaviário modelo 14 é a comparação entre o documento fiscal eletrônico usado atualmente para documentar prestações de transporte de passageiros e o antigo bilhete aquaviário em papel, substituído pelo BP-e conforme adoção, obrigatoriedade e regras da unidade federada competente.

    • Entenda a diferença entre BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14.
    • Veja o que muda em XML, DABPE, assinatura digital, autorização, protocolo, armazenamento, cancelamento, substituição e auditoria.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, venda de passagens, financeiro, integrações, relatórios e gestão operacional.

    A comparação BP-e modelo 63 x Bilhete de Passagem Aquaviário modelo 14 mostra a mudança da emissão fiscal tradicional para a emissão fiscal eletrônica no transporte aquaviário de passageiros. O modelo 14 pertence à sistemática antiga de bilhetes fiscais de passagem, normalmente associada a documento físico, formulário, impressão, série, numeração, guarda documental e escrituração.

    O BP-e modelo 63, por outro lado, é o Bilhete de Passagem Eletrônico. Ele é emitido em XML, assinado digitalmente, transmitido ao ambiente autorizador, autorizado pela administração tributária, vinculado a uma chave de acesso, acompanhado de protocolo de autorização e armazenado eletronicamente.

    Na prática, quando a unidade federada exige, permite ou credencia a emissão de BP-e, o Bilhete de Passagem Aquaviário modelo 14 deixa de ser a rotina fiscal principal da operação e passa a ser tratado como documento antigo, histórico, legado ou exceção específica validada com a SEFAZ competente.

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

    Quero falar com o Vexado

    Resumo rápido

    O Bilhete de Passagem Aquaviário modelo 14 é o documento fiscal antigo usado para prestações de transporte aquaviário de passageiros. O BP-e modelo 63 é o documento fiscal eletrônico que pode substituir esse modelo conforme regra da unidade federada competente. A empresa passa a trabalhar com XML autorizado, assinatura digital, chave de acesso, protocolo, DABPE, armazenamento eletrônico, tratamento de rejeições, cancelamentos, substituições, remarcações, financeiro e auditoria.

    Modelo 14

    Bilhete de Passagem Aquaviário tradicional, 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.

    DABPE

    Documento auxiliar do BP-e, usado para facilitar embarque ou consulta, sem substituir o XML autorizado.

    Sistema emissor

    Precisa controlar venda, passageiro, rota, embarcação, pagamento, XML, autorização e auditoria.

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14?

    A diferença principal é que o Bilhete de Passagem Aquaviário modelo 14 era um documento fiscal tradicional da sistemática em papel ou de rotinas legadas, enquanto o BP-e modelo 63 é um documento fiscal eletrônico emitido em XML, assinado digitalmente, autorizado pela administração tributária e armazenado eletronicamente.

    Resposta direta: o modelo 14 representa o bilhete aquaviário antigo. O modelo 63 é o BP-e, documento fiscal eletrônico que pode substituir o modelo 14 conforme regra da UF competente. A empresa deixa de controlar apenas documento físico ou legado e passa a controlar XML autorizado, DABPE, protocolo, eventos fiscais, rejeições, cancelamentos, armazenamento e auditoria.

    Critério Bilhete modelo 14 BP-e modelo 63
    Nome Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Modelo fiscal 14. 63.
    Natureza Documento fiscal antigo de passagem aquaviária. Documento fiscal eletrônico de transporte de passageiros.
    Formato Papel, formulário, impressão 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 usado na operação. DABPE é auxiliar; não substitui o XML.
    Assinatura digital Não era a lógica central do documento. Exige assinatura digital com certificado válido.
    Autorização eletrônica Não seguia o mesmo 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.
    Auditoria Baseada em documentos físicos, livros e controles antigos. Baseada em XML, protocolo, logs, eventos, relatórios e armazenamento digital.

    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 Goiás sobre BP-e e a legislação da SEFAZ competente pela operação.

    O que era o Bilhete de Passagem Aquaviário modelo 14?

    O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal usado para documentar prestações de transporte aquaviário de passageiros na sistemática anterior ao BP-e. Ele estava ligado a rotinas de emissão física, impressão, série, numeração, guarda documental, conferência e escrituração.

    Hoje, o modelo 14 costuma aparecer em contextos de histórico fiscal, auditoria de períodos antigos, bases legadas, migração de sistemas, documentos de arquivo ou normas que explicam quais documentos foram substituídos pelo BP-e modelo 63.

    Documento antigo

    Usado antes da implantação do BP-e eletrônico como documento de passagem.

    Controle físico

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

    Uso legado

    Pode aparecer em auditorias, migrações, relatórios antigos e bases históricas.

    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: o modelo 14 não deve ser tratado como equivalente ao BP-e. Quando a empresa está obrigada, autorizada ou credenciada ao BP-e, a rotina fiscal correta passa a ser eletrônica.

    O que é o BP-e modelo 63?

    O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele documenta prestações de transporte de passageiros por meio de arquivo XML emitido e armazenado eletronicamente, assinado digitalmente pelo emitente e autorizado pela administração tributária competente.

    Na operação aquaviária, o BP-e deve estar conectado à venda da passagem, ao passageiro, ao trecho, à rota, ao ponto de embarque, ao ponto de desembarque, à embarcação ou serviço, ao pagamento, à autorização fiscal, ao DABPE quando aplicável, ao cancelamento, à remarcação, ao financeiro e à auditoria.

    XML autorizado

    O documento fiscal principal é o XML autorizado, não a impressão auxiliar.

    Assinatura digital

    O documento é assinado com certificado digital válido do emitente.

    Autorização

    A administração tributária autoriza o uso do BP-e conforme a regra aplicável.

    Chave e protocolo

    A chave de acesso e o protocolo permitem consulta, comprovação e auditoria.

    Comparativo direto: BP-e modelo 63 x Bilhete modelo 14

    A tabela abaixo resume as principais diferenças operacionais, fiscais e técnicas entre os dois modelos.

    Ponto comparado Modelo 14 Modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Tipo de controle Controle físico, impresso ou legado. Controle eletrônico, fiscal e auditável.
    Modal relacionado Transporte aquaviário de passageiros. Transporte de passageiros nos cenários de BP-e definidos pela UF.
    Emissão Por formulário, bilhete, impressora ou sistema antigo. Por sistema emissor integrado ao ambiente autorizador.
    Documento principal Bilhete físico ou documento antigo. XML autorizado.
    Validação fiscal Conferência conforme regras antigas. Validação por XML, assinatura, autorização 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ção e reenvio.
    Armazenamento Guarda física ou arquivo legado. Guarda digital de XML, protocolo, DABPE, eventos e logs.
    Uso atual 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.

    O BP-e modelo 63 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, autorização e regras da unidade federada competente.

    Isso significa que a empresa aquaviária deve validar com a SEFAZ competente se está obrigada ao BP-e, se precisa de credenciamento, qual ambiente deve usar, qual série, qual certificado digital, qual leiaute, quais webservices e quais eventos fiscais são aplicáveis.

    Regra prática: se a empresa está obrigada ao BP-e, o modelo 14 não deve ser usado como alternativa operacional comum. O modelo 14 passa a ser tratado como histórico, legado ou exceção específica validada com a legislação local.

    Situação Como tratar Cuidado
    Empresa ainda usa sistema antigo Mapear dados e preparar migração para emissão eletrônica. Evitar perda de histórico, séries, numeração e dados fiscais.
    Empresa já emite BP-e Manter XML, protocolo, DABPE, eventos e logs organizados. Garantir autorização e armazenamento correto.
    Auditoria de período antigo Separar documentos modelo 14 de BP-e modelo 63. Não misturar regras antigas com o fluxo eletrônico atual.
    Troca de sistema Migrar cadastros, histórico, relatórios, XMLs e documentos fiscais. Validar com contador, fiscal e equipe técnica.

    O que muda no transporte aquaviário de passageiros?

    No transporte aquaviário, a emissão de BP-e precisa acompanhar a realidade da operação. A empresa pode precisar controlar rota, trecho, origem, destino, local de embarque, local de desembarque, data, horário, passageiro, tarifa, pagamento, embarcação, serviço, capacidade, cancelamento, remarcação, substituição e autorização fiscal.

    Controle aquaviário O que registrar Por que importa
    Origem e destino Ponto de embarque, ponto de desembarque, município, UF e trecho. Identifica a prestação documentada.
    Rota e viagem Data, horário, sentido, serviço, classe, tarifa e status. Relaciona o BP-e à operação realizada.
    Embarcação Identificação, capacidade, vínculo com rota, serviço e operação. Apoia controle operacional e auditoria interna.
    Passageiro Nome, documento, categoria, benefício, gratuidade ou desconto quando aplicável. Forma a base da passagem e do documento fiscal.
    Pagamento Dinheiro, cartão, PIX, TEF, link, agência, marketplace ou outro canal. Permite conciliar financeiro e fiscal.
    Documento fiscal XML, DABPE, chave, protocolo, status, rejeição, cancelamento e substituição. Garante rastreabilidade da emissão.

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 14 para o modelo 63 é a separação entre o documento fiscal eletrônico e sua representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada usada para facilitar embarque, consulta ou atendimento, 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.
    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 Representação gráfica simplificada do BP-e. Auxilia embarque e consulta, mas não substitui o XML.

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

    O que o sistema precisa controlar no BP-e aquaviário?

    Ao migrar do Bilhete de Passagem Aquaviário modelo 14 para o BP-e modelo 63, o sistema precisa deixar de ser apenas um controle de bilhete ou impressão e passar a ser uma plataforma fiscal eletrônica integrada à operação.

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série e numeração. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Venda e reserva Vincular passageiro, trecho, horário, valor, forma de pagamento e status. Garante que o BP-e tenha origem operacional.
    Origem e destino Controlar local de embarque, local de desembarque, município, UF e rota. Forma a base operacional da prestação aquaviária.
    Embarcação e serviço Relacionar embarcação, viagem, capacidade, horário, classe, tarifa e status. Apoia operação, fiscalização e auditoria.
    Passageiro Controlar nome, documento, categoria, gratuidade, benefício e dados exigidos. Forma a base fiscal da passagem.
    Pagamento Controlar dinheiro, cartão, PIX, TEF, link, agência, site, marketplace e status. Permite conciliar financeiro com fiscal.
    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, reenvio e usuário. Permite resolver pendências sem perder histórico.
    Cancelamento Relacionar cancelamento operacional, estorno e evento fiscal aplicável. Evita venda cancelada com documento fiscal ativo.
    Substituição ou remarcação Controlar troca de viagem, passageiro ou documento substituto conforme regra aplicável. Evita perda de vínculo entre documentos.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios e logs. Garante consulta, suporte e auditoria.
    Conciliação Comparar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes. Evita divergência entre financeiro e fiscal.

    Como migrar do Bilhete modelo 14 para o BP-e modelo 63

    A migração do modelo 14 para o BP-e modelo 63 precisa ser planejada com participação das áreas fiscal, operacional, financeira, comercial, atendimento, tecnologia, suporte e gestão. O objetivo é garantir que a venda aquaviária gere dados suficientes para emissão eletrônica autorizada.

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, 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 14. Histórico preservado sem misturar com o BP-e atual.
    3. Mapeamento operacional Mapear venda, reserva, passageiro, rota, embarcação, horário, pagamento, cancelamento e remarcação. 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. Homologação Emitir testes, tratar rejeições, validar XML, DABPE, retornos e relatórios. Fluxo técnico validado antes da produção.
    6. Treinamento Treinar atendimento, bilheteria, agência, financeiro, operação, suporte e fiscal. Equipe entende a nova rotina eletrônica.
    7. Produção assistida Acompanhar emissões reais, rejeições, cancelamentos, pagamentos e relatórios. Redução de risco no início da operação.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, financeiro, logs e armazenamento. Operação fiscal mais segura e rastreável.

    Erros comuns na migração do modelo 14 para o BP-e

    Os erros mais comuns são tratar o DABPE como documento principal, não armazenar XML, não guardar protocolo, emitir passagem sem autorização, ignorar rejeições, não conciliar cancelamentos, não controlar certificado digital, não treinar a equipe e não migrar corretamente cadastros de origem, destino, rotas, embarcações, pontos de embarque e passageiros.

    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 rejeições

    Venda aprovada com BP-e rejeitado cria pendência fiscal.

    Cadastro incorreto

    Origem, destino, passageiro, rota, embarcação, empresa e valor precisam estar consistentes.

    Cancelamento desconectado

    Cancelamento operacional, estorno e evento fiscal precisam conversar entre si.

    Sem conciliação

    Financeiro, venda e fiscal precisam fechar diariamente.

    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 Aquaviário modelo 14, organizar venda de passagens, 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 aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para esse modal.

    Venda de passagens

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

    Gestão completa

    A solução de gestão completa para empresas de ônibus centraliza operação, vendas, fiscal, financeiro e relatórios.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, bilhetagem 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: BP-e modelo 63 x Bilhete Aquaviário modelo 14

    Use este checklist para avaliar se sua empresa está preparada para trabalhar corretamente com BP-e modelo 63 em substituição ao Bilhete de Passagem Aquaviário modelo 14.

    • Validar na SEFAZ competente se a empresa está obrigada, autorizada ou credenciada para emitir BP-e.
    • Confirmar se a prestação é aquaviária, rodoviária, ferroviária, turística, fretada ou outro enquadramento.
    • Confirmar se o documento correto é BP-e modelo 63, CT-e OS ou outro documento aplicável.
    • Mapear quais rotinas antigas ainda dependem do modelo 14 ou de sistemas legados.
    • Separar documentos históricos modelo 14 dos documentos eletrônicos modelo 63.
    • Configurar CNPJ, inscrição estadual, UF, certificado digital, ambiente, série, numeração e webservices.
    • Garantir que a venda gere todos os dados necessários para o XML.
    • Validar passageiro, documento, origem, destino, ponto de embarque, ponto de desembarque, horário, valor e pagamento.
    • Controlar rota, viagem, serviço, embarcação, agência, canal de venda e status operacional.
    • 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 e relatórios.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, remarcações e substituições conforme regra aplicável.
    • Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar atendimento, bilheterias, agências, financeiro, fiscal, suporte e operação.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e modelo 63, venda de passagens, XML, DABPE, financeiro e auditoria.

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

    Fontes oficiais para validar BP-e modelo 63 e modelo 14

    Como BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14 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, incluindo Ajuste SINIEF e MOC: Legislação BP-e/SVRS.

    SEFAZ Paraná BP-e

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

    SEFAZ Goiás BP-e

    Consulte informações oficiais sobre BP-e como documento digital e substituição de documentos antigos: SEFAZ Goiás BP-e.

    Credenciamento de emissores

    Consulte regras e cuidados sobre autorização, homologação, produção e fornecedor do sistema emissor: Credenciamento de emissores 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, venda de passagens, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

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

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14?

    O modelo 14 é o bilhete aquaviário antigo, ligado à sistemática tradicional em papel ou rotinas legadas. O BP-e modelo 63 é eletrônico, com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE e armazenamento digital.

    O BP-e modelo 63 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 modelo 14 ainda pode ser usado?

    A empresa deve validar com a SEFAZ competente. Quando a empresa está obrigada ao BP-e, a rotina normal deve ser eletrônica. O modelo 14 tende a aparecer como documento histórico, legado ou exceção específica admitida pela legislação local.

    O DABPE substitui o XML?

    Não. O DABPE é a representação gráfica simplificada do BP-e. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O que muda no sistema da empresa aquaviária?

    O sistema precisa controlar XML, assinatura digital, autorização, protocolo, rejeições, cancelamentos, substituições, armazenamento, DABPE, logs, financeiro e auditoria.

    A empresa precisa de certificado digital para emitir BP-e?

    Sim. O BP-e exige assinatura digital com certificado válido do emitente, conforme regra técnica e fiscal aplicável.

    O BP-e precisa ser autorizado antes da prestação?

    O BP-e deve seguir a regra fiscal aplicável da UF competente. Em regra, o documento eletrônico precisa de autorização de uso para documentar corretamente a prestação.

    Como tratar passagens antigas modelo 14 em auditoria?

    É recomendado separar períodos e documentos: modelo 14 deve ser tratado como histórico ou legado, enquanto BP-e modelo 63 deve ser tratado com XML, protocolo, chave, eventos e logs eletrônicos.

    O BP-e aquaviá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 rota, o tipo de serviço, a UF e o leiaute aplicável. Transporte aquaviário pode exigir controles próprios de origem, destino, embarcação, rota e operação.

    O Vexado pode ajudar na emissão de BP-e aquaviário?

    O Vexado pode apoiar empresas com emissão de BP-e, venda de passagens, 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 14 para o BP-e modelo 63? Fale com o Vexado e veja como organizar emissão fiscal, venda de passagens, XML, DABPE, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

    A comparação entre BP-e modelo 63 x Bilhete de Passagem Aquaviário modelo 14 mostra a mudança da emissão fiscal em papel para a emissão fiscal eletrônica. O modelo 14 representa a sistemática antiga do bilhete aquaviário. O BP-e modelo 63 representa o fluxo digital, com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE, eventos, armazenamento e auditoria.

    Para a empresa de transporte aquaviário, essa mudança exige sistema preparado, equipe treinada, certificado digital válido, parametrização fiscal, controle de vendas, passageiros, rotas, embarcações, pagamentos, rejeições, cancelamentos, substituições, remarcações e relatórios. Não basta imprimir um comprovante. É preciso garantir o XML autorizado e todo o vínculo fiscal da operação.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e modelo 63, venda de passagens, 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, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para emissão de BP-e 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 modelo 63, Bilhete de Passagem Aquaviário modelo 14, 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, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e modelo 63 x Resumo do Movimento Diário modelo 18

    BP-e modelo 63 x Resumo do Movimento Diário modelo 18

    BP-e modelo 63 x Resumo do Movimento Diário modelo 18 é a comparação entre o documento fiscal eletrônico usado para documentar prestações de transporte de passageiros e o antigo documento auxiliar de escrituração usado para resumir movimentos diários em operações de transporte de passageiros, especialmente em cenários com inscrição única, múltiplos estabelecimentos, catracas, contadores ou sistemas equivalentes.

    • Entenda a diferença entre BP-e modelo 63 e Resumo do Movimento Diário modelo 18.
    • Veja por que o BP-e, especialmente o BP-e TM, substitui o modelo 18 em cenários definidos pela legislação.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, BP-e TM, catracas, bilhetagem, totalizações, XML, relatórios, financeiro e auditoria.

    A comparação BP-e modelo 63 x Resumo do Movimento Diário modelo 18 é diferente da comparação entre BP-e e bilhetes antigos, como os modelos 13, 14 e 16. Isso porque o modelo 18 não era, na essência, uma passagem individual entregue ao passageiro. Ele era um documento auxiliar de escrituração, usado para resumir o movimento diário de prestações de transporte de passageiros, especialmente em operações com inscrição única, estabelecimentos, pontos de venda, veículos, catracas ou controles equivalentes.

    Já o BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele documenta prestações de transporte de passageiros por meio de XML eletrônico, assinatura digital, autorização de uso, chave de acesso, protocolo e armazenamento digital. Em operações metropolitanas, semiurbanas ou com catracas e contadores, o tema fica ainda mais importante por causa do BP-e TM, que é o tipo de BP-e com leiaute específico para transporte metropolitano em linha.

    A diferença principal é simples: o Resumo do Movimento Diário modelo 18 consolidava informações para escrituração; o BP-e modelo 63 documenta eletronicamente a prestação de transporte de passageiros. No caso do BP-e TM, a legislação paulista trata diretamente da substituição do modelo 18 por esse fluxo eletrônico.

    Precisa migrar do Resumo do Movimento Diário modelo 18 para BP-e ou BP-e TM? Fale com o Vexado e veja como estruturar emissão fiscal, catracas, bilhetagem, totalizações, XML, relatórios, financeiro e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O Resumo do Movimento Diário modelo 18 era um documento auxiliar de escrituração usado para consolidar movimentos de transporte de passageiros, principalmente em operações com inscrição única, estabelecimentos vinculados, veículos, catracas, contadores ou sistemas equivalentes. O BP-e modelo 63 é o documento fiscal eletrônico de transporte de passageiros. Em São Paulo, o BP-e TM foi definido como o tipo de BP-e com leiaute específico para transporte metropolitano em linha e substitui o Resumo do Movimento Diário modelo 18, conforme regras de credenciamento, prazo, totalização e documentação técnica aplicáveis.

    Modelo 18

    Resumo do Movimento Diário, usado como documento auxiliar de escrituração e consolidação diária.

    Modelo 63

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

    BP-e TM

    Tipo de BP-e com leiaute específico para transporte metropolitano em linha, com catracas ou contadores.

    Sistema emissor

    Precisa controlar eventos, totalizações, relatórios, XML, autorização, protocolo, financeiro e auditoria.

    Qual a diferença entre BP-e modelo 63 e Resumo do Movimento Diário modelo 18?

    A diferença principal é que o Resumo do Movimento Diário modelo 18 era um documento auxiliar de escrituração, usado para consolidar informações de prestações de transporte de passageiros, enquanto o BP-e modelo 63 é o documento fiscal eletrônico que documenta a prestação de transporte de passageiros por XML autorizado.

    Resposta direta: o modelo 18 era um resumo diário de movimento para escrituração e consolidação. O modelo 63 é o BP-e, documento eletrônico com XML, assinatura digital, autorização, chave de acesso, protocolo e armazenamento. Em operações metropolitanas com catracas, contadores ou sistemas equivalentes, o BP-e TM assume papel central na substituição do modelo 18, conforme credenciamento e regra da UF competente.

    Critério Resumo do Movimento Diário modelo 18 BP-e modelo 63
    Natureza Documento auxiliar de escrituração e consolidação diária. Documento fiscal eletrônico de transporte de passageiros.
    Uso principal Resumo dos documentos, movimentos, valores e informações do período. Documentação eletrônica da prestação de transporte de passageiros.
    Formato Documento físico ou legado, ligado à escrituração. XML eletrônico autorizado.
    Documento principal Não era uma passagem eletrônica individual. O XML autorizado é o documento fiscal principal.
    Autorização eletrônica Não seguia a lógica de autorização eletrônica do BP-e. Depende de assinatura digital, transmissão, retorno e protocolo.
    Relação com catracas Podia usar informações de catracas ou equipamentos para consolidação. Pode receber eventos de catracas, validadores e contadores para totalização e emissão.
    Uso atual Histórico, legado ou substituído em cenários definidos pela legislação. Documento eletrônico aplicável quando a empresa está obrigada, autorizada ou credenciada.

    O tema deve ser validado em fontes oficiais, como a regra do RICMS-SP sobre Resumo de Movimento Diário, a Portaria CAT 102/2018, a página da SEFAZ-SP sobre BP-e TM, os documentos técnicos do BP-e/SVRS e a legislação da SEFAZ competente pela operação.

    O que era o Resumo do Movimento Diário modelo 18?

    O Resumo do Movimento Diário modelo 18 era um documento auxiliar de escrituração usado por contribuinte prestador de serviço de transporte de passageiros, especialmente em operações com inscrição única abrangendo mais de um estabelecimento.

    Ele tinha função de consolidar informações do movimento, documentos emitidos, valores contábeis, códigos fiscais, base de cálculo, imposto debitado, valores isentos, não tributados ou não sujeitos ao pagamento do imposto e observações. Em operações com catraca ou outro equipamento, o controle podia se relacionar aos números indicados nesses equipamentos.

    Documento auxiliar

    Não era uma passagem individual eletrônica, mas um resumo de escrituração.

    Movimento diário

    Consolidava dados do movimento de transporte de passageiros por período.

    Inscrição única

    Usado em contexto de empresa com inscrição única abrangendo mais de um estabelecimento.

    Catracas e equipamentos

    Podia considerar controles de catracas ou equipamentos semelhantes na consolidação.

    Ponto importante: o modelo 18 deve ser entendido como documento de consolidação e escrituração. Ele não tem a mesma natureza do XML autorizado do BP-e.

    O que é o BP-e modelo 63?

    O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele documenta prestações de transporte de passageiros por meio de arquivo XML emitido e armazenado eletronicamente, assinado digitalmente pelo emitente e autorizado pela administração tributária competente.

    No fluxo eletrônico, o sistema precisa gerar XML, assinar, transmitir, consultar autorização, armazenar protocolo, controlar DABPE quando aplicável, tratar rejeições, cancelamentos, eventos, relatórios e conciliação financeira.

    XML autorizado

    É o documento fiscal eletrônico principal.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização

    Confirma o uso fiscal do documento pela administração tributária.

    Protocolo

    Comprova o retorno de autorização e deve ficar vinculado ao XML.

    Qual a relação entre BP-e TM e Resumo do Movimento Diário modelo 18?

    A relação entre BP-e TM e Resumo do Movimento Diário modelo 18 é central para operações metropolitanas. O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, com cobrança por contadores, catracas ou similares, mediante credenciamento específico.

    Na prática, isso significa que a empresa deixa de trabalhar apenas com um resumo diário legado e passa a precisar de uma esteira eletrônica capaz de receber dados de catracas, validadores, contadores, bilhetagem, linhas, veículos, estações, integrações e totalizações para gerar documento fiscal eletrônico autorizado.

    Ponto Modelo 18 BP-e TM
    Base operacional Resumo de movimentos e documentos para escrituração. Eventos e totalizações tratados no leiaute específico do BP-e TM.
    Tipo de transporte Transporte de passageiros com controle consolidado. Transporte metropolitano em linha com catracas, contadores ou similares.
    Documento fiscal Documento auxiliar de escrituração. Documento eletrônico autorizado.
    Exigência técnica Controle documental e escrituração. XML, assinatura digital, webservice, autorização, protocolo e armazenamento.
    Implantação Rotina legada. Requer sistema emissor, integração, credenciamento e validação fiscal.

    Resumo prático: quando a legislação enquadra a operação no BP-e TM, a empresa precisa substituir a lógica do modelo 18 por um fluxo eletrônico estruturado, com integração operacional, totalização, XML autorizado, protocolo e auditoria.

    Comparativo direto: BP-e modelo 63 x Resumo do Movimento Diário modelo 18

    A tabela abaixo resume as principais diferenças fiscais, operacionais e técnicas entre os dois modelos.

    Ponto comparado Resumo do Movimento Diário modelo 18 BP-e modelo 63
    Nome Resumo do Movimento Diário. Bilhete de Passagem Eletrônico.
    Modelo fiscal 18. 63.
    Finalidade Auxiliar a escrituração e consolidar movimentos. Documentar eletronicamente prestação de transporte de passageiros.
    Documento principal Resumo documental e contábil. XML autorizado.
    Formato Papel, formulário ou sistema legado. Arquivo eletrônico XML.
    Assinatura digital Não era a lógica central do documento. Necessária no fluxo eletrônico.
    Autorização de uso Não seguia o mesmo fluxo eletrônico do BP-e. Depende de autorização da administração tributária.
    Catracas e contadores Usados como base de consolidação quando aplicável. Podem alimentar eventos, totalizações e emissão do BP-e TM.
    Auditoria Baseada em resumo, vias, escrituração e documentos relacionados. Baseada em XML, protocolo, eventos, logs, totalizações, relatórios e armazenamento.
    Uso atual Histórico, legado ou substituído conforme regra aplicável. Fluxo eletrônico aplicável quando a empresa está credenciada ou obrigada.

    O BP-e substitui o Resumo do Movimento Diário modelo 18?

    Sim, o BP-e substitui o Resumo do Movimento Diário modelo 18 nos cenários definidos pela legislação aplicável. Em São Paulo, a Portaria CAT 102/2018 passou a incluir expressamente o modelo 18 na lista de documentos substituídos pelo BP-e, e a própria página da SEFAZ-SP sobre BP-e TM informa que o BP-e TM substituirá o Resumo do Movimento Diário modelo 18.

    Isso não significa que a empresa deve fazer uma substituição apenas nominal. A troca do modelo 18 pelo BP-e ou BP-e TM exige mudança de processo: o que antes era resumo para escrituração passa a exigir emissão eletrônica, XML, autorização, protocolo, armazenamento, totalização, relatórios, integração e auditoria.

    Regra prática: se a operação foi enquadrada no BP-e ou BP-e TM, o modelo 18 deixa de ser o centro da rotina fiscal atual e passa a ser tratado como histórico, legado ou referência normativa. A operação atual deve seguir o fluxo eletrônico definido pela UF competente.

    Situação Como tratar Cuidado
    Empresa com histórico de modelo 18 Preservar documentos e relatórios antigos. Separar histórico legado dos BP-e autorizados.
    Operação metropolitana com catraca Avaliar BP-e TM e credenciamento específico. Não tratar como passagem individual simples.
    Operação com inscrição única Validar regra fiscal e forma de escrituração atual. Garantir que a mudança para BP-e mantenha rastreabilidade.
    Troca de sistema Migrar bases, cadastros, movimentos, totalizações, XMLs e relatórios. Evitar perda de histórico fiscal.

    Catracas, contadores e sistemas equivalentes

    O modelo 18 tinha relação com operações em que o controle de passageiros podia ser feito por catraca ou outro equipamento. No cenário eletrônico, esses equipamentos passam a ser fontes de dados para o sistema emissor de BP-e ou BP-e TM.

    Fonte de dados O que registra Como impacta o BP-e
    Catraca Giro, contador, acesso, bloqueio, data, hora, veículo, linha ou estação. Forma a base de passageiros transportados.
    Validador Cartão, QR Code, benefício, gratuidade, integração, tarifa e status. Classifica passageiro, categoria e valor.
    Contador Total de passageiros por veículo, linha, estação, equipamento ou período. Apoia totalizações e conferências.
    Bilhetagem Produto tarifário, crédito, desconto, integração, valor e fechamento. Conecta operação, financeiro e base fiscal.
    API ou arquivo Lotes de eventos enviados ao sistema emissor. Automatiza a entrada dos dados para validação e totalização.

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

    Totalizações e relatório analítico

    A substituição do modelo 18 pelo BP-e ou BP-e TM exige que o sistema mantenha totalizações confiáveis. A empresa precisa conseguir explicar como os eventos de passageiros, catracas, validadores, contadores, bilhetagem e valores formaram a base fiscal.

    Tipo de totalização Quando usar O que controlar
    Por dia Para fechamento operacional e fiscal diário. Eventos, passageiros, tarifas, valores, gratuidades, integrações e divergências.
    Por veículo Quando o ônibus é a referência operacional principal. Placa, linha, ciclo, dispositivo, passageiros e valores.
    Por linha Quando a empresa precisa demonstrar dados por linha. Origem, destino, municípios, sentido, tarifa, passageiros e totalizadores.
    Por estação Quando a operação é metroviária, ferroviária ou baseada em estação. Estação de embarque, integração, dispositivos, passageiros e valores.
    Por mês Quando a regra permitir fechamento por competência. Relatórios diários, totalizações, valores, evidências e vínculo fiscal.

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

    XML, autorização, DABPE e protocolo

    No BP-e modelo 63, o documento fiscal principal é o XML autorizado. O sistema deve gerar o XML conforme leiaute aplicável, assinar digitalmente, transmitir, consultar autorização, armazenar protocolo e manter os documentos disponíveis para consulta e auditoria.

    XML

    Documento fiscal eletrônico principal da prestação de transporte de passageiros.

    Assinatura digital

    Assinatura com certificado digital válido do emitente.

    Autorização

    Retorno da administração tributária confirmando o uso fiscal do documento.

    Protocolo

    Comprovação do retorno fiscal, vinculado ao XML e à chave de acesso.

    DABPE

    Documento auxiliar do BP-e, quando aplicável ao fluxo da operação.

    Rejeições

    Código, motivo, XML, correção, reenvio, usuário, tentativa e histórico.

    Ponto crítico: não basta gerar uma totalização. O sistema precisa garantir vínculo entre evento, totalização, relatório, XML autorizado, protocolo, financeiro e auditoria.

    Financeiro e conciliação

    A antiga lógica do modelo 18 estava muito ligada à consolidação de movimento e escrituração. No BP-e e BP-e TM, essa consolidação precisa continuar existindo, mas agora com rastreabilidade eletrônica, XML autorizado, protocolo e conciliação financeira.

    Conciliação O que comparar Risco se não controlar
    Catracas x bilhetagem Giros, validações, cartões, QR Codes, gratuidades e integrações. Passageiros registrados podem divergir da arrecadação.
    Bilhetagem x financeiro Tarifa aplicada, valor recebido, repasse, desconto, remuneração e ajuste. Receita financeira pode divergir da base fiscal.
    Totalização x XML Passageiros, categorias, tarifas, valores e BP-e autorizado. Documento fiscal sem lastro no relatório.
    Relatório x protocolo Totalização, chave de acesso, XML, status e protocolo. Dificuldade de comprovar a emissão.
    Histórico modelo 18 x BP-e Períodos, documentos, movimentos, relatórios e XMLs. Mistura de obrigações antigas com fluxo eletrônico atual.

    O que o sistema precisa controlar na substituição do modelo 18?

    Um sistema preparado para substituir o Resumo do Movimento Diário modelo 18 por BP-e ou BP-e TM precisa reunir emissão fiscal, integração operacional, catracas, validadores, bilhetagem, totalizações, financeiro, relatórios e auditoria.

    Funcionalidade O que precisa fazer Importância
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, série, ambiente, credenciamento e tipo de emissão. Evita emissão em enquadramento incorreto.
    Credenciamento BP-e/BP-e TM Controlar se a empresa está habilitada para emissão eletrônica aplicável. Evita uso indevido do documento fiscal.
    Cadastro operacional Controlar linhas, veículos, estações, dispositivos, tarifas, períodos e status. Forma a base da operação.
    Integração com catracas Receber giros, acessos, bloqueios, contadores, lotes e status. Automatiza a origem dos passageiros.
    Integração com validadores Receber cartões, QR Codes, benefícios, gratuidades, integrações e categorias. Classifica passageiro, tarifa e valor.
    Bilhetagem eletrônica Controlar produto tarifário, crédito, desconto, valor, categoria e regra de integração. Conecta operação e financeiro.
    Deduplicação Usar ID único, hash, lote, sequência e idempotência. Evita duplicidade de passageiros, eventos e valores.
    Totalização Consolidar por ciclo, veículo, linha, estação, dia, mês, tarifa, categoria e valor. Substitui a lógica de resumo com rastreabilidade eletrônica.
    Relatório analítico Demonstrar eventos, passageiros, tarifas, gratuidades, integrações, dispositivos e valores. Sustenta fiscalização e auditoria.
    Emissão de BP-e Gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo. Completa o fluxo fiscal eletrônico.
    Painel de rejeições Exibir código, motivo, correção, reenvio, status e log. Reduz pendências fiscais.
    Conciliação financeira Comparar bilhetagem, totalizações, arrecadação, ajustes e BP-e autorizados. Evita divergência entre fiscal e financeiro.
    Histórico legado Guardar registros antigos do modelo 18 separados dos BP-e atuais. Preserva auditoria de períodos anteriores.

    Como migrar do Resumo do Movimento Diário modelo 18 para BP-e ou BP-e TM

    A migração precisa ser feita com planejamento fiscal, operacional e técnico. A empresa deve mapear como o modelo 18 era gerado, quais fontes alimentavam o resumo, quais estabelecimentos ou veículos eram envolvidos, como a escrituração era feita e como tudo isso será substituído pelo fluxo eletrônico do BP-e.

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, BP-e comum, BP-e TM e legislação aplicável. Empresa sabe qual documento deve emitir.
    2. Mapeamento do modelo 18 Identificar como o resumo era gerado, por quais estabelecimentos, veículos, pontos, catracas ou relatórios. Entendimento da rotina legada.
    3. Mapeamento de fontes Listar catracas, validadores, bilhetagem, vendas, arquivos, APIs, linhas, veículos e estações. Base pronta para integração eletrônica.
    4. Parametrização Configurar CNPJ, IE, UF, certificado, ambiente, série, tipo de BP-e, regras e webservices. Sistema preparado para homologação.
    5. Totalização Definir critérios por dia, mês, linha, veículo, estação, tarifa, categoria ou ciclo. Base fiscal estruturada.
    6. Homologação Validar XML, DABPE, autorização, rejeições, relatórios, totalizações e conciliação. Fluxo testado antes da produção.
    7. Produção assistida Acompanhar primeiros fechamentos, autorizações, rejeições, divergências e ajustes. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir eventos, relatórios, XMLs, protocolos, financeiro e armazenamento. Operação fiscal rastreável.

    Erros comuns na substituição do modelo 18 pelo BP-e

    Os erros mais comuns são tratar o BP-e TM como se fosse apenas um novo nome para o modelo 18, não integrar catracas e validadores, não guardar evento original, não gerar relatório analítico, não controlar totalizações, não armazenar XML e protocolo, misturar histórico legado com fluxo atual e não conciliar fiscal com financeiro.

    Trocar só o nome

    BP-e e BP-e TM exigem XML, autorização, protocolo e rastreabilidade eletrônica.

    Ignorar fontes de dados

    Catracas, validadores, bilhetagem e contadores precisam alimentar o sistema emissor.

    Sem relatório analítico

    Totalização sem lastro operacional dificulta fiscalização e auditoria.

    Duplicar eventos

    Reprocessamentos e arquivos reenviados podem duplicar passageiros e valores.

    Não separar legado

    Modelo 18 antigo e BP-e atual precisam ficar separados em relatórios e auditoria.

    Sem conciliação

    Operação, bilhetagem, fiscal e financeiro precisam fechar entre si.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam substituir rotinas antigas ligadas ao Resumo do Movimento Diário modelo 18 por emissão de BP-e, BP-e TM, totalizações eletrônicas, XML, autorização, protocolo, relatórios, financeiro, integrações, APIs 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 metropolitano

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

    BP-e semiurbano

    A página de BP-e para transporte semiurbano ajuda empresas com linhas semiurbanas, cobrança por sistemas equivalentes e relatórios.

    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.

    Integrações e APIs

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

    Automação de processos

    A automação de processos ajuda a reduzir retrabalho entre operação, fiscal, financeiro e relatórios.

    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: BP-e modelo 63 x Resumo do Movimento Diário modelo 18

    Use este checklist para avaliar se sua empresa está preparada para substituir a rotina do modelo 18 por BP-e ou BP-e TM.

    • Validar a unidade federada competente pela emissão.
    • Confirmar se a operação ainda utiliza Resumo do Movimento Diário modelo 18 em rotina atual ou apenas em histórico legado.
    • Validar se a prestação exige BP-e comum, BP-e TM ou outro documento aplicável.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, ambiente, série e webservices.
    • Mapear como o modelo 18 era gerado, por estabelecimento, veículo, linha, estação, ponto, catraca ou relatório.
    • Separar documentos históricos do modelo 18 dos documentos eletrônicos BP-e atuais.
    • Integrar catracas, validadores, contadores, cartões, QR Codes e bilhetagem.
    • Capturar ID único do evento, data, hora, linha, veículo, 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 dia, mês, ciclo, veículo, linha, estação, 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 operação, financeiro, fiscal, suporte, tecnologia e atendimento.
    • 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, BP-e TM, catracas, bilhetagem, XML, relatórios, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

    Fontes oficiais para validar BP-e modelo 63 e modelo 18

    Como BP-e modelo 63, BP-e TM e Resumo do Movimento Diário modelo 18 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.

    RICMS-SP Artigo 174

    Consulte a regra sobre Resumo de Movimento Diário modelo 18: RICMS-SP Artigo 174.

    Portaria CAT 102/2018

    Consulte regras sobre BP-e, documentos substituídos, credenciamento, BP-e TM, catracas, ciclos e totalizações: Portaria CAT 102/2018.

    BP-e Transporte Metropolitano

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

    SEFAZ-SP Sobre o BP-e

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

    Documentos BP-e/SVRS

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

    Portal Nacional BP-e/SVRS

    Consulte o portal nacional do BP-e e documentos do projeto: Portal BP-e/SVRS.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e, BP-e TM, transporte metropolitano, transporte semiurbano, transporte metroviário, transporte ferroviário, 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 BP-e modelo 63 x Resumo do Movimento Diário modelo 18

    Qual a diferença entre BP-e modelo 63 e Resumo do Movimento Diário modelo 18?

    O modelo 18 era um documento auxiliar de escrituração e consolidação diária do movimento de transporte de passageiros. O BP-e modelo 63 é o documento fiscal eletrônico com XML, assinatura digital, autorização, chave de acesso, protocolo e armazenamento digital.

    O BP-e modelo 63 substitui o Resumo do Movimento Diário modelo 18?

    Sim, nos cenários definidos pela legislação aplicável. Em São Paulo, a Portaria CAT 102/2018 inclui o modelo 18 entre os documentos substituídos pelo BP-e, e a SEFAZ-SP informa que o BP-e TM substituirá o Resumo do Movimento Diário modelo 18.

    O que é BP-e TM?

    É um tipo de BP-e com leiaute específico para transporte metropolitano em linha, com cobrança por contadores, catracas ou similares, mediante credenciamento específico.

    O Resumo do Movimento Diário modelo 18 era uma passagem?

    Não exatamente. Ele era um documento auxiliar de escrituração e consolidação. A passagem e a prestação eram controladas por documentos e movimentos relacionados. O BP-e, por outro lado, é o documento fiscal eletrônico da prestação.

    A catraca emite BP-e?

    Não. A catraca registra evento operacional. O sistema emissor precisa receber esses eventos, validar, deduplicar, totalizar, gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo.

    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.

    Precisa de relatório analítico?

    Sim, quando aplicável ao fluxo. O relatório demonstra como os eventos operacionais viraram base fiscal, com passageiros, tarifas, gratuidades, integrações, valores, dispositivos e divergências.

    O modelo 18 ainda pode aparecer em auditoria?

    Sim. O modelo 18 pode aparecer em períodos antigos, bases legadas, documentos históricos, relatórios de escrituração e migrações de sistema. O ideal é separar esse histórico do fluxo eletrônico atual do BP-e.

    O Vexado pode ajudar na substituição do modelo 18 por BP-e?

    O Vexado pode apoiar empresas com emissão de BP-e, BP-e TM, integrações, APIs, catracas, validadores, bilhetagem, 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 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 substituir a rotina do modelo 18 por BP-e ou BP-e TM? Fale com o Vexado e veja como organizar emissão fiscal, catracas, bilhetagem, totalizações, relatórios, XML, protocolo, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

    Conclusão

    A comparação entre BP-e modelo 63 x Resumo do Movimento Diário modelo 18 mostra a mudança de uma rotina de consolidação e escrituração para uma rotina fiscal eletrônica, com XML, assinatura digital, autorização, chave de acesso, protocolo, relatórios, armazenamento e auditoria.

    O modelo 18 era um resumo de movimento. O BP-e modelo 63 é o documento eletrônico. E, em operações metropolitanas com catracas, contadores ou sistemas equivalentes, o BP-e TM tem papel direto na substituição do modelo 18, exigindo sistema preparado para integração, totalização, emissão, autorização e conciliação.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e modelo 63, 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, fornecedor de bilhetagem, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e e 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 modelo 63, BP-e TM, Resumo do Movimento Diário modelo 18, escrituração fiscal, DABPE, XML, autorização, protocolo, cancelamento, rejeições, contingência, armazenamento, guarda documental, catracas, contadores, 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.


  • BP-e modelo 63 x Bilhete de Passagem Rodoviário modelo 13

    BP-e modelo 63 x Bilhete de Passagem Rodoviário modelo 13

    BP-e modelo 63 x Bilhete de Passagem Rodoviário modelo 13 é a comparação entre o documento fiscal eletrônico usado atualmente para transporte de passageiros e o antigo bilhete rodoviário em papel, que foi substituído pelo BP-e conforme a regra da unidade federada competente.

    • Entenda a diferença entre BP-e modelo 63 e Bilhete de Passagem Rodoviário modelo 13.
    • Veja o que muda em XML, autorização, DABPE, fiscalização, armazenamento, cancelamento, remarcação, integração e auditoria.
    • Conheça como o Sistema Vexado pode apoiar empresas de transporte na emissão de BP-e, venda de passagens, financeiro, integrações e gestão operacional.

    A comparação BP-e modelo 63 x Bilhete de Passagem Rodoviário modelo 13 mostra a evolução da emissão fiscal no transporte de passageiros. O modelo 13 era um documento físico, ligado à sistemática antiga de bilhetes de passagem rodoviários. Já o BP-e modelo 63 é eletrônico, possui XML, assinatura digital, autorização de uso, chave de acesso, protocolo, documento auxiliar e integração com sistemas fiscais.

    Na prática, o BP-e modelo 63 substituiu o modelo 13 nas operações em que a unidade federada adotou a obrigatoriedade e credenciou os contribuintes para emissão eletrônica. Isso muda completamente a rotina da empresa de transporte: sai o controle baseado em papel e entra uma operação digital, com emissão, autorização, armazenamento, consulta, cancelamento, eventos, relatórios e auditoria.

    A principal diferença é simples: o modelo 13 era o bilhete rodoviário tradicional; o BP-e modelo 63 é o documento fiscal eletrônico que documenta a prestação de transporte de passageiros com validade jurídica digital.

    Precisa migrar ou organizar a emissão de BP-e modelo 63? Fale com o Vexado e veja como estruturar emissão fiscal, venda de passagens, XML, DABPE, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O Bilhete de Passagem Rodoviário modelo 13 é o documento antigo usado em papel para transporte rodoviário de passageiros. O BP-e modelo 63 é o documento eletrônico que veio substituir esse modelo, conforme regras da UF competente. A empresa passa a emitir XML assinado digitalmente, obter autorização de uso, armazenar protocolo, gerar DABPE quando aplicável, tratar rejeições, cancelamentos, remarcações, substituições, consultas e manter rastreabilidade fiscal.

    Modelo 13

    Bilhete de Passagem Rodoviário tradicional, baseado em documento físico e controles manuais ou legados.

    Modelo 63

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

    DABPE

    Documento auxiliar do BP-e, usado para facilitar embarque ou consulta, sem substituir o XML autorizado.

    Sistema emissor

    Precisa controlar venda, passageiro, viagem, pagamento, XML, rejeição, autorização, cancelamento e auditoria.

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Rodoviário modelo 13?

    A diferença principal é que o Bilhete de Passagem Rodoviário modelo 13 era um documento fiscal tradicional, físico ou baseado em sistemas legados, usado para documentar passagens rodoviárias. O BP-e modelo 63 é um documento fiscal eletrônico, emitido e armazenado digitalmente, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo e possibilidade de consulta eletrônica.

    Resposta direta: o modelo 13 representa a sistemática antiga de bilhete rodoviário. O modelo 63 é o BP-e, documento fiscal eletrônico que substitui o modelo 13 quando a UF exige ou permite a emissão eletrônica. A empresa deixa de controlar apenas papel e passa a controlar XML autorizado, DABPE, protocolo, eventos fiscais, rejeições, cancelamentos, armazenamento e auditoria.

    Critério Bilhete modelo 13 BP-e modelo 63
    Natureza Documento tradicional de passagem rodoviária. Documento fiscal eletrônico.
    Existência Física ou baseada em controle legado. Digital, com XML autorizado.
    Validade fiscal Conforme regras antigas do documento em papel. Assinatura digital e autorização de uso pela administração tributária.
    Consulta Mais dependente de controle interno e documento físico. Consulta por chave de acesso e armazenamento eletrônico.
    Documento auxiliar O próprio bilhete físico era o documento principal. DABPE é auxiliar; o XML autorizado é o documento principal.
    Controle do sistema Numeração, venda, impressão e guarda física. XML, protocolo, rejeição, autorização, evento, armazenamento, integração e auditoria.

    O tema deve ser validado em fontes oficiais, como a SEFAZ-SP sobre o BP-e, o Portal Nacional do BP-e/SVRS, a página de BP-e do SPED Paraná, a página de BP-e de Minas Gerais e a legislação da SEFAZ competente pela operação.

    O que era o Bilhete de Passagem Rodoviário modelo 13?

    O Bilhete de Passagem Rodoviário modelo 13 era o documento fiscal utilizado para acobertar prestações de transporte rodoviário de passageiros na sistemática anterior ao BP-e. Ele estava ligado a uma lógica de emissão mais física, com impressão, controle de talonário, série, numeração, guarda documental e escrituração conforme regras antigas.

    Esse modelo aparece hoje principalmente em contextos históricos, obrigações antigas, documentos legados, sistemas anteriores, auditorias de períodos passados ou referências normativas que explicam quais documentos foram substituídos pelo BP-e modelo 63.

    Documento antigo

    Usado antes da adoção do BP-e eletrônico como documento fiscal de passagem.

    Controle físico

    Dependia de impressão, numeração, guarda e conferência por processos tradicionais.

    Menos automação

    Não possuía XML, autorização eletrônica em tempo real e protocolo digital como o BP-e.

    Uso legado

    Pode aparecer em auditorias, documentos antigos, bases históricas e migrações de sistema.

    Ponto importante: o modelo 13 não deve ser tratado como se fosse equivalente ao BP-e. Ele pertence a uma lógica fiscal anterior. Quando a empresa está obrigada ao BP-e, o fluxo correto passa a ser eletrônico.

    O que é o BP-e modelo 63?

    O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele documenta prestações de transporte de passageiros por meio de um arquivo XML emitido e armazenado eletronicamente, assinado digitalmente pelo emitente e autorizado pela administração tributária competente.

    Na operação, o BP-e deve estar conectado à venda da passagem, ao passageiro, ao trecho, à empresa, ao pagamento, à viagem, à autorização fiscal, ao DABPE quando aplicável, ao cancelamento, à remarcação, ao financeiro e à auditoria.

    XML autorizado

    O documento fiscal principal é o XML autorizado, não apenas a impressão auxiliar.

    Assinatura digital

    O documento é assinado com certificado digital do emitente.

    Autorização

    A administração tributária autoriza o uso do BP-e antes da prestação, conforme regra aplicável.

    Chave e protocolo

    A chave de acesso e o protocolo permitem consulta, comprovação e auditoria.

    Comparativo direto: BP-e modelo 63 x Bilhete modelo 13

    A tabela abaixo resume as principais diferenças operacionais, fiscais e técnicas entre os dois modelos.

    Ponto comparado Modelo 13 Modelo 63
    Nome Bilhete de Passagem Rodoviário. Bilhete de Passagem Eletrônico.
    Modelo fiscal 13. 63.
    Formato Papel ou documento físico/legado. XML eletrônico autorizado.
    Assinatura digital Não era a lógica central do documento. Obrigatória no fluxo eletrônico.
    Autorização eletrônica Não seguia o mesmo modelo de autorização online do BP-e. Precisa de autorização de uso pela administração tributária.
    Documento auxiliar O bilhete impresso era o próprio documento usado na operação. O DABPE é auxiliar; o XML é o documento principal.
    Consulta eletrônica Limitada ou dependente de controles internos. Consulta por chave de acesso e ambiente autorizado.
    Integração com sistema Mais simples e voltada a impressão/numeração. Exige webservice, certificado, XML, status, protocolo e eventos.
    Auditoria Focada em documentos físicos, livros e controles internos. Focada em XML, protocolo, logs, eventos, relatórios e armazenamento digital.
    Uso atual Histórico, legado ou apenas quando a legislação local ainda admitir em cenário específico. Documento eletrônico padrão quando a UF exige/autoriza BP-e.

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

    Sim. O BP-e modelo 63 foi criado para substituir documentos antigos de passagem, incluindo o Bilhete de Passagem Rodoviário modelo 13, conforme adoção, obrigatoriedade e regras de cada unidade federada.

    Isso significa que a empresa de transporte precisa validar com a SEFAZ competente se está obrigada ao BP-e, se já está credenciada, qual ambiente deve usar, qual série, qual certificado, qual leiaute, quais eventos fiscais e quais procedimentos de cancelamento, remarcação, contingência e armazenamento são aplicáveis.

    Regra prática: se a empresa está obrigada à emissão de BP-e, não deve tratar o modelo 13 como alternativa operacional comum. O modelo 13 passa a ser referência histórica ou legado, e a rotina fiscal deve ser organizada no modelo eletrônico.

    Situação Como tratar Cuidado
    Empresa ainda usa sistema antigo Mapear dados e migrar para emissão eletrônica. Evitar perda de histórico, numeração e informações fiscais.
    Empresa já emite BP-e Manter XML, protocolo, DABPE, eventos e logs organizados. Garantir autorização e armazenamento correto.
    Auditoria de período antigo Separar documentos modelo 13 de BP-e modelo 63. Não misturar regras e evidências fiscais.
    Troca de sistema Migrar cadastros, séries, histórico, XMLs e relatórios. Validar com contador e equipe fiscal.

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 13 para o modelo 63 é a separação entre documento fiscal eletrônico e representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é apenas a representação gráfica simplificada usada para facilitar a operação, consulta ou embarque, 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.
    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 Representação gráfica simplificada do BP-e. Auxilia embarque e consulta, mas não substitui o XML.

    Ponto crítico: imprimir DABPE sem XML autorizado e protocolo não resolve a obrigação fiscal. O sistema precisa garantir o ciclo completo: XML → assinatura → transmissão → autorização → protocolo → armazenamento.

    Impactos na operação da empresa de transporte

    A substituição do modelo 13 pelo BP-e modelo 63 muda várias rotinas da empresa de transporte. A emissão passa a depender de sistema, certificado digital, webservices, validações, status fiscal, protocolo, armazenamento eletrônico e tratamento de eventos.

    Venda de passagem

    A venda precisa gerar dados fiscais suficientes para montar o BP-e.

    Passageiro

    Dados do passageiro, documento, benefício, gratuidade e categoria precisam ser controlados conforme operação.

    Trecho e viagem

    Origem, destino, horário, linha, serviço, veículo e ponto de embarque precisam estar corretos.

    Pagamento

    Dinheiro, cartão, PIX, link, TEF, agência e marketplace precisam conciliar com o BP-e.

    Fiscal

    XML, assinatura, autorização, protocolo, rejeição, cancelamento e evento precisam ser monitorados.

    Auditoria

    Logs, relatórios, XMLs, protocolos e histórico precisam estar disponíveis para consulta.

    O que o sistema precisa controlar no BP-e modelo 63?

    Ao migrar do modelo 13 para o BP-e modelo 63, o sistema precisa deixar de ser apenas um controle de bilhete e passar a ser uma plataforma fiscal eletrônica integrada à operação.

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série e numeração. Evita emissão em ambiente, série ou empresa incorreta.
    Venda e reserva Vincular passageiro, trecho, horário, valor, forma de pagamento e status. Garante que o BP-e tenha origem operacional.
    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, reenvio e usuário. Permite resolver pendências sem perder histórico.
    Cancelamento Relacionar cancelamento operacional, financeiro e fiscal. Evita venda cancelada com documento ativo.
    Substituição/remarcação Controlar troca de viagem, passageiro ou bilhete conforme regra aplicável. Evita perda de vínculo entre documentos.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios e logs. Garante consulta e auditoria.
    Conciliação Comparar vendas, pagamentos, BP-e autorizados, cancelados, rejeitados e pendentes. Evita divergência entre financeiro e fiscal.

    Como migrar do Bilhete modelo 13 para o BP-e modelo 63

    A migração precisa ser planejada em etapas. A empresa deve alinhar fiscal, operação, financeiro, tecnologia, atendimento, agências, guichês, site, integrações e suporte.

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, CNAE, certificado e ambiente. Empresa sabe se está apta e obrigada a emitir BP-e.
    2. Mapeamento operacional Mapear venda, reserva, passageiro, trecho, pagamento, cancelamento e remarcação. Fluxo operacional pronto para alimentar o BP-e.
    3. Parametrização do sistema Configurar empresa, série, numeração, certificado, ambiente e webservices. Sistema preparado para homologação e produção.
    4. Homologação Emitir testes, tratar rejeições, validar XML, DABPE e retornos. Fluxo técnico validado antes da produção.
    5. Treinamento Treinar guichê, agência, financeiro, suporte, operação e fiscal. Equipe entende nova rotina eletrônica.
    6. Produção assistida Acompanhar emissões reais, rejeições, cancelamentos, pagamentos e relatórios. Redução de risco no início da operação.
    7. Auditoria contínua Conferir XMLs, protocolos, vendas, financeiro, logs e armazenamento. Operação fiscal mais segura.

    Erros comuns na migração do modelo 13 para o BP-e

    Os erros mais comuns são tratar o DABPE como documento principal, não armazenar XML, não guardar protocolo, emitir passagem sem autorização, ignorar rejeições, não conciliar cancelamentos, não controlar certificado digital, não treinar guichês e não migrar corretamente cadastros de origem, destino, linhas, pontos de embarque e passageiros.

    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 rejeições

    Venda aprovada com BP-e rejeitado cria pendência fiscal.

    Cadastro incorreto

    Origem, destino, passageiro, linha, empresa e valor precisam estar consistentes.

    Cancelamento desconectado

    Cancelamento operacional, estorno e evento fiscal precisam conversar entre si.

    Sem conciliação

    Financeiro, venda e fiscal precisam fechar diariamente.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63, substituir rotinas antigas ligadas ao modelo 13, organizar venda de passagens, 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.

    Venda de passagens

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

    Gestão completa

    A solução de gestão completa para empresas de ônibus centraliza operação, vendas, fiscal, financeiro e relatórios.

    BP-e rodoviário

    A página de BP-e para transporte rodoviário apoia empresas que operam linhas, viagens, passageiros e documentos fiscais.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, bilhetagem 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: BP-e modelo 63 x modelo 13

    Use este checklist para avaliar se sua empresa está preparada para trabalhar corretamente com BP-e modelo 63 em substituição ao modelo 13.

    • Validar na SEFAZ competente se a empresa está obrigada ou autorizada a emitir BP-e.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, série, ambiente e webservices.
    • Mapear quais rotinas antigas ainda dependem do modelo 13 ou de sistemas legados.
    • Separar documentos históricos modelo 13 dos documentos eletrônicos modelo 63.
    • Configurar emissão de BP-e por empresa, UF, ambiente, série e numeração.
    • Garantir que a venda gere todos os dados necessários para o XML.
    • Validar passageiro, origem, destino, ponto de embarque, horário, valor e pagamento.
    • 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 e relatórios.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, remarcações e substituições conforme regra aplicável.
    • Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar guichês, agências, financeiro, fiscal, suporte e operação.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e modelo 63, venda de passagens, XML, DABPE, financeiro e auditoria.

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

    Fontes oficiais para validar BP-e modelo 63 e modelo 13

    Como BP-e modelo 63 e Bilhete de Passagem Rodoviário modelo 13 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.

    SEFAZ-SP Sobre o BP-e

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

    Portal Nacional BP-e/SVRS

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

    SPED Paraná BP-e

    Consulte explicações sobre BP-e, modelo 63, substituição do modelo 13 e DABPE: SPED Paraná BP-e.

    SEFAZ Minas Gerais BP-e

    Consulte definição do BP-e modelo 63 e substituição de documentos antigos: SPED MG BP-e.

    SEFAZ Paraíba BP-e

    Consulte informações sobre BP-e, modelo 63 e substituição do Bilhete de Passagem Rodoviário modelo 13: SEFAZ-PB BP-e.

    SEFAZ Goiás BP-e

    Consulte informações oficiais sobre BP-e como documento digital e substituição de documentos antigos: 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, venda de passagens, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

    FAQ completo sobre BP-e modelo 63 x Bilhete modelo 13

    Qual a diferença entre BP-e modelo 63 e Bilhete de Passagem Rodoviário modelo 13?

    O modelo 13 é o bilhete rodoviário antigo, ligado à sistemática tradicional em papel. O BP-e modelo 63 é eletrônico, com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE e armazenamento digital.

    O BP-e modelo 63 substitui o modelo 13?

    Sim. O BP-e modelo 63 foi instituído para substituir documentos antigos de passagem, incluindo o Bilhete de Passagem Rodoviário modelo 13, conforme adoção, obrigatoriedade e regras da unidade federada competente.

    O modelo 13 ainda pode ser usado?

    A empresa deve validar com a SEFAZ competente. Quando a empresa está obrigada ao BP-e, a rotina normal deve ser eletrônica. O modelo 13 tende a aparecer como documento histórico, legado ou em situações específicas admitidas pela legislação local.

    O DABPE substitui o XML?

    Não. O DABPE é a representação gráfica simplificada do BP-e. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.

    O que muda no sistema da empresa?

    O sistema precisa controlar XML, assinatura digital, autorização, protocolo, rejeições, cancelamentos, substituições, armazenamento, DABPE, logs, financeiro e auditoria.

    A empresa precisa de certificado digital para emitir BP-e?

    Sim. O BP-e exige assinatura digital com certificado válido do emitente, conforme regra técnica e fiscal aplicável.

    O BP-e precisa ser autorizado antes da viagem?

    O BP-e deve seguir a regra fiscal aplicável da UF competente. Em regra, o documento eletrônico precisa de autorização de uso para documentar corretamente a prestação.

    Como tratar passagens antigas modelo 13 em auditoria?

    É recomendado separar períodos e documentos: modelo 13 deve ser tratado como histórico/legado, enquanto BP-e modelo 63 deve ser tratado com XML, protocolo, chave, eventos e logs eletrônicos.

    O Vexado pode ajudar na emissão de BP-e modelo 63?

    O Vexado pode apoiar empresas com emissão de BP-e, venda de passagens, 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 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 13 para o BP-e modelo 63? Fale com o Vexado e veja como organizar emissão fiscal, venda de passagens, XML, DABPE, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

    A comparação entre BP-e modelo 63 x Bilhete de Passagem Rodoviário modelo 13 mostra a mudança da emissão fiscal em papel para a emissão fiscal eletrônica. O modelo 13 representa a sistemática antiga. O BP-e modelo 63 representa o fluxo digital, com XML, assinatura, autorização, chave de acesso, protocolo, DABPE, eventos, armazenamento e auditoria.

    Para a empresa de transporte, essa mudança exige sistema preparado, equipe treinada, certificado digital válido, parametrização fiscal, controle de vendas, passageiros, viagens, pagamentos, rejeições, cancelamentos e relatórios. Não basta imprimir um comprovante. É preciso garantir o XML autorizado e todo o vínculo fiscal da operação.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e modelo 63, venda de passagens, 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, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para emissão de BP-e? 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 modelo 63, Bilhete de Passagem Rodoviário modelo 13, 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, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e e split payment: como a vinculação do pagamento pode funcionar

    BP-e e split payment: como a vinculação do pagamento pode funcionar

    BP-e e split payment: como a vinculação do pagamento pode funcionar. Entenda como PagVinc, transação financeira, DFe, IBS, CBS, vTotDFe, XML, cartão, PIX, TEF, agência, marketplace, bilhetagem eletrônica, BP-e, BP-e TM, BPeTA, eventos, rejeições, homologação, relatórios e auditoria podem impactar empresas de transporte de passageiros.

    • Entenda como o BP-e pode se conectar ao pagamento no contexto do split payment.
    • Veja as duas formas de vinculação previstas nas notas técnicas: chave do DFe no início do pagamento ou dados da transação no DFe/evento.
    • Conheça os cuidados com PagVinc, meios de pagamento, conciliação, eventos e auditoria fiscal.

    BP-e e split payment: como a vinculação do pagamento pode funcionar? A vinculação do pagamento no BP-e tem como objetivo conectar o Documento Fiscal Eletrônico à transação financeira que deu origem ao recebimento. Na prática, isso significa criar rastreabilidade entre a venda da passagem, o pagamento, o XML autorizado, o protocolo, os eventos e a apuração de IBS e CBS.

    Com a Reforma Tributária, o pagamento deixa de ser apenas um dado financeiro interno da empresa e passa a ter papel relevante na estrutura fiscal dos documentos eletrônicos. Por isso surgem conceitos como PagVinc, vínculo entre transação e DFe, eventos de vinculação, cancelamento de vinculação e preparação para o modelo de split payment.

    No transporte de passageiros, esse tema afeta empresas rodoviárias, metropolitanas, ferroviárias, aquaviárias e aéreas. O impacto pode aparecer em vendas por dinheiro, cartão, PIX, TEF, link de pagamento, agência, marketplace, OTA, bilhetagem eletrônica, cartão de transporte, QR Code, aplicativo e integrações externas.

    Precisa preparar seu BP-e para PagVinc, pagamentos e split payment? Fale com o Vexado para avaliar XML, integrações financeiras, eventos, homologação, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    A vinculação do pagamento no BP-e pode funcionar de duas formas principais: informando a chave do documento fiscal ao prestador de serviço de pagamento no início da transação financeira ou registrando os dados da transação financeira em campos do DFe ou em evento fiscal. O objetivo é conectar pagamento, documento fiscal, IBS, CBS, PagVinc, eventos e auditoria. Em 2026, os campos de split payment têm caráter preparatório e não há exigência oficial de uso em produção pelas empresas, mas os sistemas devem começar a se preparar.

    Chave do DFe

    O pagamento pode receber a chave do documento fiscal no início da transação.

    Dados da transação

    O DFe ou evento pode registrar dados da transação financeira depois da autorização.

    PagVinc

    Grupo técnico voltado ao vínculo entre documento fiscal e pagamento.

    Auditoria

    Venda, pagamento, XML, protocolo, evento e conciliação precisam fechar entre si.

    BP-e e split payment: como a vinculação pode funcionar?

    A vinculação do pagamento no BP-e pode funcionar conectando o documento fiscal eletrônico à transação financeira que pagou aquela passagem. Isso pode ocorrer informando a chave do DFe ao prestador de pagamento no início da transação ou registrando dados da transação financeira no próprio DFe ou em um evento fiscal posterior.

    Resposta direta: no BP-e, a vinculação do pagamento pode funcionar por meio do grupo PagVinc e de eventos fiscais que conectam XML, chave de acesso, protocolo, meio de pagamento, transação financeira, valor pago, estorno, cancelamento e documento fiscal. O objetivo é permitir rastreabilidade entre venda, pagamento, IBS/CBS e auditoria, preparando o ambiente para o split payment.

    Modelo de vínculo Como funciona Uso prático
    Chave do DFe no pagamento A chave do documento fiscal é enviada ao prestador de pagamento no início da transação. O pagamento já nasce vinculado ao documento fiscal.
    Dados da transação no DFe O documento fiscal ou evento registra os dados da transação financeira. O vínculo pode ser informado após a transação ou por evento específico.
    Evento de vinculação Um evento fiscal registra o vínculo entre pagamento e DFe. Útil quando o pagamento ocorre em momento diferente da autorização.
    Cancelamento de vinculação Evento desfaz ou corrige vínculo indevido. Útil em estorno, erro de transação, cancelamento ou reprocessamento.

    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.

    O que é split payment?

    O split payment é um modelo em que parte do valor pago na transação pode ser segregada para recolhimento de tributos, como IBS e CBS, no momento da liquidação financeira. Em vez de a empresa receber todo o valor e depois recolher os tributos em outra etapa, o sistema de pagamento pode participar do processo de separação e recolhimento conforme regulamentação.

    Para que isso funcione corretamente, o ambiente fiscal precisa saber qual documento fiscal está ligado a qual transação financeira. É justamente nesse ponto que entra a vinculação entre DFe e pagamento.

    Venda

    Passagem vendida no guichê, site, app, agência, marketplace ou bilhetagem.

    Pagamento

    Transação financeira feita por PIX, cartão, TEF, link, carteira digital ou intermediador.

    DFe

    Documento fiscal eletrônico autorizado, com chave, protocolo, XML e eventos.

    Split

    Separação e recolhimento de IBS/CBS conforme regras e regulamentação aplicáveis.

    O que é PagVinc no BP-e?

    O PagVinc é o grupo técnico criado para registrar informações de vinculação da transação de pagamento com o documento fiscal eletrônico. No contexto do BP-e, ele ajuda a relacionar a passagem vendida, o pagamento realizado e o DFe autorizado.

    Na prática, o PagVinc pode ser usado para armazenar ou referenciar dados que permitem identificar a transação financeira, como meio de pagamento, identificadores da transação, valores, data, operador, adquirente, PSP, gateway, intermediador ou evento vinculado.

    Informação Exemplo Por que importa?
    Documento fiscal Chave de acesso do BP-e, BP-e TM ou BPeTA. Identifica qual DFe está relacionado ao pagamento.
    Meio de pagamento PIX, cartão, TEF, dinheiro, link, carteira digital ou intermediador. Classifica como a transação foi realizada.
    Identificador da transação NSU, autorização, txid, order id, payment id ou código interno. Permite conciliar financeiro e fiscal.
    Valor Valor pago, estornado, parcial ou complementar. Evita divergência entre venda, pagamento e DFe.
    Evento Vinculação ou cancelamento da vinculação. Controla o ciclo de vida do vínculo.

    As duas formas de vincular pagamento e DFe

    As notas técnicas indicam duas formas principais de relacionar o documento fiscal eletrônico com a transação financeira sujeita ao split payment.

    Forma Descrição Quando pode fazer sentido?
    1. Chave do DFe no início da transação A empresa informa a chave do documento fiscal ao prestador de serviço de pagamento quando inicia o pagamento. Quando o BP-e já foi gerado ou pré-gerado antes da liquidação financeira.
    2. Dados da transação no DFe ou evento A empresa informa os dados da transação financeira em campos do documento fiscal ou em evento fiscal. Quando o pagamento ocorre antes, depois ou em fluxo assíncrono em relação ao DFe.

    Na prática: empresas de transporte devem estar prontas para os dois cenários, porque cada canal de venda pode ter um fluxo diferente. Guichê, site, app, marketplace, agência, bilhetagem eletrônica e BPeTA podem ter tempos diferentes entre venda, pagamento e autorização fiscal.

    Forma 1: enviar a chave do DFe ao pagamento

    Nesse modelo, o documento fiscal é gerado antes ou durante a transação, e sua chave é enviada ao prestador de serviço de pagamento. Assim, a transação financeira já nasce com uma referência direta ao DFe.

    Esse fluxo pode ser mais simples quando a emissão fiscal acontece antes da confirmação final do pagamento ou quando o sistema consegue reservar a passagem, gerar o DFe e iniciar o pagamento com a chave já disponível.

    Etapa O que acontece Controle necessário
    1. Venda iniciada Passageiro escolhe viagem, poltrona, trecho ou voo. Reserva temporária e dados da venda.
    2. DFe gerado Sistema gera BP-e, BP-e TM ou BPeTA. XML, chave, série, número e validação.
    3. Pagamento iniciado Chave do DFe é enviada ao PSP, gateway, TEF ou adquirente. Registro da chave no fluxo financeiro.
    4. Liquidação Pagamento é confirmado ou recusado. Status, transação, valor e retorno.
    5. Auditoria DFe e transação ficam conectados. Relatório fiscal e financeiro integrado.

    Cuidado: se o pagamento for recusado ou expirar, o sistema precisa tratar reserva, documento, evento, inutilização, cancelamento ou reprocessamento conforme regra aplicável.

    Forma 2: informar a transação no DFe ou evento

    Nesse modelo, o pagamento pode ocorrer antes, durante ou depois da autorização do documento. Depois, o sistema registra no DFe ou em evento fiscal os dados da transação financeira que pagou aquela passagem.

    Esse fluxo pode ser mais flexível para pagamentos assíncronos, vendas online, marketplaces, agências, links de pagamento, PIX, transações TEF, bilhetagem eletrônica e operações em que a confirmação financeira chega depois da venda.

    Etapa O que acontece Controle necessário
    1. Venda criada Passagem, reserva, viagem, trecho ou voo são registrados. Pedido interno e status da reserva.
    2. Pagamento realizado Cliente paga por PIX, cartão, TEF, link, agência ou marketplace. Identificador da transação, valor, status e data.
    3. DFe autorizado BP-e, BP-e TM ou BPeTA recebe autorização. XML, chave, protocolo e status fiscal.
    4. Vínculo informado Sistema informa a transação no DFe ou em evento de vinculação. PagVinc, evento, retorno e logs.
    5. Conciliação Relatório confere venda, pagamento, DFe e evento. Auditoria fiscal e financeira.

    Boa prática: nunca depender apenas do “status pago” visual. O sistema deve guardar identificadores técnicos da transação, retorno do PSP, valor, data, meio de pagamento, usuário, pedido, DFe e evento.

    Fluxo prático em empresas de transporte

    Em empresas de transporte, o fluxo ideal precisa conectar operação, financeiro e fiscal. A venda da passagem deve gerar rastreabilidade completa desde o primeiro clique ou atendimento até a autorização do BP-e e a conciliação do pagamento.

    Momento Informação gerada Uso fiscal
    Pesquisa da viagem Origem, destino, data, horário, linha, trecho ou voo. Base operacional da prestação.
    Reserva Poltrona, passageiro, comprador, carrinho ou localizador. Base comercial da emissão.
    Pagamento PIX, cartão, TEF, link, agência, marketplace ou bilhetagem. Origem da vinculação financeira.
    Autorização fiscal XML, chave, protocolo, autorização ou rejeição. Documento fiscal válido.
    Vínculo PagVinc, dados da transação ou evento. Conexão entre DFe e pagamento.
    Auditoria Relatório de venda, pagamento, DFe, tributos e eventos. Conformidade e conciliação.

    Meios de pagamento impactados

    A vinculação do pagamento pode impactar todos os meios usados pela empresa de transporte. Quanto mais canais de venda e pagamento a empresa possui, maior a necessidade de padronizar os identificadores e a conciliação.

    Dinheiro

    Caixa, operador, agência, terminal, data, valor e fechamento.

    Cartão/TEF

    NSU, autorização, terminal, adquirente, bandeira, parcelas e estorno.

    PIX

    Txid, cobrança, confirmação, expiração, valor, estorno e status.

    Link de pagamento

    Pedido, validade, confirmação, expiração, valor e transação vinculada.

    Marketplace

    Pedido externo, split comercial, comissão, taxa, repasse e liquidação.

    Bilhetagem

    Cartão de transporte, validador, catraca, QR Code, categoria e integração.

    Impacto por tipo de BP-e

    A lógica de vinculação do pagamento pode variar conforme o tipo de operação. Um BP-e rodoviário individual, um BP-e TM por totalização e um BPeTA aéreo possuem fluxos financeiros diferentes.

    Documento Fluxo típico Cuidados com vínculo de pagamento
    BP-e Rodoviário Venda individual de passagem no guichê, site, app, agência ou marketplace. Conectar passageiro, comprador, poltrona, pagamento e XML autorizado.
    BP-e TM Totalização por catracas, contadores, validadores ou bilhetagem eletrônica. Separar recarga, validação, uso, integração, totalização e documento fiscal.
    BP-e Ferroviário Venda por estação, trecho, classe, horário e tarifa. Conectar estação, trecho, pagamento, passageiro e documento.
    BP-e Aquaviário Venda por terminal, travessia, embarcação, passageiro e veículo acompanhado. Separar passageiro, veículo, adicional, pagamento e total do documento.
    BPeTA Venda aérea com reserva, localizador, voo, passageiro e canais externos. Conectar reserva, OTA, agência, cartão, PIX, milhas, voucher e evento fiscal.

    PIX, cartão, TEF e link de pagamento

    PIX, cartão e TEF são os meios mais sensíveis para vinculação porque possuem identificadores técnicos próprios. O sistema precisa armazenar esses identificadores de forma estruturada para permitir conciliação e eventual vínculo com o DFe.

    Meio Identificadores importantes Risco se não controlar
    PIX Txid, endToEndId, cobrança, QR Code, confirmação, expiração e estorno. Pagamento confirmado sem vínculo claro com o BP-e.
    Cartão NSU, código de autorização, adquirente, bandeira, terminal, parcelas e estorno. Dificuldade de conciliar transação e documento fiscal.
    TEF Terminal, número lógico, autorização, comprovante, operador e retorno. Erro de roteamento ou vínculo com usuário/empresa incorreta.
    Link de pagamento Link, validade, status, pedido, confirmação, transação e expiração. Reserva expirada, venda duplicada ou emissão sem pagamento confirmado.

    Agências, marketplaces, OTAs e intermediadores

    Vendas intermediadas exigem cuidado extra porque o pagamento pode ocorrer fora do sistema principal da empresa transportadora. A empresa pode receber repasse líquido, comissão descontada, taxa de serviço, split comercial ou liquidação posterior.

    Canal O que controlar Por que importa?
    Agência Vendedor, comissão, fechamento, repasse, passageiro e comprador. Separa prestação de transporte e intermediação.
    Marketplace Pedido externo, taxa, comissão, liquidação, repasse e cancelamento. Conecta venda externa ao DFe autorizado.
    OTA Reserva, passageiro, pagamento, comissão, remarcação e cancelamento. Evita perder rastreabilidade do ciclo da venda.
    Intermediador de pagamento PSP, adquirente, gateway, split comercial, valor bruto e líquido. Ajuda a diferenciar pagamento, taxa e repasse.

    Bilhetagem eletrônica, catracas e validadores

    No BP-e TM, a vinculação do pagamento pode ser mais complexa porque o pagamento nem sempre acontece no mesmo momento da prestação. Pode existir recarga, saldo, cartão de transporte, validador, catraca, integração tarifária, gratuidade e totalização por período.

    Elemento Exemplo Controle recomendado
    Recarga Cliente compra crédito antes de usar o transporte. Separar compra de crédito e prestação efetiva do serviço.
    Validação Passageiro usa cartão ou QR Code no validador. Registrar uso, categoria, linha, veículo, estação e horário.
    Catraca Contador físico ou eletrônico de passageiros. Comparar contador, validações, totalização e documento fiscal.
    Integração Ônibus + metrô, trem + ônibus ou múltiplas linhas. Controlar regra tarifária, repasse, desconto e totalização.
    Gratuidade Idoso, PCD, estudante ou benefício. Separar pagante, isento, desconto e categoria operacional.

    Eventos de vinculação e cancelamento da vinculação

    A vinculação do pagamento não termina no momento da autorização do BP-e. Podem existir eventos para vincular ou cancelar a vinculação entre o DFe e a transação financeira, especialmente quando há estorno, cancelamento, erro de transação, pagamento duplicado, troca de forma de pagamento ou reprocessamento.

    Evento ou situação Quando acontece O que registrar
    Vinculação Quando a transação financeira é conectada ao DFe. Chave, transação, meio, valor, data, usuário e retorno.
    Cancelamento da vinculação Quando o vínculo precisa ser desfeito ou corrigido. Motivo, transação original, DFe, valor, data e protocolo.
    Estorno Pagamento devolvido total ou parcialmente. Transação original, transação de estorno, valor e documento vinculado.
    Pagamento duplicado Cliente paga duas vezes ou há confirmação repetida. Identificar qual transação permanece vinculada e qual será estornada.
    Cancelamento da passagem Venda cancelada após pagamento ou autorização fiscal. Evento fiscal, estorno, regra comercial e logs.
    Reprocessamento Falha técnica, rejeição ou retorno incompleto. Tentativas, payload, resposta, correção e auditoria.

    Rejeições e riscos operacionais

    Com a evolução das regras de pagamento e Reforma Tributária, empresas de transporte podem enfrentar rejeições ou inconsistências se o XML, os dados financeiros e os eventos não estiverem alinhados.

    Pagamento sem DFe

    Transação confirmada, mas sem documento fiscal autorizado ou rastreável.

    DFe sem pagamento

    Documento autorizado sem confirmação financeira quando a regra interna exige pagamento prévio.

    Transação errada

    NSU, txid, payment id ou autorização vinculada ao BP-e incorreto.

    Valor divergente

    Valor do pagamento diferente do valor fiscal ou do total do DFe.

    Estorno sem evento

    Pagamento devolvido sem reflexo fiscal ou sem rastreabilidade.

    Marketplace sem conciliação

    Pedido externo, comissão e repasse não fecham com o DFe emitido.

    Relatórios e auditoria

    A vinculação do pagamento exige relatórios mais fortes. A empresa deve conseguir demonstrar rapidamente qual venda gerou qual pagamento, qual BP-e foi autorizado, qual evento foi enviado, qual valor foi recebido, qual valor foi estornado e qual documento está pendente de vínculo.

    Relatório Deve mostrar Uso prático
    Pagamentos vinculados DFe, chave, transação, meio, valor, data, protocolo e status. Conferir PagVinc e conciliação.
    Pagamentos sem DFe Transações confirmadas sem documento fiscal relacionado. Evitar venda sem emissão fiscal.
    DFes sem pagamento Documentos autorizados sem transação financeira vinculada. Identificar pendências financeiras ou fiscais.
    Estornos Transação original, valor estornado, DFe, motivo e data. Conectar financeiro e evento fiscal.
    Rejeições Código, motivo, XML, pagamento, evento e ação necessária. Corrigir falhas rapidamente.
    Marketplace/agência Pedido externo, repasse, comissão, taxa, DFe e pagamento. Conciliação de venda intermediada.
    Auditoria completa Usuário, payload, retorno, datas, alterações, IP, terminal e histórico. Compliance e investigação.

    O que observar em 2026?

    Em 2026, os avisos oficiais indicam que não há exigência de preenchimento ou uso dos campos de split payment no ambiente de produção das empresas. Mesmo assim, o período é importante para preparação técnica, homologação, revisão de integrações e estruturação de relatórios.

    Na prática, empresas de transporte não devem esperar a obrigatoriedade para começar. Quem já organizar venda, pagamento, DFe, evento e conciliação terá menos retrabalho quando as regras futuras forem exigidas em produção.

    Boa prática para 2026: tratar PagVinc e split payment como projeto de preparação. O objetivo é mapear fluxos, integrar meios de pagamento, padronizar identificadores, testar eventos e criar relatórios antes da obrigatoriedade plena.

    O que o sistema precisa controlar?

    Um sistema preparado para BP-e e split payment precisa integrar venda, pagamento, documento fiscal, eventos e auditoria. O módulo fiscal não pode ficar isolado do financeiro.

    Área Controle necessário
    Venda Pedido, reserva, passageiro, comprador, rota, trecho, voo, terminal, linha ou travessia.
    Pagamento Meio, transação, PSP, adquirente, gateway, NSU, txid, autorização, valor e status.
    DFe BP-e, BP-e TM, BPeTA, XML, chave, protocolo, autorização, rejeição e consulta.
    PagVinc Vínculo entre transação financeira e documento fiscal eletrônico.
    Eventos Vinculação, cancelamento da vinculação, cancelamento do DFe, estorno e reprocessamento.
    Conciliação Venda, pagamento, DFe, valor, tributos, estorno, comissão e repasse.
    Auditoria Logs, payloads, usuários, terminais, retornos, datas, alterações e histórico completo.

    Erros comuns

    Os principais erros acontecem quando a empresa trata split payment como assunto apenas fiscal e esquece que a base do vínculo está no pagamento real da passagem.

    Não guardar identificadores

    Sem NSU, txid, autorização ou payment id, a conciliação fica frágil.

    Separar fiscal e financeiro

    O BP-e precisa conversar com pagamento, estorno, comissão e repasse.

    Ignorar eventos

    Vinculação e cancelamento de vinculação precisam ter logs e retorno.

    Não testar marketplace

    Venda intermediada tem pedido externo, comissão, taxa e liquidação própria.

    Não tratar estorno

    Estorno sem reflexo fiscal pode quebrar a auditoria.

    Esperar obrigatoriedade

    Deixar para adaptar somente quando a regra entrar em produção aumenta o risco operacional.

    Como o Vexado pode ajudar

    O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam preparar seus fluxos para BP-e, Reforma Tributária, PagVinc, split payment, pagamentos, eventos, relatórios e auditoria.

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

    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 passageiro, comprador, pagamento, reserva e emissão fiscal.

    Integrações e APIs

    As integrações e APIs podem conectar gateways, TEF, PIX, adquirentes, 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 pagamentos vinculados, pendentes, rejeitados, estornados, eventos e divergências.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas regras de split payment, obrigatoriedade, cronograma, enquadramento fiscal, IBS, CBS, PagVinc e eventos devem ser validados com contador, responsável fiscal, SEFAZ, CGIBS/RFB, jurídico e equipe técnica.

    Checklist prático para BP-e, PagVinc e split payment

    • Mapear todos os meios de pagamento usados pela empresa.
    • Separar pagamento presencial, online, TEF, PIX, link, agência, marketplace e bilhetagem.
    • Guardar identificadores técnicos: NSU, autorização, txid, payment id, order id, terminal e PSP.
    • Vincular pedido, reserva, passageiro, comprador, pagamento e DFe.
    • Preparar estrutura para PagVinc no BP-e, BP-e TM e BPeTA.
    • Testar eventos de vinculação e cancelamento de vinculação.
    • Mapear estornos, cancelamentos, remarcações, no-show e reprocessamentos.
    • Separar valor bruto, taxa, comissão, repasse, valor líquido e valor fiscal.
    • Revisar integrações com gateways, adquirentes, PSPs, TEF, PIX e marketplaces.
    • Preparar relatórios de pagamentos vinculados e pagamentos pendentes de vínculo.
    • Criar relatório de DFe autorizado sem pagamento vinculado.
    • Criar relatório de pagamento confirmado sem DFe autorizado.
    • Testar PIX expirado, cartão recusado, link vencido e pagamento duplicado.
    • Testar cancelamento de passagem com estorno parcial e total.
    • Validar impacto em BP-e Rodoviário, BP-e TM, BP-e Ferroviário, BP-e Aquaviário e BPeTA.
    • Atualizar schemas e notas técnicas oficiais.
    • Treinar fiscal, financeiro, TI, operação, atendimento e suporte.
    • Fazer homologação antes de ativar qualquer rotina em produção.
    • Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

    Quer preparar sua empresa para BP-e, PagVinc e split payment? Fale com o Vexado e veja como organizar pagamentos, XML, eventos, relatórios e auditoria.

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

    Fontes oficiais para validar BP-e, PagVinc e split payment

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

    Documentos BP-e/SVRS

    Consulte notas técnicas, schemas, PagVinc, vinculação de pagamento, Reforma Tributária, BPe, BPeTM e BPeTA: Documentos BP-e/SVRS.

    Avisos BP-e/SVRS

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

    Notícias BP-e/SVRS

    Consulte comunicados sobre NTs 2026.001, 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 regras gerais de IBS, CBS, split payment e 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 e split payment

    BP-e e split payment: como a vinculação do pagamento pode funcionar?

    A vinculação pode funcionar conectando o documento fiscal eletrônico à transação financeira por meio da chave do DFe enviada ao prestador de pagamento no início da transação ou por meio de dados da transação informados no DFe ou em evento fiscal.

    O que é PagVinc no BP-e?

    PagVinc é o grupo técnico voltado à vinculação entre transação financeira e documento fiscal eletrônico, permitindo rastrear pagamento, DFe, evento e conciliação.

    O que é split payment?

    Split payment é o mecanismo em que prestadores de serviço de pagamento e instituições operadoras segregam e recolhem IBS/CBS no momento da liquidação financeira da transação, conforme regulamentação aplicável.

    Os campos de split payment são obrigatórios em 2026?

    Os avisos oficiais informam que não há exigência de preenchimento ou uso dos campos de split payment em 2026 no ambiente de produção das empresas. Os campos possuem caráter preparatório para desenvolvimento e testes.

    Quais são as duas formas de vincular DFe e pagamento?

    A primeira é transmitir a chave do documento fiscal ao prestador de pagamento no início da transação. A segunda é informar os dados da transação financeira em campos do DFe ou em evento fiscal.

    BP-e Rodoviário será impactado?

    Sim. Vendas por guichê, site, app, agência, marketplace, cartão, PIX, TEF e link de pagamento precisam ser mapeadas para permitir vínculo entre pagamento e DFe.

    BP-e TM será impactado?

    Sim. No BP-e TM, a complexidade pode ser maior porque pode haver catracas, validadores, cartões de transporte, recarga, integração tarifária e totalização.

    BPeTA será impactado?

    Sim. No BPeTA, a vinculação pode envolver reserva, localizador, voo, passageiro, comprador, cartão, PIX, agência, OTA, marketplace, milhas, voucher e eventos.

    Quais meios de pagamento precisam ser mapeados?

    Dinheiro, cartão, TEF, PIX, link de pagamento, carteira digital, agência, marketplace, OTA, bilhetagem eletrônica, cartão de transporte e QR Code devem ser mapeados conforme operação.

    O que guardar para cartão e TEF?

    É recomendável guardar NSU, autorização, terminal, número lógico quando aplicável, adquirente, bandeira, valor, data, status, comprovante, estorno e usuário.

    O que guardar para PIX?

    É recomendável guardar txid, cobrança, QR Code, endToEndId quando aplicável, confirmação, expiração, valor, status, estorno e vínculo com pedido e DFe.

    O que acontece em estorno ou cancelamento?

    O sistema deve registrar a transação original, o estorno, o motivo, o valor, o documento fiscal vinculado e, quando aplicável, evento fiscal ou cancelamento de vinculação.

    O Vexado pode ajudar com BP-e, PagVinc e split payment?

    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 PagVinc e Reforma Tributária.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas regras de split payment, obrigatoriedade, cronograma, enquadramento fiscal, IBS, CBS, PagVinc e eventos 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, pagamentos, PagVinc, split payment, integrações e auditoria.

    Quer preparar sua empresa para BP-e, PagVinc e split payment? Fale com o Vexado e veja como organizar pagamentos, XML, eventos, relatórios e auditoria.

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

    Conclusão

    BP-e e split payment exigem que empresas de transporte conectem venda, pagamento, documento fiscal, eventos e auditoria em um fluxo único. A vinculação do pagamento pode acontecer pela chave do DFe enviada ao prestador de pagamento ou pelos dados da transação informados no DFe ou em evento fiscal.

    Para empresas de transporte de passageiros, o desafio é garantir que cada pagamento tenha relação clara com uma venda, um passageiro, um documento fiscal, um protocolo e um evento quando houver cancelamento, estorno, remarcação, no-show ou reprocessamento. Isso vale para BP-e Rodoviário, BP-e TM, BP-e Ferroviário, BP-e Aquaviário e BPeTA.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e, PagVinc, split payment, 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 PagVinc e split payment? 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, PagVinc, split payment, vinculação de pagamento, Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, 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.


  • BP-e em operações com grande volume de passageiros: como automatizar

    BP-e em operações com grande volume de passageiros: como automatizar

    BP-e em operações com grande volume de passageiros exige automação de ponta a ponta: integração com catracas, validadores, bilhetagem, vendas, estações, linhas, veículos, passageiros, gratuidades, integrações, totalizações, XML autorizado, protocolo, financeiro, relatórios e auditoria.

    • Entenda como automatizar BP-e em operações com grande volume de passageiros.
    • Veja como organizar eventos, filas fiscais, validações, totalizações, rejeições, reprocessamento, armazenamento e conciliação financeira.
    • Conheça como o Sistema Vexado pode apoiar BP-e, BP-e TM, integrações, APIs, automação, relatórios, financeiro e gestão operacional.

    O BP-e em operações com grande volume de passageiros precisa ser tratado como uma esteira automatizada, e não como uma emissão manual de documentos. Em operações de ônibus, metrô, trem, transporte semiurbano, transporte metropolitano, rodoviário intermunicipal ou sistemas integrados, a base fiscal pode nascer de milhares ou milhões de vendas, embarques, catracas, validadores, cartões, QR Codes, gratuidades e integrações.

    Nesse cenário, o maior risco não está apenas em gerar o XML. O risco está em gerar XML com base incompleta, duplicada, sem lastro operacional, sem relatório analítico, sem conciliação financeira ou sem rastreabilidade até o evento original.

    A automação ideal deve seguir uma lógica clara: evento de passageiro → validação → deduplicação → classificação → totalização → relatório analítico → fila fiscal → XML → assinatura digital → autorização → protocolo → financeiro → auditoria.

    Precisa automatizar BP-e em operação com grande volume de passageiros? Fale com o Vexado e veja como organizar emissão fiscal, bilhetagem, catracas, validadores, totalizações, XML, relatórios, financeiro e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    Para automatizar BP-e em operações com grande volume de passageiros, a empresa precisa integrar as fontes de dados da operação, validar eventos, eliminar duplicidades, classificar passageiros, separar pagantes, integrados e gratuitos, consolidar tarifas e valores, gerar totalizações, montar relatório analítico, emitir XML, consultar autorização, armazenar protocolo, tratar rejeições, reprocessar falhas e conciliar tudo com o financeiro.

    Entrada de dados

    Catracas, validadores, bilhetagem, vendas, guichês, agências, marketplaces, estações, linhas e veículos.

    Automação fiscal

    Validação, deduplicação, totalização, XML, assinatura digital, transmissão, autorização e protocolo.

    Controle financeiro

    Conciliação entre passageiros, bilhetagem, pagamentos, gratuidades, integrações, totalizações e BP-e autorizado.

    Auditoria

    Rastreamento completo do BP-e até a venda, catraca, validador, estação, linha, veículo, ciclo ou evento original.

    Como automatizar BP-e em grande volume de passageiros?

    Para automatizar BP-e em grande volume de passageiros, a empresa precisa montar uma esteira fiscal integrada. Essa esteira deve receber dados de vendas, catracas, validadores, bilhetagem, linhas, veículos, estações e financeiro; validar e padronizar os registros; eliminar duplicidades; classificar passageiros; consolidar totalizações; gerar relatório analítico; emitir XML; consultar autorização; armazenar protocolo; tratar rejeições; e conciliar os dados com a operação e o financeiro.

    Resposta direta: a automação deve começar no evento de passageiro, e não no XML. O XML é a consequência de uma base operacional já validada, totalizada e auditável.

    Etapa O que automatizar Resultado esperado
    1. Captura Receber eventos de vendas, catracas, validadores, bilhetagem, estações, linhas e veículos. Base operacional centralizada.
    2. Validação Conferir campos obrigatórios, tarifa, data, linha, dispositivo, passageiro, valor e status. Eventos inválidos ficam fora da base fiscal.
    3. Deduplicação Usar ID único, lote, hash, sequência e idempotência. Evita duplicar passageiro, valor, venda ou documento.
    4. Classificação Separar pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e eventos inválidos. Base fiscal por categoria correta.
    5. Totalização Consolidar por ciclo, veículo, linha, estação, dia, mês, tarifa ou categoria. Base pronta para relatório e emissão.
    6. Relatório Demonstrar passageiros, tarifas, gratuidades, integrações, valores, dispositivos e divergências. Lastro operacional da emissão.
    7. Emissão Gerar XML, assinar digitalmente, transmitir, consultar autorização e armazenar protocolo. BP-e autorizado e rastreável.
    8. Conciliação Comparar operação, bilhetagem, financeiro, totalizações e documentos fiscais. Fechamento fiscal e financeiro confiável.

    O tema deve ser validado em fontes oficiais, como a SEFAZ-SP sobre o BP-e, a Portaria CAT 102/2018, a Portaria SRE 33/2026, a página da SEFAZ-SP sobre BP-e TM, as Perguntas Frequentes do BP-e e os documentos técnicos do BP-e/SVRS.

    Grande volume de passageiros não é só grande volume de XML

    Em operações com grande volume de passageiros, a empresa pode ter dois cenários diferentes. O primeiro é a emissão de muitos BP-e individuais, normalmente ligados a venda de passagem. O segundo é o processamento de muitos eventos de passageiros, que podem ser totalizados conforme a regra aplicável.

    Cenário Exemplo Como automatizar
    Muitos BP-e individuais Venda de passagens em guichê, agência, site, app ou marketplace. Fila fiscal, controle de numeração, XML, autorização, cancelamento e armazenamento.
    Muitos eventos de embarque Catracas, validadores, cartões, QR Codes, estações e bilhetagem. Captura de eventos, deduplicação, classificação, totalização e relatório analítico.
    Muitos passageiros com integração Transferência entre linhas, estações, terminais, metrô, trem ou ônibus. Separar passageiros exclusivos, integrados, gratuitos, tarifados e beneficiários.
    Muitos fechamentos por período Totalização diária, mensal, por ciclo, veículo, estação ou linha. Relatórios automáticos, trilha de auditoria, financeiro e reprocessamento controlado.

    Ponto importante: uma operação pode processar milhões de passageiros e não necessariamente emitir milhões de XMLs individuais. A forma de documentação depende do enquadramento fiscal, do tipo de operação e da regra da UF competente.

    Fontes de dados da operação

    A automação começa no mapeamento das fontes de dados. Quanto mais fontes a empresa possui, maior precisa ser o controle de integração, lote, status, origem, horário e auditoria.

    Venda de passagens

    Guichê, agência, site, aplicativo, call center, marketplace, bilheteiro e canais externos.

    Catracas

    Giros, acessos, bloqueios, contadores, data, hora, dispositivo, veículo, estação ou terminal.

    Validadores

    Cartões, QR Codes, benefícios, gratuidades, integração, categoria, tarifa e status de validação.

    Bilhetagem eletrônica

    Produto tarifário, crédito, saldo, recarga, desconto, integração, valor e regra de cobrança.

    Operação

    Linhas, itinerários, veículos, motoristas, estações, terminais, pontos, ciclos e horários.

    Financeiro

    Pagamento, arrecadação, repasse, comissão, estorno, ajuste, remuneração e conciliação.

    Arquitetura recomendada para automação

    Operações com grande volume de passageiros precisam de arquitetura por camadas. A venda, o embarque ou a validação não devem ficar travados por falhas temporárias da emissão fiscal. Por isso, o ideal é separar entrada de dados, validação, totalização, emissão, retorno e auditoria.

    Camada Função Por que usar
    Entrada de dados Receber vendas, eventos, arquivos, APIs, catracas e validadores. Centraliza a origem da operação.
    Banco bruto Guardar o evento original sem alteração. Preserva evidência e auditoria.
    Normalização Padronizar códigos, datas, horários, linhas, estações, dispositivos e tarifas. Evita totalizações inconsistentes.
    Validação Bloquear dados incompletos, duplicados ou incompatíveis com a regra. Reduz erro fiscal e rejeição.
    Totalização Consolidar passageiros, tarifas, gratuidades, integrações e valores. Forma a base fiscal.
    Fila fiscal Processar XML, assinatura, transmissão, retorno e reprocessamento. Permite escala e estabilidade.
    Auditoria Guardar logs, XMLs, protocolos, relatórios e eventos de origem. Permite explicar cada número.

    Boa prática técnica: use processamento assíncrono, idempotência, controle de lote, fila fiscal, logs e monitoramento para evitar travamento da operação em horários de pico.

    Validação, normalização e deduplicação

    Em grande volume, um pequeno erro pode virar milhares de inconsistências. Por isso, o sistema deve validar antes de emitir ou totalizar.

    Controle O que fazer Risco se não fizer
    Normalizar cadastros Padronizar empresa, linha, veículo, estação, dispositivo, tarifa e categoria. Mesma informação com códigos diferentes.
    Validar campos obrigatórios Conferir data, hora, origem, destino, linha, estação, veículo, tarifa, valor e status. Evento inválido na base fiscal.
    Controlar idempotência Usar ID único por venda, bilhete, evento, lote ou validação. Duplicidade de passageiro, venda ou BP-e.
    Deduplicar arquivos e APIs Usar hash, sequência, controle de lote e origem. Arquivo reenviado pode duplicar totalização.
    Tratar eventos offline Separar data real do evento e data de sincronização. Competência fiscal incorreta.
    Painel de divergências Separar eventos com erro antes da emissão. BP-e gerado com base incorreta.

    Regra prática: evento sem origem, sem categoria, sem tarifa, sem linha, sem estação, sem veículo, sem dispositivo ou duplicado não deve entrar automaticamente na totalização fiscal.

    Classificação de passageiros

    Automatizar BP-e em grande volume exige classificar corretamente os passageiros. A mistura de passageiros pagantes, gratuitos, integrados e beneficiários pode gerar erro de valor, receita, totalização e relatório.

    Pagantes

    Passageiros com tarifa comum, passagem individual, cartão, QR Code, crédito ou pagamento equivalente.

    Integrados

    Passageiros em conexão entre linhas, veículos, estações, terminais, sistemas ou modais.

    Gratuitos

    Passageiros transportados sem cobrança direta por regra de gratuidade.

    Beneficiários

    Estudantes, idosos, pessoas com benefício, desconto, categoria especial ou regra tarifária própria.

    Inválidos

    Eventos recusados, duplicados, cancelados, incompletos, sem tarifa ou sem vínculo operacional.

    Ajustados

    Eventos corrigidos, compensados, reprocessados ou incluídos com justificativa e log.

    Ponto crítico: passageiro integrado não deve ser automaticamente contado como novo pagante integral. A regra de integração deve ser respeitada para evitar duplicidade.

    Totalização por ciclo, veículo, linha, estação, dia ou mês

    Depois de validar e classificar os eventos, o sistema precisa consolidar os dados no critério correto. Esse critério depende do tipo de operação e da regra fiscal aplicável.

    Tipo de totalização Quando usar O que controlar
    Por ciclo de viagens Quando a prestação fecha ao final do ciclo do veículo. Veículo, linha, início, fim, passageiros, tarifas, gratuidades, integrações e valores.
    Por veículo Quando o ônibus é a referência operacional principal. Placa, dispositivo, motorista, linha, eventos, ciclo e período.
    Por linha Quando a operação precisa demonstrar passageiros por linha. Origem, destino, municípios, sentido, tarifa, passageiros e valores.
    Por estação Quando a operação é metroviária, ferroviária ou baseada em estação. Estação de embarque, integração, dispositivos, passageiros, categorias e valores.
    Por dia Para fechamento operacional e tratamento de divergências. Eventos do dia, passageiros, gratuidades, integrações, rejeições e valores.
    Por mês Quando a regra permitir totalização mensal. Competência, relatórios diários, passageiros, categorias, valores e evidências.

    Boa prática: mesmo que a emissão seja mensal, o fechamento diário deve existir. Isso evita que divergências de milhões de passageiros apareçam apenas no fim do mês.

    Relatório analítico

    O relatório analítico é o documento de suporte que explica como os eventos de passageiros viraram base fiscal. Ele deve permitir rastrear o total usado no BP-e até a origem operacional.

    Informação do relatório O que demonstrar Objetivo
    Referência operacional Linha, veículo, ciclo, estação, terminal, ponto, serviço ou período. Identificar a prestação documentada.
    Dispositivos Catracas, validadores, contadores, bloqueios e sistemas equivalentes. Relacionar passageiros à origem do evento.
    Passageiros Pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos. Evitar mistura de categorias.
    Tarifas Tarifa comum, integrada, gratuidade, benefício, desconto e produto tarifário. Explicar a composição do valor.
    Valores Valor recebido, remuneração, repasse, ajuste, valor contábil, base fiscal e imposto quando devido. Conectar operação, financeiro e fiscal.
    Divergências Eventos duplicados, offline, sem tarifa, sem vínculo, reprocessados ou inválidos. Impedir base fiscal contaminada.
    Vínculo fiscal BP-e, chave de acesso, XML, protocolo, status e data de autorização. Permitir rastrear do relatório ao documento fiscal.

    Trilha ideal: BP-e autorizado → totalização → relatório analítico → linha, veículo ou estação → catraca ou validador → evento original → passageiro → tarifa → valor → financeiro.

    Fila fiscal e processamento automático

    Em operações com grande volume de passageiros, a fila fiscal evita que a operação principal fique travada. A fila organiza o processamento de XML, assinatura, transmissão, retorno, rejeições e reprocessamentos.

    Fila de entrada

    Recebe vendas, eventos, lotes, totalizações e dados pendentes de processamento.

    Fila de validação

    Confere dados fiscais, operacionais e financeiros antes do XML.

    Fila de totalização

    Consolida eventos por regra operacional e fiscal.

    Fila de XML

    Monta documentos conforme leiaute, MOC, schemas e notas técnicas aplicáveis.

    Fila de transmissão

    Assina, transmite, consulta autorização e armazena protocolo.

    Fila de reprocessamento

    Corrige falhas sem duplicar evento, totalização ou documento.

    Boa prática: cada item da fila deve ter status, origem, empresa, período, lote, tentativa, motivo de falha, data, usuário e histórico.

    XML, autorização e protocolo

    Depois da validação, totalização e relatório, o sistema deve gerar o XML do BP-e, assinar digitalmente, transmitir para o ambiente autorizador, consultar o retorno, armazenar protocolo e atualizar o status fiscal.

    Etapa fiscal Automação necessária Cuidado principal
    Geração do XML Montar documento conforme leiaute, MOC, schemas e notas técnicas aplicáveis. Usar versão correta e validar estrutura antes do envio.
    Assinatura digital Assinar com certificado digital válido do emitente. Monitorar validade, CNPJ, senha, permissão e logs.
    Transmissão Enviar para o ambiente autorizador competente. Controlar timeout, tentativa, retorno e indisponibilidade.
    Consulta de autorização Atualizar autorizado, rejeitado, pendente, cancelado ou em contingência. Evitar documento sem status final.
    Protocolo Armazenar protocolo vinculado ao XML, chave e totalização. Garantir comprovação fiscal.
    DABPE Gerar documento auxiliar quando aplicável ao fluxo. Representar corretamente o documento autorizado.

    Rejeições, contingência e reprocessamento

    Em grande volume, rejeições precisam ser tratadas por causa. Uma rejeição repetida pode indicar erro de cadastro, certificado, leiaute, tarifa, série, ambiente, linha, estação, integração ou regra fiscal.

    Situação Como automatizar Objetivo
    Rejeição individual Registrar código, motivo, XML, origem, empresa, série, número e usuário. Corrigir sem perder histórico.
    Rejeição em massa Agrupar por causa e bloquear novas emissões com o mesmo erro. Evitar efeito cascata.
    Timeout Consultar status antes de reenviar. Evitar duplicidade de documento.
    Indisponibilidade Aplicar procedimento de contingência quando permitido pela regra técnica. Manter operação fiscal controlada.
    Reprocessamento Corrigir, justificar, versionar e reenviar com trilha de auditoria. Recompor dados sem apagar histórico.
    Período antigo Executar lote extraordinário com parâmetros, motivo, usuário e validação. Evitar reprocessamento ilimitado e sem controle.

    Financeiro e conciliação

    A automação do BP-e precisa conversar com o financeiro. Em grande volume, qualquer divergência pequena pode virar diferença relevante no fechamento.

    Conciliação O que comparar Risco se não controlar
    Passageiros x bilhetagem Giros, validações, cartões, QR Codes, gratuidades e integrações. Passageiros diferentes da arrecadação.
    Bilhetagem x financeiro Tarifa aplicada, valor recebido, repasse, desconto, ajuste e remuneração. Receita financeira diferente da base operacional.
    Totalização x XML Passageiros, tarifas, categorias, valores e BP-e autorizado. Documento fiscal sem lastro no relatório.
    Venda x pagamento Reserva, bilhete, forma de pagamento, status e documento fiscal. Venda paga sem BP-e ou BP-e sem venda válida.
    Cancelamento x fiscal Cancelamento operacional, estorno e evento fiscal aplicável. Documento ativo com venda cancelada.
    Relatório x contabilidade Receita, valor contábil, base fiscal, ajustes e documentos. Fechamento fiscal e contábil divergente.

    Monitoramento, alertas e auditoria

    Automação sem monitoramento cria risco oculto. O sistema precisa mostrar o que foi recebido, validado, totalizado, emitido, autorizado, rejeitado, cancelado, pendente e conciliado.

    Eventos recebidos

    Quantidade por origem, linha, veículo, estação, dispositivo, canal e período.

    Fila pendente

    Itens aguardando validação, totalização, XML, assinatura, transmissão ou retorno.

    Taxa de rejeição

    Rejeições por código, causa, empresa, UF, série, linha, estação, canal ou período.

    Divergências

    Eventos sem tarifa, duplicados, offline, inválidos, sem linha, sem veículo ou sem estação.

    Tempo de autorização

    Tempo entre entrada do dado, totalização, envio, retorno e protocolo.

    Conciliação

    Diferença entre operação, bilhetagem, financeiro, totalização e documento fiscal.

    Funcionalidades necessárias no sistema

    Um sistema para BP-e em operações com grande volume de passageiros precisa unir emissão fiscal, integração operacional, alta escala, financeiro, relatórios e auditoria.

    Funcionalidade O que precisa fazer Importância
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, série, ambiente, credenciamento e tipo de emissão. Evita emissão no enquadramento errado.
    Integrações e APIs Receber dados de vendas, catracas, validadores, bilhetagem, financeiro e sistemas externos. Automatiza a entrada de dados.
    Validação automática Conferir dados fiscais, operacionais, tarifários e financeiros antes da totalização. Reduz rejeições e divergências.
    Deduplicação Usar ID único, hash, lote, sequência e idempotência. Evita duplicidade de passageiros, eventos, vendas e documentos.
    Totalizações Consolidar por ciclo, veículo, linha, estação, dia, mês, tarifa, categoria e valor. Forma base fiscal confiável.
    Relatório analítico Demonstrar origem dos passageiros, tarifas, valores, dispositivos, gratuidades e integrações. Dá lastro fiscal ao BP-e.
    Fila fiscal Processar XML, assinatura, transmissão, retorno, rejeições e reprocessamento. Permite alto volume com estabilidade.
    Controle de XML Gerar, assinar, transmitir, consultar, armazenar e vincular protocolo. Completa o fluxo fiscal.
    Painel de rejeições Exibir código, motivo, origem, correção, reenvio, usuário e histórico. Reduz pendências fiscais.
    Conciliação financeira Comparar operação, bilhetagem, totalizações, documentos autorizados e valores. Evita divergência entre fiscal e financeiro.
    Auditoria Guardar XML, protocolo, relatórios, eventos originais, logs e evidências. Permite rastrear cada número usado no BP-e.
    Monitoramento Acompanhar filas, rejeições, autorizações, tempos, divergências e alertas. Permite agir antes que o problema cresça.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam automatizar BP-e em operações com grande volume de passageiros, conectando emissão fiscal, BP-e TM, vendas, catracas, validadores, bilhetagem, totalizações, relatórios, financeiro, APIs, automação e auditoria.

    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 metropolitano

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

    BP-e semiurbano

    A página de BP-e para transporte semiurbano ajuda empresas com linhas semiurbanas, cobrança por sistemas equivalentes e relatórios.

    BP-e metroviário

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

    Integrações e APIs

    As integrações e APIs podem conectar vendas, catracas, validadores, bilhetagem, financeiro, fiscal e sistemas externos.

    Automação de processos

    A automação de processos ajuda a reduzir retrabalho entre operação, fiscal, financeiro e relatórios.

    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.

    Erros comuns ao automatizar BP-e em grande volume

    Os erros mais comuns são automatizar apenas o XML, não guardar evento original, não controlar idempotência, duplicar eventos, não separar passageiros integrados, misturar gratuidades com pagantes, não gerar relatório analítico, não tratar rejeição em massa, não conciliar financeiro e não monitorar filas.

    Automatizar só o XML

    O XML depende de uma base operacional correta, validada, totalizada e auditável.

    Não guardar evento bruto

    Sem evento original, fica difícil provar a origem do total informado.

    Duplicar passageiros

    Reenvios de API e arquivos podem duplicar eventos, valores e totalizações.

    Ignorar integrações

    Passageiros integrados podem ser contados duas vezes se a regra não for aplicada.

    Sem relatório analítico

    BP-e sem lastro operacional dificulta fiscalização, suporte e auditoria.

    Sem conciliação

    Operação, fiscal, bilhetagem e financeiro precisam fechar entre si.

    Para aprofundar, veja também os conteúdos sobre emissão de milhões de BP-e, sistema de BP-e modelo 63 em alta escala, como automatizar a emissão de BP-e no transporte público metropolitano e como integrar catracas ao sistema de emissão de BP-e.

    Checklist prático para automatizar BP-e em operações com grande volume de passageiros

    Use este checklist para avaliar se a operação está preparada para alto volume.

    • Confirmar a unidade federada competente pela emissão.
    • Validar se a operação exige BP-e comum, BP-e TM, totalização, CT-e OS ou outro documento aplicável.
    • Confirmar credenciamento, certificado digital, CNPJ, inscrição estadual, série, ambiente e webservices.
    • Mapear as origens de dados: vendas, guichês, agências, marketplaces, catracas, validadores, bilhetagem, estações, veículos, linhas e financeiro.
    • Definir se o volume principal é de documentos individuais, eventos de passageiros, totalizações ou todos eles.
    • Criar integração por API, arquivo, banco intermediário, fila ou conector do fornecedor.
    • Guardar evento bruto, evento tratado, lote, hash, origem, data de recebimento e status.
    • Normalizar cadastros de empresa, linha, veículo, estação, dispositivo, tarifa e categoria.
    • Validar campos fiscais, operacionais, tarifários e financeiros antes da totalização.
    • Deduplicar vendas, eventos, arquivos, lotes e documentos.
    • Separar passageiros pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos.
    • Mapear tarifa comum, tarifa integrada, gratuidade, benefício, desconto, valor recebido, remuneração e ajuste.
    • Definir totalização por ciclo, veículo, linha, estaçã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.
    • Usar fila fiscal para validação, totalização, XML, assinatura, transmissão, retorno e reprocessamento.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização e armazenar protocolo.
    • Tratar rejeições com código, motivo, correção, usuário, reenvio e histórico.
    • Bloquear rejeição em massa antes de contaminar toda a fila fiscal.
    • Definir regras de retry, timeout, contingência e consulta posterior.
    • Conciliar passageiros, catracas, bilhetagem, vendas, pagamentos, totalizações e BP-e autorizados.
    • Armazenar XML, protocolo, DABPE, relatórios, eventos originais, logs e evidências.
    • Monitorar filas, rejeições, autorizações, tempos de processamento, divergências e falhas.
    • Configurar alertas para certificado vencendo, fila parada, rejeição em massa, falha de integração e divergência financeira.
    • Definir política de retenção de XML, dados brutos, relatórios e logs.
    • Preparar rotina de reprocessamento extraordinário com limite, motivo, lote e trilha de auditoria.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação, fornecedor de bilhetagem e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como automatizar BP-e em grande volume com integrações, filas, totalizações, XML, relatórios, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar BP-e em grande volume

    Como BP-e em operações com grande volume 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, fornecedor de bilhetagem ou equipe técnica.

    SEFAZ-SP Sobre o BP-e

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

    Documentos BP-e/SVRS

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

    Portaria CAT 102/2018

    Consulte regras sobre BP-e, DABPE, credenciamento, BP-e TM, catracas, ciclos e totalizações: Portaria CAT 102/2018.

    Portaria SRE 33/2026

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

    BP-e Transporte Metropolitano

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

    Perguntas Frequentes BP-e

    Consulte dúvidas oficiais sobre BP-e comum e BP-e TM: Perguntas Frequentes 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, BP-e TM, venda de passagens, 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 BP-e em operações com grande volume de passageiros

    Como automatizar BP-e em operações com grande volume de passageiros?

    A empresa deve integrar as fontes de dados da operação, validar eventos, deduplicar registros, classificar passageiros, totalizar valores, gerar relatório analítico, emitir XML, consultar autorização, armazenar protocolo, tratar rejeições e conciliar com o financeiro.

    Grande volume de passageiros significa emitir milhões de XMLs?

    Não necessariamente. Em alguns cenários, milhões de eventos de passageiros podem formar totalizações, relatórios e BP-e conforme a regra fiscal aplicável. O enquadramento deve ser validado com a SEFAZ competente.

    A catraca emite BP-e?

    Não. A catraca registra evento operacional. O sistema emissor trata esses eventos, gera totalizações, monta XML, assina, transmite, consulta autorização e armazena protocolo.

    Por que usar fila fiscal?

    A fila fiscal permite processar validação, totalização, XML, assinatura, transmissão, retorno e reprocessamento sem travar a operação principal, especialmente em alto volume.

    Como evitar duplicidade de passageiros?

    Usando identificador único por evento, hash de lote, idempotência, controle de importação, deduplicação e logs de reprocessamento.

    Como tratar passageiros integrados?

    Passageiros integrados devem ser classificados separadamente para evitar duplicidade de passageiro, receita, valor contábil ou base fiscal.

    Precisa de relatório analítico?

    Sim, quando aplicável ao fluxo. O relatório demonstra como os eventos operacionais viraram base fiscal, com passageiros, tarifas, gratuidades, integrações, valores, dispositivos e divergências.

    O financeiro precisa ser conciliado?

    Sim. O sistema deve conciliar passageiros, vendas, bilhetagem, catracas, pagamentos, totalizações, documentos autorizados, cancelamentos e repasses.

    O sistema precisa trabalhar com BP-e TM?

    Sim, se a empresa operar prestações semiurbanas ou metropolitanas com cobrança por catracas, contadores ou sistemas equivalentes, conforme enquadramento e credenciamento específico.

    O Vexado pode ajudar com BP-e em grande volume de passageiros?

    O Vexado pode apoiar projetos com emissão de BP-e, BP-e TM, integrações, APIs, automaçõ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 fora de São Paulo devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, 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 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 automatizar BP-e em operação com grande volume de passageiros? Fale com o Vexado e veja como organizar integrações, filas, catracas, bilhetagem, totalizações, XML, relatórios, financeiro e auditoria.

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

    Conclusão

    BP-e em operações com grande volume de passageiros exige automação completa. A empresa precisa sair do controle manual e estruturar uma esteira fiscal que conecte eventos de passageiros, catracas, validadores, bilhetagem, vendas, linhas, veículos, estações, totalizações, relatórios, XML, protocolo, financeiro e auditoria.

    O ponto central é rastreabilidade. Cada passageiro, tarifa, gratuidade, integração, valor e documento fiscal precisa poder ser explicado desde a origem até o BP-e autorizado. Sem isso, o volume aumenta o risco de duplicidade, rejeição, divergência financeira e dificuldade de auditoria.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, 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 integração técnica, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, fornecedor de bilhetagem, equipe técnica e responsáveis regulatórios.

    Quer avaliar o Vexado para uma operação de grande volume? 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 em operações com grande volume de passageiros, BP-e modelo 63, BP-e TM, transporte de passageiros, transporte semiurbano, transporte metropolitano, catracas, validadores, bilhetagem, ciclo de viagens, totalizações, relatório analítico, XML, DABPE, autorização, rejeições, cancelamentos, contingência, integrações, APIs, pagamentos, armazenamento, retenção de dados, reprocessamento 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.


  • BP-e Aquaviário: sistema para empresas de transporte de passageiros por barco.

    BP-e Aquaviário: sistema para empresas de transporte de passageiros por barco.

    BP-e Aquaviário: sistema para empresas de transporte de passageiros por barco é um guia para operadores que precisam organizar venda de passagens, emissão fiscal, XML, DABPE, autorização, protocolo, financeiro, rotas aquaviárias, embarcações, pontos de embarque e auditoria em uma única operação digital.

    • Entenda quando o transporte aquaviário de passageiros precisa avaliar a emissão de BP-e modelo 63.
    • Veja o que muda com a substituição do Bilhete de Passagem Aquaviário modelo 14.
    • Conheça as funcionalidades que um sistema para transporte de passageiros por barco precisa ter.

    BP-e Aquaviário: sistema para empresas de transporte de passageiros por barco é um tema essencial para empresas que operam travessias, linhas aquaviárias, rotas por rios, lagos, baías, ilhas, portos, píeres, terminais hidroviários ou outros pontos de embarque e desembarque de passageiros.

    O BP-e modelo 63, também chamado de 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 operação para uma rotina digital com XML, assinatura digital, autorização, chave de acesso, protocolo, DABPE, armazenamento e auditoria.

    Na prática, uma empresa de transporte de passageiros por barco não precisa apenas de uma tela para vender passagem. Ela precisa de um sistema capaz de conectar venda, passageiro, rota, embarcação, origem, destino, ponto de embarque, horário, pagamento, emissão fiscal, cancelamento, remarcação, relatórios, financeiro e fiscalização.

    Precisa organizar BP-e Aquaviário 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 Aquaviário é a aplicação do BP-e modelo 63 em operações de transporte aquaviário de passageiros, conforme regras da unidade federada competente. Ele pode substituir o Bilhete de Passagem Aquaviário modelo 14 e exige sistema preparado para gerar XML, assinar digitalmente, transmitir, obter autorização, armazenar protocolo, emitir DABPE quando aplicável, controlar venda, passageiro, rota, embarcação, pagamento, cancelamento, remarcação, relatórios e auditoria.

    BP-e modelo 63

    Documento fiscal eletrônico usado para transporte de passageiros, com XML, assinatura, autorização e protocolo.

    Modelo 14

    Bilhete de Passagem Aquaviário antigo, substituído pelo BP-e quando a UF exige ou autoriza.

    Operação por barco

    Exige controle de embarcação, rota, trecho, origem, destino, horário, passageiro e pagamento.

    Sistema emissor

    Precisa integrar venda, fiscal, financeiro, XML, DABPE, protocolo, relatórios e auditoria.

    O que é BP-e Aquaviário?

    BP-e Aquaviário é o uso do BP-e modelo 63 para documentar prestações de transporte aquaviário de passageiros, conforme legislação, credenciamento e regras da unidade federada competente. Ele substitui a sistemática antiga do Bilhete de Passagem Aquaviário modelo 14 nos cenários em que a emissão eletrônica é exigida, autorizada ou adotada pela UF.

    Resposta direta: BP-e Aquaviário é o documento fiscal eletrônico para transporte de passageiros por barco, embarcação, ferry, lancha, balsa ou operação aquaviária equivalente, quando a prestação se enquadra nas regras do BP-e. O documento principal é o XML autorizado, e o sistema precisa controlar venda, passageiro, trecho, embarcação, pagamento, autorização, protocolo, DABPE, armazenamento e auditoria.

    Ponto O que significa Impacto para a empresa
    Documento eletrônico BP-e modelo 63 emitido e armazenado digitalmente. Substitui a lógica de bilhete físico quando aplicável.
    Modal aquaviário Transporte de passageiros por barco ou embarcação. Exige controle de rota, origem, destino e operação aquaviária.
    XML autorizado Documento fiscal principal da prestação. Precisa ser gerado, assinado, transmitido, autorizado e guardado.
    DABPE Representação gráfica simplificada do BP-e. Ajuda na consulta e no embarque, mas não substitui o XML.
    Sistema emissor Plataforma que conecta venda, operação, fiscal e financeiro. Reduz risco de emissão incorreta, rejeição e falta de 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 Goiás 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.

    Quem precisa avaliar BP-e no transporte por barco?

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

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

    Tipo de operação O que avaliar Cuidado principal
    Linha aquaviária regular Se há obrigação ou autorização de BP-e modelo 63. Validar UF, credenciamento, série, certificado e ambiente.
    Travessia entre municípios Natureza da prestação, origem, destino e regra fiscal. Não tratar como simples recibo operacional.
    Transporte por ferry ou balsa Passageiros, veículos, tarifas e documento fiscal aplicável. Separar transporte de passageiro, carga, veículo e outros serviços quando necessário.
    Operação turística ou passeio Natureza contratual, serviço, rota e documento aplicável. Validar se é BP-e, CT-e OS, NFS-e ou outro enquadramento.
    Venda em terminal, agência ou online Canal de venda, passageiro, pagamento e emissão fiscal. Todos os canais precisam alimentar a emissão correta.

    Boa prática: antes de implantar o sistema, valide a natureza da prestação, a UF competente, o modal, a rota, a forma de cobrança, o tipo de passageiro, o canal de venda e o documento fiscal correto.

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

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

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

    Comparação Modelo 14 BP-e modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Formato Papel, formulário ou sistema legado. XML eletrônico autorizado.
    Validade fiscal Conforme regras antigas de emissão e escrituração. Assinatura digital e autorização da administração tributária.
    Documento principal Bilhete físico ou registro legado. XML autorizado.
    Documento auxiliar O próprio bilhete impresso era a referência operacional. DABPE é auxiliar e não substitui o XML.
    Auditoria Documentos físicos, relatórios e controles internos. XML, protocolo, chave, logs, eventos e armazenamento digital.

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

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

    Funcionalidade O que o sistema deve fazer Por que importa
    Cadastro da empresa Controlar CNPJ, IE, UF, certificado, ambiente, série, numeração e credenciamento. Evita emissão fiscal em empresa, UF ou ambiente incorreto.
    Rotas aquaviárias Configurar origem, destino, ponto de embarque, ponto de desembarque, trecho e sentido. Relaciona a venda à prestação correta.
    Embarcações Cadastrar embarcação, identificação, capacidade, classe, status e vínculo com serviço. Ajuda no controle operacional e na auditoria.
    Horários e viagens Controlar data, hora, disponibilidade, lotação, serviço e encerramento. Evita venda fora do horário, duplicidade e excesso de passageiros.
    Passageiros Registrar nome, documento, telefone, categoria, benefício, gratuidade e dados exigidos. Forma a base da passagem e do documento fiscal.
    Venda de passagens Permitir venda em terminal, agência, guichê, site, aplicativo, marketplace ou atendimento. Centraliza 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 resolver 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.
    Relatórios Gerar relatórios de vendas, passageiros, embarcações, rotas, BP-e, financeiro e auditoria. Facilita gestão, fiscalização e fechamento.

    Venda de passagens por barco

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

    Guichê ou terminal

    Venda presencial com emissão integrada ao BP-e, pagamento e controle de embarque.

    Agência

    Venda por parceiros com controle de comissão, repasse, canal e prestação fiscal.

    Site próprio

    Venda online com escolha de rota, horário, passageiro, pagamento e emissão fiscal.

    Marketplace

    Integração com canais externos, evitando duplicidade e divergência financeira.

    Atendimento

    Venda assistida por WhatsApp, telefone, balcão ou equipe comercial, com registro completo.

    Reimpressão e consulta

    Consulta por passageiro, documento, localizador, chave de acesso, venda ou viagem.

    Ponto crítico: comprovante de pagamento não substitui documento fiscal. A venda precisa estar vinculada ao BP-e autorizado quando a operação estiver enquadrada na emissão eletrônica.

    Rotas, pontos de embarque e desembarque

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

    Cadastro O que controlar Risco se estiver errado
    Origem Município, UF, terminal, porto, píer, estação hidroviária ou local de embarque. Documento fiscal pode representar prestação incorreta.
    Destino Município, UF, terminal, porto, píer ou local de desembarque. Divergência fiscal, operacional e comercial.
    Ponto de embarque Local exato onde o passageiro inicia a viagem. Erro de embarque, fiscalização e atendimento.
    Ponto de desembarque Local onde a prestação ao passageiro termina. Problemas de rota, valor e documento fiscal.
    Trecho Combinação origem/destino, preço, horário e serviço. Venda com tarifa ou prestação incorreta.
    Sentido Ida, volta, travessia, circular, conexão ou integração quando aplicável. Confusão entre viagens, horários e passageiros.

    Embarcações, horários e capacidade

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

    Cadastro da embarcação

    Nome, identificação, capacidade, tipo, status, foto, classe e observações operacionais.

    Capacidade

    Quantidade de passageiros permitida por viagem, evitando venda acima do limite cadastrado.

    Horários

    Partida, chegada estimada, frequência, disponibilidade, bloqueios e alteração operacional.

    Serviços

    Travessia, linha regular, viagem especial, conexão, trecho intermediário ou operação sazonal.

    Boa prática: o sistema deve permitir bloquear viagem, alterar embarcação, controlar lotação, acompanhar vendas e preservar histórico para auditoria.

    Passageiros, documentos e gratuidades

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

    Informação Exemplo de controle Por que importa
    Identificação Nome, documento, CPF quando aplicável, país e dados de contato. Relaciona o passageiro à venda e ao documento.
    Categoria Normal, idoso, estudante, criança, gratuidade, desconto ou benefício. Impacta tarifa, receita e relatório.
    Telefone ou contato WhatsApp, telefone, e-mail ou contato do comprador. Ajuda no atendimento, alteração, aviso e suporte.
    Comprador Pessoa que pagou a passagem, quando diferente do passageiro. Ajuda na conciliação e suporte.
    Benefícios Documentos comprobatórios, regras e observações. Evita gratuidade ou desconto aplicado sem controle.

    Pagamentos e conciliação financeira

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

    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.

    Ponto crítico: a conciliação precisa comparar venda, pagamento, BP-e autorizado, BP-e rejeitado, BP-e cancelado, estorno e embarque. Sem isso, a empresa pode ter divergência fiscal e financeira.

    XML, DABPE, autorização e protocolo

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

    Elemento Função no BP-e Aquaviário 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.

    Regra prática: imprimir passagem, recibo ou DABPE sem XML autorizado e protocolo não resolve a obrigação fiscal quando a operação exige BP-e.

    Cancelamento, remarcação e substituição

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

    Cancelamento operacional

    Viagem cancelada por motivo operacional precisa refletir em passageiros, financeiro e fiscal.

    Estorno financeiro

    Pagamento precisa ser devolvido ou ajustado conforme a política e forma de pagamento.

    Remarcação

    Troca de data, horário, trecho ou passageiro precisa manter histórico e vínculo documental.

    Substituição fiscal

    Quando aplicável, o sistema precisa referenciar o documento anterior e manter rastreabilidade.

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

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

    Integração Uso na operação Benefício
    Site de vendas Venda online de passagens por rota, horário e embarcação. Aumenta canais de venda e reduz atendimento manual.
    Pagamento PIX, cartão, TEF, link, conciliação 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 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, órgãos, bilhetagem e ERPs. Evita retrabalho e duplicidade de dados.

    Como implantar BP-e Aquaviário

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

    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. Mapeamento operacional Mapear rotas, pontos de embarque, pontos de desembarque, embarcações, horários e tarifas. Operação pronta para alimentar o sistema.
    3. Mapeamento comercial Identificar canais de venda, agências, site, marketplaces, descontos, gratuidades e políticas. Venda estruturada com regras claras.
    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 e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, cancelamentos, relatórios e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e Aquaviário

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

    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, ponto de embarque, rota, embarcação, 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 transporte por barco

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

    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.

    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, trecho, pagamento, reserva, bilhete e emissão fiscal.

    Gestão completa

    A solução de gestão completa para empresas de transporte centraliza operação, vendas, fiscal, financeiro e relatórios.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, pagamento 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 Aquaviário

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e Aquaviário, venda de passagens por barco, XML, DABPE, financeiro, integrações e auditoria.

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

    Fontes oficiais para validar BP-e Aquaviário

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

    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 Goiás BP-e

    Consulte informações oficiais sobre BP-e modelo 63 e documentos substituídos: SEFAZ Goiás BP-e.

    SEFAZ Paraná BP-e

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

    SEFAZ Bahia BP-e

    Consulte orientações sobre BP-e e substituição de documentos antigos de passagem: SEFAZ Bahia 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 Aquaviário, venda de passagens por barco, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

    FAQ completo sobre BP-e Aquaviário

    O que é BP-e Aquaviário?

    BP-e Aquaviário é o uso do BP-e modelo 63 para documentar prestações de transporte aquaviário de passageiros, conforme regras da unidade federada competente.

    Empresa de transporte de passageiros por barco precisa emitir BP-e?

    Precisa avaliar com a SEFAZ competente. Quando a operação aquaviária está enquadrada na emissão de BP-e e a empresa está obrigada, autorizada ou credenciada, o documento fiscal eletrônico a ser usado é 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.

    Quais dados um sistema de BP-e Aquaviário precisa controlar?

    Precisa controlar empresa, certificado, série, ambiente, rotas, origem, destino, pontos de embarque, embarcações, horários, passageiros, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, remarcações, relatórios e auditoria.

    BP-e Aquaviário serve para ferry boat e balsa?

    Pode servir quando a operação se enquadra como transporte aquaviário de passageiros sujeito à emissão de BP-e. A empresa deve validar se há transporte de passageiro, veículo, carga, serviço misto ou outro enquadramento fiscal aplicável.

    Operação turística por barco 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 embarcação, capacidade, rota, horário, serviço, status e vínculo com a venda para melhorar a operação e a auditoria.

    O que acontece se o BP-e for rejeitado?

    O sistema deve registrar o 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.

    O Vexado pode ajudar com BP-e Aquaviário?

    O Vexado pode apoiar empresas com emissão de BP-e Aquaviário, venda de passagens, 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 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 transporte aquaviário de passageiros.

    Quer organizar BP-e Aquaviário na sua empresa? Fale com o Vexado e veja como estruturar venda de passagens por barco, emissão fiscal, XML, DABPE, protocolo, financeiro e auditoria.

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

    Conclusão

    BP-e Aquaviário é uma necessidade estratégica para empresas de transporte de passageiros por barco que precisam sair de rotinas antigas, manuais ou fragmentadas e trabalhar com emissão fiscal eletrônica, venda integrada, financeiro organizado e auditoria digital.

    O BP-e modelo 63 pode substituir o Bilhete de Passagem Aquaviário modelo 14 conforme regras da unidade federada competente. A empresa passa a depender de XML autorizado, assinatura digital, chave de acesso, protocolo, DABPE, armazenamento, rejeições, cancelamentos, remarcações, relatórios e conciliação financeira.

    Para funcionar corretamente, o sistema precisa refletir a operação real: rotas aquaviárias, embarcações, capacidade, horários, pontos de embarque, pontos de desembarque, passageiros, tarifas, formas de pagamento, canais de venda, eventos fiscais e relatórios de gestão.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e Aquaviário, venda de passagens, 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, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e 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 Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, transporte por barco, 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, equipe técnica ou profissionais especializados antes de tomar decisões.


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

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

    BP-e aéreo x BP-e rodoviário: quais são as diferenças? Entenda o que muda entre BPeTA e BP-e Rodoviário, incluindo modal, XML, serviço de recepção, autorização, credenciamento, passageiro, comprador, voo, poltrona, aeroporto, rodoviária, DABPE, pagamentos, PagVinc, eventos, cancelamento, não embarque, Reforma Tributária, IBS, CBS e auditoria fiscal.

    • Entenda a diferença entre BP-e Rodoviário e BPeTA, o BP-e para Transporte Aéreo.
    • Veja o que muda no XML, nos dados operacionais, no credenciamento e nos eventos.
    • Conheça os cuidados para sistemas emissores, integradoras, viações, companhias aéreas e empresas de tecnologia.

    BP-e aéreo x BP-e rodoviário: quais são as diferenças? A principal diferença está no modal e na lógica operacional que alimenta o documento fiscal. O BP-e Rodoviário é voltado a viagens de passageiros por ônibus, normalmente com origem, destino, passageiro, horário, linha, veículo, classe e, quando aplicável, poltrona. Já o BP-e aéreo, chamado de BPeTA ou BP-e Transporte Aéreo, é voltado a passagens aéreas, com voo, aeroporto de origem, aeroporto de destino, localizador, reserva, trecho, conexão, passageiro, comprador, companhia aérea, pagamento e regras próprias de emissão.

    Embora ambos estejam dentro do ecossistema do Bilhete de Passagem Eletrônico, o BPeTA não deve ser tratado como uma simples cópia do BP-e Rodoviário. O transporte aéreo possui dados, eventos, integração com reservas, meios de pagamento, credenciamento, homologação, produção e impactos de Reforma Tributária que exigem arquitetura própria.

    Na prática, o rodoviário costuma nascer da venda de uma passagem de ônibus, enquanto o aéreo nasce de uma reserva ou compra de passagem aérea. O sistema emissor precisa transformar essas operações em XML fiscal autorizado, armazenar protocolo, tratar rejeições, registrar eventos, controlar pagamento, consultar situação e manter auditoria completa.

    Precisa entender se sua operação exige BP-e Rodoviário, BPeTA ou outro tipo de BP-e? Fale com o Vexado e veja como estruturar XML, autorização, pagamentos, integrações, relatórios e auditoria fiscal.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e Rodoviário documenta prestações de transporte rodoviário de passageiros, normalmente por passagem individual, com origem, destino, passageiro, horário, veículo, linha e poltrona quando aplicável. O BPeTA documenta prestações de transporte aéreo de passageiros, com dados próprios como voo, aeroporto, trecho, conexão, localizador, reserva, passageiro, comprador, companhia aérea, pagamentos, eventos e regras específicas da NT 2025.002. Ambos exigem XML autorizado, assinatura digital, protocolo, consulta, eventos, armazenamento e auditoria, mas o leiaute, os dados e as integrações são diferentes.

    BP-e Rodoviário

    Usado em viagens rodoviárias de passageiros, com passagem individual, rota, horário e, muitas vezes, poltrona.

    BPeTA

    BP-e Transporte Aéreo, voltado a companhias aéreas, voos, aeroportos, reservas e passagens aéreas.

    XML diferente

    Os dados do rodoviário e do aéreo não são iguais, mesmo que ambos estejam no ecossistema BP-e.

    Reforma Tributária

    BPe e BPeTA precisam acompanhar NTs, IBS, CBS, PagVinc, eventos e validações fiscais.

    BP-e aéreo x BP-e rodoviário: o que muda?

    O BP-e Rodoviário e o BP-e aéreo/BPeTA documentam transporte de passageiros, mas representam operações diferentes. No rodoviário, o foco está em ônibus, linha, itinerário, origem, destino, horário, passageiro, poltrona e DABPE. No aéreo, o foco está em voo, aeroporto, trecho, conexão, localizador, reserva, companhia aérea, comprador, passageiro, pagamentos e eventos próprios do transporte aéreo.

    Resposta direta: o BP-e Rodoviário é usado para viagens de ônibus e costuma seguir a lógica de passagem individual por passageiro. O BP-e aéreo, chamado BPeTA, é usado para transporte aéreo de passageiros e exige dados próprios de voo, aeroporto, reserva, localizador, companhia aérea, comprador, pagamentos e eventos. A diferença não é apenas o modal: muda o leiaute, o XML, o credenciamento, os dados operacionais, os eventos e a integração com sistemas de venda e pagamento.

    Critério BP-e Rodoviário BP-e aéreo / BPeTA
    Modal Transporte rodoviário de passageiros. Transporte aéreo de passageiros.
    Operação típica Viagem de ônibus com origem, destino, horário e passageiro. Passagem aérea com voo, aeroporto, trecho, conexão e reserva.
    Documento antigo relacionado Bilhete de Passagem Rodoviário modelo 13, quando substituído pelo BP-e. Projeto específico do BPeTA criado para o transporte aéreo.
    Identificação operacional Linha, itinerário, veículo, classe e poltrona quando aplicável. Voo, companhia operadora, aeroporto, trecho, conexão e localizador.
    Comprador e passageiro Passageiro normalmente ligado diretamente à passagem. Pode haver comprador diferente do passageiro, compra corporativa, agência, OTA ou marketplace.
    Recepção/autorização Fluxo do BP-e comum, conforme ambiente e UF. Serviço de recepção do BPeTA e autorização centralizada na SVRS.
    Pagamentos Dinheiro, cartão, PIX, TEF, agência, site ou marketplace. Cartão, PIX, agência, OTA, marketplace, milhas, repasses e PagVinc.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição, fornecimento não realizado e eventos aplicáveis.

    Fontes oficiais úteis para validação: FAQ BP-e/SVRS, Documentos BP-e/SVRS, Notícias BP-e/SVRS, Avisos BP-e/SVRS, Serviços BP-e/SVRS 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 é usado por empresas de ônibus, viações, turismo, fretamento ou linhas regulares quando a operação se enquadra na emissão de BP-e para documentar a prestação de transporte.

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

    Origem e destino

    Cidade, rodoviária, terminal, ponto de embarque e ponto de desembarque.

    Passageiro

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

    Poltrona

    Mapa de assentos, classe de serviço e controle para evitar venda duplicada.

    DABPE

    Documento auxiliar usado para representação, conferência e consulta do BP-e.

    Operação rodoviária? O Vexado ajuda com venda de passagens, poltronas, passageiros, pagamentos, emissão de BP-e e relatórios.

    Conhecer BP-e Rodoviário

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

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

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

    Voo

    Número do voo, companhia operadora, data, horário e trecho.

    Aeroporto

    Aeroporto de origem, aeroporto de destino, conexão e itinerário aéreo.

    Reserva

    Localizador, canal de venda, agência, OTA, marketplace ou compra direta.

    Pagamentos

    Cartão, PIX, intermediadores, repasses, estornos, milhas e PagVinc.

    Ponto importante: BPeTA não é apenas “BP-e Rodoviário com aeroporto no lugar da rodoviária”. O transporte aéreo exige outro conjunto de dados, eventos, integrações e validações.

    Tabela comparativa completa

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

    Área BP-e Rodoviário BP-e aéreo / BPeTA
    Modal Ônibus, rodoviária, linha, veículo e rota terrestre. Avião, aeroporto, voo, trecho aéreo e companhia aérea.
    Documento BP-e comum modelo 63 aplicado ao rodoviário. BP-e Transporte Aéreo com NT específica.
    Venda Guichê, site, agência, app, marketplace ou vendedor. Site, app, companhia aérea, agência, OTA, GDS, marketplace ou corporativo.
    Identificador comercial Número da passagem, reserva ou bilhete interno. Localizador, reserva, pedido, bilhete aéreo ou código interno.
    Origem/destino Cidade, rodoviária, terminal ou ponto de embarque. Aeroporto de origem, aeroporto de destino e conexões.
    Assento Poltrona marcada em muitos cenários. Assento pode ser produto adicional, seleção posterior ou serviço separado.
    Bagagem Normalmente bagagem de passageiro vinculada à viagem. Bagagem pode envolver tarifa, franquia, adicional, taxa e regras próprias.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição, fornecimento não realizado e eventos aplicáveis.
    Pagamento Pagamento direto da passagem ou por agência. Pagamento direto, agência, OTA, marketplace, milhas, taxas, repasses e PagVinc.
    Credenciamento Conforme UF e regra do BP-e comum. Habilitação e credenciamento por UF para filiais das empresas aéreas inscritas.
    Autorização Fluxo do BP-e comum, conforme ambiente autorizado. Autorização centralizada na SVRS para o BPeTA.
    Auditoria Venda → passageiro → viagem → pagamento → XML. Reserva → passageiro/comprador → voo → pagamento → XML → eventos.

    Dados exigidos em cada emissão

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

    Grupo de dados BP-e Rodoviário BPeTA
    Emitente CNPJ, IE, UF, certificado, série, numeração e ambiente. CNPJ, IE, UF, filial da empresa aérea, certificado, série, numeração e ambiente.
    Passageiro Nome, documento e dados exigidos pela regra da passagem. Nome, documento, dados da reserva e identificação exigida para o transporte aéreo.
    Comprador Comprador pode ser o próprio passageiro ou terceiro. Comprador pode ser passageiro, empresa, agência, OTA, marketplace ou compra corporativa.
    Operação Origem, destino, data, horário, linha, veículo, classe e poltrona. Voo, aeroporto, trecho, conexão, companhia operadora, reserva e localizador.
    Valores Tarifa, seguro, taxa, desconto, comissão e valor pago. Tarifa, taxa de embarque, bagagem, assento, serviços adicionais, desconto e valor pago.
    Pagamento Dinheiro, cartão, PIX, TEF, agência, site, guichê ou marketplace. Cartão, PIX, agência, OTA, marketplace, milhas, corporativo, PagVinc e repasses.

    O que muda no XML?

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

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

    Item técnico Rodoviário Aéreo / BPeTA
    Leiaute BP-e comum, conforme manual e schemas aplicáveis. NT 2025.002 do BPe Transporte Aéreo e schemas próprios.
    Serviço de recepção Recepção do BP-e comum, conforme ambiente autorizado. Serviço de recepção do BPeTA.
    Campos operacionais Rota, linha, origem, destino, veículo e poltrona. Voo, aeroporto, trecho, conexão, localizador e companhia aérea.
    Validações Dados da passagem rodoviária, passageiro, tarifa e pagamento. Dados do modal aéreo, tipo de compra, comprador, passageiro, pagamento e RTC.
    Risco técnico Erro de rota, passageiro, poltrona, valor, assinatura ou autorização. Erro de leiaute BPeTA, credenciamento, voo, pagamento, comprador, passageiro ou IBS/CBS.

    Boa prática: valide o XML localmente antes da transmissão. Isso reduz rejeições, retrabalho operacional e risco de emitir documento fiscal incompatível com a operação real.

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

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

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

    Fase BP-e Rodoviário BPeTA
    Homologação Testa emissão, XML, assinatura, autorização, rejeições e eventos. Testa recepção BPeTA, XML aéreo, comprador, passageiro, pagamento, eventos e RTC.
    Produção Emissão real conforme credenciamento e regra da UF. Produção liberada no autorizador da SVRS, com habilitação/credenciamento por UF para filiais.
    Consulta Consulta de situação do BP-e por chave de acesso. Consulta de situação do BPeTA por chave de acesso.
    Status Status do serviço do BP-e. Status dos serviços aplicáveis ao BPeTA.
    Eventos Eventos aplicáveis ao ciclo de vida do BP-e. Eventos aplicáveis ao transporte aéreo e ao ciclo fiscal do BPeTA.

    Credenciamento e filial emitente

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

    Rodoviário

    Validar CNPJ, IE, UF, certificado, ambiente, série, numeração e credenciamento para BP-e.

    Aéreo

    Validar filial, UF, inscrição, certificado, ambiente e credenciamento específico para BPeTA.

    Homologação

    Testar XML, autorização, rejeições, consulta, status, eventos e pagamentos.

    Produção assistida

    Acompanhar primeiras emissões reais, rejeições, eventos e relatórios.

    Passageiro, comprador e identificação

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

    Relação No rodoviário No aéreo
    Passageiro Pessoa que embarca no ônibus. Pessoa que embarca no voo.
    Comprador Pode ser passageiro, terceiro, agência ou empresa. Pode ser passageiro, empresa, agência, OTA, marketplace ou conta corporativa.
    Identificador Passagem, reserva, localizador interno, poltrona ou bilhete. Localizador, reserva, bilhete, voo, trecho e código do canal de venda.
    Risco Dados incorretos do passageiro ou da viagem. Separação incorreta entre comprador, passageiro, intermediador, pagamento e voo.

    Pagamentos, PagVinc e conciliação

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

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

    Pagamento BP-e Rodoviário BPeTA
    Dinheiro Comum em guichê, agência ou ponto de venda. Menos comum em operação aérea digital, mas pode existir em balcões ou agentes.
    Cartão TEF, adquirente, NSU, autorização e conciliação com a passagem. Cartão, autorização, adquirente, gateway, intermediador, OTA e repasse.
    PIX Cobrança, confirmação, expiração e emissão da passagem. PIX, confirmação, cancelamento, estorno e vínculo com reserva/voo.
    Agência/marketplace Comissão, repasse e canal de venda. Agência, OTA, marketplace, taxa, comissão, comprador e passageiro.
    PagVinc Vinculação entre transação financeira e documento fiscal. Vinculação ainda mais sensível por causa de intermediadores e múltiplos componentes.
    Milhas/fidelidade Geralmente não é o fluxo central do rodoviário. Pode impactar valor, taxas, coparticipação e classificação fiscal/financeira.

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

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

    Evento ou situação Rodoviário Aéreo / BPeTA
    Cancelamento Cancelamento da passagem conforme prazo e regra aplicável. Cancelamento da passagem aérea, reserva ou trecho conforme regra aplicável.
    Não embarque Pode existir controle operacional de no-show ou não comparecimento. Evento sensível no transporte aéreo, com impacto fiscal e operacional.
    Substituição Remarcação ou substituição da passagem conforme regra fiscal. Alteração de documento, trecho, passageiro, reserva ou vínculo, quando aplicável.
    Fornecimento não realizado Pode ocorrer em pagamento antecipado sem execução da viagem. Pode ocorrer em cancelamento, reacomodação ou serviço não prestado.
    Reprocessamento Correção de rejeições e falhas técnicas. Correção de rejeições, pagamentos, vínculos e eventos aéreos.

    Boa prática: o sistema deve registrar motivo, usuário, data, hora, XML, chave, protocolo, retorno do autorizador e histórico do evento.

    DABPE, comprovante e consulta

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

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

    Item BP-e Rodoviário BPeTA
    Documento auxiliar DABPE usado para representação e consulta. Representação auxiliar pode conviver com bilhete eletrônico, reserva e comprovantes operacionais.
    Documento fiscal principal XML autorizado. XML autorizado do BPeTA.
    Consulta Chave de acesso e QR Code quando aplicável. Chave de acesso, consulta e rastreabilidade com reserva/voo.
    Risco Confundir comprovante visual com documento fiscal. Confundir bilhete/reserva/cartão de embarque com documento fiscal autorizado.

    Auditoria e relatórios

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

    Rodoviário

    Venda, passageiro, origem, destino, poltrona, pagamento, XML, DABPE e protocolo.

    Aéreo

    Reserva, localizador, voo, aeroporto, trecho, comprador, passageiro, pagamento e XML.

    Financeiro

    Conciliação entre venda, forma de pagamento, estorno, comissão e documento fiscal.

    Fiscal

    XML autorizado, rejeições, eventos, protocolo, armazenamento e relatórios de auditoria.

    Reforma Tributária, IBS e CBS

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

    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

    Classificação tributária da operação de transporte de passageiros.

    vTotDFe

    Total do documento fiscal eletrônico em cenários com grupo IBSCBS.

    PagVinc

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

    Rejeições

    Erros de preenchimento podem impedir autorização em homologação ou produção.

    Ponto crítico: a Reforma Tributária exige que o sistema seja preparado para evoluir. Não basta emitir hoje; é preciso acompanhar notas técnicas, schemas, validações e regras de pagamento.

    Erros comuns

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

    Copiar o rodoviário

    BPeTA não deve ser implementado apenas reaproveitando campos de rota, poltrona e DABPE.

    Ignorar reserva aérea

    Localizador, voo, trecho, conexão e companhia operadora precisam entrar na análise.

    Confundir comprovantes

    Bilhete, reserva, DABPE, cartão de embarque e XML fiscal não são a mesma coisa.

    Não separar comprador

    No aéreo, comprador, passageiro, agência, OTA e pagador podem ser diferentes.

    Não testar eventos

    Cancelamento, não embarque e substituição precisam ser testados em homologação.

    Ignorar Reforma Tributária

    IBS, CBS, PagVinc, vTotDFe e validações impactam o ecossistema BP-e.

    O que o sistema precisa controlar?

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

    Área BP-e Rodoviário BPeTA
    Cadastro fiscal CNPJ, IE, UF, certificado, credenciamento, série e numeração. Filial da empresa aérea, UF, credenciamento, certificado, série e numeração.
    Operação Linha, itinerário, veículo, origem, destino, horário e poltrona. Voo, aeroporto, trecho, conexão, localizador, reserva e companhia aérea.
    Venda Guichê, agência, site, app, marketplace e vendedor. Canal direto, agência, OTA, marketplace, GDS, corporativo e fidelidade.
    Pagamento Dinheiro, cartão, PIX, TEF, agência e marketplace. Cartão, PIX, OTA, agência, marketplace, milhas, taxas, repasses e PagVinc.
    XML BP-e comum conforme leiaute aplicável. BPeTA conforme NT 2025.002 e schemas vigentes.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição e fornecimento não realizado.
    Auditoria Venda, passageiro, poltrona, pagamento, XML e protocolo. Reserva, voo, comprador, passageiro, pagamento, XML, protocolo e eventos.

    Como o Vexado pode ajudar

    O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam avaliar emissão de BP-e Rodoviário, integrações fiscais, venda de passagens, pagamentos, relatórios, auditoria e projetos especiais ligados ao ecossistema BP-e.

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

    BP-e Rodoviário

    A solução de BP-e Rodoviário apoia empresas de ônibus, viações, turismo, fretamento e linhas regulares.

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

    Automação

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

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas o enquadramento fiscal entre BP-e Rodoviário, BPeTA e demais regras aplicáveis deve ser validado com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica antes da produção.

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

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

    Quer validar se sua operação precisa de BP-e Rodoviário, BPeTA ou outro fluxo fiscal? Fale com o Vexado e veja como estruturar emissão, pagamentos, integrações, relatórios e auditoria.

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

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

    Como BP-e Rodoviário, BPeTA, Reforma Tributária, IBS, CBS, pagamentos e documentos fiscais eletrônicos envolvem obrigação fiscal sensível, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, integradores ou equipe técnica.

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e modelo 63 e documentos substituídos: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas, BPeTA e 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.

    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 aéreo x BP-e rodoviário

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

    Não. Ambos fazem parte do ecossistema de documentos fiscais para transporte de passageiros, mas o BP-e Rodoviário atende viagens por ônibus, enquanto o BP-e aéreo, chamado BPeTA, atende transporte aéreo de passageiros com voo, aeroporto, reserva, localizador e regras próprias.

    O que é BP-e Rodoviário?

    É o Bilhete de Passagem Eletrônico aplicado ao transporte rodoviário de passageiros, normalmente com origem, destino, passageiro, horário, linha, veículo e poltrona quando aplicável.

    O que é BP-e aéreo?

    É o BPeTA, ou BP-e Transporte Aéreo, criado para documentar eletronicamente a prestação de transporte aéreo de passageiros.

    Qual Nota Técnica trata do BPeTA?

    A NT 2025.002 v2.00 — BPe Transporte Aéreo publica especificações do serviço de recepção do BPeTA e adaptações dos demais webservices do BP-e para o transporte aéreo de passageiros.

    O BPeTA usa o mesmo XML do rodoviário?

    Não deve ser tratado como o mesmo XML. O BPeTA possui especificações próprias para o transporte aéreo e exige dados como voo, aeroporto, trecho, conexão, localizador, comprador, passageiro e pagamentos.

    O BP-e Rodoviário usa dados de poltrona?

    Em muitas operações rodoviárias há poltrona marcada, classe de serviço e mapa de assentos, mas o preenchimento correto depende da regra aplicável e do sistema emissor.

    O BPeTA usa dados de assento?

    No transporte aéreo, o assento pode ser tratado de forma diferente, inclusive como serviço adicional ou seleção posterior, conforme regra operacional e fiscal aplicável.

    O BPeTA já tem produção?

    O Portal BP-e/SVRS informa que o ambiente de produção do BPe para Transporte Aéreo está liberado no autorizador da SVRS para todas as UFs, com habilitação e credenciamento por UF para as filiais das empresas aéreas inscritas.

    O rodoviário e o aéreo têm os mesmos eventos?

    Não necessariamente. Ambos possuem ciclo de vida fiscal, mas o aéreo pode exigir atenção especial a eventos como não embarque, substituição, cancelamento e fornecimento não realizado, conforme regras aplicáveis.

    Pagamento muda entre BP-e Rodoviário e BPeTA?

    Sim. No rodoviário, o pagamento costuma estar ligado à passagem individual. No aéreo, pode haver agência, OTA, marketplace, milhas, repasses, taxas, intermediadores e PagVinc.

    DABPE e cartão de embarque são a mesma coisa?

    Não. DABPE é documento auxiliar do BP-e. Cartão de embarque é documento operacional do transporte aéreo. O documento fiscal principal continua sendo o XML autorizado.

    A Reforma Tributária impacta BP-e Rodoviário e BPeTA?

    Sim. As NTs recentes impactam BPe e BPeTA, exigindo atenção a IBS, CBS, classificação tributária, vTotDFe, meios de pagamento, PagVinc, schemas e regras de validação.

    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, schemas, webservices, credenciamento, filiais, pagamentos, eventos, homologação e produção assistida.

    O Vexado pode ajudar com BP-e Rodoviário e BPeTA?

    O Vexado pode apoiar empresas na análise, emissão de BP-e Rodoviário, integrações, APIs, pagamentos, relatórios e auditoria. Para BPeTA, pode apoiar estudos técnicos e fiscais conforme avaliação da operação.

    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 Rodoviário, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer entender qual fluxo fiscal sua operação precisa? Fale com o Vexado e veja como organizar BP-e Rodoviário, estudos de BPeTA, XML, pagamentos, integrações, relatórios e auditoria.

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

    Conclusão

    BP-e aéreo e BP-e rodoviário documentam transporte de passageiros, mas não funcionam da mesma forma. O rodoviário está ligado à passagem de ônibus, com origem, destino, passageiro, horário, veículo, linha e poltrona quando aplicável. O aéreo, por meio do BPeTA, está ligado à passagem aérea, voo, aeroporto, localizador, reserva, comprador, passageiro, companhia aérea, pagamentos e eventos específicos.

    A diferença mais importante não é apenas trocar “rodoviária” por “aeroporto”. O sistema precisa tratar leiaute, XML, credenciamento, webservices, pagamentos, eventos, auditoria e Reforma Tributária de forma separada. Reaproveitar a lógica rodoviária sem adaptação pode gerar rejeições, inconsistência fiscal e dificuldade de auditoria.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e Rodoviário, 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 operação de 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, BP-e, BP-e Rodoviário, BPeTA, BP-e Transporte Aéreo, Bilhete de Passagem Eletrônico, Bilhete de Passagem Eletrônico Aéreo, XML, DABPE, 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, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e aéreo x bilhete aéreo tradicional: entenda o novo documento fiscal

    BP-e aéreo x bilhete aéreo tradicional: entenda o novo documento fiscal

    BP-e aéreo x bilhete aéreo tradicional: entenda o novo documento fiscal, o BPeTA, e veja a diferença entre bilhete aéreo, comprovante de passagem, reserva, localizador, cartão de embarque e XML fiscal autorizado. Entenda como o BP-e Transporte Aéreo muda a relação entre venda, passageiro, companhia aérea, pagamento, documento fiscal, protocolo, eventos, Reforma Tributária, IBS, CBS e auditoria.

    • Entenda a diferença entre bilhete aéreo tradicional e BP-e aéreo/BPeTA.
    • Veja por que reserva, localizador e cartão de embarque não são a mesma coisa que documento fiscal eletrônico autorizado.
    • Conheça os impactos para companhias aéreas, sistemas de venda, agências, OTAs, pagamentos, fiscal e auditoria.

    BP-e aéreo x bilhete aéreo tradicional: qual é a diferença? O bilhete aéreo tradicional, o comprovante de passagem, a reserva, o localizador e o cartão de embarque fazem parte da experiência comercial e operacional do passageiro. Eles ajudam a comprovar a compra, identificar o voo, orientar o embarque, registrar regras da tarifa, serviços contratados e dados da viagem.

    O BP-e aéreo, chamado de BPeTA ou BP-e Transporte Aéreo, tem outra função: ele é o documento fiscal eletrônico criado para documentar a prestação de transporte aéreo de passageiros dentro do ecossistema do Bilhete de Passagem Eletrônico. Ou seja, o BPeTA não substitui a experiência operacional do passageiro, mas cria uma camada fiscal eletrônica com XML, assinatura digital, autorização de uso, protocolo, consulta, eventos, pagamentos e auditoria.

    Na prática, o passageiro pode continuar enxergando comprovante, localizador, e-mail da compra, cartão de embarque e informações do voo. Mas, por trás da operação, a companhia aérea e o sistema emissor precisam gerar, transmitir, autorizar, armazenar e auditar o documento fiscal eletrônico quando o BPeTA for exigido e aplicável.

    Precisa entender o impacto do BPeTA na sua operação aérea? Fale com o Vexado para avaliar XML, autorização, webservices, pagamentos, integrações, Reforma Tributária, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O bilhete aéreo tradicional é o comprovante operacional e comercial da viagem aérea, ligado ao contrato de transporte, à reserva, ao localizador, ao voo, às regras de tarifa e ao embarque. O BP-e aéreo/BPeTA é o documento fiscal eletrônico do transporte aéreo de passageiros, com XML, assinatura digital, autorização centralizada na SVRS, protocolo, consulta, status, eventos, pagamentos e impacto da Reforma Tributária. Um atende à experiência do passageiro; o outro atende à documentação fiscal eletrônica da prestação.

    Bilhete aéreo

    Comprovante comercial e operacional da compra, viagem, tarifa e regras do transporte.

    Localizador

    Código usado para encontrar a reserva, consultar voo, check-in e dados da compra.

    Cartão de embarque

    Documento operacional usado para embarcar, com voo, assento, portão e horário.

    BPeTA

    Documento fiscal eletrônico autorizado, com XML, chave de acesso, protocolo e eventos.

    BP-e aéreo x bilhete aéreo tradicional: o que muda?

    A diferença principal é a finalidade. O bilhete aéreo tradicional serve para comprovar a compra, organizar a viagem, identificar o passageiro, registrar regras da tarifa, permitir check-in e embarque. O BP-e aéreo/BPeTA serve para documentar fiscalmente a prestação de transporte aéreo de passageiros por meio de um documento eletrônico autorizado.

    Resposta direta: o bilhete aéreo tradicional é um comprovante comercial e operacional da viagem. O BP-e aéreo, chamado BPeTA, é o documento fiscal eletrônico da prestação de transporte aéreo. Bilhete, localizador, reserva e cartão de embarque ajudam o passageiro a viajar; o BPeTA registra fiscalmente a operação com XML, assinatura digital, autorização, protocolo, consulta, eventos, pagamentos e auditoria.

    Critério Bilhete aéreo tradicional BP-e aéreo / BPeTA
    Finalidade Comprovar compra, reserva, regras e dados da viagem. Documentar fiscalmente a prestação de transporte aéreo.
    Uso principal Passageiro, companhia aérea, agência, check-in e embarque. Fisco, companhia aérea, sistema emissor, contabilidade e auditoria.
    Formato E-mail, comprovante, localizador, reserva, bilhete eletrônico ou app. XML fiscal autorizado, chave de acesso, protocolo e eventos.
    Validade Operacional e contratual, conforme regras do transporte aéreo. Fiscal, mediante assinatura digital e autorização de uso.
    Controle Voo, horário, passageiro, tarifa, bagagem, assento e regras da compra. Emitente, XML, passageiro, comprador, pagamento, tributos, autorização e protocolo.
    Consulta Consulta em site/app da companhia, agência ou canal de venda. Consulta por chave de acesso e webservices do ecossistema BP-e.
    Eventos Alteração, remarcação, cancelamento, check-in e embarque. Eventos fiscais como cancelamento, não embarque, substituição e outros aplicáveis.

    Fontes oficiais úteis para validação: Cartilha ANAC para agências de viagem, Orientações da ANAC aos passageiros, Documentos BP-e/SVRS, Notícias BP-e/SVRS, Avisos BP-e/SVRS e Lei Complementar 214/2025.

    O que é o bilhete aéreo tradicional?

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

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

    Comprovante

    Registra que a passagem foi adquirida e informa dados da compra.

    Contrato de transporte

    Relaciona passageiro e companhia aérea em torno da prestação do serviço.

    Reserva

    Organiza dados da viagem, trecho, passageiro, tarifa e canal de venda.

    Localizador

    Permite consultar a reserva, fazer check-in e acompanhar alterações.

    Importante: o bilhete aéreo tradicional é essencial para a operação e para o passageiro, mas não deve ser confundido automaticamente com o documento fiscal eletrônico autorizado quando a obrigação fiscal exigir BPeTA.

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

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

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

    XML fiscal

    Documento eletrônico estruturado conforme nota técnica e schema vigente.

    Autorização

    O documento precisa ser transmitido e autorizado no ambiente fiscal aplicável.

    Protocolo

    Comprova o retorno da autorização e deve ser armazenado com o XML.

    Eventos

    Permitem registrar fatos posteriores à autorização, conforme regra aplicável.

    Tabela comparativa completa

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

    Área Bilhete aéreo tradicional BP-e aéreo / BPeTA
    Natureza Comercial, contratual e operacional. Fiscal eletrônica.
    Objetivo Permitir que o passageiro consulte, altere, faça check-in e embarque. Documentar a prestação de transporte aéreo perante o Fisco.
    Documento principal Comprovante, reserva, localizador, bilhete eletrônico ou cartão de embarque. XML autorizado com chave de acesso e protocolo.
    Quem usa Passageiro, agência, companhia aérea e atendimento. Fiscal, contabilidade, sistema emissor, auditoria e Fisco.
    Dados do voo Data, horário, origem, destino, número do voo e companhia. Dados do voo dentro da estrutura fiscal do XML.
    Dados financeiros Valor total, taxas, serviços opcionais, forma de pagamento e regras comerciais. Valor fiscal, pagamento, PagVinc, tributos, IBS/CBS e conciliação.
    Alterações Remarcação, cancelamento, alteração de assento, bagagem e check-in. Eventos fiscais, substituição, cancelamento, não embarque e fornecimento não realizado quando aplicável.
    Rastreabilidade Reserva, localizador e histórico comercial. XML, chave, protocolo, eventos, logs e auditoria fiscal.

    Localizador, reserva e cartão de embarque

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

    Item Função É documento fiscal eletrônico?
    Localizador Identificar a reserva no sistema da companhia ou agência. Não. É identificador operacional/comercial.
    Reserva Agrupar voo, passageiro, tarifa, serviços e regras da compra. Não. É registro comercial/operacional.
    Bilhete eletrônico Comprovar a emissão comercial da passagem aérea. Não necessariamente. Pode ser comprovante operacional/comercial.
    Cartão de embarque Permitir embarque, com voo, assento, portão e horário. Não. É documento operacional de embarque.
    BPeTA Documentar fiscalmente a prestação do transporte aéreo. Sim, quando autorizado como XML fiscal eletrônico.

    Regra prática: localizador encontra a reserva; cartão de embarque libera o embarque; BPeTA documenta fiscalmente a prestação de transporte aéreo.

    XML fiscal autorizado: onde está a diferença

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

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

    Assinatura digital

    Garante autoria e integridade do documento fiscal eletrônico.

    Autorização de uso

    Confirma que o ambiente autorizador recebeu e validou aspectos formais do documento.

    Chave de acesso

    Permite identificar e consultar o documento fiscal eletrônico.

    Protocolo

    Registra o retorno da autorização e deve acompanhar o XML autorizado.

    Passageiro, comprador e pagador

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

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

    Papel No bilhete aéreo tradicional No BPeTA
    Passageiro Pessoa que vai embarcar no voo. Deve ser corretamente vinculado à prestação documentada.
    Comprador Pessoa ou empresa que contratou a passagem. Pode precisar constar ou ser rastreado conforme tipo de operação.
    Pagador Quem efetivamente realizou o pagamento. Precisa ser conciliado com a transação e o documento fiscal quando aplicável.
    Intermediador Agência, OTA, marketplace ou canal corporativo. Precisa ser rastreado para conciliação, comissão, repasse e auditoria.

    Pagamentos, PagVinc e conciliação financeira

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

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

    Pagamento No bilhete tradicional No BPeTA
    Cartão Comprovante de compra e autorização da transação. NSU, adquirente, autorização, valor, estorno, PagVinc e conciliação.
    PIX Pagamento confirmado ou pendente conforme cobrança. Vínculo com reserva, emissão fiscal, expiração, estorno e relatório.
    Agência/OTA Compra por intermediador. Canal, comissão, taxa, repasse, comprador, passageiro e documento fiscal.
    Milhas/fidelidade Uso de pontos e pagamento de taxas quando houver. Tratamento financeiro e fiscal de pontos, taxas, coparticipação e serviços.
    Marketplace Venda por canal externo. Pedido, intermediador, liquidação, comissão, repasse e rastreabilidade fiscal.

    Eventos fiscais no BP-e aéreo

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

    Situação No bilhete tradicional No BPeTA
    Cancelamento Cancelamento da compra ou trecho. Evento fiscal ou tratamento específico do documento autorizado.
    Não embarque Passageiro não comparece ou não utiliza o voo. Pode exigir evento ou registro fiscal aplicável.
    Remarcação Alteração de data, horário, voo ou trecho. Pode exigir substituição ou vínculo fiscal entre documentos.
    Reacomodação Passageiro é realocado para outro voo. Precisa manter rastreabilidade fiscal e operacional.
    Serviço não realizado Serviço contratado não foi prestado. Pode exigir evento, ajuste, estorno ou tratamento fiscal.

    Boa prática: cada evento deve guardar motivo, usuário, data, hora, XML, chave de acesso, protocolo, retorno do autorizador e vínculo com a reserva original.

    Agências, OTAs e marketplaces

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

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

    Agência

    Intermedia a venda e pode ter comissão, taxa, repasse e atendimento próprio.

    OTA

    Canal digital externo que vende passagem e pode controlar pedido, pagamento e atendimento.

    Marketplace

    Ambiente de venda com múltiplos participantes, taxas e liquidação financeira.

    Companhia aérea

    Prestadora do transporte, responsável pela operação aérea e pela documentação fiscal aplicável.

    Reforma Tributária, IBS e CBS

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

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

    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

    Campos usados para classificar o tratamento tributário da operação.

    vTotDFe

    Total do documento fiscal eletrônico em cenários com grupo IBSCBS.

    PagVinc

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

    Rejeições

    Erros de preenchimento podem impedir autorização em homologação ou produção.

    O que o sistema emissor precisa controlar?

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

    Área Controle necessário Por que importa?
    Reserva Localizador, canal de venda, voo, trecho, conexão e data. Conecta a compra ao transporte real.
    Passageiro Nome, documento e vínculo com o trecho aéreo. Identifica quem será transportado.
    Comprador Pessoa física, jurídica, agência, OTA ou marketplace. Separa quem compra de quem viaja.
    Pagamento Cartão, PIX, milhas, agência, OTA, repasse, comissão e PagVinc. Concilia financeiro e fiscal.
    Fiscal XML, certificado, assinatura, autorização, protocolo, chave e eventos. Garante documentação fiscal eletrônica.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe e validações. Prepara o documento para a Reforma Tributária.
    Auditoria Logs, rejeições, correções, reenvios, cancelamentos e consultas. Permite rastrear toda a operação.

    Erros comuns na implantação

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

    Confundir bilhete com XML

    O bilhete aéreo organiza a viagem; o BPeTA é o documento fiscal eletrônico autorizado.

    Ignorar localizador

    A reserva precisa se conectar ao XML, pagamento, passageiro e eventos.

    Não separar comprador

    No aéreo, comprador, pagador e passageiro podem ser pessoas diferentes.

    Não integrar pagamento

    Cartão, PIX, agência, OTA, marketplace e milhas exigem conciliação.

    Ignorar eventos

    Cancelamento, não embarque e remarcação precisam de rastreabilidade fiscal.

    Não acompanhar NTs

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

    Como o Vexado pode ajudar

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

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

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

    Automação de processos

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

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

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

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

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

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

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

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

    ANAC

    Consulte orientações sobre passagem aérea, contrato de transporte e comprovante de compra: Portal ANAC Passageiros.

    Documentos BP-e/SVRS

    Consulte a NT 2025.002 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.

    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 aéreo x bilhete aéreo tradicional

    BP-e aéreo e bilhete aéreo tradicional são a mesma coisa?

    Não. O bilhete aéreo tradicional é o comprovante comercial e operacional da viagem. O BP-e aéreo, chamado BPeTA, é o documento fiscal eletrônico que documenta a prestação de transporte aéreo de passageiros.

    O que é BPeTA?

    BPeTA é o BP-e Transporte Aéreo, um 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.

    O bilhete aéreo deixa de existir com o BPeTA?

    Não necessariamente. O bilhete, comprovante, localizador e cartão de embarque continuam fazendo parte da operação e da experiência do passageiro. O BPeTA cria uma camada fiscal eletrônica para documentar a prestação.

    Localizador é documento fiscal?

    Não. Localizador é um código operacional/comercial usado para identificar a reserva. O documento fiscal eletrônico é o XML autorizado do BPeTA, quando aplicável.

    Cartão de embarque é BPeTA?

    Não. Cartão de embarque é documento operacional para embarque. BPeTA é documento fiscal eletrônico autorizado.

    Comprovante de compra é documento fiscal eletrônico?

    Não necessariamente. O comprovante de compra registra informações comerciais da passagem, mas o documento fiscal eletrônico, quando exigido, é o XML autorizado.

    O que muda para a companhia aérea?

    A companhia precisa conectar venda, reserva, passageiro, comprador, pagamento, tributos, XML, autorização, eventos e auditoria fiscal.

    O que muda para agências e OTAs?

    Agências e OTAs precisam fornecer dados consistentes de compra, passageiro, pagamento, repasse, comissão, taxa, cancelamento e alteração para permitir rastreabilidade fiscal.

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

    Sim. O BPeTA nasce no contexto de mudanças fiscais e precisa ser analisado junto com IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento e validações técnicas.

    O BPeTA exige autorização?

    Sim. Como documento fiscal eletrônico, o BPeTA precisa ser transmitido, validado e autorizado no ambiente fiscal aplicável.

    O BPeTA tem eventos?

    Sim. O BPeTA pode exigir eventos fiscais para situações posteriores à autorização, como cancelamento, não embarque, substituição ou fornecimento não realizado, conforme regra aplicável.

    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, schemas, webservices, credenciamento, filiais, pagamentos, eventos, homologação e produção assistida.

    O Vexado pode ajudar 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 operação precisa de BP-e, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer entender o impacto do BPeTA na sua operação? Fale com o Vexado e veja como organizar XML, pagamentos, integrações, relatórios, auditoria e produção assistida.

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

    Conclusão

    BP-e aéreo e bilhete aéreo tradicional não são a mesma coisa. O bilhete aéreo tradicional organiza a compra e a viagem do passageiro, com reserva, localizador, regras da tarifa, serviços contratados e dados do voo. O BPeTA documenta fiscalmente a prestação de transporte aéreo por meio de XML autorizado, protocolo, eventos, pagamentos e auditoria.

    A mudança é importante porque separa a experiência do passageiro da obrigação fiscal eletrônica. O passageiro pode continuar usando bilhete, comprovante, localizador e cartão de embarque. Já a companhia aérea e o sistema emissor precisam garantir XML válido, autorização, armazenamento, consulta, eventos, Reforma Tributária, pagamentos e relatórios.

    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, comprovante de passagem, contrato de transporte, reserva, localizador, cartão de embarque, 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.