Categoria: Site Vexado

O que é o BP-e modelo 63?

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

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

Principais mudanças em 2026

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

NTs 2026.001 e 2026.002

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

Novos leiautes e schemas

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

IBS e CBS no BP-e modelo 63

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

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

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

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

vTotDFe e grupo IBSCBS

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

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

PagVinc e vinculação de pagamento

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

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

Split payment em 2026

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

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

QR Code e DABPE

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

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

BP-e, BP-e TM e BPeTA

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

Impactos por modal de transporte

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

Pagamentos e conciliação

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

Eventos fiscais e ciclo de vida

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

Homologação e testes

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

Relatórios e auditoria

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

O que o sistema precisa controlar?

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

Erros comuns

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

Como o Vexado pode ajudar

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

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

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

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

Fontes oficiais para validar BP-e modelo 63 em 2026

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que é split payment?

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

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

O que é PagVinc no BP-e?

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

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

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 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Atendimento web para empresas de transporte em todo o Brasil

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

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

Quem precisa avaliar BP-e 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Tabela comparativa completa

A tabela abaixo resume as principais diferenças entre BP-e Rodoviário e BP-e aéreo/BPeTA.

Diferença de modal e operação

A diferença começa no modal. O transporte rodoviário acontece por rotas terrestres, com veículos, linhas, rodoviárias e pontos de embarque. O transporte aéreo acontece por voos, aeroportos, trechos, conexões e regras próprias de reserva e bilhetagem.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que é o bilhete aéreo tradicional?

O bilhete aéreo tradicional é o instrumento comercial e operacional que comprova a contratação do transporte aéreo. Ele pode aparecer para o passageiro como e-mail de confirmação, comprovante de compra, reserva, localizador, número do bilhete, itinerário ou informação dentro do aplicativo da companhia aérea.

Ele normalmente reúne dados importantes para a viagem: nome do passageiro, voo, data, horário, origem, destino, valor pago, serviços opcionais, regras de remarcação, bagagem, assento, procedimento de embarque e canal de atendimento.

O que é o BP-e aéreo / BPeTA?

O BP-e aéreo é o BPeTA, ou Bilhete de Passagem Eletrônico para Transporte Aéreo. Ele foi criado para documentar fiscalmente a prestação de transporte aéreo de passageiros por meio de XML, assinatura digital, autorização de uso, protocolo, consulta, status e eventos.

O BPeTA faz parte do ecossistema do BP-e, mas possui especificações próprias para o transporte aéreo. Isso significa que o sistema precisa tratar voo, aeroporto, trecho, conexão, comprador, passageiro, reserva, pagamentos, eventos e regras da Reforma Tributária em uma estrutura fiscal eletrônica.

Tabela comparativa completa

A tabela abaixo resume as diferenças entre bilhete aéreo tradicional e BP-e aéreo/BPeTA.

Localizador, reserva e cartão de embarque

Um dos maiores riscos de confusão é misturar localizador, reserva, bilhete eletrônico e cartão de embarque com documento fiscal eletrônico. Eles são importantes, mas não têm a mesma função do BPeTA.

XML fiscal autorizado: onde está a diferença

O ponto central do BPeTA é o XML fiscal autorizado. Enquanto o bilhete aéreo tradicional pode ser apresentado como e-mail, comprovante ou informação no aplicativo, o BPeTA precisa existir como documento eletrônico estruturado, assinado, autorizado e armazenado.

O XML precisa seguir a nota técnica aplicável, conter dados fiscais, operacionais, financeiros e tributários, receber autorização de uso e manter protocolo. Sem essa estrutura, a empresa pode ter comprovante de passagem, mas não necessariamente o documento fiscal eletrônico exigido.

Passageiro, comprador e pagador

No transporte aéreo, a pessoa que viaja nem sempre é a mesma que compra ou paga. Uma empresa pode comprar para um funcionário, uma agência pode intermediar a venda, uma OTA pode vender a passagem, um marketplace pode processar o pagamento e o passageiro pode apenas embarcar.

Essa separação é importante para o BPeTA, porque o sistema precisa rastrear comprador, passageiro, pagador, intermediador, canal de venda, pagamento, reembolso, estorno e documento fiscal.

Pagamentos, PagVinc e conciliação financeira

No bilhete aéreo tradicional, o passageiro normalmente enxerga o valor total, taxas, serviços opcionais e forma de pagamento. No BPeTA, esses dados precisam ser conectados ao documento fiscal eletrônico, especialmente em cenários com cartão, PIX, agência, OTA, marketplace, milhas, taxas, comissões, repasses e estornos.

Com a Reforma Tributária, a vinculação da transação financeira aos documentos fiscais eletrônicos se torna um ponto técnico cada vez mais relevante. Por isso, o sistema deve preparar a conciliação entre venda, pagamento, documento fiscal, evento e relatório.

Eventos fiscais no BP-e aéreo

O bilhete aéreo tradicional pode sofrer alterações comerciais, como remarcação, cancelamento, no-show, reacomodação, alteração de assento ou inclusão de bagagem. No BPeTA, esses fatos podem exigir tratamento fiscal por meio de eventos, substituições ou registros específicos, conforme regras aplicáveis.

Agências, OTAs e marketplaces

No transporte aéreo, a venda nem sempre acontece diretamente no site da companhia aérea. Ela pode passar por agências de viagem, OTAs, sistemas corporativos, marketplaces, plataformas de milhas ou canais de terceiros.

Essa cadeia torna o BPeTA mais sensível do ponto de vista de integração. O sistema precisa saber quem vendeu, quem recebeu, quem repassou, quem comprou, quem viajou, qual foi o valor da tarifa, quais taxas foram cobradas e qual documento fiscal foi autorizado.

Reforma Tributária, IBS e CBS

O BPeTA nasce em um contexto de modernização dos documentos fiscais eletrônicos e Reforma Tributária. Por isso, o novo documento fiscal precisa ser analisado junto com IBS, CBS, CST, cClassTrib, vTotDFe, PagVinc, meios de pagamento, eventos e validações de schema.

Isso torna a diferença entre bilhete aéreo tradicional e BPeTA ainda mais importante: o bilhete organiza a viagem; o BPeTA estrutura a prestação de transporte no ambiente fiscal eletrônico.

O que o sistema emissor precisa controlar?

Um sistema emissor preparado para BPeTA precisa conectar a venda aérea ao documento fiscal eletrônico. Isso exige integração entre reserva, passageiro, comprador, pagamento, tributação, XML, autorização, eventos, relatórios e auditoria.

Erros comuns na implantação

Os erros mais comuns acontecem quando a empresa confunde documento operacional com documento fiscal ou tenta transformar o bilhete aéreo tradicional em BPeTA sem rever a arquitetura fiscal.

Como o Vexado pode ajudar

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

No caso específico do BP-e aéreo/BPeTA, o caminho correto é realizar análise técnica e fiscal antes de afirmar operação em produção. É necessário validar nota técnica, schemas, webservices, credenciamento, filiais, certificados, pagamentos, eventos, Reforma Tributária, APIs, reserva, venda e integrações com sistemas externos.

Checklist prático: bilhete aéreo tradicional x BPeTA

• Identifique se o fluxo atual possui bilhete, reserva, localizador e cartão de embarque.
• Separe documento operacional de documento fiscal eletrônico.
• Mapeie passageiro, comprador, pagador, agência, OTA, marketplace e companhia aérea.
• Mapeie voo, aeroporto de origem, aeroporto de destino, trecho, conexão e data.
• Mapeie tarifa, taxa de embarque, bagagem, assento, serviços adicionais e descontos.
• Mapeie pagamentos: cartão, PIX, milhas, agência, OTA, marketplace, comissão e repasse.
• Valide se o BPeTA é aplicável à operação.
• Baixe a Nota Técnica 2025.002 e os schemas oficiais vigentes.
• Valide CNPJ, IE, UF, filial, certificado, ambiente, série e numeração.
• Confirme credenciamento por UF quando aplicável.
• Implemente XML, assinatura digital, transmissão, autorização, consulta e status.
• Implemente eventos fiscais aplicáveis.
• Valide IBS, CBS, CST, cClassTrib, vTotDFe e PagVinc.
• Crie relatórios de autorizados, rejeitados, cancelados, substituídos 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 fiscal, financeiro, suporte, atendimento, operação e TI.
• Valide o projeto com contador, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BP-e aéreo e bilhete aéreo

Como BPeTA, bilhete aéreo, contrato de transporte, Reforma Tributária, IBS, CBS, pagamentos e documentos fiscais eletrônicos envolvem temas fiscais, regulatórios e operacionais sensíveis, 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, ANAC, equipe jurídica, integradores ou equipe técnica.

Atendimento web para empresas de transporte em todo o Brasil

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

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