Spécifications techniques ou expression des besoins

Dans cette partie, nous décrirons les clauses fonctionnelles et techniques de la

plateforme

a. Clauses fonctionnelles & techniques

i. Objectifs de la mission
L’objectif global de la mission est de mettre en œuvre une plateforme informatique de
gestion des flux de camion vers le Port Autonome d’Abidjan.

Il s’agira spécifiquement de développer et mettre en œuvre le Système Intelligent de

Régulation du Trafic du Port d’Abidjan SIRTPA, dont les composantes principales sont
respectivement :
i) L’enregistrement des acteurs impliqués dans ls activités d’import/export de
marchandises ;
ii) La gestion des parkings
iii) La collecte des données par l’intégration des Systèmes d’information des
acteurs, notamment le PCS du GUCE, les capteurs intelligents, la saisie
manuelle éventuellement, pour la planification des opérations de
récupération et/ou de dépôt des marchandises sur des sites spécifiés dans
le domaine portuaire, ainsi que les zones proches du PAA ;
iv) La planification des opérations ;
v) La gestion des rendez-vous ;
vi) Gestion des files d’attentes ;
vii) Gestion des flux ;
viii) Notifications et alertes pour les acteurs
ix) Les sanctions éventuelles des contrevenants ;
x) La gestion des objets connectés ;
xi) Le pilotage des portiques
xii) Aide à la vidéoverbalisation
Description du besoin
La plateforme devrait permettre de répondre aux attentes suivantes :
• Gérer les acteurs et les utilisateurs habiletés
• Assurer la dématérialisation des procédures d’accès à la plateforme ;
• Mettre en œuvre une plateforme sécurisée de collaboration entre les parties
prenantes,
• Publication directe en temps réel des plannings des opérations et alerter sur tout
changement
• Interdire l’accès à un périmètre identifié, à tout véhicule n’ayant pas un rendez-
vous de retrait ou dépôt de marchandise sur un site spécifié dans le système
 • Prévenir la présence non sollicitée des camions dans le périmètre portuaire
spécifié.
• Proposer des trajets optimaux
• Mettre en œuvre les procédures de contrôle et workflow d’approbation ;
• Proposer un espace dédié à chaque catégorie de partie prenante
• Proposée une plateforme sécurisée pour gérer les documents associés aux
procédures ;
• Mettre en œuvre un workflow de validation et notification aux parties
prenantes ;
• Fournir automatiquement un tableau de bord qui donne les informations sur l’état
des dossiers ainsi que le taux d’exécution des travaux ;
• Intégrer la plateforme au QUIPUX de verbalisation mis en œuvre par le ministère
de Transport, ainsi que PCS du GUCE ;
• Intégrer une carte interactive pour le suivi du trafic des camions

Exigences fonctionnelles
• La gestion des données de référence
• La gestion des acteurs
Le SIRTPA doit être capable d’enregistrer tous les acteurs impactés par la gestion
des flux de transport. Il s’agit notamment des transitaire, chargeurs, transporteurs,
gestionnaires de parking, manutentionnaire, société installée dans le périmètre de
spécifié comme étant portuaire, autorité de sécurité et de sureté, la Douane...
Chaque acteur est caractérisé par :
o La raison sociale
o L’adresse
o Les cordonnées de géolocalisation
o Une liste de personnes physiques, habilitées à utiliser la plateforme.
La plateforme doit être flexible en termes d’enregistrement de tout acteurs
identifiés comme tel. Parmi les acteurs, une attention particulière doit être portée
aux transporteurs qui doivent déclarer leur parc, les chauffeurs, les points de
départ et d’arrivé des camions. Le système doit prendre en compte la
réglementation en exigeants les éléments de preuve fournissent sous forme de
documents. Ces documents doivent être numérisés et stockés dans la plateforme.
Les fonctionnalités suivantes sont attendues :
o La création des fiches par acteurs
o La création d’une version d’une fiche
o La Mise à jour des informations d’une fiche
o Pour les gestionnaires de parkings la plateforme doit permettre
d’enregistrer et mettre à jour les informations sur les places du parking et si
possible intégrer une carte du parking. Chaque place du parking est
caractérisée par :
 ▪ Le numéro de place
▪ Les cordonnées géolocalisées
o Pour les transporteurs, la plateforme doit enregistrer les chauffeurs et les
véhicules et les points de départs des véhicules. Chaque chauffeur doit être
identifié par :
▪ Son nom, prénom
▪ Gsm
▪ Photo
▪ Numéro du permis

Le véhicule doit être déclaré à la plateforme par les attributs essentiel

suivants :
▪ Le type
▪ La marque
▪ Le poids à vide
▪ Le numéro de la plaque d’immatriculation
▪ Le numéro de la carte grise
▪ ..

Les manutentionnaires et les entreprises installées dans le périmètre

portuaire spécifié, doivent déclarer au niveau de la plateforme tous les
points de chargement et de déchargement. Chaque point sera
caractérisé par :
▪ Un intitulé
▪ Les cordonnées de géolocalisation
▪ Le texte sur une plaque ou support visuel destiné au chauffeur
▪ Une photo
• Module de gestion des parkings : Ce module permet de déclarer les aires de
parking susceptibles de permettre l’attente et le repos des chauffeurs. Les
fonctionnalités sont les suivantes :
o Réserver une place de parking sur la base des places disponibles et d’un
délai d’occupation sous peine de perte
o Occuper une place
o Libérer une place
o Annuler une réservation
o Conster automatiquement ou manuellement la vacance d’une place
• La gestion des objets connectés : La plateforme doit offrir une interface conviviale
pour administrer les objets connectés. Les fonctionnalités sont les suivantes :
o L’ajout d’un objet
o La visualisation de l’état de fonctionnement d’un objet
 o La MAJ du logiciel de base d’exploitation de l’objet
o La suppression d’un objet.
o La supervision des données reçues ou transmises par un objet relativement
à des filtres
o L’archivage des données
• La planification des opérations : Il s’agira pour un manutentionnaire de planifier les
opérations de livraison ou de réception des marchandises. Ces opérations
pourront être fait sur la plateforme ou les résultats reçus d’autres plateforme. Cette
planification est faite sur la base des données du module eRelease qui renseigne
sur l’état de complétude des opérations administratives. Ce planning peut être
prévisionnel pour permettre aux transporteurs de planifier leurs tournées. Les
informations essentielles sont les suivantes :
o Le transitaire
o Le chargeur
o La date prévisionnelle de livraison ou réception
o Le site et sa géolocalisation
o La plage horaire
o L’opérateur (Calcul des charges)
o Ressources
Le module doit prendre en compte la capacité des ressources
Le transitaire ou le chargeur doit affecter à un élément du planning, le transporteur
et le chauffeur retenue pour l’opération. Une opération valable portera donc en lus
des informations ci-dessus un complément :
o Le transporteur
o Le chauffeur
o Le point de départ fixé afin que le système de tracking puisse calculer les
délais d’arrivé au port
• La Gestion des rendez-vous : Sur la base des opérations planifiées, la plateforme
génère des rendez-vous pour les transporteurs et leurs chauffeurs. L’évènement
déclencheur est la complétude du dossier généré par le module eRelease du PCS.
Afin de palier à une défaillance des canaux d’interconnexion, cet ordre peut être
saisie manuellement. Un rendez-vous valable porte les informations suivantes :
o Le code d’identification unique dans toute la plateforme
o Le code opération objet du planning (Relation avec l’objet opération)
o Le chauffeur
o Le véhicule
o Le point de chargement ou déchargement
o La date
o L’heure
o La durée estimée de l’opération
o Le délai de validité du rendez vous
 o Délais d’annulation sous peine de sanction
o Le statut
Le module de gestion des rendez-vous, en prenant en compte les capacités des
ressources offrira les fonctionnalités suivantes
o La validation d’un rendez-vous
o La prolongation des délais d’un rendez-vous
o L’annulation d’un rendez-vous
o Le report d’un rendez-vous par le manutentionnaire
o Le report d’un rendez-vous dans les délais prescrits par un transporteur
o La notification aux parties prenantes d’évènements
▪ Retard,
▪ Annulation
▪ Report
o Renseigne automatiquement ou manuellement sur le statut de l’opération :
▪ En cours
▪ Retardé
▪ Reporté
▪ Annulé
▪ Terminé
o Génère une liste de sanction pour les transporteurs ne respectant pas les
délais d’annulation de rendez-vous ou ne quittant pas la zone portuaire à la
fin de l’opération
• Le Module de surveillance : Basé sur en ensemble d’objets connectés, il prévient
la sécurité de la présence à une distance prédéfinie d’un transporteur n’ayant pas
de rendez-vous. Il permet aussi de s’assurer que le transporteur dont l’opération
est achevée a bien quitté le périmètre portuaire défini. Il permet aussi aux agents
d’autorité de s’assurer de l’autorisation de présence d’un chauffeur dans le
périmètre portuaire défini. Pour ce faire les agents pourront via le SIT verbaliser
tout transporteur indélicat. Ce module génère une liste de sanction pour les
transporteurs présents dans le périmètre sans rendez-vous, ayant dépassé les
délais de libération du périmètre.
• Le module de pilotage des portiques : Ce module gère l’ouverture et la fermeture
automatique des portiques sur la base des informations sur le rendez-vous avec
un mage de délais d’avance prédéfini.
• Le Module de calcul d’itinéraire peut proposer un itinéraire optimal au chauffeur
ayant un rendez-vous en se basant sur des capteurs, les données de
géolocalisation origine destination. Il doit permettre de suivre en temps réel le trajet
d’un chauffeur et visualiser le trafic et l’itinéraire sur une carte. Son calcul peu
impacter le système de gestion des rendez-vous en modifiant les horaires,
manuellement ou automatiquement et en informant les chauffeurs.
 • Le portail de service doit offrir aux partes prenantes des espaces personnalisées
pour les opérations et interaction avec la plateforme, notamment les sociétés
installées à proximité du domaine portuaire, générateur de trafics. Ces sociétés
peuvent ne pas être connectées au PCS du GUCE. Il faudra qu’elles disposent
d’une interface pour planifier leurs opérations ainsi que de gérer les rendez-vous.
Elles pourront aussi pour celles qui mettent en œuvre des portiques les piloter.

Exigences techniques
• La charte graphique doit respecter la charte des portails institutionnels en Côte
d’Ivoire.
• La plateforme doit être basée sur une base donnée open source ouverte de type
relationnelle, supportant les normes SQL standards et supportant les
caractéristiques suivantes :
o Supporter la haute disponibilité par le clustering
o Taille maximale de la base de données illimitée
o Taille maximale d’un tableau 32 Téraoctets
o Taille maximale d’un ensemble de données 1,6 Téraoctets
o Taille maximale d’un champ 1 Gigaoctet
o Nombre maximum de colonnes selon le type de données : de 250 jusqu’à
1 600
o Nombre maximum de lignes illimité
o Nombre maximum d’indices illimité
• La plateforme doit supporter de façon transparente pour les utilisateurs une
infrastructure PKI pour l’authentification et la signature électronique des
documents
• La plateforme doit être construite autour de l’architecture modulaire, orientée
service full web PWA ou SPA à minima. L’interface doit être intuitive, ergonomique
et responsive
• La plateforme doit offrir un module natif sous Android et IOS pour les terminaux
mobiles et smartphones ;
• La plateforme doit offrir des services d’audit de l’utilisation et des transactions
• La plateforme doit être capable de supporter un jusqu’à 5000 utilisateurs
connectés simultanément sans dégradation des performances
• Le temps de réponse maximum pour répondre à une requête ne doit pas excéder
5 Secondes, quelques soit le nombre d’utilisateurs connectés
• La plateforme doit permettre taux de disponibilité de 99,99% 7/7 et 24/24 en offrant
des mécanismes de haute disponibilité et de tolérance aux pannes.
• La plateforme doit supporter les mécanismes d’authentification basée sur une
infrastructure de gestion des identités supportant le SSO
• La plateforme doit supporter un déploiement sur des conteneurs
d’application(kubernetes ou autre) afin d’assurer la montée en
charge et la conteneurisation
• La plateforme doit exposer une API orientée service compatible
avec lesprincipaux ESB du marché
• Le module de notification doit supporter l’emailing, les SMS et le
push vers lesclients mobiles