Axe Nord · NORLINK · GT Interconnexion numérique

Démonstrateur d’interconnexion ports / hinterland

On ingère un plan de chargement maritime (BAPLIE / EDIFACT) et on le restitue, harmonisé, en vues exploitables pour l’opérateur fluvial et l’opérateur ferroviaire — sans qu’aucun acteur ne modifie son système.

Neutre, au service de tous les opérateurs de l’axe.
Sans modification des systèmes d’information existants.
Conforme à l’esprit du chantier « langage universel » (DGITM).

Voir une ingestion BAPLIE Carte de chaînage

BAPLIE · EDIFACTillisible par les opérateurs

LOC+147+0010820'
EQD+CN+CMAU1234564+22G1:6346:5'
MEA+VGM++KGM:18450'
LOC+11+FRLIL:139:6'

normalisation → format pivot

CMAU123456420′ Dry standard

Poids: 18,5 t
Position: 0010820
Déchargt: FRLIL

Le problème

Autant de ports, autant de systèmes

La donnée maritime existe — mais chaque port la gère dans son propre système d'information (CCS / PCS), porté par des éditeurs concurrents. Deux mondes coexistent, et même lorsqu'ils s'ouvrent au rail, chacun le fait à sa manière.

Ci5 — MGI

Dunkerque, Marseille-Fos, Bordeaux, Sète…

S)ONE — SOGET

Le Havre / HAROPA, et autres places…

À eux deux, ces éditeurs traitent ~95 % du conteneur français— avec deux systèmes distincts. La convergence de leurs messages EDI est engagée (≈ 40 % harmonisés, objectif 90 %, via le GIE « France PCS ») mais loin d'être achevée. Conséquence : l'opérateur fluvial ou ferroviaire de l'axe Nord ne peut pas lire cette donnée de façon homogène.

→ D'où une couche-pivot neutre, posée au-dessus, qui parle à chacun sans imposer de standard ni modifier les systèmes existants.

À qui ça s’adresse

Les acteurs de l’axe Nord

Opérateur fluvial

Reçoit, par barge, sa liste de chargement lisible — sans ressaisie Excel ni appel au terminal.

Opérateur ferroviaire

Même logique par train / lot : conteneurs, poids, alertes, destination hinterland.

Terminal / port maritime

Partage la donnée du plan de chargement sans exposer ni modifier son système (TOS / CCS).

GT NORLINK · maîtrise d’ouvrage

Un démonstrateur neutre, au service de tous, aligné sur le chantier langage universel.

Ce que vous pouvez faire

Les capacités du démonstrateur

Lire un BAPLIE en clair

Parser EDIFACT maison (LOC, EQD, MEA, TMP, DIM, DGS), ISO 6346, chiffre de contrôle.

Ingérer & historiser

Dépôt de fichier → normalisation → persistance + journal d’audit.

Multi-sources

Fichier EDIFACT ou API portuaire (Ci5 / MGI) : tout converge vers un format pivot unique.

Affectation hinterland

Quel conteneur → quelle barge / quel train, vers quelle plateforme (import CSV / JSON).

Vues opérateur

Liste de chargement consolidée par barge ou par train : tonnage, alertes, origine maritime.

Alertes métier

Reefer à brancher, marchandises dangereuses (IMDG / ONU), hors-gabarit — signalés visuellement.

Carte de chaînage

Réseau navigable régional réel, barges en transit, port → voie d’eau → plateforme.

Traçabilité & gouvernance

Qui accède à quelle donnée, quand : journal horodaté, neutralité, cloisonnement par acteur.

Copilote IA

Une couche d'IA qui assiste l'opérateur : interroger en langage naturel, alerter, suggérer l'affectation — l'humain décide.

Comment ça s’utilise

Le parcours, en quatre temps

1
La donnée maritime est déposée
Un fichier BAPLIE / EDIFACT, ou une source API portuaire qui se branche.
2
Normalisation automatique
Le format maritime abscons est transformé en un format pivot commun.
3
Vues métier exploitables
Chaque opérateur voit sa liste par barge / train : tonnage, position, alertes, destination.
4
Sans toucher aux systèmes
Aucun SI d’acteur n’est modifié ; chaque accès donnée est tracé.