Transport Analytics
Indicateurs
Introduction aux indicateurs et calculs
Indicateurs (KPIs) globaux
Indicateur : Validations
Indicateur : Montées/descentes (module Fréquentation)
Indicateur : Avance/retard & Niveaux d'avance/retard
Indicateur : Ponctualité voyageur
Indicateur : Ponctualité
Indicateur : Temps d'attente excédentaire
Indicateur : Régularité
Indicateur : Voyages/km
Indicateur : Nombre de courses
Taux de réalisation du nombre de courses
Indicateur : Production kilométrique
Indicateur : Vitesse commerciale
Indicateur : Temps de parcours
Indicateur : Temps d'arrêt
Indicateur : Empreinte carbone
Indicateur : Empreinte Carbone - paramétrage
Indicateur : Déplacements
Indicateur : Montées/descentes brutes (Module Qualité > Comptage)
Indicateur : Charge brute (Module Qualité > Comptages)
Indicateur : Confort voyageur
Indicateur : Charge (module Fréquentation)
Indicateur : Voyages
Calcul des moyennes par jour
Indicateur : Courses en surcharge
Algorithmes et calculs
Calcul de la fréquentation unifiée
Reconstitution des flux O-D et de la Charge
Reconstitution des déplacements
Reconstitution des voyages
Reconstitution de la charge
Reconstitution des voyages - Annexe 1 : exemple méthode des voyages consécutifs
Reconstitution des voyages - Annexe 2 : correspondance avec les courses
Données simulées
Calcul de la fréquentation extrapolée
Calcul de la fréquentation débruitée
Interface et modules
Comment fonctionne l'interface
Les différents modules disponibles sur CITiO Analytics
Module Tableau de bord
Module Fréquentation
Module Exploitation
Module Course
Module Qualité
Analyses croisées
Utiliser les filtres temporels
Réaliser un export de données
Affichage des éléments actifs et inactifs d'un réseau
Introduction à CITiO Analytics
Glossaire Analytics
FAQ
Cas d'usages
Suivre la remontée des données
Comprendre une anomalie
Analyser et suivre la fréquentation
Faciliter la préparation des reportings internes et externes
Identifier les heures de pointe
Accéder aux données en J+1
Améliorer la fiabilité de vos données et systèmes
Gérer votre réseau au quotidien
Identifier des systèmes défaillants
Suivre les avances/retards au quotidien
Répondre aux sollicitations du PCC (avances/retards)
Adapter de manière réactive l'offre en réponse à la demande
Définir les marches-type par tronçon ou par inter-station
Identifier les secteurs où réaliser des aménagements de voirie
Formation continue des conducteurs
Etudier l'usage des Titres de transport et adapter la tarification
Le partage des indicateurs clés du réseau
Analyser les temps d'arrêt
Mise en place d'une campagne marketing ciblée
Identifier rapidement les écarts entre le théorique et le réel
Partage des informations entre AOM et Exploitant
Définir les plages horaires de marche-type
Formation continue des régulateurs
Découvrez les cas d'usage de CITiO !
Analyser la charge à bord
Utiliser l'indicateur de Ponctualité voyageurs
Gérer les réclamations voyageurs
Assurer une transparence sur le sujet des temps de parcours
Identifier les lignes à travailler
Optimiser les temps de parcours
Fraud Tracker
Cas d'usages
Déterminer une fréquentation réelle sur le réseau
Planifier les opérations de contrôle/sensibilisation en amont
Analyser l'impact des opérations de contrôle/sensibilisation en aval
Optimiser le choix des véhicules à contrôler au cours de l’opération
Modules
Glossaire Fraude
Traitements de données
Présentation générale de Fraud Tracker
Traitements de données pour le calcul de la fraude
FAQ (Fraud Tracker)
Analyses croisées sur Fraud Tracker
Prédiction de fraude
Transport Planner
Rail Analytics
Sommaire
Module Exploitation : calculs des indicateurs liés aux heures de passages
Présentation du Module Circulation
Visualisation par numéro de train
Visualiser les montées/descentes par tronçon
Taux de reconnaissance
Rapprochement des données de comptage au plan de transport
Occupancy API
Authentification
Occupany API - Sommaire
What is the Occupancy Prediction API?
The Occupancy API : how does it work?
The Occupancy Prediction API : how to use it?
/api/login - Login
/rest/predicted_occupancy - Occupancy Prediction API
Release note (Occupancy API)
Transport Analytics API
Date Perimeters format
/kpis/tc/overcrowding/
/api/login - Login
/kpis/ticketing/{filter_level}[/{filter_level_id}]/{aggregation_level}
/rest/lines
/rest/service_date
How to create a graph of Validations per line
Architecture et sécurité
- Toutes les catégories
- Architecture et sécurité
- Sécurisation des données
Sécurisation des données
Principe
L'ensemble des données CITiO est stocké dans des serveurs appartenant à un VPN (virtual private network), ne possédant donc aucun lien avec Internet. Ceci permet de nous affranchir de nombreux risques car les machines ne sont pas accessibles par des machines externes à ce réseau.
Le seul point d'entrée de ce réseau est un serveur de "gateway" (nous suivons le pattern d'API Gateway) qui sécurise tous les flux entrants. Ce serveur utilise le système d'authentification de Django, un framework web utilisé par nos équipes, activement maintenu et utilisé par des milliers d'entreprise à travers le monde, qui prend en compte les types d'attaques les plus fréquents (XSS, CSRF) pour authentifier chaque requête. Chaque requête est donc associée à un utilisateur, et chaque utilisateur possède des droits qui lui permettent d'accéder aux données d'un réseau en particulier. L'ensemble des requêtes sont gérées par Nginx. Un utilisateur ne peut pas accéder aux données d'un réseau dont l'accès ne lui a pas été accordé
L'ensemble du trafic est chiffré en HTTPs et nous regénérons nos certificats tous les 6 mois.
Outillage
CITiO met régulièrement à jour ses process de sécurisation de la donnée, ainsi que ses processes, dans le but d'augmenter constamment la sécurisation de sa plateforme.
Nous utilisons la combinaison d'outils Google Cloud Platform, certifiée par les normes les plus exigeantes.
Cette plateforme est certifiée par les normes les plus drastiques en termes de sécurité :
ISO 27001, ISO 27017, ISO 27018, SOC1/2/3, PCI DSS, CSA STAR (voir https://cloud.google.com/security).
Séparation des données
Les données brutes de nos clients sont entreposées dans des espaces de stockage séparés et chiffrés sur Google Cloud Platform. Concrètement, cela veut dire que les données que chaque agence sont entreposées dans un espace différent, possédant ses permissions propres et séparé physiquement des autres données. Ces données sont chiffrées par les services de Google.
Les traitements des données sont réalisés de manière indépendante pour chaque agence.
Une fois l'information traitée, elle est stockée dans notre base de données. À nouveau l'information est séparée physiquement, par un système de "tenant" pour sécuriser l'accès à la donnée.
Lors de l'accès à la donnée par l'utilisateur via l'interface, chaque connexion à nos serveurs est sécurisée via HTTPs, et authentifiée par un système de login. Ce système de login vérifie systématiquement, pour chaque connexion entrante, à quelle(s) agence(s) l'utilisateur a le droit d'accéder, et est construit de telle sorte à n'autoriser les requêtes que pour le tenant auquel l'utilisateur a accès.
De cette manière, de la réception des données dans nos systèmes jusqu'à leur exposition à l'utilisateur, les données sont sécurisées, séparées physiquement par agence et protégées.