BP-e por passageiro x BP-e por totalização: entenda as diferenças
BP-e por passageiro x BP-e por totalização: entenda as diferenças entre a emissão individual de passagem e a emissão baseada em eventos consolidados, totalizações, catracas, validadores, contadores, BP-e TM, XML, DABPE, autorização, protocolo, relatórios e auditoria fiscal.
- Entenda quando o BP-e nasce de uma passagem individual por passageiro.
- Veja quando a operação pode exigir BP-e por totalização, especialmente em linhas semiurbanas, metropolitanas ou de alto volume.
- Conheça o que o sistema precisa controlar para evitar erro fiscal, divergência operacional, falha de auditoria e perda de rastreabilidade.
BP-e por passageiro x BP-e por totalização: entenda as diferenças. Essa comparação é essencial para empresas de transporte que trabalham com venda de passagens rodoviárias convencionais, linhas semiurbanas, transporte metropolitano, metrô, trem, catracas, validadores, bilhetagem eletrônica, cartões, QR Code, gratuidades, integrações tarifárias e operações de alto volume.
Na prática, o BP-e por passageiro é a lógica mais conhecida: cada venda ou passagem individual gera um documento fiscal eletrônico relacionado a um passageiro, trecho, horário, tarifa, pagamento, embarque, XML autorizado, DABPE e protocolo.
Já o BP-e por totalização é uma lógica usada em operações em que a prestação não nasce necessariamente de uma venda individual tradicional, mas de eventos operacionais consolidados: catracas, contadores, validadores, cartões, QR Code, gratuidades, integrações, estações, linhas, pontos, veículos, ciclos, períodos e relatórios analíticos. Esse cenário é muito importante para BP-e TM, transporte semiurbano, metropolitano, metroviário e operações de grande volume.
Precisa estruturar BP-e por passageiro ou por totalização? Fale com o Vexado e veja como organizar venda de passagens, BP-e TM, catracas, validadores, XML, DABPE, totalizações, relatórios, financeiro e auditoria.
Resumo rápido
O BP-e por passageiro é indicado para operações em que a emissão nasce de uma passagem individual: passageiro, origem, destino, horário, poltrona, tarifa, pagamento, DABPE, XML autorizado e protocolo. O BP-e por totalização é usado quando a emissão nasce da consolidação de eventos operacionais: catracas, contadores, validadores, cartões, QR Code, integrações, gratuidades, linhas, estações, pontos, veículos e períodos. Ambos podem estar dentro do universo do BP-e modelo 63, mas a forma de geração, auditoria, relatórios e integrações muda bastante.
Por passageiro
Emissão ligada à passagem individual, com passageiro, trecho, horário, pagamento, XML, DABPE e protocolo.
Por totalização
Emissão baseada em eventos consolidados, catracas, validadores, contadores, períodos e relatórios.
BP-e TM
Tratamento específico para transporte metropolitano com cobrança por contadores, catracas ou sistemas equivalentes.
Sistema emissor
Precisa controlar venda individual ou eventos totalizados com rastreabilidade completa.
BP-e por passageiro x BP-e por totalização: qual a diferença?
A diferença principal está na origem dos dados que formam o BP-e. No BP-e por passageiro, a emissão nasce de uma passagem individual vendida para um passageiro, com trecho, horário, pagamento e DABPE. No BP-e por totalização, a emissão nasce de eventos consolidados, como catracas, contadores, validadores, integrações, gratuidades, cartões, QR Code, pontos, estações, veículos, linhas e períodos.
Resposta direta: BP-e por passageiro é a lógica de emissão individual da passagem. BP-e por totalização é a lógica de emissão baseada em consolidação de eventos operacionais. A primeira é comum em passagens rodoviárias convencionais; a segunda é comum em transporte semiurbano, metropolitano, metroviário, ferroviário de alto volume ou operações com catracas, validadores e BP-e TM.
| Ponto | BP-e por passageiro | BP-e por totalização |
|---|---|---|
| Origem da emissão | Venda individual da passagem. | Consolidação de eventos operacionais. |
| Base principal | Passageiro, trecho, horário, tarifa e pagamento. | Catraca, contador, validador, linha, estação, ponto, veículo e período. |
| Uso comum | Rodoviário convencional, venda por guichê, site, agência ou app. | Metropolitano, semiurbano, metroviário, ferroviário de massa e operações de alto volume. |
| Documento auxiliar | DABPE normalmente associado à passagem individual. | Tratamento depende do leiaute, regra da UF e tipo de emissão. |
| Auditoria | Venda → pagamento → XML → protocolo → embarque. | Evento → validação → totalização → relatório → XML → protocolo. |
| Risco principal | Erro em passageiro, trecho, tarifa, pagamento ou cancelamento. | Perda de rastreabilidade entre evento, totalização, relatório e XML. |
O tema deve ser validado em fontes oficiais, como o FAQ do Portal Nacional BP-e/SVRS, os documentos técnicos do BP-e/SVRS, a página da SEFAZ-SP sobre BP-e TM, a Portaria CAT 102/2018, a Portaria SRE 33/2026 e a legislação da SEFAZ competente pela operação.
O que é BP-e por passageiro?
BP-e por passageiro é a emissão do Bilhete de Passagem Eletrônico a partir de uma venda individual. A empresa vende uma passagem para um passageiro, com origem, destino, data, horário, tarifa, forma de pagamento e, quando aplicável, poltrona, ponto de embarque e ponto de desembarque.
Essa lógica é muito comum em empresas de transporte rodoviário convencional, aquaviário com venda individual, ferroviário com passagem por trecho ou qualquer operação em que cada passageiro tenha um documento fiscal individualizado.
Passageiro
Nome, documento, telefone, categoria, benefício, gratuidade e comprador quando aplicável.
Trecho
Origem, destino, ponto de embarque, ponto de desembarque, horário, linha e serviço.
Poltrona
Quando existe mapa de assentos, o sistema controla reserva, bloqueio, ocupação e embarque.
Pagamento
Dinheiro, cartão, TEF, PIX, link de pagamento, agência, marketplace ou outro canal.
XML autorizado
Documento fiscal eletrônico principal, com assinatura digital, autorização e protocolo.
DABPE
Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.
O que é BP-e por totalização?
BP-e por totalização é a lógica em que a emissão fiscal é formada a partir da consolidação de eventos operacionais. Em vez de cada venda individual gerar diretamente um BP-e separado, o sistema recebe eventos de catracas, contadores, validadores, bilhetagem, cartões, QR Code, gratuidades, integrações e outras fontes, totaliza esses dados e gera a base fiscal conforme a regra aplicável.
Essa lógica aparece principalmente em operações de transporte metropolitano, semiurbano, metroviário, ferroviário de grande volume e linhas com cobrança por equipamentos ou sistemas equivalentes. O ponto mais importante é que a totalização precisa ser auditável.
| Fonte de evento | O que registra | Como entra na totalização |
|---|---|---|
| Catraca | Passagem física do usuário pelo equipamento. | Quantidade de acessos por veículo, estação, ponto, linha ou período. |
| Contador | Volume de passageiros ou giros do equipamento. | Base quantitativa para formação da totalização. |
| Validador | Cartão, QR Code, benefício, gratuidade, integração ou tarifa. | Classificação do evento por tipo de tarifa ou categoria. |
| Bilhetagem eletrônica | Créditos, saldos, integrações, gratuidades, benefícios e transações. | Conciliação entre financeiro, operação e fiscal. |
| Relatório operacional | Eventos por período, linha, estação, ponto, veículo ou equipamento. | Base analítica para conferência e auditoria. |
Quando usar cada lógica?
A escolha não deve ser feita por preferência operacional. Ela depende do tipo de prestação, da forma de cobrança, da regra fiscal da UF, do credenciamento, do leiaute técnico e da maneira como a operação realmente acontece.
| Situação | Lógica mais provável | Cuidado principal |
|---|---|---|
| Venda rodoviária convencional com passageiro identificado | BP-e por passageiro. | Controlar passageiro, trecho, horário, pagamento, DABPE, XML e protocolo. |
| Venda online de passagem individual | BP-e por passageiro. | Integrar site, pagamento, reserva, emissão, cancelamento e embarque. |
| Linha metropolitana com catraca | BP-e por totalização / BP-e TM. | Controlar eventos, equipamentos, totalizações, relatórios e credenciamento. |
| Operação semiurbana com contador | BP-e por totalização / BP-e TM, conforme regra da UF. | Garantir rastreabilidade entre contador, período, totalização e XML. |
| Metrô ou trem urbano com validadores | BP-e por totalização. | Controlar estação, validador, cartão, integração, gratuidade e relatório analítico. |
| Operação híbrida | Pode exigir as duas lógicas. | Separar venda individual de evento totalizado para não misturar bases fiscais. |
Boa prática: empresas com operação híbrida devem separar claramente o que é passagem individual e o que é evento de bilhetagem ou catraca. Misturar as duas bases gera risco de duplicidade, omissão, rejeição, divergência financeira e inconsistência fiscal.
Relação com BP-e TM
O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente quando há cobrança por contadores, catracas ou sistemas equivalentes. Por isso, o BP-e por totalização costuma aparecer fortemente em projetos de BP-e TM.
Enquanto o BP-e por passageiro depende da venda individual, o BP-e TM pode depender de uma base consolidada de eventos. Isso exige integração, validação, totalização, relatório analítico, XML, autorização, protocolo e armazenamento com rastreabilidade.
| Elemento | BP-e por passageiro | BP-e por totalização / BP-e TM |
|---|---|---|
| Entrada de dados | Venda da passagem. | Eventos de catraca, contador, validador ou bilhetagem. |
| Quantidade de documentos | Normalmente associada a passagens individuais. | Pode ser baseada em ciclos, períodos ou totalizações conforme regra aplicável. |
| Relatório analítico | Ajuda na conferência da venda e do financeiro. | É essencial para justificar a formação da totalização. |
| Rastreabilidade | Venda, passageiro, pagamento, XML e protocolo. | Evento bruto, equipamento, totalização, relatório, XML e protocolo. |
Tabela comparativa: BP-e por passageiro x BP-e por totalização
A tabela abaixo resume as diferenças mais importantes para implantação, operação, suporte, fiscalização e auditoria.
| Critério | BP-e por passageiro | BP-e por totalização |
|---|---|---|
| Base operacional | Passagem individual. | Eventos consolidados. |
| Origem do dado | Venda no guichê, agência, site, app ou marketplace. | Catraca, contador, validador, bilhetagem, estação, ponto ou veículo. |
| Identificação do passageiro | Normalmente existe. | Pode não existir individualmente; pode ser por cartão, benefício ou categoria. |
| Forma de pagamento | Ligada diretamente à passagem. | Pode estar em cartão de transporte, QR Code, subsídio, integração ou gratuidade. |
| DABPE | Mais comum como documento auxiliar da passagem. | Tratamento depende do leiaute e da regra fiscal aplicável. |
| Volume | Alto, mas transacional. | Muito alto, baseado em eventos e agregações. |
| Auditoria | Venda, pagamento, embarque, XML e protocolo. | Evento, equipamento, totalização, relatório, XML e protocolo. |
| Risco principal | Erro de passageiro, trecho, tarifa, pagamento ou cancelamento. | Erro de totalização, perda de evento, duplicidade, omissão ou divergência analítica. |
Quais dados mudam?
No BP-e por passageiro, o dado fiscal nasce da venda. No BP-e por totalização, o dado fiscal nasce da operação. Por isso, os campos, integrações, relatórios e validações mudam bastante.
| Dado | Por passageiro | Por totalização |
|---|---|---|
| Passageiro | Nome, documento, categoria e comprador quando aplicável. | Pode ser não identificado individualmente ou classificado por categoria, benefício ou cartão. |
| Trecho | Origem, destino, ponto de embarque e ponto de desembarque. | Linha, sentido, estação, ponto, município, área ou ciclo operacional. |
| Horário | Data e horário da viagem ou embarque. | Período, ciclo, dia, mês, turno, viagem, veículo ou equipamento. |
| Pagamento | Diretamente ligado à venda da passagem. | Pode estar em bilhetagem, cartão, integração, subsídio, gratuidade ou repasse. |
| Equipamento | Leitor de QR Code ou validação de embarque, quando aplicável. | Catraca, contador, validador, estação, terminal, veículo ou dispositivo equivalente. |
| Relatório | Relatório de vendas, passageiros, embarques e financeiro. | Relatório analítico de eventos, totalizações, equipamentos, tarifas e integrações. |
Catracas, validadores e contadores
No BP-e por totalização, os equipamentos deixam de ser apenas itens operacionais e passam a alimentar a base fiscal. Por isso, catracas, validadores e contadores precisam ser cadastrados, identificados, monitorados, auditados e vinculados à linha, ponto, estação, veículo, período e regra de totalização.
Catraca
Registra a passagem física do usuário e pode gerar contagem para totalização.
Contador
Registra volume de passageiros ou eventos, podendo alimentar o cálculo da emissão.
Validador
Identifica cartão, QR Code, benefício, gratuidade, integração ou tarifa.
Evento bruto
Registro original coletado antes de filtros, ajustes, classificação e totalização.
Totalização
Agrupamento por equipamento, linha, ponto, estação, veículo, período, tarifa ou categoria.
Rastreabilidade
Capacidade de provar como o evento virou totalização, relatório, XML e protocolo.
Ponto crítico: se a empresa perde o evento bruto ou não consegue explicar como a totalização foi formada, a auditoria fiscal fica frágil, mesmo que exista um relatório final.
XML, DABPE, autorização e protocolo
Em qualquer modelo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é um documento auxiliar. A diferença é que, no BP-e por passageiro, o XML costuma nascer da venda individual. No BP-e por totalização, o XML pode nascer de uma consolidação de eventos, conforme regra técnica e fiscal aplicável.
| 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.
Relatórios e auditoria
No BP-e por passageiro, a auditoria compara venda, pagamento, passageiro, embarque, cancelamento, XML e protocolo. No BP-e por totalização, a auditoria precisa ir além: ela deve explicar como os eventos brutos viraram totalização e como a totalização formou o documento fiscal.
| Relatório | Por passageiro | Por totalização |
|---|---|---|
| Vendas | Passagens vendidas, canceladas, remarcadas e embarcadas. | Pode existir, mas nem sempre é a base fiscal principal. |
| Financeiro | Dinheiro, cartão, PIX, agência, marketplace e repasses. | Cartão de transporte, integrações, subsídios, gratuidades, repasses e conciliação. |
| Operacional | Viagens, passageiros, poltronas, embarques e listas. | 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 por passageiro e BP-e por totalização precisa operar em duas arquiteturas diferentes: transacional e consolidada. A primeira nasce da venda. A segunda nasce de eventos.
| Funcionalidade | BP-e por passageiro | BP-e por totalização |
|---|---|---|
| Cadastro fiscal | CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento. | Além do cadastro fiscal, pode exigir credenciamento específico para o tipo de emissão. |
| Venda | Passagem individual, passageiro, trecho, horário, tarifa e pagamento. | Eventos de bilhetagem, catraca, validador, integração e período. |
| Operação | Viagem, veículo, motorista, poltrona, embarque e lista. | Linha, ponto, estação, equipamento, veículo, ciclo 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 por passageiro ou por totalização
A implantação começa entendendo a natureza da operação. Se a empresa vende passagens individualmente, o projeto precisa focar em venda, passageiro, pagamento, DABPE e XML. Se a empresa trabalha com catracas, validadores e eventos, o projeto precisa focar em integração, totalização, relatório analítico e rastreabilidade.
| 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 se a emissão será por passageiro, por totalização ou híbrida. |
| 2. Diagnóstico operacional | Mapear venda individual, catracas, validadores, cartões, pontos, linhas 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 preparada 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 toda operação como passagem individual, ignorar a necessidade de totalização em operações metropolitanas, perder eventos brutos, não guardar logs, não vincular totalização ao XML, confundir relatório com documento fiscal, não validar credenciamento específico e não separar operação por passageiro de operação por eventos.
Tratar tudo como passagem individual
Operações com catracas e validadores podem exigir totalização e relatório analítico.
Tratar tudo como totalização
Passagem individual não deve perder dados do passageiro, trecho, pagamento e DABPE.
Perder evento bruto
Sem evento original, a totalização fica difícil de provar.
Confundir relatório com XML
Relatório ajuda na auditoria, mas o documento fiscal principal é o XML autorizado.
Não validar UF
Obrigatoriedade, credenciamento, leiaute e documentos substituídos podem variar.
Sem reprocessamento
Totalizações e eventos podem precisar de correção, revalidação e histórico.
Como o Sistema Vexado ajuda
O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e por passageiro, BP-e por totalização, 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 por passageiro, BP-e por totalização ou um modelo híbrido.
- Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
- Confirmar se a emissão será por passagem individual, por 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.
Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e por passageiro, BP-e por totalização, BP-e TM, integrações, XML, protocolo e auditoria.
Fontes oficiais para validar BP-e por passageiro e por totalização
Como BP-e por passageiro, BP-e por 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.
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 BP-e TM
Consulte orientação sobre o tipo de BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.
Portaria CAT 102/2018
Consulte regras sobre emissão de BP-e, DABPE, credenciamento e documentos substituídos: Portaria CAT 102/2018.
Portaria SRE 33/2026
Consulte alterações relacionadas ao BP-e em transporte semiurbano, metropolitano e totalizações: Portaria SRE 33/2026.
Atendimento web para empresas de transporte em todo o Brasil
O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e por passageiro, BP-e por 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.
FAQ completo sobre BP-e por passageiro x BP-e por totalização
BP-e por passageiro e BP-e por totalização são a mesma coisa?
Não. Ambos podem estar dentro do BP-e modelo 63, mas o BP-e por passageiro nasce de uma venda individual, enquanto o BP-e por totalização nasce da consolidação de eventos operacionais.
O que é BP-e por passageiro?
É a emissão do BP-e a partir de uma passagem individual, com passageiro, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo.
O que é BP-e por totalização?
É a emissão do BP-e a partir da consolidação de eventos como catracas, contadores, validadores, cartões, QR Code, integrações, gratuidades, linhas, pontos, veículos, estações e períodos.
Quando usar BP-e por passageiro?
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 por totalização?
Normalmente em operações semiurbanas, metropolitanas, metroviárias, ferroviárias de massa ou de alto volume, com cobrança por catracas, contadores, validadores ou sistemas equivalentes.
BP-e por totalização é o mesmo que BP-e TM?
Não exatamente. BP-e por totalização é uma lógica operacional e fiscal de consolidação de eventos. BP-e TM é um tipo específico de BP-e para transporte metropolitano em linha, com leiaute e credenciamento próprios. Na prática, os temas podem se cruzar.
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?
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?
Sim, em operações por 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 os dois modelos?
Sim. Empresas com operações híbridas podem ter BP-e por passageiro para venda individual e BP-e por totalização 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 por passageiro 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 por totalização 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 por passageiro e por totalização?
O Vexado pode apoiar empresas com BP-e por passageiro, BP-e por totalização, 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 por passageiro, por totalização ou híbrida.
Quer organizar BP-e por passageiro ou por totalização? 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 por passageiro e BP-e por totalização têm objetivos fiscais parecidos, mas arquiteturas operacionais muito diferentes. No BP-e por passageiro, a emissão nasce da venda individual: passageiro, trecho, horário, pagamento, DABPE, XML e protocolo. No BP-e por totalização, a emissão nasce da consolidação de eventos: catracas, contadores, validadores, cartões, QR Code, gratuidades, integrações, linhas, pontos, veículos, períodos e relatórios.
A empresa que trata uma operação de totalização como se fosse passagem individual pode perder rastreabilidade, duplicar informações, omitir eventos ou gerar inconsistências fiscais. Da mesma forma, a empresa que trata passagem individual como simples totalização pode perder dados importantes de passageiro, trecho, pagamento, embarque e DABPE.
O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e por passageiro, BP-e por totalização, 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 por passageiro ou por totalização? 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 por passageiro, BP-e por totalização, BP-e TM, 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.
