Um sistema de informação ao público (SIP) é o conjunto de componentes que transforma aquilo que os seus veículos estão realmente a fazer em algo que o passageiro pode usar: uma hora de chegada prevista à paragem, uma mensagem sobre um desvio, uma posição em direto num mapa. Abrange a recolha de dados no veículo, a lógica de previsão no servidor e a difusão em ecrãs, aplicações, SMS e planeadores de viagem de terceiros. Para um operador, o benefício é concreto: os passageiros recebem previsões de chegada em que podem confiar, o Centro de Controlo de Operações publica uma perturbação uma vez em vez de quatro, e a autoridade de transportes obtém provas da qualidade da informação.
Este guia trata da escolha entre fornecedores. O que incluir no próprio caderno de encargos é outro tema. Aqui partimos do princípio de que o requisito já existe e que tem agora à sua frente três ou quatro propostas muito diferentes que precisa de comparar.
O que inclui realmente um sistema de informação ao público?
Os fornecedores dão ao termo âmbitos diferentes, e é aí que está a raiz da maior parte dos problemas de comparação. Um SIP completo cobre quatro camadas, e qualquer proposta que receba será forte nalgumas e fraca noutras.
Posição em tempo real e previsão
Tudo o resto depende desta camada. O veículo comunica a sua posição, a plataforma associa-a a uma viagem planeada e um motor de previsão estima as horas de chegada às paragens seguintes. A diferença de qualidade entre fornecedores está quase toda na previsão, não na localização. Qualquer um consegue pôr um ponto num mapa. Prever que esse ponto vai chegar à paragem 14 dentro de sete minutos, num corredor congestionado, às 17:40, é a parte difícil.
Canais de difusão
É aqui que o âmbito mais varia:
- Painéis nas paragens, desde painéis LED ligados à rede elétrica até unidades e-paper solares em paragens de pouco movimento
- Ecrãs e anúncios sonoros a bordo, cada vez mais obrigatórios por razões de acessibilidade
- Uma aplicação para passageiros ou versão web móvel, pertencente ao operador ou à autoridade de transportes
- Canais push, sobretudo SMS e notificações da aplicação, para alertas de perturbação
- Planeadores de viagem de terceiros, ou seja, Google Maps, Moovit, Apple Maps e planeadores nacionais ou regionais
Este último canal é o que os operadores subestimam de forma recorrente. Na maioria das redes, há mais passageiros a consultar um planeador de viagens generalista do que a abrir alguma vez a aplicação do operador.
Comunicação de perturbações
A informação sobre o cumprimento do horário cobre o dia normal. A comunicação de perturbações cobre o dia que conta: um desvio, uma viagem suprimida, uma estrada cortada. Aqui o teste é operacional e não técnico. Em quantos sítios diferentes o controlador escreve a mensagem até que todos os canais a mostrem? Se a resposta for mais do que um, o sistema vai falhar num incidente real, porque ninguém tem tempo para publicar quatro vezes.
Relatórios
As autoridades de transportes exigem cada vez mais provas da qualidade da informação, e não apenas da pontualidade. A precisão das previsões, a disponibilidade dos painéis e a disponibilidade dos fluxos de dados estão a tornar-se indicadores reportados. Um SIP que não consiga produzir essas provas transforma cada ciclo de relatórios num exercício manual.
Que quatro tipos de fornecedor vai encontrar?
Quando lança um concurso para um SIP, recebe propostas de quatro tipos de empresa fundamentalmente diferentes. Compará-las linha a linha sem reconhecer a categoria é a forma de as avaliações correrem mal.
Fabricantes de painéis
Fabricam os painéis e muitas vezes a infraestrutura da paragem à sua volta. O hardware é geralmente excelente e a experiência na paragem é bem dominada. A sua camada de software é normalmente concebida para comandar os seus próprios painéis, o que significa que a aplicação, os fluxos para terceiros e o fluxo de gestão de perturbações tendem a ser mais limitados do que a brochura sugere. Pergunte concretamente o que acontece se mais tarde quiser outra marca de painéis nalgumas paragens.
Especialistas em planeadores de viagem e aplicações
Forte experiência para o passageiro, bom design, evolução rápida. A fraqueza está a montante: consomem dados em tempo real em vez de os gerarem, por isso dependem da qualidade do que o seu sistema de exploração produz. Se a sua camada de previsão for fraca, uma aplicação bonita torna essa fraqueza visível para mais pessoas.
Plataformas SAE com informação ao público integrada
Estas partem da exploração: o SAE (Sistema de Apoio à Exploração) é o ponto de partida. A vantagem é que a previsão, o cumprimento do horário e a gestão de perturbações vêm dos mesmos dados que o Centro de Controlo de Operações usa, ou seja, uma única versão da verdade. Os critérios gerais de escolha estão no nosso guia como escolher um SAE para operadores de autocarros. O que deve verificar é a amplitude da integração com painéis: quantas famílias de hardware comandam efetivamente em produção, e não em teoria.
Integradores de sistemas
Montam uma solução com componentes de outros fornecedores. Pode ser a resposta certa para uma grande autoridade de transportes multimodal com restrições pouco comuns. O custo é que está a comprar um projeto de integração, com calendário de projeto e perfil de risco de projeto, e a evolução a longo prazo depende de o integrador continuar comercialmente interessado na sua rede.
Nenhuma destas categorias está errada. Mas um fabricante de hardware e uma plataforma de exploração que respondem ao mesmo concurso não estão a oferecer a mesma coisa, e uma comparação puramente comercial escolherá a errada.
Como se comparam os principais sistemas de informação ao público na experiência do utilizador?
Raramente é a interface que distingue um sistema de informação ao público de outro. O que o passageiro vive depende de duas coisas por trás do ecrã: a precisão das previsões de chegada e se uma perturbação chega a todos os canais a partir de uma única introdução. Cada categoria de fornecedor é forte num ponto e fraca noutro.
| Tipo de fornecedor | Onde a experiência do passageiro é mais forte | Onde falha |
|---|---|---|
| Fabricantes de painéis | Ecrãs nas paragens: legíveis, fiáveis, bem dominados | Aplicação, fluxos para terceiros e gestão de perturbações tendem a ser mais limitados do que a brochura sugere |
| Especialistas em planeadores de viagem e aplicações | Design orientado para o passageiro e evolução rápida | Consomem dados em tempo real em vez de os gerarem, por isso uma camada de previsão fraca torna-se visível para mais pessoas |
| Plataformas SAE com informação ao público integrada | Uma única versão da verdade: previsões, cumprimento do horário e perturbações vêm dos dados que o Centro de Controlo de Operações já usa | Amplitude da integração com painéis: verificar quantas famílias de hardware são comandadas em produção, e não em teoria |
| Integradores de sistemas | Conseguem responder a restrições multimodais pouco comuns | A coerência entre canais depende do projeto de integração e de o integrador se manter empenhado |
Seja qual for a categoria, faça os mesmos cinco testes com os dados da sua própria rede antes de pontuar qualquer proposta:
- Precisão das previsões: erro absoluto médio das previsões de chegada, por horizonte de previsão
- Latência de ponta a ponta, medida separadamente para cada canal
- Uma perturbação introduzida uma vez, refletida nos ecrãs, na aplicação, por SMS e nos fluxos públicos
- Comportamento numa falha de rede: dados guardados e reconciliados, ou dados desatualizados apresentados como atuais
- Acessibilidade: anúncios sonoros, contraste, compatibilidade da aplicação com leitores de ecrã
Que critérios de avaliação distinguem realmente os fornecedores?
Precisão das previsões, medida e divulgada. Peça o erro absoluto médio das previsões de chegada, discriminado por horizonte de previsão. Um fornecedor que mede este indicador partilha-o. Um fornecedor que não o mede também lhe está a dizer alguma coisa.
Latência de ponta a ponta. Não o intervalo de comunicação do veículo, mas o tempo total entre uma mudança de posição e o momento em que todos os canais a refletem. Peça o valor para cada canal separadamente, porque os fluxos públicos são muitas vezes atualizados bem abaixo da frequência do painel interno.
Suporte nativo das normas. GTFS para os horários estáticos, GTFS-RT para as atualizações em tempo real, SIRI para as interfaces europeias com as autoridades de transportes, NeTEx quando o perfil nacional o exige. Nativo significa que a plataforma os produz, e não que um consultor consegue construir um exportador.
Ponto único de introdução das perturbações. Uma introdução, todos os canais atualizados. Verifique-o numa demonstração ao vivo com um desvio real, e não num diapositivo.
Independência face ao hardware dos painéis. Que famílias de painéis são hoje comandadas em produção, e qual é a posição contratual se acrescentar outra marca dentro de três anos.
Comportamento nas falhas de rede. As linhas rurais e periurbanas perdem cobertura. Pergunte se as posições são guardadas e reconciliadas, ou se a falha é simplesmente ignorada e são apresentados dados desatualizados como se fossem atuais. O segundo comportamento é pior do que não mostrar nada.
Conformidade em acessibilidade. Anúncios sonoros, contraste visual, compatibilidade da aplicação com leitores de ecrã. Na maioria dos mercados europeus, isto é hoje uma obrigação legal e não um fator de diferenciação, e adaptá-lo depois sai caro.
Custo total ao longo do prazo da concessão. Licenças, hardware, instalação, assinaturas de comunicações, manutenção dos painéis e o trabalho de integração que fará internamente. Os fornecedores apresentam subconjuntos diferentes desta lista. Normalize antes de comparar.
O que significa a questão das normas, em termos simples?
As normas são a parte da compra de um SIP que determina o quanto ficará preso daqui a cinco anos.
- GTFS descreve o seu serviço planeado. É o bilhete de entrada para o Google Maps, o Moovit e a maioria dos planeadores de viagem.
- GTFS-RT transporta as atualizações em tempo real, em três tipos de fluxo: atualizações de viagens, posições de veículos e alertas de serviço. O percurso destes dados, do GPS ao ecrã, é explicado em GTFS-RT na prática.
- SIRI é o perfil europeu de tempo real, e é o que a maioria dos sistemas nacionais e regionais das autoridades de transportes espera. Os perfis mais comuns são stop monitoring, vehicle monitoring e situation exchange.
- NeTEx cobre uma descrição mais rica da rede e dos horários, e aparece nos requisitos dos pontos de acesso nacionais.
Um fornecedor que suporta GTFS e GTFS-RT mas não SIRI funciona bem para os planeadores de viagem destinados ao público e vai causar-lhe problemas na primeira vez que uma autoridade de transportes pedir uma interface conforme. Um fornecedor que suporta SIRI mas trata o GTFS-RT como um pormenor deixa-o invisível nas aplicações que os seus passageiros realmente abrem. Para escolher entre as duas normas de tempo real, consulte SIRI ou GTFS-RT: que norma de tempo real serve a sua rede?
Perguntas frequentes
Qual é a diferença entre um sistema de informação ao público e um SAE?
Um SAE existe para o ajudar a gerir o serviço: localizar veículos, detetar desvios, apoiar o Centro de Controlo de Operações. Um SIP existe para dizer aos passageiros o que está a acontecer. Partilham os mesmos dados de posição e previsão, e é por isso que são cada vez mais adquiridos em conjunto, mas os utilizadores e os critérios de sucesso são diferentes.
Precisamos de uma aplicação própria para passageiros?
Muitas vezes não, ou não em primeiro lugar. Na maioria das redes, o canal com maior retorno é um fluxo GTFS-RT fiável para o Google Maps e o Moovit, seguido da comunicação de perturbações. Uma aplicação própria justifica-se quando precisa de um canal que controla totalmente, por exemplo para o transporte escolar ou para serviços por assinatura.
Quanto tempo demora a implementação de um SIP?
O software e a publicação dos fluxos para terceiros podem estar em funcionamento em poucas semanas, desde que os dados de horários estáticos estejam limpos. A instalação dos painéis nas paragens é a parte mais longa, porque implica obras, alimentação elétrica e conectividade em cada paragem. Planeie as duas frentes separadamente e não deixe que a instalação dos painéis atrase os canais digitais.
Qual é a razão mais comum para os projetos de SIP desiludirem?
A qualidade dos dados de horários. A previsão não pode ser melhor do que os dados de horários e de paragens com que é comparada. As redes que limpam o seu GTFS antes da implementação obtêm resultados meses mais cedo do que as que tratam isso como uma formalidade.
Como se comparam os principais sistemas de informação ao público na experiência do utilizador?
Menos pela interface do que pelas camadas por trás dela. Compare os fornecedores primeiro por categoria (ver a tabela acima) e depois com dois testes: a precisão das previsões de chegada e se uma única introdução de perturbação atualiza todos os canais.
Existem sistemas de informação ao público fáceis de integrar nas redes de transporte existentes?
A integração é fácil quando a plataforma produz as normas de forma nativa: GTFS para os horários estáticos, GTFS-RT para as atualizações em tempo real, SIRI para as interfaces europeias com as autoridades de transportes e NeTEx quando o perfil nacional o exige. Nativo significa que a plataforma os produz, e não que um consultor consegue construir um exportador.
Qual é a diferença entre um SIP na nuvem e um SIP instalado localmente?
Um sistema na nuvem é alojado e atualizado pelo fornecedor, por isso o software e a publicação dos fluxos para terceiros podem estar em funcionamento em poucas semanas, desde que os dados de horários estáticos estejam limpos. Um sistema instalado localmente corre nos seus próprios servidores, o que significa que o alojamento, as atualizações e a disponibilidade também ficam a seu cargo. Em ambos os casos, peça a disponibilidade dos painéis e dos fluxos como indicadores reportados.
Quanto custa um sistema de informação ao público em 2026?
Os fornecedores apresentam subconjuntos diferentes da mesma lista: licenças, hardware, instalação, assinaturas de comunicações, manutenção dos painéis e o trabalho de integração que faz internamente. Normalize cada proposta ao longo do prazo da concessão antes de comparar, e avalie os painéis nas paragens separadamente do software, porque implicam obras, alimentação elétrica e conectividade em cada paragem. A plataforma Pysae é tarifada ao veículo, adaptada a cada rede.
Como conduzir a comparação?
Construa uma única tabela, coloque todos os fornecedores nas mesmas linhas e atribua cada um a uma categoria antes de pontuar o que quer que seja. Depois exija uma demonstração com os dados da sua própria rede, incluindo um desvio e uma falha de rede. Quase todas as diferenças relevantes entre fornecedores de SIP aparecem nesses dois cenários, e quase nenhuma aparece numa apresentação.
Se quiser ver como se comporta a informação ao público quando vem da mesma plataforma que os seus dados de exploração, incluindo a forma como uma única introdução de perturbação se propaga aos ecrãs, aos SMS e aos fluxos públicos, a equipa da Pysae pode mostrá-lo na sua rede. Saiba mais nas páginas Pysae Passenger e Pysae Operations.