Blog

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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Modelo 16

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

    Modelo 63

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

    DABPE

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

    Sistema emissor

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

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

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

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

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

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

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

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

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

    Documento antigo

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

    Controle físico

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

    Menos automação

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

    Uso legado

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

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

    O que é o BP-e modelo 63?

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

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

    XML autorizado

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

    Assinatura digital

    O documento é assinado com certificado digital do emitente.

    Autorização

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

    Chave e protocolo

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

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

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

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

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

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

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

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

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

    O que muda no transporte ferroviário de passageiros?

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

    Controle ferroviário O que registrar Por que importa
    Estação de embarque Código, nome, município, UF, dispositivos e eventos. Identifica a origem operacional da prestação.
    Estação de integração Transferência, conexão, regra tarifária e categoria. Evita duplicidade de passageiro ou valor.
    Linha ferroviária Código, sentido, trecho, serviço, período e operação. Relaciona os eventos à prestação correta.
    Catracas e validadores Giros, acessos, bloqueios, cartões, QR Codes, data, hora, lote e status. Comprova os eventos de embarque.
    Bilhetagem Produto tarifário, tarifa, desconto, gratuidade, integração, valor e fechamento. Forma a base tarifária e financeira.
    Documento fiscal XML, chave, protocolo, status, rejeição, cancelamento, totalização e relatório. Garante rastreabilidade da emissão.

    Estações, catracas, validadores e bilhetagem

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

    Estação

    Identifica embarque, integração, município, UF, linha e dispositivos vinculados.

    Catraca

    Registra giro, acesso, contador, bloqueio, data, hora e equipamento.

    Validador

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

    Bilhetagem

    Controla produto tarifário, saldo, recarga, desconto, regra de integração, valor e fechamento.

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

    Totalizações e relatório analítico

    Em operações ferroviárias e metroferroviárias, o volume de passageiros pode ser muito alto. Por isso, a empresa pode precisar trabalhar com totalizações por estação, linha, dia, mês, tarifa, categoria, gratuidade, integração e valor, conforme a regra fiscal aplicável.

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

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

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 16 para o modelo 63 é a separação entre documento fiscal eletrônico e representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é a representação gráfica simplificada usada para facilitar a operação, consulta ou embarque, conforme aplicável.

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

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

    Impactos na operação da empresa ferroviária

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

    Venda e bilhetagem

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

    Passageiro

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

    Estação e linha

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

    Financeiro

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

    Fiscal

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

    Auditoria

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

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

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

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série, numeração e credenciamento. Evita emissão em ambiente, série, empresa ou enquadramento incorreto.
    Cadastro de estações Controlar estação de embarque, integração, município, UF, dispositivos e status. Forma a base operacional do transporte ferroviário.
    Linhas e serviços Relacionar linha, sentido, serviço, período, tarifa e operação. Conecta a prestação ao documento fiscal.
    Catracas e validadores Receber giros, acessos, cartões, QR Codes, benefícios, gratuidades, integrações e status. Automatiza a origem dos eventos de passageiro.
    Bilhetagem eletrônica Controlar tarifa, produto tarifário, crédito, desconto, valor e regra de integração. Conecta operação e financeiro.
    Deduplicação Usar ID único, hash, lote, sequência e idempotência. Evita duplicidade de passageiros, eventos e valores.
    Totalização Consolidar por estação, linha, integração, dia, mês, tarifa, categoria e valor. Forma a base fiscal do BP-e.
    Relatório analítico Demonstrar eventos, passageiros, tarifas, gratuidades, integrações, dispositivos e valores. Sustenta fiscalização e auditoria.
    Geração do XML Montar XML conforme leiaute, schemas, MOC e regras aplicáveis. Evita rejeições técnicas.
    Assinatura digital Assinar com certificado válido do emitente. Garante autenticidade do documento.
    Transmissão Enviar ao ambiente autorizador e controlar retorno. Completa a etapa fiscal.
    Rejeições Registrar código, motivo, XML, correção, reenvio e usuário. Permite resolver pendências sem perder histórico.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios, totalizações e logs. Garante consulta e auditoria.
    Conciliação Comparar bilhetagem, arrecadação, totalizações, ajustes e BP-e autorizados. Evita divergência entre financeiro e fiscal.

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

    A migração precisa ser planejada em etapas. A empresa deve alinhar fiscal, operação, financeiro, tecnologia, bilhetagem, estações, atendimento, integrações, suporte e auditoria.

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, CNAE, certificado, ambiente e documento aplicável. Empresa sabe se está apta e obrigada a emitir BP-e.
    2. Mapeamento operacional Mapear estações, linhas, bilhetagem, catracas, validadores, passageiros, tarifas e integrações. Fluxo operacional pronto para alimentar o BP-e.
    3. Parametrização do sistema Configurar empresa, série, numeração, certificado, ambiente, webservices e regras fiscais. Sistema preparado para homologação e produção.
    4. Integração de dados Conectar catracas, validadores, bilhetagem, arquivos, APIs ou banco intermediário. Eventos chegam ao sistema com rastreabilidade.
    5. Homologação Emitir testes, tratar rejeições, validar XML, DABPE, relatórios, totalizações e retornos. Fluxo técnico validado antes da produção.
    6. Treinamento Treinar fiscal, financeiro, operação, atendimento, suporte e tecnologia. Equipe entende a nova rotina eletrônica.
    7. Produção assistida Acompanhar emissões reais, rejeições, totalizações, conciliações e relatórios. Redução de risco no início da operação.
    8. Auditoria contínua Conferir XMLs, protocolos, bilhetagem, financeiro, logs e armazenamento. Operação fiscal mais segura.

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

    Os erros mais comuns são tratar o DABPE como documento principal, não armazenar XML, não guardar protocolo, emitir sem autorização, ignorar rejeições, não controlar estação de embarque, misturar gratuidades com pagantes, duplicar integrações, não gerar relatório analítico, não conciliar financeiro e não migrar corretamente cadastros históricos.

    Confundir DABPE com XML

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

    Não armazenar protocolo

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

    Ignorar estações

    Estação de embarque e integração podem ser referências centrais na operação ferroviária.

    Duplicar passageiros

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

    Sem relatório analítico

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

    Sem conciliação

    Financeiro, bilhetagem, totalização e fiscal precisam fechar entre si.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam emitir BP-e modelo 63, substituir rotinas antigas ligadas ao modelo 16, organizar estações, bilhetagem, catracas, validadores, totalizações, XML, DABPE, autorização, rejeições, financeiro, integrações, relatórios e gestão operacional.

    Emissão de BP-e

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

    BP-e ferroviário

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

    BP-e metroviário

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

    BP-e metropolitano

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

    Integrações e APIs

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

    Consultoria e implantação

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

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

    Checklist prático: BP-e modelo 63 x modelo 16

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

    • Validar na SEFAZ competente se a empresa está obrigada ou autorizada a emitir BP-e.
    • Confirmar se a operação é ferroviária, metroviária, metropolitana, intermunicipal, interestadual, turística, fretada ou outro enquadramento.
    • Validar se o documento correto é BP-e modelo 63, BP-e TM, CT-e OS ou outro documento aplicável.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, série, ambiente e webservices.
    • Mapear quais rotinas antigas ainda dependem do modelo 16 ou de sistemas legados.
    • Separar documentos históricos modelo 16 dos documentos eletrônicos modelo 63.
    • Cadastrar estações de embarque, estações de integração, municípios, linhas, sentidos, dispositivos e status.
    • Integrar catracas, validadores, bilhetagem, cartões, QR Codes, gratuidades e benefícios.
    • Capturar ID único do evento, data, hora, estação, dispositivo, lote, origem e status.
    • Separar passageiros pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos.
    • Mapear tarifa comum, tarifa integrada, gratuidade, benefício, desconto, valor recebido, ajuste e valor contábil.
    • Deduplicar eventos antes da totalização.
    • Definir totalização por estação, linha, integração, dia, mês, tarifa, categoria ou outro critério aplicável.
    • Gerar relatório analítico com passageiros, tarifas, valores, dispositivos, gratuidades, integrações e divergências.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
    • Armazenar XML, protocolo, DABPE, logs, eventos, relatórios e totalizações.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, reprocessamentos e eventos fiscais conforme regra aplicável.
    • Conciliar bilhetagem, arrecadação, totalizações, ajustes, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar atendimento, operação, financeiro, fiscal, suporte e tecnologia.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, fornecedor de bilhetagem e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e modelo 63, transporte ferroviário, estações, bilhetagem, XML, DABPE, financeiro e auditoria.

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    SEFAZ-SP Sobre o BP-e

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

    Portaria CAT 96/2015

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

    Portaria SRE 33/2026

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

    SEFAZ Paraná BP-e

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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

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

    O BP-e modelo 63 substitui o modelo 16?

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

    O modelo 16 ainda pode ser usado?

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

    O DABPE substitui o XML?

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

    O que muda no sistema da empresa ferroviária?

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

    Empresa ferroviária precisa controlar estação no BP-e?

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

    Catraca ou validador emite BP-e?

    Não. Catracas e validadores registram eventos operacionais. O sistema emissor precisa tratar esses eventos, gerar totalizações, montar XML, assinar, transmitir, consultar autorização e armazenar protocolo.

    O BP-e ferroviário é igual ao BP-e rodoviário?

    O documento eletrônico é o BP-e modelo 63, mas os dados operacionais podem variar conforme o modal, a regra da UF e o leiaute aplicável. Transporte ferroviário pode exigir controles próprios de estação, integração, bilhetagem, totalização e relatório analítico.

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer migrar do modelo 16 para o BP-e modelo 63? Fale com o Vexado e veja como organizar emissão fiscal, transporte ferroviário, estações, bilhetagem, XML, DABPE, autorização, protocolo, financeiro e auditoria.

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

    Conclusão

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

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

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

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

    Quero falar com o Vexado

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


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Modelo 14

    Bilhete de Passagem Aquaviário tradicional, usado na sistemática anterior ao BP-e.

    Modelo 63

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

    DABPE

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

    Sistema emissor

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

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

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

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

    Critério Bilhete modelo 14 BP-e modelo 63
    Nome Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Modelo fiscal 14. 63.
    Natureza Documento fiscal antigo de passagem aquaviária. Documento fiscal eletrônico de transporte de passageiros.
    Formato Papel, formulário, impressão ou sistema legado. XML eletrônico autorizado.
    Documento principal Bilhete físico ou registro legado. XML autorizado.
    Documento auxiliar O próprio bilhete impresso era usado na operação. DABPE é auxiliar; não substitui o XML.
    Assinatura digital Não era a lógica central do documento. Exige assinatura digital com certificado válido.
    Autorização eletrônica Não seguia o mesmo fluxo eletrônico do BP-e. Depende de autorização de uso pela administração tributária.
    Consulta Mais dependente de guarda física e controle interno. Consulta por chave de acesso, XML e protocolo.
    Auditoria Baseada em documentos físicos, livros e controles antigos. Baseada em XML, protocolo, logs, eventos, relatórios e armazenamento digital.

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

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

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

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

    Documento antigo

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

    Controle físico

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

    Uso legado

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

    Não é o padrão eletrônico

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

    Ponto importante: o modelo 14 não deve ser tratado como equivalente ao BP-e. Quando a empresa está obrigada, autorizada ou credenciada ao BP-e, a rotina fiscal correta passa a ser eletrônica.

    O que é o BP-e modelo 63?

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

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

    XML autorizado

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

    Assinatura digital

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

    Autorização

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

    Chave e protocolo

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

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

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

    Ponto comparado Modelo 14 Modelo 63
    Documento Bilhete de Passagem Aquaviário. Bilhete de Passagem Eletrônico.
    Tipo de controle Controle físico, impresso ou legado. Controle eletrônico, fiscal e auditável.
    Modal relacionado Transporte aquaviário de passageiros. Transporte de passageiros nos cenários de BP-e definidos pela UF.
    Emissão Por formulário, bilhete, impressora ou sistema antigo. Por sistema emissor integrado ao ambiente autorizador.
    Documento principal Bilhete físico ou documento antigo. XML autorizado.
    Validação fiscal Conferência conforme regras antigas. Validação por XML, assinatura, autorização e protocolo.
    Rejeições Não havia rejeição eletrônica no mesmo padrão do BP-e. O sistema precisa tratar códigos, motivos, correção e reenvio.
    Armazenamento Guarda física ou arquivo legado. Guarda digital de XML, protocolo, DABPE, eventos e logs.
    Uso atual Histórico, legado ou exceção específica validada com a SEFAZ. Uso normal quando a empresa está obrigada, autorizada ou credenciada ao BP-e.

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

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

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

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

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

    O que muda no transporte aquaviário de passageiros?

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

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

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 14 para o modelo 63 é a separação entre o documento fiscal eletrônico e sua representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada usada para facilitar embarque, consulta ou atendimento, conforme aplicável.

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

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

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

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

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

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

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

    Etapa da migração O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar obrigatoriedade, UF, credenciamento, certificado, ambiente e documento aplicável. Empresa sabe se está apta e obrigada a emitir BP-e.
    2. Mapeamento legado Identificar séries, numeração, relatórios, documentos antigos e rotinas ligadas ao modelo 14. Histórico preservado sem misturar com o BP-e atual.
    3. Mapeamento operacional Mapear venda, reserva, passageiro, rota, embarcação, horário, pagamento, cancelamento e remarcação. Fluxo operacional pronto para alimentar o BP-e.
    4. Parametrização do sistema Configurar empresa, série, numeração, certificado, ambiente, webservices e regras fiscais. Sistema preparado para homologação e produção.
    5. Homologação Emitir testes, tratar rejeições, validar XML, DABPE, retornos e relatórios. Fluxo técnico validado antes da produção.
    6. Treinamento Treinar atendimento, bilheteria, agência, financeiro, operação, suporte e fiscal. Equipe entende a nova rotina eletrônica.
    7. Produção assistida Acompanhar emissões reais, rejeições, cancelamentos, pagamentos e relatórios. Redução de risco no início da operação.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, financeiro, logs e armazenamento. Operação fiscal mais segura e rastreável.

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

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

    Confundir DABPE com XML

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

    Não armazenar protocolo

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

    Ignorar rejeições

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

    Cadastro incorreto

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

    Cancelamento desconectado

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

    Sem conciliação

    Financeiro, venda e fiscal precisam fechar diariamente.

    Como o Sistema Vexado pode ajudar

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

    Emissão de BP-e

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

    BP-e aquaviário

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

    Venda de passagens

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

    Gestão completa

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

    Integrações e APIs

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

    Consultoria e implantação

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

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

    Checklist prático: BP-e modelo 63 x Bilhete Aquaviário modelo 14

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

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

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

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

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

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

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

    SEFAZ Paraná BP-e

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

    SEFAZ Goiás BP-e

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

    Credenciamento de emissores

    Consulte regras e cuidados sobre autorização, homologação, produção e fornecedor do sistema emissor: Credenciamento de emissores BP-e.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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

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

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

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

    O modelo 14 ainda pode ser usado?

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

    O DABPE substitui o XML?

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

    O que muda no sistema da empresa aquaviária?

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

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

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

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

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

    Como tratar passagens antigas modelo 14 em auditoria?

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

    O BP-e aquaviário é igual ao BP-e rodoviário?

    O documento eletrônico é o BP-e modelo 63, mas os dados operacionais podem variar conforme o modal, a rota, o tipo de serviço, a UF e o leiaute aplicável. Transporte aquaviário pode exigir controles próprios de origem, destino, embarcação, rota e operação.

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

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

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

    Conclusão

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

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

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

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

    Quero falar com o Vexado

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


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Modelo 18

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

    Modelo 63

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

    BP-e TM

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

    Sistema emissor

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

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

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

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

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

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

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

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

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

    Documento auxiliar

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

    Movimento diário

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

    Inscrição única

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

    Catracas e equipamentos

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

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

    O que é o BP-e modelo 63?

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

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

    XML autorizado

    É o documento fiscal eletrônico principal.

    Assinatura digital

    Garante autoria e integridade técnica do documento.

    Autorização

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

    Protocolo

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Catracas, contadores e sistemas equivalentes

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

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

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

    Totalizações e relatório analítico

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

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

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

    XML, autorização, DABPE e protocolo

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

    XML

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

    Assinatura digital

    Assinatura com certificado digital válido do emitente.

    Autorização

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

    Protocolo

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

    DABPE

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

    Rejeições

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

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

    Financeiro e conciliação

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

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

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

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

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

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

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

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

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

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

    Trocar só o nome

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

    Ignorar fontes de dados

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

    Sem relatório analítico

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

    Duplicar eventos

    Reprocessamentos e arquivos reenviados podem duplicar passageiros e valores.

    Não separar legado

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

    Sem conciliação

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

    Como o Sistema Vexado pode ajudar

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

    Emissão de BP-e

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

    BP-e metropolitano

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

    BP-e semiurbano

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

    BP-e metroviário

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

    Integrações e APIs

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

    Automação de processos

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

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

    Checklist prático: BP-e modelo 63 x Resumo do Movimento Diário modelo 18

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

    • Validar a unidade federada competente pela emissão.
    • Confirmar se a operação ainda utiliza Resumo do Movimento Diário modelo 18 em rotina atual ou apenas em histórico legado.
    • Validar se a prestação exige BP-e comum, BP-e TM ou outro documento aplicável.
    • Confirmar credenciamento, CNPJ, inscrição estadual, certificado digital, ambiente, série e webservices.
    • Mapear como o modelo 18 era gerado, por estabelecimento, veículo, linha, estação, ponto, catraca ou relatório.
    • Separar documentos históricos do modelo 18 dos documentos eletrônicos BP-e atuais.
    • Integrar catracas, validadores, contadores, cartões, QR Codes e bilhetagem.
    • Capturar ID único do evento, data, hora, linha, veículo, estação, dispositivo, lote, origem e status.
    • Separar passageiros pagantes, integrados, gratuitos, estudantes, idosos, beneficiários e inválidos.
    • Mapear tarifa comum, tarifa integrada, gratuidade, benefício, desconto, valor recebido, ajuste e valor contábil.
    • Deduplicar eventos antes da totalização.
    • Definir totalização por dia, mês, ciclo, veículo, linha, estação, tarifa, categoria ou outro critério aplicável.
    • Gerar relatório analítico com passageiros, tarifas, valores, dispositivos, gratuidades, integrações e divergências.
    • Gerar XML conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente o XML com certificado válido.
    • Transmitir o BP-e e consultar autorização antes de concluir o fluxo fiscal.
    • Armazenar XML, protocolo, DABPE, logs, eventos, relatórios e totalizações.
    • Tratar rejeições com código, motivo, correção, usuário e reenvio.
    • Controlar cancelamentos, reprocessamentos e eventos fiscais conforme regra aplicável.
    • Conciliar bilhetagem, arrecadação, totalizações, ajustes, BP-e autorizados, rejeitados, cancelados e pendentes.
    • Treinar operação, financeiro, fiscal, suporte, tecnologia e atendimento.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, fornecedor de bilhetagem e equipe técnica.

    Precisa transformar esse checklist em implantação? Fale com o Vexado e veja como organizar BP-e, BP-e TM, catracas, bilhetagem, XML, relatórios, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

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

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

    RICMS-SP Artigo 174

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

    Portaria CAT 102/2018

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

    BP-e Transporte Metropolitano

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

    SEFAZ-SP Sobre o BP-e

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

    Documentos BP-e/SVRS

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

    Portal Nacional BP-e/SVRS

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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

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

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

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

    O que é BP-e TM?

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

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

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

    A catraca emite BP-e?

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

    O DABPE substitui o XML?

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

    Precisa de relatório analítico?

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

    O modelo 18 ainda pode aparecer em auditoria?

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

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

    Quer substituir a rotina do modelo 18 por BP-e ou BP-e TM? Fale com o Vexado e veja como organizar emissão fiscal, catracas, bilhetagem, totalizações, relatórios, XML, protocolo, financeiro e auditoria.

    Quero falar com o Vexado
    Conhecer BP-e Metropolitano

    Conclusão

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

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

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

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

    Quero falar com o Vexado

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


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Modelo 13

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

    Modelo 63

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

    DABPE

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

    Sistema emissor

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

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

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

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

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

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

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

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

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

    Documento antigo

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

    Controle físico

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

    Menos automação

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

    Uso legado

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

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

    O que é o BP-e modelo 63?

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

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

    XML autorizado

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

    Assinatura digital

    O documento é assinado com certificado digital do emitente.

    Autorização

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

    Chave e protocolo

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

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

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

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

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

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

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

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

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

    XML, DABPE, chave de acesso e protocolo

    Uma das maiores mudanças do modelo 13 para o modelo 63 é a separação entre documento fiscal eletrônico e representação auxiliar. No BP-e, o XML autorizado é o documento fiscal principal. O DABPE é apenas a representação gráfica simplificada usada para facilitar a operação, consulta ou embarque, conforme aplicável.

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

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

    Impactos na operação da empresa de transporte

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

    Venda de passagem

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

    Passageiro

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

    Trecho e viagem

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

    Pagamento

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

    Fiscal

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

    Auditoria

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

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

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

    Controle necessário O que o sistema deve fazer Por que importa
    Parametrização fiscal Configurar empresa, UF, CNPJ, IE, certificado, ambiente, série e numeração. Evita emissão em ambiente, série ou empresa incorreta.
    Venda e reserva Vincular passageiro, trecho, horário, valor, forma de pagamento e status. Garante que o BP-e tenha origem operacional.
    Geração do XML Montar XML conforme leiaute, schemas, MOC e regras aplicáveis. Evita rejeições técnicas.
    Assinatura digital Assinar com certificado válido do emitente. Garante autenticidade do documento.
    Transmissão Enviar ao ambiente autorizador e controlar retorno. Completa a etapa fiscal.
    Rejeições Registrar código, motivo, XML, correção, reenvio e usuário. Permite resolver pendências sem perder histórico.
    Cancelamento Relacionar cancelamento operacional, financeiro e fiscal. Evita venda cancelada com documento ativo.
    Substituição/remarcação Controlar troca de viagem, passageiro ou bilhete conforme regra aplicável. Evita perda de vínculo entre documentos.
    Armazenamento Guardar XML, protocolo, DABPE, eventos, relatórios e logs. Garante consulta e auditoria.
    Conciliação Comparar vendas, pagamentos, BP-e autorizados, cancelados, rejeitados e pendentes. Evita divergência entre financeiro e fiscal.

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

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

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

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

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

    Confundir DABPE com XML

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

    Não armazenar protocolo

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

    Ignorar rejeições

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

    Cadastro incorreto

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

    Cancelamento desconectado

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

    Sem conciliação

    Financeiro, venda e fiscal precisam fechar diariamente.

    Como o Sistema Vexado pode ajudar

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

    Emissão de BP-e

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

    Venda de passagens

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

    Gestão completa

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

    BP-e rodoviário

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

    Integrações e APIs

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

    Consultoria e implantação

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

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

    Checklist prático: BP-e modelo 63 x modelo 13

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

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

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

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

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

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

    SEFAZ-SP Sobre o BP-e

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

    Portal Nacional BP-e/SVRS

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

    SPED Paraná BP-e

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

    SEFAZ Minas Gerais BP-e

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

    SEFAZ Paraíba BP-e

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

    SEFAZ Goiás BP-e

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

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

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

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

    O BP-e modelo 63 substitui o modelo 13?

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

    O modelo 13 ainda pode ser usado?

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

    O DABPE substitui o XML?

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

    O que muda no sistema da empresa?

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

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

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

    O BP-e precisa ser autorizado antes da viagem?

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

    Como tratar passagens antigas modelo 13 em auditoria?

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

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

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

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

    Conclusão

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

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

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

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

    Quero falar com o Vexado

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


  • BP-e e integração entre estações: como funciona a informação fiscal

    BP-e e integração entre estações: como funciona a informação fiscal

    BP-e e integração entre estações é o controle fiscal que permite demonstrar quando o passageiro embarcou em uma estação, integrou em outra, utilizou tarifa comum, gratuidade, benefício ou integração tarifária, e como esses dados formam a base do Bilhete de Passagem Eletrônico.

    • Entenda como funciona a informação fiscal na integração entre estações.
    • Veja como separar estação de embarque, estação de integração, passageiros exclusivos, passageiros integrados, tarifas, gratuitos, valores e ajustes.
    • Conheça como o Sistema Vexado pode apoiar BP-e, BP-e TM, estações, catracas, validadores, bilhetagem, relatórios, APIs, financeiro e gestão operacional.

    O BP-e e a integração entre estações envolvem uma parte crítica da informação fiscal no transporte metroviário, ferroviário, metropolitano e semiurbano: a empresa precisa demonstrar onde o passageiro acessou o sistema, se houve integração, qual categoria tarifária foi aplicada, qual valor foi reconhecido e como esses dados sustentam a emissão do Bilhete de Passagem Eletrônico.

    Em uma venda rodoviária tradicional, a informação fiscal costuma nascer de uma passagem individual: passageiro, origem, destino, horário, poltrona, valor e pagamento. Já em operações com estações, catracas, validadores e bilhetagem eletrônica, a base fiscal pode nascer de milhares ou milhões de eventos de embarque e integração, que precisam ser tratados, classificados e consolidados.

    Por isso, a integração entre estações não pode ser vista apenas como uma troca operacional de linha ou modal. Para fins fiscais, ela precisa ser registrada com clareza: estação de embarque, estação de integração, catraca ou dispositivo, passageiro exclusivo ou integrado, tarifa aplicada, gratuidade, ajustes de remuneração, valor contábil, base de cálculo, ICMS quando devido, relatório analítico e XML autorizado.

    Precisa estruturar BP-e com integração entre estações? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, relatórios, totalizações e gestão operacional.

    Quero falar com o Vexado

    Resumo rápido

    A informação fiscal da integração entre estações deve mostrar a origem do dado usado no BP-e: qual estação registrou o embarque, qual estação registrou a integração, qual dispositivo validou o acesso, se o passageiro foi exclusivo ou integrado, qual tarifa ou bilhete foi aplicado, se houve gratuidade, qual valor foi reconhecido e como tudo isso foi consolidado no relatório analítico e no XML fiscal.

    Estação de embarque

    Local onde o passageiro acessa inicialmente o sistema de transporte.

    Estação de integração

    Local onde ocorre conexão, transferência ou integração tarifária entre linhas, estações ou modais.

    Passageiro integrado

    Passageiro que usa conexão ou integração e precisa ser separado do embarque exclusivo.

    Relatório analítico

    Documento de suporte que demonstra os dados por estação, catraca, tarifa, passageiro, valor e ajuste.

    Como funciona a informação fiscal na integração entre estações?

    A informação fiscal na integração entre estações funciona como uma trilha de rastreabilidade. O sistema precisa relacionar cada embarque ou integração com a estação correta, o dispositivo que registrou o evento, o tipo de passageiro, a categoria tarifária, o valor, a gratuidade ou benefício, os ajustes de remuneração e a totalização usada na emissão do BP-e.

    Resposta direta: a integração entre estações deve ser tratada fiscalmente como dado estruturado: estação de embarque ou integração → catraca ou validador → passageiro exclusivo ou integrado → tarifa, bilhete ou gratuidade → valor e ajustes → relatório analítico → totalização → XML autorizado do BP-e.

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

    O que é integração entre estações no BP-e?

    Integração entre estações é a situação em que o passageiro não realiza apenas um embarque isolado. Ele acessa o sistema em uma estação, pode trocar de linha, modal, plataforma, trecho ou sistema tarifário em outra estação, e essa movimentação precisa ser classificada corretamente para não duplicar passageiros, receitas ou bases fiscais.

    Integração tarifária

    Ocorre quando o passageiro usa mais de um trecho, linha, modal ou estação dentro de uma lógica tarifária integrada.

    Integração operacional

    Ocorre quando o passageiro troca de linha, plataforma, composição, estação ou modal durante a jornada.

    Integração fiscal

    É a forma como a integração será demonstrada no relatório, na totalização e no BP-e.

    Integração financeira

    É a forma como valores, gratuidades, repasses, ajustes e remunerações serão conciliados.

    A empresa precisa tomar cuidado para não confundir integração operacional com nova receita fiscal. Uma transferência pode representar continuidade da prestação, integração tarifária, novo embarque ou evento sem cobrança, conforme a regra e o desenho da operação.

    Estação de embarque x estação de integração

    A separação entre estação de embarque e estação de integração é um dos pontos mais importantes para a qualidade da informação fiscal. A estação de embarque indica o acesso inicial do passageiro. A estação de integração indica uma conexão ou transferência dentro da operação.

    Tipo de estação O que representa Como aparece na informação fiscal
    Estação de embarque Local onde o passageiro acessa inicialmente o sistema de transporte. Deve identificar estação, endereço, dispositivos, passageiros, categorias tarifárias e valores.
    Estação de integração Local onde o passageiro realiza conexão, transferência ou integração tarifária. Deve separar passageiros integrados dos passageiros exclusivos.
    Estação com gratuidade Local onde há acesso de passageiro gratuito ou beneficiário. Deve separar gratuidades por tipo ou categoria de bilhete quando aplicável.
    Estação com ajuste Local com ajustes de receita, reprocessamentos ou divergências. Deve manter logs, motivo, valor, referência e relatório de suporte.

    Boa prática: a estação deve ter código único, nome padronizado, endereço, município e vínculo com catracas, validadores ou dispositivos. Sem cadastro padronizado, a totalização fiscal fica frágil.

    Passageiros exclusivos e passageiros integrados

    Na informação fiscal da integração entre estações, uma das separações mais importantes é entre passageiro exclusivo e passageiro integrado.

    Tipo de passageiro O que significa Risco se não separar
    Passageiro exclusivo Passageiro que realizou embarque sem ser tratado como integração no período analisado. A empresa pode misturar base normal com integração tarifária.
    Passageiro integrado Passageiro que utilizou conexão, transferência ou integração entre estações, linhas ou modais. Pode haver duplicidade de passageiro ou receita se a integração for tratada como novo embarque integral.
    Passageiro gratuito Passageiro transportado com gratuidade prevista na regra aplicável. Pode distorcer receita se for somado como passageiro pagante.
    Passageiro com benefício Passageiro com desconto, tarifa especial, estudante, idoso ou outra categoria. Pode gerar valor incorreto se a categoria tarifária não for identificada.

    Essa separação é essencial para que o relatório analítico explique corretamente o volume transportado, a remuneração, os ajustes e a base fiscal. Sem essa classificação, a empresa pode até ter o total de giros ou validações, mas não consegue demonstrar a natureza fiscal de cada grupo.

    Tarifas, bilhetes, gratuidades e benefícios

    A integração entre estações exige que o sistema identifique os diferentes tipos de tarifas aplicadas, bilhetes utilizados, gratuidades e benefícios. Não basta informar apenas a quantidade total de passageiros.

    Tarifa comum

    Valor padrão aplicado ao passageiro pagante sem benefício ou integração especial.

    Tarifa integrada

    Valor ou regra aplicada quando o passageiro utiliza integração entre linhas, estações ou modais.

    Gratuidade

    Passageiros gratuitos precisam ser identificados e separados das tarifas pagas.

    Benefício tarifário

    Inclui estudantes, idosos, categorias especiais, descontos e outros enquadramentos.

    Ajuste de receita

    Diferenças, reprocessamentos ou regras de remuneração precisam ser demonstrados.

    Valor contábil

    Valor usado para compor a informação fiscal e a conciliação financeira.

    Ponto fiscal: o relatório deve permitir entender não apenas quantas pessoas passaram pela estação, mas qual categoria tarifária ou bilhete foi aplicado e qual valor fiscal foi reconhecido.

    Fluxo fiscal da informação na integração entre estações

    Um fluxo seguro deve começar no evento operacional e terminar no XML autorizado do BP-e. O sistema precisa manter vínculo entre todas as etapas.

    Etapa O que acontece Resultado esperado
    1. Evento na estação Passageiro acessa catraca, validador, bloqueio ou sistema equivalente. Evento bruto com data, hora, estação e dispositivo.
    2. Identificação da estação O evento é vinculado à estação de embarque ou integração correta. Evento classificado por local fiscal.
    3. Classificação do passageiro O sistema separa passageiro exclusivo, integrado, gratuito ou beneficiário. Base de passageiros organizada.
    4. Classificação tarifária O sistema identifica tarifa, bilhete, gratuidade, desconto, benefício ou integração. Base tarifária correta.
    5. Conciliação de valores O sistema calcula ou reconhece remuneração, ajustes, valor contábil e base fiscal. Base financeira rastreável.
    6. Relatório analítico As informações são consolidadas por estação, período, dispositivo, passageiro, tarifa e valor. Lastro operacional da emissão.
    7. Emissão do BP-e O XML é gerado, assinado, transmitido, autorizado e armazenado com protocolo. Documento fiscal eletrônico autorizado.

    Relatório analítico diário: o centro da informação fiscal

    O relatório analítico diário é o principal documento de suporte para explicar a integração entre estações. Ele deve demonstrar, no mínimo, os dados necessários para que o total fiscal seja auditável.

    Informação do relatório O que deve demonstrar Por que importa
    Identificação da estação Nome, endereço completo, CNPJ quando houver e dados de identificação. Mostra onde o embarque ou integração ocorreu.
    Catracas ou dispositivos Número e código de catracas, bloqueios ou dispositivos monitorados. Relaciona passageiros declarados aos equipamentos que registraram o acesso.
    Passageiros exclusivos Total de passageiros que embarcaram sem serem classificados como integração. Separa embarque comum de integração.
    Passageiros integrados Total de passageiros em integração, quando aplicável. Evita duplicidade de passageiro ou receita.
    Tarifas e bilhetes Categorias de tarifas, bilhetes e gratuidades aplicadas. Explica como os valores foram formados.
    Remuneração e ajustes Tarifas de remuneração, ajustes de receita e demais parcelas. Conecta operação, regra tarifária e financeiro.
    Valores fiscais Valor contábil, base de cálculo e ICMS, se devido. Forma a base de escrituração e emissão fiscal.

    Trilha ideal: BP-e autorizado → totalização → relatório analítico diário → estação de embarque ou integração → catraca/validador → tipo de passageiro → tarifa/bilhete → valor fiscal → financeiro.

    Totalização mensal e integração entre estações

    Quando a regra permitir totalização mensal, a integração entre estações precisa ser consolidada dentro do mês de referência. Isso significa que cada dia deve alimentar uma base mensal com passageiros, estações, dispositivos, tarifas, gratuidades, valores e ajustes.

    Controle mensal Como aplicar Risco se não controlar
    Mês de referência Agrupar as prestações realizadas no período correto. Misturar eventos de meses diferentes.
    Data de competência Preencher conforme regra aplicável ao mês de referência. Distorcer escrituração ou relatório fiscal.
    Relatórios diários Fechar diariamente dados por estação de embarque ou integração. Não conseguir explicar a totalização mensal.
    Eventos de integração Separar integrados de exclusivos e gratuitos. Duplicar passageiros, receita ou base fiscal.
    Autorização do BP-e Emitir, transmitir, consultar e armazenar o XML autorizado. Ficar com documentos pendentes ou rejeitados.

    A totalização mensal não elimina o controle diário. Pelo contrário: quanto maior o volume da operação, mais importante é fechar cada dia com dados consistentes e reconciliados.

    XML, DABPE e autorização do BP-e

    Mesmo quando a informação fiscal nasce de integrações entre estações, o documento fiscal principal continua sendo o XML autorizado do BP-e. O DABPE é o documento auxiliar, quando aplicável, mas o XML autorizado, o protocolo e os relatórios de suporte precisam estar preservados.

    Item Função Cuidado
    XML do BP-e Documento fiscal eletrônico principal. Deve refletir corretamente a totalização por estação e integração.
    Protocolo Comprova autorização de uso ou retorno fiscal. Deve estar vinculado ao XML e à totalização.
    DABPE Documento auxiliar do BP-e. Deve representar corretamente o documento autorizado.
    Relatório analítico Explica a origem dos dados usados no XML. Deve ser conservado e apresentado quando solicitado.
    Rejeição Indica inconsistência técnica ou fiscal no XML. Precisa ter código, motivo, correção, reenvio e log.

    Financeiro, remuneração e conciliação

    A integração entre estações também impacta o financeiro. O sistema precisa conciliar passageiros, tarifas, gratuidades, integrações, remuneração, ajustes de receita, valor contábil, base fiscal, repasses e documentos autorizados.

    Receita por estação

    Mostra valores por estação de embarque ou integração, categoria tarifária e período.

    Passageiros gratuitos

    Devem ser separados para não distorcer receita e remuneração.

    Integrações

    Precisam ser classificadas para evitar duplicidade de passageiro ou valor.

    Ajustes tarifários

    Devem demonstrar correções, compensações, diferenças e demais parcelas de remuneração.

    Conciliação fiscal

    Compara relatório analítico, totalizações, XMLs e protocolos autorizados.

    Auditoria financeira

    Permite rastrear o valor do BP-e até o evento original e a regra de remuneração.

    Funcionalidades necessárias no sistema

    Um sistema para BP-e com integração entre estações precisa ir além da emissão fiscal. Ele deve organizar o dado desde o evento operacional até a autorização do documento eletrônico.

    Funcionalidade O que precisa fazer Benefício
    Cadastro de estações Controlar estação de embarque, integração, município, código, endereço e equipamentos. Evita divergência entre operação, relatório e fiscal.
    Integração com catracas Receber eventos de acesso, bloqueio, validação e contagem. Relaciona passageiros declarados aos dispositivos.
    Integração com bilhetagem Receber cartões, QR Codes, categorias tarifárias, benefícios, gratuidades e integrações. Conecta a operação real à base fiscal.
    Classificação de passageiros Separar exclusivos, integrados, gratuitos, estudantes, idosos e demais categorias. Evita distorção de receita e base fiscal.
    Tratamento de divergências Identificar duplicados, inválidos, offline, sem estação, sem tarifa ou reprocessados. Impede que dados inconsistentes formem o BP-e.
    Relatório analítico diário Gerar relatórios por estação, dispositivo, passageiro, tarifa, valor e ajuste. Sustenta totalizações e auditoria.
    Emissão de BP-e modelo 63 Gerar XML, assinar, transmitir, consultar autorização, tratar rejeições e armazenar documentos. Atende a obrigação fiscal com rastreabilidade.
    Conciliação financeira Comparar bilhetagem, catracas, valores, relatórios e BP-e autorizados. Evita divergências entre operação, financeiro e fiscal.
    Auditoria e logs Registrar importações, alterações, reprocessamentos, fechamentos, emissões e rejeições. Permite explicar cada número usado no BP-e.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, integração de dados, APIs, automação de processos, relatórios, financeiro e gestão operacional. Em integrações entre estações, o principal desafio é transformar eventos de catracas, validadores, bilhetagem e estações em informação fiscal confiável.

    Emissão de BP-e

    A solução de emissão de BP-e apoia empresas que precisam organizar documentos fiscais eletrônicos de transporte de passageiros.

    BP-e metropolitano

    A página de BP-e para transporte metropolitano apoia operações com catracas, validadores, estações 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 e bilhetagem.

    BP-e ferroviário

    A página de BP-e para transporte ferroviário ajuda a organizar operações de trens, estações e relatórios.

    Integrações e APIs

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

    Consultoria e implantação

    A consultoria e implantação ajuda a mapear operação, regras fiscais, usuários, documentos, relatórios e processos.

    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 na informação fiscal de integração entre estações

    Os erros mais comuns são tratar integração como novo embarque integral, duplicar passageiros, misturar gratuitos com pagantes, não identificar catracas ou dispositivos, não padronizar estações, emitir XML sem relatório analítico e não conciliar remuneração com valores fiscais.

    Duplicar passageiro integrado

    A integração pode ser contada como novo embarque se não houver classificação correta.

    Não separar tarifa

    Tarifa comum, integração, gratuidade e benefício precisam ser separados.

    Estação duplicada

    Dois códigos para a mesma estação podem dividir passageiros, valores e relatórios.

    Dispositivo sem vínculo

    Catracas e bloqueios precisam estar relacionados à estação correta.

    Totalizar sem relatório

    Sem relatório analítico, a empresa não consegue comprovar a origem dos valores.

    Não conciliar financeiro

    Valor fiscal, remuneração, ajustes e receitas precisam conversar.

    Para aprofundar, veja também os conteúdos sobre BP-e por estação, BP-e para trem metropolitano e BP-e com totalização mensal.

    Checklist prático para BP-e e integração entre estações

    O checklist abaixo ajuda a empresa a avaliar se a informação fiscal da integração entre estações está bem estruturada.

    • Confirmar a unidade federada competente pela emissão.
    • Validar se a operação é metroviária, ferroviária, metropolitana, semiurbana ou outra modalidade abrangida.
    • Confirmar se a consolidação deve ocorrer por estação de embarque ou estação de integração.
    • Padronizar cadastro de estações, códigos, municípios, endereços e equipamentos vinculados.
    • Identificar catracas, dispositivos de bloqueio, validadores e sistemas de monitoramento por estação.
    • Separar passageiros exclusivos, integrados, gratuitos, estudantes, idosos, benefícios e demais categorias.
    • Identificar diferentes tarifas, bilhetes, gratuidades e regras de remuneração aplicadas.
    • Controlar ajustes na receita tarifária e demais parcelas de remuneração do serviço.
    • Calcular valor contábil, base de cálculo e ICMS quando devido, conforme validação fiscal.
    • Tratar eventos duplicados, offline, inválidos, reprocessados, ajustados e sem vínculo com estação.
    • Gerar relatório analítico diário por estação de embarque ou integração.
    • Consolidar totalizações mensais quando a regra permitir e quando for aplicável.
    • Gerar XML do BP-e conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização, tratar rejeições e armazenar protocolo.
    • Conciliar relatórios de bilhetagem, catracas, financeiro e BP-e autorizados.
    • Guardar XMLs, relatórios, logs, eventos originais e evidências pelo prazo exigido.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação e equipe técnica.

    Precisa avaliar esse checklist na sua operação? Fale com o Vexado e veja como estruturar BP-e, integração entre estações, catracas, bilhetagem, totalizações e relatórios.

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar a informação fiscal

    Como BP-e e integração entre estações 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.

    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, BP-e TM, estação de embarque, ciclos e totalizações: Portaria CAT 102/2018.

    Portaria SRE 33/2026

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

    BP-e Transporte Metropolitano

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

    Sobre o BP-e

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

    Documentos BP-e

    Consulte manuais, schemas, notas técnicas e documentos do BP-e: Documentos BP-e SVRS.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e e integração entre estações

    O que é integração entre estações no BP-e?

    É a situação em que o passageiro embarca em uma estação e realiza conexão, transferência ou integração tarifária em outra estação, exigindo registro fiscal separado e rastreável.

    Como funciona a informação fiscal na integração?

    Ela relaciona estação de embarque ou integração, catraca ou validador, passageiro exclusivo ou integrado, tarifa, bilhete, gratuidade, valor, relatório analítico, totalização e XML autorizado.

    Qual a diferença entre passageiro exclusivo e passageiro integrado?

    Passageiro exclusivo é aquele que embarca sem ser classificado como integração. Passageiro integrado é aquele que utiliza conexão ou integração tarifária entre estações, linhas ou modais.

    A integração pode ser contada como novo embarque?

    Depende da regra da operação. O ponto crítico é classificar corretamente para não duplicar passageiro, receita ou base fiscal.

    O relatório analítico diário é necessário?

    Sim. Ele demonstra os embarques realizados e consolida informações por estação de embarque ou integração, com dados de estação, dispositivos, passageiros, tarifas, valores e ajustes.

    Como entram as catracas na informação fiscal?

    Catracas e dispositivos de bloqueio ajudam a relacionar o número declarado de passageiros ao número indicado nesses equipamentos ou nos sistemas que realizam seu monitoramento.

    Gratuidades entram no relatório?

    Sim. Os diferentes tipos ou categorias de tarifas e bilhetes devem ser identificados quando houver, inclusive os gratuitos.

    Integração entre estações substitui o XML do BP-e?

    Não. A integração é parte da base operacional e fiscal. O XML autorizado continua sendo o documento fiscal eletrônico principal.

    O Vexado pode ajudar com integração entre estações?

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

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

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

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos e obrigatoriedade devem ser validados 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 avaliar BP-e com integração entre estações? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, relatórios, totalizações e gestão operacional.

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

    Conclusão

    O BP-e e a integração entre estações exigem uma informação fiscal clara, rastreável e conciliada. A empresa precisa demonstrar não apenas o total de passageiros, mas também onde houve embarque ou integração, quais dispositivos registraram os acessos, quais passageiros foram exclusivos ou integrados, quais tarifas ou gratuidades foram aplicadas e quais valores formaram a base fiscal.

    O ponto mais importante é evitar duplicidade. Uma integração mal classificada pode duplicar passageiro, receita, valor contábil ou base de cálculo. Por isso, relatório analítico diário, cadastro correto de estações, vínculo com catracas, classificação tarifária e conciliação financeira são indispensáveis.

    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, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, equipe técnica e responsáveis regulatórios.

    Quer estruturar a informação fiscal da integração entre estações? Conheça o Vexado e veja como uma solução web pode apoiar emissão fiscal, integração, relatórios e gestão.

    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, BP-e modelo 63, BP-e TM, integração entre estações, estação de embarque, estação de integração, catracas, validadores, bilhetagem, totalizações, relatório analítico, valor contábil, base de cálculo, ICMS, rejeições, cancelamentos, contingência, emissão de documentos, integrações, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e e catracas de metrô: quais informações precisam ser controladas

    BP-e e catracas de metrô: quais informações precisam ser controladas

    BP-e e catracas de metrô exigem controle detalhado dos eventos de embarque, integração, gratuidade, tarifa, estação, dispositivo, valor, relatório analítico e XML autorizado. A catraca não emite o BP-e sozinha: ela gera dados que precisam ser tratados e transformados em informação fiscal confiável.

    • Entenda quais informações das catracas de metrô precisam ser controladas para o BP-e.
    • Veja como organizar estação, catraca, validador, passageiros exclusivos, integrados, gratuitos, tarifas, valores e relatórios.
    • Conheça como o Sistema Vexado pode apoiar BP-e, BP-e TM, integrações, APIs, bilhetagem, relatórios, financeiro e gestão operacional.

    O BP-e e as catracas de metrô formam uma relação direta entre operação e fiscal. Em uma venda rodoviária tradicional, a emissão costuma nascer de uma passagem individual. No metrô, a base fiscal normalmente nasce de milhares ou milhões de eventos gerados por catracas, validadores, bloqueios, cartões, QR Codes, gratuidades, integrações e sistemas de bilhetagem.

    Por isso, a pergunta principal não é apenas “quantas pessoas passaram pela catraca?”. A pergunta correta é: qual estação registrou o embarque, qual dispositivo gerou o evento, qual tipo de passageiro passou, qual tarifa foi aplicada, houve integração, houve gratuidade, qual valor foi reconhecido e como esse dado chegou ao BP-e?

    Em operações metroviárias e metropolitanas, os dados das catracas precisam alimentar relatórios analíticos, totalizações, conciliação financeira, XML autorizado, protocolo, armazenamento digital e trilha de auditoria.

    Precisa estruturar BP-e com dados de catracas de metrô? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, totalizações, relatórios e gestão operacional.

    Quero falar com o Vexado

    Resumo rápido

    Para usar dados de catracas de metrô na emissão ou totalização do BP-e, a empresa precisa controlar estação de embarque, estação de integração, código da catraca ou dispositivo, data e hora do evento, tipo de passageiro, tarifa, bilhete, gratuidade, integração, valor, ajustes, relatório analítico, totalização, XML autorizado, protocolo e logs de auditoria.

    Estação

    Identifica onde ocorreu o embarque ou a integração do passageiro.

    Catraca ou validador

    Mostra qual equipamento registrou o evento usado na base fiscal.

    Tipo de passageiro

    Separa passageiro exclusivo, integrado, gratuito, estudante, idoso ou beneficiário.

    Valor fiscal

    Relaciona tarifa, remuneração, ajustes, valor contábil, base de cálculo e imposto, quando devido.

    Quais informações das catracas de metrô precisam ser controladas para o BP-e?

    As catracas de metrô precisam fornecer ou estar vinculadas a informações capazes de demonstrar a origem do embarque, a categoria do passageiro, a tarifa aplicada, o valor reconhecido e o vínculo com o BP-e emitido.

    Resposta direta: o sistema precisa controlar estação, código da catraca ou dispositivo, data e hora do evento, tipo de passageiro, tipo de bilhete, tarifa, gratuidade, integração, valor, ajustes, relatório analítico, totalização, XML autorizado e protocolo do BP-e.

    Grupo de informação O que controlar Por que importa
    Estação Código, nome, município, endereço, estação de embarque ou integração. Mostra onde o passageiro acessou ou integrou no sistema.
    Dispositivo Código da catraca, bloqueio, validador, contador ou sistema equivalente. Relaciona o passageiro declarado ao equipamento que registrou o acesso.
    Evento Data, hora, identificador único, lote, origem do dado e status da validação. Evita duplicidade, perda de dados e reprocessamento sem controle.
    Passageiro Exclusivo, integrado, gratuito, estudante, idoso, beneficiário ou categoria especial. Evita misturar pagantes com gratuidades e integrações.
    Tarifa Tarifa comum, integrada, desconto, benefício, bilhete, QR Code, cartão ou produto tarifário. Explica como o valor fiscal foi formado.
    Valor Valor recebido, remuneração, ajuste, valor contábil, base de cálculo e ICMS, quando devido. Conecta operação, financeiro e documento fiscal.
    Fiscal Totalização, XML, chave de acesso, protocolo, status, rejeição e armazenamento. Permite comprovar a emissão e rastrear o documento.

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

    A catraca emite BP-e?

    Não. A catraca não emite BP-e sozinha. A catraca, o bloqueio, o contador ou o validador registram eventos operacionais. Esses eventos precisam ser capturados, tratados, classificados, conciliados e transformados em informação fiscal por um sistema emissor.

    Catraca

    Registra giro, bloqueio, liberação, acesso ou tentativa de acesso.

    Validador

    Lê cartão, QR Code, bilhete, benefício, gratuidade ou integração.

    Bilhetagem

    Define produto tarifário, categoria, valor, saldo, regra de integração e status.

    Emissor BP-e

    Gera XML, assina digitalmente, transmite, consulta autorização e armazena protocolo.

    Ponto crítico: a catraca gera o dado bruto. O sistema precisa transformar esse dado bruto em dado fiscal auditável.

    Estação de embarque e estação de integração

    O primeiro controle essencial é saber em qual estação o evento ocorreu. Em metrô, a estação pode ser a principal referência para consolidar embarques, integrações, gratuidades e valores.

    Tipo de estação O que representa Como controlar
    Estação de embarque Local onde o passageiro acessa inicialmente o sistema metroviário. Código da estação, nome, município, endereço, catracas e validadores vinculados.
    Estação de integração Local onde ocorre conexão, transferência ou integração tarifária. Separar passageiros integrados dos passageiros exclusivos.
    Estação com gratuidade Local onde há passagem de beneficiários ou passageiros gratuitos. Identificar tipo de benefício, categoria e quantidade.
    Estação com divergência Local com evento duplicado, offline, inválido ou sem tarifa. Tratar divergência antes da totalização fiscal.

    Dados da catraca, bloqueio ou validador

    O BP-e precisa ser sustentado por dados rastreáveis. Por isso, cada catraca, bloqueio, validador, contador ou dispositivo equivalente deve estar identificado e vinculado à estação correta.

    Código do dispositivo

    Identificação única da catraca, bloqueio, validador ou contador.

    Estação vinculada

    Relação entre o dispositivo e a estação onde ele está instalado.

    Sentido ou área

    Entrada, saída, integração, bloqueio de acesso, plataforma ou linha, quando aplicável.

    Status do equipamento

    Ativo, inativo, manutenção, offline, sincronização pendente ou falha.

    Origem do evento

    Equipamento físico, sistema de bilhetagem, API, lote importado ou reprocessamento.

    Identificador único

    Chave do evento para evitar duplicidade em sincronizações e reenvios.

    Passageiros exclusivos, integrados e gratuitos

    Um dos maiores riscos no BP-e com catracas de metrô é misturar passageiros diferentes em um único total. O sistema precisa separar corretamente passageiro exclusivo, integrado, gratuito e beneficiário.

    Tipo de passageiro O que significa Risco se não separar
    Passageiro exclusivo Passageiro que acessou a estação sem ser classificado como integração. Misturar embarque comum com integração tarifária.
    Passageiro integrado Passageiro em conexão, transferência ou integração tarifária. Duplicar passageiro ou receita se for tratado como novo embarque integral.
    Passageiro gratuito Passageiro transportado com gratuidade prevista. Inflar receita se for somado como pagante.
    Passageiro com benefício Estudante, idoso, pessoa com benefício, desconto ou categoria especial. Aplicar tarifa errada ou valor fiscal incorreto.

    Tarifas, bilhetes e categorias

    Além da quantidade de passageiros, a empresa precisa controlar qual tarifa, bilhete, produto tarifário ou categoria foi aplicada em cada evento. Esse ponto é essencial para explicar valor contábil, remuneração, ajustes e base fiscal.

    Tarifa comum

    Valor padrão do passageiro pagante.

    Tarifa integrada

    Regra usada quando há integração entre estações, linhas ou modais.

    Bilhete eletrônico

    Cartão, QR Code, aplicativo, bilhete físico ou produto tarifário digital.

    Gratuidade

    Categoria gratuita que deve ser separada da tarifa paga.

    Benefício tarifário

    Desconto, estudante, idoso ou outra regra especial.

    Categoria não classificada

    Evento que precisa ser tratado antes de entrar na totalização fiscal.

    Valores, remuneração e ajustes

    O controle de valores precisa conectar operação, financeiro e fiscal. A catraca pode registrar o acesso, mas o sistema precisa saber como esse acesso se transforma em valor reconhecido para o BP-e.

    Informação financeira O que controlar Por que importa
    Valor da tarifa Tarifa aplicada ao evento, produto ou categoria. Base para calcular receita e totalização.
    Valor recebido Valor efetivamente pago, debitado ou reconhecido. Ajuda na conciliação com bilhetagem e financeiro.
    Remuneração Regra de remuneração da prestação, quando aplicável. Explica diferenças entre tarifa, repasse e valor contábil.
    Ajustes Correções, reprocessamentos, compensações e divergências. Evita que o BP-e reflita número sem explicação.
    Valor contábil Valor consolidado para fins contábeis/fiscais. Conecta relatório, totalização e documento fiscal.
    Base de cálculo e ICMS Valores fiscais quando houver incidência ou destaque devido. Precisa ser validado com contador e SEFAZ.

    Relatório analítico diário

    O relatório analítico diário é o documento que explica como os dados das catracas foram transformados em base fiscal. Ele deve permitir rastrear o total do BP-e até os eventos originais.

    Informação do relatório O que demonstrar Objetivo
    Estação Identificação da estação de embarque ou integração. Localizar onde o evento ocorreu.
    Dispositivo Código de catraca, bloqueio, validador, contador ou sistema equivalente. Relacionar o passageiro ao equipamento.
    Passageiros Exclusivos, integrados, gratuitos e categorias especiais. Evitar duplicidade e classificação errada.
    Tarifas e bilhetes Tipos de tarifa, bilhete, gratuidade e benefício. Explicar como valores foram formados.
    Valores Remuneração, ajustes, valor contábil, base de cálculo e imposto, se devido. Conectar operação e fiscal.
    Divergências Eventos duplicados, offline, inválidos, sem estação, sem tarifa ou reprocessados. Impedir que dados ruins entrem no BP-e.

    Trilha ideal: BP-e autorizado → totalização → relatório analítico diário → estação → catraca/validador → evento único → passageiro → tarifa → valor fiscal → financeiro.

    XML, BP-e, DABPE e autorização

    Mesmo quando a base nasce das catracas, o documento fiscal principal continua sendo o XML autorizado do BP-e. O relatório analítico demonstra a origem dos dados, mas o XML, a chave de acesso e o protocolo são essenciais para a validade fiscal.

    XML do BP-e

    Documento fiscal eletrônico principal, gerado conforme leiaute aplicável.

    Assinatura digital

    Garante autenticidade técnica do documento emitido.

    Autorização

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

    Protocolo

    Comprova a autorização ou retorno fiscal recebido.

    DABPE

    Documento auxiliar do BP-e, quando aplicável ao fluxo.

    Armazenamento

    Guarda XML, protocolo, relatórios, logs e evidências.

    Auditoria e rastreabilidade

    O maior objetivo do controle das catracas é garantir rastreabilidade. A empresa precisa conseguir explicar, depois da emissão, de onde veio cada número usado no BP-e.

    Controle de auditoria Como aplicar Risco se não existir
    Identificador único do evento Cada validação ou giro deve ter chave única. Duplicidade em reprocessamentos.
    Log de importação Registrar lote, origem, data, hora e responsável. Não saber de onde veio o dado.
    Log de tratamento Registrar correções, descartes, ajustes e reprocessamentos. Alteração sem justificativa.
    Fechamento diário Bloquear ou controlar alteração após fechamento do dia. Divergência acumulada no mês.
    Vínculo com XML Relacionar totalização e relatório ao BP-e autorizado. Documento fiscal sem lastro operacional.

    Funcionalidades necessárias no sistema

    Um sistema para BP-e com catracas de metrô precisa ir além da emissão fiscal. Ele deve integrar operação, bilhetagem, dispositivos, estação, financeiro, relatórios e auditoria.

    Funcionalidade O que precisa fazer Benefício
    Cadastro de estações Controlar estação de embarque, integração, município, código, endereço e equipamentos. Evita divergência entre operação, relatório e fiscal.
    Cadastro de catracas Controlar código, estação, status, tipo, localização e vínculo com validador. Permite rastrear passageiros até o dispositivo.
    Integração com bilhetagem Receber cartões, QR Codes, tarifas, benefícios, gratuidades e integrações. Conecta a operação real à base fiscal.
    Classificação de passageiros Separar exclusivos, integrados, gratuitos, estudantes, idosos e demais categorias. Evita distorção de receita e base fiscal.
    Tratamento de divergências Identificar duplicados, inválidos, offline, sem estação, sem tarifa ou reprocessados. Impede que dados inconsistentes formem o BP-e.
    Relatório analítico diário Gerar relatórios por estação, dispositivo, passageiro, tarifa, valor e ajuste. Sustenta totalizações e auditoria.
    Emissão de BP-e modelo 63 Gerar XML, assinar, transmitir, consultar autorização, tratar rejeições e armazenar documentos. Atende a obrigação fiscal com rastreabilidade.
    Conciliação financeira Comparar bilhetagem, catracas, valores, relatórios e BP-e autorizados. Evita divergências entre operação, financeiro e fiscal.
    Auditoria e logs Registrar importações, alterações, reprocessamentos, fechamentos, emissões e rejeições. Permite explicar cada número usado no BP-e.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, integração de dados, APIs, automação de processos, relatórios, financeiro e gestão operacional. Em projetos com catracas de metrô, o desafio é transformar eventos operacionais em informação fiscal confiável.

    Emissão de BP-e

    A solução de emissão de BP-e apoia empresas que precisam organizar documentos fiscais eletrônicos de transporte de passageiros.

    BP-e metroviário

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

    BP-e metropolitano

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

    Integrações e APIs

    As integrações e APIs podem conectar catracas, validadores, bilhetagem, estações, 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.

    Consultoria e implantação

    A consultoria e implantação ajuda a mapear operação, regras fiscais, usuários, documentos, relatórios e processos.

    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 controle de catracas para BP-e

    Os erros mais comuns são contar giro de catraca como passageiro fiscal sem validação, duplicar eventos, não separar integração, misturar gratuitos com pagantes, usar estação com código duplicado, deixar catraca sem vínculo com estação, totalizar sem relatório analítico e emitir XML sem lastro operacional.

    Giro sem classificação

    Nem todo giro deve entrar automaticamente no BP-e sem tratamento.

    Evento duplicado

    Sincronizações e reprocessamentos podem duplicar passageiros.

    Integração mal tratada

    Integração pode duplicar receita se for tratada como novo embarque integral.

    Gratuidade misturada

    Passageiros gratuitos precisam ser separados dos pagantes.

    Catraca sem estação

    Dispositivo sem vínculo correto compromete relatório e totalização.

    XML sem lastro

    BP-e autorizado precisa estar ligado ao relatório e aos eventos originais.

    Para aprofundar, veja também os conteúdos sobre BP-e e integração entre estações, BP-e por estação e como transformar dados de catracas em BP-e modelo 63.

    Checklist prático: dados de catracas de metrô para BP-e

    O checklist abaixo ajuda a avaliar se os dados das catracas estão prontos para sustentar BP-e, BP-e TM, relatórios e auditoria.

    • Confirmar a unidade federada competente pela emissão.
    • Validar se a operação é metroviária, metropolitana, semiurbana ou outra modalidade abrangida.
    • Confirmar se a emissão ou totalização deve ocorrer por estação de embarque, integração, período ou outro critério aplicável.
    • Padronizar cadastro de estações, códigos, municípios, endereços e equipamentos vinculados.
    • Identificar cada catraca, bloqueio, validador, contador ou sistema equivalente.
    • Vincular cada dispositivo à estação correta e ao tipo de acesso.
    • Capturar data, hora, identificador único, lote, origem e status de cada evento.
    • Separar passageiros exclusivos, integrados, gratuitos, estudantes, idosos, benefícios e demais categorias.
    • Identificar tarifas, bilhetes, QR Codes, cartões, gratuidades, benefícios e regras de integração.
    • Controlar valor recebido, remuneração, ajustes, valor contábil, base de cálculo e ICMS, quando devido.
    • Tratar eventos duplicados, offline, inválidos, reprocessados, ajustados e sem vínculo com estação.
    • Gerar relatório analítico diário por estação, dispositivo, passageiro, tarifa, valor e divergência.
    • Consolidar totalizações mensais quando a regra permitir e quando for aplicável.
    • Gerar XML do BP-e conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização, tratar rejeições e armazenar protocolo.
    • Conciliar relatórios de bilhetagem, catracas, financeiro e BP-e autorizados.
    • Guardar XMLs, relatórios, logs, eventos originais e evidências pelo prazo exigido.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação e equipe técnica.

    Precisa avaliar esse checklist na sua operação? Fale com o Vexado e veja como estruturar BP-e, catracas de metrô, estações, bilhetagem, totalizações e relatórios.

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar BP-e e catracas de metrô

    Como BP-e, catracas de metrô, BP-e TM, estação de embarque, integração e relatório analítico 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.

    Portaria SRE 33/2026

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

    Portaria CAT 102/2018

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

    Portaria CAT 96/2015

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

    BP-e Transporte Metropolitano

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

    Sobre o BP-e

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

    Documentos BP-e

    Consulte manuais, schemas, notas técnicas e documentos do BP-e: Documentos BP-e SVRS.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e e catracas de metrô

    A catraca de metrô emite BP-e?

    Não. A catraca registra eventos de acesso. O sistema emissor é responsável por tratar esses dados, gerar XML, assinar, transmitir, consultar autorização e armazenar o BP-e.

    Quais informações da catraca precisam ser controladas?

    É necessário controlar estação, código da catraca ou dispositivo, data e hora do evento, identificador único, tipo de passageiro, tarifa, bilhete, gratuidade, integração, valor, relatório analítico, totalização, XML e protocolo.

    Por que identificar a estação?

    A estação mostra onde ocorreu o embarque ou integração e permite consolidar os dados por local, período, dispositivo, passageiro, tarifa e valor.

    O que é passageiro integrado?

    É o passageiro que utiliza conexão, transferência ou integração tarifária entre estações, linhas ou modais. Ele deve ser separado do passageiro exclusivo para evitar duplicidade.

    Gratuidades entram no controle fiscal?

    Sim. Passageiros gratuitos e benefícios precisam ser identificados e separados dos passageiros pagantes.

    Precisa de relatório analítico diário?

    Sim. O relatório analítico diário demonstra como os dados das catracas foram formados e dá lastro à totalização e ao BP-e.

    O XML continua sendo necessário?

    Sim. O XML autorizado é o documento fiscal eletrônico principal. A catraca e o relatório analítico são bases de suporte e rastreabilidade.

    Como evitar duplicidade de eventos?

    Usando identificador único por evento, controle de lote, logs de importação, tratamento de reprocessamentos e validação antes da totalização.

    O Vexado pode ajudar com BP-e e catracas de metrô?

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

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

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

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos e obrigatoriedade devem ser validados 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 avaliar BP-e com catracas de metrô? Fale com o Vexado e veja como organizar emissão fiscal, estações, catracas, bilhetagem, relatórios, totalizações e gestão operacional.

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

    Conclusão

    O BP-e e as catracas de metrô exigem controle detalhado da informação operacional. A empresa precisa saber qual estação registrou o evento, qual catraca ou validador foi usado, qual passageiro acessou, qual tarifa foi aplicada, se houve integração ou gratuidade, qual valor foi reconhecido e como tudo isso foi transformado em relatório analítico e XML autorizado.

    O erro mais perigoso é tratar a catraca como um simples contador fiscal. Ela é uma fonte de dados, não o documento fiscal. O dado precisa ser validado, classificado, conciliado, auditado e vinculado ao BP-e.

    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, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, equipe técnica e responsáveis regulatórios.

    Quer estruturar BP-e com catracas de metrô com mais segurança? Conheça o Vexado e veja como uma solução web pode apoiar emissão fiscal, integração, relatórios e gestão.

    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, BP-e modelo 63, BP-e TM, catracas de metrô, validadores, bilhetagem, estação de embarque, estação de integração, totalizações, relatório analítico, valor contábil, base de cálculo, ICMS, rejeições, cancelamentos, contingência, emissão de documentos, integrações, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Chave do DFe

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

    Dados da transação

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

    PagVinc

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

    Auditoria

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

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

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

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

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

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

    O que é split payment?

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

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

    Venda

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

    Pagamento

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

    DFe

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

    Split

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

    O que é PagVinc no BP-e?

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

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

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

    As duas formas de vincular pagamento e DFe

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

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

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

    Forma 1: enviar a chave do DFe ao pagamento

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

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

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

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

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

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

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

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

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

    Fluxo prático em empresas de transporte

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

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

    Meios de pagamento impactados

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

    Dinheiro

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

    Cartão/TEF

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

    PIX

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

    Link de pagamento

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

    Marketplace

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

    Bilhetagem

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

    Impacto por tipo de BP-e

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

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

    PIX, cartão, TEF e link de pagamento

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

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

    Agências, marketplaces, OTAs e intermediadores

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

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

    Bilhetagem eletrônica, catracas e validadores

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

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

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

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

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

    Rejeições e riscos operacionais

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

    Pagamento sem DFe

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

    DFe sem pagamento

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

    Transação errada

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

    Valor divergente

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

    Estorno sem evento

    Pagamento devolvido sem reflexo fiscal ou sem rastreabilidade.

    Marketplace sem conciliação

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

    Relatórios e auditoria

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

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

    O que observar em 2026?

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

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

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

    O que o sistema precisa controlar?

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

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

    Erros comuns

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

    Não guardar identificadores

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

    Separar fiscal e financeiro

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

    Ignorar eventos

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

    Não testar marketplace

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

    Não tratar estorno

    Estorno sem reflexo fiscal pode quebrar a auditoria.

    Esperar obrigatoriedade

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

    Como o Vexado pode ajudar

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

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

    Emissão de BP-e

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

    Venda de passagens

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

    Integrações e APIs

    As integrações e APIs podem conectar gateways, TEF, PIX, adquirentes, marketplaces, financeiro, BI e operação.

    Consultoria e implantação

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

    Automação de processos

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Relatórios e auditoria

    Dashboards para acompanhar pagamentos vinculados, pendentes, rejeitados, estornados, eventos e divergências.

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

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

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

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

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

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

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

    Documentos BP-e/SVRS

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

    Avisos BP-e/SVRS

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

    Notícias BP-e/SVRS

    Consulte comunicados sobre NTs 2026.001, NTs 2026.002, BPe, BPeTM, BPeTA e Reforma Tributária: Notícias BP-e/SVRS.

    Serviços BP-e/SVRS

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

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e, autorização, assinatura digital e responsabilidade do emitente: FAQ BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte regras gerais de IBS, CBS, split payment e Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e e split payment

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

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

    O que é PagVinc no BP-e?

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

    O que é split payment?

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

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

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

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

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

    BP-e Rodoviário será impactado?

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

    BP-e TM será impactado?

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

    BPeTA será impactado?

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

    Quais meios de pagamento precisam ser mapeados?

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

    O que guardar para cartão e TEF?

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

    O que guardar para PIX?

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

    O que acontece em estorno ou cancelamento?

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

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

    O Vexado pode apoiar empresas na análise, emissão de BP-e, integrações com pagamentos, APIs, relatórios, automação, auditoria e preparação técnica para PagVinc e Reforma Tributária.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas regras de split payment, obrigatoriedade, cronograma, enquadramento fiscal, IBS, CBS, PagVinc e eventos devem ser validados com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar como preparar sua empresa de transporte para BP-e, pagamentos, PagVinc, split payment, integrações e auditoria.

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

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

    Conclusão

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

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

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

    Quer avaliar sua preparação para PagVinc e split payment? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BP-e, PagVinc, split payment, vinculação de pagamento, Reforma Tributária, IBS, CBS, IBSCBS, vTotDFe, CST, cClassTrib, XML, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, pagamentos, integração financeira, armazenamento, guarda documental, APIs, regimes específicos ou obrigações legais, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    Entrada de dados

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

    Automação fiscal

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

    Controle financeiro

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

    Auditoria

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

    Como automatizar BP-e em grande volume de passageiros?

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

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

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

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

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

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

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

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

    Fontes de dados da operação

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

    Venda de passagens

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

    Catracas

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

    Validadores

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

    Bilhetagem eletrônica

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

    Operação

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

    Financeiro

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

    Arquitetura recomendada para automação

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

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

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

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

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

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

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

    Classificação de passageiros

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

    Pagantes

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

    Integrados

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

    Gratuitos

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

    Beneficiários

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

    Inválidos

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

    Ajustados

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

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

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

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

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

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

    Relatório analítico

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

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

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

    Fila fiscal e processamento automático

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

    Fila de entrada

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

    Fila de validação

    Confere dados fiscais, operacionais e financeiros antes do XML.

    Fila de totalização

    Consolida eventos por regra operacional e fiscal.

    Fila de XML

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

    Fila de transmissão

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

    Fila de reprocessamento

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

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

    XML, autorização e protocolo

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

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

    Rejeições, contingência e reprocessamento

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

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

    Financeiro e conciliação

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

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

    Monitoramento, alertas e auditoria

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

    Eventos recebidos

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

    Fila pendente

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

    Taxa de rejeição

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

    Divergências

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

    Tempo de autorização

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

    Conciliação

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

    Funcionalidades necessárias no sistema

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

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

    Como o Sistema Vexado pode ajudar

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

    Emissão de BP-e

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

    BP-e metropolitano

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

    BP-e semiurbano

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

    BP-e metroviário

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

    Integrações e APIs

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

    Automação de processos

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

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

    Erros comuns ao automatizar BP-e em grande volume

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

    Automatizar só o XML

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

    Não guardar evento bruto

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

    Duplicar passageiros

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

    Ignorar integrações

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

    Sem relatório analítico

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

    Sem conciliação

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

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

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

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

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

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

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar BP-e em grande volume

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

    SEFAZ-SP Sobre o BP-e

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

    Documentos BP-e/SVRS

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

    Portaria CAT 102/2018

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

    Portaria SRE 33/2026

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

    BP-e Transporte Metropolitano

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

    Perguntas Frequentes BP-e

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

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e em operações com grande volume de passageiros

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

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

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

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

    A catraca emite BP-e?

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

    Por que usar fila fiscal?

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

    Como evitar duplicidade de passageiros?

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

    Como tratar passageiros integrados?

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

    Precisa de relatório analítico?

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

    O financeiro precisa ser conciliado?

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

    O sistema precisa trabalhar com BP-e TM?

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

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

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

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

    Conclusão

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

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

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

    Quer avaliar o Vexado para uma operação de grande volume? Conheça a solução web para emissão fiscal, integração, relatórios e gestão de transporte.

    Quero falar com o Vexado

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


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

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

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

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

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

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

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

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

    Quero falar com o Vexado

    Resumo rápido

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

    BP-e modelo 63

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

    Modelo 14

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

    Operação por barco

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

    Sistema emissor

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

    O que é BP-e Aquaviário?

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

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

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

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

    Quem precisa avaliar BP-e no transporte por barco?

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

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

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

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

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

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

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

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

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

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

    Funcionalidade O que o sistema deve fazer Por que importa
    Cadastro da empresa Controlar CNPJ, IE, UF, certificado, ambiente, série, numeração e credenciamento. Evita emissão fiscal em empresa, UF ou ambiente incorreto.
    Rotas aquaviárias Configurar origem, destino, ponto de embarque, ponto de desembarque, trecho e sentido. Relaciona a venda à prestação correta.
    Embarcações Cadastrar embarcação, identificação, capacidade, classe, status e vínculo com serviço. Ajuda no controle operacional e na auditoria.
    Horários e viagens Controlar data, hora, disponibilidade, lotação, serviço e encerramento. Evita venda fora do horário, duplicidade e excesso de passageiros.
    Passageiros Registrar nome, documento, telefone, categoria, benefício, gratuidade e dados exigidos. Forma a base da passagem e do documento fiscal.
    Venda de passagens Permitir venda em terminal, agência, guichê, site, aplicativo, marketplace ou atendimento. Centraliza canais e reduz divergências.
    Pagamentos Controlar dinheiro, cartão, PIX, TEF, link, agência, marketplace, status e estorno. Permite conciliar financeiro e fiscal.
    Emissão de BP-e Gerar XML, assinar, transmitir, consultar autorização e armazenar protocolo. Completa o fluxo fiscal eletrônico.
    DABPE Gerar representação auxiliar quando aplicável ao embarque ou consulta. Facilita operação, sem substituir o XML.
    Rejeições Exibir código, motivo, XML, correção, usuário, tentativa e reenvio. Permite resolver pendências sem perder histórico.
    Cancelamento Relacionar cancelamento da passagem, estorno financeiro e evento fiscal aplicável. Evita venda cancelada com documento fiscal ativo.
    Relatórios Gerar relatórios de vendas, passageiros, embarcações, rotas, BP-e, financeiro e auditoria. Facilita gestão, fiscalização e fechamento.

    Venda de passagens por barco

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

    Guichê ou terminal

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

    Agência

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

    Site próprio

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

    Marketplace

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

    Atendimento

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

    Reimpressão e consulta

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

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

    Rotas, pontos de embarque e desembarque

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

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

    Embarcações, horários e capacidade

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

    Cadastro da embarcação

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

    Capacidade

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

    Horários

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

    Serviços

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

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

    Passageiros, documentos e gratuidades

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

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

    Pagamentos e conciliação financeira

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

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

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

    XML, DABPE, autorização e protocolo

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

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

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

    Cancelamento, remarcação e substituição

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

    Cancelamento operacional

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

    Estorno financeiro

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

    Remarcação

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

    Substituição fiscal

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

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

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

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

    Como implantar BP-e Aquaviário

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

    Etapa O que fazer Resultado esperado
    1. Diagnóstico fiscal Validar UF, obrigatoriedade, credenciamento, certificado, série, ambiente e documento aplicável. Empresa sabe se deve emitir BP-e e em quais operações.
    2. Mapeamento operacional Mapear rotas, pontos de embarque, pontos de desembarque, embarcações, horários e tarifas. Operação pronta para alimentar o sistema.
    3. Mapeamento comercial Identificar canais de venda, agências, site, marketplaces, descontos, gratuidades e políticas. Venda estruturada com regras claras.
    4. Parametrização fiscal Configurar CNPJ, IE, certificado, ambiente, série, numeração, webservices e regras. Sistema preparado para homologação.
    5. Homologação Emitir testes, validar XML, DABPE, rejeições, cancelamentos, substituições e relatórios. Fluxo testado antes da produção.
    6. Treinamento Treinar bilheteria, terminal, agência, financeiro, fiscal, operação e suporte. Equipe pronta para usar o sistema.
    7. Produção assistida Acompanhar primeiras emissões, vendas, rejeições, pagamentos e cancelamentos. Redução de risco na entrada em produção.
    8. Auditoria contínua Conferir XMLs, protocolos, vendas, pagamentos, cancelamentos, relatórios e armazenamento. Operação fiscal mais segura.

    Erros comuns no BP-e Aquaviário

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

    Confundir DABPE com XML

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

    Não guardar protocolo

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

    Cadastro incompleto

    Origem, destino, ponto de embarque, rota, embarcação, passageiro e tarifa precisam estar corretos.

    Pagamento sem conciliação

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

    Cancelamento desconectado

    Estorno, cancelamento operacional e evento fiscal precisam estar vinculados.

    Sem auditoria

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

    Como o Sistema Vexado ajuda empresas de transporte por barco

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

    BP-e Aquaviário

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

    Emissão de BP-e

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

    Venda de passagens

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

    Gestão completa

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

    Integrações e APIs

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

    Consultoria e implantação

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

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

    Checklist prático para BP-e Aquaviário

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

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

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

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

    Fontes oficiais para validar BP-e Aquaviário

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

    Portal Nacional BP-e/SVRS

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

    Documentos BP-e/SVRS

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

    Legislação BP-e/SVRS

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

    SEFAZ Goiás BP-e

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

    SEFAZ Paraná BP-e

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

    SEFAZ Bahia BP-e

    Consulte orientações sobre BP-e e substituição de documentos antigos de passagem: SEFAZ Bahia BP-e.

    Atendimento web para empresas de transporte em todo o Brasil

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

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

    FAQ completo sobre BP-e Aquaviário

    O que é BP-e Aquaviário?

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

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

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

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

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

    O DABPE substitui o XML?

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

    Comprovante de pagamento substitui BP-e?

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

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

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

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

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

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

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

    O sistema precisa controlar embarcação?

    Sim, é recomendável controlar embarcação, capacidade, rota, horário, serviço, status e vínculo com a venda para melhorar a operação e a auditoria.

    O que acontece se o BP-e for rejeitado?

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

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

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

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

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

    O sistema substitui o contador?

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

    Como falar com o Vexado?

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

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

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

    Conclusão

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

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

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

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

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

    Quero falar com o Vexado

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


  • BP-e com totalização mensal: quando pode ser utilizado

    BP-e com totalização mensal: quando pode ser utilizado

    BP-e com totalização mensal é a emissão do Bilhete de Passagem Eletrônico, modelo 63, usando o mês de referência como ciclo de consolidação quando não for possível emitir o documento ao final de cada ciclo de viagens. Essa regra é especialmente relevante para operações semiurbanas, metropolitanas, metroviárias e ferroviárias com catracas, validadores, estações, integrações e grande volume de passageiros.

    • Entenda quando o BP-e com totalização mensal pode ser utilizado.
    • Veja a diferença entre emissão por ciclo de viagens, por estação de embarque e totalização mensal.
    • Conheça como o Sistema Vexado pode apoiar BP-e, BP-e TM, catracas, bilhetagem, totalizações, relatórios, APIs, financeiro e gestão operacional.

    O BP-e com totalização mensal é uma alternativa de emissão para operações em que não é possível emitir o Bilhete de Passagem Eletrônico ao final de cada ciclo de viagens. Nesse caso, o ciclo passa a ter a duração de um mês do ano-calendário, e a competência da totalização deve ser vinculada ao mês de referência.

    Essa lógica é importante para operações de transporte semiurbano, metropolitano, metroviário e ferroviário, especialmente quando há grande volume de passageiros, catracas, contadores, validadores, bilhetagem eletrônica, estações, gratuidades, integrações tarifárias e totalizações operacionais.

    Na prática, a totalização mensal não deve ser vista como uma autorização para deixar tudo para o fim do mês sem controle diário. Pelo contrário: ela exige relatório analítico, rastreabilidade, validação de dados, conciliação financeira, XML autorizado, protocolo, logs e auditoria. A empresa precisa conseguir explicar como cada total mensal foi formado.

    Precisa estruturar BP-e com totalização mensal? Fale com o Vexado e veja como organizar emissão fiscal, catracas, bilhetagem, estações, totalizações, relatórios e gestão operacional.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e com totalização mensal pode ser utilizado quando a regra fiscal permitir e quando não for possível emitir o BP-e ao final de cada ciclo de viagens. Nesse cenário, o ciclo passa a ser mensal, com competência vinculada ao início do mês de referência. A empresa deve manter relatórios analíticos, dados de embarque, totalizações, eventos de catracas ou validadores, valores, gratuidades, integrações, XMLs, protocolos e trilha de auditoria.

    Quando usar

    Quando não for possível emitir o BP-e ao final de cada ciclo de viagens, conforme regra aplicável.

    Ciclo mensal

    O ciclo da totalização passa a corresponder a um mês do ano-calendário.

    Relatório diário

    Mesmo com emissão mensal, a empresa precisa controlar diariamente os embarques e totalizações.

    Auditoria

    O BP-e mensal precisa ter lastro em eventos, relatórios, bilhetagem, valores e financeiro.

    Quando o BP-e com totalização mensal pode ser utilizado?

    O BP-e com totalização mensal pode ser utilizado quando a legislação aplicável permitir essa forma de emissão e quando não for possível emitir o BP-e ao final de cada ciclo de viagens. Nessa hipótese, o ciclo passa a ter duração de um mês do ano-calendário, e a data de competência da totalização deve corresponder à data inicial do mês de referência.

    Resposta direta: a totalização mensal deve ser usada como alternativa operacional quando a emissão por ciclo de viagens não for possível, e não como substituto automático para todo tipo de BP-e. A empresa precisa validar enquadramento, credenciamento, leiaute, competência, relatórios e prazo de autorização.

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

    O que é totalização mensal no BP-e?

    Totalização mensal no BP-e é a consolidação das prestações realizadas durante um mês de referência para emissão do documento fiscal eletrônico, quando a regra permite esse formato. Em vez de emitir ao final de cada ciclo de viagens do veículo, a empresa consolida as prestações do mês, respeitando o leiaute, a competência e os relatórios exigidos.

    Totalização

    É o agrupamento de passageiros, tarifas, valores, gratuidades, integrações e prestações realizadas.

    Mês de referência

    É o período usado para consolidar as informações que formarão a emissão mensal.

    Competência

    É a data vinculada à totalização, normalmente relacionada ao início do mês de referência.

    Lastro operacional

    São os relatórios, eventos, logs e dados que explicam como a totalização foi formada.

    Ponto importante: totalização mensal não significa ausência de controle diário. A base mensal precisa ser formada por registros diários confiáveis, conciliados e auditáveis.

    Quando não é possível emitir no fim de cada ciclo de viagens?

    A totalização mensal aparece justamente quando a empresa não consegue emitir o BP-e ao final de cada ciclo de viagens. Isso pode ocorrer por características técnicas, operacionais ou de volume, desde que a regra fiscal permita essa alternativa.

    Situação Por que pode dificultar emissão por ciclo Cuidado
    Grande volume de ciclos A quantidade de viagens e fechamentos por veículo pode ser muito alta. Manter fechamento diário e evitar acúmulo de divergências.
    Bilhetagem consolidada posteriormente Os eventos de catracas e validadores podem ser processados após a operação. Controlar data, hora, origem do evento e reprocessamentos.
    Operação com integração tarifária Integrações podem exigir tratamento antes de fechar valores definitivos. Evitar duplicidade entre embarque e integração.
    Eventos offline Equipamentos podem sincronizar eventos depois do ciclo físico da viagem. Registrar origem, data de captura, data de processamento e ajustes.
    Operação por estação No modal metroviário ou ferroviário, a estação pode ser a referência, não o veículo. Consolidar por estação de embarque ou integração conforme regra.
    Fechamento sistêmico mensal A empresa só consegue consolidar todos os dados após fechamento do mês. Gerar relatório analítico diário e trilha de auditoria.

    A empresa deve documentar o motivo operacional para não emitir por ciclo e garantir que a totalização mensal esteja sustentada por relatórios e dados confiáveis.

    Como funciona o ciclo mensal?

    No BP-e com totalização mensal, o ciclo passa a ter a duração de um mês do ano-calendário. A competência da totalização deve ser vinculada ao mês de referência, e o sistema precisa consolidar todas as prestações abrangidas no período conforme o critério aplicável.

    Elemento Como funciona Risco se não controlar
    Mês de referência Período mensal em que as prestações foram realizadas. Emitir documento com competência errada.
    Data de competência Deve seguir a regra aplicável para a totalização mensal. Distorcer escrituração e relatórios fiscais.
    Relatório diário Demonstra os embarques e totalizações dia a dia. Ficar sem lastro para explicar o total mensal.
    Totalização Consolida passageiros, gratuidades, integrações, valores e demais dados exigidos. Gerar XML com valores sem base auditável.
    Autorização O BP-e deve ser transmitido e autorizado conforme prazo e regras técnicas aplicáveis. Ficar com documento pendente, rejeitado ou fora do prazo.
    Armazenamento XML, protocolo, relatório, eventos, logs e evidências devem ser guardados. Perder rastreabilidade em fiscalização ou auditoria.

    Totalização mensal x ciclo de viagens x estação de embarque

    A totalização mensal precisa ser diferenciada de outras formas de organização do BP-e. A emissão por ciclo de viagens usa o veículo transportador como referência. A emissão por estação usa estação de embarque ou integração. A totalização mensal usa o mês de referência como ciclo de consolidação quando não é possível emitir por ciclo.

    Modelo Uso típico Exemplo prático
    BP-e por ciclo de viagens Quando é possível fechar o ciclo de cada veículo transportador. Veículo 123 fecha ciclo da linha A com passageiros e valores daquele ciclo.
    BP-e por estação Mais comum no metroviário, ferroviário ou quando não se identifica o veículo. Estação Central consolida embarques, integrações, gratuidades e valores.
    BP-e com totalização mensal Quando não é possível emitir ao final de cada ciclo de viagens. Empresa consolida o mês inteiro com relatórios diários e emite o BP-e mensal.
    BP-e individual Venda tradicional de passagem individual, com passageiro e trecho definidos. Passagem rodoviária com origem, destino, passageiro, poltrona e horário.

    Resumo prático: a totalização mensal não elimina a necessidade de saber se a base é por veículo, por estação, por linha, por integração ou por outro critério técnico. Ela apenas muda o ciclo de fechamento para o mês de referência quando a regra permitir.

    Relatório analítico diário na totalização mensal

    O relatório analítico diário é um dos controles mais importantes no BP-e com totalização mensal. Ele demonstra como os dados do mês foram construídos dia a dia, evitando que a empresa tenha apenas um número final sem explicação.

    Embarques do dia

    Quantidade de passageiros embarcados, integrados, gratuitos e pagantes.

    Estações ou veículos

    Consolidação conforme a referência aplicável: estação, integração, linha, veículo ou ciclo.

    Catracas e validadores

    Identificação dos equipamentos que geraram os eventos usados na totalização.

    Tarifas e categorias

    Separação de tarifa comum, integração, gratuidade, benefício, estudante, idoso e demais categorias.

    Valores

    Receita, valor contábil, ajustes, descontos, gratuidades, base e conciliação financeira.

    Divergências

    Eventos duplicados, inválidos, offline, reprocessados, sem tarifa ou sem vínculo operacional.

    Boa prática: fechar o relatório diariamente reduz risco de divergência no fim do mês e evita que a empresa descubra erros somente no momento de emitir o BP-e mensal.

    Quais dados são necessários para totalização mensal?

    Para utilizar BP-e com totalização mensal com segurança, a empresa precisa controlar dados fiscais, operacionais, tarifários, financeiros e de auditoria.

    Dados fiscais

    CNPJ, inscrição estadual, UF, certificado digital, ambiente, série, credenciamento, XML, protocolo e autorização.

    Dados do período

    Mês de referência, competência, data inicial, data final, dias processados e status de fechamento.

    Dados operacionais

    Veículo, linha, ciclo, estação, integração, município, sentido, itinerário e equipamentos vinculados.

    Dados de bilhetagem

    Catraca, contador, validador, cartão, QR Code, tipo de bilhete, integração, produto tarifário e status.

    Dados de passageiros

    Pagantes, gratuitos, integrados, estudantes, idosos, benefícios e categorias tarifárias.

    Dados financeiros

    Tarifa, valor recebido, gratuidade, desconto, ajuste, valor contábil, repasse e conciliação.

    Catracas, validadores e bilhetagem na totalização mensal

    Catracas, contadores, validadores e sistemas de bilhetagem são fontes de dados para a totalização mensal. Eles registram eventos que precisam ser tratados antes de entrar no BP-e.

    Fonte de dado O que gera Como usar com segurança
    Catracas Giros, acessos, bloqueios e eventos físicos. Vincular ao veículo, estação, linha, equipamento ou período correto.
    Validadores Cartões, QR Codes, benefícios, integrações e status de validação. Classificar tarifa, categoria, gratuidade e integração.
    Contadores Quantidade de passageiros por veículo, estação, linha ou período. Conciliar com bilhetagem e relatório operacional.
    Sistema de bilhetagem Produto tarifário, valor, forma de pagamento, crédito, desconto e categoria. Evitar duplicidade, perda de eventos ou totalizações inconsistentes.
    APIs externas Eventos processados por fornecedores ou sistemas integrados. Guardar protocolo de importação, data, lote e logs.

    Ponto crítico: a totalização mensal deve nascer de eventos tratados, não de números digitados manualmente sem rastreabilidade.

    XML, autorização e competência no BP-e mensal

    No BP-e com totalização mensal, o XML continua sendo o documento fiscal principal. A totalização mensal apenas define como os dados são consolidados para compor o documento. Por isso, o sistema precisa controlar XML, assinatura digital, transmissão, autorização, rejeição, protocolo e competência do mês de referência.

    Item Função Cuidado
    XML Documento fiscal eletrônico principal. Deve refletir corretamente a totalização mensal.
    Assinatura digital Garante autenticidade técnica do emitente. Certificado digital precisa estar válido e configurado.
    Autorização Permite o uso fiscal do documento. Controlar prazo, retorno, status e protocolo.
    Competência Identifica o mês de referência da totalização. Evitar emissão com data de competência incorreta.
    Rejeição Retorno quando o XML tem inconsistência. Registrar código, motivo, correção, reenvio e responsável.
    Armazenamento Guarda XML, protocolo, relatórios e logs. Manter evidências para auditoria e fiscalização.

    A empresa precisa acompanhar a autorização do BP-e mensal e não deixar rejeições sem tratamento. Uma rejeição no fechamento mensal pode impactar um grande volume de prestações, passageiros e valores.

    Financeiro e conciliação na totalização mensal

    A totalização mensal afeta diretamente o financeiro. O valor consolidado no BP-e precisa conversar com bilhetagem, caixa, receitas, gratuidades, repasses, integrações, ajustes, descontos, pagamentos e relatórios contábeis.

    Receita mensal

    Consolida os valores do mês por linha, veículo, estação, tarifa ou categoria.

    Gratuidades

    Separa passageiros gratuitos dos passageiros pagantes e integrados.

    Integrações

    Evita duplicidade de passageiro ou receita em conexões tarifárias.

    Ajustes

    Controla eventos offline, reprocessamentos, divergências, descontos e correções.

    Conciliação fiscal

    Compara relatórios analíticos, totalizações e BP-e autorizados.

    Auditoria financeira

    Permite rastrear valores do documento até a origem operacional.

    Quando não usar BP-e com totalização mensal?

    A totalização mensal não deve ser usada como regra genérica para qualquer operação. Quando a empresa consegue emitir corretamente ao final de cada ciclo de viagens, a totalização mensal pode não ser a alternativa adequada. Também não deve ser usada para operações que exigem BP-e individual, CT-e OS ou outro documento fiscal.

    Situação Risco de usar totalização mensal indevidamente O que validar
    Venda rodoviária individual Transformar passagem individual em totalização sem necessidade. Se o correto é BP-e tradicional por passageiro, trecho e horário.
    Ciclo de viagens bem definido Usar mensal sem justificar por que não emite por ciclo. Se a emissão por ciclo é viável e exigida.
    Operação municipal pura Aplicar regra estadual de BP-e sem validar competência tributária. Regra municipal, estadual, ISS, ICMS e documento aplicável.
    Fretamento ou turismo Emitir BP-e quando o correto pode ser CT-e OS. Natureza do serviço, tomador, contrato e legislação aplicável.
    Dados sem relatório Emitir totalização sem lastro operacional. Relatórios, eventos, logs, bilhetagem e conciliação.

    Regra de segurança: totalização mensal deve ser uma alternativa tecnicamente justificável e fiscalmente permitida, não uma forma de simplificar a operação ignorando controles obrigatórios.

    Funcionalidades necessárias em um sistema de BP-e com totalização mensal

    Um sistema de BP-e com totalização mensal precisa ir além da emissão de XML. Ele deve controlar período, competência, eventos, bilhetagem, catracas, estações, veículos, linhas, relatórios, financeiro, auditoria e autorização fiscal.

    Funcionalidade O que precisa fazer Benefício
    Controle de competência Definir mês de referência, data inicial, data final e status de fechamento. Evita emissão no período errado.
    Integração com bilhetagem Receber eventos de cartões, QR Codes, validadores, catracas e contadores. Forma a base operacional da totalização.
    Tratamento de divergências Identificar duplicados, offline, inválidos, sem estação, sem veículo ou sem tarifa. Impede que dados ruins entrem no BP-e.
    Relatório analítico diário Gerar relatórios por dia, estação, veículo, linha, tarifa, passageiro e valor. Sustenta a totalização mensal.
    Fechamento mensal Consolidar o mês de referência com validações e bloqueios de alteração. Cria base confiável para emissão.
    Emissão de BP-e modelo 63 Gerar XML, assinar, transmitir, consultar autorização, tratar rejeições e armazenar documentos. Atende a obrigação fiscal com rastreabilidade.
    Conciliação financeira Comparar bilhetagem, receitas, gratuidades, relatórios e BP-e autorizados. Evita divergência entre operação, financeiro e fiscal.
    Auditoria e logs Registrar importações, alterações, reprocessamentos, fechamentos, emissões e rejeições. Permite explicar cada número usado no BP-e.
    Reabertura controlada Permitir correções com autorização, motivo, usuário e log quando necessário. Evita alteração silenciosa em mês fechado.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, BP-e TM, integração de dados, APIs, automação de processos, relatórios, financeiro e gestão operacional. Em totalização mensal, o principal desafio é transformar dados de catracas, validadores, estações, veículos, linhas e bilhetagem em informação fiscal confiável.

    Emissão de BP-e

    A solução de emissão de BP-e apoia empresas que precisam organizar documentos fiscais eletrônicos de transporte de passageiros.

    BP-e metropolitano

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

    BP-e semiurbano

    A página de BP-e para transporte semiurbano ajuda empresas a posicionar esse tipo de operação.

    BP-e metroviário

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

    Integrações e APIs

    As integrações e APIs podem conectar catracas, validadores, bilhetagem, financeiro, fiscal e sistemas externos.

    Consultoria e implantação

    A consultoria e implantação ajuda a mapear operação, regras fiscais, usuários, documentos, relatórios e processos.

    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 com totalização mensal

    Os erros mais comuns são usar totalização mensal sem justificativa, não gerar relatório diário, deixar divergências acumularem, não separar passageiros pagantes e gratuitos, duplicar eventos, errar a competência, emitir XML sem lastro operacional e não conciliar fiscal com financeiro.

    Usar mensal sem necessidade

    A totalização mensal deve ser usada quando não for possível emitir por ciclo, conforme regra aplicável.

    Não fechar diariamente

    Sem fechamento diário, erros pequenos viram grandes divergências no fim do mês.

    Competência errada

    Data de competência incorreta pode distorcer escrituração e relatórios fiscais.

    Eventos duplicados

    Reenvios, sincronizações e reprocessamentos podem duplicar passageiros.

    Sem relatório analítico

    Totalização sem relatório dificulta comprovar como o BP-e foi formado.

    Sem conciliação financeira

    Valor fiscal e financeiro precisam conversar para evitar divergências.

    Para aprofundar, veja também os conteúdos sobre BP-e por ciclo de viagens, BP-e por estação e BP-e metropolitano diário ou mensal.

    Checklist prático para BP-e com totalização mensal

    O checklist abaixo ajuda a empresa a avaliar se está preparada para usar totalização mensal com segurança.

    • Confirmar a unidade federada competente pela emissão.
    • Validar se a operação está enquadrada na regra que permite totalização mensal.
    • Comprovar por que não é possível emitir ao final de cada ciclo de viagens.
    • Validar necessidade de credenciamento específico para BP-e, BP-e TM ou outro tipo de emissão.
    • Definir mês de referência, competência, prazo de autorização e status de fechamento.
    • Mapear se a base será por veículo, linha, ciclo, estação de embarque ou estação de integração.
    • Integrar catracas, validadores, contadores, bilhetagem eletrônica, cartões e QR Codes.
    • Separar passageiros pagantes, gratuitos, integrados, estudantes, idosos, benefícios e tarifas especiais.
    • Tratar eventos duplicados, offline, inválidos, reprocessados, ajustados e sem vínculo operacional.
    • Gerar relatório analítico diário com passageiros, tarifas, valores, gratuidades e divergências.
    • Gerar relatório mensal consolidado com trilha até os relatórios diários.
    • Conciliar totalização mensal com financeiro, bilhetagem, repasses, ajustes e receitas.
    • Gerar XML do BP-e conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização, tratar rejeições e armazenar protocolo.
    • Guardar XMLs, relatórios, logs, eventos originais e evidências pelo prazo exigido.
    • Permitir reabertura de fechamento apenas com autorização, motivo, usuário e log.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação e equipe técnica.

    Precisa avaliar esse checklist na sua operação? Fale com o Vexado e veja como estruturar BP-e com totalização mensal, catracas, bilhetagem, relatórios e financeiro.

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar totalização mensal

    Como o BP-e com totalização mensal 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.

    Portaria CAT 102/2018

    Consulte regras paulistas sobre BP-e, BP-e TM, ciclo de viagens e totalizações mensais: 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.

    Portaria CAT 96/2015

    Consulte procedimentos para transporte metroviário e ferroviário de passageiros: Portaria CAT 96/2015.

    BP-e Transporte Metropolitano

    Consulte a página oficial da SEFAZ-SP sobre BP-e TM: SEFAZ-SP BP-e TM.

    Perguntas Frequentes BP-e

    Consulte dúvidas oficiais sobre BP-e comum, BP-e TM e totalizações: Perguntas Frequentes BP-e.

    Documentos BP-e

    Consulte manuais, schemas, notas técnicas e documentos do BP-e: Documentos BP-e SVRS.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar operações de emissão fiscal, BP-e, BP-e TM, venda de passagens, bilhetagem, financeiro, integrações, relatórios e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre BP-e com totalização mensal

    Quando o BP-e com totalização mensal pode ser utilizado?

    Ele pode ser utilizado quando a legislação aplicável permitir e quando não for possível emitir o BP-e ao final de cada ciclo de viagens. Nesse caso, o ciclo passa a ter duração mensal.

    Totalização mensal é obrigatória?

    Não necessariamente. Ela é uma alternativa quando não for possível emitir ao final de cada ciclo de viagens, conforme regra fiscal aplicável.

    O BP-e mensal substitui o relatório diário?

    Não. O relatório diário é essencial para demonstrar como os números mensais foram formados.

    O que é mês de referência?

    É o mês em que as prestações foram realizadas e que servirá como base para a totalização mensal.

    O que é data de competência na totalização mensal?

    É a data vinculada à totalização do mês de referência, conforme a regra aplicável. A empresa deve validar o preenchimento no leiaute e nas normas oficiais.

    BP-e com totalização mensal serve para ônibus metropolitano?

    Pode servir quando a operação estiver enquadrada na regra aplicável e não for possível emitir ao final de cada ciclo de viagens.

    BP-e com totalização mensal serve para metrô e trem?

    Pode servir em operações metroviárias e ferroviárias abrangidas pela regra, especialmente quando a consolidação é feita por estação de embarque ou integração.

    Qual a diferença entre totalização mensal e BP-e por ciclo?

    No BP-e por ciclo, a emissão ocorre no fim do ciclo de viagens. Na totalização mensal, o ciclo tem duração de um mês, quando não for possível emitir ao final de cada ciclo.

    Precisa de catraca ou validador?

    Em operações semiurbanas e metropolitanas abrangidas, catracas, contadores, validadores ou sistemas equivalentes são fontes importantes de dados. A empresa deve validar o enquadramento fiscal.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos e obrigatoriedade devem ser validados com contador, responsável fiscal e SEFAZ.

    O Vexado pode ajudar com BP-e mensal?

    O Vexado pode apoiar projetos com emissão de BP-e, BP-e TM, integrações, APIs, automações, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas fora de São Paulo devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, prazos, ambiente, leiaute e procedimentos podem variar.

    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 avaliar BP-e com totalização mensal? Fale com o Vexado e veja como organizar emissão fiscal, catracas, bilhetagem, estações, relatórios, totalizações e gestão operacional.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    O BP-e com totalização mensal pode ser utilizado quando a legislação permite e quando não for possível emitir o documento ao final de cada ciclo de viagens. Nessa hipótese, o mês de referência passa a ser o ciclo de consolidação, exigindo relatório diário, dados operacionais confiáveis, XML autorizado, protocolo, conciliação financeira e auditoria.

    O erro mais perigoso é tratar a totalização mensal como uma simplificação sem controle. A empresa precisa manter lastro detalhado dos embarques, estações, veículos, catracas, validadores, tarifas, gratuidades, integrações, valores e ajustes que formaram o BP-e mensal.

    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, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, equipe técnica e responsáveis regulatórios.

    Quer estruturar BP-e com totalização mensal com mais segurança? Conheça o Vexado e veja como uma solução web pode apoiar emissão fiscal, integração, relatórios e gestão.

    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 com totalização mensal, BP-e modelo 63, BP-e TM, catracas, validadores, estação de embarque, estação de integração, totalizações, competência, rejeições, cancelamentos, contingência, emissão de documentos, integrações, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e aéreo x BP-e rodoviário: quais são as diferenças?

    BP-e aéreo x BP-e rodoviário: quais são as diferenças?

    BP-e aéreo x BP-e rodoviário: quais são as diferenças? Entenda o que muda entre BPeTA e BP-e Rodoviário, incluindo modal, XML, serviço de recepção, autorização, credenciamento, passageiro, comprador, voo, poltrona, aeroporto, rodoviária, DABPE, pagamentos, PagVinc, eventos, cancelamento, não embarque, Reforma Tributária, IBS, CBS e auditoria fiscal.

    • Entenda a diferença entre BP-e Rodoviário e BPeTA, o BP-e para Transporte Aéreo.
    • Veja o que muda no XML, nos dados operacionais, no credenciamento e nos eventos.
    • Conheça os cuidados para sistemas emissores, integradoras, viações, companhias aéreas e empresas de tecnologia.

    BP-e aéreo x BP-e rodoviário: quais são as diferenças? A principal diferença está no modal e na lógica operacional que alimenta o documento fiscal. O BP-e Rodoviário é voltado a viagens de passageiros por ônibus, normalmente com origem, destino, passageiro, horário, linha, veículo, classe e, quando aplicável, poltrona. Já o BP-e aéreo, chamado de BPeTA ou BP-e Transporte Aéreo, é voltado a passagens aéreas, com voo, aeroporto de origem, aeroporto de destino, localizador, reserva, trecho, conexão, passageiro, comprador, companhia aérea, pagamento e regras próprias de emissão.

    Embora ambos estejam dentro do ecossistema do Bilhete de Passagem Eletrônico, o BPeTA não deve ser tratado como uma simples cópia do BP-e Rodoviário. O transporte aéreo possui dados, eventos, integração com reservas, meios de pagamento, credenciamento, homologação, produção e impactos de Reforma Tributária que exigem arquitetura própria.

    Na prática, o rodoviário costuma nascer da venda de uma passagem de ônibus, enquanto o aéreo nasce de uma reserva ou compra de passagem aérea. O sistema emissor precisa transformar essas operações em XML fiscal autorizado, armazenar protocolo, tratar rejeições, registrar eventos, controlar pagamento, consultar situação e manter auditoria completa.

    Precisa entender se sua operação exige BP-e Rodoviário, BPeTA ou outro tipo de BP-e? Fale com o Vexado e veja como estruturar XML, autorização, pagamentos, integrações, relatórios e auditoria fiscal.

    Quero falar com o Vexado

    Resumo rápido

    O BP-e Rodoviário documenta prestações de transporte rodoviário de passageiros, normalmente por passagem individual, com origem, destino, passageiro, horário, veículo, linha e poltrona quando aplicável. O BPeTA documenta prestações de transporte aéreo de passageiros, com dados próprios como voo, aeroporto, trecho, conexão, localizador, reserva, passageiro, comprador, companhia aérea, pagamentos, eventos e regras específicas da NT 2025.002. Ambos exigem XML autorizado, assinatura digital, protocolo, consulta, eventos, armazenamento e auditoria, mas o leiaute, os dados e as integrações são diferentes.

    BP-e Rodoviário

    Usado em viagens rodoviárias de passageiros, com passagem individual, rota, horário e, muitas vezes, poltrona.

    BPeTA

    BP-e Transporte Aéreo, voltado a companhias aéreas, voos, aeroportos, reservas e passagens aéreas.

    XML diferente

    Os dados do rodoviário e do aéreo não são iguais, mesmo que ambos estejam no ecossistema BP-e.

    Reforma Tributária

    BPe e BPeTA precisam acompanhar NTs, IBS, CBS, PagVinc, eventos e validações fiscais.

    BP-e aéreo x BP-e rodoviário: o que muda?

    O BP-e Rodoviário e o BP-e aéreo/BPeTA documentam transporte de passageiros, mas representam operações diferentes. No rodoviário, o foco está em ônibus, linha, itinerário, origem, destino, horário, passageiro, poltrona e DABPE. No aéreo, o foco está em voo, aeroporto, trecho, conexão, localizador, reserva, companhia aérea, comprador, passageiro, pagamentos e eventos próprios do transporte aéreo.

    Resposta direta: o BP-e Rodoviário é usado para viagens de ônibus e costuma seguir a lógica de passagem individual por passageiro. O BP-e aéreo, chamado BPeTA, é usado para transporte aéreo de passageiros e exige dados próprios de voo, aeroporto, reserva, localizador, companhia aérea, comprador, pagamentos e eventos. A diferença não é apenas o modal: muda o leiaute, o XML, o credenciamento, os dados operacionais, os eventos e a integração com sistemas de venda e pagamento.

    Critério BP-e Rodoviário BP-e aéreo / BPeTA
    Modal Transporte rodoviário de passageiros. Transporte aéreo de passageiros.
    Operação típica Viagem de ônibus com origem, destino, horário e passageiro. Passagem aérea com voo, aeroporto, trecho, conexão e reserva.
    Documento antigo relacionado Bilhete de Passagem Rodoviário modelo 13, quando substituído pelo BP-e. Projeto específico do BPeTA criado para o transporte aéreo.
    Identificação operacional Linha, itinerário, veículo, classe e poltrona quando aplicável. Voo, companhia operadora, aeroporto, trecho, conexão e localizador.
    Comprador e passageiro Passageiro normalmente ligado diretamente à passagem. Pode haver comprador diferente do passageiro, compra corporativa, agência, OTA ou marketplace.
    Recepção/autorização Fluxo do BP-e comum, conforme ambiente e UF. Serviço de recepção do BPeTA e autorização centralizada na SVRS.
    Pagamentos Dinheiro, cartão, PIX, TEF, agência, site ou marketplace. Cartão, PIX, agência, OTA, marketplace, milhas, repasses e PagVinc.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição, fornecimento não realizado e eventos aplicáveis.

    Fontes oficiais úteis para validação: FAQ BP-e/SVRS, Documentos BP-e/SVRS, Notícias BP-e/SVRS, Avisos BP-e/SVRS, Serviços BP-e/SVRS e Lei Complementar 214/2025.

    O que é BP-e Rodoviário?

    O BP-e Rodoviário é a aplicação do Bilhete de Passagem Eletrônico ao transporte rodoviário de passageiros. Ele é usado por empresas de ônibus, viações, turismo, fretamento ou linhas regulares quando a operação se enquadra na emissão de BP-e para documentar a prestação de transporte.

    No rodoviário, a operação geralmente começa com uma venda de passagem. O passageiro escolhe origem, destino, data, horário, classe de serviço e, quando aplicável, poltrona. O sistema gera o XML, assina digitalmente, transmite para autorização, armazena protocolo e disponibiliza o documento auxiliar para consulta e embarque.

    Origem e destino

    Cidade, rodoviária, terminal, ponto de embarque e ponto de desembarque.

    Passageiro

    Dados de identificação do passageiro conforme regra aplicável.

    Poltrona

    Mapa de assentos, classe de serviço e controle para evitar venda duplicada.

    DABPE

    Documento auxiliar usado para representação, conferência e consulta do BP-e.

    Operação rodoviária? O Vexado ajuda com venda de passagens, poltronas, passageiros, pagamentos, emissão de BP-e e relatórios.

    Conhecer BP-e Rodoviário

    O que é BP-e aéreo / BPeTA?

    O BP-e aéreo é o BPeTA, ou BP-e Transporte Aéreo. Ele foi criado para documentar eletronicamente a prestação de transporte aéreo de passageiros, com serviço de recepção próprio, adaptação dos webservices do BP-e e regras específicas para o modal aéreo.

    No BPeTA, a operação geralmente começa em um sistema de venda, reserva ou emissão aérea. O documento precisa refletir voo, trecho, aeroporto, companhia aérea, comprador, passageiro, pagamento, tributos, eventos e rastreabilidade entre reserva, transação financeira e documento fiscal.

    Voo

    Número do voo, companhia operadora, data, horário e trecho.

    Aeroporto

    Aeroporto de origem, aeroporto de destino, conexão e itinerário aéreo.

    Reserva

    Localizador, canal de venda, agência, OTA, marketplace ou compra direta.

    Pagamentos

    Cartão, PIX, intermediadores, repasses, estornos, milhas e PagVinc.

    Ponto importante: BPeTA não é apenas “BP-e Rodoviário com aeroporto no lugar da rodoviária”. O transporte aéreo exige outro conjunto de dados, eventos, integrações e validações.

    Tabela comparativa completa

    A tabela abaixo resume as principais diferenças entre BP-e Rodoviário e BP-e aéreo/BPeTA.

    Área BP-e Rodoviário BP-e aéreo / BPeTA
    Modal Ônibus, rodoviária, linha, veículo e rota terrestre. Avião, aeroporto, voo, trecho aéreo e companhia aérea.
    Documento BP-e comum modelo 63 aplicado ao rodoviário. BP-e Transporte Aéreo com NT específica.
    Venda Guichê, site, agência, app, marketplace ou vendedor. Site, app, companhia aérea, agência, OTA, GDS, marketplace ou corporativo.
    Identificador comercial Número da passagem, reserva ou bilhete interno. Localizador, reserva, pedido, bilhete aéreo ou código interno.
    Origem/destino Cidade, rodoviária, terminal ou ponto de embarque. Aeroporto de origem, aeroporto de destino e conexões.
    Assento Poltrona marcada em muitos cenários. Assento pode ser produto adicional, seleção posterior ou serviço separado.
    Bagagem Normalmente bagagem de passageiro vinculada à viagem. Bagagem pode envolver tarifa, franquia, adicional, taxa e regras próprias.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição, fornecimento não realizado e eventos aplicáveis.
    Pagamento Pagamento direto da passagem ou por agência. Pagamento direto, agência, OTA, marketplace, milhas, taxas, repasses e PagVinc.
    Credenciamento Conforme UF e regra do BP-e comum. Habilitação e credenciamento por UF para filiais das empresas aéreas inscritas.
    Autorização Fluxo do BP-e comum, conforme ambiente autorizado. Autorização centralizada na SVRS para o BPeTA.
    Auditoria Venda → passageiro → viagem → pagamento → XML. Reserva → passageiro/comprador → voo → pagamento → XML → eventos.

    Dados exigidos em cada emissão

    O BP-e Rodoviário e o BPeTA precisam de dados fiscais e operacionais diferentes. O sistema emissor deve pedir somente os dados corretos para cada operação e impedir que informações de um modal sejam preenchidas como se pertencessem ao outro.

    Grupo de dados BP-e Rodoviário BPeTA
    Emitente CNPJ, IE, UF, certificado, série, numeração e ambiente. CNPJ, IE, UF, filial da empresa aérea, certificado, série, numeração e ambiente.
    Passageiro Nome, documento e dados exigidos pela regra da passagem. Nome, documento, dados da reserva e identificação exigida para o transporte aéreo.
    Comprador Comprador pode ser o próprio passageiro ou terceiro. Comprador pode ser passageiro, empresa, agência, OTA, marketplace ou compra corporativa.
    Operação Origem, destino, data, horário, linha, veículo, classe e poltrona. Voo, aeroporto, trecho, conexão, companhia operadora, reserva e localizador.
    Valores Tarifa, seguro, taxa, desconto, comissão e valor pago. Tarifa, taxa de embarque, bagagem, assento, serviços adicionais, desconto e valor pago.
    Pagamento Dinheiro, cartão, PIX, TEF, agência, site, guichê ou marketplace. Cartão, PIX, agência, OTA, marketplace, milhas, corporativo, PagVinc e repasses.

    O que muda no XML?

    O XML é onde a diferença fica mais sensível. O BP-e Rodoviário precisa representar a prestação rodoviária. O BPeTA precisa representar o transporte aéreo, com grupos e validações próprios do modal.

    Um sistema bem estruturado não deve “forçar” o BPeTA dentro de um fluxo rodoviário. O correto é ter motor fiscal parametrizado para cada tipo de documento, com validações próprias antes da transmissão.

    Item técnico Rodoviário Aéreo / BPeTA
    Leiaute BP-e comum, conforme manual e schemas aplicáveis. NT 2025.002 do BPe Transporte Aéreo e schemas próprios.
    Serviço de recepção Recepção do BP-e comum, conforme ambiente autorizado. Serviço de recepção do BPeTA.
    Campos operacionais Rota, linha, origem, destino, veículo e poltrona. Voo, aeroporto, trecho, conexão, localizador e companhia aérea.
    Validações Dados da passagem rodoviária, passageiro, tarifa e pagamento. Dados do modal aéreo, tipo de compra, comprador, passageiro, pagamento e RTC.
    Risco técnico Erro de rota, passageiro, poltrona, valor, assinatura ou autorização. Erro de leiaute BPeTA, credenciamento, voo, pagamento, comprador, passageiro ou IBS/CBS.

    Boa prática: valide o XML localmente antes da transmissão. Isso reduz rejeições, retrabalho operacional e risco de emitir documento fiscal incompatível com a operação real.

    Autorização, homologação e produção

    Tanto o BP-e Rodoviário quanto o BPeTA dependem de autorização de uso. A diferença está nos serviços, ambientes e regras técnicas aplicáveis a cada fluxo.

    No BPeTA, a implantação passa por homologação, serviço de recepção específico, adaptação dos demais webservices do BP-e e produção no autorizador da SVRS. No rodoviário, a empresa deve seguir o fluxo do BP-e comum, conforme UF, ambiente, credenciamento e configuração fiscal.

    Fase BP-e Rodoviário BPeTA
    Homologação Testa emissão, XML, assinatura, autorização, rejeições e eventos. Testa recepção BPeTA, XML aéreo, comprador, passageiro, pagamento, eventos e RTC.
    Produção Emissão real conforme credenciamento e regra da UF. Produção liberada no autorizador da SVRS, com habilitação/credenciamento por UF para filiais.
    Consulta Consulta de situação do BP-e por chave de acesso. Consulta de situação do BPeTA por chave de acesso.
    Status Status do serviço do BP-e. Status dos serviços aplicáveis ao BPeTA.
    Eventos Eventos aplicáveis ao ciclo de vida do BP-e. Eventos aplicáveis ao transporte aéreo e ao ciclo fiscal do BPeTA.

    Credenciamento e filial emitente

    O credenciamento é essencial nos dois cenários. No rodoviário, a empresa precisa estar habilitada para emissão do BP-e conforme a UF e a operação. No aéreo, o ambiente de produção do BPeTA exige atenção adicional à habilitação e ao credenciamento por UF para as filiais das empresas aéreas inscritas.

    Rodoviário

    Validar CNPJ, IE, UF, certificado, ambiente, série, numeração e credenciamento para BP-e.

    Aéreo

    Validar filial, UF, inscrição, certificado, ambiente e credenciamento específico para BPeTA.

    Homologação

    Testar XML, autorização, rejeições, consulta, status, eventos e pagamentos.

    Produção assistida

    Acompanhar primeiras emissões reais, rejeições, eventos e relatórios.

    Passageiro, comprador e identificação

    No rodoviário, muitas vezes o passageiro e o comprador podem ser a mesma pessoa, embora também exista compra por terceiros, agência ou empresa. No aéreo, essa separação tende a ser ainda mais importante, porque a compra pode envolver agência, OTA, marketplace, empresa corporativa, passageiro diferente do comprador, milhas, taxa adicional e serviços separados.

    Relação No rodoviário No aéreo
    Passageiro Pessoa que embarca no ônibus. Pessoa que embarca no voo.
    Comprador Pode ser passageiro, terceiro, agência ou empresa. Pode ser passageiro, empresa, agência, OTA, marketplace ou conta corporativa.
    Identificador Passagem, reserva, localizador interno, poltrona ou bilhete. Localizador, reserva, bilhete, voo, trecho e código do canal de venda.
    Risco Dados incorretos do passageiro ou da viagem. Separação incorreta entre comprador, passageiro, intermediador, pagamento e voo.

    Pagamentos, PagVinc e conciliação

    Os pagamentos são importantes nos dois tipos de BP-e, mas no BPeTA a complexidade tende a ser maior por causa de OTAs, agências, marketplaces, compras corporativas, milhas, taxas, repasses, estornos e serviços adicionais.

    Com as mudanças trazidas pelas NTs da Reforma Tributária, a vinculação da transação de pagamento aos documentos fiscais eletrônicos passa a ter importância cada vez maior. Por isso, o sistema precisa preparar conciliação entre venda, pagamento e documento fiscal.

    Pagamento BP-e Rodoviário BPeTA
    Dinheiro Comum em guichê, agência ou ponto de venda. Menos comum em operação aérea digital, mas pode existir em balcões ou agentes.
    Cartão TEF, adquirente, NSU, autorização e conciliação com a passagem. Cartão, autorização, adquirente, gateway, intermediador, OTA e repasse.
    PIX Cobrança, confirmação, expiração e emissão da passagem. PIX, confirmação, cancelamento, estorno e vínculo com reserva/voo.
    Agência/marketplace Comissão, repasse e canal de venda. Agência, OTA, marketplace, taxa, comissão, comprador e passageiro.
    PagVinc Vinculação entre transação financeira e documento fiscal. Vinculação ainda mais sensível por causa de intermediadores e múltiplos componentes.
    Milhas/fidelidade Geralmente não é o fluxo central do rodoviário. Pode impactar valor, taxas, coparticipação e classificação fiscal/financeira.

    Eventos: cancelamento, não embarque e substituição

    O ciclo de vida fiscal não termina na autorização. BP-e Rodoviário e BPeTA podem exigir eventos posteriores, como cancelamento, substituição, não embarque, remarcação ou fornecimento não realizado, conforme regras aplicáveis.

    Evento ou situação Rodoviário Aéreo / BPeTA
    Cancelamento Cancelamento da passagem conforme prazo e regra aplicável. Cancelamento da passagem aérea, reserva ou trecho conforme regra aplicável.
    Não embarque Pode existir controle operacional de no-show ou não comparecimento. Evento sensível no transporte aéreo, com impacto fiscal e operacional.
    Substituição Remarcação ou substituição da passagem conforme regra fiscal. Alteração de documento, trecho, passageiro, reserva ou vínculo, quando aplicável.
    Fornecimento não realizado Pode ocorrer em pagamento antecipado sem execução da viagem. Pode ocorrer em cancelamento, reacomodação ou serviço não prestado.
    Reprocessamento Correção de rejeições e falhas técnicas. Correção de rejeições, pagamentos, vínculos e eventos aéreos.

    Boa prática: o sistema deve registrar motivo, usuário, data, hora, XML, chave, protocolo, retorno do autorizador e histórico do evento.

    DABPE, comprovante e consulta

    No BP-e Rodoviário, o DABPE costuma aparecer com mais força na rotina de embarque, porque o passageiro utiliza o documento auxiliar para conferência, QR Code e consulta. Porém, o documento fiscal principal continua sendo o XML autorizado.

    No BPeTA, a experiência do passageiro pode ser mais parecida com um comprovante digital, reserva, bilhete eletrônico, cartão de embarque ou localizador. Mesmo assim, para fins fiscais, o sistema precisa manter o XML autorizado, a chave de acesso, o protocolo e os eventos.

    Item BP-e Rodoviário BPeTA
    Documento auxiliar DABPE usado para representação e consulta. Representação auxiliar pode conviver com bilhete eletrônico, reserva e comprovantes operacionais.
    Documento fiscal principal XML autorizado. XML autorizado do BPeTA.
    Consulta Chave de acesso e QR Code quando aplicável. Chave de acesso, consulta e rastreabilidade com reserva/voo.
    Risco Confundir comprovante visual com documento fiscal. Confundir bilhete/reserva/cartão de embarque com documento fiscal autorizado.

    Auditoria e relatórios

    A auditoria do BP-e Rodoviário precisa mostrar como uma venda virou uma passagem, qual passageiro embarcou, qual pagamento foi recebido, qual XML foi autorizado e quais eventos ocorreram. No BPeTA, a auditoria precisa conectar reserva, localizador, comprador, passageiro, voo, pagamento, intermediador, XML, protocolo e eventos.

    Rodoviário

    Venda, passageiro, origem, destino, poltrona, pagamento, XML, DABPE e protocolo.

    Aéreo

    Reserva, localizador, voo, aeroporto, trecho, comprador, passageiro, pagamento e XML.

    Financeiro

    Conciliação entre venda, forma de pagamento, estorno, comissão e documento fiscal.

    Fiscal

    XML autorizado, rejeições, eventos, protocolo, armazenamento e relatórios de auditoria.

    Reforma Tributária, IBS e CBS

    A Reforma Tributária impacta o ecossistema BP-e, incluindo BPe e BPeTA. Por isso, a diferença entre rodoviário e aéreo não deve ser analisada apenas pelo modal. O sistema também precisa controlar IBS, CBS, CST, cClassTrib, vTotDFe, meios de pagamento, PagVinc, eventos e validações fiscais.

    IBS

    Imposto sobre Bens e Serviços, compartilhado entre estados e municípios.

    CBS

    Contribuição sobre Bens e Serviços, de competência federal.

    CST e cClassTrib

    Classificação tributária da operação de transporte de passageiros.

    vTotDFe

    Total do documento fiscal eletrônico em cenários com grupo IBSCBS.

    PagVinc

    Vinculação entre transação financeira e documento fiscal eletrônico.

    Rejeições

    Erros de preenchimento podem impedir autorização em homologação ou produção.

    Ponto crítico: a Reforma Tributária exige que o sistema seja preparado para evoluir. Não basta emitir hoje; é preciso acompanhar notas técnicas, schemas, validações e regras de pagamento.

    Erros comuns

    Os erros mais comuns acontecem quando o sistema tenta tratar BP-e aéreo e BP-e rodoviário como se fossem a mesma operação.

    Copiar o rodoviário

    BPeTA não deve ser implementado apenas reaproveitando campos de rota, poltrona e DABPE.

    Ignorar reserva aérea

    Localizador, voo, trecho, conexão e companhia operadora precisam entrar na análise.

    Confundir comprovantes

    Bilhete, reserva, DABPE, cartão de embarque e XML fiscal não são a mesma coisa.

    Não separar comprador

    No aéreo, comprador, passageiro, agência, OTA e pagador podem ser diferentes.

    Não testar eventos

    Cancelamento, não embarque e substituição precisam ser testados em homologação.

    Ignorar Reforma Tributária

    IBS, CBS, PagVinc, vTotDFe e validações impactam o ecossistema BP-e.

    O que o sistema precisa controlar?

    Um sistema preparado para BP-e Rodoviário e BPeTA precisa ter regras separadas por modal, leiaute, serviço de recepção, validação, pagamento e evento. A estrutura pode compartilhar base fiscal, certificado, logs e relatórios, mas a regra de negócio não deve ser genérica demais.

    Área BP-e Rodoviário BPeTA
    Cadastro fiscal CNPJ, IE, UF, certificado, credenciamento, série e numeração. Filial da empresa aérea, UF, credenciamento, certificado, série e numeração.
    Operação Linha, itinerário, veículo, origem, destino, horário e poltrona. Voo, aeroporto, trecho, conexão, localizador, reserva e companhia aérea.
    Venda Guichê, agência, site, app, marketplace e vendedor. Canal direto, agência, OTA, marketplace, GDS, corporativo e fidelidade.
    Pagamento Dinheiro, cartão, PIX, TEF, agência e marketplace. Cartão, PIX, OTA, agência, marketplace, milhas, taxas, repasses e PagVinc.
    XML BP-e comum conforme leiaute aplicável. BPeTA conforme NT 2025.002 e schemas vigentes.
    Eventos Cancelamento, substituição, remarcação e eventos aplicáveis. Cancelamento, não embarque, substituição e fornecimento não realizado.
    Auditoria Venda, passageiro, poltrona, pagamento, XML e protocolo. Reserva, voo, comprador, passageiro, pagamento, XML, protocolo e eventos.

    Como o Vexado pode ajudar

    O Sistema Vexado atua no ecossistema de emissão de documentos fiscais eletrônicos para transporte de passageiros e pode apoiar empresas que precisam avaliar emissão de BP-e Rodoviário, integrações fiscais, venda de passagens, pagamentos, relatórios, auditoria e projetos especiais ligados ao ecossistema BP-e.

    Para BP-e Rodoviário, o Vexado pode apoiar vendas, poltronas, itinerários, passageiros, pagamentos, DABPE, XML, protocolo, agências, relatórios e integrações. Para BPeTA, o caminho correto é uma análise técnica e fiscal antes de afirmar operação em produção, validando NTs, schemas, webservices, credenciamento, filiais, pagamentos, eventos, Reforma Tributária, APIs e sistemas de venda/reserva.

    BP-e Rodoviário

    A solução de BP-e Rodoviário apoia empresas de ônibus, viações, turismo, fretamento e linhas regulares.

    Emissão de BP-e

    A solução de emissão de BP-e apoia geração, autorização, armazenamento e controle de documentos fiscais eletrônicos.

    Venda de passagens

    A solução de venda de passagens conecta operação, passageiro, pagamento e emissão fiscal.

    Integrações e APIs

    As integrações e APIs podem conectar vendas, pagamentos, marketplaces, financeiro, BI e operação.

    Consultoria e implantação

    A consultoria e implantação ajuda a estruturar homologação, produção assistida e treinamento.

    Automação

    A automação de processos reduz retrabalho entre operação, fiscal, financeiro e suporte.

    Posicionamento seguro: o Vexado apoia a operação e a emissão, mas o enquadramento fiscal entre BP-e Rodoviário, BPeTA e demais regras aplicáveis deve ser validado com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica antes da produção.

    Checklist prático: BP-e aéreo x BP-e rodoviário

    • Identifique se a operação é rodoviária ou aérea.
    • Confirme se existe passagem de ônibus, voo aéreo, reserva ou localizador.
    • Valide se a operação usa BP-e comum ou BPeTA.
    • Verifique CNPJ, IE, UF, certificado, série, numeração e ambiente.
    • No rodoviário, valide origem, destino, linha, horário, veículo, classe e poltrona.
    • No aéreo, valide voo, aeroporto, trecho, conexão, companhia aérea, reserva e localizador.
    • Separe passageiro, comprador, pagador, agência, OTA e marketplace.
    • Mapeie pagamentos: dinheiro, cartão, PIX, TEF, agência, OTA, marketplace, milhas e PagVinc.
    • Valide XML, schemas, assinatura digital, serviço de recepção, consulta, status e eventos.
    • Teste cancelamento, substituição, não embarque e fornecimento não realizado quando aplicável.
    • Valide impactos de IBS, CBS, CST, cClassTrib e vTotDFe.
    • Separe DABPE, comprovante, bilhete eletrônico, cartão de embarque e XML fiscal.
    • Crie relatórios de autorizados, rejeitados, cancelados, substituídos, pagos e pendentes.
    • Registre logs de usuário, XML, protocolo, rejeição, evento, correção e reenvio.
    • Teste tudo em homologação antes da produção.
    • Treine equipe fiscal, TI, financeiro, suporte, operação e atendimento.
    • Valide o enquadramento com contador, SEFAZ, jurídico e equipe técnica.

    Quer validar se sua operação precisa de BP-e Rodoviário, BPeTA ou outro fluxo fiscal? Fale com o Vexado e veja como estruturar emissão, pagamentos, integrações, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Fontes oficiais para validar BP-e aéreo e BP-e rodoviário

    Como BP-e Rodoviário, BPeTA, Reforma Tributária, IBS, CBS, pagamentos e documentos fiscais eletrônicos envolvem obrigação fiscal sensível, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, integradores ou equipe técnica.

    FAQ BP-e/SVRS

    Consulte conceitos gerais do BP-e modelo 63 e documentos substituídos: FAQ BP-e/SVRS.

    Documentos BP-e/SVRS

    Consulte manuais, schemas, notas técnicas, BPeTA e Reforma Tributária: Documentos BP-e/SVRS.

    Notícias BP-e/SVRS

    Consulte comunicados sobre homologação, produção e atualizações do BPeTA: Notícias BP-e/SVRS.

    Avisos BP-e/SVRS

    Consulte avisos sobre schemas, vTotDFe, IBSCBS, split payment e regras técnicas: Avisos BP-e/SVRS.

    Serviços BP-e/SVRS

    Consulte ambientes, webservices e serviços disponíveis para BP-e: Serviços BP-e/SVRS.

    Lei Complementar 214/2025

    Consulte a instituição do IBS, CBS, regimes específicos e regras da Reforma Tributária: LC 214/2025.

    Atendimento web para empresas de transporte em todo o Brasil

    O Vexado é uma solução web para empresas de transporte e pode apoiar projetos fiscais, operacionais e tecnológicos em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

    A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.

    FAQ completo sobre BP-e aéreo x BP-e rodoviário

    BP-e aéreo e BP-e rodoviário são a mesma coisa?

    Não. Ambos fazem parte do ecossistema de documentos fiscais para transporte de passageiros, mas o BP-e Rodoviário atende viagens por ônibus, enquanto o BP-e aéreo, chamado BPeTA, atende transporte aéreo de passageiros com voo, aeroporto, reserva, localizador e regras próprias.

    O que é BP-e Rodoviário?

    É o Bilhete de Passagem Eletrônico aplicado ao transporte rodoviário de passageiros, normalmente com origem, destino, passageiro, horário, linha, veículo e poltrona quando aplicável.

    O que é BP-e aéreo?

    É o BPeTA, ou BP-e Transporte Aéreo, criado para documentar eletronicamente a prestação de transporte aéreo de passageiros.

    Qual Nota Técnica trata do BPeTA?

    A NT 2025.002 v2.00 — BPe Transporte Aéreo publica especificações do serviço de recepção do BPeTA e adaptações dos demais webservices do BP-e para o transporte aéreo de passageiros.

    O BPeTA usa o mesmo XML do rodoviário?

    Não deve ser tratado como o mesmo XML. O BPeTA possui especificações próprias para o transporte aéreo e exige dados como voo, aeroporto, trecho, conexão, localizador, comprador, passageiro e pagamentos.

    O BP-e Rodoviário usa dados de poltrona?

    Em muitas operações rodoviárias há poltrona marcada, classe de serviço e mapa de assentos, mas o preenchimento correto depende da regra aplicável e do sistema emissor.

    O BPeTA usa dados de assento?

    No transporte aéreo, o assento pode ser tratado de forma diferente, inclusive como serviço adicional ou seleção posterior, conforme regra operacional e fiscal aplicável.

    O BPeTA já tem produção?

    O Portal BP-e/SVRS informa que o ambiente de produção do BPe para Transporte Aéreo está liberado no autorizador da SVRS para todas as UFs, com habilitação e credenciamento por UF para as filiais das empresas aéreas inscritas.

    O rodoviário e o aéreo têm os mesmos eventos?

    Não necessariamente. Ambos possuem ciclo de vida fiscal, mas o aéreo pode exigir atenção especial a eventos como não embarque, substituição, cancelamento e fornecimento não realizado, conforme regras aplicáveis.

    Pagamento muda entre BP-e Rodoviário e BPeTA?

    Sim. No rodoviário, o pagamento costuma estar ligado à passagem individual. No aéreo, pode haver agência, OTA, marketplace, milhas, repasses, taxas, intermediadores e PagVinc.

    DABPE e cartão de embarque são a mesma coisa?

    Não. DABPE é documento auxiliar do BP-e. Cartão de embarque é documento operacional do transporte aéreo. O documento fiscal principal continua sendo o XML autorizado.

    A Reforma Tributária impacta BP-e Rodoviário e BPeTA?

    Sim. As NTs recentes impactam BPe e BPeTA, exigindo atenção a IBS, CBS, classificação tributária, vTotDFe, meios de pagamento, PagVinc, schemas e regras de validação.

    O Vexado já pode emitir BPeTA?

    O correto é avaliar o escopo técnico e fiscal antes de afirmar emissão em produção. Projetos de BPeTA exigem validação de NTs, schemas, webservices, credenciamento, filiais, pagamentos, eventos, homologação e produção assistida.

    O Vexado pode ajudar com BP-e Rodoviário e BPeTA?

    O Vexado pode apoiar empresas na análise, emissão de BP-e Rodoviário, integrações, APIs, pagamentos, relatórios e auditoria. Para BPeTA, pode apoiar estudos técnicos e fiscais conforme avaliação da operação.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos, credenciamento, classificação tributária e guarda documental devem ser validadas com contador, responsável fiscal, SEFAZ e profissionais especializados.

    Como falar com o Vexado?

    O próximo passo é acessar a página de contato e conversar com a equipe para avaliar se sua operação precisa de BP-e Rodoviário, BPeTA, integrações fiscais ou preparação para Reforma Tributária.

    Quer entender qual fluxo fiscal sua operação precisa? Fale com o Vexado e veja como organizar BP-e Rodoviário, estudos de BPeTA, XML, pagamentos, integrações, relatórios e auditoria.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    BP-e aéreo e BP-e rodoviário documentam transporte de passageiros, mas não funcionam da mesma forma. O rodoviário está ligado à passagem de ônibus, com origem, destino, passageiro, horário, veículo, linha e poltrona quando aplicável. O aéreo, por meio do BPeTA, está ligado à passagem aérea, voo, aeroporto, localizador, reserva, comprador, passageiro, companhia aérea, pagamentos e eventos específicos.

    A diferença mais importante não é apenas trocar “rodoviária” por “aeroporto”. O sistema precisa tratar leiaute, XML, credenciamento, webservices, pagamentos, eventos, auditoria e Reforma Tributária de forma separada. Reaproveitar a lógica rodoviária sem adaptação pode gerar rejeições, inconsistência fiscal e dificuldade de auditoria.

    O Sistema Vexado pode apoiar empresas que precisam estudar, estruturar e automatizar fluxos ligados a BP-e Rodoviário, BPeTA, integrações, APIs, pagamentos, relatórios e gestão operacional. Como esse tema envolve obrigação fiscal sensível e regras em transição, qualquer implantação deve ser validada com contador, SEFAZ, CGIBS/RFB, equipe jurídica, equipe técnica e responsáveis fiscais.

    Quer avaliar sua operação de BP-e? Fale com o Vexado e veja como organizar o projeto técnico e fiscal.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, BP-e, BP-e Rodoviário, BPeTA, BP-e Transporte Aéreo, Bilhete de Passagem Eletrônico, Bilhete de Passagem Eletrônico Aéreo, XML, DABPE, autorização, protocolo, rejeições, eventos, credenciamento, certificado digital, filiais, passageiros, compradores, pagamentos, PagVinc, Reforma Tributária, IBS, CBS, vTotDFe, IBSCBS, CST, cClassTrib, split payment, armazenamento, guarda documental, integrações, APIs ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, CGIBS/RFB, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.


  • BP-e Aquaviário: como funciona o Bilhete de Passagem Eletrônico para transporte de passageiros

    BP-e Aquaviário: como funciona o Bilhete de Passagem Eletrônico para transporte de passageiros

    BP-e Aquaviário é o Bilhete de Passagem Eletrônico, modelo 63, aplicado ao transporte aquaviário de passageiros quando a operação estiver enquadrada na legislação fiscal. Ele pode substituir o Bilhete de Passagem Aquaviário, modelo 14, conforme a unidade federada, o credenciamento do contribuinte e a regra aplicável.

    • Entenda como funciona o BP-e Aquaviário para transporte de passageiros.
    • Veja quais dados precisam ser controlados em balsas, barcos, lanchas, travessias, transporte fluvial e transporte marítimo de passageiros.
    • Conheça como o Sistema Vexado pode apoiar emissão de BP-e, integrações, APIs, automação, relatórios, financeiro e gestão operacional.

    O BP-e Aquaviário é o Bilhete de Passagem Eletrônico, modelo 63, utilizado para documentar prestações de transporte aquaviário de passageiros quando a operação estiver enquadrada na legislação fiscal aplicável. Ele pode substituir o antigo Bilhete de Passagem Aquaviário, modelo 14, conforme a unidade federada, o credenciamento do contribuinte e as regras técnicas do BP-e.

    Na prática, o BP-e Aquaviário pode ser importante para empresas que operam balsas, barcos, lanchas, catamarãs, transporte fluvial, transporte marítimo de passageiros, travessias, linhas entre ilhas, rotas ribeirinhas, terminais hidroviários e operações regulares de transporte de passageiros por água.

    Assim como ocorre no transporte rodoviário e ferroviário, o BP-e Aquaviário não deve ser tratado apenas como um XML fiscal. Ele precisa estar conectado à venda da passagem, passageiro, origem, destino, embarcação, horário, tarifa, forma de pagamento, autorização fiscal, DABPE, cancelamento, contingência, financeiro, relatórios e armazenamento digital.

    Precisa estruturar BP-e Aquaviário para sua operação? Fale com o Vexado e veja como organizar emissão fiscal, venda de passagens, integrações, relatórios, financeiro e gestão operacional.

    Quero falar com o Vexado

    Resumo rápido

    BP-e Aquaviário é o Bilhete de Passagem Eletrônico, modelo 63, usado para documentar eletronicamente prestações de transporte aquaviário de passageiros, conforme enquadramento fiscal. Ele pode substituir o Bilhete de Passagem Aquaviário, modelo 14. Para emitir corretamente, a empresa precisa controlar passageiro, rota, origem, destino, embarcação, horário, tarifa, pagamento, XML, DABPE, autorização, cancelamentos, relatórios e guarda fiscal.

    Documento fiscal

    O BP-e modelo 63 documenta eletronicamente a prestação de transporte aquaviário de passageiros.

    Substituição

    Pode substituir o Bilhete de Passagem Aquaviário, modelo 14, conforme regra da UF.

    Operação aquaviária

    Aplica-se a embarcações, travessias, rotas fluviais, marítimas, balsas e transporte de passageiros por água.

    Gestão fiscal

    Exige XML, assinatura digital, autorização, DABPE, armazenamento, cancelamentos e relatórios.

    O que é BP-e Aquaviário?

    BP-e Aquaviário é a aplicação do Bilhete de Passagem Eletrônico, modelo 63, ao transporte aquaviário de passageiros. Ele documenta eletronicamente a prestação do serviço, substituindo o bilhete aquaviário tradicional quando a operação estiver enquadrada na legislação da unidade federada e o contribuinte estiver credenciado.

    Explicando de forma simples: quando uma empresa transporta passageiros por embarcação e está obrigada ou credenciada para emitir BP-e, o sistema precisa transformar a venda da passagem em XML fiscal autorizado, com assinatura digital, protocolo, DABPE e guarda eletrônica.

    O BP-e Aquaviário pode ser relevante para transporte fluvial, transporte marítimo, balsas, travessias, lanchas, barcos, catamarãs, rotas entre ilhas, transporte ribeirinho, terminais aquaviários e outras operações de transporte de passageiros por água.

    O tema deve ser validado em fontes oficiais, como o Portal Nacional do BP-e, a página da SEFAZ-SP sobre o BP-e, os documentos técnicos do BP-e, a página de downloads do BP-e da SEFAZ-SP e a legislação da SEFAZ competente da unidade federada da empresa.

    Modelo 63

    É o modelo fiscal do Bilhete de Passagem Eletrônico.

    Transporte de passageiros

    Documenta a prestação de transporte aquaviário de passageiros, conforme enquadramento.

    Documento digital

    O BP-e existe em XML, com assinatura digital, autorização e protocolo.

    Operação aquaviária

    Relaciona passagem, passageiro, embarcação, rota, horário, tarifa e pagamento.

    Como funciona a emissão do BP-e Aquaviário?

    A emissão do BP-e Aquaviário começa na venda ou registro da passagem. O sistema organiza os dados do passageiro, da rota, da embarcação, do terminal, do horário, da tarifa e do pagamento. Depois, gera o XML do BP-e modelo 63, assina digitalmente, transmite para autorização, recebe o retorno da administração tributária e armazena o documento autorizado.

    Etapa O que acontece Resultado esperado
    1. Venda da passagem O passageiro compra ou reserva a passagem em guichê, agência, site, terminal, aplicativo ou operador. Dados comerciais da passagem aquaviária.
    2. Dados da operação O sistema registra origem, destino, rota, terminal, embarcação, horário, tarifa e passageiro. Base operacional da prestação.
    3. Geração do XML O sistema monta o BP-e modelo 63 conforme leiaute, MOC, schemas e notas técnicas aplicáveis. Arquivo fiscal estruturado.
    4. Assinatura digital O XML é assinado com certificado digital válido do emitente. Documento com autoria e integridade técnica.
    5. Autorização O BP-e é transmitido ao ambiente autorizador e recebe autorização, rejeição ou retorno fiscal. Protocolo de autorização ou pendência de correção.
    6. DABPE e armazenamento O sistema gera documento auxiliar, guarda XML, protocolo, logs e relatórios. Documento disponível para passageiro, operação e fiscalização.

    Quem precisa avaliar o BP-e Aquaviário?

    Precisam avaliar o BP-e Aquaviário as empresas que realizam transporte aquaviário de passageiros e que estejam enquadradas na legislação da unidade federada competente. A obrigatoriedade depende da UF, do tipo de prestação, do credenciamento, da natureza da operação e da regra fiscal aplicável.

    Tipo de operação Deve avaliar BP-e? Ponto de atenção
    Travessias por balsa Sim, quando a prestação de passageiros estiver enquadrada. Origem, destino, veículo/passageiro quando aplicável, tarifa e embarcação.
    Transporte fluvial de passageiros Sim, conforme regra da UF e credenciamento. Rotas ribeirinhas, terminais, embarque, passageiros e horários.
    Transporte marítimo de passageiros Sim, quando enquadrado na legislação aplicável. Terminal, rota, embarcação, passagem, tarifa e autorização fiscal.
    Linhas entre ilhas Sim, quando houver prestação regular de transporte de passageiros. Controle de origem, destino, operação, vendas e documentos fiscais.
    Passeios turísticos Depende do enquadramento. Pode envolver análise de outro documento ou regra específica, conforme operação.
    Fretamento aquaviário Depende do contrato e da natureza fiscal da prestação. Validar com contador, SEFAZ, jurídico e órgão competente.

    Atenção: nem toda operação com barco é automaticamente BP-e. É preciso validar se existe prestação de transporte de passageiros sujeita ao BP-e, se a UF exige ou permite o modelo, se a empresa está credenciada e se o documento correto não é outro.

    Diferença entre Bilhete de Passagem Aquaviário modelo 14 e BP-e modelo 63

    O Bilhete de Passagem Aquaviário, modelo 14, é o documento tradicional em papel previsto para transporte aquaviário de passageiros. O BP-e modelo 63 é a versão eletrônica nacional usada para substituir esse tipo de bilhete quando a UF adota a regra e a empresa está credenciada.

    Critério Modelo 14 BP-e modelo 63
    Formato Documento físico em papel. Documento eletrônico em XML.
    Validade Conforme regras do documento impresso. Assinatura digital e autorização de uso pela administração tributária.
    Controle Série, numeração, vias, impressão e guarda física. XML, chave de acesso, protocolo, DABPE, eventos e guarda digital.
    Consulta Mais dependente do documento físico. Consulta eletrônica por chave, QR Code ou ambiente autorizado.
    Gestão Mais sujeita a processos manuais. Permite integração com venda, financeiro, relatórios e sistemas.

    Resumo prático: o modelo 14 representa a lógica antiga do bilhete aquaviário. O modelo 63 leva essa prestação para um fluxo eletrônico com XML, assinatura, autorização, DABPE e armazenamento digital.

    Quais dados são necessários para emitir BP-e Aquaviário?

    Para emitir BP-e Aquaviário com segurança, a empresa precisa controlar dados fiscais, operacionais, comerciais e financeiros. A qualidade do documento fiscal depende da qualidade dos dados da passagem e da prestação realizada.

    Dados fiscais

    CNPJ, inscrição estadual, UF, credenciamento, certificado digital, ambiente, série, numeração e webservice.

    Dados da rota

    Origem, destino, percurso, terminal de embarque, terminal de desembarque, horário e data da viagem.

    Dados da embarcação

    Identificação interna, nome, capacidade, tipo, rota vinculada e operação relacionada.

    Dados do passageiro

    Nome, documento, CPF quando aplicável, telefone, categoria, benefício ou gratuidade, conforme regra da operação.

    Dados da passagem

    Tarifa, valor total, desconto, taxa, seguro, agência, vendedor, canal de venda e forma de pagamento.

    Dados fiscais do BP-e

    XML, chave de acesso, protocolo, status, rejeição, cancelamento, contingência, DABPE e armazenamento.

    Rotas, embarcações, terminais e horários no BP-e Aquaviário

    No transporte aquaviário, o controle operacional é essencial. O sistema precisa organizar quais rotas estão disponíveis, quais embarcações operam cada percurso, quais horários existem, quais terminais são usados e quais passageiros embarcaram em cada viagem.

    Elemento operacional O que controlar Impacto no BP-e
    Origem Terminal, porto, estação aquaviária, cidade ou ponto de embarque. Identifica o início da prestação.
    Destino Terminal de chegada, ilha, margem, cidade, porto ou ponto de desembarque. Identifica o fim da prestação.
    Rota Percurso, linha, sentido, travessia, itinerário aquaviário ou serviço. Relaciona a passagem ao serviço realizado.
    Embarcação Barco, balsa, lancha, catamarã ou outro meio de transporte aquaviário. Ajuda a conectar operação, capacidade, viagem e fiscalização.
    Horário Data e hora da viagem, embarque, saída, chegada ou janela operacional. Define momento da prestação e controle de cancelamento.
    Capacidade Quantidade de passageiros permitida ou vendida por viagem. Ajuda a evitar superlotação, venda indevida e divergência operacional.

    DABPE, XML e autorização no BP-e Aquaviário

    No BP-e Aquaviário, o documento fiscal principal é o XML autorizado. O DABPE é o Documento Auxiliar do Bilhete de Passagem Eletrônico, usado para representar o BP-e na operação, no atendimento ao passageiro, no embarque e na consulta.

    Item Função Cuidado
    XML do BP-e Documento fiscal eletrônico principal. Deve ser gerado, assinado, autorizado e armazenado.
    Chave de acesso Identifica o documento eletrônico. Deve permitir consulta e rastreabilidade.
    Protocolo Comprova autorização de uso ou retorno fiscal. Deve estar vinculado ao XML e à passagem.
    DABPE Documento auxiliar usado pelo passageiro e pela operação. Deve representar corretamente o BP-e autorizado.
    Rejeição Retorno fiscal quando o XML possui inconsistência. Deve ter código, motivo, correção, reenvio e log.

    Ponto importante: o DABPE ajuda no embarque e na consulta, mas o documento fiscal principal é o XML autorizado do BP-e.

    Cancelamento, remarcação, não embarque e contingência

    Empresas aquaviárias precisam controlar situações comuns da operação: passageiro que não embarca, troca de horário, alteração de rota, cancelamento por clima, indisponibilidade de embarcação, cancelamento comercial, rejeição fiscal, emissão em contingência e reembolso.

    Cancelamento

    O sistema precisa controlar motivo, usuário, horário, autorização, venda original e impacto financeiro.

    Remarcação

    Deve relacionar passagem anterior, nova rota, novo horário, diferença de valor e novo documento, se aplicável.

    Não embarque

    Quando aplicável, a empresa deve controlar passageiro que não utilizou a passagem no horário previsto.

    Contingência

    Permite manter a operação em situações de indisponibilidade, conforme regra técnica e fiscal aplicável.

    Clima e operação

    Rotas aquaviárias podem sofrer impacto de clima, maré, rio, porto, interdição ou segurança operacional.

    Auditoria

    Toda alteração relevante deve manter usuário, data, hora, motivo, status fiscal e impacto no financeiro.

    Relatórios, financeiro e auditoria no BP-e Aquaviário

    O BP-e Aquaviário precisa estar conectado aos relatórios da empresa. Não basta emitir o documento fiscal: é necessário conferir vendas, passageiros, rotas, embarcações, pagamentos, cancelamentos, DABPE, XMLs, protocolos, rejeições e financeiro.

    Relatório por rota

    Mostra origem, destino, quantidade de passageiros, horários, valores e documentos emitidos.

    Relatório por embarcação

    Relaciona viagens, passageiros, capacidade, horários, cancelamentos e receita por embarcação.

    Relatório fiscal

    Lista BP-e autorizados, rejeitados, cancelados, inutilizados, contingência, XMLs e protocolos.

    Relatório financeiro

    Conecta vendas, pagamentos, tarifas, descontos, reembolsos, comissões e fechamento de caixa.

    Conciliação

    Compara passageiros vendidos, passageiros embarcados, pagamentos recebidos e documentos fiscais emitidos.

    Logs

    Guardam importações, alterações, usuários, datas, rejeições, cancelamentos e reprocessamentos.

    Funcionalidades necessárias em um sistema de BP-e Aquaviário

    Um sistema de BP-e Aquaviário precisa ir além da emissão do XML. Ele deve integrar venda de passagens, rotas, embarcações, passageiros, pagamentos, financeiro, documentos fiscais, relatórios e auditoria.

    Funcionalidade O que precisa fazer Por que é importante
    Emissão de BP-e modelo 63 Gerar XML, assinar, transmitir, consultar autorização, tratar rejeições e armazenar documentos. É a base fiscal da passagem aquaviária.
    Cadastro de rotas Controlar origem, destino, terminais, horários, percurso, linha e sentido. Relaciona a passagem ao serviço prestado.
    Cadastro de embarcações Controlar nome, código interno, capacidade, tipo e vínculo com rotas. Ajuda na operação, conferência e relatórios.
    Venda de passagens Controlar passageiro, tarifa, pagamento, canal de venda, horário e viagem. Evita emissão fiscal desconectada da operação.
    DABPE Gerar, imprimir, reimprimir ou disponibilizar o documento auxiliar ao passageiro. Facilita embarque, consulta e atendimento.
    Cancelamento e remarcação Controlar evento fiscal, operação comercial, reembolso e nova passagem. Mantém fiscal, financeiro e operação alinhados.
    Financeiro Conectar venda, pagamento, caixa, agência, comissão, reembolso e conciliação. Melhora fechamento e reduz divergências.
    Relatórios Gerar relatórios por rota, embarcação, passageiro, documento fiscal, pagamento e status. Facilita gestão, auditoria e fiscalização.
    Auditoria Registrar usuário, data, hora, ação, XML, retorno fiscal, cancelamento e alterações. Permite rastrear cada etapa da operação.

    Como o Sistema Vexado pode ajudar

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, integração de dados, APIs, automação de processos, relatórios, financeiro e gestão operacional. Em operações aquaviárias, o principal desafio é transformar dados de venda, rota, embarcação, passageiro e pagamento em documento fiscal eletrônico confiável.

    Emissão de BP-e

    A solução de emissão de BP-e apoia empresas que precisam organizar documentos fiscais eletrônicos de transporte de passageiros.

    BP-e Aquaviário

    A página de BP-e para transporte aquaviário ajuda a posicionar a solução para operações de passageiros por água.

    Venda de passagens

    A solução de venda de passagens ajuda a conectar reservas, passageiros, pagamentos e emissão fiscal.

    Integrações e APIs

    As integrações e APIs podem conectar sites, pagamentos, financeiro, fiscal, relatórios e sistemas externos.

    Faturamento

    A área de faturamento apoia fechamento de caixa, conciliação, pagamentos, repasses e relatórios financeiros.

    Consultoria e implantação

    A consultoria e implantação ajuda a mapear operação, regras fiscais, usuários, documentos, relatórios e processos.

    Embora o Vexado tenha forte atuação em transporte rodoviário, projetos de BP-e Aquaviário exigem competências semelhantes: emissão fiscal eletrônica, integração de sistemas, dados de passageiros, venda de passagens, automação, relatórios, rastreabilidade, financeiro e suporte técnico.

    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 Aquaviário

    Os erros mais comuns são emitir BP-e desconectado da venda, não controlar embarcação, não vincular origem e destino corretamente, não integrar financeiro, não tratar rejeições, não armazenar XMLs, não controlar cancelamentos e não validar a regra da unidade federada.

    Emitir fora da operação

    Quando o fiscal não conversa com venda, rota e embarcação, aumentam erros de passageiro, valor e horário.

    Não controlar rota

    Origem, destino, terminal, percurso e horário precisam estar corretos na venda e no fiscal.

    Ignorar embarcação

    Sem vínculo operacional, fica mais difícil auditar viagem, capacidade, passageiros e relatórios.

    Perder XML

    O XML autorizado é o documento fiscal principal e precisa ser armazenado corretamente.

    Não tratar contingência

    Operações aquaviárias podem sofrer indisponibilidade técnica, climática ou operacional.

    Não validar a UF

    Obrigatoriedade, credenciamento, ambiente e procedimentos podem variar por unidade federada.

    Para aprofundar, veja também os conteúdos sobre quais transportes precisam emitir BP-e, modalidades do BP-e modelo 63 e BP-e Rodoviário.

    Checklist prático para BP-e Aquaviário

    O checklist abaixo ajuda a empresa a avaliar se está preparada para emitir BP-e Aquaviário com segurança.

    • Confirmar a unidade federada da operação e a legislação aplicável.
    • Validar se a prestação aquaviária de passageiros está enquadrada na emissão do BP-e modelo 63.
    • Conferir se o BP-e substituirá o Bilhete de Passagem Aquaviário, modelo 14, conforme regra da UF.
    • Verificar credenciamento, certificado digital, série, numeração, ambiente e webservices.
    • Mapear rotas, origem, destino, terminais, horários, percursos e sentidos.
    • Mapear embarcações, capacidade, operação, manutenção e vínculo com as rotas.
    • Controlar passageiro, documento, categoria, gratuidade, benefício e tarifa.
    • Conectar venda de passagens, pagamentos, caixa, agência, site, aplicativo ou operador.
    • Gerar XML do BP-e modelo 63 conforme leiaute, MOC, schemas e notas técnicas aplicáveis.
    • Assinar digitalmente, transmitir, consultar autorização, tratar rejeições e armazenar protocolo.
    • Gerar DABPE e permitir impressão, reimpressão, envio digital e consulta.
    • Controlar cancelamento, remarcação, não embarque, reembolso, contingência e eventos fiscais relacionados.
    • Conciliar venda, pagamento, rota, embarcação, passageiros, BP-e autorizado e financeiro.
    • Armazenar XMLs, DABPEs, protocolos, relatórios, logs, eventos e evidências pelo prazo exigido.
    • Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, operação e equipe técnica.

    Precisa avaliar esse checklist na sua operação aquaviária? Fale com o Vexado e veja como estruturar BP-e, rotas, passagens, financeiro e relatórios.

    Quero falar com o Vexado
    Conhecer implantação

    Fontes oficiais para validar o BP-e Aquaviário

    Como o BP-e Aquaviário envolve obrigação fiscal, a empresa deve validar regras em fontes oficiais e com profissionais responsáveis. O sistema apoia a operação e a emissão, mas não substitui contador, responsável fiscal, SEFAZ, equipe jurídica, órgão regulador ou equipe técnica.

    Portal Nacional BP-e

    Consulte documentos, perguntas, notas técnicas e substituições do modelo 63: Portal Nacional do BP-e.

    Sobre o BP-e

    Consulte a definição oficial do BP-e modelo 63: SEFAZ-SP Sobre o BP-e.

    Documentos BP-e SVRS

    Consulte manuais, schemas, notas técnicas e documentos do BP-e: Documentos BP-e SVRS.

    Downloads BP-e SEFAZ-SP

    Consulte modelos, manuais e materiais relacionados ao BP-e: Downloads BP-e.

    Credenciamento BP-e

    Consulte regras de credenciamento da SEFAZ competente: Credenciamento BP-e.

    Consulta BP-e

    Consulte ambientes oficiais de produção e homologação conforme a UF e os serviços disponíveis.

    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 venda de passagens, emissão fiscal, 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.

    Empresas que operam em regiões com transporte fluvial, marítimo, travessias, rotas ribeirinhas, ilhas, balsas, barcos, lanchas e terminais aquaviários podem avaliar uma solução web para organizar emissão fiscal, BP-e, venda de passagens, relatórios, financeiro e gestão.

    FAQ completo sobre BP-e Aquaviário

    O que é BP-e Aquaviário?

    BP-e Aquaviário é a aplicação do Bilhete de Passagem Eletrônico, modelo 63, ao transporte aquaviário de passageiros, conforme enquadramento fiscal da operação e credenciamento do contribuinte.

    O BP-e substitui qual documento no transporte aquaviário?

    O BP-e pode substituir o Bilhete de Passagem Aquaviário, modelo 14, conforme a unidade federada, o credenciamento do contribuinte e a regra fiscal aplicável.

    Transporte aquaviário precisa emitir BP-e?

    Precisa avaliar a emissão quando a prestação aquaviária de passageiros estiver enquadrada na legislação do BP-e modelo 63. A obrigatoriedade depende da UF, do credenciamento e do tipo de operação.

    BP-e Aquaviário serve para balsa?

    Pode servir quando a balsa realiza prestação de transporte aquaviário de passageiros sujeita ao BP-e, conforme regra da unidade federada e credenciamento da empresa.

    BP-e Aquaviário serve para transporte fluvial?

    Sim, quando a operação fluvial de passageiros estiver enquadrada na legislação aplicável ao BP-e modelo 63.

    BP-e Aquaviário serve para transporte marítimo?

    Sim, quando a operação marítima de passageiros estiver enquadrada na regra fiscal da UF e a empresa estiver credenciada.

    O que é DABPE?

    DABPE é o Documento Auxiliar do Bilhete de Passagem Eletrônico. Ele representa o BP-e para consulta e operação, mas o documento fiscal principal é o XML autorizado.

    Precisa informar embarcação no BP-e Aquaviário?

    A empresa deve controlar a embarcação na operação e nos relatórios internos. O preenchimento fiscal deve seguir o leiaute oficial, manuais e regras da SEFAZ competente.

    Cancelamento de viagem por clima afeta o BP-e?

    Pode afetar. Cancelamentos, remarcações, não embarque, reembolso e contingência precisam ser tratados de forma alinhada entre operação, financeiro e documento fiscal.

    O BP-e Aquaviário é igual ao BP-e Rodoviário?

    O documento fiscal é o mesmo modelo 63, mas os dados operacionais podem mudar. No aquaviário, a empresa precisa controlar embarcação, rota, terminal, origem, destino e horários da operação por água.

    O sistema substitui o contador?

    Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos e obrigatoriedade devem ser validados com contador, responsável fiscal e SEFAZ.

    O Vexado pode ajudar com BP-e Aquaviário?

    O Vexado pode apoiar projetos com emissão de BP-e, integrações, APIs, automações, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.

    Empresas fora de São Paulo seguem a mesma regra?

    Empresas fora de São Paulo devem validar as regras com a SEFAZ da própria unidade federada, pois credenciamento, prazos, ambiente e procedimentos podem variar.

    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 avaliar BP-e Aquaviário para transporte de passageiros? Fale com o Vexado e veja como organizar emissão fiscal, rotas, embarcações, passagens, relatórios e gestão operacional.

    Quero falar com o Vexado
    Conhecer emissão de BP-e

    Conclusão

    O BP-e Aquaviário é o Bilhete de Passagem Eletrônico, modelo 63, aplicado ao transporte aquaviário de passageiros quando a operação estiver enquadrada na legislação fiscal. Ele pode substituir o Bilhete de Passagem Aquaviário, modelo 14, levando a prestação para um fluxo eletrônico com XML, assinatura digital, autorização de uso, DABPE e armazenamento digital.

    Para empresas que operam balsas, barcos, lanchas, catamarãs, transporte fluvial, marítimo, rotas ribeirinhas, travessias e linhas entre ilhas, o ponto principal é conectar venda de passagens, passageiros, rotas, embarcações, horários, pagamentos, documentos fiscais, relatórios e financeiro.

    O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, equipe técnica e responsáveis regulatórios.

    Quer estruturar BP-e Aquaviário com mais segurança? Conheça o Vexado e veja como uma solução web pode apoiar emissão fiscal, integração e gestão.

    Quero falar com o Vexado

    Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e Aquaviário, BP-e modelo 63, Bilhete de Passagem Aquaviário modelo 14, transporte aquaviário de passageiros, balsas, barcos, lanchas, travessias, transporte fluvial, transporte marítimo, DABPE, rejeições, cancelamentos, contingência, emissão de documentos, integrações, 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.