Sommaire

Demandez une démonstration

Voyez comment Pysae peut transformer votre exploitation. Découvrez notre solution en action avec nos experts.

En savoir +

Comment interfacer Pysae avec Hastus ou ABC Planning

publié le
December 10, 2025
Produit
Lucas Martin, Product Designer
Lucas Martin
Product Designer

Pour les opérateurs qui utilisent Hastus ou ABC Planning pour la construction de leurs roulements et horaires, la question de l'interfaçage avec un SAEIV comme Pysae est centrale. Le SAEIV a besoin des données de planning pour fonctionner : sans horaires théoriques fiables, pas de calcul d'avance/retard, pas de reporting de ponctualité cohérent.

Ce que Hastus et ABC Planning produisent

Hastus (édité par GIRO) et ABC Planning (ABC Informatique) sont des logiciels de planification qui gèrent la construction des services, l'affectation des conducteurs et des véhicules, et l'optimisation des roulements. Ils produisent en sortie des données structurées : horaires, arrêts, trajets, affectations.

Ces données sont exportables dans des formats standards. Hastus dispose d'un module Connect dédié aux échanges avec des systèmes tiers, avec des formats XML, CSV ou API selon les versions. ABC Planning propose des exports structurés compatibles avec les standards du marché.

Comment Pysae consomme ces données

Le point d'entrée principal est le GTFS. Pysae importe les données de planning au format GTFS (General Transit Feed Specification), qui est le standard ouvert mondial pour les horaires de transport. Si Hastus ou ABC Planning exporte un GTFS valide, Pysae peut l'importer directement.

En pratique, le workflow est le suivant : le planificateur produit ses roulements dans Hastus ou ABC Planning, exporte un GTFS, et ce fichier est importé dans Pysae (manuellement ou automatiquement via API). Pysae calcule alors en temps réel les écarts entre la position GPS des véhicules et les horaires théoriques importés.

Automatiser la synchronisation

Pour les réseaux qui changent fréquemment de service (changements saisonniers, modifications d'horaires), une synchronisation manuelle est vite contraignante. Pysae propose une API qui permet d'automatiser l'import des nouvelles versions de GTFS dès qu'elles sont produites par le logiciel de planning.

Cette automatisation est particulièrement utile pour les opérateurs qui gèrent plusieurs centaines de services et dont les plannings évoluent toutes les semaines. Elle supprime le risque d'exploitation sur des données obsolètes.

Ce qu'il faut vérifier avant de démarrer

Avant de lancer un projet d'interfaçage, trois points méritent attention. La qualité du GTFS produit : tous les exports ne sont pas propres, et des incohérences dans les coordonnées d'arrêts ou les identifiants de courses peuvent générer des erreurs de calcul côté SAEIV. La fréquence de mise à jour souhaitée : quotidienne, hebdomadaire ou à chaque changement de service ? Et les flux retour : est-ce que des données de réalisation issues du SAEIV doivent remonter vers le logiciel de planning pour alimenter le reporting ou les prochains roulements ?

Pysae accompagne ses clients sur ces trois points dans la phase de déploiement.

Vous utilisez Hastus ou ABC Planning ? Parlez à notre équipe déploiement pour évaluer l'interfaçage.

Nos derniers articles :

Retour au blog

SAEIV SaaS et bus électriques : adapter votre système à la transition énergétique

L'arrivée des bus électriques impose de repenser le SAEIV : intégration des données d'énergie, gestion de recharge, supervision unifiée.

Déployer un module de supervision sur 30 lignes : délais réels et facteurs clés

8 semaines en moyenne pour un déploiement SAEIV SaaS sur 30 lignes. Ce qui accélère, ce qui bloque, et ce qui change après.

Comment un module de planning réduit les erreurs de roulement sur un réseau de bus

Conflits d'affectation, oublis, doublons : un module de planning élimine les erreurs humaines grâce à une base de données unifiée.

Envie d'en voir davantage ?