Categoria: Sistema Vexado ERP Transporte

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

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

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

Impactos para metrôs

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

Impactos para trens

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

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

Impactos para ônibus metropolitanos

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

IBS e CBS no BP-e TM

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

Grupo IBSCBS e vTotDFe

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

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

CST e cClassTrib

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

PagVinc, meios de pagamento e bilhetagem

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

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

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

O que muda no XML?

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

Rejeições e riscos fiscais

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

Homologação e testes

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

Relatórios e auditoria

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

O que o sistema precisa controlar?

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

Erros comuns

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

Como o Vexado pode ajudar

O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam preparar seus fluxos para BP-e Metropolitano, BP-e TM, Reforma Tributária, IBS, CBS, integrações e auditoria.

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

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

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

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

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que é BP-e rodoviário?

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

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

O que é BP-e aquaviário?

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

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

Modelo 13 x modelo 14

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

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

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

Quais dados mudam na emissão?

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

Passageiro, veículo, bagagem e carga

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

Embarque: rodoviária x porto/píer

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

Venda de passagem e operação

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

XML, DABPE, autorização e protocolo

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

Cancelamento, remarcação e substituição

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

Relatórios e auditoria

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

O que o sistema precisa controlar?

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

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

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

Erros comuns

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

Como o Sistema Vexado ajuda

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

Checklist prático

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

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

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

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e rodoviário, BP-e aquaviário, venda de passagens, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

Quem precisa avaliar BP-e para balsas de passageiros?

Devem avaliar o BP-e as empresas que operam balsas, ferry boats, barcos, lanchas, embarcações ou travessias aquaviárias com transporte de passageiros, especialmente quando há venda de passagem, cobrança por trecho, rota regular, origem, destino, horário, terminal, ponto de embarque, ponto de desembarque e controle de passageiro.

Passageiro, veículo e carga: cuidado com o enquadramento

Em balsas de passageiros, o erro mais perigoso é tratar uma venda composta como se fosse uma única passagem simples. Uma balsa pode transportar pessoas, carros, motos, caminhões, bicicletas, bagagens, mercadorias e encomendas. Nem tudo deve ser tratado automaticamente como BP-e.

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

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo da sistemática em papel ou de rotinas legadas. O BP-e modelo 63 substitui essa lógica quando a UF exige, permite ou credencia a emissão eletrônica para a prestação de transporte de passageiros.

O que um sistema para balsas precisa controlar?

Um sistema de BP-e para balsas precisa unir venda de passagem, operação aquaviária, controle de embarque, emissão fiscal eletrônica, financeiro, integrações e auditoria. Não basta imprimir ticket ou recibo: o centro do processo fiscal é o XML autorizado.

Venda de passagem eletrônica em balsas

A venda de passagem eletrônica em balsas precisa ser simples para o operador e completa para o fiscal. O atendente deve conseguir vender rápido, mas o sistema precisa registrar todos os dados necessários para a operação, o pagamento, o embarque e o BP-e.

Travessias, terminais, rampas e pontos de embarque

Nas balsas, o cadastro operacional precisa refletir a realidade da travessia. O sistema deve saber de onde o passageiro sai, para onde vai, qual terminal utiliza, qual balsa executa a viagem, qual horário foi comprado e qual tarifa foi aplicada.

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

Balsas possuem limites operacionais de passageiros, veículos, motos, bicicletas e, em alguns casos, cargas. Por isso, o sistema deve controlar disponibilidade por viagem e impedir vendas acima da capacidade configurada.

Controle de embarque

O controle de embarque evita fraude, duplicidade, confusão de horário e entrada de passageiro ou veículo sem passagem válida. O ideal é validar a passagem por QR Code, localizador, nome, documento, placa, viagem, horário ou lista de embarque.

Pagamentos e conciliação financeira

A operação de balsa pode envolver dinheiro, cartão, PIX, TEF, link de pagamento, agência, marketplace, tarifa do passageiro, tarifa de veículo, desconto, gratuidade, estorno ou remarcação. O sistema deve conciliar venda, pagamento, embarque e BP-e autorizado.

XML, DABPE, autorização e protocolo

No BP-e para balsas de passageiros, o documento fiscal principal é o XML autorizado. O DABPE é uma representação auxiliar usada para facilitar embarque, atendimento ou consulta, mas não substitui o XML.

Cancelamento, remarcação e substituição

Balsas podem sofrer alterações por clima, maré, manutenção, lotação, fila, atraso, bloqueio de rota, troca de embarcação, desistência do passageiro ou mudança de veículo. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

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

Como implantar BP-e para balsas de passageiros

A implantação deve começar pelo mapeamento da operação real. Em balsas, o erro mais comum é configurar o sistema como se fosse apenas uma passagem simples, sem separar passageiro, veículo, carga, rota, horário, embarcação, pagamento e documento fiscal.

Erros comuns no BP-e para balsas de passageiros

Os erros mais comuns são tratar toda travessia como uma passagem simples, não separar passageiro de veículo, usar comprovante de pagamento como documento fiscal, não armazenar XML, não guardar protocolo, ignorar rejeições, não controlar capacidade da balsa, não conciliar cancelamentos e não validar o enquadramento fiscal de carga, veículo ou serviço adicional.

Como o Sistema Vexado ajuda empresas de balsas de passageiros

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

Checklist prático: quando usar BP-e modelo 63 em balsas

Use este checklist para avaliar se a operação de balsa de passageiros está preparada para BP-e modelo 63.

• Validar na SEFAZ competente se a operação precisa emitir BP-e modelo 63.
• Confirmar se o Bilhete de Passagem Aquaviário modelo 14 foi substituído na UF da empresa.
• Separar passageiro, veículo acompanhado, veículo desacompanhado, carga, encomenda, bagagem, turismo e serviço adicional.
• Validar CNPJ, inscrição estadual, certificado digital, credenciamento, ambiente, série e numeração.
• Mapear rotas, travessias, origens, destinos, terminais, rampas, portos, píeres e pontos de embarque.
• Cadastrar balsas, ferry boats, barcos, capacidade, serviços, horários, status e disponibilidade.
• Controlar capacidade de passageiros separada da capacidade de veículos quando aplicável.
• Configurar tarifas, categorias, descontos, gratuidades, benefícios, taxas e regras comerciais.
• Controlar passageiro, comprador, documento, telefone, categoria e dados obrigatórios.
• Controlar placa, tipo de veículo, porte, tarifa e vínculo com passageiro quando aplicável.
• Integrar guichê, terminal, agência, site, marketplace ou atendimento.
• Controlar pagamentos em dinheiro, cartão, PIX, TEF, link, agência e marketplace.
• Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
• Assinar digitalmente o XML com certificado válido.
• Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
• Armazenar XML, protocolo, chave de acesso, DABPE, eventos, logs e relatórios.
• Validar embarque por QR Code, localizador, documento, placa, viagem ou lista de passageiros.
• Tratar rejeições com código, motivo, correção, usuário, tentativa e reenvio.
• Controlar cancelamento operacional, estorno financeiro e evento fiscal aplicável.
• Controlar remarcação, substituição, troca de horário, alteração de passageiro ou veículo quando aplicável.
• Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados, embarcados e pendentes.
• Treinar bilheteria, terminal, agência, financeiro, fiscal, operação, suporte e tecnologia.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e em balsas de passageiros

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e para balsas de passageiros, BP-e Aquaviário, venda de passagens por balsa, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é BP-e normal ou BP-e comum?

O termo BP-e normal é usado por muitas empresas para se referir ao BP-e comum, ou seja, a emissão mais tradicional do Bilhete de Passagem Eletrônico para uma prestação individual de transporte de passageiros.

Esse cenário é muito comum em transporte rodoviário convencional, transporte aquaviário com venda individual, ferroviário com passagem por trecho, venda por guichê, agência, site, marketplace ou aplicativo. A lógica é transacional: uma venda gera uma passagem e essa passagem gera ou se relaciona com um BP-e autorizado.

O que é BP-e TM?

BP-e TM significa Bilhete de Passagem Eletrônico para Transporte Metropolitano. Ele é aplicado em operações metropolitanas ou semiurbanas em linha, especialmente quando a cobrança da passagem ocorre por contadores, catracas ou sistemas equivalentes.

Diferente do BP-e comum, o BP-e TM não deve ser tratado como simples passagem individual. A operação pode depender de dados consolidados por linha, veículo, ponto, estação, validador, contador, catraca, integração, gratuidade, tarifa e período. Por isso, exige uma estrutura mais robusta de integração e auditoria.

Quando usar BP-e comum e quando usar BP-e TM?

A decisão deve seguir a natureza real da operação, a legislação da UF, o credenciamento e o leiaute aplicável. A empresa não deve escolher apenas pela conveniência do sistema. O correto é identificar se a operação é uma passagem individual ou uma prestação metropolitana/semiurbana baseada em eventos e totalizações.

Tabela comparativa: BP-e normal x BP-e TM

A tabela abaixo resume as principais diferenças entre o BP-e comum e o BP-e TM.

Quais dados mudam?

No BP-e comum, os dados principais vêm da venda da passagem. No BP-e TM, os dados principais podem vir da operação, da bilhetagem e dos equipamentos. Essa diferença muda completamente a arquitetura do sistema.

Diferença operacional

O BP-e comum funciona melhor quando a operação é transacional. O usuário compra uma passagem, o sistema registra os dados da venda, emite o documento, gera o DABPE, controla o pagamento e permite embarque.

O BP-e TM funciona em uma lógica de operação contínua. A empresa pode ter milhares ou milhões de eventos gerados por catracas, validadores, cartões, QR Code, gratuidades e integrações. O sistema precisa consolidar esses eventos, validar regras e formar a base fiscal correta.

Catracas, validadores, contadores e totalizações

O BP-e TM depende muito mais da qualidade dos dados operacionais. Catracas, validadores e contadores deixam de ser apenas equipamentos de operação e passam a alimentar a base fiscal. Por isso, cada evento precisa ter origem, hora, equipamento, linha, sentido, categoria, regra de tarifa e vínculo com a totalização.

XML, DABPE, autorização e protocolo

Em qualquer tipo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é documento auxiliar. A diferença é que, no BP-e comum, o XML normalmente nasce da venda da passagem. No BP-e TM, o XML pode nascer de uma lógica de totalizações e eventos operacionais.

Credenciamento e ambiente de emissão

O BP-e TM pode exigir credenciamento específico para esse tipo de emissão. Isso significa que a empresa precisa validar se está autorizada a emitir BP-e comum, BP-e TM ou ambos. Também é necessário confirmar ambiente de homologação, ambiente de produção, série, numeração, certificado, webservices e leiaute aplicável.

Relatórios e auditoria

No BP-e comum, a auditoria normalmente acompanha venda, passageiro, pagamento, embarque, cancelamento, XML e protocolo. No BP-e TM, a auditoria precisa provar como os eventos operacionais formaram a totalização e como a totalização formou o documento fiscal.

O que o sistema precisa controlar?

Um sistema preparado para BP-e comum e BP-e TM precisa suportar duas arquiteturas diferentes: uma transacional e outra consolidada. A transacional nasce da venda. A consolidada nasce dos eventos.

Como implantar BP-e comum ou BP-e TM corretamente

A implantação deve começar com diagnóstico fiscal e operacional. Antes de configurar qualquer sistema, a empresa precisa saber se a emissão nasce de venda individual, de totalização de eventos ou de uma operação híbrida.

Erros comuns

Os erros mais comuns são tratar BP-e TM como se fosse um BP-e comum, ignorar a necessidade de credenciamento específico, não integrar catracas e validadores, não guardar eventos brutos, não gerar relatório analítico, não separar venda individual de totalização, confundir relatório com documento fiscal e acreditar que DABPE substitui XML autorizado.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e comum, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação deve seguir BP-e comum, BP-e TM ou modelo híbrido.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a emissão será BP-e comum, BP-e TM ou os dois.
• Validar se existe credenciamento específico para BP-e TM.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e webservices.
• Mapear venda individual, passageiros, rotas, horários, poltronas, pagamentos e DABPE.
• Mapear eventos de catracas, contadores, validadores, cartões, QR Code, integrações e gratuidades.
• Separar claramente o que é venda individual e o que é evento de totalização.
• Definir regras de totalização por linha, ponto, estação, equipamento, veículo, período, tarifa, categoria e integração.
• Garantir armazenamento de eventos brutos, logs, totalizações, relatórios, XMLs, protocolos e reprocessamentos.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos fiscais.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Conferir vendas, pagamentos, eventos, gratuidades, integrações, totalizações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições, ajustes e reprocessamentos.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e comum e BP-e TM

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e comum, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é o projeto BPeTA?

O projeto BPeTA é a evolução do BP-e para o transporte aéreo de passageiros. Ele cria uma camada técnica e fiscal para que companhias aéreas possam emitir documento eletrônico compatível com a operação aérea e com as novas exigências da Reforma Tributária do Consumo.

O BPeTA possui Nota Técnica específica, serviço de recepção próprio e integração com os demais webservices do BP-e. Isso permite que o documento seja autorizado, consultado, vinculado a eventos e acompanhado dentro da estrutura nacional dos documentos fiscais eletrônicos.

Por que companhias aéreas precisam olhar para o BPeTA?

Companhias aéreas operam com alta complexidade transacional. Uma passagem aérea pode envolver venda direta, agência, OTA, marketplace, localizador, conexão, remarcação, cancelamento, no-show, bagagem, assento, tarifa promocional, taxa de embarque, programa de fidelidade, moeda estrangeira, cartão, PIX, split payment, reacomodação e múltiplas filiais fiscais.

O BPeTA obriga o sistema emissor a transformar essa complexidade em documento fiscal eletrônico válido, autorizado, consultável, auditável e alinhado às regras técnicas em vigor.

Quem é impactado pelo projeto?

O projeto BPeTA impacta diretamente companhias aéreas, mas também afeta todo o ecossistema tecnológico e fiscal ao redor da venda de passagem aérea.

Homologação do BPeTA

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

Produção, autorização e credenciamento

O ambiente de produção do BPeTA exige cuidado com credenciamento e habilitação por UF. A liberação técnica do ambiente não elimina a necessidade de a companhia aérea validar cada filial inscrita, UF, CNPJ, inscrição estadual, certificado, série, numeração e ambiente correto.

Webservices: recepção, consulta, status e eventos

O BPeTA possui serviço de recepção específico e utiliza os demais webservices disponíveis para o sistema BP-e. Isso significa que a implantação precisa cobrir o ciclo completo do documento, não apenas a transmissão inicial.

BPeTA Normal, Múltiplo e Vinculado

O projeto BPeTA trabalha com tipos de compra que mudam a regra do XML. O campo tpCompra define se o documento será Normal, Múltiplo ou Vinculado a BPe múltiplo.

Quais dados o BPeTA precisa controlar?

O BPeTA exige dados fiscais, comerciais, operacionais e financeiros. Como o transporte aéreo é diferente do rodoviário, ferroviário, aquaviário e metropolitano, o sistema precisa tratar campos próprios do modal aéreo.

Reforma Tributária, IBS e CBS no BPeTA

O BPeTA nasce no contexto da Reforma Tributária do Consumo. Por isso, companhias aéreas precisam preparar seus sistemas para IBS, CBS, classificação tributária, meios de pagamento, valores totais do documento, regras de validação e relatórios fiscais.

Transporte aéreo regional

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

Isso não significa que todo voo doméstico recebe redução. O sistema precisa parametrizar critérios de enquadramento, origem, destino, rota, base legal, vigência, classificação tributária e evidência da regra aplicada.

Pagamentos, PagVinc e split payment

O BPeTA também exige atenção aos meios de pagamento. Com a Reforma Tributária, documentos fiscais eletrônicos passam a exigir uma arquitetura mais clara para vincular documento fiscal e transação financeira, especialmente com grupos como pag e PagVinc.

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

O documento fiscal principal do BPeTA é o XML autorizado. A autorização indica que a administração tributária recebeu o documento e validou aspectos formais, como autoria, leiaute, numeração e autorização do emitente. O mérito da declaração continua sendo responsabilidade do emitente.

O que o sistema precisa controlar?

Um sistema preparado para BP-e de companhias aéreas precisa conectar fiscal, venda, reserva, pagamento, operação, eventos, relatórios e auditoria. Não basta gerar XML: é preciso controlar todo o ciclo de vida do documento.

Como implantar um projeto BPeTA

A implantação do BPeTA deve ser feita por etapas. O projeto envolve áreas fiscal, TI, financeiro, operações, atendimento, integrações, jurídico e fornecedores externos.

Erros comuns

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

Como o Vexado pode ajudar

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

No caso específico de BP-e para companhias aéreas e BPeTA, o caminho correto é realizar uma análise técnica e fiscal antes de afirmar operação em produção. É necessário validar NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, tipo de compra, pagamento, PagVinc, eventos, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático para companhias aéreas

• Validar se a empresa precisa emitir BPeTA para transporte aéreo de passageiros.
• Baixar e estudar a NT 2025.002 v2.00 do BPe Transporte Aéreo.
• Baixar schemas oficiais e notas técnicas complementares do Portal BP-e/SVRS.
• Confirmar credenciamento da filial em cada UF competente.
• Configurar CNPJ, IE, UF, certificado, ambiente, série e numeração.
• Separar homologação e produção com endpoints e parâmetros distintos.
• Implementar serviço de recepção do BPeTA.
• Testar consulta, status, eventos e QR Code/DABPE quando aplicável.
• Implementar BPeTA Normal com passageiro obrigatório.
• Implementar BPeTA Múltiplo com comprador obrigatório e passageiro vedado.
• Implementar BPe vinculado a múltiplo com passageiro e chave do BPe múltiplo.
• Validar voo, companhia operadora, aeroporto de origem, aeroporto de destino, trecho e conexão.
• Controlar comprador, passageiro, localizador, canal de venda e reserva.
• Controlar valores, descontos, componentes, taxas, bagagem, assento e serviços adicionais.
• Implementar IBS, CBS, CST, cClassTrib, vTotDFe e regras da Reforma Tributária.
• Parametrizar transporte aéreo regional quando houver enquadramento validado.
• Integrar cartão, PIX, agência, OTA, marketplace, PagVinc e conciliação financeira.
• Testar rejeições de schema, assinatura, credenciamento, pagamento e tributação.
• Testar cancelamento, não embarque, substituição e eventos aplicáveis.
• Gerar relatórios de documentos autorizados, rejeitados, cancelados, pendentes e reprocessados.
• Registrar logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
• Treinar fiscal, TI, financeiro, atendimento, suporte e operação.
• Fazer produção assistida antes de liberar operação ampla.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e para companhias aéreas e BPeTA

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

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.

Quem precisa avaliar BP-e para barcas?

Devem avaliar BP-e as empresas que prestam transporte aquaviário de passageiros por barcas, lanchas, catamarãs, balsas, ferry boats ou embarcações semelhantes, especialmente quando existe venda de passagem, cobrança por trecho, rota regular, origem, destino, horário, terminal, ponto de embarque e controle de passageiro.

A obrigação não deve ser presumida de forma genérica para qualquer embarcação. É necessário analisar a unidade federada competente, o tipo de prestação, a incidência fiscal, o trajeto, a forma de cobrança, o canal de venda e a natureza do serviço.

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

O Bilhete de Passagem Aquaviário modelo 14 pertence à sistemática antiga de emissão fiscal de passagens aquaviárias. O BP-e modelo 63 substitui essa lógica quando a unidade federada exige, permite ou credencia a emissão eletrônica.

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

O que muda na operação aquaviária

Com BP-e, a barca deixa de ter apenas um controle de bilheteria e passa a precisar de uma base fiscal eletrônica integrada. A operação precisa conectar venda, passageiro, embarcação, rota, horário, pagamento, embarque e documento fiscal autorizado.

O que um sistema para barcas precisa controlar?

Um sistema para barcas precisa controlar a operação completa, não apenas imprimir passagem. A emissão fiscal deve nascer da venda correta, com dados operacionais, financeiros e fiscais coerentes.

Venda de passagens em barcas

A venda de passagem em barcas precisa ser rápida no atendimento e completa nos bastidores. O operador precisa vender com poucos passos, mas o sistema precisa registrar todos os dados necessários para operação, financeiro e emissão fiscal.

Rotas, terminais e pontos de embarque

Nas barcas, o cadastro de rota precisa refletir a realidade da operação. O sistema deve saber de onde o passageiro sai, para onde vai, qual terminal utiliza, qual embarcação executa a viagem, qual horário foi comprado e qual tarifa foi aplicada.

Embarcações, horários e capacidade

Barcas podem ter limites de passageiros, classes, horários, janelas de operação, manutenção, alterações por clima e bloqueios por decisão operacional. O sistema deve controlar disponibilidade por viagem e preservar histórico de alterações.

Controle de embarque e validação

O controle de embarque evita fraude, duplicidade, confusão de horário e entrada de passageiro sem passagem válida. O ideal é validar por QR Code, localizador, nome, documento, viagem, horário, lista de passageiros ou status do BP-e.

Pagamentos e conciliação financeira

A emissão fiscal precisa conversar com o financeiro. Em barcas, a venda pode ocorrer em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, app, marketplace ou atendimento assistido. O sistema deve conciliar venda, pagamento, embarque e BP-e autorizado.

XML, DABPE, autorização e protocolo

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

Cancelamento, remarcação e substituição

Operações de barcas podem sofrer alterações por clima, maré, manutenção, lotação, fila, atraso, bloqueio de rota, troca de embarcação, desistência do passageiro ou erro de cadastro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

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

Como implantar BP-e para barcas

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

Erros comuns no BP-e para barcas

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

Como o Sistema Vexado ajuda empresas de barcas

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

Checklist prático para BP-e em barcas

Use este checklist para avaliar se sua operação de barcas está preparada para emissão fiscal de passagens com BP-e modelo 63.

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

Fontes oficiais para validar BP-e em barcas

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e para barcas, BP-e Aquaviário, venda de passagens por embarcação, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

Os dois usam BP-e modelo 63?

Podem usar. O BP-e modelo 63 é o modelo fiscal eletrônico usado para documentar prestações de transporte de passageiros. No transporte ferroviário, ele pode substituir o modelo 16. No transporte metroviário, especialmente quando há transporte metropolitano com catracas, contadores ou validadores, a operação pode exigir um tratamento específico, conhecido como BP-e TM.

O que é BP-e ferroviário?

O BP-e ferroviário é a emissão do Bilhete de Passagem Eletrônico modelo 63 para documentar prestações de transporte ferroviário de passageiros. Ele se relaciona diretamente ao antigo Bilhete de Passagem Ferroviário modelo 16, que pode ser substituído pela emissão eletrônica conforme a regra da unidade federada.

Em uma operação ferroviária, o sistema precisa controlar estações, linhas, trechos, horários, tarifas, passageiros quando aplicável, formas de pagamento, emissão de XML, rejeições, autorização, protocolo, armazenamento, cancelamentos, substituições e relatórios fiscais.

O que é BP-e metroviário?

O BP-e metroviário é o tratamento do BP-e em operações de transporte de passageiros por metrô ou sistema metropolitano semelhante. A diferença é que a operação normalmente não nasce de uma venda individual simples. Ela pode nascer de eventos de catraca, validador, cartão, QR Code, bilhete integrado, gratuidade, benefício tarifário e totalizações por estação ou período.

Por isso, o BP-e metroviário exige atenção muito maior com integrações, consistência dos eventos, qualidade da base de bilhetagem, reprocessamento, reconciliação financeira e auditoria.

O que é BP-e TM?

O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas ou sistemas equivalentes. Ele é relevante para operações metroviárias, metropolitanas e semiurbanas em que a venda não se comporta como uma passagem individual tradicional.

BP-e ferroviário e o modelo 16

O antigo Bilhete de Passagem Ferroviário modelo 16 fazia parte da sistemática anterior de documentos fiscais de passagem. O BP-e modelo 63 moderniza essa rotina com documento eletrônico, XML, assinatura digital, autorização de uso, chave de acesso, protocolo, armazenamento e eventos fiscais.

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

A tabela abaixo resume a diferença prática entre BP-e ferroviário e BP-e metroviário.

Quais dados mudam?

No BP-e ferroviário, os dados mais sensíveis geralmente envolvem estações, trechos, tarifas, horários, passageiros, venda e XML. No BP-e metroviário, além desses elementos, entram equipamentos, eventos, catracas, validadores, cartões, QR Code, integrações, gratuidades, totalizações e relatórios analíticos.

Catracas, validadores e totalizações

No transporte metroviário, a operação fiscal pode depender de milhões de eventos de catraca, cartão, QR Code, gratuidade, integração e tarifa. O sistema precisa transformar esses eventos em uma base fiscal consolidada, sem perder rastreabilidade.

XML, DABPE, autorização e protocolo

No BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. Em operações ferroviárias e metroviárias, o sistema precisa garantir que XML, protocolo, totalizações, relatórios e eventos estejam coerentes.

O que o sistema precisa controlar?

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

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

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

Erros comuns

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

Como o Sistema Vexado ajuda

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

Checklist prático

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

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana ou integrada.
• Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
• Confirmar se o antigo Bilhete de Passagem Ferroviário modelo 16 foi substituído na UF.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear estações, linhas, trechos, sentidos, horários, tarifas e categorias.
• Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
• Definir regras de totalização por estação, equipamento, período, tarifa, categoria e integração.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Armazenar logs, eventos de bilhetagem, totalizações, relatórios e reprocessamentos.
• Conferir vendas, passageiros, eventos, pagamentos, gratuidades, integrações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições e ajustes operacionais.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e ferroviário e metroviário

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é BP-e individual?

BP-e individual é a emissão do Bilhete de Passagem Eletrônico a partir de uma venda específica. Nesse modelo, cada passagem possui vínculo com uma prestação individual, normalmente com passageiro, trecho, data, horário, tarifa, pagamento, embarque e documento auxiliar.

É a lógica mais comum para empresas que vendem passagens em operações rodoviárias convencionais, aquaviárias com venda individual, ferroviárias por trecho, agências de passagens, sites próprios, marketplaces, aplicativos ou guichês.

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

BP-e com totalização é a lógica em que a emissão fiscal é formada a partir da consolidação de eventos operacionais. Em vez de uma venda individual gerar diretamente um documento por passageiro, o sistema coleta eventos, valida dados, agrupa informações e forma a base fiscal conforme a regra aplicável.

Esse modelo é relevante em operações de transporte semiurbano, metropolitano, metroviário, ferroviário de massa e linhas de alta frequência, especialmente quando existe cobrança por contadores, catracas, validadores ou sistemas equivalentes.

Quando utilizar cada modelo?

A escolha entre BP-e individual e BP-e com totalização depende da operação real. O sistema não deve forçar uma operação de catraca a parecer venda individual, nem deve transformar uma passagem individual em simples número agregado sem necessidade.

Relação com BP-e TM

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas ou sistemas equivalentes. Por isso, o BP-e com totalização costuma aparecer em projetos de transporte metropolitano, semiurbano, metroviário ou de alto volume.

Tabela comparativa: BP-e individual x BP-e com totalização

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

Quais dados mudam?

No BP-e individual, o dado fiscal nasce da venda. No BP-e com totalização, o dado fiscal nasce da operação. Essa diferença muda cadastros, integrações, relatórios, validações, logs e auditoria.

Riscos de utilizar o modelo errado

Escolher a lógica errada pode gerar duplicidade, omissão, rejeição, inconsistência fiscal, divergência financeira e dificuldade de auditoria. O problema normalmente aparece quando a empresa tenta adaptar uma operação de alto volume a uma tela de passagem individual, ou quando trata uma venda individual como simples totalização sem preservar dados importantes.

XML, DABPE, autorização e protocolo

Em qualquer modelo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas documento auxiliar. A diferença é que, no BP-e individual, o XML costuma nascer da passagem. No BP-e com totalização, o XML pode nascer de uma consolidação de eventos, conforme regra técnica e fiscal aplicável.

Relatórios e auditoria

No BP-e individual, a auditoria compara venda, pagamento, passageiro, embarque, cancelamento, XML e protocolo. No BP-e com totalização, a auditoria precisa explicar como os eventos brutos viraram totalização e como a totalização formou o documento fiscal.

O que o sistema precisa controlar?

Um sistema preparado para BP-e individual e BP-e com totalização precisa suportar duas arquiteturas: uma transacional e outra consolidada. A transacional nasce da venda. A consolidada nasce dos eventos.

Como implantar BP-e individual ou BP-e com totalização

A implantação deve começar pelo diagnóstico fiscal e operacional. A empresa precisa responder se a emissão nasce de uma venda individual, de uma totalização de eventos ou de uma operação híbrida.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e individual, BP-e com totalização, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação deve seguir BP-e individual, BP-e com totalização ou modelo híbrido.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a emissão será individual, com totalização ou híbrida.
• Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear venda individual, passageiros, rotas, horários, poltronas, pagamentos e DABPE.
• Mapear eventos de catracas, contadores, validadores, cartões, QR Code, integrações e gratuidades.
• Separar claramente o que é venda individual e o que é evento de totalização.
• Definir regras de totalização por linha, ponto, estação, equipamento, veículo, período, tarifa, categoria e integração.
• Garantir armazenamento de eventos brutos, logs, totalizações, relatórios, XMLs, protocolos e reprocessamentos.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos fiscais.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Conferir vendas, pagamentos, eventos, gratuidades, integrações, totalizações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições, ajustes e reprocessamentos.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e individual e BP-e com totalização

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e individual, BP-e com totalização, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é BP-e rodoviário convencional?

O BP-e rodoviário convencional é a emissão do BP-e modelo 63 para documentar uma prestação de transporte rodoviário de passageiros, normalmente com viagem definida, origem, destino, data, horário, passageiro, tarifa, forma de pagamento e DABPE.

É o cenário mais comum para empresas de ônibus intermunicipais, interestaduais ou internacionais que vendem passagens por guichê, agência, site, marketplace, aplicativo ou atendimento assistido. Nesse fluxo, a emissão costuma estar ligada à venda de uma passagem específica para um passageiro específico.

O que é BP-e metropolitano?

O BP-e metropolitano se aplica a operações de transporte de passageiros de caráter metropolitano, semiurbano ou linha regular de alta frequência, especialmente quando a cobrança não acontece como uma passagem individual tradicional, mas por catracas, contadores, validadores ou sistemas equivalentes.

Nesse cenário, o sistema não pode depender apenas de uma tela de “nova reserva”. Ele precisa receber eventos, consolidar dados, separar tarifas, benefícios, gratuidades, integrações, estações, pontos, linhas, sentidos, equipamentos e períodos. Em muitos casos, o tratamento técnico é o BP-e TM.

O que é BP-e TM?

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente com cobrança por contadores, catracas ou sistemas equivalentes. Ele possui tratamento específico e deve ser analisado quando a operação não funciona como venda individual convencional.

Modelo 13, modelo 18 e BP-e modelo 63

O BP-e modelo 63 moderniza a emissão fiscal de passagens de passageiros e pode substituir documentos antigos. No rodoviário convencional, o documento antigo mais associado é o Bilhete de Passagem Rodoviário modelo 13. Em operações com resumo e totalização, o tema também pode envolver o antigo Resumo do Movimento Diário modelo 18, especialmente quando a legislação da UF adota o BP-e como substituto dessas rotinas.

Tabela comparativa: BP-e metropolitano x BP-e rodoviário convencional

A tabela abaixo resume a diferença prática entre os dois cenários.

Quais dados mudam?

No BP-e rodoviário convencional, os dados principais vêm da venda da passagem. No BP-e metropolitano, os dados principais podem vir da bilhetagem e da operação. Isso muda a arquitetura do sistema, os relatórios e os controles de auditoria.

Catracas, validadores, contadores e totalizações

O maior diferencial do BP-e metropolitano está nos equipamentos e eventos. Em uma operação convencional, a venda gera a passagem. Em uma operação metropolitana, milhares de acessos podem acontecer por catracas, validadores, cartões e integrações, exigindo uma base de eventos confiável.

Venda de passagem: individual x fluxo contínuo

No rodoviário convencional, a venda costuma ser individual e transacional. O passageiro compra uma passagem e recebe um comprovante ou DABPE associado àquela prestação. No metropolitano, a operação pode ser contínua: o passageiro usa cartão, QR Code, integração, bilhete eletrônico, gratuidade ou benefício, e o sistema precisa transformar isso em dados fiscais consolidados.

XML, DABPE, autorização e protocolo

Em qualquer cenário de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. A diferença é que, no rodoviário convencional, o DABPE costuma estar naturalmente ligado à passagem individual. No metropolitano, o tratamento pode depender do leiaute específico e da forma como a emissão foi consolidada.

O que o sistema precisa controlar?

Um sistema preparado para BP-e rodoviário convencional e BP-e metropolitano precisa ser flexível. Ele deve atender a passagem individual, mas também precisa suportar eventos, integrações e totalizações quando a operação exige BP-e TM.

Como implantar BP-e metropolitano ou rodoviário convencional

A implantação começa com uma decisão fundamental: a operação é uma venda individual convencional ou uma operação metropolitana/semiurbana com catracas, contadores e totalizações? Essa resposta define o tipo de cadastro, integração, credenciamento, leiaute, relatório e auditoria.

Erros comuns

Os erros mais comuns são tratar BP-e metropolitano como se fosse apenas uma passagem rodoviária comum, ignorar BP-e TM, não integrar catracas e validadores, não guardar eventos brutos, não gerar relatório analítico, não conciliar totalizações com XML, não validar credenciamento específico e não separar corretamente transporte semiurbano, metropolitano e rodoviário convencional.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e rodoviário convencional, BP-e metropolitano, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação deve seguir uma lógica de BP-e rodoviário convencional ou BP-e metropolitano/BP-e TM.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação é rodoviária convencional, semiurbana, metropolitana ou híbrida.
• Validar se a emissão será BP-e comum, BP-e TM ou outro tratamento específico.
• Confirmar se há substituição do Bilhete de Passagem Rodoviário modelo 13.
• Confirmar se há impacto sobre Resumo do Movimento Diário modelo 18.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear linhas, rotas, trechos, sentidos, pontos, terminais, horários, tarifas e categorias.
• Separar venda individual de evento de catraca, validador ou contador.
• Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
• Definir regras de totalização por linha, ponto, estação, equipamento, período, tarifa, categoria e integração.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Armazenar logs, eventos de bilhetagem, totalizações, relatórios e reprocessamentos.
• Conferir vendas, passageiros, eventos, pagamentos, gratuidades, integrações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições e ajustes operacionais.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e metropolitano e rodoviário convencional

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

Atendimento web para empresas de transporte em todo o Brasil

O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e rodoviário convencional, BP-e metropolitano, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é o BP-e modelo 63?

O BP-e modelo 63 é o Bilhete de Passagem Eletrônico. Ele é emitido e armazenado digitalmente, com existência eletrônica, e tem como objetivo documentar prestações de serviço de transporte de passageiros.

Na prática, o documento fiscal principal do BP-e é o XML autorizado. O sistema emissor precisa gerar o XML, assinar digitalmente, transmitir para o ambiente autorizador, receber autorização de uso, armazenar protocolo, permitir consulta pela chave de acesso e manter os registros disponíveis para fiscalização, suporte e auditoria.

Lista dos principais documentos fiscais substituídos pelo BP-e

A lista de documentos substituídos pode variar conforme a legislação de cada unidade federada. Ainda assim, os documentos mais recorrentes nas normas e portais oficiais são os antigos bilhetes de passagem rodoviário, aquaviário e ferroviário, além do Cupom Fiscal Bilhete de Passagem por ECF e do Resumo do Movimento Diário modelo 18 em regras específicas.

Bilhete de Passagem Rodoviário modelo 13

O Bilhete de Passagem Rodoviário modelo 13 era o documento fiscal antigo usado para documentar passagens rodoviárias de passageiros. Ele estava ligado à sistemática de papel, impressão, série, numeração, guarda documental e escrituração tradicional.

Com o BP-e modelo 63, a passagem rodoviária passa a ser documentada eletronicamente quando a empresa está obrigada, autorizada ou credenciada pela UF competente. O sistema precisa controlar passageiro, origem, destino, ponto de embarque, horário, valor, forma de pagamento, poltrona, XML, autorização, protocolo e DABPE quando aplicável.

Bilhete de Passagem Aquaviário modelo 14

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado em prestações aquaviárias de transporte de passageiros. Ele pode aparecer em histórico fiscal, sistemas legados, documentos antigos, rotinas de bilheteria ou auditorias de períodos anteriores ao BP-e.

Com o BP-e modelo 63, a empresa aquaviária precisa estruturar emissão eletrônica vinculada à venda, ao passageiro, à rota, à origem, ao destino, ao ponto de embarque, ao ponto de desembarque, à embarcação ou serviço, ao pagamento, ao XML, à autorização fiscal, ao protocolo e à auditoria.

Bilhete de Passagem Ferroviário modelo 16

O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo usado para transporte ferroviário de passageiros. Com a emissão eletrônica, o BP-e modelo 63 assume a documentação fiscal nos cenários em que a UF exige, permite ou credencia essa emissão.

No transporte ferroviário, o cuidado é maior porque a operação pode envolver estação de embarque, estação de integração, linha, sentido, catracas, validadores, bilhetagem, cartão, QR Code, tarifa, benefício, gratuidade, integração tarifária, totalizações e relatório analítico.

Cupom Fiscal Bilhete de Passagem emitido por ECF

O Cupom Fiscal Bilhete de Passagem emitido por equipamento Emissor de Cupom Fiscal — ECF também aparece em normas estaduais como documento substituído pelo BP-e. Esse caso é importante para empresas que usavam equipamento fiscal físico para emissão de bilhetes ou comprovantes fiscais de passagem.

Com o BP-e, a lógica deixa de depender do equipamento ECF como centro fiscal da emissão e passa a depender do sistema emissor eletrônico, com certificado digital, XML, assinatura, transmissão, autorização, protocolo, consulta e armazenamento digital.

Resumo do Movimento Diário modelo 18

O Resumo do Movimento Diário modelo 18 tem natureza diferente dos bilhetes modelos 13, 14 e 16. Ele era um documento auxiliar de escrituração e consolidação do movimento de transporte de passageiros, especialmente em contextos com inscrição única, múltiplos estabelecimentos, veículos, catracas ou equipamentos equivalentes.

Em regras específicas, como a legislação paulista, o modelo 18 passou a integrar a lista de documentos substituídos pelo BP-e. Essa substituição é especialmente relevante no cenário do BP-e TM, voltado ao transporte metropolitano em linha com cobrança por contadores, catracas ou similares.

BP-e TM e a substituição do modelo 18

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 sistemas equivalentes. Ele é especialmente importante para empresas que operam transporte semiurbano, metropolitano, sistemas integrados, ônibus metropolitanos, metrô, trem urbano ou operações com alto volume de passageiros.

Nesse cenário, a substituição do modelo 18 não é apenas uma mudança de documento. A empresa precisa transformar eventos operacionais de catracas, validadores, contadores e bilhetagem em totalizações fiscais, relatórios analíticos e documentos eletrônicos autorizados.

Comparativo geral dos documentos antigos x BP-e modelo 63

A tabela abaixo resume a diferença entre a sistemática antiga e a emissão eletrônica atual do BP-e modelo 63.

O que mudou para a empresa de transporte?

A substituição dos documentos antigos pelo BP-e modelo 63 muda a rotina da empresa em várias áreas. O impacto não fica só no fiscal. Ele atinge operação, bilheteria, site, agências, financeiro, atendimento, suporte, integrações, relatórios e auditoria.

XML, DABPE, autorização e protocolo

A maior mudança trazida pelo BP-e modelo 63 é a separação entre o documento fiscal eletrônico e sua representação auxiliar. O documento fiscal principal é o XML autorizado. O DABPE é apenas a representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável.

O que o sistema precisa controlar?

Um sistema preparado para BP-e modelo 63 precisa fazer muito mais do que imprimir passagem. Ele precisa integrar venda, operação, fiscal, financeiro, atendimento, documentos eletrônicos, relatórios e auditoria.

Como migrar dos documentos antigos para o BP-e modelo 63

A migração deve ser tratada como projeto fiscal e operacional. Não basta trocar o nome do documento no sistema. A empresa precisa mapear documentos antigos, rotinas fiscais, séries, numerações, canais de venda, formas de pagamento, integrações, relatórios, certificados e regras da UF competente.

Erros comuns na substituição dos documentos antigos pelo BP-e

Os erros mais comuns são tratar o BP-e como se fosse apenas uma impressão, confundir DABPE com XML, não armazenar protocolo, não controlar rejeições, manter o modelo 13, 14, 16 ou ECF como rotina atual quando a empresa já está obrigada ao BP-e, não separar histórico legado, não conciliar financeiro e não validar a regra da UF competente.

Como o Sistema Vexado pode ajudar

O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63 e substituir rotinas antigas de documentos fiscais de passagem, conectando venda, operação, financeiro, emissão fiscal, XML, DABPE, autorização, protocolo, relatórios, integrações, APIs, automação e auditoria.

Checklist prático: documentos fiscais substituídos pelo BP-e modelo 63

Use este checklist para avaliar se sua empresa está preparada para operar corretamente com BP-e modelo 63.

• Validar com a SEFAZ competente quais documentos antigos foram substituídos pelo BP-e na sua UF.
• Confirmar se a empresa está obrigada, autorizada ou credenciada para emissão de BP-e.
• Identificar se a operação envolve modelo 13, modelo 14, modelo 16, ECF, modelo 18 ou histórico legado.
• Separar documentos antigos dos documentos eletrônicos atuais.
• Configurar CNPJ, inscrição estadual, 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, horário, valor e pagamento.
• Controlar rota, linha, veículo, embarcação, estação, poltrona, serviço ou viagem conforme o modal.
• 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, chave de acesso, eventos, relatórios e logs.
• Tratar rejeições com código, motivo, correção, usuário, tentativa e reenvio.
• Controlar cancelamentos, substituições, remarcações e eventos fiscais conforme regra aplicável.
• Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
• Para BP-e TM, mapear catracas, contadores, validadores, bilhetagem, totalizações e relatório analítico.
• Treinar guichês, agências, 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.

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

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

Atendimento web para empresas de transporte em todo o Brasil

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

O que é o BP-e modelo 63?

O BP-e modelo 63 é o Bilhete de Passagem Eletrônico, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros. Ele existe apenas em formato digital, é assinado digitalmente pelo emitente e precisa ser autorizado pela administração tributária antes do fato gerador.

Na operação de transporte, o BP-e pode substituir documentos antigos de passagem, conforme regra da unidade federada e enquadramento da operação. O modelo 63 pode aparecer em diferentes contextos: rodoviário, aquaviário, ferroviário, metropolitano, semiurbano, metroviário e, com o BPeTA, também no transporte aéreo.

Principais mudanças em 2026

As mudanças de 2026 não se limitam a uma nova tag no XML. Elas exigem revisão do motor fiscal, meios de pagamento, eventos, relatórios, schemas, homologação e auditoria.

NTs 2026.001 e 2026.002

Duas frentes técnicas merecem atenção especial em 2026: a NT 2026.001, ligada à vinculação do pagamento, e a NT 2026.002, ligada à Reforma Tributária.

Novos leiautes e schemas

Os leiautes do BP-e em 2026 passam a incorporar campos e regras ligadas à Reforma Tributária e à vinculação do pagamento. Isso exige que o sistema emissor esteja atualizado com os pacotes de schemas oficiais e com as regras de validação vigentes.

IBS e CBS no BP-e modelo 63

O IBS e a CBS são os novos tributos da Reforma Tributária do Consumo. No BP-e, eles exigem campos, grupos e classificações específicas no XML. A empresa precisa saber quando informar o grupo IBSCBS, como classificar a operação e como calcular corretamente valores e totais.

Regras de validação e Rejeição 310

As regras de validação da Reforma Tributária foram criadas para garantir que os documentos fiscais eletrônicos tenham informações consistentes de IBS e CBS. No ambiente técnico, isso pode envolver rejeições quando campos obrigatórios, classificações, valores ou grupos não forem preenchidos corretamente.

Um ponto importante para 2026 é entender a diferença entre obrigação de adaptação e rejeição automática. Comunicados oficiais indicam que houve adiamento de validações que causariam rejeição automática por ausência de determinadas informações de IBS/CBS, mas isso não significa que a empresa deve ignorar a preparação técnica.

vTotDFe e grupo IBSCBS

O vTotDFe é o valor total do documento fiscal eletrônico. Em 2026, esse campo ganha importância porque, quando houver informação no grupo IBSCBS, o total do DFe deve ser informado corretamente.

Para empresas de transporte, o vTotDFe precisa refletir a operação real: tarifa, taxa, desconto, comissão, serviço adicional, valor pago, valor fiscal, tributos e total do documento.

PagVinc e vinculação de pagamento

O PagVinc é uma das grandes mudanças técnicas de 2026. Ele prepara o BP-e para relacionar o documento fiscal eletrônico à transação financeira que pagou aquela prestação de transporte.

Na prática, isso exige que o sistema guarde dados estruturados de pagamento, como NSU, autorização, txid, payment id, terminal, PSP, adquirente, gateway, valor, data, status, estorno e vínculo com o DFe.

Split payment em 2026

O split payment é o mecanismo em que prestadores de serviços de pagamento e instituições operadoras podem segregar e recolher IBS/CBS no momento da liquidação financeira, conforme regulamentação. Para funcionar corretamente, o pagamento precisa estar vinculado ao documento fiscal eletrônico.

Em 2026, os campos de split payment possuem caráter preparatório no ambiente de produção das empresas. Isso significa que o foco deve ser estruturar integrações, armazenar identificadores de pagamento, testar PagVinc, revisar relatórios e preparar a arquitetura para mudanças futuras.

QR Code e DABPE

Além das mudanças ligadas à Reforma Tributária, o BP-e também exige atenção às regras operacionais do DABPE e à consulta por QR Code. O DABPE continua sendo importante para o passageiro, embarque, fiscalização, conferência e consulta do documento.

Empresas devem revisar URLs, parâmetros, impressão, layout do DABPE, armazenamento, consulta e integração com os canais de venda, especialmente em operações online, guichê, agência e marketplaces.

BP-e, BP-e TM e BPeTA

Em 2026, empresas precisam entender que o ecossistema do modelo 63 inclui diferentes contextos técnicos e operacionais. O BP-e comum, o BP-e TM e o BPeTA podem ter regras, leiautes, eventos e fluxos operacionais distintos.

Impactos por modal de transporte

As mudanças de 2026 não atingem todos os modais da mesma forma. Uma operação rodoviária individual é diferente de uma operação metropolitana totalizada, uma travessia aquaviária ou um voo com reserva e OTA.

Pagamentos e conciliação

Com PagVinc e split payment, o pagamento passa a ter papel central na emissão e auditoria do BP-e. A empresa precisa conectar cada venda ao pagamento correto e cada pagamento ao DFe correto.

Eventos fiscais e ciclo de vida

O BP-e em 2026 precisa ser tratado como um documento com ciclo de vida completo. A emissão não termina na autorização. Depois dela, podem existir eventos de cancelamento, substituição, vinculação de pagamento, cancelamento de vinculação, estorno, reprocessamento e correções operacionais.

Homologação e testes

Antes de liberar mudanças em produção, empresas precisam testar cenários reais em homologação. O objetivo é evitar que falhas de IBS/CBS, PagVinc, vTotDFe, schema, pagamento ou evento apareçam no guichê, no site, no app, no validador ou no embarque.

Relatórios e auditoria

As mudanças do BP-e modelo 63 em 2026 exigem relatórios mais completos. A empresa precisa conseguir responder rapidamente quais documentos foram autorizados, rejeitados, cancelados, vinculados a pagamento, pendentes de vínculo, estornados ou divergentes.

O que o sistema precisa controlar?

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

Erros comuns

Os erros mais comuns acontecem quando a empresa trata as mudanças de 2026 como simples atualização de XML, sem revisar pagamentos, eventos, relatórios, homologação e operação.

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 modelo 63 em 2026, Reforma Tributária, IBS, CBS, PagVinc, split payment, pagamentos, eventos, relatórios e auditoria.

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

Checklist prático para BP-e modelo 63 em 2026

• Mapear quais operações da empresa emitem BP-e modelo 63.
• Separar BP-e comum, BP-e TM, BPeTA e operações por modal.
• Atualizar pacotes de schemas das NTs 2026.001 e 2026.002.
• Revisar XML de emissão, assinatura, consulta, status e eventos.
• Parametrizar IBS, CBS, CST, cClassTrib e grupo IBSCBS.
• Garantir preenchimento correto do vTotDFe quando houver IBSCBS.
• Mapear todos os meios de pagamento usados pela empresa.
• Guardar NSU, autorização, txid, payment id, terminal, PSP, gateway e status.
• Preparar PagVinc e eventos de vinculação/cancelamento de vinculação.
• Revisar split payment como preparação técnica, mesmo sem uso obrigatório em produção em 2026.
• Revisar QR Code, DABPE, URLs, PDF, impressão e envio ao passageiro.
• Testar venda em dinheiro, cartão, TEF, PIX, link, agência e marketplace.
• Testar cancelamento, estorno, remarcação, no-show e reprocessamento.
• Testar BP-e TM com catracas, validadores, bilhetagem e totalização.
• Testar BPeTA com reserva, localizador, passageiro, comprador, pagamento e eventos.
• Criar relatórios de autorizados, rejeitados, tributos, pagamentos, eventos e pendências.
• Registrar logs de XML, payload, retorno, protocolo, usuário, erro e correção.
• Treinar fiscal, financeiro, TI, operação, suporte, atendimento e guichês.
• Fazer homologação completa antes de liberar em produção.
• Validar tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e modelo 63 em 2026

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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.