API et intégrations
Ouvert dès la conception. REST sur chaque ressource, une API événementielle pour vos systèmes aval via Socket.IO, et normes ouvertes en entrée et en sortie. Tout ce que Greenbay vous présente, vous pouvez le récupérer via la même API.
16:00. Votre équipe de planification publie le planning de demain. Le dépôt en a besoin maintenant.
Aujourd'hui, quelqu'un exporte un tableur, l'envoie par e-mail et le régulateur le ressaisit. Si le planning change à 18:00, le dépôt ne le découvre que le lendemain matin. Et quand la finance redemande les mêmes données trois mois plus tard, il faut les réexporter manuellement, depuis un autre outil.
L'API de Greenbay récupère la modification, la valide par rapport aux véhicules, aux allocations et aux bornes, puis propage la mise à jour à chaque client connecté via Socket.IO. Trois mois plus tard, les mêmes données ne sont qu'à un appel REST, en JSON, CSV ou GTFS. Vos données vous appartiennent, et le restent.
Normes ouvertes en entrée, normes ouvertes en sortie. Les données vous appartiennent.Les données vous appartiennent
Chaque ressource que Greenbay vous présente dans l'interface est accessible via la même API REST : plannings, allocations, télématique, sessions de recharge, analyses écarts plan-réalisé, historique d'audit. Exportez en JSON, CSV, GTFS ou GTFS-RT à la demande, dans votre périmètre client. Pas de frais d'extraction, pas de données enfermées dans un portail, pas de formats propriétaires qui les retiennent en otage. Si vous nous quittez un jour, vous repartez avec l'intégralité.
REST sur chaque ressource
Plannings, services, allocations, véhicules, dépôts, bornes, télématique, exploitation, comparaisons, rapports, historique, plan, horaires, champs personnalisés. Chaque ressource touchée par la couche d'orchestration dispose d'une surface REST documentée, avec spécifications OpenAPI publiques couvrant les points de terminaison d'ingestion destinés aux partenaires.
Normes ouvertes en entrée, normes ouvertes en sortie
GTFS, GTFS-RT, TransXChange, VDV, SIRI, ITxPT, OCPP 1.6 / 2.0.1, REST, CSV. Les normes que votre équipe de planification publie déjà sont traitées à part entière, en entrée comme en sortie : republiez un flux GTFS-RT à partir de l'état en direct, transmettez à un système de maintenance aval un CSV des allocations du jour, ou alimentez une application voyageurs depuis la même API que vos régulateurs consultent.
API événementielle pour systèmes aval
Abonnez-vous via Socket.IO et Greenbay diffuse des événements typés au fil des changements d'état : mises à jour de planning, modifications d'allocation, état de charge, état des bornes, incidents d'exploitation, progression de l'optimisation. Dans votre périmètre client, authentifié, prêt à piloter vos systèmes de maintenance, finance ou destinés aux voyageurs. En entrée, la même architecture absorbe la télématique de tout fournisseur et les événements bornes OCPP via webhooks authentifiés par clé API à plusieurs centaines de messages par seconde.
Audité, versionné, exportable
Chaque import, chaque appel API, chaque modification de planning est enregistré avec l'identité de l'utilisateur ou du service à l'origine. Restaurez une version de planning antérieure, comparez deux imports côte à côte et exportez l'historique d'audit complet quand la conformité, la finance ou le juridique le demande. Votre historique vous appartient également.
Positionnement dans la chaîne
Alimente les données de planification dans le module de planning et d'allocation, les données véhicules dans l'exploitation en temps réel et les protocoles bornes dans l'intelligence de recharge. L'épine dorsale de données de la couche d'orchestration.
Pour aller plus loin
Chaque fonctionnalité s'inscrit dans une vue unifiée de l'exploitation.
Envie de le voir en action ?
Réservez une démo de 30 minutes adaptée à votre dépôt. Nous vous montrerons comment Greenbay relie l'ensemble de votre exploitation.
Demander une démo