Como transformar dados de catracas em BP-e modelo 63
Transformar dados de catracas em BP-e modelo 63 significa pegar os registros operacionais de embarque, validação, bilhetagem, integração, tarifa, gratuidade, estação, linha, veículo e totalização, organizar essas informações em relatórios auditáveis e gerar o Bilhete de Passagem Eletrônico conforme leiaute fiscal aplicável.
- Entenda o caminho completo: catraca → bilhetagem → consolidação → relatório → BP-e modelo 63.
- Veja quais dados precisam ser tratados antes da emissão fiscal: passageiros, tarifas, integrações, gratuidades, estações, veículos, ciclos e valores.
- Conheça como o Sistema Vexado pode apoiar emissão de BP-e, integrações, APIs, automação, relatórios e gestão operacional.
Para transformar dados de catracas em BP-e modelo 63, a empresa precisa fazer mais do que capturar números de embarque. A catraca registra eventos operacionais. O BP-e é um documento fiscal eletrônico. Entre esses dois pontos existe uma camada essencial de integração, validação, consolidação, relatório, conciliação financeira e geração fiscal.
No transporte metropolitano, semiurbano, metroviário ou ferroviário, a cobrança pode ocorrer por catracas, contadores, validadores, cartões, QR Codes, bilhetagem eletrônica, gratuidades, benefícios e integrações tarifárias. Por isso, o processo correto é transformar eventos brutos em dados fiscais confiáveis, auditáveis e compatíveis com o BP-e modelo 63.
Neste guia, você vai entender como sair dos dados da catraca e chegar ao BP-e, quais campos precisam ser capturados, como consolidar passageiros, como separar tarifas e gratuidades, como tratar falhas, como montar a trilha de auditoria e como o Sistema Vexado pode apoiar empresas de transporte nesse processo.
Precisa transformar dados de catracas em BP-e modelo 63? Fale com o Vexado e veja como organizar integração fiscal, relatórios, totalizações e gestão operacional.
Resumo rápido
Para transformar dados de catracas em BP-e modelo 63, a empresa precisa capturar os eventos dos equipamentos, normalizar os dados, vincular estação, linha, veículo e tarifa, separar passageiros pagantes, gratuitos e integrados, consolidar por ciclo ou mês, gerar relatório analítico, montar o documento fiscal, assinar digitalmente, transmitir para autorização e guardar XMLs, protocolos e evidências.
Dado bruto
É o evento registrado pela catraca ou validador: acesso, horário, equipamento, tipo de bilhete, tarifa e status.
Dado tratado
É o evento já normalizado, vinculado a estação, linha, veículo, passageiro consolidado, tarifa e regra fiscal.
Consolidação
É a organização dos dados por ciclo, dia, estação, linha, veículo, passageiro, categoria, valor e totalização.
BP-e modelo 63
É o documento fiscal eletrônico gerado a partir dos dados consolidados, assinado, transmitido, autorizado e armazenado.
Como transformar dados de catracas em BP-e modelo 63?
Transformar dados de catracas em BP-e modelo 63 significa criar um fluxo de integração em que cada evento de embarque registrado por catraca, validador, contador ou sistema equivalente passa por tratamento técnico, validação operacional, consolidação fiscal e geração do Bilhete de Passagem Eletrônico.
Explicando de forma simples: a catraca informa que houve um acesso. O sistema precisa descobrir se esse acesso foi pagante, gratuito, integrado, válido, duplicado, reprocessado ou ajustado. Depois, esses dados precisam ser consolidados para gerar o BP-e.
| Etapa | O que acontece | Resultado esperado |
|---|---|---|
| 1. Captura | A catraca, validador ou contador registra o evento de acesso. | Evento bruto com data, hora, equipamento e tipo de validação. |
| 2. Normalização | O sistema padroniza formato, horário, códigos, estação, linha e veículo. | Evento técnico consistente e pronto para conferência. |
| 3. Classificação | O embarque é classificado como pagante, gratuito, integrado, benefício, exceção ou ajuste. | Passageiros separados por tipo fiscal e operacional. |
| 4. Consolidação | Os dados são agrupados por ciclo, estação, linha, veículo, dia ou mês. | Totalizadores confiáveis para relatório e emissão. |
| 5. Relatório | A empresa gera relatório analítico com origem dos dados e composição dos totais. | Base auditável para sustentar o BP-e. |
| 6. Emissão | O sistema gera, assina, transmite e armazena o BP-e modelo 63. | XML autorizado, protocolo, logs e evidências armazenadas. |
O tema deve ser validado em fontes oficiais, como a página da SEFAZ-SP sobre BP-e, a página da SEFAZ-SP sobre BP-e Transporte Metropolitano, a Portaria CAT 102/2018, a Portaria SRE 33/2026, a Portaria CAT 96/2015 e o Portal Nacional do BP-e.
Quais dados vêm da catraca?
A catraca, o validador ou o contador geralmente geram dados técnicos e operacionais. Esses dados precisam ser enriquecidos antes de virar informação fiscal. Um evento simples de catraca pode não trazer todos os dados exigidos no BP-e, mas ele é a origem da contagem de passageiros e da comprovação do acesso.
Identificação do evento
ID único, data, hora, origem do evento, status da validação e controle contra duplicidade.
Equipamento
Código da catraca, validador, contador, dispositivo de bloqueio ou sistema equivalente.
Local da operação
Estação, terminal, ponto de embarque, garagem, linha, sentido ou área operacional.
Veículo e viagem
Veículo, prefixo, linha, ciclo de viagem, motorista e operação vinculada, quando aplicável.
Bilhetagem
Cartão, QR Code, crédito, integração, benefício, tipo de bilhete, validador e produto tarifário.
Valor e tarifa
Tarifa aplicada, valor cobrado, gratuidade, desconto, integração, repasse ou ajuste financeiro.
| Campo operacional | Exemplo | Uso no processo fiscal |
|---|---|---|
| event_id | EVT-20260701-000001 | Evita duplicidade e permite auditoria. |
| device_id | CAT-008 | Relaciona o evento à catraca ou validador. |
| station_id | EST-001 | Permite consolidar por estação de embarque ou integração. |
| vehicle_id | VEIC-2450 | Ajuda na emissão por ciclo de viagens, quando aplicável. |
| line_id | LIN-352 | Relaciona o evento à linha ou serviço prestado. |
| fare_product | Comum, estudante, idoso, integração | Classifica tarifa, bilhete, benefício ou gratuidade. |
| amount | R$ 5,00 | Ajuda a compor receita, valor contábil e conferência financeira. |
| validation_status | Aprovado, negado, offline, reprocessado | Define se o evento entra ou não na base fiscal. |
Como normalizar e validar os dados antes do BP-e?
Antes de gerar o BP-e modelo 63, os dados de catracas precisam passar por normalização e validação. Isso significa corrigir formatos, padronizar códigos, verificar duplicidades, tratar eventos offline, cruzar informações de bilhetagem e garantir que os eventos pertençam ao período correto.
Ponto crítico: o BP-e não deve nascer de dados brutos sem tratamento. Se a base da catraca estiver duplicada, incompleta ou fora do período, o XML fiscal pode ser gerado com informação errada.
| Validação | O que verificar | Risco se ignorar |
|---|---|---|
| Duplicidade | Mesmo evento enviado mais de uma vez pela catraca ou bilhetagem. | Passageiros e valores duplicados na totalização. |
| Horário | Fuso, data, hora, virada de dia, sincronização e eventos offline. | Evento cair no dia ou mês errado. |
| Equipamento | Catraca, validador ou contador cadastrado e vinculado à estação correta. | Embarques sem lastro ou em estação errada. |
| Linha e veículo | Vínculo do evento com linha, sentido, veículo e ciclo de viagem. | Dificuldade de emitir por ciclo ou auditar a operação. |
| Tipo de tarifa | Pagante, gratuito, estudante, idoso, integração, benefício ou ajuste. | Mistura de categorias e divergência de valores. |
| Status fiscal | Evento válido, cancelado, negado, reprocessado, ajuste ou exceção. | Evento indevido entrando na base do BP-e. |
O ideal é que o sistema mantenha uma base intermediária de eventos tratados. Essa base não é ainda o BP-e, mas é o espelho operacional que sustenta o relatório analítico e a totalização fiscal.
Como classificar passageiros, tarifas e integrações?
Depois de validar os eventos, a empresa precisa classificar os passageiros. Essa classificação é essencial para separar passageiros pagantes, gratuitos, integrados, beneficiários, tarifas diferenciadas, bilhetes especiais, ajustes e reprocessamentos.
Pagante comum
Passageiro com tarifa comum, valor cobrado e evento válido de embarque.
Integrado
Passageiro com integração tarifária, operacional ou modal vinculada ao evento.
Gratuito
Passageiro com gratuidade legal, benefício, cartão especial ou regra de isenção operacional.
Tarifa diferenciada
Estudante, vale-transporte, benefício, desconto, tarifa social ou produto tarifário específico.
Evento negado
Validação recusada, cartão inválido, saldo insuficiente ou acesso não autorizado.
Ajuste operacional
Correção, reprocessamento, falha de equipamento, evento offline ou acerto de base.
Regra prática: nem todo giro de catraca deve virar passageiro fiscal. E nem todo passageiro transportado gera receita. Por isso, a classificação precisa separar quantidade, tarifa, valor e motivo do enquadramento.
Como consolidar os dados para BP-e modelo 63?
A consolidação é a etapa que transforma eventos individuais em totalizadores fiscais. Dependendo da operação e da regra aplicável, a consolidação pode ocorrer por ciclo de viagens, por veículo, por estação, por dia, por linha, por mês de referência ou por totalização mensal.
| Tipo de consolidação | Quando usar | O que deve agrupar |
|---|---|---|
| Por ciclo de viagens | Quando a empresa consegue identificar o ciclo de cada veículo transportador. | Veículo, linha, ciclo, catracas, passageiros, valores e tarifas. |
| Por estação | Quando a operação depende de estação de embarque ou integração. | Estação, catracas, passageiros exclusivos, integrados, gratuidades e valores. |
| Por dia | Como base de fechamento operacional e relatório analítico diário. | Eventos diários, passageiros, tarifas, valores, divergências e logs. |
| Por mês | Quando não for possível emitir ao final de cada ciclo de viagens. | Relatórios diários, estação, passageiros, valores, tarifas e totalizadores mensais. |
| Por linha ou serviço | Quando a operação precisa demonstrar movimento por linha, sentido ou serviço. | Linha, sentido, veículo, passageiros, receita, integrações e ajustes. |
Uma boa consolidação deve manter rastreabilidade. Isso significa que o total informado no BP-e precisa permitir retorno até os eventos originais de catraca, bilhetagem, validador, estação, linha, veículo, data e hora.
Relatório analítico: a ponte entre catraca e BP-e
O relatório analítico é a ponte entre os dados operacionais e o BP-e modelo 63. Ele demonstra como os eventos de catraca foram tratados, classificados, consolidados e usados na emissão fiscal.
Trilha de auditoria: o relatório deve permitir sair do BP-e autorizado e voltar até o dado de origem: XML, totalização, relatório, estação, catraca, validador, evento, tarifa e valor.
| Relatório | Finalidade | Uso prático |
|---|---|---|
| Relatório de eventos brutos | Guardar os dados originais recebidos das catracas e validadores. | Comprovar origem da informação e reprocessar, se necessário. |
| Relatório de eventos tratados | Mostrar eventos validados, rejeitados, duplicados, ajustados e classificados. | Explicar por que um evento entrou ou não na base fiscal. |
| Relatório diário | Consolidar embarques, tarifas, gratuidades, valores e divergências por dia. | Sustentar fechamento operacional e totalizações mensais. |
| Relatório por estação | Agrupar passageiros por estação de embarque ou integração. | Apoiar BP-e TM e totalizações por estação. |
| Relatório fiscal | Relacionar totalizadores, XMLs, protocolos, rejeições e autorizações. | Comprovar a emissão e facilitar auditoria fiscal. |
Como os dados viram XML do BP-e modelo 63?
Depois da consolidação, o sistema emissor monta o BP-e modelo 63 conforme o leiaute fiscal aplicável, assina digitalmente o XML, transmite para o ambiente autorizador, recebe retorno de autorização ou rejeição, armazena o XML e mantém o protocolo vinculado à operação.
Essa etapa deve seguir o Manual de Orientações do Contribuinte, notas técnicas, schemas, regras de validação e orientações da SEFAZ competente. A empresa não deve “inventar” campos fiscais a partir da catraca. O correto é transformar os dados operacionais nos grupos e informações exigidos pelo leiaute aplicável.
Dados do emitente
CNPJ, inscrição estadual, certificado digital, ambiente, série, numeração, UF e credenciamento.
Dados da prestação
Modalidade, operação, linha, ciclo, estação, passageiros, tarifas, valores e regra aplicável.
Totalizadores
Quantidade de passageiros, categorias, gratuidades, integrações, valores, ajustes e bases fiscais.
Assinatura digital
O XML é assinado com certificado válido do emitente, conforme regra fiscal.
Autorização
O documento é transmitido e recebe autorização ou rejeição da administração tributária.
Armazenamento
XML, protocolo, relatório, logs e evidências devem ser guardados para consulta e fiscalização.
Resumo técnico: a catraca não gera o BP-e. Ela gera eventos. O sistema de integração transforma eventos em totalizadores. O emissor fiscal transforma totalizadores válidos em XML do BP-e modelo 63.
Exemplo prático de fluxo de dados
Veja um exemplo conceitual de como um registro de catraca pode ser transformado em uma informação usada na emissão fiscal. Esse modelo é ilustrativo e deve ser adaptado ao leiaute oficial, regras da SEFAZ, sistema de bilhetagem e operação da empresa.
| Camada | Exemplo de informação | O que acontece |
|---|---|---|
| Catraca | CAT-008 registrou acesso em 01/07/2026 às 08:32. | Evento bruto é capturado. |
| Bilhetagem | Cartão comum, tarifa R$ 5,00, validação aprovada. | Evento recebe classificação tarifária. |
| Operação | Estação Central, linha 352, veículo 2450, sentido bairro. | Evento é vinculado ao contexto operacional. |
| Fiscal | Passageiro pagante comum, valor recebido, evento válido. | Evento entra na base de consolidação. |
| Relatório | Estação Central totalizou 18.450 passageiros exclusivos no dia. | Relatório analítico diário é formado. |
| BP-e | Totalização entra na emissão por ciclo ou mensal, conforme regra. | XML é gerado, assinado, transmitido e armazenado. |
Erros comuns ao transformar dados de catracas em BP-e
Os erros mais comuns envolvem usar dados brutos sem validação, duplicar eventos, misturar pagantes com gratuidades, não separar integrações, vincular catracas à estação errada, não controlar eventos offline, totalizar sem relatório e não guardar logs de auditoria.
Usar dado bruto direto
Eventos de catraca precisam ser tratados antes de alimentar o fiscal.
Duplicar eventos
Reenvios de equipamento ou bilhetagem podem inflar passageiros e valores.
Ignorar eventos offline
Eventos sincronizados depois podem cair no período errado se não houver controle.
Misturar categorias
Pagantes, gratuitos, integrados e benefícios precisam ser separados corretamente.
Não conciliar valores
Tarifa, receita, ajustes e financeiro precisam bater com a base fiscal.
Não manter auditoria
Sem logs e relatórios, a empresa não comprova a origem dos dados do BP-e.
Para aprofundar o tema, veja também o conteúdo sobre BP-e e catracas, o guia sobre BP-e para metrô e passageiros por estação e o artigo sobre BP-e metropolitano diário ou mensal.
Como o Sistema Vexado pode ajudar
O Sistema Vexado pode apoiar empresas que precisam transformar dados operacionais em emissão fiscal eletrônica. Em projetos com catracas, bilhetagem e BP-e modelo 63, o principal desafio é criar uma ponte segura entre operação, relatórios, financeiro e documento fiscal.
Emissão de BP-e
A solução de emissão de BP-e apoia empresas que precisam organizar documentos fiscais eletrônicos de transporte de passageiros.
Integrações e APIs
As integrações e APIs podem conectar catracas, validadores, bilhetagem, bases externas, fiscal e relatórios.
Automação de processos
A automação de processos ajuda a reduzir retrabalho entre operação, fiscal, financeiro e relatórios.
Gestão completa
A gestão completa para empresas de transporte conecta operação, documentos, financeiro, usuários e indicadores.
Faturamento
A área de faturamento apoia conferência de receitas, períodos, fechamentos, pagamentos e relatórios financeiros.
Consultoria e implantação
A consultoria e implantação ajuda a mapear operação, integrações, documentos, relatórios e usuários.
Sistema web nacional: o Vexado é uma solução web e pode apoiar empresas de transporte em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da operação.
Checklist prático para transformar catracas em BP-e modelo 63
O checklist para transformar dados de catracas em BP-e modelo 63 deve envolver captura, integração, validação, classificação, consolidação, relatório, XML, autorização, armazenamento e auditoria.
- Confirmar se a operação se enquadra em transporte metropolitano, semiurbano, metroviário, ferroviário ou outra modalidade abrangida.
- Validar com contador, SEFAZ e equipe fiscal se a emissão será BP-e modelo 63, BP-e TM ou outra configuração aplicável.
- Mapear todas as catracas, validadores, contadores, dispositivos de bloqueio e sistemas equivalentes.
- Vincular cada equipamento a estação, terminal, linha, veículo, sentido ou contexto operacional correto.
- Capturar eventos com ID único, data, hora, equipamento, status, tipo de bilhete, tarifa e valor.
- Tratar duplicidades, eventos offline, reprocessamentos, falhas, ajustes e divergências.
- Separar passageiros pagantes, gratuitos, integrados, beneficiários, tarifas diferenciadas e eventos inválidos.
- Consolidar dados por ciclo, dia, estação, linha, veículo ou mês de referência, conforme regra aplicável.
- Gerar relatório analítico diário com origem, classificação e totalizadores dos embarques.
- Conciliar passageiros, valores, gratuidades, ajustes, financeiro e base fiscal.
- Gerar o XML do BP-e modelo 63 conforme leiaute oficial, MOC, schemas e notas técnicas aplicáveis.
- Assinar digitalmente, transmitir, consultar autorização, tratar rejeições e armazenar protocolo.
- Guardar XMLs, relatórios, logs, eventos originais e evidências pelo prazo exigido.
- Manter trilha de auditoria entre catraca, bilhetagem, relatório, totalização, BP-e e financeiro.
Precisa montar esse fluxo na prática? Fale com o Vexado e veja como estruturar integração de catracas, relatórios, BP-e e gestão operacional.
Fontes oficiais para validar o BP-e modelo 63
Como a transformação de dados de catracas em BP-e modelo 63 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.
Sobre o BP-e
Consulte a definição oficial do BP-e modelo 63: Sobre o BP-e.
BP-e Transporte Metropolitano
Veja a página oficial da SEFAZ-SP sobre BP-e TM: BP-e Transporte Metropolitano.
Portaria CAT 102/2018
Consulte a regra paulista sobre emissão do BP-e e DABPE: Portaria CAT 102/2018.
Portaria SRE 33/2026
Consulte a norma que alterou regras do BP-e em São Paulo: Portaria SRE 33/2026.
Portaria CAT 96/2015
Consulte os procedimentos para transporte metroviário e ferroviário de passageiros: Portaria CAT 96/2015.
Portal Nacional do BP-e
Consulte documentos técnicos, notas e schemas: Portal BP-e SVRS.
Atendimento web para empresas de transporte em todos os estados brasileiros
O Vexado é uma solução web para transporte rodoviário e pode apoiar empresas de ônibus, viações, operadores de transporte, agências de passagens, bilheteiros, guichês, fretamento, turismo, excursões, cargas e encomendas em todo o Brasil, sem depender de atendimento presencial em uma cidade específica.
Cobertura nacional: por ser um sistema web, o Vexado pode ser utilizado por empresas de transporte em diferentes estados brasileiros, conforme implantação, suporte, configuração fiscal, integrações necessárias e estrutura digital da operação.
A solução pode atender empresas que atuam no Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Distrito Federal, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Pernambuco, Piauí, Rio de Janeiro, Rio Grande do Norte, Rio Grande do Sul, Rondônia, Roraima, Santa Catarina, São Paulo, Sergipe e Tocantins.
FAQ completo sobre catracas e BP-e modelo 63
A catraca gera o BP-e modelo 63?
Não. A catraca gera eventos de acesso ou validação. O BP-e modelo 63 é gerado por um sistema emissor fiscal a partir dos dados tratados, consolidados e validados.
O que precisa sair da catraca para virar BP-e?
É necessário capturar dados como evento, equipamento, data, hora, estação, linha, veículo, tipo de tarifa, status da validação, valor, integração e categoria do passageiro.
Todo giro de catraca vira passageiro fiscal?
Não necessariamente. É preciso classificar eventos válidos, inválidos, duplicados, gratuitos, integrados, reprocessados e ajustados.
Como tratar eventos offline?
Eventos offline devem ter controle de data real do embarque, data de sincronização, equipamento, status e regra de inclusão na competência correta.
O que é BP-e TM?
BP-e TM é o BP-e com leiaute específico para transporte metropolitano em linha, com cobrança por catracas, contadores ou sistemas equivalentes.
BP-e modelo 63 é o mesmo que BP-e?
Sim. O Bilhete de Passagem Eletrônico é identificado como documento fiscal modelo 63.
Como consolidar dados de catracas?
Os dados podem ser consolidados por ciclo, dia, estação, linha, veículo, mês de referência ou totalização mensal, conforme operação e regra fiscal aplicável.
Precisa de relatório analítico?
Sim. O relatório analítico ajuda a demonstrar a origem dos dados usados na emissão do BP-e e sustenta a auditoria fiscal.
O BP-e é emitido para cada passageiro?
Depende da regra fiscal e do leiaute aplicável. No contexto metropolitano, a emissão pode envolver ciclo de viagens ou totalizações, conforme a regra da operação.
O Vexado pode integrar catracas ao BP-e?
O Vexado pode apoiar projetos com emissão de BP-e, integrações, APIs, automações, relatórios, financeiro e gestão operacional, conforme análise técnica e fiscal.
O sistema substitui o contador?
Não. O sistema apoia a operação e a emissão, mas decisões fiscais, enquadramento, prazos e obrigatoriedade devem ser validados com contador, responsável fiscal e SEFAZ.
Quanto custa implantar esse fluxo?
O valor depende do porte da operação, sistemas existentes, volume de dados, integrações, relatórios, homologação, credenciamento, automações e suporte necessário.
Como falar com o Vexado?
O próximo passo é acessar a página de contato e conversar com a equipe para entender quais soluções fazem sentido para sua operação de transporte.
Quer transformar dados de catracas em BP-e modelo 63? Fale com o Vexado e veja como organizar integração, relatórios, totalizações, fiscal e gestão operacional.
Conclusão
Transformar dados de catracas em BP-e modelo 63 exige uma arquitetura de dados bem definida. A empresa precisa capturar eventos, validar informações, classificar passageiros, separar tarifas, tratar gratuidades, consolidar por ciclo ou mês, gerar relatórios analíticos, montar o XML fiscal, assinar digitalmente, transmitir, autorizar e armazenar tudo com rastreabilidade.
A catraca é apenas a origem operacional. O BP-e é o resultado fiscal. Entre os dois, precisam existir integração, regras de negócio, conciliação, relatório, auditoria e validação com a legislação aplicável.
O Sistema Vexado pode apoiar empresas que precisam estruturar emissão de BP-e, integrações, APIs, relatórios, automação, financeiro e gestão operacional. Como esse tema envolve obrigação fiscal sensível, qualquer implantação deve ser validada com contador, SEFAZ, equipe jurídica, equipe técnica e responsáveis regulatórios.
Quer estruturar esse fluxo com mais segurança? Conheça o Vexado e veja como uma solução web pode apoiar integração, relatórios e gestão.
Aviso: Este conteúdo é educativo e comercial. Para temas fiscais, regulatórios, contratuais, técnicos, credenciamento, certificado digital, BP-e modelo 63, BP-e TM, catracas, validadores, totalizações, rejeições, cancelamentos, contingência, emissão de documentos, integrações, pagamentos ou obrigações específicas, a empresa deve validar as regras aplicáveis com seu contador, responsável fiscal, SEFAZ, órgão competente, equipe jurídica, equipe técnica ou profissionais especializados antes de tomar decisões.
