Sommario
Pysae è in grado di pilotare il sistema di bigliettazione di bordo a bordo dei veicoli via una connessione senza fili basata sull'uso di un router WIFI/4G.
Ciò consente di mutualizzare la presa di servizio del conducente effettuata sul SAEIV con la bigliettazione. Così, si limita il numero di manipolazioni del conducente sui sistemi di bordo, e si guadagna un tempo prezioso per i conducenti.
💡Principio
La mutualizzazione della presa di servizio del conducente consente di trasmettere direttamente la presa di servizio via Pysae verso la bigliettazione Kuba.
Il connettore tra Pysae e Kuba consente di trasmettere al pannello di bigliettazione Kuba la presa di servizio effettuata dal conducente sul suo pannello SAEIV Pysae in modo automatico, così da avere un'unica immissione.
Pysae trasmette via il connettore tutte le informazioni necessarie all'apertura del servizio agente sulla bigliettazione (identificazione del conducente) e all'avvio della bigliettazione sul servizio effettuato (identificazione del servizio).
✅ Prerequisiti tecnici
È necessario disporre delle seguenti attrezzature:
Pannello Bigliettazione Kuba
Smartphone o tablet
Supporto di fissaggio
Connessione dati
Router Wifi 4G (per svolgere il ruolo di gateway tra i diversi dispositivi di bordo)
📝Piano di trasporto e campi necessari
Assicuratevi che i vostri piani di trasporto (in formato GTFS) siano identici nelle vostre soluzioni Pysae e Kuba. È possibile recuperare il GTFS pubblicato in Pysae tramite l'API piano di trasporto.
Campi del GTFS necessari per comunicare tra Pysae e KUBA
Campo Kuba | Fonte / Campo GTFS | Nota |
societe_linea | Inserimento manuale (hardcoded) | Da configurare nell'interfaccia Pysae Op (Impostazioni di integrazione) |
societe_agent | Inserimento manuale (hardcoded) | Da configurare nell'interfaccia Pysae Op (Numero di squadra) |
num_cond | staffNumber | Matricola conducente |
numParc | fleetNumber | Numero del veicolo |
ref_ext_course | trip_id | Utilizzato sistematicamente (pulito dai prefissi) |
ref_ext_ligne | routeShortName | Nome breve della linea |
ref_ext_arret | stopId | Identificatore della fermata |
servizio | blockId | Identificatore del servizio agente |
senso | directionId + 1 | Senso della corsa |
Identificatore di corsa (ref_ext_course) : A differenza delle versioni precedenti, il sistema utilizza ora sistematicamente il trip_id per identificare le corse, anche se uno trip_short_name è presente nel GTFS.
💻Configurazione in Pysae
1/ Impostazioni
Vai nella scheda "Integrazioni" in basso a sinistra della vostra interfaccia di esercizio (Op). Fare clic sul pulsante "Attivare" nella sezione Kuba.
2/ Codice Società Agente
Al fine di configurare il codice "societa_agente", è necessario assegnare un numero di squadra a una squadra esistente o di nuova creazione.
Il campo "societa_agente" sarà compilato per ogni dispositivo con il valore del numero della sua squadra, quindi è necessario compilare una squadra per dispositivo.
3/ Codice Società Linea
Un nuovo campo societa_linea è disponibile nella configurazione del connettore. È necessario inserire il codice specifico fornito dalla propria autorità organizzatrice (es: specifiche Regione PDL).
Nota: questo campo è ora indipendente dall'agency_id del GTFS e deve essere inserito "hardcoded" nell'interfaccia.
Aggiunta dell'IP/Porta di connessione
L'IP e la porta di connessione corrispondono a quelli dell'apparecchiatura KUBA (da richiedere a KUBA).
Porta locale
Questa porta viene utilizzata per ricevere le risposte dell'apparecchiatura KUBA (da richiedere a KUBA).
Selezione del campo di identificazione delle corse
Il connettore è ora configurato per utilizzare di default il trip_id (pulito) al fine di garantire una corrispondenza perfetta con i sistemi Kuba, secondo le ultime esigenze contrattuali.
Non dimenticare di fare clic sul pulsante "Salva" dopo ogni modifica.