Sommaire
Pysae est en capacité de piloter le systÚme billettique embarqué à bord des véhicules via une connexion sans fil basée sur l'utilisation d'un routeur WIFI/4G.
Cela permet de mutualiser la prise de service du conducteur réalisée sur le SAEIV avec la billettique. Ainsi, on limite le nombre de manipulations du conducteur sur les systÚmes embarqués, et on fait gagner un temps précieux aux conducteurs.
đĄPrincipe
La mutualisation de la prise de service du conducteur permet de transmettre directement la prise de service via Pysae vers la billettique Kuba.
Le connecteur entre Pysae et Kuba permet de transmettre au pupitre billettique Kuba la prise de service réalisée par le conducteur sur son pupitre SAEIV Pysae de maniÚre automatique, afin d'avoir qu'une seule saisie.
Le connecteur gÚre les versions Legacy et v1. Les champs ref_ext_course, ref_ext_ligne, ref_ext_arret et societe_agent décrits ci-dessous concernent la version v1 ; en Legacy, le code de course est fourni par le champ GTFS sélectionné.
â PrĂ©-requis techniques
Vous devez disposer des Ă©quipements suivants :
Pupitre Billettique Kuba
Smartphone ou tablette
Support de fixation
Connexion data
Routeur Wifi 4G (pour jouer le rÎle de passerelle entre les différents équipements embarqués)
â
đPlan de transport et champs nĂ©cessaires
Assurez-vous que vos plans de transport (au format GTFS) soient identiques dans vos solutions Pysae et Kuba. Il est possible de récupérer le GTFS publié dans Pysae via l'API plan de transport.
â
Champs du GTFS nécessaires pour communiquer entre Pysae et KUBA
Champ Kuba | Source / Champ GTFS | Note |
societe_ligne | Valeur saisie dans la configuration, sinon agency_id du GTFS | La valeur non vide de la configuration est prioritaire |
societe_agent | Saisie manuelle (en dur) | à configurer dans l'interface Pysae Op (Numéro d'équipe) |
num_cond | staffNumber | Matricule conducteur |
numParc | fleetNumber | Numéro de véhicule |
ref_ext_course | trip_id | En version v1 : trip_id nettoyé de ses préfixes |
ref_ext_ligne | routeShortName | Nom court de la ligne |
ref_ext_arret | stop_code s'il est renseignĂ©, sinon stop_id nettoyĂ© de ses prĂ©fixes | Identifiant de l'arrĂȘt en version v1 |
service | blockId | Identifiant du bloc de la course (block_id) |
sens | directionId + 1 | Sens de la course |
Identifiant de course : en version v1, ref_ext_course utilise le trip_id sans préfixe, et non le trip_short_name. En version Legacy, le connecteur utilise le champ GTFS sélectionné dans sa configuration.
đ»Configuration dans Pysae
1/ Paramétrage
Rendez-vous dans l'onglet "Intégrations" en bas à gauche de votre interface d'exploitation (Op). Cliquez sur le bouton "Activer" dans l'encadré Kuba.
2/ Code Société Agent
Afin de configurer le code "societe_agent", vous devez affecter un numéro d'équipe à une équipe existante ou nouvellement créée.
En version v1, le champ societe_agent est renseigné avec le numéro de la premiÚre équipe de l'appareil ; cette équipe doit donc avoir un numéro renseigné.
3/ Code Société Ligne
Un nouveau champ "societe_ligne" est disponible dans la configuration du connecteur. Vous pouvez y renseigner le code société ligne attendu par la billettique ; à défaut, le connecteur utilise l'agency_id du GTFS.
La valeur saisie pour societe_ligne est prioritaire ; si elle est vide, le connecteur utilise l'agency_id du GTFS.
4/ Ajout de l'IP/Port de connexion
L'IP ainsi que le port de connexion correspondent Ă ceux de l'Ă©quipement KUBA (Ă demander auprĂšs de KUBA).
5/ Local port
Ce port est utilisé pour recevoir les réponses de l'équipement KUBA (à demander auprÚs de KUBA).
6/ SĂ©lection du champ d'identification des courses
Sélectionnez la version du protocole adaptée à votre équipement : v1 utilise le trip_id nettoyé, tandis que Legacy utilise le champ GTFS choisi. Le réglage par défaut d'une nouvelle configuration dans Op est Legacy.
N'oubliez pas de cliquer sur le bouton "Enregistrer" aprĂšs toute modification.