BP-e normal x BP-e TM: quais são as diferenças?
BP-e normal x BP-e TM: quais são as diferenças? Entenda a diferença entre o BP-e comum, usado em passagens individuais de transporte de passageiros, e o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com catracas, contadores, validadores, totalizações, XML, protocolo, relatórios e auditoria.
- Entenda o que normalmente as empresas chamam de BP-e normal ou BP-e comum.
- Veja quando o BP-e TM entra em cena nas operações metropolitanas e semiurbanas.
- Conheça os cuidados com credenciamento, leiaute, catracas, validadores, totalizações, XML, DABPE, protocolo e relatórios.
BP-e normal x BP-e TM: quais são as diferenças? A primeira coisa importante é entender que “BP-e normal” é uma forma comum de mercado para se referir ao BP-e comum, geralmente emitido para uma passagem individual de transporte de passageiros. Já o BP-e TM significa BP-e Transporte Metropolitano, voltado a operações metropolitanas, semiurbanas ou de linha regular com cobrança por catracas, contadores, validadores ou sistemas equivalentes.
Os dois pertencem ao universo do BP-e modelo 63, mas não devem ser tratados como a mesma coisa. O BP-e comum costuma nascer de uma venda individual: passageiro, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo. O BP-e TM pode nascer de uma lógica de eventos e totalizações: linha, sentido, ponto, estação, veículo, catraca, validador, integração, gratuidade, período, relatório analítico, XML autorizado e protocolo.
Por isso, a diferença não é apenas o nome. A diferença está na operação que gera o documento fiscal, no leiaute aplicável, no credenciamento, na origem dos dados, nas integrações necessárias e na forma como a empresa comprova a prestação para fins fiscais e operacionais.
Precisa entender se sua operação usa BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar emissão de BP-e, BP-e TM, venda de passagens, catracas, validadores, totalizações, XML, protocolo, relatórios e auditoria.
Resumo rápido
O BP-e normal, ou BP-e comum, geralmente é usado em uma prestação individual de transporte de passageiros, com passageiro identificado, origem, destino, horário, tarifa, pagamento, XML autorizado, DABPE e protocolo. O BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com cobrança por contadores, catracas ou sistemas equivalentes, exigindo leiaute específico, credenciamento, integração de dados, totalizações, relatórios analíticos e auditoria.
BP-e normal
Termo comercial para BP-e comum, normalmente ligado à passagem individual e passageiro identificado.
BP-e TM
Tipo de BP-e voltado ao transporte metropolitano, semiurbano e operações com contadores ou catracas.
Mesmo modelo 63
Ambos fazem parte do universo do BP-e modelo 63, mas podem ter fluxos, leiautes e dados diferentes.
Sistema emissor
Precisa ser parametrizado conforme UF, credenciamento, tipo de operação, dados e regra fiscal aplicável.
BP-e normal x BP-e TM: qual a diferença?
A diferença principal é que o BP-e normal, ou BP-e comum, normalmente documenta uma prestação individual de transporte de passageiros. Ele costuma nascer de uma venda específica, com passageiro, trecho, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo.
O BP-e TM, por outro lado, é voltado ao transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas, validadores ou sistemas equivalentes. Nesse caso, a emissão pode depender de eventos operacionais, totalizações, relatórios analíticos e credenciamento específico.
Resposta direta: BP-e normal é o BP-e comum usado principalmente em passagens individuais. BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas ou metropolitanas com catracas, contadores, validadores, totalizações e leiaute específico. Ambos podem estar no modelo 63, mas a operação, os dados, as integrações, o credenciamento e a auditoria são diferentes.
| Ponto | BP-e normal / comum | BP-e TM |
|---|---|---|
| Uso típico | Passagem individual de transporte de passageiros. | Transporte metropolitano ou semiurbano com cobrança por sistemas equivalentes. |
| Origem da emissão | Venda da passagem. | Eventos, catracas, contadores, validadores, linhas e totalizações. |
| Passageiro | Normalmente identificado na venda. | Pode ser tratado por eventos, categorias, cartões, gratuidades ou totalização. |
| DABPE | Mais associado à passagem individual. | Tratamento depende do leiaute e da regra aplicável. |
| Controle principal | Venda, passageiro, trecho, pagamento e embarque. | Evento, equipamento, linha, período, totalização e relatório analítico. |
| Auditoria | Venda → pagamento → XML → protocolo. | Evento → totalização → relatório → XML → protocolo. |
O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ-SP com perguntas frequentes sobre BP-e e BP-e TM, a página da SEFAZ-SP sobre BP-e TM, a Portaria CAT 102/2018, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.
O que é BP-e normal ou BP-e comum?
O termo BP-e normal é usado por muitas empresas para se referir ao BP-e comum, ou seja, a emissão mais tradicional do Bilhete de Passagem Eletrônico para uma prestação individual de transporte de passageiros.
Esse cenário é muito comum em transporte rodoviário convencional, transporte aquaviário com venda individual, ferroviário com passagem por trecho, venda por guichê, agência, site, marketplace ou aplicativo. A lógica é transacional: uma venda gera uma passagem e essa passagem gera ou se relaciona com um BP-e autorizado.
Passageiro
Nome, documento, telefone, categoria, benefício, gratuidade e comprador quando aplicável.
Trecho
Origem, destino, ponto de embarque, ponto de desembarque, data, horário e serviço.
Venda
Guichê, agência, site, marketplace, app, atendimento assistido ou operação interna.
Pagamento
Dinheiro, cartão, TEF, PIX, link de pagamento, agência, marketplace ou repasse.
DABPE
Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.
XML autorizado
Documento fiscal eletrônico principal, assinado, autorizado e vinculado ao protocolo.
O que é BP-e TM?
BP-e TM significa Bilhete de Passagem Eletrônico para Transporte Metropolitano. Ele é aplicado em operações metropolitanas ou semiurbanas em linha, especialmente quando a cobrança da passagem ocorre por contadores, catracas ou sistemas equivalentes.
Diferente do BP-e comum, o BP-e TM não deve ser tratado como simples passagem individual. A operação pode depender de dados consolidados por linha, veículo, ponto, estação, validador, contador, catraca, integração, gratuidade, tarifa e período. Por isso, exige uma estrutura mais robusta de integração e auditoria.
Ponto essencial: BP-e TM não é apenas “um BP-e normal com outro nome”. Ele pode exigir leiaute específico, credenciamento próprio, integração com equipamentos, totalizações, relatórios analíticos e rastreabilidade entre evento operacional, XML autorizado e protocolo.
| Elemento do BP-e TM | Por que é importante? |
|---|---|
| Catraca ou contador | Pode registrar a quantidade de passageiros ou acessos utilizados na totalização. |
| Validador | Pode identificar cartão, QR Code, tarifa, integração, gratuidade ou benefício. |
| Linha e sentido | Relacionam o evento à prestação metropolitana ou semiurbana correta. |
| Período ou ciclo | Define o intervalo usado na consolidação da emissão. |
| Totalização | Transforma eventos operacionais em base fiscal auditável. |
| Relatório analítico | Explica como os eventos formaram a emissão fiscal. |
Quando usar BP-e comum e quando usar BP-e TM?
A decisão deve seguir a natureza real da operação, a legislação da UF, o credenciamento e o leiaute aplicável. A empresa não deve escolher apenas pela conveniência do sistema. O correto é identificar se a operação é uma passagem individual ou uma prestação metropolitana/semiurbana baseada em eventos e totalizações.
| Situação | Modelo mais provável | Cuidado principal |
|---|---|---|
| Venda de passagem rodoviária convencional | BP-e comum. | Controlar passageiro, origem, destino, horário, poltrona, pagamento, XML e DABPE. |
| Venda online de passagem com passageiro identificado | BP-e comum. | Integrar site, pagamento, reserva, emissão, cancelamento e embarque. |
| Viagem intermunicipal a partir de rodoviária | BP-e comum, conforme regra da UF. | Validar dados do passageiro, trecho, tarifa, DABPE, XML e protocolo. |
| Linha semiurbana com contador ou catraca | BP-e TM, conforme regra da UF. | Validar credenciamento, leiaute, totalização e relatório analítico. |
| Transporte metropolitano com validador | BP-e TM. | Integrar eventos de cartão, QR Code, gratuidade, integração e tarifa. |
| Operação híbrida | Pode exigir BP-e comum e BP-e TM. | Separar bases para evitar duplicidade, omissão e divergência fiscal. |
Regra prática: se a operação nasce de uma venda individual, avalie BP-e comum. Se nasce de catracas, contadores, validadores ou eventos consolidados em linha semiurbana/metropolitana, avalie BP-e TM.
Tabela comparativa: BP-e normal x BP-e TM
A tabela abaixo resume as principais diferenças entre o BP-e comum e o BP-e TM.
| Critério | BP-e normal / comum | BP-e TM |
|---|---|---|
| Nome usual | BP-e normal, BP-e comum ou BP-e convencional. | BP-e TM ou BP-e Transporte Metropolitano. |
| Modelo fiscal | BP-e modelo 63. | BP-e modelo 63 com tratamento específico de transporte metropolitano. |
| Tipo de operação | Passagem individual de transporte de passageiros. | Transporte semiurbano ou metropolitano em linha. |
| Forma de cobrança | Venda individual em guichê, site, agência, app ou marketplace. | Contadores, catracas, validadores, cartões, QR Code ou sistemas equivalentes. |
| Passageiro | Normalmente identificado. | Pode ser identificado por bilhetagem ou tratado por categoria e totalização. |
| Documento auxiliar | DABPE normalmente associado à passagem. | Tratamento depende do leiaute e da regra fiscal aplicável. |
| Integrações | Venda, pagamento, reserva, embarque e fiscal. | Bilhetagem, catracas, validadores, contadores, financeiro, fiscal e BI. |
| Auditoria | Venda, pagamento, passagem, XML e protocolo. | Evento, equipamento, totalização, relatório, XML e protocolo. |
| Complexidade | Alta, mas transacional. | Muito alta, por volume, integração e rastreabilidade. |
Quais dados mudam?
No BP-e comum, os dados principais vêm da venda da passagem. No BP-e TM, os dados principais podem vir da operação, da bilhetagem e dos equipamentos. Essa diferença muda completamente a arquitetura do sistema.
| Dado | BP-e normal / comum | BP-e TM |
|---|---|---|
| Passageiro | Nome, documento, categoria e comprador quando aplicável. | Pode ser anônimo, classificado por categoria, cartão, benefício ou integração. |
| Origem e destino | Cidade, rodoviária, ponto de embarque e desembarque. | Linha, sentido, estação, ponto, município, área metropolitana ou ciclo. |
| Pagamento | Diretamente ligado à venda da passagem. | Bilhetagem, cartão, QR Code, integração, subsídio, gratuidade ou repasse. |
| Equipamento | Leitor de QR Code ou validação de embarque, quando aplicável. | Catraca, contador, validador, terminal, veículo, estação ou ponto. |
| Período | Data e horário da passagem ou viagem. | Período de totalização, ciclo, dia, mês, veículo, linha ou equipamento. |
| Relatório | Vendas, passageiros, embarques, cancelamentos e financeiro. | Eventos, totalizações, equipamentos, tarifas, gratuidades, integrações e auditoria. |
Diferença operacional
O BP-e comum funciona melhor quando a operação é transacional. O usuário compra uma passagem, o sistema registra os dados da venda, emite o documento, gera o DABPE, controla o pagamento e permite embarque.
O BP-e TM funciona em uma lógica de operação contínua. A empresa pode ter milhares ou milhões de eventos gerados por catracas, validadores, cartões, QR Code, gratuidades e integrações. O sistema precisa consolidar esses eventos, validar regras e formar a base fiscal correta.
BP-e comum
Venda individual, reserva, pagamento, DABPE, embarque e XML autorizado.
BP-e TM
Eventos, linhas, equipamentos, totalizações, relatórios e XML autorizado.
Operação transacional
Cada passagem possui uma jornada clara: venda, emissão, pagamento, embarque e auditoria.
Operação consolidada
Milhares de eventos precisam ser agrupados, validados e explicados por relatórios.
Catracas, validadores, contadores e totalizações
O BP-e TM depende muito mais da qualidade dos dados operacionais. Catracas, validadores e contadores deixam de ser apenas equipamentos de operação e passam a alimentar a base fiscal. Por isso, cada evento precisa ter origem, hora, equipamento, linha, sentido, categoria, regra de tarifa e vínculo com a totalização.
| Elemento | Função na operação | Risco se não controlar |
|---|---|---|
| Catraca | Registra passagem física do usuário. | Contagem incorreta, duplicidade ou omissão de passageiros. |
| Contador | Registra volume de acessos ou passageiros. | Totalização sem base confiável. |
| Validador | Identifica cartão, QR Code, tarifa, integração ou benefício. | Erro em gratuidade, integração, desconto ou categoria tarifária. |
| Evento bruto | Registro original antes da consolidação. | Perda de rastreabilidade para auditoria. |
| Totalização | Agrupa eventos por período, linha, ponto, veículo, tarifa ou categoria. | XML sem explicação analítica adequada. |
| Relatório analítico | Explica como a totalização foi formada. | Dificuldade de comprovar dados ao Fisco. |
Ponto crítico: no BP-e TM, não basta saber o total final. É preciso provar como o total foi formado, de onde vieram os eventos, quais equipamentos participaram e como isso se conecta ao XML autorizado.
XML, DABPE, autorização e protocolo
Em qualquer tipo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é documento auxiliar. A diferença é que, no BP-e comum, o XML normalmente nasce da venda da passagem. No BP-e TM, o XML pode nascer de uma lógica de totalizações e eventos operacionais.
| Elemento | Função | Cuidado necessário |
|---|---|---|
| XML | Documento fiscal eletrônico principal. | Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar. |
| Certificado digital | Assina o documento eletrônico. | Deve estar válido e vinculado corretamente ao emitente. |
| Autorização de uso | Confirma o uso fiscal do BP-e. | Sem autorização, o documento não deve ser tratado como BP-e regular. |
| Protocolo | Comprova o retorno da administração tributária. | Precisa ficar vinculado ao XML e à chave de acesso. |
| DABPE | Documento auxiliar. | Não substitui o XML autorizado. |
| Eventos fiscais | Cancelamento, substituição, rejeição, reprocessamento ou ajustes aplicáveis. | Precisam manter vínculo com venda, evento original, totalização ou documento. |
Regra prática: comprovante, recibo, ticket interno, relatório, catraca, validador, contador ou DABPE sem XML autorizado e protocolo não substituem o BP-e quando a operação exige documento fiscal eletrônico.
Credenciamento e ambiente de emissão
O BP-e TM pode exigir credenciamento específico para esse tipo de emissão. Isso significa que a empresa precisa validar se está autorizada a emitir BP-e comum, BP-e TM ou ambos. Também é necessário confirmar ambiente de homologação, ambiente de produção, série, numeração, certificado, webservices e leiaute aplicável.
| Item | BP-e comum | BP-e TM |
|---|---|---|
| Credenciamento | Credenciamento para emissão de BP-e conforme regra da UF. | Pode exigir credenciamento específico para transporte metropolitano. |
| Ambiente | Homologação e produção do BP-e. | Homologação e produção compatíveis com BP-e TM. |
| Leiaute | Leiaute comum do BP-e conforme MOC e notas técnicas. | Leiaute específico para transporte metropolitano quando aplicável. |
| Webservice | Serviços de autorização e consulta do BP-e comum. | Serviços e regras compatíveis com BP-e TM quando disponibilizados pela UF. |
| Testes | Venda, XML, DABPE, cancelamento, rejeição e protocolo. | Eventos, totalizações, relatório, XML, rejeição, autorização e protocolo. |
Relatórios e auditoria
No BP-e comum, a auditoria normalmente acompanha venda, passageiro, pagamento, embarque, cancelamento, XML e protocolo. No BP-e TM, a auditoria precisa provar como os eventos operacionais formaram a totalização e como a totalização formou o documento fiscal.
| Relatório | BP-e comum | BP-e TM |
|---|---|---|
| Vendas | Passagens vendidas, canceladas, remarcadas e embarcadas. | Pode existir, mas não é sempre a base fiscal principal. |
| Financeiro | Dinheiro, cartão, PIX, agência, marketplace e repasses. | Bilhetagem, integrações, subsídios, gratuidades, repasses e conciliação. |
| Operacional | Viagens, passageiros, poltronas, listas e embarques. | Eventos, equipamentos, linhas, pontos, estações, veículos e períodos. |
| Fiscal | XMLs autorizados, rejeitados, cancelados, substituídos e pendentes. | XMLs, totalizações, relatórios analíticos, reprocessamentos e protocolos. |
| Auditoria | Rastreabilidade da passagem individual. | Rastreabilidade entre evento bruto, totalização, relatório, XML e protocolo. |
O que o sistema precisa controlar?
Um sistema preparado para BP-e comum e BP-e TM precisa suportar duas arquiteturas diferentes: uma transacional e outra consolidada. A transacional nasce da venda. A consolidada nasce dos eventos.
| Funcionalidade | BP-e normal / comum | BP-e TM |
|---|---|---|
| Cadastro fiscal | CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento. | Além do cadastro fiscal, pode exigir credenciamento específico para transporte metropolitano. |
| Venda | Passagem individual, passageiro, trecho, horário, tarifa e pagamento. | Eventos de bilhetagem, catraca, validador, contador, integração e período. |
| Operação | Viagem, veículo, motorista, poltrona, embarque e lista. | Linha, ponto, estação, equipamento, veículo, ciclo, tarifa e totalização. |
| Emissão fiscal | XML por passagem ou venda, conforme regra aplicável. | XML gerado a partir de consolidação e totalização de eventos. |
| Financeiro | Pagamento direto da passagem. | Bilhetagem, repasses, subsídios, gratuidades, integração e conciliação. |
| Auditoria | Venda → XML → protocolo. | Evento → totalização → relatório → XML → protocolo. |
| Reprocessamento | Correção de venda, rejeição ou cancelamento. | Correção de evento, totalização, período, equipamento ou relatório analítico. |
Como implantar BP-e comum ou BP-e TM corretamente
A implantação deve começar com diagnóstico fiscal e operacional. Antes de configurar qualquer sistema, a empresa precisa saber se a emissão nasce de venda individual, de totalização de eventos ou de uma operação híbrida.
| Etapa | O que fazer | Resultado esperado |
|---|---|---|
| 1. Diagnóstico fiscal | Validar UF, obrigatoriedade, credenciamento, BP-e comum, BP-e TM e documentos substituídos. | Definir o tipo de emissão correto. |
| 2. Diagnóstico operacional | Mapear venda individual, linhas, pontos, catracas, validadores, cartões e integrações. | Entender a origem real dos dados fiscais. |
| 3. Cadastro base | Configurar empresa, certificado, série, ambiente, rotas, linhas, pontos, equipamentos e tarifas. | Base pronta para emissão e auditoria. |
| 4. Integrações | Conectar site, agência, marketplace, TEF, PIX, catracas, validadores, bilhetagem e financeiro. | Redução de divergência e retrabalho. |
| 5. Homologação | Testar XML, DABPE, rejeições, cancelamentos, totalizações, relatórios e reprocessamentos. | Fluxo validado antes da produção. |
| 6. Produção assistida | Acompanhar primeiras emissões, eventos, totalizações, divergências e protocolos. | Entrada segura em produção. |
| 7. Auditoria contínua | Conferir vendas, eventos, totalizações, XMLs, protocolos, cancelamentos e financeiro. | Operação fiscal mais segura e rastreável. |
Erros comuns
Os erros mais comuns são tratar BP-e TM como se fosse um BP-e comum, ignorar a necessidade de credenciamento específico, não integrar catracas e validadores, não guardar eventos brutos, não gerar relatório analítico, não separar venda individual de totalização, confundir relatório com documento fiscal e acreditar que DABPE substitui XML autorizado.
Achar que é tudo BP-e normal
BP-e TM pode exigir leiaute, credenciamento, totalização e relatório próprios.
Ignorar credenciamento
A emissão de BP-e TM pode depender de habilitação específica na UF.
Não guardar evento bruto
Sem evento original, fica difícil provar a origem da totalização.
Confundir relatório com XML
Relatório ajuda na auditoria, mas o documento fiscal principal é o XML autorizado.
Misturar operações
Venda individual e totalização precisam ser separadas para evitar duplicidade ou omissão.
Não validar UF
Regras, prazos, credenciamento, leiaute e documentos substituídos podem variar.
Como o Sistema Vexado ajuda
O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e comum, BP-e TM, venda de passagens, emissão fiscal, integrações, catracas, validadores, totalizações, relatórios, financeiro e auditoria.
Emissão de BP-e
A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle dos documentos fiscais eletrônicos.
Venda de passagens
A solução de venda de passagens conecta passageiro, rota, pagamento, reserva, bilhete, embarque e emissão fiscal.
BP-e Metropolitano
A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, catracas, validadores e totalizações.
BP-e Semiurbano
A página de BP-e para transporte semiurbano apoia operações com características próximas ao metropolitano.
Integrações e APIs
As integrações e APIs podem conectar site, agência, marketplace, financeiro, catracas, validadores, bilhetagem e sistemas externos.
Consultoria e implantação
A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento, integrações e operação fiscal.
Sistema web nacional: o Vexado é uma solução web para empresas de transporte e pode apoiar operações em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.
Checklist prático
Use este checklist para avaliar se sua operação deve seguir BP-e comum, BP-e TM ou modelo híbrido.
- Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
- Confirmar se a emissão será BP-e comum, BP-e TM ou os dois.
- Validar se existe credenciamento específico para BP-e TM.
- Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e webservices.
- Mapear venda individual, passageiros, rotas, horários, poltronas, pagamentos e DABPE.
- Mapear eventos de catracas, contadores, validadores, cartões, QR Code, integrações e gratuidades.
- Separar claramente o que é venda individual e o que é evento de totalização.
- Definir regras de totalização por linha, ponto, estação, equipamento, veículo, período, tarifa, categoria e integração.
- Garantir armazenamento de eventos brutos, logs, totalizações, relatórios, XMLs, protocolos e reprocessamentos.
- Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos fiscais.
- Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
- Conferir vendas, pagamentos, eventos, gratuidades, integrações, totalizações e documentos fiscais.
- Testar rejeições, contingências, cancelamentos, substituições, ajustes e reprocessamentos.
- Gerar relatórios analíticos para auditoria fiscal e operacional.
- Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro, guichê e suporte.
- Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.
Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e comum, BP-e TM, integrações, XML, protocolo, totalizações e auditoria.
Fontes oficiais para validar BP-e comum e BP-e TM
Como BP-e comum e BP-e TM envolvem obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem ou equipe técnica.
Portal Nacional BP-e/SVRS
Consulte FAQ, documentos técnicos, MOC, schemas e orientações do projeto BP-e: FAQ BP-e/SVRS.
Documentos BP-e/SVRS
Consulte manuais, schemas, notas técnicas e pacotes técnicos: Documentos BP-e/SVRS.
Legislação BP-e/SVRS
Consulte normas nacionais do projeto BP-e: Legislação BP-e/SVRS.
SEFAZ-SP FAQ BP-e
Consulte a diferença prática entre BP-e comum e BP-e TM: Perguntas Frequentes BP-e.
SEFAZ-SP BP-e TM
Consulte orientação sobre BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.
Portaria CAT 102/2018
Consulte regras sobre emissão de BP-e, DABPE, credenciamento, BP-e TM e totalizações: Portaria CAT 102/2018.
Atendimento web para empresas de transporte em todo o Brasil
O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e comum, BP-e TM, integrações, totalizações, relatórios, financeiro, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.
A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.
FAQ completo sobre BP-e normal x BP-e TM
BP-e normal e BP-e TM são a mesma coisa?
Não. Ambos fazem parte do universo do BP-e modelo 63, mas o BP-e normal costuma ser o BP-e comum usado em passagem individual, enquanto o BP-e TM é voltado ao transporte metropolitano com catracas, contadores ou sistemas equivalentes.
O que é BP-e normal?
É a forma comercial de chamar o BP-e comum, geralmente usado para documentar uma passagem individual de transporte de passageiros, com passageiro, trecho, horário, pagamento, XML, DABPE e protocolo.
O que é BP-e TM?
BP-e TM é o Bilhete de Passagem Eletrônico para Transporte Metropolitano, usado em operações com cobrança por contadores, catracas ou sistemas equivalentes, conforme leiaute e credenciamento aplicáveis.
BP-e TM é outro modelo fiscal?
Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, credenciamento, totalizações e relatórios próprios.
Quando usar BP-e comum?
Normalmente em operações de venda individual, como rodoviário convencional, venda online, guichê, agência, marketplace ou operações em que cada passageiro tem passagem própria.
Quando usar BP-e TM?
Normalmente em operações semiurbanas ou metropolitanas com cobrança por catracas, contadores, validadores ou sistemas equivalentes, conforme regra da UF e credenciamento.
O DABPE substitui o XML?
Não. O DABPE é documento auxiliar. O documento fiscal principal é o XML autorizado, vinculado à chave de acesso e ao protocolo.
Relatório de totalização substitui o BP-e TM?
Não. O relatório ajuda a explicar e auditar os dados, mas o documento fiscal eletrônico principal continua sendo o XML autorizado quando a operação exige BP-e.
O sistema precisa guardar evento bruto no BP-e TM?
Sim. Em operações com totalização, é recomendável guardar evento bruto, logs, reprocessamentos e relatórios, pois a auditoria depende da rastreabilidade entre evento, totalização, XML e protocolo.
Uma empresa pode usar BP-e comum e BP-e TM?
Sim. Empresas com operações híbridas podem ter BP-e comum para venda individual e BP-e TM para linhas metropolitanas, semiurbanas ou operações com catracas e validadores.
O que acontece se o BP-e for rejeitado?
O sistema deve registrar código e motivo da rejeição, permitir correção, reenvio, controle de tentativas e impedir que a operação fique sem regularização fiscal.
Quais dados um sistema para BP-e comum precisa controlar?
Precisa controlar empresa, certificado, ambiente, rotas, horários, passageiros, poltronas quando aplicável, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.
Quais dados um sistema para BP-e TM precisa controlar?
Precisa controlar empresa, certificado, ambiente, linhas, pontos, catracas, validadores, contadores, veículos, tarifas, integrações, gratuidades, eventos, totalizações, XML, autorização, protocolo, relatórios e auditoria.
O Vexado pode ajudar com BP-e comum e BP-e TM?
O Vexado pode apoiar empresas com BP-e comum, BP-e TM, venda de passagens, integrações, APIs, relatórios, financeiro, embarque e gestão operacional, conforme análise técnica e fiscal.
Empresas fora de São Paulo seguem a mesma regra?
Empresas devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, obrigatoriedade, prazos, ambiente, leiaute, documentos substituídos e procedimentos podem variar.
O sistema substitui o contador?
Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, guarda documental e obrigatoriedade devem ser validadas com contador, responsável fiscal e SEFAZ.
Como falar com o Vexado?
O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de BP-e comum, BP-e TM ou modelo híbrido.
Quer organizar BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar venda de passagens, BP-e TM, XML, catracas, validadores, totalizações, relatórios e auditoria.
Conclusão
BP-e normal e BP-e TM não devem ser tratados como a mesma coisa. O BP-e normal, ou BP-e comum, normalmente atende operações de passagem individual, com venda, passageiro, trecho, pagamento, DABPE, XML e protocolo. O BP-e TM atende operações metropolitanas ou semiurbanas com contadores, catracas, validadores, totalizações, relatórios e credenciamento específico.
A escolha correta depende da operação real, da UF competente, do credenciamento, do leiaute técnico e da forma como a empresa cobra e registra a prestação. Usar BP-e comum quando a operação exige BP-e TM pode gerar risco fiscal e perda de rastreabilidade. Usar lógica de totalização onde deveria haver passagem individual pode gerar perda de dados importantes da venda, do passageiro e do embarque.
O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e comum, BP-e TM, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica e responsáveis fiscais.
Quer avaliar o Vexado para BP-e comum ou BP-e TM? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.
Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e normal, BP-e comum, BP-e TM, BP-e Transporte Metropolitano, BP-e modelo 63, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, catracas, validadores, contadores, bilhetagem, integração tarifária, totalizações, relatório analítico, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, fornecedor de bilhetagem, equipe técnica ou profissionais especializados antes de tomar decisões.
