Autor: Vexado Blog

Hidroviário ou aquaviário: qual termo usar?

No uso comercial e operacional, muitas empresas falam em transporte hidroviário de passageiros. Isso é comum para operações por hidrovias, rios, lagos, baías, canais, ilhas, travessias, portos e terminais hidroviários.

Na linguagem fiscal do BP-e, porém, a referência mais importante é o Bilhete de Passagem Aquaviário modelo 14, antigo documento fiscal de passagem que pode ser substituído pelo BP-e modelo 63 conforme regra da UF. Por isso, em conteúdos de SEO e implantação, vale trabalhar os dois termos: BP-e Hidroviário para busca comercial e BP-e Aquaviário para precisão fiscal.

Quando o BP-e modelo 63 pode ser utilizado no transporte hidroviário?

O BP-e modelo 63 pode ser utilizado quando a operação for uma prestação de transporte de passageiros por via aquática, quando essa prestação estiver sujeita às regras fiscais aplicáveis e quando a unidade federada competente exigir, permitir ou credenciar a emissão do BP-e.

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

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado para passagens aquaviárias. O BP-e modelo 63 substitui essa lógica quando a unidade federada exige, permite ou credencia a emissão eletrônica.

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

Quais operações hidroviárias precisam de atenção?

O transporte hidroviário pode ter operações simples e operações compostas. O sistema precisa permitir separar corretamente a natureza de cada serviço para evitar emissão fiscal incorreta.

O que um sistema de BP-e hidroviário precisa controlar?

Um sistema para BP-e hidroviário precisa controlar a operação completa, desde a venda até a autorização fiscal e a auditoria. Não basta imprimir passagem. O centro da emissão fiscal é o XML autorizado.

Rotas, terminais e pontos de embarque

No transporte hidroviário, o cadastro de origem e destino precisa ser muito bem definido. A empresa deve saber exatamente de onde o passageiro sai, para onde vai, qual terminal usa, qual ponto de embarque, qual ponto de desembarque, qual rota, qual horário e qual tarifa foi aplicada.

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

A operação hidroviária depende da disponibilidade da embarcação. O sistema deve controlar capacidade, horários, bloqueios, manutenção, troca de embarcação, lotação, cancelamentos por clima, atrasos e histórico operacional.

Venda de passagens hidroviárias

A venda de passagens hidroviárias precisa ser rápida para o operador e completa para o fiscal. O sistema precisa permitir venda no guichê, terminal, agência, site, marketplace, app ou atendimento assistido, mantendo vínculo entre passagem, pagamento, passageiro, rota, embarcação e BP-e.

Pagamentos e conciliação financeira

O financeiro precisa conversar com a emissão fiscal. Uma operação hidroviária pode receber em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, marketplace ou outro canal. O sistema deve conciliar venda, pagamento, BP-e autorizado, BP-e rejeitado, cancelamento, estorno e embarque.

XML, DABPE, autorização e protocolo

No BP-e para transporte hidroviário, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável, mas não substitui o XML.

Cancelamento, remarcação e substituição

Transporte hidroviário pode sofrer mudanças por clima, maré, manutenção, cheia, seca, lotação, atraso, indisponibilidade de embarcação, bloqueio de rota ou desistência do passageiro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

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

Como implantar BP-e hidroviário

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

Erros comuns no BP-e para transporte hidroviário

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

Como o Sistema Vexado ajuda empresas de transporte hidroviário

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

Checklist prático para BP-e hidroviário

Use este checklist para avaliar se sua empresa está preparada para emitir BP-e no transporte hidroviário de passageiros.

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

Fontes oficiais para validar BP-e hidroviário

Como BP-e para transporte hidroviá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 hidroviário, BP-e aquaviário, venda de passagens por embarcação, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

O que é BPeTA?

BPeTA é o Bilhete de Passagem Eletrônico para Transporte Aéreo. Ele faz parte do ecossistema do BP-e e foi criado para documentar o transporte aéreo de passageiros por meio de documento fiscal eletrônico, com XML, assinatura digital, autorização, protocolo, eventos e regras de validação específicas.

O BPeTA utiliza o modelo 63, mas com modal aéreo. Isso significa que o sistema precisa tratar dados típicos do setor aéreo, como aeroportos, voos, tipo de viagem, tipo de trecho, conexão, acomodação, componentes de valor, comprador, passageiro, agência, IATA, pagamento, IBS, CBS e vinculação de pagamento.

O papel do campo tpCompra

O campo tpCompra é uma das chaves de leitura mais importantes do BPeTA. Ele define se a compra é normal, múltipla ou vinculada a um BPe múltiplo. O erro nesse campo pode alterar completamente a validação do XML.

BPeTA Normal: quando usar?

O BPeTA Normal deve ser usado quando a operação é uma compra regular de passagem aérea. Nesse caso, o documento precisa identificar o passageiro, os dados da viagem, os valores, os impostos e as formas de pagamento.

É o cenário típico de venda de passagem aérea individual, seja por site, app, balcão, agência, canal corporativo, OTA, marketplace ou atendimento assistido. A operação tem passageiro definido, viagem definida e valor associado ao bilhete.

BPeTA Múltiplo: quando usar?

O BPeTA Múltiplo aparece no domínio do campo tpCompra como 1 – BPe múltiplo (fretamento). Ele deve ser tratado como uma compra múltipla ligada a fretamento, não como uma simples passagem individual.

O ponto mais importante é que, no BPeTA Múltiplo, os dados do passageiro não devem ser informados. Em compensação, o comprador deve ser informado. Isso faz sentido porque, em um fretamento ou compra múltipla, o contrato econômico pode estar ligado ao comprador, e não a um passageiro individual naquele documento.

BPe vinculado a BPe múltiplo

O tipo 2 – Vinculado a BPe múltiplo existe para relacionar um BPe a um BPe múltiplo previamente autorizado. Nesse caso, o XML deve trazer os dados do passageiro e também o grupo de informações do BPe vinculado, incluindo a chave de acesso do BPe múltiplo.

Essa estrutura é importante porque cria uma cadeia fiscal entre o documento múltiplo e os documentos vinculados. O sistema precisa validar se a chave do BPe múltiplo é válida, se o BPe múltiplo existe, se não está cancelado, se não foi substituído, se é do modal aéreo e se o emitente corresponde.

Tabela comparativa dos leiautes

A tabela abaixo resume as diferenças práticas entre BPeTA Normal, BPeTA Múltiplo e BPe vinculado a Múltiplo.

Validações críticas e rejeições

Os novos leiautes exigem que o sistema tenha validações antes de transmitir o XML. Não é seguro deixar o erro aparecer apenas no retorno da SEFAZ. O ideal é validar previamente a combinação entre tipo de compra, passageiro, comprador, chave de BPe múltiplo, valores, impostos e pagamento.

Grupos pag e PagVinc

Com os novos pacotes de schemas, os grupos pag e PagVinc foram ajustados para fazerem parte da estrutura choice do BPeTA Normal e Múltiplo. Isso significa que o sistema precisa tratar corretamente a escolha da estrutura de pagamento dentro do XML, em vez de apenas “jogar” os dados em qualquer posição.

Esse ponto é essencial na Reforma Tributária porque a vinculação entre documento fiscal eletrônico e transação financeira ganha importância para conciliação, split payment, auditoria e apuração assistida.

Valores, impostos, IBS, CBS e vTotDFe

O BPeTA está diretamente conectado à Reforma Tributária do Consumo. Por isso, além dos valores tradicionais do bilhete, o sistema deve lidar com IBS, CBS, CST, cClassTrib, base de cálculo, alíquotas, valores, total do DFe e validações tributárias.

Dados da viagem aérea

O leiaute do BPeTA traz dados próprios do transporte aéreo. O sistema precisa controlar voo, companhia operadora, aeroportos, tipo de viagem, tipo de serviço, acomodação, tipo de trecho, data da viagem e conexão quando aplicável.

Comprador x passageiro

Uma das maiores mudanças práticas dos leiautes BPeTA é a separação entre comprador e passageiro. Em venda normal, o passageiro é obrigatório. O comprador pode ser diferente do passageiro. No BPe múltiplo, o comprador deve ser informado, mas o passageiro não deve ser informado. No vinculado a múltiplo, o passageiro volta a ser obrigatório.

Eventos, não embarque e fornecimento não realizado

O BPeTA também precisa tratar eventos. Entre os pontos técnicos da NT estão eventos como não embarque e fornecimento não realizado com pagamento antecipado. Isso reforça que o ciclo de vida do documento não termina na autorização do XML.

O que o sistema precisa controlar?

Para suportar BPeTA Normal e Múltiplo, o sistema precisa ser mais do que um emissor simples. Ele deve conectar venda, reserva, comprador, passageiro, fretamento, pagamento, tributação, XML, eventos e auditoria.

Como implantar os novos leiautes

A implantação dos novos leiautes deve ser feita por fases. O primeiro passo é mapear as operações da empresa: venda individual, fretamento, compra corporativa, compra por agência, compra por OTA, compra governamental, pagamento antecipado, remarcação, transferência e não embarque.

Erros comuns

Os erros mais comuns são tratar BPeTA Múltiplo como passagem individual, informar passageiro no BPe múltiplo, não informar comprador no múltiplo, não informar a chave de acesso no vinculado, não validar se o BPe múltiplo existe, não conferir se o múltiplo está autorizado, não separar pag de PagVinc, não atualizar schemas e não tratar IBS/CBS corretamente.

Como o Vexado pode ajudar

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

Para projetos com BPeTA Normal e Múltiplo, o caminho correto é fazer uma análise técnica e fiscal antes da implantação. É necessário validar NTs, webservices, credenciamento, filiais, certificados, schemas, IBS/CBS, tipo de compra, pagamento, PagVinc, eventos, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático

• Validar se a empresa precisa emitir BPeTA para transporte aéreo de passageiros.
• Confirmar credenciamento da filial na UF competente.
• Validar certificado digital, ambiente, série, numeração e webservices.
• Atualizar o motor fiscal para a NT 2025.002 do BPe Transporte Aéreo.
• Aplicar modificações das NTs 2026.001 e 2026.002 quando aplicáveis.
• Atualizar os schemas que ajustam pag e PagVinc na estrutura choice do BPeTA Normal e Múltiplo.
• Implementar regra de negócio para tpCompra 0, 1 e 2.
• Exigir passageiro no BPeTA Normal.
• Vedar passageiro no BPeTA Múltiplo.
• Exigir comprador no BPeTA Múltiplo.
• Exigir passageiro no BPe vinculado a múltiplo.
• Exigir chave de acesso do BPe múltiplo no vinculado.
• Validar se o BPe múltiplo existe, está autorizado, não está cancelado e não foi substituído.
• Validar se o BPe múltiplo é do modal aéreo.
• Validar CNPJ e IE do emitente entre múltiplo e vinculado.
• Controlar valores do bilhete, descontos, pagamentos, troco e componentes.
• Tratar componentes como tarifa, taxa de embarque, bagagem, reserva de assento, transporte de animais e outros.
• Implementar IBS, CBS, CST, cClassTrib e vTotDFe conforme NTs da Reforma Tributária.
• Integrar meios de pagamento, cartão, PIX, agência, OTA, marketplace e conciliação.
• Gerar relatórios de documentos normais, múltiplos, vinculados, rejeitados, autorizados e cancelados.
• Registrar logs de emissão, reprocessamento, rejeição, evento, cancelamento e substituição.
• Testar cenários de homologação antes de produção.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA Normal e Múltiplo

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

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 ambiente de homologação do BPeTA?

O ambiente de homologação é o ambiente de testes usado por empresas e desenvolvedores para validar a emissão do BPeTA sem utilizar o ambiente real de produção. Ele é fundamental para reduzir risco técnico e fiscal antes do início da operação oficial.

No caso do BPeTA, a homologação foi disponibilizada na SVRS para que o mercado pudesse testar o novo serviço de recepção do transporte aéreo, os demais webservices do BP-e e as regras técnicas trazidas pela Nota Técnica 2025.002.

Para que serve a homologação?

A homologação serve para provar que o sistema emissor está pronto. Ela não deve ser usada apenas para “ver se transmite”. O correto é testar o ciclo completo: cadastro fiscal, certificado, XML, assinatura, recepção, autorização, rejeição, eventos, pagamentos, IBS/CBS, consulta, status, protocolo, relatórios e auditoria.

Fluxo básico de testes do BPeTA

O fluxo de homologação deve simular a operação real, mas com dados de teste. A empresa deve criar cenários de emissão normal, emissão múltipla, vinculado a múltiplo, rejeições esperadas, cancelamento, eventos, consulta, status, IBS/CBS e pagamentos.

Credenciamento e filial emitente

Mesmo em um projeto de homologação, a empresa precisa tratar credenciamento com seriedade. O Portal BP-e/SVRS informa que as empresas do setor devem solicitar credenciamento nas unidades federadas. Em produção, o ambiente do BPeTA foi liberado para todas as UFs, mas a habilitação e o credenciamento devem ser tratados em cada UF para as filiais das empresas aéreas inscritas.

Certificado digital, assinatura e segurança

O certificado digital é essencial para a assinatura do XML. Na homologação, o sistema precisa testar assinatura, cadeia do certificado, validade, vínculo com o emitente e rejeições relacionadas à autoria e integridade do documento.

XML, schema e validação técnica

O XML do BPeTA deve seguir os schemas oficiais publicados junto às notas técnicas. A homologação é o momento de validar campos obrigatórios, estrutura do modal aéreo, grupos de valores, comprador, passageiro, viagem, pagamentos, IBS/CBS e eventos.

Webservices usados na homologação

O BPeTA faz parte dos serviços do sistema BP-e e utiliza os demais webservices disponíveis para o Bilhete de Passagem. Isso significa que o projeto de homologação não deve testar apenas recepção, mas também consulta, status e eventos.

Rejeições e regras de validação

A homologação é o melhor momento para testar rejeições. Um bom sistema não deve esconder o erro do usuário. Ele precisa exibir código, motivo, campo relacionado, causa provável e orientação de correção.

IBS, CBS e Rejeição 310 em homologação

A Reforma Tributária do Consumo também precisa ser testada na homologação. A SVRS informou que, conforme NTs 2026.002, a regra de validação que exige IBS e CBS, associada à Rejeição 310, passa a ser aplicada a todas as emissões no ambiente de homologação da SVRS.

Testes com BPeTA Normal e Múltiplo

O ambiente de homologação deve testar todos os cenários do BPeTA, não apenas a compra normal. O sistema precisa validar BPeTA Normal, BPeTA Múltiplo e BPe vinculado a BPe múltiplo.

Pagamentos, PagVinc e split payment

Os testes de homologação devem incluir os grupos de pagamento. As notas técnicas da Reforma Tributária introduziram informações de vinculação da transação de pagamento nos DFes, incluindo BPe, BPeTM e BPeTA. Além disso, os schemas do BPeTA Normal e Múltiplo passaram a tratar os grupos pag e PagVinc na estrutura choice.

Eventos, consulta, status e protocolo

Um BPeTA autorizado em homologação não encerra o teste. O sistema precisa provar que consegue consultar o documento, obter status, registrar eventos e armazenar protocolo.

Roteiro de testes recomendado

Um roteiro de homologação deve cobrir cenários positivos e negativos. O ideal é montar uma matriz de testes com emissão autorizada, emissão rejeitada, eventos aceitos, eventos rejeitados, consulta, status, pagamento, IBS/CBS, BPeTA Normal, Múltiplo e Vinculado.

Como sair da homologação para produção

A passagem para produção deve acontecer somente depois que o sistema estiver estável em homologação. A equipe precisa validar autorização, rejeições, eventos, pagamentos, IBS/CBS, relatórios, logs, contingência operacional, treinamento dos usuários e credenciamento das filiais.

Erros comuns

Os erros mais comuns são testar apenas um XML autorizado, ignorar rejeições, não testar eventos, não validar IBS/CBS, esquecer o vTotDFe quando aplicável, misturar homologação com produção, não configurar filial e credenciamento, não validar certificado, não testar BPeTA Múltiplo, não testar BPe vinculado a múltiplo e não preparar relatórios de auditoria.

Como o Vexado pode ajudar

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

Para projetos com BPeTA em homologação, o caminho correto é montar um plano de testes completo antes da produção. Isso inclui NT 2025.002, schemas, webservices, credenciamento, filial, certificado, IBS/CBS, pagamentos, PagVinc, eventos, rejeições, relatórios e integrações com sistemas de venda, reserva, financeiro e operação.

Checklist prático para homologação do BPeTA

• Baixar a NT 2025.002 v2.00 do BPe Transporte Aéreo no Portal BP-e/SVRS.
• Baixar schemas oficiais atualizados do BPeTA.
• Validar modificações aplicáveis das NTs 2026.001 e 2026.002.
• Confirmar credenciamento da filial na UF competente.
• Configurar ambiente de homologação separado da produção.
• Configurar certificado digital e assinatura do XML.
• Configurar série, numeração e dados do emitente para testes.
• Testar emissão de BPeTA Normal.
• Testar emissão de BPeTA Múltiplo.
• Testar emissão vinculada a BPe múltiplo.
• Validar passageiro obrigatório no BPeTA Normal.
• Validar passageiro vedado no BPeTA Múltiplo.
• Validar comprador obrigatório no BPeTA Múltiplo.
• Validar chave do BPe múltiplo no documento vinculado.
• Testar grupos pag e PagVinc conforme schema vigente.
• Testar IBS, CBS, CST, cClassTrib e vTotDFe.
• Testar cenário de Rejeição 310 em homologação.
• Testar recepção, consulta, status e eventos.
• Testar cancelamento, não embarque e eventos aplicáveis.
• Testar rejeições por XML inválido, certificado, emitente, pagamento e tributação.
• Gerar relatórios de documentos autorizados, rejeitados, cancelados e pendentes.
• Registrar logs de usuário, data, horário, XML, protocolo, rejeição e reprocessamento.
• Treinar equipe fiscal, TI, suporte, financeiro e operação.
• Fazer produção assistida somente após homologação validada.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar BPeTA em homologação

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

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.

Primeiro passo: identificar o modal

O primeiro filtro é o modal de transporte. O modal ajuda a entender qual documento antigo era usado, quais campos operacionais serão necessários e qual estrutura fiscal deve ser analisada.

Segundo passo: entender a forma de cobrança

A forma de cobrança é uma das chaves mais importantes para identificar o BP-e correto. Uma venda individual com passageiro identificado tende a seguir uma lógica diferente de uma operação por catraca, contador ou validador.

Terceiro passo: verificar passageiro individual ou totalização

A emissão individual por passageiro e a emissão por totalização exigem lógicas diferentes. No BP-e comum, a emissão costuma estar associada a uma passagem individual. No BP-e TM, a operação pode envolver contadores, catracas, validadores e totalizações operacionais.

Quando usar BP-e Rodoviário?

O BP-e Rodoviário deve ser avaliado quando a operação envolve transporte rodoviário de passageiros, especialmente em viagens intermunicipais, interestaduais ou internacionais, com venda de passagem individual, origem, destino, passageiro, horário, veículo, linha e, quando aplicável, poltrona.

Quando usar BP-e Aquaviário?

O BP-e Aquaviário deve ser avaliado quando a operação envolve transporte aquaviário de passageiros, como barcas, balsas, ferry boats, lanchas, catamarãs, barcos e travessias hidroviárias, fluviais ou marítimas.

A análise deve considerar se a operação transporta apenas passageiros, passageiros com veículos acompanhados, travessias com horários, embarcações específicas, terminais, portos, píeres e controle de capacidade.

Quando usar BP-e Ferroviário?

O BP-e Ferroviário deve ser avaliado quando a operação envolve transporte ferroviário de passageiros, com estações, linhas, trechos, horários, composição, classes e controle de embarque.

A decisão deve considerar se a operação é uma passagem individual ferroviária ou se possui dinâmica de transporte metropolitano/metroviário com catracas, validadores, totalização e integração tarifária.

Quando usar BP-e TM?

O BP-e TM deve ser avaliado quando a prestação de transporte de passageiros tem característica semiurbana ou metropolitana e a cobrança ocorre por contadores, catracas, validadores ou sistemas equivalentes.

A diferença central é que o BP-e TM não segue necessariamente a mesma lógica de uma passagem individual rodoviária. Ele pode envolver totalização por linha, período, equipamento, categoria tarifária, integração, gratuidade, cartão de transporte e relatório operacional.

Como identificar operação metropolitana?

Uma operação metropolitana geralmente envolve transporte de passageiros dentro ou entre municípios de uma região metropolitana, com alta frequência, integração tarifária, linhas regulares, terminais, catracas, validadores e forte dependência de totalização.

Nem toda operação metropolitana será automaticamente igual. O sistema precisa avaliar forma de cobrança, existência de passageiro individual, tipo de linha, equipamento usado, integração, UF, credenciamento e leiaute fiscal aplicável.

Como identificar operação semiurbana?

A operação semiurbana costuma ter características de linha regular, deslocamento entre municípios próximos, alta frequência e cobrança mais parecida com transporte urbano/metropolitano do que com passagem rodoviária convencional.

O ponto mais importante é verificar se a operação ocorre com venda individual por passageiro ou com cobrança por catraca, contador ou sistema equivalente. Esse detalhe pode mudar completamente o leiaute aplicável.

Como analisar operação metroviária?

A operação metroviária exige análise específica. Metrôs e sistemas similares normalmente trabalham com estações, bloqueios, validadores, cartões, integrações, alta frequência, gratuidades, categorias tarifárias e totalizações.

Por isso, antes de tentar emitir um BP-e comum, a empresa deve avaliar se a operação se enquadra em BP-e TM, em regra específica da UF ou em outro fluxo técnico definido pela legislação e pelas notas técnicas vigentes.

Quando usar BPeTA?

O BPeTA deve ser avaliado quando a operação envolve transporte aéreo de passageiros. Ele possui Nota Técnica própria, serviço de recepção específico, autorização centralizada na SVRS, uso de webservices do BP-e e impactos da Reforma Tributária.

O BPeTA exige dados próprios do modal aéreo: voo, aeroporto de origem, aeroporto de destino, trecho, conexão, companhia operadora, passageiro, comprador, localizador, reserva, tarifa, taxa, bagagem, assento, remarcação, cancelamento, não embarque, pagamentos, PagVinc, IBS, CBS e eventos.

Matriz prática de decisão

A matriz abaixo ajuda a identificar o caminho mais provável. Ela não substitui análise fiscal, mas serve como guia inicial para organizar a operação antes da implantação.

Perguntas-chave antes de emitir

Antes de implantar ou configurar o BP-e, a empresa deve responder um conjunto de perguntas. Essas respostas evitam escolher o leiaute errado, emitir no ambiente errado ou montar um XML incompatível com a operação real.

• Qual é o modal da operação: rodoviário, aquaviário, ferroviário, metropolitano, semiurbano, metroviário ou aéreo?
• A passagem é individual por passageiro?
• O passageiro é identificado antes do embarque?
• Existe controle de poltrona, assento, cabine, vagão, embarcação ou voo?
• A cobrança ocorre por guichê, site, app, agência, marketplace, catraca, cartão ou validador?
• Existe catraca, contador, bloqueio, validador ou sistema equivalente?
• A operação exige totalização por linha, equipamento, período, categoria ou estação?
• Existe integração tarifária, gratuidade ou categoria de passageiro?
• A operação envolve voo, localizador, reserva, aeroporto ou companhia aérea?
• A UF exige credenciamento específico?
• O certificado, CNPJ, IE, série e numeração estão corretos?
• Quais eventos serão necessários: cancelamento, substituição, não embarque ou fornecimento não realizado?
• Como o pagamento será conciliado com o documento fiscal?
• Há impacto de IBS, CBS, CST, cClassTrib, vTotDFe ou PagVinc?

Documento antigo substituído ajuda na decisão

Uma forma prática de identificar o BP-e correto é verificar qual documento antigo a operação substituía ou substitui. O BP-e modelo 63 pode substituir documentos de passagem antigos, conforme regra da UF.

Pagamentos e PagVinc na identificação do tipo correto

A forma de pagamento não define sozinha o tipo de BP-e, mas ajuda a entender a complexidade da operação. Pagamentos por cartão, PIX, agência, OTA, marketplace, validador, bilhetagem eletrônica e integração tarifária podem exigir integrações diferentes e relatórios diferentes.

Reforma Tributária, IBS e CBS

A Reforma Tributária do Consumo impacta o ecossistema de documentos fiscais eletrônicos, incluindo BP-e, BP-e TM e BPeTA. Por isso, identificar o tipo correto de BP-e também exige verificar quais grupos tributários, regras de validação, meios de pagamento e totalizações serão necessários no XML.

Erros comuns na escolha do BP-e

Os erros mais comuns acontecem quando a empresa escolhe o tipo de BP-e olhando apenas para o nome do modal e ignora a forma real da operação.

O que o sistema precisa validar?

Um sistema emissor de BP-e deve impedir que o usuário escolha o tipo errado sem validação. O ideal é que o sistema conduza a configuração com base na operação, no modal, na forma de cobrança, no credenciamento e no leiaute.

Como o Vexado pode ajudar

O Sistema Vexado pode apoiar empresas de transporte na identificação, implantação e operação de diferentes fluxos de BP-e, incluindo BP-e Rodoviário, BP-e Aquaviário, BP-e Ferroviário, BP-e Metropolitano, BP-e Semiurbano, BP-e Metroviário e estudos técnicos para BPeTA.

O Vexado pode apoiar com emissão de BP-e, venda de passagens, controle de passageiros, cadastros operacionais, integrações, APIs, pagamentos, relatórios, automação, implantação, suporte e auditoria, conforme análise técnica e fiscal da operação.

Checklist prático para identificar o BP-e correto

• Identifique o modal da operação de passageiros.
• Confirme se a operação é rodoviária, aquaviária, ferroviária, metropolitana, semiurbana, metroviária ou aérea.
• Verifique se a venda é individual por passageiro.
• Verifique se existe passageiro identificado.
• Verifique se existe poltrona, assento, cabine, vagão, embarcação ou voo.
• Identifique se a cobrança é feita por guichê, site, app, agência, marketplace, catraca ou validador.
• Verifique se existem catracas, contadores, bloqueios ou sistemas equivalentes.
• Confirme se há totalização por linha, equipamento, período, estação ou categoria.
• Confirme se há integração tarifária, gratuidades ou categorias de passageiro.
• Identifique o documento antigo substituído, quando existir.
• Valide se o caso é BP-e comum, BP-e TM ou BPeTA.
• Confirme a UF competente e o credenciamento necessário.
• Valide CNPJ, IE, certificado digital, ambiente, série e numeração.
• Mapeie eventos necessários: cancelamento, substituição, não embarque e fornecimento não realizado.
• Mapeie pagamentos: dinheiro, cartão, PIX, TEF, agência, marketplace e PagVinc.
• Valide impactos de IBS, CBS, CST, cClassTrib e vTotDFe.
• Teste XML, autorização, rejeições, eventos e relatórios em homologação.
• Treine fiscal, financeiro, operação, suporte e TI.
• Valide tudo com contador, responsável fiscal, SEFAZ, jurídico e equipe técnica.

Fontes oficiais para validar o tipo correto de BP-e

Como BP-e, BP-e TM, BPeTA, Reforma Tributária, IBS, CBS, pagamentos 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, 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.

Qual é a diferença prática?

A diferença prática está menos no número do modelo fiscal e mais na forma como a operação gera os dados fiscais. Uma ferrovia de passageiros pode ter venda por passageiro, estação de origem, estação de destino, horário, tarifa e emissão individualizada. Já o metrô normalmente opera com alto volume, catracas, cartões, integrações tarifárias, gratuidades, descontos, estações, validadores e totalizações.

Como funciona no transporte ferroviário?

No transporte ferroviário de passageiros, o BP-e modelo 63 pode substituir o antigo Bilhete de Passagem Ferroviário modelo 16. A empresa precisa controlar a prestação de transporte, as estações, o trecho, o passageiro quando aplicável, a tarifa, o pagamento, o XML, a autorização, o protocolo e os eventos fiscais.

Em algumas operações ferroviárias, o veículo transportador pode não ser o centro da totalização. A estação de embarque, a linha, o serviço, a integração e o controle de passageiros podem ser mais importantes para formar a base fiscal correta.

Como funciona no transporte metroviário?

No transporte metroviário, a operação costuma ser mais massiva e automatizada. O passageiro passa por catraca, cartão, validador, QR Code, bilhetagem integrada, gratuidade ou integração tarifária. Por isso, a emissão fiscal normalmente exige totalização, agrupamento e relatórios, em vez de depender apenas de uma venda individual tradicional.

O que é BP-e TM?

O BP-e TM é um tipo de BP-e voltado ao transporte metropolitano em linha, especialmente quando a cobrança da passagem ocorre por contadores, catracas ou sistemas equivalentes. Ele não deve ser tratado como uma simples impressão de bilhete. É uma rotina fiscal eletrônica que depende de dados operacionais, totalizações, leiaute específico, credenciamento e relatórios.

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

O Bilhete de Passagem Ferroviário modelo 16 era o documento fiscal antigo da sistemática anterior. O BP-e modelo 63 substitui essa lógica quando a UF exige, permite ou credencia a emissão eletrônica.

Comparativo ferroviário x metroviário

A tabela abaixo resume a principal diferença entre tratar uma operação ferroviária e uma operação metroviária dentro do BP-e modelo 63.

O que o sistema precisa controlar?

Um sistema preparado para BP-e ferroviário ou metroviário precisa fazer mais do que gerar XML. Ele precisa conectar operação, bilhetagem, estação, financeiro, fiscal, integrações, relatórios e auditoria.

Catracas, validadores e totalizações

No transporte metroviário e metropolitano, a emissão fiscal pode depender de milhões de eventos de catraca, cartão, QR Code, integração e gratuidade. Por isso, o sistema precisa consolidar eventos com segurança, sem perder rastreabilidade.

XML, DABPE, autorização e protocolo

O documento fiscal principal do BP-e é o XML autorizado. O DABPE é apenas uma representação gráfica auxiliar. Em operações ferroviárias e metroviárias, a empresa precisa garantir que o XML, a autorização, o protocolo e os relatórios estejam coerentes com a operação real.

Como implantar BP-e ferroviário ou metroviário

A implantação deve começar pelo diagnóstico fiscal e operacional. Antes de desenvolver ou configurar o sistema, é preciso entender se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana, com bilhete individual, com catraca, com validador, com integração, com totalização diária ou com totalização mensal.

Erros comuns

Os erros mais comuns são achar que todo BP-e modelo 63 é igual, ignorar o BP-e TM, tratar catracas como simples contador sem auditoria, não armazenar eventos, não vincular totalização ao XML, não controlar protocolo, não validar credenciamento e não separar operação ferroviária tradicional de operação metroviária/metropolitana.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e ferroviário, BP-e metroviário, BP-e TM, integração com catracas, validadores, bilhetagem, totalizações, XML, DABPE, autorização, protocolo, relatórios, financeiro e auditoria.

Checklist prático

Use este checklist para avaliar se sua operação ferroviária ou metroviária está preparada para BP-e modelo 63.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação é ferroviária tradicional, metroviária, metropolitana, semiurbana ou integrada.
• Validar se o caso exige BP-e comum, BP-e TM ou outro tratamento específico.
• Confirmar se o antigo Bilhete de Passagem Ferroviário modelo 16 foi substituído na UF.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Mapear estações, linhas, trechos, sentidos, horários, tarifas e categorias.
• Mapear catracas, validadores, QR Code, cartões, integrações, gratuidades e benefícios.
• Definir regras de totalização por estação, equipamento, período, tarifa, categoria e integração.
• Controlar XML, assinatura digital, autorização, protocolo, chave de acesso e eventos.
• Validar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Armazenar logs, eventos de bilhetagem, totalizações, relatórios e reprocessamentos.
• Conferir vendas, passageiros, eventos, pagamentos, gratuidades, integrações e documentos fiscais.
• Testar rejeições, contingências, cancelamentos, substituições e ajustes operacionais.
• Gerar relatórios analíticos para auditoria fiscal e operacional.
• Treinar equipes de fiscal, tecnologia, bilhetagem, operação, financeiro e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar BP-e ferroviário e metroviário

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que é BP-e por passageiro?

BP-e por passageiro é a emissão do Bilhete de Passagem Eletrônico a partir de uma venda individual. A empresa vende uma passagem para um passageiro, com origem, destino, data, horário, tarifa, forma de pagamento e, quando aplicável, poltrona, ponto de embarque e ponto de desembarque.

Essa lógica é muito comum em empresas de transporte rodoviário convencional, aquaviário com venda individual, ferroviário com passagem por trecho ou qualquer operação em que cada passageiro tenha um documento fiscal individualizado.

O que é BP-e por totalização?

BP-e por totalização é a lógica em que a emissão fiscal é formada a partir da consolidação de eventos operacionais. Em vez de cada venda individual gerar diretamente um BP-e separado, o sistema recebe eventos de catracas, contadores, validadores, bilhetagem, cartões, QR Code, gratuidades, integrações e outras fontes, totaliza esses dados e gera a base fiscal conforme a regra aplicável.

Essa lógica aparece principalmente em operações de transporte metropolitano, semiurbano, metroviário, ferroviário de grande volume e linhas com cobrança por equipamentos ou sistemas equivalentes. O ponto mais importante é que a totalização precisa ser auditável.

Quando usar cada lógica?

A escolha não deve ser feita por preferência operacional. Ela depende do tipo de prestação, da forma de cobrança, da regra fiscal da UF, do credenciamento, do leiaute técnico e da maneira como a operação realmente acontece.

Relação com BP-e TM

O BP-e TM é um tipo de BP-e com leiaute específico para transporte metropolitano em linha, especialmente quando há cobrança por contadores, catracas ou sistemas equivalentes. Por isso, o BP-e por totalização costuma aparecer fortemente em projetos de BP-e TM.

Enquanto o BP-e por passageiro depende da venda individual, o BP-e TM pode depender de uma base consolidada de eventos. Isso exige integração, validação, totalização, relatório analítico, XML, autorização, protocolo e armazenamento com rastreabilidade.

Tabela comparativa: BP-e por passageiro x BP-e por totalização

A tabela abaixo resume as diferenças mais importantes para implantação, operação, suporte, fiscalização e auditoria.

Quais dados mudam?

No BP-e por passageiro, o dado fiscal nasce da venda. No BP-e por totalização, o dado fiscal nasce da operação. Por isso, os campos, integrações, relatórios e validações mudam bastante.

Catracas, validadores e contadores

No BP-e por totalização, os equipamentos deixam de ser apenas itens operacionais e passam a alimentar a base fiscal. Por isso, catracas, validadores e contadores precisam ser cadastrados, identificados, monitorados, auditados e vinculados à linha, ponto, estação, veículo, período e regra de totalização.

XML, DABPE, autorização e protocolo

Em qualquer modelo de BP-e, o documento fiscal principal é o XML autorizado. O DABPE é um documento auxiliar. A diferença é que, no BP-e por passageiro, o XML costuma nascer da venda individual. No BP-e por totalização, o XML pode nascer de uma consolidação de eventos, conforme regra técnica e fiscal aplicável.

Relatórios e auditoria

No BP-e por passageiro, a auditoria compara venda, pagamento, passageiro, embarque, cancelamento, XML e protocolo. No BP-e por totalização, a auditoria precisa ir além: ela deve explicar como os eventos brutos viraram totalização e como a totalização formou o documento fiscal.

O que o sistema precisa controlar?

Um sistema preparado para BP-e por passageiro e BP-e por totalização precisa operar em duas arquiteturas diferentes: transacional e consolidada. A primeira nasce da venda. A segunda nasce de eventos.

Como implantar BP-e por passageiro ou por totalização

A implantação começa entendendo a natureza da operação. Se a empresa vende passagens individualmente, o projeto precisa focar em venda, passageiro, pagamento, DABPE e XML. Se a empresa trabalha com catracas, validadores e eventos, o projeto precisa focar em integração, totalização, relatório analítico e rastreabilidade.

Erros comuns

Os erros mais comuns são tratar toda operação como passagem individual, ignorar a necessidade de totalização em operações metropolitanas, perder eventos brutos, não guardar logs, não vincular totalização ao XML, confundir relatório com documento fiscal, não validar credenciamento específico e não separar operação por passageiro de operação por eventos.

Como o Sistema Vexado ajuda

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

Checklist prático

Use este checklist para avaliar se sua operação deve seguir BP-e por passageiro, BP-e por totalização ou um modelo híbrido.

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

Fontes oficiais para validar BP-e por passageiro e por totalização

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que é BP-e rodoviário?

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

Na prática, o BP-e rodoviário costuma estar ligado a empresas de ônibus, viações, turismo rodoviário regular, linhas intermunicipais, interestaduais ou internacionais, rodoviárias, agências, guichês, sites, marketplaces, aplicativos, venda assistida e controle de embarque.

O que é BP-e ferroviário?

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

A emissão ferroviária pode envolver estação de origem, estação de destino, linha, sentido, trecho, serviço, classe, horário, tarifa, passageiro, integração, composição e controle por estação. Em algumas operações ferroviárias, o foco pode ser menos “rodoviária e poltrona” e mais “estação, linha e trecho ferroviário”.

Modelo 13 x modelo 16

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

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

A tabela abaixo resume as diferenças práticas na emissão.

Quais dados mudam na emissão?

Na emissão do BP-e rodoviário, os dados mais sensíveis normalmente são rota, origem, destino, ponto de embarque, ponto de desembarque, veículo, poltrona, passageiro, tarifa, pagamento e embarque. Na emissão do BP-e ferroviário, os dados mais sensíveis podem ser estação de origem, estação de destino, linha ferroviária, sentido, trecho, serviço, classe, tarifa, horário e integração.

Embarque: rodoviária x estação

O embarque é uma das maiores diferenças operacionais entre os dois modais. No rodoviário, o processo geralmente passa por rodoviária, plataforma, ponto de embarque, motorista, lista de passageiros e conferência da passagem. No ferroviário, o processo pode passar por estação, catraca, validador, plataforma, trem, classe, linha, sentido e integração.

Venda de passagem e controle operacional

Na venda rodoviária convencional, o passageiro normalmente escolhe origem, destino, data, horário, empresa, classe, poltrona e forma de pagamento. Na venda ferroviária, o passageiro pode escolher estação de origem, estação de destino, horário, linha, classe, serviço, categoria tarifária e forma de pagamento.

XML, DABPE, autorização e protocolo

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

Cancelamento, remarcação e substituição

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

Relatórios e auditoria

Os relatórios mudam conforme o modal. No rodoviário, é comum auditar vendas, poltronas, passageiros, viagens, veículos, motoristas, pagamentos, embarques e cancelamentos. No ferroviário, a auditoria pode exigir relatórios por estação, linha, trecho, classe, serviço, horário, integração, tarifa, XML e protocolo.

O que o sistema precisa controlar?

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

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

A implantação deve começar pela identificação do modal e da operação real. Uma empresa rodoviária precisa mapear rotas, pontos, veículos, poltronas, passageiros, pagamentos e embarque. Uma empresa ferroviária precisa mapear estações, linhas, serviços, trechos, classes, tarifas, integrações e controles de estação.

Erros comuns

Os erros mais comuns são tratar rodoviário e ferroviário como se fossem a mesma emissão, copiar cadastros de ônibus para trem, ignorar estação de origem e destino, não diferenciar modelo 13 e modelo 16, não guardar XML autorizado, confundir DABPE com documento fiscal principal, não controlar protocolo, não testar rejeições e não validar a regra da UF competente.

Como o Sistema Vexado ajuda

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

Checklist prático

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

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

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

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

Atendimento web para empresas de transporte em todo o Brasil

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

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

O que significa automatizar BP-e aquaviário?

Automatizar BP-e aquaviário significa fazer com que a emissão fiscal deixe de ser uma atividade manual e passe a ser consequência natural da operação. Quando o passageiro compra uma passagem de barca, balsa, lancha, catamarã ou ferry boat, o sistema já deve saber qual empresa emite, qual UF autoriza, qual certificado será usado, qual rota será aplicada, qual embarcação realizará a travessia, qual tarifa será cobrada e qual documento fiscal deve ser gerado.

A automação correta reduz falhas como digitação manual, emissão fora de prazo, XML sem protocolo, passagem sem documento fiscal, divergência entre financeiro e fiscal, erro em tarifa, duplicidade de emissão, venda acima da capacidade da embarcação e dificuldade de apresentar documentos em auditoria.

1. Diagnóstico fiscal e operacional

Antes de automatizar, a empresa precisa entender como sua operação aquaviária se enquadra. O BP-e modelo 63 documenta transporte de passageiros, mas cada UF pode ter regras, prazos, credenciamento, ambientes, séries, numeração e procedimentos próprios. Por isso, o primeiro passo é validar a obrigatoriedade com contador, responsável fiscal, SEFAZ e equipe técnica.

2. Cadastros obrigatórios da operação

A automação depende de cadastros bem estruturados. Sem cadastro correto de empresa, certificado, portos, embarcações, tarifas e travessias, o sistema pode até gerar uma venda, mas terá dificuldade para emitir um BP-e confiável.

3. Venda de passagem integrada ao fiscal

O fluxo ideal é que a venda da passagem já gere os dados necessários para o BP-e. Isso evita que o operador venda em uma tela, copie dados para outra e só depois tente emitir manualmente. Em empresas aquaviárias, essa integração é ainda mais importante porque a venda pode depender de horário, capacidade da embarcação, passageiro, veículo acompanhado e controle de embarque.

4. Passageiro, veículo acompanhado, bagagem e carga

No transporte aquaviário, algumas operações envolvem passageiro a pé, passageiro com bicicleta, moto, carro, caminhonete, bagagem adicional, volumes, encomendas ou cargas. Essa separação é crítica, porque o BP-e é documento de transporte de passageiros. Nem todo item transportado junto da operação deve ser tratado como passagem.

5. Motor fiscal de BP-e

O motor fiscal é o coração da automação. Ele recebe os dados da venda e da operação, valida campos obrigatórios, gera o XML, assina digitalmente, transmite ao ambiente autorizado, interpreta o retorno da SEFAZ, armazena o protocolo e libera o DABPE ou a chave de acesso para o passageiro.

6. XML, DABPE, autorização e protocolo

Na automação do BP-e aquaviário, o sistema precisa deixar claro que o documento fiscal principal é o XML autorizado. O DABPE é documento auxiliar e ajuda o passageiro, o operador e o embarque, mas não substitui o XML autorizado e o protocolo de autorização.

7. Pagamentos e conciliação

Para automatizar BP-e aquaviário com segurança, o pagamento precisa conversar com a emissão fiscal. Se o passageiro paga por PIX, cartão, TEF, link, dinheiro, agência ou marketplace, o sistema deve registrar o status do pagamento, o canal, o usuário, o valor, a tarifa, a comissão e o vínculo com a passagem e o BP-e.

8. Embarque aquaviário automatizado

No transporte aquaviário, o embarque precisa controlar passageiro, embarcação, horário, porto, píer, terminal, rampa, capacidade, veículos acompanhados e status do BP-e. A automação deve impedir que a operação perca o vínculo entre a passagem vendida, o passageiro embarcado e o documento fiscal autorizado.

9. Cancelamento, remarcação e eventos

Uma automação completa precisa tratar o ciclo de vida do BP-e. Não basta emitir. O sistema precisa controlar cancelamento, remarcação, substituição, não embarque, reembolso, alteração de horário, troca de embarcação, rejeição, reenvio e histórico de eventos.

10. Relatórios, auditoria e armazenamento

A automação só é confiável quando a empresa consegue auditar o fluxo completo. Em uma fiscalização, suporte ou fechamento financeiro, a empresa precisa localizar rapidamente venda, passageiro, pagamento, embarcação, travessia, XML, protocolo, DABPE, cancelamento e embarque.

11. Integrações e APIs

Empresas aquaviárias podem vender em múltiplos canais e operar com sistemas diferentes. Por isso, a automação do BP-e precisa estar preparada para integrar site, aplicativo, agência, marketplace, guichê, financeiro, pagamentos, BI, embarque, totens, leitores de QR Code e sistemas de operação portuária ou terminal.

12. Plano de implantação

A implantação deve ser feita por etapas para reduzir risco fiscal e operacional. O ideal é começar com homologação, validar cadastros, testar XML, conferir rejeições, simular cancelamentos, testar DABPE, integrar pagamento, treinar usuários e só depois entrar em produção assistida.

Erros comuns ao automatizar BP-e aquaviário

Os erros mais comuns são adaptar uma operação aquaviária como se fosse rodoviária, não cadastrar portos e píeres corretamente, não separar passageiro de veículo acompanhado, misturar carga com passagem, vender acima da capacidade da embarcação, não integrar pagamento com emissão, não guardar XML autorizado, não controlar protocolo, não tratar rejeições e não validar regras da UF competente.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam automatizar BP-e aquaviário, venda de passagens, cadastros de portos, píeres, terminais, embarcações, travessias, passageiros, pagamentos, XML, DABPE, autorização, protocolo, embarque, integrações, financeiro, relatórios e auditoria.

Checklist prático para automatizar BP-e aquaviário

Use este checklist para avaliar se sua empresa está pronta para automatizar a emissão de BP-e no transporte aquaviário.

• Validar na SEFAZ competente se a operação deve emitir BP-e modelo 63.
• Confirmar se a operação se enquadra como transporte aquaviário de passageiros.
• Validar se há substituição do Bilhete de Passagem Aquaviário modelo 14.
• Validar CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração e credenciamento.
• Cadastrar portos, píeres, terminais, rampas, pontos de origem e destino.
• Cadastrar embarcações, capacidade, tipo, status, classe e vínculo com travessias.
• Cadastrar rotas, travessias, horários, frequência, tarifas, categorias e regras comerciais.
• Integrar venda de guichê, site, aplicativo, agência, marketplace ou atendimento assistido.
• Separar passageiro, veículo acompanhado, veículo desacompanhado, carga, encomenda e bagagem adicional.
• Integrar pagamentos em dinheiro, cartão, PIX, TEF, link, agência ou marketplace.
• Gerar XML automaticamente com base na venda e nos cadastros fiscais.
• Assinar digitalmente o XML com certificado válido.
• Transmitir o BP-e e armazenar autorização, protocolo e chave de acesso.
• Gerar DABPE quando aplicável, lembrando que ele não substitui o XML autorizado.
• Controlar embarque por QR Code, lista, terminal, embarcação, capacidade e status fiscal.
• Controlar cancelamento, remarcação, substituição, não embarque, rejeição e reprocessamento.
• Gerar relatórios de vendas, passageiros, embarcações, veículos acompanhados, pagamentos, XMLs e protocolos.
• Monitorar rejeições, inconsistências, documentos pendentes e falhas de integração.
• Treinar equipes de fiscal, tecnologia, operação, bilheteria, guichê, financeiro, embarque e suporte.
• Validar todo o fluxo com contador, responsável fiscal, SEFAZ, jurídico, órgão regulador e equipe técnica.

Fontes oficiais para validar automação de 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, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

Quem precisa de sistema para BP-e aquaviário?

Empresas que transportam passageiros por via aquaviária podem precisar de um sistema preparado para BP-e quando a operação estiver enquadrada na emissão do modelo 63 pela UF competente. Isso inclui empresas de travessia, transporte hidroviário, transporte fluvial, transporte marítimo, barcas, balsas, ferry boats, lanchas, catamarãs e embarcações de passageiros.

BP-e modelo 63 e Bilhete Aquaviário modelo 14

O BP-e modelo 63 moderniza a emissão fiscal de passagem de passageiros. No transporte aquaviário, ele pode substituir o antigo Bilhete de Passagem Aquaviário modelo 14, conforme adoção e regra da unidade federada competente.

A empresa deve validar com contador, responsável fiscal e SEFAZ da UF se a operação aquaviária está obrigada, habilitada ou apta a emitir BP-e, qual ambiente usar, qual série, qual numeração, quais eventos são aplicáveis e quais regras específicas devem ser seguidas.

Módulos essenciais do sistema

Um sistema para emissão de BP-e em transporte aquaviário precisa ir além do botão “emitir”. Ele deve ter módulos conectados para que a emissão fiscal reflita a operação real.

Cadastros obrigatórios para BP-e aquaviário

A qualidade da emissão depende diretamente dos cadastros. Se a empresa não cadastrar corretamente portos, píeres, travessias, embarcações, horários, tarifas e certificados, o sistema pode gerar rejeições, divergências operacionais ou relatórios inconsistentes.

Venda de passagens integrada ao BP-e

O sistema ideal deve permitir que a venda da passagem gere automaticamente a base fiscal do BP-e. Assim, o operador não precisa vender em um sistema e depois emitir manualmente em outro. A venda deve alimentar dados de passageiro, travessia, tarifa, pagamento, embarcação, canal de venda e status fiscal.

Passageiro, veículo, bagagem e carga

No transporte aquaviário, a operação pode envolver passageiro a pé, passageiro com carro, passageiro com moto, bicicleta, bagagem adicional, volumes, encomendas ou carga. O sistema precisa separar corretamente essas situações para não tratar tudo como passagem de passageiro.

Motor fiscal de BP-e

O motor fiscal é a parte do sistema responsável por gerar e controlar o BP-e. Ele recebe dados da venda e da operação, valida as informações, monta o XML, assina digitalmente, transmite para autorização, interpreta o retorno, armazena o protocolo e libera o DABPE quando aplicável.

XML, DABPE, autorização e protocolo

O documento fiscal principal do BP-e é o XML autorizado. O DABPE é apenas o documento auxiliar, usado para facilitar consulta e embarque. Por isso, o sistema deve impedir que a operação confunda comprovante de pagamento, recibo interno ou DABPE sem autorização com documento fiscal regular.

Controle de embarque aquaviário

O embarque aquaviário exige controle operacional próprio. A empresa precisa saber quem comprou, quem pagou, quem teve BP-e autorizado, quem recebeu DABPE, quem embarcou, em qual embarcação, em qual horário, por qual terminal, em qual porto ou píer e com qual veículo acompanhado quando houver.

Financeiro, pagamentos e conciliação

O sistema para BP-e aquaviário precisa conectar venda, pagamento e documento fiscal. Se o financeiro não conversa com o fiscal, a empresa pode ter BP-e autorizado sem pagamento confirmado, pagamento aprovado sem emissão, cancelamento sem estorno ou venda externa sem conciliação.

Relatórios e auditoria

Um bom sistema para emissão de BP-e aquaviário precisa entregar relatórios para gestão, fiscalização, suporte e financeiro. A empresa precisa localizar rapidamente qualquer passagem, XML, protocolo, passageiro, pagamento, embarcação, travessia, cancelamento ou embarque.

Integrações e APIs

Empresas de transporte aquaviário podem vender em vários canais e operar com diferentes sistemas. Por isso, o sistema de BP-e deve estar preparado para integrações com site, aplicativo, agências, marketplaces, pagamentos, leitores de QR Code, BI, financeiro, controle de embarque e sistemas internos.

Como implantar um sistema para emissão de BP-e aquaviário

A implantação deve ser feita por etapas, com validação fiscal e operacional. O ideal é começar com diagnóstico, configurar cadastros, homologar XML, testar rejeições, validar pagamentos, treinar usuários e só depois entrar em produção assistida.

Erros comuns ao escolher um sistema de BP-e aquaviário

Os erros mais comuns são escolher um emissor genérico sem operação aquaviária, adaptar balsa como se fosse ônibus, não cadastrar portos e píeres, não controlar capacidade da embarcação, não separar passageiro de veículo acompanhado, misturar carga com passagem, não integrar pagamento, não guardar XML autorizado e não monitorar rejeições.

Como o Sistema Vexado ajuda

O Sistema Vexado pode apoiar empresas que precisam emitir BP-e em transporte aquaviário, automatizar venda de passagens, controlar embarcações, portos, píeres, travessias, passageiros, pagamentos, XML, DABPE, autorização, protocolo, embarque, integrações, financeiro, relatórios e auditoria.

Checklist prático para escolher um sistema de BP-e aquaviário

Use este checklist para avaliar se o sistema atende às necessidades de uma empresa de transporte aquaviário de passageiros.

• Permite configurar empresa, CNPJ, inscrição estadual, UF, certificado digital, ambiente, série e numeração.
• Permite emitir BP-e modelo 63 para transporte aquaviário de passageiros.
• Permite cadastrar portos, píeres, terminais, rampas, pontos de origem e destino.
• Permite cadastrar embarcações, capacidade, tipo, status, classe e disponibilidade.
• Permite cadastrar travessias, horários, frequência, tarifas, categorias e regras comerciais.
• Permite venda por guichê, site, agência, marketplace, aplicativo ou atendimento assistido.
• Permite controlar passageiro a pé, passageiro com veículo, bagagem adicional e serviços separados.
• Permite separar passageiro, veículo acompanhado, veículo desacompanhado, carga e encomenda.
• Permite integrar pagamentos em dinheiro, cartão, PIX, TEF, link, agência ou marketplace.
• Gera XML automaticamente com base na venda e nos cadastros fiscais.
• Assina digitalmente o XML com certificado válido.
• Transmite o BP-e, trata retorno da SEFAZ e armazena autorização, protocolo e chave de acesso.
• Gera DABPE quando aplicável, sem confundir documento auxiliar com XML autorizado.
• Controla embarque por QR Code, lista, terminal, embarcação, capacidade e status fiscal.
• Controla cancelamento, remarcação, substituição, não embarque, rejeição e reprocessamento.
• Gera relatórios de vendas, passageiros, embarcações, veículos acompanhados, pagamentos, XMLs e protocolos.
• Monitora documentos rejeitados, pendentes, cancelados, autorizados e com falha de integração.
• Possui logs de usuários, alterações, eventos, reprocessamentos e auditoria.
• Permite integração por API com site, app, pagamentos, marketplace, BI e sistemas internos.
• Conta com suporte, implantação, homologação, treinamento e produção assistida.

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, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

Marítimo, hidroviário, fluvial e aquaviário: qual termo usar?

No uso comercial, o termo transporte marítimo costuma se referir a operações por mar, baías, canais marítimos, ilhas, rotas costeiras, terminais marítimos, portos e travessias litorâneas. O termo fluvial é mais associado a rios. O termo hidroviário é mais amplo, abrangendo vias navegáveis. Já o termo aquaviário é essencial para precisão fiscal, pois aparece ligado ao antigo Bilhete de Passagem Aquaviário modelo 14.

Por isso, para SEO e comunicação comercial, vale usar BP-e marítimo, BP-e hidroviário e BP-e fluvial. Para precisão fiscal, o conteúdo também deve mencionar BP-e Aquaviário, BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14.

Quando o BP-e modelo 63 pode ser utilizado no transporte marítimo?

O BP-e modelo 63 pode ser utilizado quando a operação for uma prestação de transporte de passageiros por via marítima ou aquaviária, quando essa prestação estiver sujeita às regras fiscais aplicáveis e quando a unidade federada competente exigir, permitir ou credenciar a emissão do BP-e.

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

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado para passagens aquaviárias. O BP-e modelo 63 substitui essa lógica quando a unidade federada exige, permite ou credencia a emissão eletrônica.

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

Operações marítimas que precisam de atenção

O transporte marítimo de passageiros pode ter operações simples e operações compostas. O sistema precisa permitir separar corretamente a natureza de cada serviço para evitar emissão fiscal incorreta.

O que um sistema de BP-e marítimo precisa controlar?

Um sistema para BP-e marítimo precisa controlar a operação completa, desde a venda até a autorização fiscal e a auditoria. Não basta imprimir passagem. O centro da emissão fiscal é o XML autorizado.

Rotas, portos, píeres e pontos de embarque

No transporte marítimo, o cadastro de origem e destino precisa ser muito bem definido. A empresa deve saber exatamente de onde o passageiro sai, para onde vai, qual terminal marítimo, porto, píer ou ilha utiliza, qual embarcação realiza a viagem, qual horário foi vendido e qual tarifa foi aplicada.

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

A operação marítima depende da disponibilidade da embarcação. O sistema deve controlar capacidade, horários, bloqueios, manutenção, troca de embarcação, lotação, cancelamentos por clima, maré, ressaca, atrasos e histórico operacional.

Venda de passagens marítimas

A venda de passagens marítimas precisa ser rápida para o operador e completa para o fiscal. O sistema precisa permitir venda no guichê, terminal, agência, site, marketplace, app ou atendimento assistido, mantendo vínculo entre passagem, pagamento, passageiro, rota, embarcação e BP-e.

Pagamentos e conciliação financeira

O financeiro precisa conversar com a emissão fiscal. Uma operação marítima pode receber em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, marketplace ou outro canal. O sistema deve conciliar venda, pagamento, BP-e autorizado, BP-e rejeitado, cancelamento, estorno e embarque.

XML, DABPE, autorização e protocolo

No BP-e para transporte marítimo, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável, mas não substitui o XML.

Cancelamento, remarcação e substituição

Transporte marítimo pode sofrer mudanças por clima, maré, ressaca, manutenção, lotação, atraso, indisponibilidade de embarcação, bloqueio de rota ou desistência do passageiro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

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

Como implantar BP-e para transporte marítimo

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

Erros comuns no BP-e para transporte marítimo

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

Como o Sistema Vexado ajuda empresas de transporte marítimo

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

Checklist prático para BP-e marítimo

Use este checklist para avaliar se sua empresa está preparada para emitir BP-e no transporte marítimo de passageiros.

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

Fontes oficiais para validar BP-e marítimo

Como BP-e para transporte marítimo 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 marítimo, BP-e aquaviário, venda de passagens por embarcação, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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

Fluvial, hidroviário e aquaviário: qual termo usar?

No uso comercial e operacional, o termo transporte fluvial é usado para viagens realizadas por rios. O termo transporte hidroviário costuma ser mais amplo, envolvendo hidrovias, rios, lagos, baías, canais e vias navegáveis. Já o termo aquaviário é o mais importante para a linguagem fiscal do BP-e, porque se conecta ao antigo Bilhete de Passagem Aquaviário modelo 14.

Por isso, para SEO e comunicação comercial, vale usar BP-e Fluvial e BP-e Hidroviário. Para precisão fiscal, o conteúdo também deve mencionar BP-e Aquaviário, BP-e modelo 63 e Bilhete de Passagem Aquaviário modelo 14.

Quando o BP-e modelo 63 pode ser utilizado no transporte fluvial?

O BP-e modelo 63 pode ser utilizado quando a operação for uma prestação de transporte de passageiros por rios ou vias navegáveis, quando essa prestação estiver sujeita às regras fiscais aplicáveis e quando a unidade federada competente exigir, permitir ou credenciar a emissão do BP-e.

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

O Bilhete de Passagem Aquaviário modelo 14 era o documento fiscal antigo usado para passagens aquaviárias. O BP-e modelo 63 substitui essa lógica quando a unidade federada exige, permite ou credencia a emissão eletrônica.

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

Operações fluviais que precisam de atenção

O transporte fluvial pode ter operações simples e operações compostas. O sistema precisa permitir separar corretamente a natureza de cada serviço para evitar emissão fiscal incorreta.

O que um sistema de BP-e fluvial precisa controlar?

Um sistema para BP-e fluvial precisa controlar a operação completa, desde a venda até a autorização fiscal e a auditoria. Não basta imprimir passagem. O centro da emissão fiscal é o XML autorizado.

Rotas, portos, rampas e pontos de embarque

No transporte fluvial, o cadastro de origem e destino precisa ser muito bem definido. A empresa deve saber exatamente de onde o passageiro sai, para onde vai, qual terminal, porto, rampa ou píer utiliza, qual embarcação realiza a viagem, qual horário foi vendido e qual tarifa foi aplicada.

Embarcações, horários e capacidade

A operação fluvial depende da disponibilidade da embarcação. O sistema deve controlar capacidade, horários, bloqueios, manutenção, troca de embarcação, lotação, cancelamentos por clima, atrasos, cheia, seca e histórico operacional.

Venda de passagens fluviais

A venda de passagens fluviais precisa ser rápida para o operador e completa para o fiscal. O sistema precisa permitir venda no guichê, terminal, agência, site, marketplace, app ou atendimento assistido, mantendo vínculo entre passagem, pagamento, passageiro, rota, embarcação e BP-e.

Pagamentos e conciliação financeira

O financeiro precisa conversar com a emissão fiscal. Uma operação fluvial pode receber em dinheiro, cartão, PIX, TEF, link de pagamento, agência, site, marketplace ou outro canal. O sistema deve conciliar venda, pagamento, BP-e autorizado, BP-e rejeitado, cancelamento, estorno e embarque.

XML, DABPE, autorização e protocolo

No BP-e para transporte fluvial, o XML autorizado é o documento fiscal principal. O DABPE é uma representação gráfica simplificada, usada para facilitar embarque, atendimento ou consulta quando aplicável, mas não substitui o XML.

Cancelamento, remarcação e substituição

Transporte fluvial pode sofrer mudanças por clima, chuva, cheia, seca, manutenção, lotação, atraso, indisponibilidade de embarcação, bloqueio de rota ou desistência do passageiro. O sistema precisa refletir essas situações no operacional, no financeiro e no fiscal.

Integrações e APIs

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

Como implantar BP-e para transporte fluvial

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

Erros comuns no BP-e para transporte fluvial

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

Como o Sistema Vexado ajuda empresas de transporte fluvial

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

Checklist prático para BP-e fluvial

Use este checklist para avaliar se sua empresa está preparada para emitir BP-e no transporte fluvial de passageiros.

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

Fontes oficiais para validar BP-e fluvial

Como BP-e para transporte fluvial 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 fluvial, BP-e aquaviário, venda de passagens por embarcação, financeiro, integrações, relatórios, embarque e gestão operacional em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da empresa.

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