Categoria: Sem categoria

  • Modelo 13 ou modelo 63: qual documento usar na passagem rodoviária?

    Modelo 13 ou modelo 63: qual documento usar na passagem rodoviária?

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

    • Entenda qual documento usar na passagem rodoviária: modelo 13 ou modelo 63.
    • Veja por que o BP-e modelo 63 substituiu a lógica antiga do Bilhete de Passagem Rodoviário modelo 13.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, venda de passagens, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Modelo 13 ou modelo 63: qual documento usar na passagem rodoviária? Essa dúvida aparece quando uma empresa de transporte ainda possui sistemas antigos, talonários, relatórios legados ou histórico fiscal ligado ao Bilhete de Passagem Rodoviário modelo 13, mas precisa operar dentro da realidade atual do BP-e modelo 63.

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

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

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

    Quero falar com o Vexado

    Resumo rápido

    Na passagem rodoviária, o modelo 13 é o Bilhete de Passagem Rodoviário antigo, ligado à emissão em papel ou a rotinas legadas. O modelo 63 é o BP-e, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros. Quando a empresa está obrigada ou credenciada ao BP-e, o documento correto tende a ser o modelo 63, com XML autorizado, assinatura digital, protocolo, DABPE, armazenamento, rejeições, cancelamentos, substituições e auditoria.

    Modelo 13

    Bilhete de Passagem Rodoviário antigo, usado na sistemática de documentos fiscais em papel.

    Modelo 63

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

    Passagem rodoviária

    Em viagens rodoviárias intermunicipais, a empresa deve avaliar a emissão de BP-e conforme regra da UF.

    Sistema emissor

    Precisa controlar venda, passageiro, trecho, pagamento, XML, rejeições, autorização e auditoria.

    Modelo 13 ou modelo 63: qual documento usar na passagem rodoviária?

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

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

    Situação Documento a avaliar Cuidado principal
    Viagem rodoviária intermunicipal com passageiro identificado BP-e modelo 63 Validar credenciamento, UF, série, ambiente, certificado, XML e autorização.
    Empresa já obrigada ao BP-e BP-e modelo 63 Não tratar o modelo 13 como alternativa operacional comum.
    Sistema antigo com histórico de bilhetes Modelo 13 apenas como legado Separar documentos antigos dos XMLs autorizados do BP-e.
    Auditoria de períodos passados Modelo 13 e modelo 63 podem coexistir no histórico Separar períodos, regras, séries, documentos e evidências fiscais.
    Operação semiurbana ou metropolitana com catraca Avaliar BP-e TM Não confundir com passagem rodoviária comum.
    Fretamento, turismo ou serviço contratado Avaliar CT-e OS ou outro documento aplicável Não emitir BP-e automaticamente sem validar o enquadramento.

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

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

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

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

    Documento antigo

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

    Controle em papel

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

    Uso legado

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

    Não é o padrão eletrônico

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

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

    O que é o BP-e modelo 63?

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

    Na passagem rodoviária, o BP-e deve estar conectado à venda da passagem, ao passageiro, ao trecho, à origem, ao destino, ao horário, ao valor, à forma de pagamento, à empresa emitente, à autorização fiscal, ao DABPE quando aplicável, ao cancelamento, à substituição, ao financeiro e à auditoria.

    XML autorizado

    É o documento fiscal principal do BP-e.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização de uso

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

    Chave e protocolo

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

    Comparativo direto: modelo 13 x modelo 63

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

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

    Quando usar o modelo 63 na passagem rodoviária?

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

    Condição O que verificar Por que importa
    Credenciamento Se a empresa está credenciada para emitir BP-e. Sem credenciamento ou autorização, a emissão pode não ser aceita.
    UF competente Regra da SEFAZ da unidade federada responsável. Obrigatoriedade, prazos e procedimentos podem variar.
    Tipo de prestação Intermunicipal, interestadual, internacional, semiurbana, metropolitana ou outro enquadramento. Define se é BP-e comum, BP-e TM, CT-e OS ou outro documento.
    Passageiro identificado Nome, documento, categoria, benefício e dados exigidos. Forma a base da passagem e do XML.
    Trecho e viagem Origem, destino, horário, serviço, linha, poltrona e valor. Relaciona a prestação ao documento fiscal.
    Pagamento Dinheiro, cartão, PIX, TEF, link, agência, site ou marketplace. Permite conciliar financeiro e fiscal.

    Regra prática: se a passagem rodoviária é vendida hoje em empresa obrigada ao BP-e, o sistema deve gerar o modelo 63, obter autorização, armazenar XML e protocolo e permitir consulta e auditoria.

    Quando o modelo 13 ainda aparece?

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

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

    Auditoria antiga

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

    Migração de sistema

    Dados antigos precisam ser preservados e separados dos XMLs atuais.

    Relatórios legados

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

    Exceção legal

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

    Passagem rodoviária comum e BP-e

    Na viagem rodoviária comum, a prestação normalmente envolve passageiro identificado, origem, destino, data, horário, valor, linha ou serviço, ponto de embarque, forma de pagamento e emissão individual do documento fiscal eletrônico.

    Esse cenário é diferente de operações semiurbanas ou metropolitanas com catracas, validadores e totalizações. Por isso, a empresa precisa diferenciar a venda rodoviária comum do BP-e TM ou de outros documentos fiscais aplicáveis.

    Tipo de operação Documento a avaliar Exemplo
    Passagem rodoviária intermunicipal individual BP-e modelo 63 Venda em guichê, site, agência ou marketplace com passageiro identificado.
    Passagem rodoviária interestadual ou internacional BP-e modelo 63, conforme regra aplicável Viagem com origem, destino, horário, passageiro e valor.
    Linha semiurbana ou metropolitana com catraca Avaliar BP-e TM Cobrança por catraca, contador, validador, cartão ou QR Code.
    Fretamento, turismo ou excursão Avaliar CT-e OS ou outro documento Viagem contratada para grupo, evento, empresa ou excursão.
    Operação municipal pura Depende da legislação local Deve ser analisada conforme competência municipal e regras aplicáveis.

    Cuidado com semiurbano, metropolitano e fretamento

    Nem toda operação com ônibus deve ser tratada como a mesma coisa. Uma passagem rodoviária comum, uma linha semiurbana com catraca, uma operação metropolitana, uma viagem de fretamento e uma excursão podem exigir documentos fiscais diferentes.

    Cenário Risco de confusão Como analisar
    Rodoviário comum Tratar como modelo 13 por costume. Avaliar BP-e modelo 63 quando a empresa estiver obrigada ou credenciada.
    Semiurbano Emitir BP-e comum sem avaliar catracas e totalizações. Verificar BP-e TM, forma de cobrança, linha, ciclo e regra da UF.
    Metropolitano Tratar como venda individual simples. Validar BP-e TM, bilhetagem, catracas, contadores e relatório analítico.
    Fretamento e turismo Emitir BP-e sem analisar a natureza contratada. Avaliar CT-e OS ou outro documento fiscal aplicável.
    Histórico antigo Misturar modelo 13 antigo com BP-e atual. Separar períodos, documentos, séries, relatórios e evidências.

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

    XML, DABPE, chave de acesso e protocolo

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

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

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

    O que o sistema precisa controlar na passagem rodoviária com BP-e?

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

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série, numeração e webservices. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Venda e reserva Vincular passageiro, trecho, horário, valor, poltrona, forma de pagamento e status. Garante que o BP-e tenha origem operacional.
    Passageiro Controlar nome, documento, categoria, gratuidade, benefício e dados exigidos. Forma a base fiscal da passagem.
    Origem e destino Controlar município, UF, ponto de embarque, ponto de desembarque, rota e serviço. Evita erro de prestação e rejeição.
    Pagamento Controlar dinheiro, cartão, PIX, TEF, link, agência, site, marketplace e status. Permite conciliar financeiro com fiscal.
    Geração do XML Montar XML conforme leiaute, schemas, MOC e notas técnicas aplicáveis. Evita rejeições técnicas.
    Assinatura digital Assinar com certificado válido do emitente. Garante validade técnica do documento.
    Transmissão Enviar ao ambiente autorizador e controlar retorno. Completa a etapa fiscal.
    Rejeições Registrar código, motivo, XML, correção, usuário e reenvio. Permite resolver pendências sem perder histórico.
    Cancelamento Relacionar cancelamento operacional, estorno e evento fiscal aplicável. Evita venda cancelada com documento fiscal ativo.
    Substituição ou remarcação Controlar troca de viagem, alteração de passageiro ou bilhete substituto conforme regra aplicável. Evita perda de vínculo entre documentos.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios e logs. Garante consulta, suporte e auditoria.
    Conciliação Comparar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes. Evita divergência entre financeiro e fiscal.

    Como migrar do modelo 13 para o modelo 63

    A migração do Bilhete de Passagem Rodoviário modelo 13 para o BP-e modelo 63 precisa ser planejada. A empresa deve alinhar fiscal, operação, financeiro, tecnologia, guichês, agências, site, integrações e suporte.

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

    Erros comuns ao escolher entre modelo 13 e modelo 63

    Os erros mais comuns são continuar tratando o modelo 13 como documento atual, emitir comprovante sem XML autorizado, confundir DABPE com documento fiscal principal, não armazenar protocolo, ignorar rejeições, não conciliar financeiro, não controlar certificado digital e não separar documentos antigos dos documentos eletrônicos atuais.

    Usar modelo 13 por costume

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

    Confundir DABPE com XML

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

    Não armazenar protocolo

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

    Ignorar rejeições

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

    Não separar histórico

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

    Sem conciliação

    Venda, pagamento, documento fiscal e cancelamento precisam fechar entre si.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63, substituir rotinas antigas ligadas ao modelo 13, organizar venda de passagens, XML, DABPE, autorização, rejeições, financeiro, integrações, relatórios e gestão operacional.

    Emissão de BP-e

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

    BP-e rodoviário

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

    Venda de passagens

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

    Gestão completa

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

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, bilhetagem e sistemas externos.

    Consultoria e implantação

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

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

    Checklist prático: modelo 13 ou modelo 63 na passagem rodoviária

    Use este checklist para validar qual documento usar e como preparar a operação.

    • Validar na SEFAZ competente se a empresa está obrigada, autorizada ou credenciada ao BP-e.
    • Confirmar se a prestação é rodoviária comum, semiurbana, metropolitana, fretamento, turismo ou outro enquadramento.
    • Confirmar se o documento correto é BP-e comum, BP-e TM, CT-e OS ou outro documento aplicável.
    • Tratar o modelo 13 como documento antigo, legado ou histórico quando a empresa já está no BP-e.
    • Separar documentos históricos modelo 13 dos documentos eletrônicos modelo 63.
    • Configurar CNPJ, inscrição estadual, UF, certificado digital, ambiente, série, numeração e webservices.
    • Garantir que a venda gere todos os dados necessários para o XML.
    • Validar passageiro, documento, origem, destino, ponto de embarque, horário, valor e pagamento.
    • Controlar poltrona, reserva, serviço, linha, agência, canal de venda e status.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
    • Armazenar XML, protocolo, DABPE, logs, eventos e relatórios.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, remarcações e substituições conforme regra aplicável.
    • Conciliar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar guichês, agências, financeiro, fiscal, suporte e operação.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

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

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

    Fontes oficiais para validar modelo 13 e modelo 63

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

    SEFAZ-SP Sobre o BP-e

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

    Perguntas Frequentes BP-e

    Consulte dúvidas oficiais sobre BP-e comum, BP-e TM e viagens intermunicipais: Perguntas Frequentes BP-e.

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e, incluindo Ajuste SINIEF e MOC: Legislação BP-e/SVRS.

    Portal Nacional do BP-e

    Consulte o portal nacional do Bilhete de Passagem Eletrônico: Portal BP-e/SVRS.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre modelo 13 ou modelo 63 na passagem rodoviária

    Modelo 13 ou modelo 63: qual documento usar na passagem rodoviária?

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

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

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

    O que é o BP-e modelo 63?

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

    O BP-e modelo 63 substitui o modelo 13?

    Sim. O BP-e modelo 63 substitui o Bilhete de Passagem Rodoviário modelo 13 quando a unidade federada exige, permite ou credencia a empresa para emissão eletrônica.

    O modelo 13 ainda pode ser usado?

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

    O DABPE substitui o XML?

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

    Uma passagem rodoviária vendida no site precisa de BP-e?

    Se a operação estiver enquadrada no BP-e e a empresa estiver obrigada ou credenciada, a venda online deve alimentar a emissão do BP-e modelo 63, com XML, autorização e protocolo.

    Guichê e agência também precisam emitir BP-e?

    Sim, quando a empresa está obrigada ao BP-e. O canal de venda pode ser guichê, agência, site, marketplace ou atendimento, mas a emissão fiscal precisa seguir o documento aplicável.

    BP-e é a mesma coisa que comprovante de pagamento?

    Não. Comprovante de cartão, PIX, TEF, dinheiro ou link de pagamento não substitui o documento fiscal. O BP-e é o documento fiscal eletrônico da prestação.

    Fretamento e turismo usam BP-e modelo 63?

    Depende. Fretamento, turismo, excursão ou serviço contratado podem exigir CT-e OS ou outro documento fiscal, conforme a natureza da prestação. O enquadramento deve ser validado com contador e SEFAZ.

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer migrar do modelo 13 para o BP-e modelo 63? Fale com o Vexado e veja como organizar emissão fiscal, venda de passagens, XML, DABPE, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

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

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

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

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

    Quero falar com o Vexado

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


  • Trem de passageiros precisa emitir BP-e? Entenda o modelo 63

    Trem de passageiros precisa emitir BP-e? Entenda o modelo 63

    Trem de passageiros pode precisar emitir BP-e modelo 63 quando a prestação de transporte ferroviário de passageiros estiver enquadrada nas regras fiscais aplicáveis da unidade federada competente, especialmente em operações intermunicipais, metropolitanas ou com controle por estações, bilhetagem, catracas, validadores e totalizações.

    • Entenda quando trem de passageiros precisa emitir BP-e.
    • Veja como funciona o BP-e modelo 63 no transporte ferroviário, metropolitano e integrado.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, estações, bilhetagem, catracas, validadores, totalizações, relatórios, XML, financeiro e auditoria.

    Trem de passageiros precisa emitir BP-e? A resposta depende do enquadramento fiscal da operação, da unidade federada competente, do tipo de prestação, da forma de cobrança, do modal, do credenciamento e das regras específicas aplicáveis ao transporte ferroviário de passageiros.

    Em muitos cenários, o BP-e modelo 63 é o documento fiscal eletrônico usado para documentar prestações de transporte de passageiros, substituindo documentos antigos como o Bilhete de Passagem Ferroviário modelo 16. No caso de trem de passageiros, o ponto central é entender se a operação é ferroviária, metroferroviária, metropolitana, intermunicipal, interestadual, integrada, isenta, totalizada por estação ou documentada de outra forma prevista pela legislação.

    Na prática, empresas de trem precisam controlar muito mais do que a emissão do XML. O sistema deve conectar estações, catracas, validadores, bilhetagem, passageiros, gratuidades, integrações, tarifas, valores, totalizações, relatório analítico, autorização fiscal, protocolo, armazenamento, financeiro e auditoria.

    Precisa estruturar BP-e para trem de passageiros? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, totalizações, relatórios, XML, financeiro e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    Trem de passageiros pode precisar emitir BP-e modelo 63 quando a prestação de transporte ferroviário estiver enquadrada nas regras fiscais da UF competente. Em operações ferroviárias e metroferroviárias, o sistema precisa controlar estação de embarque, estação de integração, catracas, validadores, bilhetagem, passageiros pagantes, integrados e gratuitos, tarifas, totalizações, relatório analítico, XML autorizado, protocolo, armazenamento, financeiro e auditoria.

    BP-e modelo 63

    Documento fiscal eletrônico usado para documentar prestações de transporte de passageiros.

    Trem de passageiros

    Operação ferroviária que pode exigir controle por estação, bilhetagem, integração e totalização.

    Modelo 16

    Bilhete de Passagem Ferroviário antigo, substituído pelo BP-e modelo 63 conforme regra da UF.

    Auditoria fiscal

    XML, protocolo, relatório, eventos originais, logs, totalizações e financeiro precisam estar vinculados.

    Trem de passageiros precisa emitir BP-e?

    Sim, o trem de passageiros pode precisar emitir BP-e modelo 63 quando a prestação ferroviária de passageiros estiver sujeita a esse documento fiscal eletrônico na unidade federada competente. A obrigatoriedade depende da legislação local, do tipo de prestação, do credenciamento, da forma de cobrança, do modal, da operação e do enquadramento fiscal.

    Resposta direta: trem de passageiros deve avaliar a emissão de BP-e modelo 63 quando realiza prestação de transporte ferroviário de passageiros enquadrada nas regras do BP-e. Em operações com estações, catracas, validadores, bilhetagem, gratuidades e integrações, o sistema precisa controlar a operação até a geração do XML autorizado, protocolo, relatório analítico e conciliação financeira.

    Cenário Precisa avaliar BP-e? O que observar
    Trem intermunicipal de passageiros Sim Validar regra da UF, credenciamento, BP-e modelo 63 e documento substituído.
    Trem metropolitano Sim Validar se a operação segue regra de transporte ferroviário, metropolitano, estação, integração ou totalização.
    Trem com catraca ou validador Sim Controlar embarques, integrações, gratuidades, tarifas e relatório analítico.
    Trem turístico ou fretado Depende Validar se o documento aplicável é BP-e, CT-e OS ou outro documento fiscal.
    Operação municipal ou local específica Depende Validar competência tributária, legislação local e regra específica da operação.

    O tema deve ser validado em fontes oficiais, como a SEFAZ-SP sobre o BP-e, a Portaria CAT 96/2015, a Portaria CAT 102/2018, a Portaria SRE 33/2026, o Portal Nacional BP-e/SVRS e a legislação da SEFAZ competente pela operação.

    O que é o BP-e modelo 63?

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

    O BP-e precisa ser gerado pelo sistema emissor, assinado digitalmente, transmitido para a administração tributária competente, autorizado, protocolado e armazenado. O DABPE pode ser utilizado como representação auxiliar, mas não substitui o XML autorizado.

    XML

    Documento fiscal eletrônico principal.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização

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

    Protocolo

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

    Como funciona o BP-e no transporte ferroviário de passageiros?

    No transporte ferroviário de passageiros, o BP-e precisa representar corretamente a prestação realizada. Diferente da passagem rodoviária tradicional, em que a viagem pode estar ligada a um passageiro, trecho e horário individual, o trem pode operar com estações, catracas, validadores, bilhetagem eletrônica, integração tarifária e alto volume de passageiros.

    Por isso, a base do BP-e ferroviário pode exigir controles como estação de embarque, estação de integração, categoria de passageiro, tarifa, gratuidade, benefício, valor recebido, totalização por período e relatório analítico.

    Controle ferroviário O que precisa registrar Finalidade
    Estação de embarque Código, nome, município, UF, dispositivos e eventos. Identificar a origem operacional da prestação.
    Estação de integração Transferências, conexões, regras de integração e categorias. Evitar duplicidade de passageiro ou receita.
    Bilhetagem Cartão, QR Code, tarifa, saldo, produto tarifário, gratuidade e benefício. Formar base tarifária e financeira.
    Catracas e validadores Giros, acessos, bloqueios, validações, lote, data, hora e status. Comprovar eventos de embarque.
    Totalizações Passageiros, valores, tarifas, gratuidades, integrações e período. Formar a base fiscal do BP-e.
    Relatório analítico Eventos, dispositivos, categorias, valores, divergências e vínculo fiscal. Sustentar auditoria e fiscalização.

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

    O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo usado historicamente para prestações ferroviárias de passageiros. O BP-e modelo 63 substituiu essa lógica antiga quando a UF adotou o documento eletrônico para esse cenário.

    Ponto comparado Modelo 16 BP-e modelo 63
    Nome Bilhete de Passagem Ferroviário. Bilhete de Passagem Eletrônico.
    Formato Documento antigo, físico ou legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou controle legado. XML autorizado.
    Assinatura digital Não era a lógica principal. Necessária no fluxo eletrônico.
    Autorização eletrônica Não seguia a mesma lógica do BP-e. Exige autorização de uso pela administração tributária.
    Consulta Mais dependente de arquivos internos e documentos físicos. Consulta por chave de acesso e protocolo.
    Auditoria Baseada em documento antigo e controles internos. Baseada em XML, protocolo, logs, relatório e eventos.

    Ponto importante: o modelo 16 aparece hoje principalmente como referência de documento antigo substituído. Operações atuais devem validar o BP-e modelo 63 e demais regras com a SEFAZ competente.

    Controle por estação de embarque e integração

    Em trem de passageiros, a estação pode ser uma referência central. O sistema precisa manter cadastro confiável de estações, municípios, dispositivos, linhas, integrações e regras tarifárias.

    Cadastro ou controle O que registrar Por que importa
    Estação Código, nome, município, UF, status e tipo. Evita duplicidade e inconsistência nos relatórios.
    Dispositivos Catracas, validadores, bloqueios, contadores e equipamentos equivalentes. Relaciona passageiros à origem dos eventos.
    Integração Estação de transferência, linha integrada, tarifa integrada e regra aplicada. Evita contar passageiro integrado como novo pagante integral.
    Período Dia, competência, lote, turno, fechamento ou mês. Permite totalização e conferência.
    Município Município de cada estação ou prestação. Ajuda em obrigações por localidade quando aplicável.

    Catracas, validadores e bilhetagem

    Catracas e validadores não emitem BP-e sozinhos. Eles geram eventos operacionais. O sistema emissor precisa receber esses eventos, validar, classificar, deduplicar, totalizar e transformar a base em documento fiscal eletrônico autorizado.

    Catraca

    Registra giro, acesso, bloqueio, contador, data, hora, estação e dispositivo.

    Validador

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

    Bilhetagem

    Controla tarifa, produto tarifário, saldo, crédito, desconto, valor e regra de integração.

    API ou arquivo

    Envia eventos ao sistema emissor por integração, lote, banco intermediário ou fila.

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

    Passageiros, gratuidades e integrações

    Em trem de passageiros, é comum haver pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e eventos inválidos. O sistema precisa separar cada categoria para evitar erro de totalização e divergência financeira.

    Categoria Como tratar Risco se misturar
    Pagante Passageiro com tarifa comum ou produto tarifário pago. Receita pode ser calculada incorretamente.
    Integrado Passageiro em transferência entre linhas, estações ou modais. Pode duplicar passageiro ou valor.
    Gratuito Passageiro com gratuidade prevista. Pode inflar receita se tratado como pagante.
    Beneficiário Estudante, idoso, desconto, benefício ou categoria especial. Pode gerar tarifa ou valor incorreto.
    Inválido Evento recusado, duplicado, incompleto, sem tarifa ou sem estação. Pode contaminar a base fiscal.

    Totalizações e relatório analítico

    O trem de passageiros pode exigir totalizações por estação, linha, dia, mês, tarifa, categoria, integração e valor. O sistema precisa permitir fechar os dados de forma auditável, especialmente quando há alto volume de eventos.

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

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

    XML, autorização, DABPE e protocolo

    No BP-e modelo 63, o XML autorizado é o documento fiscal principal. O sistema deve gerar o XML conforme leiaute aplicável, assinar digitalmente, transmitir, consultar autorização, armazenar protocolo e manter todo o histórico para consulta.

    XML do BP-e

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

    DABPE

    Documento auxiliar do BP-e, usado para representação, consulta ou operação quando aplicável.

    Chave de acesso

    Identificação do documento fiscal eletrônico.

    Protocolo

    Comprovação do retorno de autorização, vinculado ao XML.

    Rejeições

    Código, motivo, XML, origem, correção, reenvio e histórico.

    Armazenamento

    Guarda de XML, protocolo, relatórios, eventos originais e logs.

    Financeiro e conciliação

    A emissão de BP-e para trem de passageiros precisa estar conciliada com bilhetagem, arrecadação, gratuidades, integrações, repasses, ajustes, totalizações e relatórios financeiros.

    Conciliação O que comparar Risco se não controlar
    Catraca x bilhetagem Giros, validações, cartões, QR Codes, gratuidades e integrações. Diferença entre passageiros registrados e tarifados.
    Bilhetagem x financeiro Tarifa aplicada, valor recebido, repasse, desconto e ajuste. Receita financeira diferente da base operacional.
    Totalização x XML Passageiros, categorias, tarifas, valores e BP-e autorizado. Documento fiscal sem lastro no relatório.
    Relatório x protocolo Totalização, chave de acesso, XML, status e protocolo. Dificuldade de comprovação fiscal.
    Ajustes e reprocessamentos Eventos corrigidos, compensações, diferenças e justificativas. Perda de rastreabilidade no fechamento.

    O que o sistema precisa controlar para trem de passageiros?

    Um sistema de BP-e para trem de passageiros precisa controlar emissão fiscal, estações, catracas, validadores, bilhetagem, totalizações, relatórios, financeiro e auditoria.

    Funcionalidade O que precisa fazer Importância
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série, numeração e credenciamento. Evita emissão em enquadramento incorreto.
    Cadastro de estações Controlar estação de embarque, integração, município, UF, dispositivos e status. Base operacional do transporte ferroviário.
    Integração com catracas Receber giros, acessos, bloqueios, contadores, lotes e status. Automatiza eventos de embarque.
    Integração com validadores Receber cartões, QR Codes, benefícios, gratuidades, integrações e categorias. Classifica passageiro e tarifa.
    Bilhetagem eletrônica Controlar tarifa, produto tarifário, crédito, desconto, valor e regra de integração. Conecta operação e financeiro.
    Deduplicação Usar ID único, hash, lote, sequência e idempotência. Evita duplicidade de passageiros e valores.
    Totalização Consolidar por estação, linha, integração, dia, mês, tarifa, categoria e valor. Forma a base fiscal do BP-e.
    Relatório analítico Demonstrar eventos, passageiros, tarifas, gratuidades, integrações, dispositivos e valores. Sustenta fiscalização e auditoria.
    Emissão de BP-e Gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo. Completa o fluxo fiscal.
    Painel de rejeições Exibir código, motivo, correção, reenvio, status e log. Reduz pendências fiscais.
    Conciliação financeira Comparar bilhetagem, totalizações, arrecadação, ajustes e BP-e autorizados. Evita divergência entre fiscal e financeiro.
    Auditoria Guardar XML, protocolo, relatórios, eventos originais, logs e evidências. Permite rastrear cada número usado no BP-e.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e para trem de passageiros, conectando emissão fiscal, transporte ferroviário, estações, catracas, validadores, bilhetagem, totalizações, relatórios, financeiro, APIs, automação e auditoria.

    Emissão de BP-e

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

    BP-e ferroviário

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

    BP-e metroviário

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

    BP-e metropolitano

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

    Integrações e APIs

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

    Automação de processos

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

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

    Erros comuns no BP-e para trem de passageiros

    Os erros mais comuns são tratar trem como se fosse uma venda rodoviária simples, não controlar estação, não separar passageiros integrados, misturar gratuidades com pagantes, não gerar relatório analítico, não armazenar XML e protocolo, não conciliar financeiro e não validar a regra da UF competente.

    Ignorar estações

    Estação de embarque e integração podem ser referências centrais no transporte ferroviário.

    Confundir DABPE com XML

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

    Duplicar integração

    Passageiro integrado pode ser contado duas vezes se a regra não for aplicada.

    Não separar gratuidade

    Gratuitos e benefícios precisam ter tratamento separado dos pagantes.

    Sem relatório analítico

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

    Sem conciliação

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

    Checklist prático: trem de passageiros e BP-e modelo 63

    Use este checklist para avaliar se a operação ferroviária está preparada para emissão de BP-e.

    • Validar a unidade federada competente pela emissão.
    • Confirmar se a prestação é ferroviária, metroferroviária, metropolitana, intermunicipal, interestadual ou outro enquadramento.
    • Validar se o documento correto é BP-e modelo 63, BP-e TM, NF-e, CT-e OS ou outro documento aplicável ao cenário específico.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, ambiente, série e webservices.
    • Mapear documentos antigos, como Bilhete de Passagem Ferroviário modelo 16, quando houver histórico legado.
    • Cadastrar estações de embarque, estações de integração, municípios, dispositivos e status.
    • Integrar catracas, validadores, bloqueios, contadores, cartões, QR Codes e bilhetagem.
    • Capturar ID único do evento, data, hora, estação, dispositivo, lote, origem e status.
    • Separar passageiros pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos.
    • Mapear tarifa comum, tarifa integrada, gratuidade, benefício, desconto, valor recebido, ajuste e valor contábil.
    • Deduplicar eventos antes da totalização.
    • Tratar eventos inválidos, offline, reprocessados, sem tarifa, sem estação, sem dispositivo ou sem categoria.
    • Definir totalização por estação, linha, integração, dia, mês, tarifa, categoria ou outro critério aplicável.
    • Gerar relatório analítico com passageiros, tarifas, valores, dispositivos, gratuidades, integrações e divergências.
    • Gerar XML do BP-e conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização e armazenar protocolo.
    • Tratar rejeições com código, motivo, correção, reenvio, usuário e log.
    • Conciliar catracas, bilhetagem, relatórios, totalizações, financeiro e documentos autorizados.
    • Guardar XML, protocolo, DABPE, relatórios, eventos originais, logs e evidências.
    • Preparar rotina de reprocessamento com trilha de auditoria.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação, fornecedor de bilhetagem e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como estruturar BP-e para trem de passageiros com emissão, integração, totalização, relatório, financeiro e auditoria.

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

    Fontes oficiais para validar BP-e em trem de passageiros

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

    SEFAZ-SP Sobre o BP-e

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

    Portaria CAT 96/2015

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

    Portaria CAT 102/2018

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

    Portaria SRE 33/2026

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

    Documentos BP-e/SVRS

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

    SEFAZ Goiás BP-e

    Consulte informações sobre BP-e, modelo 63 e substituição do Bilhete de Passagem Ferroviário modelo 16: SEFAZ Goiás BP-e.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre trem de passageiros e BP-e modelo 63

    Trem de passageiros precisa emitir BP-e?

    Sim, pode precisar emitir BP-e modelo 63 quando a prestação ferroviária de passageiros estiver enquadrada nas regras fiscais da UF competente. A obrigatoriedade depende da legislação local, do tipo de prestação, do credenciamento e da forma de operação.

    O que é BP-e modelo 63?

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

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

    Sim, o BP-e modelo 63 substituiu o Bilhete de Passagem Ferroviário modelo 16 conforme adoção e regra da unidade federada competente.

    Em trem, o controle é por veículo ou estação?

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

    A catraca emite BP-e?

    Não. A catraca registra evento operacional. O sistema emissor precisa tratar esses eventos, gerar totalizações, montar XML, assinar, transmitir, consultar autorização e armazenar protocolo.

    O DABPE substitui o XML?

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

    Precisa de relatório analítico?

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

    Como tratar passageiros integrados?

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

    O Vexado pode ajudar com BP-e para trem de passageiros?

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer estruturar BP-e para trem de passageiros? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, totalizações, relatórios, financeiro e auditoria.

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

    Conclusão

    Trem de passageiros pode precisar emitir BP-e modelo 63 quando a prestação ferroviária estiver enquadrada nas regras fiscais da UF competente. O BP-e substitui a lógica antiga do Bilhete de Passagem Ferroviário modelo 16 e exige uma rotina eletrônica com XML, assinatura digital, autorização, protocolo, DABPE, armazenamento e auditoria.

    Em operações de trem, o desafio não é apenas gerar XML. A empresa precisa controlar estações, catracas, validadores, bilhetagem, passageiros, gratuidades, integrações, tarifas, totalizações, relatórios analíticos, financeiro e logs. Cada número usado no BP-e precisa ter lastro operacional.

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

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

    Quero falar com o Vexado

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


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    BP-e rodoviário

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

    BP-e aquaviário

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

    Modelo 13

    Documento antigo associado ao Bilhete de Passagem Rodoviário.

    Modelo 14

    Documento antigo associado ao Bilhete de Passagem Aquaviário.

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

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

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

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

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

    O que é BP-e rodoviário?

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

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

    Origem e destino

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

    Passageiro

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

    Poltrona

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

    Veículo

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

    Pagamento

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

    XML autorizado

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

    O que é BP-e aquaviário?

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

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

    Porto ou píer de origem

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

    Porto ou píer de destino

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

    Embarcação

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

    Capacidade

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

    Passageiro com veículo

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

    XML autorizado

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

    Modelo 13 x modelo 14

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

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

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

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

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

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

    Quais dados mudam na emissão?

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

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

    Passageiro, veículo, bagagem e carga

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

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

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

    Embarque: rodoviária x porto/píer

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

    Rodoviário

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

    Aquaviário

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

    QR Code

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

    DABPE

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

    Venda de passagem e operação

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

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

    XML, DABPE, autorização e protocolo

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

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

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

    Cancelamento, remarcação e substituição

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

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

    Relatórios e auditoria

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

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

    O que o sistema precisa controlar?

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

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

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

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

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

    Erros comuns

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

    Tratar modais como iguais

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

    Ignorar portos e píeres

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

    Ignorar pontos rodoviários

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

    Misturar passageiro e carga

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

    Confundir DABPE com XML

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

    Não validar a UF

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

    Como o Sistema Vexado ajuda

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

    BP-e Rodoviário

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

    BP-e Aquaviário

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

    Emissão de BP-e

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

    Venda de passagens

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

    Cargas e encomendas

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

    Integrações e APIs

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

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

    Checklist prático

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

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

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

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

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

    SEFAZ Paraná BP-e

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

    SEFAZ Bahia BP-e

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

    SEFAZ Mato Grosso do Sul BP-e

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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

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

    O que é BP-e rodoviário?

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

    O que é BP-e aquaviário?

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

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

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

    O que muda nos dados da emissão?

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

    O DABPE substitui o XML?

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

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

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

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

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

    BP-e aquaviário serve para carga?

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

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

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

    O que acontece se o BP-e for rejeitado?

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

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

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

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

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

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

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

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

    Conclusão

    BP-e rodoviário e BP-e aquaviário usam o BP-e modelo 63, mas mudam bastante na operação e nos dados da emissão. O rodoviário costuma envolver ônibus, rodoviária, ponto de embarque, ponto de desembarque, poltrona, passageiro, pagamento, DABPE e XML autorizado. O aquaviário costuma envolver embarcação, porto, píer, terminal, travessia, capacidade, passageiro, veículo acompanhado, pagamento, DABPE e XML autorizado.

    A diferença também aparece nos documentos antigos substituídos: o rodoviário se relaciona ao Bilhete de Passagem Rodoviário modelo 13, enquanto o aquaviário se relaciona ao Bilhete de Passagem Aquaviário modelo 14. Por isso, o sistema não deve tratar os dois modais como simples variações do mesmo cadastro.

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

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

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e rodoviário, BP-e aquaviário, BP-e modelo 63, Bilhete de Passagem Rodoviário modelo 13, Bilhete de Passagem Aquaviário modelo 14, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, não embarque, rejeições, contingência, armazenamento, guarda documental, rodoviárias, pontos de embarque, portos, píeres, terminais, embarcações, veículos acompanhados, carga, encomenda, bagagem, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado é um guia para empresas que operam balsas, ferry boats, travessias, barcos ou embarcações com transporte de passageiros e precisam entender quando a passagem deve ser documentada por BP-e, quais cuidados fiscais existem e o que o sistema precisa controlar.

    • Entenda quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros.
    • Veja a diferença entre passageiro, veículo acompanhado, carga, encomenda, turismo e serviço adicional.
    • Conheça como o Sistema Vexado pode apoiar BP-e Aquaviário, venda de passagens, XML, DABPE, autorização, protocolo, financeiro, embarque, integrações e auditoria.

    BP-e para balsas de passageiros: quando o modelo 63 pode ser utilizado? Essa pergunta é comum em empresas que operam travessias por balsa, ferry boat, barcos, lanchas, embarcações de linha regular, terminais hidroviários, portos, píeres, rampas, ilhas, rios, baías, lagos ou rotas aquaviárias entre localidades.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, pode ser utilizado em operações de transporte aquaviário de passageiros quando a prestação está enquadrada nas regras do BP-e e quando a unidade federada competente exige, permite ou credencia a emissão eletrônica. No contexto aquaviário, ele substitui a lógica antiga do Bilhete de Passagem Aquaviário modelo 14 nos cenários definidos pela legislação aplicável.

    Nas balsas de passageiros, o cuidado principal é não tratar toda operação como se fosse igual. Uma mesma travessia pode envolver passageiro a pé, passageiro com veículo, veículo desacompanhado, carga, encomenda, bagagem adicional, turismo, fretamento ou serviço contratado. O BP-e modelo 63 documenta prestação de transporte de passageiros; outros itens podem exigir análise fiscal própria.

    Precisa organizar BP-e para balsas de passageiros? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e para balsas de passageiros pode ser utilizado quando a operação se enquadra como prestação de transporte aquaviário de passageiros e a UF competente exige, autoriza ou credencia o uso do BP-e modelo 63. O documento fiscal principal é o XML autorizado, com assinatura digital, chave de acesso e protocolo. O DABPE é apenas documento auxiliar. Em balsas que transportam passageiros com veículos, cargas ou serviços adicionais, a empresa deve separar corretamente cada natureza antes de emitir.

    BP-e modelo 63

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

    Balsa de passageiros

    Operação aquaviária que pode envolver passageiro a pé, passageiro com veículo, rota, travessia e embarque.

    Modelo 14

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

    Sistema emissor

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

    Quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros?

    O BP-e modelo 63 pode ser utilizado em balsas quando a operação for uma prestação de transporte aquaviário de passageiros, quando essa prestação estiver sujeita às regras fiscais aplicáveis e quando a unidade federada competente exigir, permitir ou credenciar a emissão do Bilhete de Passagem Eletrônico.

    Resposta direta: o BP-e modelo 63 pode ser utilizado em balsas de passageiros quando a empresa transporta passageiros por via aquaviária e a UF competente enquadra essa prestação no BP-e. A empresa deve validar a regra local, o credenciamento, o certificado digital, a série, o ambiente, o leiaute técnico, o tratamento do DABPE e a separação entre passageiro, veículo, carga e serviços adicionais.

    Situação na balsa BP-e modelo 63 pode ser avaliado? Cuidado principal
    Passageiro a pé Sim, quando a prestação for transporte aquaviário de passageiro e a UF exigir ou autorizar BP-e. Validar UF, credenciamento, certificado, série, ambiente e dados do passageiro.
    Passageiro com veículo Sim para a passagem do passageiro, se enquadrada no BP-e. Separar eventual tarifa do veículo e validar tratamento fiscal próprio.
    Veículo desacompanhado Não tratar automaticamente como BP-e. Pode ser transporte de bem, carga ou outro serviço.
    Carga ou encomenda Não tratar automaticamente como passagem de passageiro. Validar documento fiscal próprio para carga ou encomenda.
    Travessia turística Depende da natureza da prestação. Pode exigir BP-e, CT-e OS, NFS-e ou outro documento, conforme o caso.
    Operação municipal Depende da regra local e da competência aplicável. Validar com contador, prefeitura, SEFAZ e equipe jurídica quando necessário.

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

    Quem precisa avaliar BP-e para balsas de passageiros?

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

    Tipo de empresa ou operação O que avaliar Por que importa
    Operadora de balsa de passageiros Se a passagem deve ser documentada por BP-e modelo 63. Evita uso de documento fiscal antigo ou inadequado.
    Ferry boat entre municípios UF competente, origem, destino, incidência fiscal e credenciamento. Define a obrigação fiscal da prestação.
    Travessia com passageiros e veículos Separar passagem do passageiro, tarifa do veículo e outros serviços. Evita misturar naturezas fiscais diferentes.
    Bilheteria presencial Venda, pagamento, passageiro, emissão e embarque. O processo precisa ser rápido e fiscalmente correto.
    Venda online de travessia Site, reserva, pagamento, QR Code, emissão e baixa automática. Integra operação digital com documento fiscal eletrônico.
    Operação com agências ou parceiros Comissão, repasse, canal de venda e emissão fiscal. Evita divergência entre venda, financeiro e BP-e.

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

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

    Ponto crítico: o BP-e modelo 63 é voltado à prestação de transporte de passageiros. Quando houver veículo, carga, encomenda, bem desacompanhado, bagagem adicional ou serviço contratado, a empresa precisa validar o documento fiscal aplicável para cada natureza.

    Item transportado Como tratar no sistema Cuidado fiscal
    Passageiro Registrar passagem, dados do passageiro, rota, horário, pagamento e BP-e. Avaliar emissão do BP-e modelo 63.
    Veículo acompanhado Vincular placa, tipo, porte, tarifa e passageiro responsável. Separar valor do passageiro e tratamento do veículo quando necessário.
    Veículo desacompanhado Registrar como operação separada. Validar se é carga, bem, encomenda ou outro serviço.
    Carga Controlar remetente, destinatário, volumes, valor e documento próprio. Não substituir documento de carga por BP-e.
    Encomenda Controlar coleta, entrega, volumes, descrição e recibo. Validar CT-e, NFS-e, recibo ou outro documento aplicável.
    Passeio turístico Controlar contrato, roteiro, passageiros e serviço. Validar se é transporte regular, turismo, fretamento ou serviço municipal.

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

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

    Comparação Modelo 14 BP-e modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Assinatura digital Não era o centro do processo. Exige certificado digital válido do emitente.
    DABPE Não se aplicava como documento auxiliar do BP-e. É representação auxiliar; não substitui o XML.
    Auditoria Baseada em documentos físicos, livros e relatórios legados. Baseada em XML, protocolo, eventos, logs, relatórios e armazenamento digital.

    O que um sistema para balsas precisa controlar?

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

    Funcionalidade O que controlar Por que importa
    Empresa e fiscal CNPJ, IE, UF, certificado digital, série, numeração, ambiente e credenciamento. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Travessias Origem, destino, terminal, rampa, porto, píer, sentido, trecho e tarifa. Relaciona a passagem à prestação correta.
    Embarcações Balsa, ferry, barco, capacidade, status, identificação, horários e vínculo com rota. Controla lotação, disponibilidade e auditoria operacional.
    Passageiros Nome, documento, telefone, categoria, benefício, gratuidade e comprador. Forma a base da passagem e do documento fiscal.
    Veículos Placa, tipo, porte, tarifa, passageiro vinculado e status de embarque. Evita mistura entre passageiro, veículo e carga.
    Pagamentos Dinheiro, cartão, PIX, TEF, link, agência, marketplace, status e estorno. Permite conciliação financeira e fiscal.
    BP-e XML, assinatura, transmissão, autorização, protocolo, DABPE e chave de acesso. Completa o fluxo fiscal eletrônico.
    Embarque QR Code, lista de passageiros, documento, localizador, placa, viagem e horário. Evita fraude, duplicidade e embarque indevido.
    Cancelamentos Motivo, usuário, data, estorno, evento fiscal e vínculo documental. Evita venda cancelada com documento fiscal ativo.
    Relatórios Vendas, passageiros, veículos, embarcações, horários, BP-e, financeiro e auditoria. Facilita gestão, fiscalização e fechamento.

    Venda de passagem eletrônica em balsas

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

    Guichê no terminal

    Venda presencial com rota, horário, passageiro, veículo quando aplicável, pagamento e emissão integrada.

    Site próprio

    Venda online com escolha de travessia, data, horário, passageiro, veículo, pagamento e confirmação.

    Agência ou parceiro

    Venda por parceiros com comissão, repasse, canal, usuário, fechamento e rastreabilidade.

    Atendimento assistido

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

    Boa prática: a venda só deve ser considerada regular quando venda, pagamento, BP-e, embarque e relatório estiverem com status coerente.

    Travessias, terminais, rampas e pontos de embarque

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

    Cadastro O que controlar Risco se estiver errado
    Origem Município, UF, terminal, porto, píer, rampa ou local de embarque. Documento fiscal pode representar prestação incorreta.
    Destino Município, UF, terminal, porto, píer, rampa ou local de desembarque. Divergência fiscal, comercial e operacional.
    Travessia Origem, destino, sentido, tempo estimado, tarifa, frequência e disponibilidade. Venda em rota incorreta ou tarifa errada.
    Ponto de embarque Local exato onde passageiro e veículo entram na balsa. Erro de fila, embarque, fiscalização e atendimento.
    Ponto de desembarque Local onde a prestação ao passageiro termina. Problemas de rota, valor e documento fiscal.

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

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

    Cadastro da balsa

    Nome, identificação, tipo, capacidade, status, foto, classe, observações e vínculo com rota.

    Capacidade de passageiros

    Controle de quantidade de passageiros por viagem, categoria, horário e embarcação.

    Capacidade de veículos

    Controle por tipo, porte, placa, fila, tarifa e espaço disponível.

    Bloqueios operacionais

    Manutenção, clima, maré, lotação, indisponibilidade, alteração de rota ou decisão operacional.

    Boa prática: capacidade de passageiro e capacidade de veículo devem ser controles separados, mesmo quando a venda ocorre no mesmo atendimento.

    Controle de embarque

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

    Controle Como funciona Benefício
    QR Code Leitura digital do DABPE, passagem ou comprovante operacional vinculado ao BP-e. Agiliza fila e reduz fraude.
    Lista de passageiros Relação por viagem, horário, embarcação, categoria e status. Ajuda o embarque e a conferência operacional.
    Placa do veículo Vínculo entre passageiro, veículo, tarifa e travessia. Evita embarque de veículo errado.
    Status da passagem Aprovada, paga, BP-e autorizado, cancelada, remarcada, pendente ou rejeitada. Impede embarque com pendência fiscal ou financeira.
    Logs Registra usuário, horário, terminal, equipamento e ação realizada. Garante rastreabilidade e auditoria.

    Pagamentos e conciliação financeira

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

    Forma de pagamento Controle necessário Risco se não conciliar
    Dinheiro Caixa, operador, abertura, fechamento, troco e relatório. Diferença entre caixa físico e vendas emitidas.
    Cartão/TEF NSU, autorização, terminal, adquirente, taxa, status e comprovante. Venda paga sem vínculo correto com documento fiscal.
    PIX QR Code, txid, status, vencimento, confirmação e conciliação. Reserva confirmada sem pagamento real ou pagamento sem passagem.
    Link de pagamento Validade, retorno, confirmação, cancelamento e baixa automática. Erro no status da venda e no embarque.
    Agência Comissão, repasse, vendedor, canal e fechamento. Divergência entre venda, comissão e fiscal.
    Marketplace Pedido externo, localizador, taxa, repasse, integração e status. Venda duplicada ou não emitida no BP-e.

    XML, DABPE, autorização e protocolo

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

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

    Ponto crítico: recibo, comprovante de cartão, comprovante PIX, ticket interno ou DABPE sem XML autorizado e protocolo não resolvem a obrigação fiscal quando a operação exige BP-e.

    Cancelamento, remarcação e substituição

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

    Cancelamento da viagem

    Quando a travessia não ocorre, o sistema precisa tratar passageiros, veículos, pagamentos e documentos fiscais.

    Cancelamento da passagem

    Deve vincular motivo, usuário, data, estorno e evento fiscal quando aplicável.

    Remarcação

    Troca de data, horário, rota, passageiro ou veículo precisa preservar histórico e vínculo documental.

    Substituição

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

    Integrações e APIs

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

    Integração Uso na operação Benefício
    Site de vendas Venda online de travessias, passageiros e veículos. Aumenta canais de venda e reduz atendimento manual.
    Pagamento PIX, cartão, TEF, link, confirmação, cancelamento e baixa automática. Reduz erro financeiro.
    Controle de embarque Leitura de QR Code, lista de passageiros, placa e validação no terminal. Evita embarque sem passagem válida.
    Fiscal XML, webservices, autorização, eventos, protocolos e consultas. Centraliza emissão e rastreabilidade.
    BI e relatórios Vendas, ocupação, rotas, horários, cancelamentos, veículos e financeiro. Melhora decisão operacional e gestão.
    APIs externas Marketplaces, agências, ERPs, órgãos, bilhetagem e sistemas legados. Evita retrabalho e duplicidade de dados.

    Como implantar BP-e para balsas de passageiros

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, certificado, série, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Separação de natureza Diferenciar passageiro, veículo, carga, encomenda, bagagem, turismo e serviço adicional. Redução de risco fiscal por emissão incorreta.
    3. Mapeamento operacional Mapear rotas, travessias, terminais, embarcações, horários, tarifas e capacidade. Operação pronta para alimentar o sistema.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração, webservices e regras. Sistema preparado para homologação.
    5. Homologação Emitir testes, validar XML, DABPE, rejeições, cancelamentos, substituições e relatórios. Fluxo testado antes da produção.
    6. Treinamento Treinar bilheteria, terminal, agência, financeiro, fiscal, operação e suporte. Equipe pronta para usar o sistema.
    7. Produção assistida Acompanhar primeiras emissões, vendas, rejeições, pagamentos, embarques e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, embarques, cancelamentos e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e para balsas de passageiros

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

    Confundir passageiro e veículo

    Passageiro, veículo, carga e serviço adicional podem exigir tratamento fiscal diferente.

    Confundir DABPE com XML

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

    Não guardar protocolo

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

    Cadastro incompleto

    Origem, destino, terminal, balsa, horário, passageiro, veículo e tarifa precisam estar corretos.

    Pagamento sem conciliação

    Venda paga, BP-e rejeitado e embarque liberado sem controle geram risco operacional e fiscal.

    Cancelamento desconectado

    Estorno, cancelamento operacional e evento fiscal precisam estar vinculados.

    Como o Sistema Vexado ajuda empresas de balsas de passageiros

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

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para passageiros por barco, balsa ou ferry boat.

    Emissão de BP-e

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

    Venda de passagens

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

    Gestão operacional

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

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, pagamento, embarque e sistemas externos.

    Consultoria e implantação

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

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

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

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e para balsas de passageiros, venda de passagens, embarque, XML, DABPE, financeiro, integrações e auditoria.

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

    Fontes oficiais para validar BP-e em balsas de passageiros

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e, incluindo Ajuste SINIEF e documentos relacionados: Legislação BP-e/SVRS.

    SEFAZ Bahia BP-e

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

    SEFAZ Paraná BP-e

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

    SEFAZ Goiás BP-e

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e para balsas de passageiros

    Quando o BP-e modelo 63 pode ser utilizado em balsas de passageiros?

    O BP-e modelo 63 pode ser utilizado quando a operação for prestação de transporte aquaviário de passageiros e a unidade federada competente exigir, permitir ou credenciar a emissão do Bilhete de Passagem Eletrônico.

    Balsa de passageiros precisa emitir BP-e?

    Precisa avaliar com a SEFAZ competente. Quando a operação de balsa envolve transporte de passageiros, está sujeita ao documento eletrônico e a empresa está obrigada, autorizada ou credenciada, o documento fiscal a ser usado tende a ser o BP-e modelo 63.

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

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

    Passageiro com carro na balsa usa BP-e?

    A passagem do passageiro pode exigir BP-e quando a operação estiver enquadrada. A tarifa do veículo, carga, encomenda ou serviço adicional deve ser analisada separadamente para definir o documento fiscal correto.

    Veículo desacompanhado deve ser emitido em BP-e?

    Não trate automaticamente como BP-e. Veículo desacompanhado pode representar transporte de bem, carga ou outro serviço. A empresa deve validar o documento fiscal aplicável com contador e SEFAZ.

    Carga transportada na balsa usa BP-e?

    Não automaticamente. BP-e é voltado ao transporte de passageiros. Carga, encomenda, bem ou veículo desacompanhado devem ser analisados conforme documento fiscal próprio.

    Comprovante de pagamento substitui BP-e?

    Não. Comprovante de cartão, PIX, TEF, dinheiro, link de pagamento ou recibo operacional não substitui o documento fiscal eletrônico quando a operação exige BP-e.

    O DABPE substitui o XML?

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

    O sistema precisa controlar placa do veículo?

    Quando a operação envolve veículo acompanhado ou tarifa por veículo, é recomendável controlar placa, tipo, porte, tarifa, passageiro vinculado e status de embarque, conforme regra operacional e fiscal aplicável.

    O sistema precisa controlar lotação da balsa?

    Sim. É recomendável controlar capacidade de passageiros e veículos separadamente, além de horários, rotas, bloqueios, status da embarcação e lista de embarque.

    Operação turística por balsa usa BP-e?

    Depende da natureza da prestação. Passeios, turismo, fretamento, eventos, transporte contratado ou serviços municipais podem exigir outro documento fiscal. O enquadramento deve ser validado com contador, SEFAZ e equipe jurídica.

    O que acontece se o BP-e for rejeitado?

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

    Quais dados um sistema para balsas precisa controlar?

    Precisa controlar empresa, certificado, série, ambiente, rotas, travessias, terminais, embarcações, horários, passageiros, veículos quando aplicável, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    O Vexado pode ajudar com BP-e para balsas de passageiros?

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer organizar BP-e para balsas de passageiros? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, protocolo, financeiro, integrações e auditoria.

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

    Conclusão

    BP-e para balsas de passageiros pode ser utilizado quando a operação é transporte aquaviário de passageiros e a unidade federada competente exige, permite ou credencia o uso do BP-e modelo 63. O documento fiscal principal é o XML autorizado, com assinatura digital, chave de acesso e protocolo. O DABPE é apenas documento auxiliar.

    Em balsas, a empresa precisa ter atenção especial ao enquadramento fiscal. Passageiro a pé, passageiro com veículo, veículo desacompanhado, carga, encomenda, bagagem adicional, passeio turístico, fretamento e serviço contratado podem ter tratamentos diferentes. Por isso, o sistema deve permitir separar naturezas, controlar tarifas, registrar passageiros, veículos, rotas, travessias, pagamentos, embarque e documentos fiscais.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e Aquaviário, venda de passagens por balsa, controle de embarque, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e em balsas de passageiros? Conheça a solução web para emissão fiscal, venda de passagens, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e para balsas de passageiros, BP-e Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, transporte por balsa, passageiro com veículo, veículo desacompanhado, carga, encomenda, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e normal x BP-e TM: quais são as diferenças?

    BP-e normal x BP-e TM: quais são as diferenças?

    BP-e normal x BP-e TM: quais são as diferenças? Entenda a diferença entre o BP-e comum, usado em passagens individuais de transporte de passageiros, e o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com catracas, contadores, validadores, totalizações, XML, protocolo, relatórios e auditoria.

    • Entenda o que normalmente as empresas chamam de BP-e normal ou BP-e comum.
    • Veja quando o BP-e TM entra em cena nas operações metropolitanas e semiurbanas.
    • Conheça os cuidados com credenciamento, leiaute, catracas, validadores, totalizações, XML, DABPE, protocolo e relatórios.

    BP-e normal x BP-e TM: quais são as diferenças? A primeira coisa importante é entender que “BP-e normal” é uma forma comum de mercado para se referir ao BP-e comum, geralmente emitido para uma passagem individual de transporte de passageiros. Já o BP-e TM significa BP-e Transporte Metropolitano, voltado a operações metropolitanas, semiurbanas ou de linha regular com cobrança por catracas, contadores, validadores ou sistemas equivalentes.

    Os dois pertencem ao universo do BP-e modelo 63, mas não devem ser tratados como a mesma coisa. O BP-e comum costuma nascer de uma venda individual: passageiro, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo. O BP-e TM pode nascer de uma lógica de eventos e totalizações: linha, sentido, ponto, estação, veículo, catraca, validador, integração, gratuidade, período, relatório analítico, XML autorizado e protocolo.

    Por isso, a diferença não é apenas o nome. A diferença está na operação que gera o documento fiscal, no leiaute aplicável, no credenciamento, na origem dos dados, nas integrações necessárias e na forma como a empresa comprova a prestação para fins fiscais e operacionais.

    Precisa entender se sua operação usa BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar emissão de BP-e, BP-e TM, venda de passagens, catracas, validadores, totalizações, XML, protocolo, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e normal, ou BP-e comum, geralmente é usado em uma prestação individual de transporte de passageiros, com passageiro identificado, origem, destino, horário, tarifa, pagamento, XML autorizado, DABPE e protocolo. O BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas e metropolitanas com cobrança por contadores, catracas ou sistemas equivalentes, exigindo leiaute específico, credenciamento, integração de dados, totalizações, relatórios analíticos e auditoria.

    BP-e normal

    Termo comercial para BP-e comum, normalmente ligado à passagem individual e passageiro identificado.

    BP-e TM

    Tipo de BP-e voltado ao transporte metropolitano, semiurbano e operações com contadores ou catracas.

    Mesmo modelo 63

    Ambos fazem parte do universo do BP-e modelo 63, mas podem ter fluxos, leiautes e dados diferentes.

    Sistema emissor

    Precisa ser parametrizado conforme UF, credenciamento, tipo de operação, dados e regra fiscal aplicável.

    BP-e normal x BP-e TM: qual a diferença?

    A diferença principal é que o BP-e normal, ou BP-e comum, normalmente documenta uma prestação individual de transporte de passageiros. Ele costuma nascer de uma venda específica, com passageiro, trecho, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo.

    O BP-e TM, por outro lado, é voltado ao transporte metropolitano em linha, especialmente quando a cobrança ocorre por contadores, catracas, validadores ou sistemas equivalentes. Nesse caso, a emissão pode depender de eventos operacionais, totalizações, relatórios analíticos e credenciamento específico.

    Resposta direta: BP-e normal é o BP-e comum usado principalmente em passagens individuais. BP-e TM é o BP-e Transporte Metropolitano, usado em operações semiurbanas ou metropolitanas com catracas, contadores, validadores, totalizações e leiaute específico. Ambos podem estar no modelo 63, mas a operação, os dados, as integrações, o credenciamento e a auditoria são diferentes.

    Ponto BP-e normal / comum BP-e TM
    Uso típico Passagem individual de transporte de passageiros. Transporte metropolitano ou semiurbano com cobrança por sistemas equivalentes.
    Origem da emissão Venda da passagem. Eventos, catracas, contadores, validadores, linhas e totalizações.
    Passageiro Normalmente identificado na venda. Pode ser tratado por eventos, categorias, cartões, gratuidades ou totalização.
    DABPE Mais associado à passagem individual. Tratamento depende do leiaute e da regra aplicável.
    Controle principal Venda, passageiro, trecho, pagamento e embarque. Evento, equipamento, linha, período, totalização e relatório analítico.
    Auditoria Venda → pagamento → XML → protocolo. Evento → totalização → relatório → XML → protocolo.

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

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

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

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

    Passageiro

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

    Trecho

    Origem, destino, ponto de embarque, ponto de desembarque, data, horário e serviço.

    Venda

    Guichê, agência, site, marketplace, app, atendimento assistido ou operação interna.

    Pagamento

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

    DABPE

    Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.

    XML autorizado

    Documento fiscal eletrônico principal, assinado, autorizado e vinculado ao protocolo.

    O que é BP-e TM?

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

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

    Ponto essencial: BP-e TM não é apenas “um BP-e normal com outro nome”. Ele pode exigir leiaute específico, credenciamento próprio, integração com equipamentos, totalizações, relatórios analíticos e rastreabilidade entre evento operacional, XML autorizado e protocolo.

    Elemento do BP-e TM Por que é importante?
    Catraca ou contador Pode registrar a quantidade de passageiros ou acessos utilizados na totalização.
    Validador Pode identificar cartão, QR Code, tarifa, integração, gratuidade ou benefício.
    Linha e sentido Relacionam o evento à prestação metropolitana ou semiurbana correta.
    Período ou ciclo Define o intervalo usado na consolidação da emissão.
    Totalização Transforma eventos operacionais em base fiscal auditável.
    Relatório analítico Explica como os eventos formaram a emissão fiscal.

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

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

    Situação Modelo mais provável Cuidado principal
    Venda de passagem rodoviária convencional BP-e comum. Controlar passageiro, origem, destino, horário, poltrona, pagamento, XML e DABPE.
    Venda online de passagem com passageiro identificado BP-e comum. Integrar site, pagamento, reserva, emissão, cancelamento e embarque.
    Viagem intermunicipal a partir de rodoviária BP-e comum, conforme regra da UF. Validar dados do passageiro, trecho, tarifa, DABPE, XML e protocolo.
    Linha semiurbana com contador ou catraca BP-e TM, conforme regra da UF. Validar credenciamento, leiaute, totalização e relatório analítico.
    Transporte metropolitano com validador BP-e TM. Integrar eventos de cartão, QR Code, gratuidade, integração e tarifa.
    Operação híbrida Pode exigir BP-e comum e BP-e TM. Separar bases para evitar duplicidade, omissão e divergência fiscal.

    Regra prática: se a operação nasce de uma venda individual, avalie BP-e comum. Se nasce de catracas, contadores, validadores ou eventos consolidados em linha semiurbana/metropolitana, avalie BP-e TM.

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

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

    Critério BP-e normal / comum BP-e TM
    Nome usual BP-e normal, BP-e comum ou BP-e convencional. BP-e TM ou BP-e Transporte Metropolitano.
    Modelo fiscal BP-e modelo 63. BP-e modelo 63 com tratamento específico de transporte metropolitano.
    Tipo de operação Passagem individual de transporte de passageiros. Transporte semiurbano ou metropolitano em linha.
    Forma de cobrança Venda individual em guichê, site, agência, app ou marketplace. Contadores, catracas, validadores, cartões, QR Code ou sistemas equivalentes.
    Passageiro Normalmente identificado. Pode ser identificado por bilhetagem ou tratado por categoria e totalização.
    Documento auxiliar DABPE normalmente associado à passagem. Tratamento depende do leiaute e da regra fiscal aplicável.
    Integrações Venda, pagamento, reserva, embarque e fiscal. Bilhetagem, catracas, validadores, contadores, financeiro, fiscal e BI.
    Auditoria Venda, pagamento, passagem, XML e protocolo. Evento, equipamento, totalização, relatório, XML e protocolo.
    Complexidade Alta, mas transacional. Muito alta, por volume, integração e rastreabilidade.

    Quais dados mudam?

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

    Dado BP-e normal / comum BP-e TM
    Passageiro Nome, documento, categoria e comprador quando aplicável. Pode ser anônimo, classificado por categoria, cartão, benefício ou integração.
    Origem e destino Cidade, rodoviária, ponto de embarque e desembarque. Linha, sentido, estação, ponto, município, área metropolitana ou ciclo.
    Pagamento Diretamente ligado à venda da passagem. Bilhetagem, cartão, QR Code, integração, subsídio, gratuidade ou repasse.
    Equipamento Leitor de QR Code ou validação de embarque, quando aplicável. Catraca, contador, validador, terminal, veículo, estação ou ponto.
    Período Data e horário da passagem ou viagem. Período de totalização, ciclo, dia, mês, veículo, linha ou equipamento.
    Relatório Vendas, passageiros, embarques, cancelamentos e financeiro. Eventos, totalizações, equipamentos, tarifas, gratuidades, integrações e auditoria.

    Diferença operacional

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

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

    BP-e comum

    Venda individual, reserva, pagamento, DABPE, embarque e XML autorizado.

    BP-e TM

    Eventos, linhas, equipamentos, totalizações, relatórios e XML autorizado.

    Operação transacional

    Cada passagem possui uma jornada clara: venda, emissão, pagamento, embarque e auditoria.

    Operação consolidada

    Milhares de eventos precisam ser agrupados, validados e explicados por relatórios.

    Catracas, validadores, contadores e totalizações

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

    Elemento Função na operação Risco se não controlar
    Catraca Registra passagem física do usuário. Contagem incorreta, duplicidade ou omissão de passageiros.
    Contador Registra volume de acessos ou passageiros. Totalização sem base confiável.
    Validador Identifica cartão, QR Code, tarifa, integração ou benefício. Erro em gratuidade, integração, desconto ou categoria tarifária.
    Evento bruto Registro original antes da consolidação. Perda de rastreabilidade para auditoria.
    Totalização Agrupa eventos por período, linha, ponto, veículo, tarifa ou categoria. XML sem explicação analítica adequada.
    Relatório analítico Explica como a totalização foi formada. Dificuldade de comprovar dados ao Fisco.

    Ponto crítico: no BP-e TM, não basta saber o total final. É preciso provar como o total foi formado, de onde vieram os eventos, quais equipamentos participaram e como isso se conecta ao XML autorizado.

    XML, DABPE, autorização e protocolo

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

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico. Deve estar válido e vinculado corretamente ao emitente.
    Autorização de uso Confirma o uso fiscal do BP-e. Sem autorização, o documento não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar. Não substitui o XML autorizado.
    Eventos fiscais Cancelamento, substituição, rejeição, reprocessamento ou ajustes aplicáveis. Precisam manter vínculo com venda, evento original, totalização ou documento.

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

    Credenciamento e ambiente de emissão

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

    Item BP-e comum BP-e TM
    Credenciamento Credenciamento para emissão de BP-e conforme regra da UF. Pode exigir credenciamento específico para transporte metropolitano.
    Ambiente Homologação e produção do BP-e. Homologação e produção compatíveis com BP-e TM.
    Leiaute Leiaute comum do BP-e conforme MOC e notas técnicas. Leiaute específico para transporte metropolitano quando aplicável.
    Webservice Serviços de autorização e consulta do BP-e comum. Serviços e regras compatíveis com BP-e TM quando disponibilizados pela UF.
    Testes Venda, XML, DABPE, cancelamento, rejeição e protocolo. Eventos, totalizações, relatório, XML, rejeição, autorização e protocolo.

    Relatórios e auditoria

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

    Relatório BP-e comum BP-e TM
    Vendas Passagens vendidas, canceladas, remarcadas e embarcadas. Pode existir, mas não é sempre a base fiscal principal.
    Financeiro Dinheiro, cartão, PIX, agência, marketplace e repasses. Bilhetagem, integrações, subsídios, gratuidades, repasses e conciliação.
    Operacional Viagens, passageiros, poltronas, listas e embarques. Eventos, equipamentos, linhas, pontos, estações, veículos e períodos.
    Fiscal XMLs autorizados, rejeitados, cancelados, substituídos e pendentes. XMLs, totalizações, relatórios analíticos, reprocessamentos e protocolos.
    Auditoria Rastreabilidade da passagem individual. Rastreabilidade entre evento bruto, totalização, relatório, XML e protocolo.

    O que o sistema precisa controlar?

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

    Funcionalidade BP-e normal / comum BP-e TM
    Cadastro fiscal CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento. Além do cadastro fiscal, pode exigir credenciamento específico para transporte metropolitano.
    Venda Passagem individual, passageiro, trecho, horário, tarifa e pagamento. Eventos de bilhetagem, catraca, validador, contador, integração e período.
    Operação Viagem, veículo, motorista, poltrona, embarque e lista. Linha, ponto, estação, equipamento, veículo, ciclo, tarifa e totalização.
    Emissão fiscal XML por passagem ou venda, conforme regra aplicável. XML gerado a partir de consolidação e totalização de eventos.
    Financeiro Pagamento direto da passagem. Bilhetagem, repasses, subsídios, gratuidades, integração e conciliação.
    Auditoria Venda → XML → protocolo. Evento → totalização → relatório → XML → protocolo.
    Reprocessamento Correção de venda, rejeição ou cancelamento. Correção de evento, totalização, período, equipamento ou relatório analítico.

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

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, BP-e comum, BP-e TM e documentos substituídos. Definir o tipo de emissão correto.
    2. Diagnóstico operacional Mapear venda individual, linhas, pontos, catracas, validadores, cartões e integrações. Entender a origem real dos dados fiscais.
    3. Cadastro base Configurar empresa, certificado, série, ambiente, rotas, linhas, pontos, equipamentos e tarifas. Base pronta para emissão e auditoria.
    4. Integrações Conectar site, agência, marketplace, TEF, PIX, catracas, validadores, bilhetagem e financeiro. Redução de divergência e retrabalho.
    5. Homologação Testar XML, DABPE, rejeições, cancelamentos, totalizações, relatórios e reprocessamentos. Fluxo validado antes da produção.
    6. Produção assistida Acompanhar primeiras emissões, eventos, totalizações, divergências e protocolos. Entrada segura em produção.
    7. Auditoria contínua Conferir vendas, eventos, totalizações, XMLs, protocolos, cancelamentos e financeiro. Operação fiscal mais segura e rastreável.

    Erros comuns

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

    Achar que é tudo BP-e normal

    BP-e TM pode exigir leiaute, credenciamento, totalização e relatório próprios.

    Ignorar credenciamento

    A emissão de BP-e TM pode depender de habilitação específica na UF.

    Não guardar evento bruto

    Sem evento original, fica difícil provar a origem da totalização.

    Confundir relatório com XML

    Relatório ajuda na auditoria, mas o documento fiscal principal é o XML autorizado.

    Misturar operações

    Venda individual e totalização precisam ser separadas para evitar duplicidade ou omissão.

    Não validar UF

    Regras, prazos, credenciamento, leiaute e documentos substituídos podem variar.

    Como o Sistema Vexado ajuda

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

    Emissão de BP-e

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

    Venda de passagens

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

    BP-e Metropolitano

    A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, catracas, validadores e totalizações.

    BP-e Semiurbano

    A página de BP-e para transporte semiurbano apoia operações com características próximas ao metropolitano.

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, catracas, validadores, bilhetagem e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento, integrações e operação fiscal.

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

    Checklist prático

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e comum, BP-e TM, integrações, XML, protocolo, totalizações e auditoria.

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

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

    SEFAZ-SP FAQ BP-e

    Consulte a diferença prática entre BP-e comum e BP-e TM: Perguntas Frequentes BP-e.

    SEFAZ-SP BP-e TM

    Consulte orientação sobre BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.

    Portaria CAT 102/2018

    Consulte regras sobre emissão de BP-e, DABPE, credenciamento, BP-e TM e totalizações: Portaria CAT 102/2018.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e normal x BP-e TM

    BP-e normal e BP-e TM são a mesma coisa?

    Não. Ambos fazem parte do universo do BP-e modelo 63, mas o BP-e normal costuma ser o BP-e comum usado em passagem individual, enquanto o BP-e TM é voltado ao transporte metropolitano com catracas, contadores ou sistemas equivalentes.

    O que é BP-e normal?

    É a forma comercial de chamar o BP-e comum, geralmente usado para documentar uma passagem individual de transporte de passageiros, com passageiro, trecho, horário, pagamento, XML, DABPE e protocolo.

    O que é BP-e TM?

    BP-e TM é o Bilhete de Passagem Eletrônico para Transporte Metropolitano, usado em operações com cobrança por contadores, catracas ou sistemas equivalentes, conforme leiaute e credenciamento aplicáveis.

    BP-e TM é outro modelo fiscal?

    Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, credenciamento, totalizações e relatórios próprios.

    Quando usar BP-e comum?

    Normalmente em operações de venda individual, como rodoviário convencional, venda online, guichê, agência, marketplace ou operações em que cada passageiro tem passagem própria.

    Quando usar BP-e TM?

    Normalmente em operações semiurbanas ou metropolitanas com cobrança por catracas, contadores, validadores ou sistemas equivalentes, conforme regra da UF e credenciamento.

    O DABPE substitui o XML?

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

    Relatório de totalização substitui o BP-e TM?

    Não. O relatório ajuda a explicar e auditar os dados, mas o documento fiscal eletrônico principal continua sendo o XML autorizado quando a operação exige BP-e.

    O sistema precisa guardar evento bruto no BP-e TM?

    Sim. Em operações com totalização, é recomendável guardar evento bruto, logs, reprocessamentos e relatórios, pois a auditoria depende da rastreabilidade entre evento, totalização, XML e protocolo.

    Uma empresa pode usar BP-e comum e BP-e TM?

    Sim. Empresas com operações híbridas podem ter BP-e comum para venda individual e BP-e TM para linhas metropolitanas, semiurbanas ou operações com catracas e validadores.

    O que acontece se o BP-e for rejeitado?

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

    Quais dados um sistema para BP-e comum precisa controlar?

    Precisa controlar empresa, certificado, ambiente, rotas, horários, passageiros, poltronas quando aplicável, pagamentos, XML, autorização, protocolo, DABPE, cancelamentos, embarque, relatórios e auditoria.

    Quais dados um sistema para BP-e TM precisa controlar?

    Precisa controlar empresa, certificado, ambiente, linhas, pontos, catracas, validadores, contadores, veículos, tarifas, integrações, gratuidades, eventos, totalizações, XML, autorização, protocolo, relatórios e auditoria.

    O Vexado pode ajudar com BP-e comum e BP-e TM?

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de BP-e comum, BP-e TM ou modelo híbrido.

    Quer organizar BP-e comum ou BP-e TM? Fale com o Vexado e veja como estruturar venda de passagens, BP-e TM, XML, catracas, validadores, totalizações, relatórios e auditoria.

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

    Conclusão

    BP-e normal e BP-e TM não devem ser tratados como a mesma coisa. O BP-e normal, ou BP-e comum, normalmente atende operações de passagem individual, com venda, passageiro, trecho, pagamento, DABPE, XML e protocolo. O BP-e TM atende operações metropolitanas ou semiurbanas com contadores, catracas, validadores, totalizações, relatórios e credenciamento específico.

    A escolha correta depende da operação real, da UF competente, do credenciamento, do leiaute técnico e da forma como a empresa cobra e registra a prestação. Usar BP-e comum quando a operação exige BP-e TM pode gerar risco fiscal e perda de rastreabilidade. Usar lógica de totalização onde deveria haver passagem individual pode gerar perda de dados importantes da venda, do passageiro e do embarque.

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

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

    Quero falar com o Vexado

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


  • BP-e para companhias aéreas: entenda o projeto BPeTA

    BP-e para companhias aéreas: entenda o projeto BPeTA

    BP-e para companhias aéreas: entenda o projeto BPeTA, o Bilhete de Passagem Eletrônico para Transporte Aéreo, criado para documentar o transporte aéreo de passageiros no ecossistema do BP-e modelo 63, com XML, autorização, protocolo, Consulta, Status, Eventos, homologação, produção, credenciamento por UF, Reforma Tributária, IBS, CBS, BPeTA Normal, BPeTA Múltiplo, pagamentos, PagVinc, split payment e auditoria fiscal.

    • Entenda o que é o projeto BPeTA e por que ele importa para companhias aéreas.
    • Veja como funcionam homologação, produção, credenciamento, XML, autorização, protocolo e webservices.
    • Conheça os impactos da Reforma Tributária, IBS/CBS, pagamentos, BPeTA Normal, BPeTA Múltiplo e auditoria.

    BP-e para companhias aéreas: entenda o projeto BPeTA. O BPeTA, ou Bilhete de Passagem Eletrônico para Transporte Aéreo, é o projeto criado para levar o ecossistema do BP-e ao transporte aéreo de passageiros. Ele nasce dentro do ambiente dos documentos fiscais eletrônicos, com XML, assinatura digital, autorização de uso, protocolo, consulta, status, eventos e regras próprias para o modal aéreo.

    Na prática, o BPeTA não é apenas “mais um tipo de bilhete”. Ele representa uma mudança importante para companhias aéreas, integradoras, sistemas de venda, sistemas de reserva, canais digitais, agências, OTAs, marketplaces, meios de pagamento, equipes fiscais e áreas de tecnologia. O transporte aéreo possui características próprias: localizador, voo, aeroporto de origem, aeroporto de destino, companhia operadora, trecho, conexão, passageiro, comprador, tarifa, taxa, bagagem, serviços adicionais, remarcação, cancelamento, não embarque e reacomodação.

    Por isso, o projeto BPeTA exige uma arquitetura fiscal e operacional bem estruturada. O sistema precisa gerar o XML conforme a Nota Técnica, assinar digitalmente, transmitir para autorização, tratar rejeições, consultar status, registrar eventos, armazenar protocolo, aplicar regras da Reforma Tributária, controlar IBS/CBS, lidar com meios de pagamento e manter rastreabilidade entre venda, passageiro, trecho aéreo, pagamento, documento fiscal e auditoria.

    Precisa entender o projeto BPeTA para companhias aéreas? Fale com o Vexado e veja como estruturar análise técnica, fiscal, XML, webservices, pagamentos, Reforma Tributária, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BPeTA é o BP-e voltado ao transporte aéreo de passageiros. Ele foi criado pela NT 2025.002 para documentar operações aéreas no ecossistema do Bilhete de Passagem Eletrônico. O projeto envolve homologação, produção, credenciamento por UF, filiais das empresas aéreas, XML, autorização centralizada na SVRS, Consulta, Status, Eventos, Reforma Tributária, IBS, CBS, BPeTA Normal, BPeTA Múltiplo, pagamentos, PagVinc, relatórios e auditoria fiscal.

    BPeTA

    Bilhete de Passagem Eletrônico para Transporte Aéreo, voltado ao modal aéreo de passageiros.

    NT 2025.002

    Nota Técnica que cria o serviço de recepção do BPe Transporte Aéreo.

    SVRS

    Autorização centralizada pela SEFAZ Virtual do Rio Grande do Sul.

    Reforma Tributária

    O BPeTA nasce no contexto da RTC, com impactos de IBS, CBS, pagamentos e validações.

    BP-e para companhias aéreas: o que é o BPeTA?

    O BPeTA é o BP-e Transporte Aéreo, uma modalidade do Bilhete de Passagem Eletrônico voltada ao transporte aéreo de passageiros. Ele foi criado para permitir que companhias aéreas e sistemas emissores documentem eletronicamente as prestações de transporte aéreo dentro do ecossistema nacional de documentos fiscais eletrônicos.

    Resposta direta: o projeto BPeTA cria o BP-e para companhias aéreas. Ele permite emissão de documento fiscal eletrônico para transporte aéreo de passageiros, com XML, assinatura digital, autorização centralizada na SVRS, protocolo, consulta, status, eventos, credenciamento por UF, regras de Reforma Tributária, IBS/CBS, pagamentos e auditoria.

    Ponto O que significa no BPeTA Impacto para companhias aéreas
    Documento fiscal BP-e Transporte Aéreo no ecossistema do modelo 63. Exige motor fiscal preparado para o modal aéreo.
    Autorização Documento eletrônico precisa ser transmitido e autorizado. Venda e fiscal precisam conversar com o autorizador.
    Credenciamento Habilitação por UF para filiais das empresas aéreas. Cadastro fiscal, IE, CNPJ e ambiente precisam estar corretos.
    Reforma Tributária IBS/CBS, classificação tributária, pagamentos e novas validações. O XML precisa acompanhar as NTs da RTC.
    Operação aérea Voo, aeroporto, trecho, passageiro, comprador, tarifa e serviços. Sistema não pode tratar aéreo como rodoviário.
    Auditoria Rastreabilidade entre venda, pagamento, XML, protocolo e eventos. Relatórios e logs deixam de ser opcionais.

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

    O que é o projeto BPeTA?

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

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

    Nota Técnica própria

    A NT 2025.002 define o serviço de recepção do BPe Transporte Aéreo.

    Serviço de recepção

    Webservice usado para enviar o XML do BPeTA e obter autorização ou rejeição.

    Consulta e Status

    Permitem consultar documentos e disponibilidade do ambiente autorizador.

    Eventos

    Permitem tratar o ciclo de vida do documento depois da autorização.

    Reforma Tributária

    O projeto já nasce conectado às regras de IBS, CBS, pagamentos e classificação tributária.

    Companhias aéreas

    Exige atenção de filiais, credenciamento, sistemas de venda, reserva, financeiro e fiscal.

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

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

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

    Complexidade aérea Impacto no BPeTA
    Venda por múltiplos canais Site, app, balcão, agência, OTA e marketplace precisam alimentar o fiscal.
    Localizador e reserva O documento fiscal precisa ser rastreável até a venda original.
    Trechos e conexões Origem, destino, aeroporto, voo e conexão precisam estar coerentes.
    Serviços adicionais Bagagem, assento, animal e taxas precisam de tratamento claro.
    Remarcação e cancelamento Eventos fiscais e histórico precisam acompanhar a alteração comercial.
    Reforma Tributária IBS, CBS, cClassTrib, CST, vTotDFe e pagamento precisam ser validados.

    Quem é impactado pelo projeto?

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

    Companhias aéreas

    Precisam emitir, consultar, armazenar e auditar BPeTA conforme credenciamento e NTs.

    Filiais fiscais

    Precisam validar UF, CNPJ, IE, credenciamento, ambiente, série e numeração.

    Integradoras

    Precisam adaptar APIs, XML, pagamentos, eventos e relatórios.

    Agências e OTAs

    Precisam fornecer dados corretos de venda, passageiro, pagamento e cancelamento.

    Financeiro

    Precisa conciliar pagamento, estorno, repasse, taxa, comissão e documento fiscal.

    Fiscal e jurídico

    Precisam validar enquadramento tributário, credenciamento, guarda documental e auditoria.

    Homologação do BPeTA

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

    Teste de homologação O que validar Resultado esperado
    XML válido Leiaute, schema, campos obrigatórios e assinatura. Documento autorizado.
    XML inválido Campos ausentes, grupos fora da ordem e regras quebradas. Rejeição clara e tratável.
    BPeTA Normal Passageiro, viagem, valores, impostos e pagamento. Fluxo de compra regular validado.
    BPeTA Múltiplo Comprador obrigatório e passageiro vedado. Fluxo de compra múltipla/fretamento validado.
    Vinculado a múltiplo Passageiro, chave do BPe múltiplo e situação do documento originador. Vínculo fiscal validado.
    IBS/CBS CST, cClassTrib, vTotDFe, bases, alíquotas e valores. Compatibilidade com Reforma Tributária.
    Eventos Cancelamento, não embarque e demais eventos aplicáveis. Ciclo de vida validado.

    Boa prática: homologação não é apenas autorizar um XML. O ideal é criar uma matriz de testes com cenários válidos, rejeições esperadas, eventos, pagamento, Reforma Tributária, BPeTA Normal, Múltiplo e Vinculado.

    Produção, autorização e credenciamento

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

    Item O que controlar Risco se ignorar
    Credenciamento Habilitação em cada UF competente. Documento rejeitado por emissor não habilitado.
    Filial CNPJ, IE, UF e vínculo com a empresa aérea. Emissão por estabelecimento incorreto.
    Certificado digital Validade, vínculo e permissão de assinatura. Falha de assinatura ou autorização.
    Ambiente Separar homologação e produção. Teste em produção ou emissão real em homologação.
    Série e numeração Controle por filial, ambiente e regra fiscal. Duplicidade, quebra de sequência ou rejeição.
    Monitoramento Status, rejeições, eventos e indisponibilidades. Falhas sem resposta rápida da equipe.

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

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

    Webservice Uso no projeto BPeTA O que o sistema deve fazer
    Recepção BPeTA Enviar XML para autorização. Transmitir, receber retorno, tratar autorização ou rejeição.
    Status do serviço Verificar disponibilidade do autorizador. Evitar envio quando o ambiente estiver indisponível.
    Consulta Consultar documento por chave de acesso. Confirmar situação, autorização, protocolo e eventos.
    Eventos Registrar fatos posteriores à autorização. Cancelar, substituir, registrar não embarque ou outros eventos aplicáveis.
    QRCode/DABPE Facilitar consulta auxiliar quando aplicável. Usar URL e ambiente corretos.

    BPeTA Normal, Múltiplo e Vinculado

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

    Tipo tpCompra Uso Regra crítica
    BPeTA Normal 0 Compra regular de passagem aérea. Passageiro deve ser informado.
    BPeTA Múltiplo 1 Compra múltipla, indicada como fretamento. Comprador deve ser informado e passageiro não deve ser informado.
    BPe vinculado a múltiplo 2 Documento vinculado a um BPe múltiplo. Passageiro e chave do BPe múltiplo devem ser informados.

    Ponto crítico: o sistema não deve deixar o operador escolher o tipo de compra de forma solta. O tpCompra deve ser consequência da operação real: compra normal, fretamento/múltiplo ou emissão vinculada.

    Quais dados o BPeTA precisa controlar?

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

    Grupo de dados Exemplos Uso no BPeTA
    Emitente CNPJ, IE, UF, filial, certificado, série e numeração. Define quem está emitindo o documento.
    Passageiro Nome, documento, contato e dados exigidos pela regra aplicável. Obrigatório em BPeTA Normal e Vinculado.
    Comprador Pessoa física, jurídica ou estrangeira. Crítico no BPeTA Múltiplo e em compras por terceiros.
    Viagem Voo, companhia operadora, origem, destino, trecho, conexão e data. Representa a prestação de transporte aéreo.
    Valores Bilhete, desconto, valor pago, troco, componentes e serviços adicionais. Base comercial e fiscal do documento.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe, bases, alíquotas e valores. Atende à Reforma Tributária e regras de validação.
    Pagamento Forma de pagamento, transação, PagVinc, cartão, PIX, agência ou OTA. Conecta documento fiscal e transação financeira.
    Eventos Cancelamento, não embarque, substituição e fornecimento não realizado. Controla o ciclo de vida do documento.

    Reforma Tributária, IBS e CBS no BPeTA

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

    IBS

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

    CBS

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

    CST e cClassTrib

    Definem a situação tributária e a classificação da operação.

    vTotDFe

    Total do documento fiscal eletrônico, relevante nas regras ligadas ao grupo IBSCBS.

    Rejeições

    Erros de preenchimento podem impedir autorização do XML.

    Auditoria

    Relatórios devem explicar venda, tributação, pagamento, protocolo e eventos.

    Regra prática: o BPeTA não deve ser implantado apenas como projeto de XML. Ele precisa ser tratado como projeto fiscal, tributário, financeiro, operacional e tecnológico.

    Transporte aéreo regional

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

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

    Situação Como tratar no sistema Risco
    Voo regional enquadrado Aplicar classificação tributária e redução conforme validação fiscal. Erro se a rota não atender aos critérios legais.
    Voo não regional Aplicar regra tributária geral ou específica aplicável. Redução indevida de IBS/CBS.
    Rota com benefício Guardar evidência da regra usada, data e versão da tabela. Dificuldade de auditoria futura.
    Venda por terceiro Separar transporte, intermediação, taxa, comissão e repasse. Confusão entre receita da companhia e receita do intermediador.

    Pagamentos, PagVinc e split payment

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

    Pagamento O que controlar Por que importa?
    Cartão Autorização, NSU, adquirente, bandeira, valor e status. Conciliação entre venda, pagamento e BPeTA.
    PIX Cobrança, confirmação, expiração, estorno e vínculo fiscal. Evita documento autorizado sem pagamento confirmado.
    Agência/OTA Comissão, taxa, repasse, canal, comprador e passageiro. Evita divergência entre intermediador e companhia.
    Fidelidade/milhas Pontos, coparticipação, taxas e valores pagos. Exige análise fiscal e financeira detalhada.
    PagVinc Vinculação da transação financeira ao DFe. Prepara a arquitetura para rastreabilidade da Reforma Tributária.
    Split payment Campos e futuras regras regulatórias. Exige sistema preparado para evolução técnica.

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

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

    Elemento Função Controle necessário
    XML Documento fiscal eletrônico principal. Gerar conforme NT, schema e regras de validação.
    Assinatura Garante autoria e integridade do documento. Usar certificado válido e emitente correto.
    Autorização Permite o uso fiscal do documento. Registrar status, data, hora, retorno e protocolo.
    Protocolo Comprova o retorno do autorizador. Armazenar com XML, chave de acesso e eventos.
    Rejeição Indica erro técnico ou fiscal. Mostrar código, motivo, causa provável e correção.
    Reprocessamento Permite correção e novo envio. Manter logs, tentativas, usuário e histórico.

    O que o sistema precisa controlar?

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

    Área Controles necessários
    Fiscal CNPJ, IE, UF, filial, credenciamento, certificado, série, numeração, ambiente e webservices.
    Operação aérea Aeroporto, voo, trecho, conexão, companhia operadora, tipo de viagem e data.
    Comercial Venda direta, agência, OTA, marketplace, localizador, reserva, tarifa e serviços adicionais.
    Passageiro e comprador Dados do passageiro, comprador, estrangeiro, pessoa jurídica, corporativo e fretamento.
    Tributação IBS, CBS, CST, cClassTrib, vTotDFe, redução, transporte regional e regras específicas.
    Pagamento Cartão, PIX, agência, OTA, repasse, comissão, PagVinc, estorno e conciliação.
    Eventos Cancelamento, não embarque, substituição, fornecimento não realizado e reprocessamento.
    Auditoria Logs, XMLs, protocolos, rejeições, relatórios, usuários, alterações e integrações.

    Como implantar um projeto BPeTA

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

    Fase O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, filiais, credenciamento, IBS/CBS e regras regionais. Mapa fiscal do projeto.
    2. Diagnóstico técnico Avaliar sistemas de venda, reserva, pagamento, financeiro, fiscal e auditoria. Mapa de integrações e lacunas.
    3. Atualização do motor fiscal Implementar NT 2025.002, schemas e regras de validação do BPeTA. Geração de XML compatível.
    4. Homologação Testar BPeTA Normal, Múltiplo, Vinculado, rejeições, eventos, IBS/CBS e pagamentos. Fluxo validado antes da produção.
    5. Credenciamento e produção Confirmar habilitação das filiais e configurar produção. Ambiente real pronto.
    6. Produção assistida Acompanhar primeiras emissões reais, rejeições, eventos e relatórios. Entrada segura em operação.
    7. Monitoramento contínuo Acompanhar NTs, schemas, rejeições, legislação e regras da Reforma Tributária. Conformidade permanente.

    Erros comuns

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

    Copiar lógica de outro modal

    O transporte aéreo tem operação própria e precisa de regras específicas.

    Ignorar credenciamento

    Filiais precisam estar habilitadas na UF competente.

    Testar pouco

    Autorizar um XML não prova que o projeto está pronto.

    Não tratar BPeTA Múltiplo

    Compra múltipla e vinculado a múltiplo exigem regras próprias.

    RTC incompleta

    IBS, CBS, CST, cClassTrib e vTotDFe precisam estar corretos.

    Sem auditoria

    Sem logs e relatórios, a empresa não explica emissão, rejeição ou reprocessamento.

    Como o Vexado pode ajudar

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

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

    Emissão de BP-e

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

    Integrações e APIs

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

    Consultoria e implantação

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

    Automação de processos

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

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

    Checklist prático para companhias aéreas

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

    Precisa transformar esse checklist em projeto real? Fale com o Vexado e veja como estruturar BPeTA, XML, webservices, pagamentos, IBS/CBS, relatórios e auditoria.

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Avisos BP-e/SVRS

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

    Notícias BP-e/SVRS

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

    Serviços BP-e/SVRS

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

    Lei Complementar 214/2025

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e para companhias aéreas e BPeTA

    O que é BPeTA?

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

    O que é BP-e para companhias aéreas?

    É a aplicação do ecossistema BP-e ao transporte aéreo de passageiros, por meio do projeto BPeTA, permitindo emissão de XML, autorização, protocolo, consulta, status, eventos e auditoria fiscal.

    Qual Nota Técnica criou o BPeTA?

    A NT 2025.002 do BP-e Transporte Aéreo publica as especificações do serviço de recepção do BPeTA e adapta os demais webservices do BP-e para o transporte aéreo de passageiros.

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

    Sim. O Portal BP-e/SVRS informou que o ambiente de produção do BPe para Transporte Aéreo está liberado no sistema autorizador da SVRS para todas as UFs, com habilitação e credenciamento por UF para as filiais das empresas aéreas inscritas.

    O BPeTA possui ambiente de homologação?

    Sim. O ambiente de homologação permite testar XML, assinatura, recepção, autorização, rejeições, consulta, status, eventos, pagamentos e IBS/CBS antes da produção.

    O BPeTA é autorizado onde?

    O Portal BP-e/SVRS informa que o BPeTA será autorizado de forma centralizada na SVRS.

    Companhias aéreas precisam de credenciamento?

    Sim. A habilitação e o credenciamento devem ser tratados em cada unidade federada para as filiais das empresas aéreas inscritas.

    O BPeTA usa Consulta, Status e Eventos?

    Sim. O BPeTA faz parte dos serviços do sistema BP-e e utiliza os demais webservices disponíveis para o Bilhete de Passagem, como Consulta, Status e Eventos.

    O que é BPeTA Normal?

    É o BPeTA usado para compra regular de passagem aérea. Nesse cenário, o passageiro deve ser informado.

    O que é BPeTA Múltiplo?

    É o BPeTA usado para compra múltipla, indicada como fretamento. Nesse cenário, o comprador deve ser informado e o passageiro não deve ser informado.

    O que é BPe vinculado a múltiplo?

    É o documento vinculado a um BPe múltiplo. Ele deve informar passageiro e chave de acesso do BPe múltiplo.

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

    Sim. O BPeTA nasce no contexto da Reforma Tributária e precisa tratar IBS, CBS, classificação tributária, valores, pagamentos, PagVinc, validações e relatórios.

    Todo voo regional tem redução de IBS e CBS?

    A LC 214/2025 prevê redução de 40% para transporte aéreo regional coletivo de passageiros ou de carga, mas o enquadramento precisa ser validado conforme critérios legais e regulamentares aplicáveis.

    O sistema precisa integrar pagamentos?

    Sim. A integração com pagamentos ajuda a vincular venda, transação financeira, documento fiscal, estorno, repasse, comissão, PagVinc e auditoria.

    O Vexado já pode emitir BPeTA?

    O correto é avaliar o escopo técnico e fiscal antes de afirmar emissão em produção. Projetos de BPeTA exigem validação de NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, pagamentos e homologação.

    O Vexado pode ajudar nesse projeto?

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer preparar sua companhia para BPeTA? Fale com o Vexado e veja como estruturar XML, webservices, pagamentos, IBS/CBS, relatórios, auditoria e produção assistida.

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

    Conclusão

    O projeto BPeTA cria o BP-e para companhias aéreas e muda a forma como o transporte aéreo de passageiros deve ser documentado fiscalmente. O foco deixa de ser apenas a venda da passagem e passa a incluir XML autorizado, protocolo, consulta, status, eventos, credenciamento por UF, filiais, Reforma Tributária, IBS, CBS, pagamentos, BPeTA Normal, BPeTA Múltiplo, documentos vinculados e auditoria.

    Para companhias aéreas, o BPeTA exige integração entre fiscal, tecnologia, venda, reserva, financeiro, pagamentos, suporte e auditoria. Um projeto bem feito precisa começar em homologação, passar por testes completos, validar rejeições, eventos e Reforma Tributária, e só depois seguir para produção assistida.

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

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

    Quero falar com o Vexado

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


  • BP-e para barcas: como funciona a emissão fiscal de passagens

    BP-e para barcas: como funciona a emissão fiscal de passagens

    BP-e para barcas: como funciona a emissão fiscal de passagens é um guia para empresas que operam transporte aquaviário de passageiros e precisam organizar venda de passagens, emissão de BP-e modelo 63, XML, DABPE, autorização, protocolo, rotas, embarcações, pagamentos, embarque, relatórios e auditoria.

    • Entenda quando a emissão de BP-e pode ser aplicada em barcas de passageiros.
    • Veja a relação entre BP-e modelo 63 e o antigo Bilhete de Passagem Aquaviário modelo 14.
    • Conheça as funcionalidades que um sistema precisa ter para controlar passagem, fiscal, financeiro e operação aquaviária.

    BP-e para barcas: como funciona a emissão fiscal de passagens? Essa dúvida é comum em empresas que operam barcas, lanchas, catamarãs, balsas, ferry boats, travessias, terminais hidroviários, ilhas, baías, rios, lagos, portos, píeres, estações aquaviárias e outros pontos de embarque e desembarque de passageiros.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, é o documento fiscal eletrônico usado para documentar prestações de transporte de passageiros nos cenários em que a unidade federada exige, permite ou credencia sua emissão. No transporte aquaviário, ele pode substituir o antigo Bilhete de Passagem Aquaviário modelo 14, levando a empresa para uma rotina fiscal digital com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, armazenamento e auditoria.

    No caso das barcas de passageiros, a emissão fiscal precisa refletir a operação real: origem, destino, ponto de embarque, ponto de desembarque, horário, embarcação, passageiro, tarifa, forma de pagamento, status da viagem, cancelamento, remarcação e documento fiscal autorizado.

    Precisa organizar BP-e para barcas na sua operação? Fale com o Vexado e veja como estruturar venda de passagens, emissão fiscal, XML, DABPE, autorização, protocolo, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e para barcas funciona como a emissão fiscal eletrônica da passagem de transporte aquaviário de passageiros, quando a operação está enquadrada no BP-e modelo 63 conforme regra da unidade federada competente. O documento fiscal principal é o XML autorizado. O DABPE é apenas uma representação auxiliar. Para operar corretamente, a empresa precisa de um sistema que controle venda, passageiro, rota, embarcação, horário, pagamento, autorização, protocolo, cancelamento, remarcação, relatórios e auditoria.

    BP-e modelo 63

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

    Barcas

    Operações aquaviárias com passageiros, travessias, rotas, terminais, horários e embarcações.

    Modelo 14

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

    Sistema emissor

    Precisa conectar venda, fiscal, financeiro, embarque, XML, DABPE, protocolo e auditoria.

    Como funciona a emissão fiscal de passagens em barcas?

    A emissão fiscal de passagens em barcas funciona por meio do BP-e modelo 63 quando a operação se enquadra como transporte aquaviário de passageiros e a unidade federada competente exige, permite ou credencia a emissão eletrônica. A empresa registra a venda, valida os dados da prestação, gera o XML, assina digitalmente, transmite para autorização, recebe o protocolo, armazena o documento e disponibiliza o DABPE quando aplicável.

    Resposta direta: em barcas de passageiros, o BP-e modelo 63 pode ser usado quando a prestação é transporte aquaviário de passageiros e a UF competente enquadra essa operação no BP-e. O XML autorizado é o documento fiscal principal; o DABPE é auxiliar; e o sistema precisa controlar venda, passageiro, rota, embarcação, horário, pagamento, autorização, protocolo, embarque, cancelamento e auditoria.

    Etapa O que acontece Resultado esperado
    Venda da passagem O passageiro escolhe rota, horário, ponto de embarque, categoria e forma de pagamento. Venda registrada com dados suficientes para emissão do BP-e.
    Validação dos dados O sistema confere empresa, UF, série, certificado, rota, passageiro, tarifa e regras aplicáveis. Menos rejeições e menos inconsistências fiscais.
    Geração do XML O sistema monta o BP-e modelo 63 conforme leiaute técnico vigente. Documento eletrônico pronto para assinatura e transmissão.
    Assinatura digital O XML é assinado com certificado digital válido do emitente. Autoria e integridade técnica do documento.
    Transmissão O BP-e é enviado ao ambiente autorizador da administração tributária. Retorno de autorização ou rejeição.
    Protocolo Quando autorizado, o protocolo fica vinculado ao XML. Comprovação fiscal da autorização de uso.
    DABPE O documento auxiliar pode ser usado no embarque ou na consulta quando aplicável. Apoio operacional sem substituir o XML autorizado.
    Armazenamento XML, protocolo, eventos, logs e relatórios ficam guardados. Consulta, suporte, fiscalização e auditoria.

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

    Quem precisa avaliar BP-e para barcas?

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

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

    Tipo de operação BP-e pode ser avaliado? Cuidado principal
    Barca de passageiros em linha regular Sim, quando a UF enquadrar a operação no BP-e modelo 63. Validar credenciamento, certificado, ambiente, série e leiaute.
    Travessia intermunicipal por barca Sim, quando for prestação de transporte de passageiros sujeita à regra aplicável. Confirmar origem, destino, UF e tratamento fiscal.
    Operação municipal pura Depende da legislação e competência aplicável. Validar com contador, prefeitura, SEFAZ e equipe jurídica quando necessário.
    Barca turística ou passeio Depende da natureza da prestação. Pode exigir BP-e, CT-e OS, NFS-e ou outro documento.
    Barca com transporte de carga ou encomenda Não tratar automaticamente como BP-e de passageiro. Carga e encomenda podem exigir documento fiscal próprio.
    Barca com passageiro e veículo Sim para a passagem do passageiro, quando aplicável. Separar tarifa de passageiro, veículo, carga e serviços adicionais.

    Boa prática: antes de implantar BP-e em barcas, a empresa deve separar claramente transporte de passageiro, veículo acompanhado, veículo desacompanhado, carga, encomenda, bagagem adicional, turismo, fretamento e operação municipal.

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

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

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

    Comparação Modelo 14 BP-e modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Assinatura digital Não era o centro do processo. Exige certificado digital válido do emitente.
    DABPE Não se aplicava como documento auxiliar do BP-e. É auxiliar e não substitui o XML autorizado.
    Auditoria Baseada em documentos físicos, livros e relatórios legados. Baseada em XML, protocolo, eventos, logs, relatórios e armazenamento digital.

    O que muda na operação aquaviária

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

    Venda integrada

    A passagem vendida no guichê, site, agência ou atendimento precisa alimentar o BP-e.

    Rota correta

    Origem, destino, terminal, píer, estação aquaviária e trecho precisam estar bem cadastrados.

    Embarcação vinculada

    A barca, lancha, catamarã ou embarcação precisa estar ligada ao horário e à operação.

    Financeiro conciliado

    Pagamento, estorno, cancelamento e documento fiscal precisam fechar entre si.

    Fiscal eletrônico

    XML, assinatura, autorização, protocolo, DABPE e armazenamento viram parte da rotina.

    Auditoria digital

    Logs, eventos, relatórios, usuários e status precisam ficar rastreáveis.

    O que um sistema para barcas precisa controlar?

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

    Funcionalidade O que o sistema deve fazer Por que importa
    Cadastro da empresa Controlar CNPJ, IE, UF, certificado digital, ambiente, série, numeração e credenciamento. Evita emissão em empresa, UF, série ou ambiente incorreto.
    Rotas aquaviárias Configurar origem, destino, terminais, píeres, estações, pontos de embarque e desembarque. Relaciona a passagem à prestação correta.
    Embarcações Cadastrar barca, lancha, catamarã, capacidade, status, identificação e vínculo com rota. Ajuda no controle de lotação, operação e auditoria.
    Horários e viagens Controlar partida, chegada estimada, frequência, disponibilidade, bloqueios e alterações. Evita venda fora do horário ou acima da capacidade.
    Passageiros Registrar nome, documento, telefone, categoria, benefício, gratuidade e comprador. Forma a base da passagem e do documento fiscal.
    Venda de passagens Permitir venda no terminal, guichê, agência, site, app, marketplace ou atendimento. Centraliza os canais e reduz divergências.
    Pagamentos Controlar dinheiro, cartão, PIX, TEF, link, agência, marketplace, status e estorno. Permite conciliar financeiro e fiscal.
    Emissão de BP-e Gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo. Completa o fluxo fiscal eletrônico.
    DABPE Gerar representação auxiliar quando aplicável ao embarque ou consulta. Facilita operação, sem substituir o XML.
    Rejeições Exibir código, motivo, XML, correção, usuário, tentativa e reenvio. Permite corrigir pendências sem perder histórico.
    Cancelamento Relacionar cancelamento da passagem, estorno financeiro e evento fiscal aplicável. Evita venda cancelada com documento fiscal ativo.
    Controle de embarque Validar passagem por QR Code, lista de passageiros, documento ou localizador. Evita embarque sem passagem válida ou duplicidade.
    Relatórios Gerar relatórios de vendas, passageiros, embarcações, rotas, BP-e e financeiro. Facilita gestão, fiscalização e fechamento.

    Venda de passagens em barcas

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

    Guichê no terminal

    Venda presencial com rota, horário, passageiro, categoria, pagamento e emissão integrada.

    Site próprio

    Venda online com escolha de travessia, data, horário, passageiro, pagamento e confirmação.

    Agência ou parceiro

    Venda por parceiros com comissão, repasse, canal, usuário, fechamento e rastreabilidade.

    Atendimento assistido

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

    Consulta

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

    Reimpressão

    Recuperação do DABPE ou comprovante operacional quando permitido e aplicável.

    Ponto crítico: comprovante de pagamento, recibo interno ou ticket operacional não substituem o BP-e autorizado quando a operação exige documento fiscal eletrônico.

    Rotas, terminais e pontos de embarque

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

    Cadastro O que controlar Risco se estiver errado
    Origem Município, UF, terminal, porto, píer, estação aquaviária ou local de embarque. Documento fiscal pode representar prestação incorreta.
    Destino Município, UF, terminal, porto, píer, estação aquaviária ou local de desembarque. Divergência fiscal, comercial e operacional.
    Travessia Origem, destino, sentido, tempo estimado, tarifa, frequência e disponibilidade. Venda em rota incorreta ou tarifa errada.
    Ponto de embarque Local exato onde o passageiro entra na barca. Erro de fila, embarque, fiscalização e atendimento.
    Ponto de desembarque Local onde a prestação ao passageiro termina. Problemas de rota, valor e documento fiscal.
    Trecho intermediário Paradas, ilhas, conexões, escalas ou terminais secundários. Confusão entre horários, valores, passageiros e documentos.

    Embarcações, horários e capacidade

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

    Cadastro da barca

    Nome, identificação, tipo, capacidade, status, foto, classe, observações e vínculo com rota.

    Capacidade

    Controle de quantidade de passageiros por viagem, categoria, horário e embarcação.

    Horários

    Partida, chegada estimada, frequência, bloqueios, operação especial e disponibilidade.

    Bloqueios operacionais

    Manutenção, clima, maré, lotação, indisponibilidade, alteração de rota ou decisão da operação.

    Boa prática: alterações de horário, troca de embarcação, bloqueio de viagem e cancelamento precisam gerar histórico com usuário, data, motivo e impacto operacional.

    Controle de embarque e validação

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

    Controle Como funciona Benefício
    QR Code Leitura digital do DABPE, passagem ou comprovante operacional vinculado ao BP-e. Agiliza fila e reduz fraude.
    Lista de passageiros Relação por viagem, horário, embarcação, categoria e status. Ajuda o embarque e a conferência operacional.
    Status da passagem Aprovada, paga, BP-e autorizado, cancelada, remarcada, pendente ou rejeitada. Impede embarque com pendência fiscal ou financeira.
    Consulta rápida Busca por nome, documento, localizador, venda, pagamento ou chave de acesso. Reduz problema no atendimento.
    Logs Registra usuário, horário, terminal, equipamento e ação realizada. Garante rastreabilidade e auditoria.

    Pagamentos e conciliação financeira

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

    Forma de pagamento Controle necessário Risco se não conciliar
    Dinheiro Caixa, operador, abertura, fechamento, troco e relatório. Diferença entre caixa físico e vendas emitidas.
    Cartão/TEF NSU, autorização, terminal, adquirente, taxa, status e comprovante. Venda paga sem vínculo correto com documento fiscal.
    PIX QR Code, txid, status, vencimento, confirmação e conciliação. Reserva confirmada sem pagamento real ou pagamento sem passagem.
    Link de pagamento Validade, retorno, confirmação, cancelamento e baixa automática. Erro no status da venda e no embarque.
    Agência Comissão, repasse, vendedor, canal e fechamento. Divergência entre venda, comissão e fiscal.
    Marketplace Pedido externo, localizador, taxa, repasse, integração e status. Venda duplicada ou não emitida no BP-e.

    Regra prática: uma passagem só deve ser considerada regular quando venda, pagamento, BP-e, embarque e relatório estiverem com status coerente.

    XML, DABPE, autorização e protocolo

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

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

    Ponto crítico: recibo, comprovante de cartão, comprovante PIX, ticket interno ou DABPE sem XML autorizado e protocolo não resolvem a obrigação fiscal quando a operação exige BP-e.

    Cancelamento, remarcação e substituição

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

    Cancelamento da viagem

    Quando a travessia não ocorre, o sistema precisa tratar passageiros, pagamentos e documentos fiscais.

    Cancelamento da passagem

    Deve vincular motivo, usuário, data, estorno e evento fiscal quando aplicável.

    Remarcação

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

    Substituição

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

    Estorno

    Pagamento deve ser devolvido ou ajustado conforme forma de pagamento, regra comercial e status fiscal.

    Auditoria

    Logs de alterações, usuários, motivos, documentos e valores precisam ficar disponíveis.

    Integrações e APIs

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

    Integração Uso na operação Benefício
    Site de vendas Venda online de passagens por travessia, data, horário e passageiro. Aumenta canais de venda e reduz atendimento manual.
    Pagamento PIX, cartão, TEF, link, confirmação, cancelamento e baixa automática. Reduz erro financeiro.
    Controle de embarque Leitura de QR Code, lista de passageiros e validação no terminal. Evita embarque sem passagem válida.
    Fiscal XML, webservices, autorização, eventos, protocolos e consultas. Centraliza emissão e rastreabilidade.
    BI e relatórios Vendas, ocupação, rotas, horários, cancelamentos e financeiro. Melhora decisão operacional e gestão.
    APIs externas Marketplaces, agências, ERPs, órgãos, bilhetagem e sistemas legados. Evita retrabalho e duplicidade de dados.

    Como implantar BP-e para barcas

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, certificado, série, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Separação de natureza Diferenciar passageiro, carga, encomenda, bagagem, turismo, fretamento e serviço adicional. Redução de risco fiscal por emissão incorreta.
    3. Mapeamento operacional Mapear rotas, terminais, embarcações, horários, tarifas, capacidade e regras comerciais. Operação pronta para alimentar o sistema.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração, webservices e regras. Sistema preparado para homologação.
    5. Homologação Emitir testes, validar XML, DABPE, rejeições, cancelamentos, substituições e relatórios. Fluxo testado antes da produção.
    6. Treinamento Treinar bilheteria, terminal, agência, financeiro, fiscal, operação e suporte. Equipe pronta para usar o sistema.
    7. Produção assistida Acompanhar primeiras emissões, vendas, rejeições, pagamentos, embarques e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, embarques, cancelamentos e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e para barcas

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

    Confundir DABPE com XML

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

    Não guardar protocolo

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

    Cadastro incompleto

    Origem, destino, terminal, embarcação, horário, passageiro e tarifa precisam estar corretos.

    Pagamento sem conciliação

    Venda paga, BP-e rejeitado e embarque liberado sem controle geram risco operacional e fiscal.

    Cancelamento desconectado

    Estorno, cancelamento operacional e evento fiscal precisam estar vinculados.

    Sem auditoria

    XMLs, logs, eventos, relatórios e financeiro precisam ficar disponíveis para conferência.

    Como o Sistema Vexado ajuda empresas de barcas

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

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário ajuda empresas que precisam estruturar emissão fiscal para passageiros por barca, barco, balsa ou ferry boat.

    Emissão de BP-e

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

    Venda de passagens

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

    Gestão operacional

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

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, fiscalização, pagamento, embarque e sistemas externos.

    Consultoria e implantação

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

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

    Checklist prático para BP-e em barcas

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e para barcas, venda de passagens, embarque, XML, DABPE, financeiro, integrações e auditoria.

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

    Fontes oficiais para validar BP-e em barcas

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

    Consulte normas nacionais do projeto BP-e, incluindo Ajuste SINIEF e documentos relacionados: Legislação BP-e/SVRS.

    SEFAZ Bahia BP-e

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

    SEFAZ Paraná BP-e

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

    SEFAZ Mato Grosso do Sul BP-e

    Consulte informações estaduais sobre BP-e e acesso à documentação técnica: SEFAZ MS BP-e.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e para barcas

    O que é BP-e para barcas?

    É a emissão do BP-e modelo 63 para documentar prestação de transporte aquaviário de passageiros em operações com barcas, barcos, lanchas, catamarãs ou embarcações semelhantes, quando a operação está enquadrada nas regras da unidade federada competente.

    Barcas de passageiros precisam emitir BP-e?

    Precisam avaliar com a SEFAZ competente. Quando a operação envolve transporte aquaviário de passageiros, está sujeita ao documento eletrônico e a empresa está obrigada, autorizada ou credenciada, o documento fiscal a ser usado tende a ser o BP-e modelo 63.

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

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

    O DABPE substitui o XML?

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

    Comprovante de pagamento substitui BP-e?

    Não. Comprovante de cartão, PIX, TEF, dinheiro, link de pagamento ou recibo operacional não substitui o documento fiscal eletrônico quando a operação exige BP-e.

    Barca turística usa BP-e?

    Depende da natureza da prestação. Passeios, turismo, fretamento, eventos, transporte contratado ou serviços municipais podem exigir outro documento fiscal. O enquadramento deve ser validado com contador, SEFAZ e equipe jurídica.

    O sistema precisa controlar embarcação?

    Sim. É recomendável controlar barca, lancha, catamarã ou embarcação, capacidade, rota, horário, serviço, status e vínculo com a venda para melhorar operação e auditoria.

    O que acontece se o BP-e for rejeitado?

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

    Quais dados um sistema para barcas precisa controlar?

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

    O Vexado pode ajudar com BP-e para barcas?

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer organizar BP-e para barcas na sua empresa? Fale com o Vexado e veja como estruturar venda de passagens, embarque, XML, DABPE, protocolo, financeiro, integrações e auditoria.

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

    Conclusão

    BP-e para barcas exige mais do que emitir uma passagem digital. A empresa precisa organizar a operação de transporte aquaviário de passageiros de ponta a ponta: venda, rota, terminal, ponto de embarque, embarcação, horário, passageiro, pagamento, XML, autorização, protocolo, DABPE, embarque, cancelamento, financeiro e auditoria.

    O BP-e modelo 63 pode substituir o Bilhete de Passagem Aquaviário modelo 14 nos cenários definidos pela unidade federada competente. Porém, a empresa deve ter atenção ao enquadramento fiscal, principalmente quando a operação envolve turismo, fretamento, operação municipal, carga, encomenda, bagagem adicional ou serviços complementares.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e Aquaviário, venda de passagens por barcas, controle de embarque, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras que podem variar por UF, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, órgão regulador, equipe técnica e responsáveis fiscais.

    Quer avaliar o Vexado para BP-e em barcas? Conheça a solução web para emissão fiscal, venda de passagens, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e para barcas, BP-e Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, transporte por barca, DABPE, XML, autorização, protocolo, cancelamento, substituição, remarcação, rejeições, contingência, armazenamento, guarda documental, integrações, APIs, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, órgão regulador, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e ferroviário x BP-e metroviário: qual a diferença?

    BP-e ferroviário x BP-e metroviário: qual a diferença?

    BP-e ferroviário x BP-e metroviário: qual a diferença? Entenda como o BP-e modelo 63 pode ser usado nos dois contextos, por que o transporte metroviário pode exigir BP-e TM, quais dados mudam na operação e o que o sistema precisa controlar para emitir XML, obter autorização, guardar protocolo, integrar catracas, validadores, totalizações, relatórios e auditoria.

    • Entenda a diferença entre BP-e ferroviário, BP-e metroviário e BP-e TM.
    • Veja quando o modelo 63 substitui o Bilhete de Passagem Ferroviário modelo 16.
    • Conheça os cuidados com estações, linhas, catracas, validadores, integrações, totalizações, XML, DABPE, protocolo e relatórios.

    BP-e ferroviário x BP-e metroviário: qual a diferença? A principal diferença não está apenas no número do modelo fiscal. Tanto o transporte ferroviário quanto o metroviário podem se relacionar ao BP-e modelo 63, mas o fluxo operacional, os dados exigidos, a forma de cobrança, o tipo de integração e a forma de totalização podem ser muito diferentes.

    No BP-e ferroviário, o foco costuma estar na prestação ferroviária de passageiros, com estações, trecho, origem, destino, passagem, tarifa, horário, XML autorizado e substituição do antigo Bilhete de Passagem Ferroviário modelo 16. Já no BP-e metroviário, especialmente em operações metropolitanas de alto volume, a rotina pode envolver BP-e TM, catracas, validadores, contadores, cartões, QR Code, gratuidades, integrações tarifárias, totalizações e relatórios analíticos.

    Por isso, a pergunta correta não é apenas “usa BP-e modelo 63?”. A pergunta mais importante é: qual tipo de operação está sendo documentada, como a passagem é cobrada, quais dados alimentam o fiscal e qual leiaute ou credenciamento a SEFAZ exige para aquela operação?

    Precisa estruturar BP-e ferroviário ou BP-e metroviário? Fale com o Vexado e veja como organizar XML, DABPE, BP-e TM, catracas, validadores, totalizações, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e ferroviário é a aplicação do BP-e modelo 63 ao transporte ferroviário de passageiros, podendo substituir o Bilhete de Passagem Ferroviário modelo 16 conforme regra da unidade federada. O BP-e metroviário também pode estar dentro do universo do BP-e modelo 63, mas em operações metropolitanas com catracas, contadores, validadores ou sistemas equivalentes pode envolver BP-e TM, com leiaute específico, credenciamento próprio, totalizações e relatórios analíticos.

    BP-e ferroviário

    Mais ligado a estações, trechos, passagens, horários e substituição do modelo 16.

    BP-e metroviário

    Mais ligado a catracas, validadores, bilhetagem, integração e grande volume.

    BP-e TM

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

    Sistema emissor

    Precisa controlar XML, autorização, protocolo, integração, totalização, relatórios e auditoria.

    BP-e ferroviário x BP-e metroviário: qual a diferença?

    A diferença principal é que o BP-e ferroviário costuma documentar a prestação ferroviária de passageiros com base em estação, trecho, passagem, tarifa, horário e substituição do Bilhete de Passagem Ferroviário modelo 16. Já o BP-e metroviário normalmente envolve uma operação de alto volume, com catracas, validadores, bilhetagem eletrônica, cartões, QR Code, integrações tarifárias, gratuidades, totalizações e, em muitos casos, análise de BP-e TM.

    Resposta direta: os dois podem usar o BP-e modelo 63, mas não são iguais na prática. O ferroviário tende a ser mais próximo da passagem ou trecho ferroviário. O metroviário tende a depender de catracas, validadores, contadores, integração tarifária, totalização e BP-e TM. A regra final depende da UF, do credenciamento, do tipo de operação e da legislação aplicável.

    Ponto BP-e ferroviário BP-e metroviário
    Base fiscal BP-e modelo 63. BP-e modelo 63, com possível uso de BP-e TM.
    Documento antigo relacionado Bilhete de Passagem Ferroviário modelo 16. Pode envolver rotinas de transporte metropolitano, resumo, catracas e totalizações.
    Controle operacional Estação, trecho, horário, tarifa, passagem e serviço. Estação, catraca, validador, cartão, QR Code, integração e totalização.
    Volume de dados Pode ser moderado ou alto, conforme a operação. Normalmente muito alto, com milhares ou milhões de eventos.
    Complexidade técnica Alta, com foco em emissão e prestação ferroviária. Muito alta, com foco em integração, bilhetagem, totalização e auditoria.

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

    Os dois usam BP-e modelo 63?

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

    Importante: dizer que os dois usam “modelo 63” não significa que o XML, o leiaute, os dados operacionais, o credenciamento, os relatórios e a forma de totalização serão iguais.

    Pergunta Resposta
    Ferroviário pode usar BP-e modelo 63? Sim, quando a operação estiver enquadrada e a UF exigir, permitir ou credenciar.
    Metroviário pode usar BP-e modelo 63? Sim, mas pode envolver BP-e TM e regras específicas.
    BP-e TM é fora do modelo 63? Não. Ele pertence ao universo do BP-e, mas com tratamento específico para transporte metropolitano.
    O mesmo sistema serve para os dois? Serve apenas se for parametrizado para os dois cenários, com leiautes, integrações e relatórios adequados.

    O que é BP-e ferroviário?

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

    Estação de origem

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

    Estação de destino

    Local onde o passageiro encerra o trecho adquirido ou validado.

    Trecho ferroviário

    Combinação entre origem, destino, linha, serviço, horário e tarifa.

    XML autorizado

    Documento fiscal eletrônico principal, com assinatura digital, autorização e protocolo.

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

    O que é BP-e metroviário?

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

    Elemento metroviário Impacto fiscal e operacional
    Estação Pode ser a referência de embarque, integração, totalização e relatório.
    Catraca Registra passagem física do usuário e pode alimentar totalizações.
    Validador Identifica cartão, QR Code, integração, gratuidade, desconto ou tarifa.
    Bilhetagem integrada Exige regras para passageiro exclusivo, integrado, gratuito, subsidiado ou com benefício.
    Totalização Transforma grande volume de eventos em base fiscal, XML e relatório auditável.
    Relatório analítico Explica a composição dos dados que formaram a emissão fiscal.

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

    O que é BP-e TM?

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

    Ponto essencial: BP-e TM não deve ser tratado como simples “DABPE de metrô”. Ele exige integração com dados de operação, catracas, validadores, totalizações, relatórios e credenciamento específico conforme a UF.

    Item BP-e comum BP-e TM
    Uso típico Passagem, trecho, origem, destino e passageiro quando aplicável. Transporte metropolitano com catracas, validadores ou contadores.
    Entrada de dados Venda ou reserva da passagem. Eventos de bilhetagem, catracas, validadores e totalizações.
    Controle principal Passagem emitida e autorizada. Totalização de passageiros, tarifas, integrações e estações.
    Auditoria XML, protocolo, venda, passageiro e pagamento. Evento, estação, equipamento, tarifa, integração, totalização, XML e protocolo.

    BP-e ferroviário e o modelo 16

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

    Comparação Bilhete Ferroviário modelo 16 BP-e modelo 63
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro antigo. XML autorizado com chave de acesso e protocolo.
    Validade fiscal Conforme regras antigas de emissão e escrituração. Assinatura digital e autorização de uso pela administração tributária.
    Documento auxiliar Não era DABPE. DABPE é auxiliar e não substitui o XML.
    Auditoria Documentos físicos, livros, relatórios e arquivos legados. XML, protocolo, eventos, logs, relatórios e armazenamento digital.

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

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

    Critério BP-e ferroviário BP-e metroviário
    Modelo fiscal BP-e modelo 63. BP-e modelo 63, com possível BP-e TM.
    Documento antigo relacionado Bilhete de Passagem Ferroviário modelo 16. Pode envolver transporte metropolitano, RMD, totalizações e rotinas específicas.
    Origem dos dados Venda, passagem, estação, trecho, horário ou serviço. Catraca, validador, cartão, QR Code, integração e bilhetagem.
    Unidade operacional Passagem, trecho, estação, linha ou viagem. Evento, estação, equipamento, tarifa, categoria e período.
    Volume Varia conforme linha e operação. Normalmente muito alto.
    Integração técnica Venda, financeiro, fiscal e operação ferroviária. Bilhetagem, catracas, validadores, fiscal, financeiro, BI e auditoria.
    Relatórios Vendas, passagens, estações, trechos, XMLs e cancelamentos. Totalizações, estação, catraca, validador, tarifa, integração, gratuidades e divergências.
    Risco principal Emitir XML com trecho, tarifa ou documento incorreto. Perder rastreabilidade entre evento, totalização, XML e protocolo.

    Quais dados mudam?

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

    Dado Importância no ferroviário Importância no metroviário
    Estação Origem, destino e trecho ferroviário. Embarque, integração, totalização e relatório analítico.
    Linha Define serviço, trecho e operação. Define fluxo, sentido, estação, evento e totalização.
    Passageiro Pode ser identificado conforme o tipo de venda e regra aplicável. Pode ser anônimo ou identificado por cartão, QR Code, benefício ou integração.
    Tarifa Valor do trecho ou serviço. Valor integral, integração, gratuidade, benefício, subsídio ou desconto.
    Catraca Nem sempre é central. Elemento central para contagem e totalização.
    Validador Pode não existir ou não ser determinante. Elemento central para identificar cartão, QR Code, benefício e tarifa.
    Totalização Pode existir, mas normalmente não é o coração do fluxo. É parte central do fluxo fiscal e de auditoria.

    Catracas, validadores e totalizações

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

    Catraca

    Registra passagem física do usuário pela estação ou acesso.

    Validador

    Identifica cartão, QR Code, benefício, gratuidade, integração ou tarifa.

    Evento

    Registro bruto que precisa ser validado, classificado e totalizado.

    Totalização

    Agrupamento por estação, equipamento, período, tarifa, categoria ou integração.

    Relatório analítico

    Mostra a composição dos eventos que formaram a emissão fiscal.

    Auditoria

    Permite rastrear evento, totalização, XML, autorização, protocolo e reprocessamento.

    Ponto crítico: no metroviário, não basta contar passageiros. É preciso provar como a contagem virou totalização, como a totalização virou XML, e como o XML autorizado se conecta ao protocolo e ao relatório analítico.

    XML, DABPE, autorização e protocolo

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

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico. Deve estar válido e vinculado corretamente ao emitente.
    Autorização de uso Confirma o uso fiscal do BP-e. Sem autorização, o documento não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar. Não substitui o XML autorizado.
    Eventos Cancelamento, substituição, reprocessamento ou outras ocorrências aplicáveis. Precisam manter vínculo com o documento original.

    Regra prática: venda, catraca, validador, relatório interno, comprovante, recibo ou DABPE sem XML autorizado e protocolo não substituem o documento fiscal eletrônico quando o BP-e é exigido.

    O que o sistema precisa controlar?

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

    Funcionalidade O que controlar Por que importa
    Empresa e fiscal CNPJ, IE, UF, certificado digital, ambiente, série, numeração e credenciamento. Evita emissão fiscal em empresa, UF ou ambiente incorreto.
    Estações Estação de origem, destino, embarque, integração e desembarque quando aplicável. Base operacional do transporte ferroviário e metroviário.
    Linhas e trechos Linha, sentido, trecho, serviço, horário, frequência e operação especial. Relaciona o evento ou passagem à prestação correta.
    Catracas e validadores ID do equipamento, estação, status, evento, passagem, cartão ou QR Code. Essencial para BP-e TM e totalizações.
    Tarifas Valor integral, integração, desconto, gratuidade, benefício e remuneração. Afeta documento fiscal, relatório e financeiro.
    Passageiros Quando aplicável, dados do passageiro, categoria, benefício e documento. Ajuda na prestação individualizada e na auditoria.
    XML Geração conforme leiaute, assinatura, transmissão e autorização. Documento fiscal principal.
    Protocolo Retorno de autorização vinculado ao XML e à chave de acesso. Comprova a autorização de uso.
    Totalizações Eventos por estação, catraca, validador, tarifa, categoria e período. Converte grande volume operacional em base fiscal auditável.
    Relatórios Relatório analítico, financeiro, fiscal, operacional e de divergências. Facilita fiscalização, gestão e suporte.
    Auditoria Logs, usuários, alterações, eventos, reprocessamentos e histórico. Garante rastreabilidade da operação.

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

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, legislação, obrigatoriedade, tipo de BP-e, credenciamento, ambiente e certificado. Saber se será BP-e comum, BP-e TM ou outro tratamento.
    2. Mapeamento operacional Mapear estações, linhas, trechos, catracas, validadores, tarifas e integrações. Base operacional pronta para alimentar o fiscal.
    3. Mapeamento de dados Identificar origem dos eventos, qualidade dos registros e regras de totalização. Redução de falhas e divergências.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração e webservices. Sistema pronto para homologação.
    5. Integrações Conectar bilhetagem, catracas, validadores, financeiro, BI e sistemas externos. Fluxo automatizado e rastreável.
    6. Homologação Validar XML, rejeições, autorizações, cancelamentos, relatórios e totalizações. Fluxo testado antes da produção.
    7. Produção assistida Acompanhar primeiras emissões reais, reprocessamentos e divergências. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir eventos, totalizações, XMLs, protocolos, relatórios e financeiro. Operação fiscal segura e auditável.

    Erros comuns

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

    Achar que é tudo igual

    O modelo fiscal pode ser o mesmo, mas o tipo de emissão pode mudar bastante.

    Ignorar BP-e TM

    Metroviário e metropolitano com catracas podem exigir tratamento específico.

    Não integrar catracas

    Sem integração, a totalização fica manual, frágil e difícil de auditar.

    Perder rastreabilidade

    Evento, totalização, XML e protocolo precisam se conectar.

    Não validar credenciamento

    O tipo de emissão pode depender de credenciamento específico.

    Sem relatório analítico

    Fiscalização e auditoria exigem detalhamento dos dados que formaram a emissão.

    Como o Sistema Vexado ajuda

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

    BP-e Ferroviário

    A página de BP-e para transporte ferroviário apoia empresas que precisam estruturar emissão fiscal para estações, linhas, trechos e passageiros.

    BP-e Metroviário

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

    BP-e Metropolitano

    A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, linhas metropolitanas e bilhetagem integrada.

    Emissão de BP-e

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

    Integrações e APIs

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

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida, treinamento, integrações e operação fiscal.

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

    Checklist prático

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

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e ferroviário, BP-e metroviário, BP-e TM, integrações, totalizações, XML, protocolo e auditoria.

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    SEFAZ-SP BP-e TM

    Consulte orientação sobre o tipo de BP-e com leiaute específico para transporte metropolitano: BP-e Transporte Metropolitano.

    Portaria CAT 96/2015

    Consulte regras relacionadas ao transporte metroviário e ferroviário de passageiros em São Paulo: Portaria CAT 96/2015.

    Portaria CAT 102/2018

    Consulte regras sobre emissão de BP-e, DABPE, credenciamento e documentos substituídos: Portaria CAT 102/2018.

    Portaria SRE 33/2026

    Consulte alterações relacionadas ao BP-e em transporte metroviário e ferroviário: Portaria SRE 33/2026.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e ferroviário x BP-e metroviário

    BP-e ferroviário e BP-e metroviário são a mesma coisa?

    Não exatamente. Ambos podem estar dentro do BP-e modelo 63, mas o BP-e ferroviário costuma estar ligado a estações, trechos e substituição do modelo 16. O BP-e metroviário pode envolver BP-e TM, catracas, validadores, bilhetagem, integrações, totalizações e relatórios.

    O transporte ferroviário usa BP-e modelo 63?

    Sim, quando a operação estiver enquadrada na emissão de BP-e pela unidade federada competente. O BP-e modelo 63 pode substituir o Bilhete de Passagem Ferroviário modelo 16.

    O transporte metroviário usa BP-e modelo 63?

    Pode usar BP-e modelo 63, mas muitas operações metroviárias e metropolitanas com catracas, contadores ou validadores devem avaliar o BP-e TM, com leiaute e credenciamento específicos.

    O que é BP-e TM?

    BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente com cobrança por contadores, catracas ou sistemas equivalentes, mediante credenciamento específico conforme a UF.

    BP-e TM é outro modelo fiscal?

    Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, totalizações e credenciamento próprios.

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

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

    Metroviário precisa emitir um BP-e por passageiro?

    Depende da regra da UF, do tipo de emissão e do leiaute aplicável. Em operações com catracas e validadores, o fluxo pode envolver totalizações e relatórios, não necessariamente a mesma lógica de passagem individual tradicional.

    O DABPE substitui o XML?

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

    O sistema precisa integrar catracas e validadores?

    Em operações metroviárias, metropolitanas ou de alto volume, é recomendável integrar catracas, validadores e bilhetagem para formar totalizações, relatórios e auditoria fiscal confiável.

    O que acontece se o BP-e for rejeitado?

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

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

    Precisa controlar empresa, certificado, ambiente, estações, linhas, catracas, validadores, tarifas, integrações, gratuidades, totalizações, XML, autorização, protocolo, relatórios e auditoria.

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

    Precisa controlar empresa, certificado, ambiente, estações, linhas, trechos, horários, tarifas, passageiros quando aplicável, pagamentos, XML, autorização, protocolo, cancelamentos, relatórios e auditoria.

    O Vexado pode ajudar com BP-e ferroviário e metroviário?

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer organizar BP-e ferroviário ou metroviário? Fale com o Vexado e veja como estruturar XML, BP-e TM, catracas, validadores, totalizações, relatórios e auditoria.

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

    Conclusão

    BP-e ferroviário e BP-e metroviário não devem ser tratados como a mesma coisa, mesmo quando ambos se relacionam ao BP-e modelo 63. O ferroviário tende a estar mais próximo da substituição do Bilhete de Passagem Ferroviário modelo 16, com foco em estações, trechos, passagens, tarifas e XML autorizado.

    O metroviário, por outro lado, costuma exigir uma arquitetura mais robusta, principalmente quando envolve BP-e TM, catracas, validadores, cartões, QR Code, integração tarifária, gratuidades, totalizações e relatórios analíticos. Nesse cenário, o sistema precisa provar a rastreabilidade entre evento operacional, totalização, XML, autorização, protocolo e auditoria.

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

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

    Quero falar com o Vexado

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


  • BP-e individual x BP-e com totalização: quando utilizar cada um?

    BP-e individual x BP-e com totalização: quando utilizar cada um?

    BP-e individual x BP-e com totalização: quando utilizar cada um? Entenda a diferença entre a emissão de BP-e por passagem individual e a emissão baseada em totalizações, eventos, catracas, validadores, contadores, BP-e TM, XML, DABPE, autorização, protocolo, relatórios e auditoria fiscal.

    • Entenda quando usar BP-e individual por passageiro, passagem, trecho, horário e pagamento.
    • Veja quando a operação pode exigir BP-e com totalização, especialmente em transporte semiurbano, metropolitano, metroviário ou de alto volume.
    • Conheça o que o sistema precisa controlar para evitar divergência fiscal, duplicidade, omissão, rejeição e perda de rastreabilidade.

    BP-e individual x BP-e com totalização: quando utilizar cada um? Essa é uma dúvida importante para empresas de transporte de passageiros que operam tanto com venda individual de passagens quanto com linhas de grande volume, catracas, validadores, contadores, bilhetagem eletrônica, cartões, QR Code, gratuidades, integrações tarifárias e relatórios de totalização.

    O BP-e individual é a lógica mais comum em operações de passagem por passageiro: a venda gera uma passagem específica, ligada a um passageiro, origem, destino, horário, tarifa, pagamento, embarque, XML autorizado, DABPE e protocolo.

    O BP-e com totalização é usado quando a operação não nasce de uma passagem individual tradicional, mas da consolidação de eventos operacionais. Esse cenário aparece principalmente em transporte semiurbano, metropolitano, metroviário, ferroviário de massa ou operações com cobrança por catracas, contadores, validadores ou sistemas equivalentes.

    Precisa definir se sua operação deve emitir BP-e individual ou com totalização? Fale com o Vexado e veja como organizar venda de passagens, BP-e TM, XML, DABPE, catracas, validadores, totalizações, relatórios, financeiro e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    Use BP-e individual quando a operação for baseada em passagem individual: passageiro identificado, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo. Use BP-e com totalização quando a emissão fiscal for formada por eventos consolidados: catracas, contadores, validadores, cartões, QR Code, gratuidades, integrações, linhas, pontos, estações, veículos, ciclos, períodos e relatórios analíticos. Ambos fazem parte do universo do BP-e modelo 63, mas a arquitetura operacional, fiscal e tecnológica é diferente.

    BP-e individual

    Indicado quando a venda é por passagem, passageiro, trecho, horário, pagamento e DABPE.

    BP-e com totalização

    Indicado quando a emissão nasce de eventos consolidados, catracas, contadores, validadores e períodos.

    BP-e TM

    Aplicável em operações metropolitanas com cobrança por contadores, catracas ou sistemas equivalentes.

    Decisão fiscal

    Depende da UF, do credenciamento, do tipo de operação, do leiaute e da legislação aplicável.

    BP-e individual x BP-e com totalização: quando utilizar cada um?

    O BP-e individual deve ser utilizado quando a prestação é controlada por passagem individual, com passageiro, origem, destino, horário, tarifa, pagamento, DABPE, XML autorizado e protocolo. O BP-e com totalização deve ser avaliado quando a prestação é formada por eventos consolidados, como catracas, contadores, validadores, bilhetagem, cartões, QR Code, gratuidades, integrações, linhas, estações, pontos, veículos e períodos.

    Resposta direta: use BP-e individual para operações transacionais, em que cada passagem gera um documento ligado a um passageiro ou venda específica. Use BP-e com totalização quando a operação for de alto volume, contínua, semiurbana, metropolitana, metroviária ou controlada por catracas, contadores, validadores ou sistemas equivalentes. A regra final deve ser validada com a SEFAZ competente, contador e responsável fiscal.

    Ponto de decisão BP-e individual BP-e com totalização
    Como nasce a emissão? Da venda individual da passagem. Da consolidação de eventos operacionais.
    Qual é a base principal? Passageiro, trecho, horário, tarifa e pagamento. Catraca, contador, validador, linha, estação, ponto, veículo e período.
    Onde é mais comum? Rodoviário convencional, venda online, guichê, agência e marketplace. Metropolitano, semiurbano, metroviário, ferroviário de massa e alto volume.
    Qual é o risco principal? Erro em passageiro, trecho, pagamento, DABPE ou cancelamento. Perda de rastreabilidade entre evento, totalização, relatório e XML.
    Qual relatório é crítico? Relatório de vendas, passageiros, pagamentos e embarques. Relatório analítico de eventos, equipamentos, tarifas e totalizações.

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

    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.

    DABPE

    Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.

    XML autorizado

    Documento fiscal eletrônico principal, com assinatura digital, autorização e protocolo.

    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.

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

    Situação Modelo mais provável Cuidado principal
    Venda rodoviária convencional com passageiro identificado BP-e individual. Controlar passageiro, trecho, horário, pagamento, DABPE, XML e protocolo.
    Venda online de passagem com reserva BP-e individual. Integrar site, pagamento, reserva, emissão, cancelamento e embarque.
    Guichê rodoviário com mapa de poltronas BP-e individual. Evitar duplicidade de poltrona, erro de passageiro e divergência de pagamento.
    Linha metropolitana com catraca BP-e com totalização / BP-e TM. Controlar eventos, equipamentos, totalizações, relatórios e credenciamento.
    Operação semiurbana com contador BP-e com 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 com totalização. Controlar estação, validador, cartão, integração, gratuidade e relatório analítico.
    Empresa com operação híbrida Pode exigir os dois modelos. Separar base individual de base totalizada para evitar duplicidade ou omissão.

    Regra prática: se existe venda individual da passagem, pense primeiro em BP-e individual. Se existe fluxo contínuo por catraca, contador, validador ou bilhetagem, pense primeiro em BP-e com totalização ou BP-e TM, sempre validando a regra da UF.

    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.

    Ponto essencial: BP-e com totalização não é apenas um relatório de passageiros. É uma arquitetura fiscal que precisa manter ligação entre evento bruto, equipamento, período, totalização, relatório analítico, XML, autorização e protocolo.

    Elemento BP-e individual BP-e com totalização / BP-e TM
    Entrada de dados Venda da passagem. Eventos de catraca, contador, validador ou bilhetagem.
    Controle principal Passageiro, trecho, horário e pagamento. Equipamento, linha, ponto, estação, período e totalização.
    Relatório analítico Ajuda na conferência da venda. É essencial para justificar a totalização.
    Rastreabilidade Venda, pagamento, XML e protocolo. Evento bruto, totalização, relatório, XML e protocolo.

    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.

    Critério BP-e individual BP-e com totalização
    Base operacional Passagem individual. Eventos consolidados.
    Origem do dado Guichê, site, agência, app, marketplace ou venda assistida. Catraca, contador, validador, bilhetagem, estação, ponto, veículo ou linha.
    Identificação do passageiro Normalmente existe. Pode não existir individualmente ou pode ser por cartão, benefício ou categoria.
    Pagamento Ligado 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 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.

    Dado BP-e individual BP-e com 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 Vendas, passageiros, embarques e financeiro. Eventos, totalizações, equipamentos, tarifas, gratuidades e integrações.

    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.

    Duplicidade

    O mesmo passageiro ou evento pode ser contado duas vezes se venda e totalização não forem separadas.

    Omissão

    Eventos de catraca, validador ou contador podem ficar fora da base fiscal.

    Rejeição

    XML pode ser rejeitado por dados inconsistentes, ambiente incorreto ou leiaute errado.

    Financeiro divergente

    Vendas, bilhetagem, integrações, subsídios e gratuidades podem não fechar.

    Auditoria frágil

    Sem evento bruto e logs, fica difícil explicar a origem da totalização.

    Modelo fiscal incorreto

    Usar BP-e individual quando deveria haver BP-e TM pode comprometer o projeto fiscal.

    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.

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

    Relatório BP-e individual BP-e com 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 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.

    Funcionalidade BP-e individual BP-e com 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 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.

    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á individual, 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.

    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.

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

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e individual, BP-e com totalização, BP-e TM, integrações, XML, protocolo e auditoria.

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

    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.

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

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

    FAQ completo sobre BP-e individual x BP-e com totalização

    BP-e individual e BP-e com totalização são a mesma coisa?

    Não. Ambos podem estar dentro do BP-e modelo 63, mas o BP-e individual nasce de uma venda individual, enquanto o BP-e com totalização nasce da consolidação de eventos operacionais.

    O que é BP-e individual?

    É 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 com 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 individual?

    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 com 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 com totalização é o mesmo que BP-e TM?

    Não exatamente. BP-e com totalização é uma lógica 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 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 individual e BP-e com totalização?

    Sim. Empresas com operações híbridas podem ter BP-e individual para venda de passagem e BP-e com 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 individual 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 com 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 individual e com totalização?

    O Vexado pode apoiar empresas com BP-e individual, BP-e com 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 individual, por totalização ou híbrida.

    Quer organizar BP-e individual ou BP-e com 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.

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

    Conclusão

    BP-e individual e BP-e com totalização devem ser usados conforme a natureza real da operação. Quando a empresa vende uma passagem específica para um passageiro, com trecho, horário, pagamento e embarque, a lógica tende a ser BP-e individual. Quando a operação é baseada em catracas, contadores, validadores, bilhetagem, integrações, gratuidades, linhas, pontos, estações, veículos e períodos, a lógica tende a ser BP-e com totalização ou BP-e TM.

    A escolha errada pode gerar duplicidade, omissão, inconsistência fiscal, divergência financeira e fragilidade de auditoria. Por isso, o sistema precisa preservar a rastreabilidade completa: no individual, da venda ao XML; na totalização, do evento bruto ao relatório e do relatório ao XML autorizado.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e individual, BP-e com 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 individual ou com totalização? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e individual, BP-e com 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.


  • BP-e metropolitano x BP-e rodoviário convencional: o que muda?

    BP-e metropolitano x BP-e rodoviário convencional: o que muda?

    BP-e metropolitano x BP-e rodoviário convencional: o que muda? Entenda a diferença entre a emissão de BP-e modelo 63 para viagens rodoviárias convencionais e o BP-e TM aplicado a operações metropolitanas, semiurbanas, linhas regulares, catracas, contadores, validadores, totalizações, XML, DABPE, autorização, protocolo e auditoria.

    • Entenda a diferença entre BP-e rodoviário convencional e BP-e metropolitano.
    • Veja quando a operação pode exigir BP-e TM, catracas, validadores, contadores e totalizações.
    • Conheça o que o sistema precisa controlar para venda de passagens, emissão fiscal, XML, DABPE, financeiro, relatórios e auditoria.

    BP-e metropolitano x BP-e rodoviário convencional: o que muda? A diferença principal está na forma da operação. O BP-e rodoviário convencional normalmente está ligado à venda de uma passagem individual, com origem, destino, passageiro, horário, poltrona, tarifa, pagamento e emissão de um BP-e autorizado. Já o BP-e metropolitano, especialmente quando envolve linhas semiurbanas ou metropolitanas com catracas, contadores ou validadores, pode exigir um tratamento específico conhecido como BP-e TM.

    No rodoviário convencional, a prestação costuma ser mais individualizada: o passageiro compra uma passagem, informa dados, escolhe trecho, horário, empresa, classe, poltrona e forma de pagamento. No metropolitano, a operação pode ser massiva, contínua e de alta frequência, com cobrança por catraca, cartão, validador, QR Code, integração tarifária, gratuidade, benefício, bilhetagem eletrônica ou sistemas equivalentes.

    Por isso, embora ambos estejam no universo do BP-e modelo 63, a implantação não deve ser tratada como se fosse a mesma coisa. O rodoviário convencional tende a exigir controle forte de venda individual e passageiro. O metropolitano tende a exigir controle forte de eventos, equipamentos, estações, pontos, integrações, totalizações, relatórios analíticos e auditoria.

    Precisa estruturar BP-e metropolitano ou rodoviário convencional? Fale com o Vexado e veja como organizar venda de passagens, BP-e TM, XML, DABPE, catracas, validadores, totalizações, financeiro, integrações e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e rodoviário convencional normalmente documenta uma viagem intermunicipal, interestadual ou internacional de passageiro, com origem, destino, horário, passageiro identificado, passagem individual, XML autorizado, DABPE e protocolo. O BP-e metropolitano, principalmente quando envolve transporte semiurbano ou metropolitano em linha regular com cobrança por catracas, contadores ou sistemas equivalentes, pode exigir BP-e TM, com credenciamento específico, leiaute próprio, totalizações, relatórios e integração com bilhetagem.

    Rodoviário convencional

    Foco em passagem individual, passageiro, trecho, horário, poltrona, pagamento, XML e DABPE.

    Metropolitano

    Foco em linha regular, catraca, validador, contador, integração, totalização e auditoria.

    BP-e TM

    Tipo de BP-e com leiaute específico para transporte metropolitano com cobrança por contadores ou sistemas equivalentes.

    Sistema emissor

    Precisa ser parametrizado conforme a operação, a UF, o credenciamento e o leiaute aplicável.

    BP-e metropolitano x BP-e rodoviário convencional: o que muda?

    A principal mudança está na origem dos dados da emissão fiscal. No BP-e rodoviário convencional, a emissão normalmente nasce da venda de uma passagem individual. No BP-e metropolitano, a emissão pode nascer de um conjunto de eventos operacionais, como catracas, contadores, validadores, cartões, QR Code, gratuidades, integrações e totalizações.

    Resposta direta: o BP-e rodoviário convencional é mais ligado à passagem individual por passageiro, trecho, horário, poltrona e DABPE. O BP-e metropolitano é mais ligado a linhas regulares, catracas, contadores, validadores, integrações tarifárias, alto volume de passageiros, totalizações e BP-e TM. Ambos podem estar no modelo 63, mas o leiaute, o credenciamento, os dados e os relatórios podem mudar.

    Ponto BP-e rodoviário convencional BP-e metropolitano
    Tipo de operação Viagem rodoviária convencional, geralmente por trecho e horário. Linha regular metropolitana ou semiurbana, geralmente de alta frequência.
    Forma de cobrança Venda de passagem individual. Catraca, contador, validador, cartão, QR Code ou sistema equivalente.
    Passageiro Normalmente identificado na venda. Pode ser identificado por bilhetagem, cartão, benefício ou tratado por totalização.
    Documento fiscal BP-e modelo 63, com XML autorizado e DABPE. BP-e modelo 63 com possível tratamento de BP-e TM.
    Controle principal Reserva, passagem, trecho, poltrona, pagamento e emissão. Evento, catraca, validador, integração, totalização e relatório.
    Auditoria Venda, passageiro, pagamento, XML e protocolo. Evento, equipamento, estação/ponto, totalização, XML, protocolo e relatório analítico.

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

    Origem e destino

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

    Passageiro

    Nome, documento, categoria, benefício, telefone e dados exigidos pela operação.

    Poltrona

    Mapa de assentos, disponibilidade, bloqueio, reserva e embarque.

    Pagamento

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

    XML autorizado

    Documento fiscal principal, com assinatura digital, autorização, chave de acesso e protocolo.

    DABPE

    Documento auxiliar usado para facilitar embarque ou consulta, sem substituir o XML.

    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.

    Elemento metropolitano Impacto na emissão fiscal
    Linha regular Define a operação, o sentido, os pontos, a frequência e a prestação.
    Catraca ou contador Registra a quantidade de passagens ou acessos realizados.
    Validador Identifica cartão, QR Code, integração, benefício, gratuidade ou tarifa.
    Integração tarifária Exige separar passageiro exclusivo, integrado, subsidiado, gratuito ou com desconto.
    Totalização Transforma milhares ou milhões de eventos em base fiscal auditável.
    Relatório analítico Mostra a composição dos eventos usados para formar a emissão.

    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.

    Ponto essencial: BP-e TM não é apenas “um BP-e rodoviário com outro nome”. Ele exige uma arquitetura operacional diferente, com credenciamento, leiaute, integração de dados, totalização, relatório analítico, XML, protocolo e auditoria.

    Critério BP-e rodoviário convencional BP-e TM / metropolitano
    Origem da emissão Venda da passagem. Eventos de catraca, contador, validador, bilhetagem e totalização.
    Unidade operacional Passagem individual. Evento, equipamento, ponto, linha, estação, integração ou período.
    Documento auxiliar DABPE por passagem quando aplicável. Pode ter tratamento diferente, conforme leiaute e regra da UF.
    Auditoria Venda, passageiro, pagamento e XML. Evento, totalização, relatório, XML e protocolo.
    Implantação Foco em venda, reserva, pagamento e emissão. Foco em integração, alto volume, totalização e rastreabilidade.

    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.

    Documento antigo Uso tradicional Relação com BP-e
    Bilhete de Passagem Rodoviário modelo 13 Passagem rodoviária em sistemática antiga. Pode ser substituído pelo BP-e modelo 63 conforme regras da UF.
    Resumo do Movimento Diário modelo 18 Resumo de movimento para certas operações de transporte de passageiros. Pode ser substituído ou impactado por rotinas de BP-e/BP-e TM, conforme legislação.
    BP-e modelo 63 Documento eletrônico atual para transporte de passageiros. XML autorizado, assinatura digital, chave de acesso, protocolo e armazenamento.
    BP-e TM Tratamento específico para transporte metropolitano com contadores/catracas. Exige credenciamento, leiaute específico, totalizações e relatórios.

    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.

    Critério BP-e rodoviário convencional BP-e metropolitano / BP-e TM
    Tipo de viagem Viagem com origem, destino, data e horário definidos. Linha regular, semiurbana ou metropolitana, geralmente de alta frequência.
    Forma de venda Passagem individual em guichê, agência, site, app ou marketplace. Pagamento por catraca, cartão, validador, QR Code, integração ou contador.
    Passageiro Normalmente identificado na venda. Pode ser anônimo, identificado por bilhetagem ou agrupado por totalização.
    Poltrona Geralmente existe mapa de assentos e controle de poltrona. Normalmente não há poltrona individual na lógica fiscal.
    Trecho Origem e destino claros por passagem. Linha, sentido, ponto, estação, município, integração ou área metropolitana.
    Volume Alto, mas baseado em vendas individuais. Muito alto, baseado em eventos de bilhetagem e totalizações.
    Documento auxiliar DABPE geralmente associado à passagem. Tratamento depende do BP-e TM, leiaute e regra fiscal aplicável.
    Integrações Site, agência, marketplace, TEF, PIX, financeiro e embarque. Catracas, validadores, bilhetagem, cartões, QR Code, financeiro, BI e fiscalização.
    Auditoria Venda, passageiro, pagamento, cancelamento, XML e protocolo. Eventos, equipamentos, totalizações, relatórios analíticos, XML e protocolo.
    Risco principal Venda, passageiro, trecho ou pagamento divergente do XML. Perda de rastreabilidade entre evento, totalização, relatório e XML.

    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.

    Dado No rodoviário convencional No metropolitano
    Origem Cidade, rodoviária ou ponto de embarque da passagem. Ponto, estação, município, linha, sentido ou área de início da prestação.
    Destino Cidade, rodoviária ou ponto de desembarque. Pode depender de linha, sentido, integração, estação ou regra operacional.
    Passageiro Normalmente informado na venda. Pode estar vinculado a cartão, benefício, integração ou não ser identificado individualmente.
    Pagamento Vinculado diretamente à passagem. Pode estar vinculado a cartão, crédito, carteira, integração, gratuidade ou subsídio.
    Equipamento Pode não existir como dado fiscal central. Catraca, validador, contador ou equipamento equivalente pode ser central.
    Totalização Pode existir em relatórios, mas a emissão nasce da passagem. É elemento central para formar a base fiscal.
    Relatório analítico Focado em vendas, passagens, passageiros e pagamentos. Focado em eventos, equipamentos, tarifas, integrações, gratuidades e totalizações.

    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.

    Catraca

    Registra a passagem física do usuário pelo veículo, estação, terminal ou ponto de acesso.

    Contador

    Registra volume de passageiros ou eventos, podendo alimentar totalizações.

    Validador

    Identifica cartão, QR Code, benefício, desconto, gratuidade, integração ou tarifa.

    Evento bruto

    Registro original que precisa ser validado, classificado, auditado e totalizado.

    Totalização

    Agrupamento por linha, sentido, equipamento, período, tarifa, categoria ou integração.

    Relatório analítico

    Mostra a composição dos eventos usados para formar o XML e a emissão fiscal.

    Ponto crítico: no metropolitano, não basta dizer quantos passageiros passaram. O sistema precisa demonstrar como os eventos foram coletados, filtrados, totalizados, conciliados e transformados em base fiscal para emissão.

    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.

    Etapa Rodoviário convencional Metropolitano
    Compra Antes da viagem, por guichê, site, agência ou app. Pode ocorrer por saldo, cartão, QR Code, integração, catraca ou validador.
    Reserva Com poltrona, horário e passageiro definidos. Normalmente não há reserva individual de poltrona.
    Embarque Conferência por DABPE, QR Code, lista, documento ou localizador. Entrada por catraca, validador, cartão, QR Code ou sistema equivalente.
    Fiscal XML nasce da passagem emitida. XML pode nascer de totalizações e relatórios de eventos.
    Auditoria Compara venda, pagamento, passageiro, embarque e XML. Compara evento, equipamento, integração, totalização, relatório, XML e protocolo.

    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.

    Elemento Função Cuidado necessário
    XML Documento fiscal eletrônico principal. Gerar conforme leiaute correto, assinar, transmitir, autorizar e armazenar.
    Certificado digital Assina o documento eletrônico. Deve estar válido e vinculado corretamente ao emitente.
    Autorização de uso Confirma o uso fiscal do BP-e. Sem autorização, o documento não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Precisa ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar. Não substitui o XML autorizado.
    Eventos Cancelamento, substituição, rejeição, reprocessamento ou outras ocorrências aplicáveis. Precisam manter vínculo com documento, venda, totalização ou evento original.

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

    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.

    Funcionalidade No rodoviário convencional No metropolitano / BP-e TM
    Empresa e fiscal CNPJ, IE, UF, certificado, série, ambiente e numeração. CNPJ, IE, UF, certificado, série, ambiente, numeração e credenciamento específico.
    Rotas e linhas Origem, destino, itinerário, pontos e horários. Linha, sentido, ponto, município, área metropolitana, frequência e operação.
    Passageiros Dados individuais do passageiro e comprador. Dados individuais quando houver, ou dados de bilhetagem, cartão, benefício e categoria.
    Poltronas Mapa de assentos, disponibilidade e bloqueio. Normalmente não é elemento central.
    Pagamentos Dinheiro, cartão, TEF, PIX, link, agência e marketplace. Cartão de transporte, QR Code, carteira, integração, subsídio, gratuidade e repasses.
    Equipamentos Leitor de embarque ou QR Code, quando aplicável. Catracas, validadores, contadores, terminais, estações e veículos.
    XML Gerado a partir da venda da passagem. Gerado a partir de totalizações e regras do BP-e TM quando aplicável.
    Relatórios Vendas, passagens, passageiros, embarques, cancelamentos e financeiro. Eventos, totalizações, equipamentos, tarifas, integrações, gratuidades, reprocessamentos e auditoria.
    Auditoria Venda → pagamento → BP-e → embarque. Evento → totalização → relatório → BP-e → protocolo.

    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.

    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 modelo correto de emissão.
    2. Mapeamento operacional Mapear se a operação é rodoviária convencional, semiurbana, metropolitana ou híbrida. Evitar tratar catraca como passagem individual ou passagem individual como totalização.
    3. Cadastro base Configurar empresa, certificado, série, ambiente, numeração, linhas, rotas, pontos e tarifas. Base operacional pronta para emissão.
    4. Integrações Conectar site, agência, marketplace, TEF, PIX, catracas, validadores, bilhetagem e financeiro. Redução de retrabalho e divergências.
    5. Homologação Testar XML, rejeições, DABPE, BP-e TM, totalizações, cancelamentos e relatórios. Fluxo validado antes da produção.
    6. Produção assistida Acompanhar primeiras emissões, divergências, reprocessamentos e conciliações. 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 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.

    Achar que todo BP-e é igual

    O modelo fiscal pode ser o mesmo, mas o tipo de operação muda o projeto.

    Ignorar BP-e TM

    Metropolitano com catracas e contadores pode exigir tratamento específico.

    Não integrar equipamentos

    Catracas, validadores e contadores precisam alimentar a base fiscal com rastreabilidade.

    Perder evento bruto

    Sem evento original, a auditoria da totalização fica frágil.

    Confundir relatório com documento fiscal

    Relatório ajuda a auditar, mas o documento fiscal principal é o XML autorizado.

    Não validar UF

    Credenciamento, prazos, leiaute, obrigatoriedade e documentos substituídos podem variar por estado.

    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.

    BP-e Rodoviário

    A página de BP-e para transporte rodoviário apoia empresas que precisam emitir BP-e em viagens convencionais, com venda de passagens, passageiro, trecho, DABPE e XML.

    BP-e Metropolitano

    A página de BP-e para transporte metropolitano ajuda empresas que precisam avaliar BP-e TM, linhas metropolitanas, catracas e totalizações.

    BP-e Semiurbano

    A página de BP-e para transporte semiurbano apoia operações próximas ao metropolitano, com características próprias de linha e cobrança.

    Venda de passagens

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

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

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

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

    Fontes oficiais para validar BP-e 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.

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    SEFAZ-SP 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 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 e metropolitano: 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 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.

    FAQ completo sobre BP-e metropolitano x BP-e rodoviário convencional

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

    Não exatamente. Ambos podem estar dentro do BP-e modelo 63, mas o rodoviário convencional costuma estar ligado à passagem individual, enquanto o metropolitano pode envolver BP-e TM, catracas, validadores, contadores, integrações, totalizações e relatórios.

    O que é BP-e rodoviário convencional?

    É o BP-e modelo 63 aplicado à prestação rodoviária de passageiros, normalmente com passagem individual, origem, destino, horário, passageiro, pagamento, XML autorizado, DABPE e protocolo.

    O que é BP-e metropolitano?

    É o tratamento do BP-e em operações metropolitanas ou semiurbanas, especialmente quando há cobrança por catracas, contadores, validadores, cartões, QR Code ou sistemas equivalentes.

    O que é BP-e TM?

    BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente com cobrança por contadores, catracas ou sistemas equivalentes, mediante credenciamento específico conforme a UF.

    BP-e TM é outro modelo fiscal?

    Ele pertence ao universo do BP-e modelo 63, mas possui tratamento específico para transporte metropolitano, com dados, leiaute, totalizações, relatórios e credenciamento próprios.

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

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

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

    Dependendo da UF e da legislação aplicável, o BP-e ou BP-e TM pode impactar rotinas antigas de resumo e totalização, incluindo o modelo 18. A empresa deve validar a regra local.

    Metropolitano precisa emitir um BP-e por passageiro?

    Depende da regra da UF, do tipo de emissão e do leiaute aplicável. Em operações com catracas, contadores e validadores, o fluxo pode envolver totalizações e relatórios, não necessariamente a mesma lógica de passagem individual tradicional.

    Rodoviário convencional precisa de DABPE?

    O DABPE é o documento auxiliar do BP-e e pode ser usado para facilitar embarque ou consulta. Ele não substitui o XML autorizado.

    O sistema precisa integrar catracas e validadores?

    Em operações metropolitanas, semiurbanas ou de alto volume, é recomendável integrar catracas, validadores e bilhetagem para formar totalizações, relatórios e auditoria fiscal confiável.

    O que acontece se o BP-e for rejeitado?

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

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

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

    Quais dados um sistema para BP-e metropolitano precisa controlar?

    Precisa controlar empresa, certificado, ambiente, linhas, pontos, catracas, validadores, contadores, tarifas, integrações, gratuidades, totalizações, XML, autorização, protocolo, relatórios e auditoria.

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

    O Vexado pode apoiar empresas com BP-e rodoviário convencional, BP-e metropolitano, BP-e TM, integrações, APIs, totalizações, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer organizar BP-e metropolitano ou rodoviário convencional? Fale com o Vexado e veja como estruturar venda de passagens, BP-e TM, XML, catracas, validadores, totalizações, relatórios e auditoria.

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

    Conclusão

    BP-e metropolitano e BP-e rodoviário convencional mudam principalmente na operação que gera os dados fiscais. No rodoviário convencional, a emissão nasce da passagem individual: passageiro, trecho, horário, poltrona, pagamento, XML, DABPE e protocolo. No metropolitano, a emissão pode nascer de catracas, validadores, contadores, cartões, QR Code, integrações, gratuidades, totalizações e relatórios.

    Mesmo que ambos estejam no universo do BP-e modelo 63, o projeto técnico pode ser completamente diferente. O rodoviário convencional exige controle forte de venda e embarque. O metropolitano exige controle forte de eventos, equipamentos, totalizações e rastreabilidade entre bilhetagem, relatório, XML e protocolo.

    O Sistema Vexado pode apoiar empresas que precisam estruturar BP-e rodoviário convencional, BP-e metropolitano, 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 metropolitano ou rodoviário? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

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


  • BP-e modelo 63: guia dos documentos fiscais que foram substituídos

    BP-e modelo 63: guia dos documentos fiscais que foram substituídos

    BP-e modelo 63: guia dos documentos fiscais que foram substituídos é um conteúdo para empresas de transporte de passageiros que precisam entender quais documentos antigos deixaram de ser usados nos cenários em que a unidade federada exige, permite ou credencia a emissão do Bilhete de Passagem Eletrônico.

    • Entenda quais documentos fiscais antigos foram substituídos pelo BP-e modelo 63.
    • Veja a diferença entre modelo 13, modelo 14, modelo 16, Cupom Fiscal Bilhete de Passagem por ECF e Resumo do Movimento Diário modelo 18.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, BP-e TM, venda de passagens, XML, DABPE, autorização, protocolo, financeiro, integrações, relatórios e auditoria.

    BP-e modelo 63: guia dos documentos fiscais que foram substituídos é uma dúvida muito comum entre empresas de transporte rodoviário, aquaviário, ferroviário, semiurbano, metropolitano, metroviário e operadores que ainda possuem sistemas antigos, talonários, relatórios legados, emissão por ECF ou rotinas baseadas em documentos fiscais de papel.

    O BP-e modelo 63, ou Bilhete de Passagem Eletrônico, é o documento fiscal eletrônico usado para documentar prestações de transporte de passageiros. Ele substitui a sistemática antiga de documentos de passagem em papel nos cenários definidos pela legislação da unidade federada competente.

    Na prática, os documentos mais importantes nesse processo são o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16, o Cupom Fiscal Bilhete de Passagem emitido por ECF e, em regras específicas como a legislação paulista, o Resumo do Movimento Diário modelo 18, especialmente no contexto do BP-e TM.

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

    Quero falar com o Vexado

    Resumo rápido

    O BP-e modelo 63 substituiu documentos fiscais antigos de passagem nos cenários em que a UF exige, permite ou credencia a emissão eletrônica. Entre os principais documentos estão o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16, o Cupom Fiscal Bilhete de Passagem por ECF e, em regras específicas, o Resumo do Movimento Diário modelo 18. A mudança exige sistema emissor, certificado digital, XML, assinatura, autorização, chave de acesso, protocolo, DABPE, armazenamento, rejeições, cancelamentos, substituições, totalizações, relatórios e auditoria.

    Modelo 13

    Bilhete de Passagem Rodoviário antigo, ligado à emissão física ou legada.

    Modelo 14

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

    Modelo 16

    Bilhete de Passagem Ferroviário antigo, usado em transporte ferroviário de passageiros.

    Modelo 18

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

    Quais documentos fiscais foram substituídos pelo BP-e modelo 63?

    O BP-e modelo 63 substitui documentos fiscais antigos de transporte de passageiros nos cenários em que a unidade federada adotou, autorizou, credenciou ou tornou obrigatória a emissão eletrônica. Os documentos mais conhecidos são o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16 e o Cupom Fiscal Bilhete de Passagem emitido por equipamento ECF. Em regras específicas, como em São Paulo, também aparece o Resumo do Movimento Diário modelo 18, especialmente no contexto do BP-e TM.

    Resposta direta: o BP-e modelo 63 substitui a lógica antiga de emissão de documentos fiscais de passagem em papel ou por ECF e leva a operação para um fluxo eletrônico com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, armazenamento, eventos, cancelamentos, substituições, relatórios e auditoria.

    Documento antigo Modelo Relação com o BP-e modelo 63
    Bilhete de Passagem Rodoviário 13 Substituído pelo BP-e em operações rodoviárias abrangidas pela legislação da UF.
    Bilhete de Passagem Aquaviário 14 Substituído pelo BP-e em operações aquaviárias abrangidas pela legislação da UF.
    Bilhete de Passagem Ferroviário 16 Substituído pelo BP-e em operações ferroviárias abrangidas pela legislação da UF.
    Cupom Fiscal Bilhete de Passagem por ECF ECF Substituído em normas estaduais que migraram a emissão para o BP-e eletrônico.
    Resumo do Movimento Diário 18 Substituído em regras específicas, com destaque para BP-e TM no transporte metropolitano.

    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 Portaria CAT 102/2018, a página da SEFAZ-SP sobre BP-e TM, a página de credenciamento BP-e e a legislação da SEFAZ competente pela operação.

    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.

    XML

    Documento fiscal eletrônico principal do BP-e.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização

    Confirma o uso fiscal do BP-e pela administração tributária.

    Protocolo

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

    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.

    Documento Modelo Modal ou uso principal Como tratar hoje
    Bilhete de Passagem Rodoviário 13 Transporte rodoviário de passageiros. Tratar como documento antigo ou legado quando a empresa estiver no BP-e.
    Bilhete de Passagem Aquaviário 14 Transporte aquaviário de passageiros. Substituir pelo BP-e quando a UF exigir, permitir ou credenciar.
    Bilhete de Passagem Ferroviário 16 Transporte ferroviário de passageiros. Substituir pelo BP-e quando aplicável, com atenção a estações, bilhetagem e totalizações.
    Cupom Fiscal Bilhete de Passagem por ECF ECF Emissão por equipamento Emissor de Cupom Fiscal. Tratar como rotina antiga em operações migradas para BP-e.
    Resumo do Movimento Diário 18 Resumo auxiliar de escrituração e consolidação. Em regras específicas, substituir pela rotina de BP-e/BP-e TM com totalizações eletrônicas.

    Ponto importante: o BP-e não é apenas uma versão digital do bilhete antigo. Ele muda a operação fiscal: a empresa passa a depender de XML autorizado, protocolo, certificado digital, webservice, rejeições, eventos e armazenamento eletrônico.

    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.

    Antes: modelo 13 Depois: BP-e modelo 63
    Bilhete rodoviário físico ou legado. XML eletrônico autorizado.
    Controle por impressão, série e guarda física. Controle por chave de acesso, protocolo e armazenamento digital.
    Menor integração com webservices fiscais. Assinatura digital, transmissão, autorização e consulta eletrônica.
    Auditoria baseada em documentos antigos. Auditoria baseada em XML, protocolo, eventos, logs e relatórios.

    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.

    Rota e trecho

    Origem, destino, ponto de embarque, ponto de desembarque, município e UF precisam estar corretos.

    Embarcação

    O sistema deve relacionar a passagem à operação, serviço ou embarcação quando aplicável.

    Passageiro

    Dados do passageiro, categoria, benefício e gratuidade precisam seguir a regra aplicável.

    Fiscal

    XML, autorização, protocolo, DABPE e armazenamento digital substituem a rotina antiga.

    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.

    Controle ferroviário Por que importa no BP-e
    Estação de embarque Pode ser referência central para totalização, prestação e relatório.
    Estação de integração Ajuda a evitar duplicidade de passageiros, integrações e valores.
    Catraca e validador Geram eventos que precisam ser tratados antes da emissão ou totalização.
    Bilhetagem Define tarifa, categoria, benefício, gratuidade, desconto e valor.
    Relatório analítico Demonstra como os eventos operacionais formaram a base fiscal.

    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.

    Antes: ECF Depois: BP-e modelo 63
    Emissão por equipamento fiscal físico. Emissão por sistema eletrônico integrado ao autorizador.
    Controle centrado no cupom e equipamento. Controle centrado no XML autorizado e protocolo.
    Rotina local de impressão e fechamento. Rotina digital com transmissão, retorno, rejeição e consulta.
    Auditoria por equipamento, redução Z, cupons e arquivos. Auditoria por XML, chave, protocolo, eventos, logs e relatórios.

    Ponto crítico: quando a operação migra para BP-e, comprovante de pagamento, recibo, cupom operacional ou impressão auxiliar não substituem o XML autorizado.

    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.

    Não era passagem individual

    O modelo 18 tinha função de resumo e escrituração, não de bilhete eletrônico individual.

    Consolidação

    Resumia movimento, valores, documentos e informações fiscais do período.

    Catracas

    Podia se relacionar a controles de quantidade de passageiros por equipamento.

    BP-e TM

    A substituição exige integração, totalização, XML, protocolo, relatório e auditoria.

    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.

    Ponto Modelo 18 BP-e TM
    Função Resumo auxiliar de escrituração. Documento fiscal eletrônico com leiaute específico.
    Base de dados Movimentos consolidados e registros auxiliares. Eventos, catracas, contadores, validadores, bilhetagem e totalizações.
    Documento principal Resumo de movimento. XML autorizado do BP-e.
    Auditoria Livros, resumos e controles internos. XML, protocolo, relatório analítico, eventos, logs e totalizações.
    Sistema Poderia ser mais voltado à escrituração. Precisa ser emissor eletrônico integrado à operação.

    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.

    Critério Documentos antigos BP-e modelo 63
    Formato Papel, formulário, equipamento ECF ou rotina legada. XML eletrônico autorizado.
    Documento principal Bilhete físico, cupom fiscal ou resumo. XML autorizado com chave de acesso e protocolo.
    Validade fiscal Conforme regras antigas de emissão, impressão, série e escrituração. Assinatura digital e autorização de uso pela administração tributária.
    Consulta Dependia mais de documentos físicos, livros e controles internos. Consulta por chave de acesso ou QR Code, conforme ambiente e regra aplicável.
    Impressão O documento impresso era central na operação. O DABPE é auxiliar; o XML autorizado é o documento fiscal principal.
    Cancelamento Tratado por rotinas fiscais antigas. Depende de evento, regra, prazo, justificativa, XML e protocolo.
    Remarcação ou substituição Dependia de controle interno e regra documental antiga. Exige vínculo eletrônico entre documentos e eventos quando aplicável.
    Auditoria Física, documental, livros, relatórios e equipamentos. Digital, com XML, protocolo, logs, eventos, relatórios e armazenamento.

    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.

    Fiscal

    O documento principal passa a ser XML autorizado, com assinatura digital e protocolo.

    Operação

    Viagem, rota, linha, embarcação, estação, veículo ou serviço precisam alimentar o documento.

    Venda

    Guichê, agência, site, marketplace e atendimento precisam gerar dados fiscais consistentes.

    Financeiro

    Pagamentos, estornos, cancelamentos, taxas e repasses precisam conciliar com o BP-e.

    Integrações

    APIs, catracas, validadores, TEF, PIX, cartões e bilhetagem precisam conversar com o sistema.

    Auditoria

    XML, protocolo, DABPE, eventos, logs e relatórios precisam ficar organizados e acessíveis.

    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.

    Elemento Função no BP-e Cuidado necessário
    XML Documento fiscal eletrônico principal. Precisa ser gerado conforme leiaute, assinado, autorizado e armazenado.
    Certificado digital Assina o XML e garante autoria e integridade. Deve estar válido e vinculado corretamente à empresa emitente.
    Autorização de uso Confirma a validade fiscal do documento eletrônico. Documento sem autorização não deve ser tratado como BP-e regular.
    Protocolo Comprova o retorno da administração tributária. Deve ficar vinculado ao XML e à chave de acesso.
    DABPE Documento auxiliar do BP-e. Não substitui o XML autorizado.
    Chave de acesso Identifica o BP-e e permite consulta. Precisa ser armazenada e exibida corretamente ao passageiro quando aplicável.

    Ponto crítico: comprovante de pagamento, recibo, impressão interna, cupom operacional ou DABPE sem XML autorizado não substitui o BP-e regular.

    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.

    Funcionalidade O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série, numeração e credenciamento. Evita emissão em empresa, ambiente ou série incorreta.
    Venda de passagem Controlar passageiro, documento, origem, destino, ponto de embarque, horário, valor e pagamento. Garante dados suficientes para formar o XML.
    Operação Controlar linha, rota, veículo, embarcação, estação, serviço, poltrona, tarifa e status. Relaciona a prestação ao documento fiscal correto.
    Geração do XML Montar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis. Reduz rejeições técnicas.
    Assinatura digital Assinar o XML com certificado digital válido do emitente. Garante validade técnica do documento.
    Transmissão Enviar ao ambiente autorizador e controlar retorno. Completa o fluxo fiscal eletrônico.
    Rejeições Registrar código, motivo, XML, tentativa, correção, usuário e reenvio. Evita pendências fiscais sem histórico.
    Cancelamento Relacionar cancelamento operacional, estorno financeiro e evento fiscal. Evita venda cancelada com documento fiscal ativo.
    Substituição e remarcação Controlar troca de viagem, passageiro ou documento substituto conforme regra aplicável. Mantém vínculo entre documentos e eventos.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios e logs. Garante consulta, suporte e auditoria.
    Conciliação financeira Comparar vendas, pagamentos, BP-e autorizados, rejeitados, cancelados e pendentes. Evita divergência entre financeiro e fiscal.
    Relatórios Gerar relatórios fiscais, operacionais, financeiros e analíticos. Facilita fechamento, fiscalização e gestão.

    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.

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, CNAE, certificado, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Mapeamento legado Identificar documentos antigos: modelo 13, 14, 16, ECF, modelo 18 e bases históricas. Histórico preservado sem misturar com a emissão atual.
    3. Mapeamento operacional Mapear venda, passageiro, rota, linha, veículo, estação, embarcação, pagamento e cancelamento. Dados operacionais prontos para alimentar o BP-e.
    4. Parametrização do sistema Configurar CNPJ, IE, certificado, série, ambiente, numeração, webservices e regras fiscais. Sistema preparado para homologação e produção.
    5. Homologação Emitir testes, validar XML, DABPE, retorno, rejeições, cancelamentos e relatórios. Fluxo técnico validado antes da operação real.
    6. Treinamento Treinar guichê, agência, financeiro, fiscal, operação, atendimento e suporte. Equipe pronta para operar no modelo eletrônico.
    7. Produção assistida Acompanhar emissões reais, rejeições, cancelamentos, pagamentos e protocolos. Redução de risco no início da operação.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, financeiro, relatórios, logs e armazenamento. Operação fiscal mais segura e rastreável.

    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.

    Trocar só o nome

    BP-e não é apenas um novo nome para o bilhete antigo. Ele exige XML autorizado.

    Confundir DABPE com XML

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

    Não guardar protocolo

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

    Ignorar rejeições

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

    Misturar histórico

    Documentos antigos e BP-e atuais precisam ficar separados em relatórios e auditoria.

    Sem conciliação

    Pagamento, venda, cancelamento e documento fiscal precisam fechar entre si.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63 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.

    Emissão de BP-e

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

    BP-e rodoviário

    A página de BP-e para transporte rodoviário apoia operações com viagens, linhas, passageiros, poltronas e documentos fiscais.

    BP-e aquaviário

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

    BP-e ferroviário

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

    BP-e metropolitano

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

    Integrações e APIs

    As integrações e APIs podem conectar site, agência, marketplace, financeiro, bilhetagem, fiscalização e sistemas externos.

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

    Checklist prático: documentos 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.

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

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

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

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

    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.

    Portaria CAT 102/2018

    Consulte regras sobre emissão de BP-e, DABPE, documentos substituídos, credenciamento, escrituração, cancelamento e BP-e TM: Portaria CAT 102/2018.

    Credenciamento BP-e

    Consulte requisitos como certificado digital, internet, programa emissor, ambiente de produção e ambiente de testes: Credenciamento BP-e SEFAZ-SP.

    BP-e Transporte Metropolitano

    Consulte a página oficial da SEFAZ-SP sobre BP-e TM e substituição do Resumo do Movimento Diário modelo 18: SEFAZ-SP BP-e TM.

    SEFAZ-SP Sobre o BP-e

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

    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.

    FAQ completo sobre BP-e modelo 63 e documentos substituídos

    Quais documentos fiscais foram substituídos pelo BP-e modelo 63?

    Os principais documentos substituídos são o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14 e o Bilhete de Passagem Ferroviário modelo 16. Em normas estaduais, também podem aparecer o Cupom Fiscal Bilhete de Passagem por ECF e o Resumo do Movimento Diário modelo 18, especialmente no contexto do BP-e TM.

    O que é BP-e modelo 63?

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

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

    Sim, nos cenários em que a unidade federada exige, permite ou credencia a emissão de BP-e para transporte rodoviário de passageiros.

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

    Sim, nos cenários em que a operação aquaviária está enquadrada na emissão de BP-e conforme regra da UF competente.

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

    Sim, nos cenários em que a operação ferroviária está enquadrada no BP-e. Em operações ferroviárias e metroviárias, também é importante avaliar estação, bilhetagem, catracas, validadores, totalizações e relatório analítico.

    O BP-e substitui o Cupom Fiscal Bilhete de Passagem por ECF?

    Em normas estaduais que migraram a emissão para BP-e, o Cupom Fiscal Bilhete de Passagem emitido por equipamento ECF aparece como documento substituído. A empresa deve validar a regra aplicável na SEFAZ competente.

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

    Em regras específicas, sim. Em São Paulo, a Portaria CAT 102/2018 incluiu o modelo 18 na lista de documentos substituídos pelo BP-e, e a SEFAZ-SP informa que o BP-e TM substituirá o Resumo do Movimento Diário modelo 18.

    O que é BP-e TM?

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

    O DABPE substitui o XML?

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

    Comprovante de pagamento substitui BP-e?

    Não. Comprovante de cartão, PIX, TEF, dinheiro, link de pagamento ou recibo operacional não substitui o documento fiscal eletrônico. A obrigação fiscal depende do BP-e autorizado quando aplicável.

    Os documentos antigos ainda podem aparecer?

    Sim. Eles podem aparecer em histórico fiscal, auditorias, bases legadas, migrações de sistema, relatórios antigos ou exceções específicas validadas pela SEFAZ. O ideal é separar documentos antigos dos BP-e atuais.

    O que o sistema precisa armazenar?

    O sistema precisa armazenar XML, protocolo, chave de acesso, DABPE quando aplicável, eventos, logs, relatórios, cancelamentos, substituições, rejeições e dados de conciliação.

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer organizar a emissão de BP-e modelo 63? Fale com o Vexado e veja como substituir rotinas antigas por um fluxo eletrônico com XML, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

    O BP-e modelo 63 representa a mudança da emissão fiscal antiga de passagens para uma estrutura eletrônica, com XML, assinatura digital, autorização de uso, chave de acesso, protocolo, DABPE, eventos, armazenamento e auditoria.

    Entre os principais documentos fiscais substituídos estão o Bilhete de Passagem Rodoviário modelo 13, o Bilhete de Passagem Aquaviário modelo 14, o Bilhete de Passagem Ferroviário modelo 16, o Cupom Fiscal Bilhete de Passagem emitido por ECF e, em regras específicas, o Resumo do Movimento Diário modelo 18.

    Para a empresa de transporte, essa mudança exige sistema preparado, certificado digital válido, parametrização fiscal, controle de venda, operação, passageiro, rota, pagamento, XML, autorização, protocolo, rejeições, cancelamentos, substituições, totalizações, financeiro, relatórios e auditoria.

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

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

    Quero falar com o Vexado

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


  • BP-e modelo 63 em 2026: principais mudanças, novas regras e leiautes

    BP-e modelo 63 em 2026: principais mudanças, novas regras e leiautes

    BP-e modelo 63 em 2026: principais mudanças, novas regras e leiautes. Entenda o que muda no Bilhete de Passagem Eletrônico com Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, PagVinc, split payment, QR Code, schemas, BP-e Rodoviário, BP-e TM, BPeTA, eventos, rejeições, homologação, produção, relatórios fiscais e auditoria para empresas de transporte de passageiros.

    • Entenda as principais mudanças do BP-e modelo 63 em 2026.
    • Veja o impacto das NTs 2026.001 e 2026.002 no XML, pagamentos e leiautes.
    • Conheça os cuidados com IBS, CBS, vTotDFe, PagVinc, split payment, BP-e TM e BPeTA.

    BP-e modelo 63 em 2026: quais são as principais mudanças, novas regras e leiautes? O ano de 2026 marca uma fase importante de adaptação do Bilhete de Passagem Eletrônico à Reforma Tributária do Consumo. O BP-e deixa de ser analisado apenas como documento eletrônico da passagem e passa a exigir maior integração entre venda, pagamento, XML fiscal, IBS, CBS, vTotDFe, PagVinc, eventos, relatórios e auditoria.

    Na prática, empresas de transporte de passageiros precisam revisar sistemas de venda, emissão fiscal, integrações com pagamento, fechamento de caixa, marketplaces, bilhetagem eletrônica, APIs, relatórios, tratamento de rejeições e atualização de schemas. Isso vale para operações rodoviárias, metropolitanas, ferroviárias, aquaviárias e aéreas.

    O ponto central é que o BP-e modelo 63 passa por mudanças de leiaute e regras de validação relacionadas à Reforma Tributária, incluindo grupos de IBS/CBS, classificação tributária, total do DFe, vinculação do pagamento e preparação técnica para o split payment.

    Precisa preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado para avaliar XML, schemas, IBS/CBS, PagVinc, pagamentos, eventos, homologação, produção assistida, relatórios e auditoria.

    Quero falar com o Vexado

    Resumo rápido

    Em 2026, o BP-e modelo 63 passa por mudanças técnicas ligadas à Reforma Tributária, principalmente por causa das NTs 2026.001 e 2026.002. As empresas precisam atualizar leiautes, schemas e validações para tratar IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de vinculação de pagamento, split payment, QR Code, BP-e TM, BPeTA, relatórios fiscais e auditoria entre venda, pagamento e documento fiscal eletrônico.

    NT 2026.002

    Adapta o BP-e, BP-e TM e BPeTA à Reforma Tributária, com IBS, CBS, CST, cClassTrib e validações.

    NT 2026.001

    Cria estrutura de vinculação do pagamento com o DFe, incluindo PagVinc e eventos.

    vTotDFe

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

    2026

    Ano de testes, adaptação, atualização técnica, homologação e preparação operacional.

    BP-e modelo 63 em 2026: o que muda?

    O BP-e modelo 63 muda em 2026 porque precisa se adaptar aos novos leiautes e regras da Reforma Tributária. As principais mudanças envolvem IBS, CBS, grupo IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de vinculação de pagamento, split payment, novos schemas, regras de validação, QR Code, BP-e TM, BPeTA, relatórios e auditoria fiscal.

    Resposta direta: em 2026, empresas que emitem BP-e modelo 63 precisam atualizar seus sistemas para os novos leiautes, acompanhar as NTs 2026.001 e 2026.002, validar IBS/CBS, preencher vTotDFe quando houver IBSCBS, preparar PagVinc, revisar meios de pagamento, tratar eventos, testar homologação, acompanhar regras de validação e criar relatórios que conectem venda, pagamento, XML, protocolo e auditoria.

    Área O que muda em 2026 Risco se não preparar
    Leiaute Novos grupos, campos e schemas ligados à Reforma Tributária. XML desatualizado, erro técnico ou rejeição.
    IBS/CBS Novas informações tributárias no documento fiscal eletrônico. Documento incompleto ou inconsistência fiscal.
    vTotDFe Total do documento fiscal eletrônico quando houver IBSCBS. Rejeição ou divergência entre valor fiscal e financeiro.
    PagVinc Vínculo entre transação financeira e DFe. Pagamento desconectado do documento fiscal.
    Split payment Campos preparatórios para evolução do modelo de pagamento tributário. Retrabalho futuro se o sistema não se preparar.
    Eventos Novos eventos de vinculação e cancelamento de vinculação do pagamento. Falha no ciclo de vida fiscal e financeiro.
    Relatórios Auditoria entre venda, pagamento, DFe, tributos e eventos. Dificuldade para explicar divergências e rejeições.

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

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

    Documento eletrônico

    O BP-e é gerado em XML, assinado digitalmente e autorizado antes da prestação.

    Modelo 63

    É o modelo fiscal do Bilhete de Passagem Eletrônico.

    DABPE

    Representação auxiliar utilizada para acompanhar a passagem e facilitar consulta.

    Chave e protocolo

    A autorização gera rastreabilidade fiscal por chave de acesso, protocolo e consulta.

    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.

    Mudança Descrição Impacto para empresas
    Reforma Tributária Inclusão de informações ligadas a IBS e CBS. Necessidade de parametrização tributária.
    Novos schemas Pacotes técnicos das NTs precisam ser implementados. Sistemas antigos podem gerar XML incompatível.
    Grupo IBSCBS Grupo técnico com dados dos novos tributos. Exige validação de campos, valores e regras fiscais.
    vTotDFe Campo de total do documento fiscal eletrônico. Crítico quando houver informações de IBSCBS.
    PagVinc Grupo de informações para vincular pagamento e DFe. Integra financeiro e fiscal.
    Eventos novos Vinculação e cancelamento da vinculação do pagamento. Controla o ciclo de vida do vínculo financeiro-fiscal.
    Split payment Campos preparatórios para a evolução do modelo. Exige arquitetura preparada, mesmo sem uso obrigatório em 2026.
    BP-e TM e BPeTA Ampliação do ecossistema do modelo 63. Empresas precisam distinguir operação comum, metropolitana e aérea.

    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.

    Nota técnica Foco principal Impacto prático
    NT 2026.001 Vinculação da transação de pagamento com o DFe. Criação de estrutura de PagVinc e eventos de vinculação/cancelamento.
    NT 2026.002 Reforma Tributária no BP-e, BP-e TM e BPeTA. Adaptação de leiaute para IBS, CBS, CST, cClassTrib e regras de validação.
    Schemas 2026.001 Pacote técnico para vinculação de pagamento. Atualização de XML, eventos e validações.
    Schemas 2026.002 Pacote técnico para Reforma Tributária. Atualização do emissor para novas tags e validações.

    Boa prática: trate as NTs como projeto de sistema, não como simples troca de arquivo. É preciso atualizar schemas, motor fiscal, integrações de pagamento, homologação, relatórios, logs e treinamento da operação.

    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.

    Componente O que revisar Risco técnico
    XML de emissão Estrutura do BP-e, campos novos, grupos e regras de preenchimento. XML inválido ou rejeição.
    Eventos Eventos tradicionais e novos eventos de pagamento. Ciclo de vida incompleto.
    Schemas Pacotes 2026.001 e 2026.002. Validação local desatualizada.
    Assinatura digital Certificado, cadeia, validade e compatibilidade com XML atualizado. Erro de assinatura.
    Consulta/status Serviços de consulta, status e retorno de autorização. Documento autorizado sem acompanhamento adequado.
    Ambiente Homologação, produção, URLs e parâmetros. Teste no ambiente errado ou produção sem validação.

    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.

    Campo ou conceito Função Cuidados
    IBS Imposto sobre Bens e Serviços. Exige parametrização por operação, modal e enquadramento.
    CBS Contribuição sobre Bens e Serviços. Exige informação no XML conforme nota técnica e regra aplicável.
    IBSCBS Grupo técnico com informações dos novos tributos. Quando informado, exige atenção ao vTotDFe.
    CST Código de situação tributária. Precisa refletir o tratamento fiscal da prestação.
    cClassTrib Código de classificação tributária. Precisa estar compatível com o enquadramento da operação.

    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.

    Situação O que significa Como agir
    Obrigação de prestar informações A empresa deve se preparar para informar CBS e IBS conforme normas e NTs. Atualizar sistema e parametrização.
    Validação técnica Regra que pode rejeitar documento por ausência ou erro de informação. Testar homologação e corrigir XML.
    Adiamento de rejeição automática Determinadas regras podem não causar rejeição imediata em certo período. Não usar como desculpa para adiar implantação.
    Rejeição 310 Referência a validações de exigência de IBS/CBS no ambiente técnico. Monitorar notas, comunicados e ambiente de autorização.

    Resumo prático: 2026 deve ser tratado como período de adaptação e teste. Mesmo quando uma validação não rejeitar automaticamente, a empresa precisa ajustar leiaute, emissão, relatórios e auditoria para evitar acúmulo de problemas.

    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.

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

    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.

    Meio de pagamento Dados importantes Uso fiscal
    Cartão/TEF NSU, autorização, terminal, número lógico, adquirente e bandeira. Conciliação entre transação e BP-e.
    PIX Txid, cobrança, confirmação, expiração, endToEndId e estorno. Vínculo entre pagamento confirmado e DFe.
    Dinheiro Caixa, operador, agência, data, valor e fechamento. Auditoria de caixa e venda emitida.
    Link de pagamento Link, validade, status, pedido, transação e expiração. Conecta reserva, pagamento e documento fiscal.
    Marketplace/agência Pedido externo, comissão, taxa, repasse, liquidação e cancelamento. Rastreia venda intermediada até o DFe.
    Bilhetagem eletrônica Cartão de transporte, validador, catraca, QR Code e categoria. Importante para BP-e TM e totalização.

    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.

    Boa prática: trate split payment como projeto de preparação. Mesmo sem exigência de uso em produção em 2026, empresas que organizarem pagamento, DFe, PagVinc, eventos e relatórios terão menos retrabalho quando as exigências avançarem.

    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.

    Item O que revisar Risco se ignorar
    QR Code URL oficial, parâmetros e leitura correta. Passageiro ou fiscalização não consegue consultar o documento.
    DABPE Impressão, PDF, e-mail, WhatsApp, app ou tela de embarque. Atendimento confuso e dificuldade operacional.
    Chave de acesso Disponibilidade e conferência da chave autorizada. Documento sem rastreabilidade simples.
    Ambiente Homologação e produção separados. Consulta apontando para ambiente incorreto.

    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.

    Documento Uso típico Atenção em 2026
    BP-e comum Rodoviário, ferroviário ou aquaviário, conforme enquadramento. IBS/CBS, vTotDFe, PagVinc, XML e pagamentos.
    BP-e TM Transporte metropolitano ou semiurbano com catracas, contadores ou sistemas equivalentes. Totalização, bilhetagem, validadores, PagVinc e relatórios.
    BPeTA Transporte aéreo de passageiros. Reserva, localizador, passageiro, comprador, pagamento, eventos e credenciamento.

    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.

    Modal Cuidados principais
    Rodoviário Passageiro, comprador, poltrona, origem, destino, pagamento, DABPE e eventos.
    Metropolitano / BP-e TM Catracas, validadores, bilhetagem, totalização, integração tarifária e PagVinc.
    Ferroviário Estações, trechos, classes, horários, tarifas, pagamentos e eventos.
    Aquaviário Terminais, travessias, embarcações, veículos acompanhados, tarifas e pagamentos.
    Aéreo / BPeTA Reserva, localizador, voo, passageiro, comprador, OTA, marketplace, milhas e eventos.

    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.

    Venda

    Pedido, reserva, passageiro, comprador, trecho, rota, voo, travessia ou linha.

    Pagamento

    Meio, transação, valor, status, gateway, PSP, TEF, adquirente ou intermediador.

    DFe

    XML, chave, protocolo, autorização, rejeição, cancelamento e consulta.

    Auditoria

    Relatórios que comprovem a relação entre venda, pagamento, DFe e evento.

    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.

    Evento ou situação Quando acontece O que registrar
    Autorização BP-e autorizado pela administração tributária. XML, chave, protocolo, ambiente e horário.
    Rejeição XML ou regra fiscal não aceita. Código, motivo, campo, payload e correção.
    Cancelamento Passagem cancelada conforme prazo e regra. Motivo, usuário, pagamento, estorno e protocolo.
    Vinculação de pagamento Transação financeira conectada ao DFe. PagVinc, meio, transação, valor, retorno e logs.
    Cancelamento da vinculação Vínculo de pagamento precisa ser desfeito. Motivo, transação original, DFe e evento.
    Reprocessamento Falha técnica, indisponibilidade ou erro corrigido. Tentativas, payload, retorno, usuário e histórico.

    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.

    Cenário de teste O que validar
    Venda em dinheiro Caixa, valor, BP-e, IBS/CBS, vTotDFe e autorização.
    Venda com cartão/TEF NSU, autorização, terminal, PagVinc, valor e conciliação.
    Venda com PIX Txid, confirmação, expiração, cancelamento e vínculo fiscal.
    Venda por agência Comissão, repasse, comprador, passageiro e BP-e autorizado.
    Venda por marketplace Pedido externo, taxa, comissão, liquidação, pagamento e DFe.
    BP-e TM Catracas, validadores, bilhetagem, totalização e relatórios.
    BPeTA Reserva, localizador, voo, passageiro, comprador, pagamento e eventos.
    Rejeições IBS/CBS, vTotDFe, cClassTrib, schema, QR Code, PagVinc e evento.

    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.

    Relatório Deve mostrar Uso prático
    Autorizados Chave, protocolo, empresa, filial, passageiro, valor, IBS/CBS e pagamento. Controle fiscal diário.
    Rejeitados Código, motivo, XML, campo, regra violada e ação necessária. Correção rápida.
    IBS/CBS CST, cClassTrib, base, alíquota, valor, IBSCBS e vTotDFe. Conferência tributária.
    Pagamentos Dinheiro, cartão, PIX, TEF, link, agência, marketplace e PagVinc. Conciliação fiscal e financeira.
    Eventos Cancelamento, vinculação, cancelamento de vinculação e reprocessamento. Ciclo de vida do documento.
    Pendências DFe sem pagamento vinculado ou pagamento sem DFe autorizado. Auditoria e correção de divergências.

    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.

    Área Controle necessário
    Fiscal IBS, CBS, CST, cClassTrib, IBSCBS, vTotDFe, regras por empresa, UF, modal e operação.
    Leiaute NTs, schemas, XML, eventos, QR Code, assinatura e validações.
    Venda Passageiro, comprador, rota, trecho, estação, terminal, voo, poltrona, tarifa e desconto.
    Pagamento Meio, transação, NSU, txid, terminal, PSP, gateway, valor, status, estorno e PagVinc.
    Eventos Autorização, rejeição, cancelamento, vinculação, cancelamento de vinculação e reprocessamento.
    Relatórios Autorizados, rejeitados, pendentes, tributos, pagamentos, eventos e divergências.
    Auditoria Logs, payloads, retornos, usuários, datas, terminais, alterações e histórico completo.

    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.

    Atualizar só o schema

    Sem revisar motor fiscal, pagamento e eventos, a adequação fica incompleta.

    Ignorar vTotDFe

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

    Não guardar pagamento

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

    Não testar eventos

    Vinculação e cancelamento de vinculação exigem fluxo próprio.

    Confundir BP-e comum e BP-e TM

    Operação individual e totalização metropolitana têm lógicas diferentes.

    Esperar obrigatoriedade plena

    Deixar para adaptar depois aumenta risco de rejeição, retrabalho e falha operacional.

    Como o Vexado pode ajudar

    O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam preparar seus fluxos para BP-e 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.

    Emissão de BP-e

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

    Venda de passagens

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

    BP-e Rodoviário

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

    BP-e Metropolitano

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

    Integrações e APIs

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

    Relatórios e auditoria

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

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

    Checklist prático para BP-e 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.

    Quer preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado e veja como organizar XML, schemas, IBS/CBS, pagamentos, PagVinc, eventos, relatórios e auditoria.

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

    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.

    FAQ BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Avisos BP-e/SVRS

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

    Notícias BP-e/SVRS

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

    Receita Federal

    Consulte orientações oficiais para 2026 e Reforma Tributária do Consumo: Orientações da Receita Federal para 2026.

    Lei Complementar 214/2025

    Consulte regras gerais de IBS, CBS, regimes específicos e Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e modelo 63 em 2026

    BP-e modelo 63 em 2026: o que muda?

    Mudam os leiautes, schemas e regras relacionadas à Reforma Tributária, incluindo IBS, CBS, IBSCBS, CST, cClassTrib, vTotDFe, PagVinc, eventos de pagamento, split payment, QR Code, BP-e TM, BPeTA, relatórios e auditoria.

    O que é BP-e modelo 63?

    É o Bilhete de Passagem Eletrônico, documento fiscal eletrônico usado para documentar prestações de transporte de passageiros, emitido em XML, assinado digitalmente e autorizado antes do fato gerador.

    Quais NTs impactam o BP-e em 2026?

    As principais são a NT 2026.001, ligada à vinculação de pagamento, PagVinc e eventos, e a NT 2026.002, ligada à Reforma Tributária, IBS, CBS, CST, cClassTrib e validações.

    O que é PagVinc no BP-e?

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

    O que é vTotDFe?

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

    IBS e CBS já precisam aparecer no BP-e em 2026?

    2026 é ano de adaptação e teste da CBS e do IBS. A empresa deve acompanhar as normas e notas técnicas vigentes, preparar o sistema e validar com contador e responsável fiscal o tratamento aplicável.

    As validações de IBS/CBS podem rejeitar o BP-e?

    As regras de validação existem, mas comunicados oficiais indicaram adiamento de determinadas validações para evitar rejeição automática em certo período. Isso não elimina a necessidade de adaptação técnica e fiscal.

    Split payment é obrigatório em 2026 no BP-e?

    Os avisos oficiais informam que não há exigência de preenchimento ou uso dos campos de split payment em produção em 2026. Mesmo assim, os campos servem para preparação técnica e testes.

    BP-e TM também é afetado?

    Sim. BP-e TM é afetado pelas NTs de Reforma Tributária e pagamento, especialmente em operações com catracas, validadores, bilhetagem eletrônica, totalização e PagVinc.

    BPeTA também é afetado?

    Sim. O BPeTA também faz parte do ecossistema impactado, com atenção a reserva, localizador, voo, passageiro, comprador, pagamento, eventos, IBS/CBS e credenciamento.

    Quais meios de pagamento precisam ser revisados?

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

    O que testar em homologação?

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

    O Vexado pode ajudar com BP-e modelo 63 em 2026?

    O Vexado pode apoiar empresas na análise, emissão de BP-e, integrações com pagamentos, APIs, relatórios, automação, auditoria e preparação técnica para Reforma Tributária, PagVinc e novas regras.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas regras fiscais, enquadramento, alíquotas, obrigatoriedade, cronograma, IBS, CBS, PagVinc e split payment devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

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

    Quer preparar sua empresa para BP-e modelo 63 em 2026? Fale com o Vexado e veja como organizar XML, schemas, pagamentos, PagVinc, IBS/CBS, eventos, relatórios e auditoria.

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

    Conclusão

    O BP-e modelo 63 em 2026 passa por uma das fases mais importantes de atualização técnica desde sua implantação. As mudanças envolvem Reforma Tributária, IBS, CBS, novos leiautes, schemas, vTotDFe, PagVinc, split payment, eventos, QR Code, BP-e TM, BPeTA, pagamentos e auditoria.

    Para empresas de transporte de passageiros, o maior desafio é conectar venda, pagamento, documento fiscal, eventos e relatórios em um fluxo único. Não basta atualizar o XML. É preciso revisar motor fiscal, integrações financeiras, homologação, operações por modal, relatórios de divergência e treinamento da equipe.

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

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

    Quero falar com o Vexado

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