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

5 ans de données SAE : ce qu’on a appris sur les kilomètres à vide

Cinq ans de données d’exploitation réelles. Ce que les kilomètres à vide révèlent sur vos coûts cachés et vos marges d’optimisation.

La pénurie de conducteurs est un problème logiciel, pas seulement un problème de recrutement

Le secteur manque de conducteurs. Mais avant de recruter, avez-vous regardé combien vous en perdez faute d'outils ?

SAEIV : quel retour sur investissement pour un opérateur de transport indépendant ?

Pénalités évitées, reporting automatisé, turnover réduit : modélisation du ROI d'un SAEIV pour une flotte de 150 cars interurbains.

Envie d'en voir davantage ?