Salesforce pour les ports et terminaux : où s'arrête le TOS

En bref : un opérateur de terminal ne remplace pas son Terminal Operating System par Salesforce. Le TOS possède la marchandise : parc, portail, navire et mouvements d'équipement. Salesforce possède tous ceux qui parlent au terminal et tout ce qui entoure le mouvement : contrats et tarifs, demandes de service et litiges, équipements en tant qu'actifs entretenus, et les portails où se connectent réellement compagnies maritimes et transporteurs. Tracer cette frontière correctement, c'est tout le problème de conception.

Que possède un TOS, et que ne possède-t-il pas ?

Un Terminal Operating System existe pour contrôler le mouvement et le stockage des marchandises dans et autour d'un port ou d'un terminal maritime. Il couvre les opérations navires, la gestion de parc, les opérations de portail, la coordination des équipements, les stocks et les interfaces rail et route. C'est le système opérationnel de référence et rien ne doit le déplacer.

Ce pour quoi il n'a jamais été conçu, c'est la couche commerciale et relationnelle autour de ces mouvements :

• Le contrat, le tarif et le renouvellement annuel avec une compagnie maritime ou un commissionnaire.
• La réclamation pour dommage, le litige de portail, la question de surestaries et l'escalade qui suit.
• La grue comme actif entretenu, avec garantie, historique de maintenance et traçabilité des pièces.
• Le bail d'un entrepôt, d'une aire de stockage ou d'un poste à quai.
• Le transporteur qui veut un créneau, une copie de facture et un statut à 03h00, sans appeler personne.

Ce sont des problèmes de CRM habillés en opérations, et c'est précisément là qu'une plateforme gagne sa place.

Quels flux de terminal appartiennent vraiment à Salesforce ?

Trois groupes, dans l'ordre où la plupart des opérateurs devraient les adopter.

Commercial

Comptes des compagnies maritimes et des commissionnaires, grilles tarifaires et négociation, devis pour les services annexes comme le stockage, les prises reefer, le pesage et les inspections, renouvellements, et gestion immobilière ou locative des terrains et hangars. Rien de tout cela ne touche à l'exploitation, et c'est exactement pourquoi c'est le point de départ le plus sûr.

Service

Une file unique pour les litiges de portail, les réclamations pour dommage, les exceptions de réservation, les relances documentaires et les questions de surestaries, avec de vrais niveaux de service. La plupart des terminaux gèrent cela depuis des boîtes mail partagées et une astreinte téléphonique, et c'est pourquoi personne ne sait combien de temps prend réellement une réclamation.

Équipements et maintenance

Grues, reach stackers, straddle carriers, prises reefer et voies de portail modélisés comme des actifs avec une vraie hiérarchie, puis ordres de travail, plans de maintenance préventive et planification terrain pour les équipes. C'est de la gestion du cycle de vie des actifs, et c'est souvent là que le terminal trouve les économies les plus rapides et les moins spectaculaires.

Comment les événements navires et équipements arrivent-ils dans Salesforce sans dupliquer le TOS ?

Une règle évite les ennuis : le TOS reste le système de référence du mouvement, et Salesforce détient la référence, pas la copie.

Concrètement, cela veut dire une intégration événementielle plutôt qu'une synchronisation de tables nocturne. Entrées et sorties de portail, arrivées et départs de navires, codes de panne d'équipement et alarmes reefer arrivent sous forme d'événements. Salesforce garde l'identifiant, le statut et le contexte métier, puis renvoie vers le TOS pour le détail opérationnel. L'inventaire au niveau conteneur n'a pas sa place dans des objets CRM : gros volume, changement permanent, et personne ne prend une décision commerciale sur une copie périmée.

Le même tuyau porte l'automatisation utile. Un événement de panne peut ouvrir un cas, le trier au regard de l'historique de maintenance et créer un ordre de travail avec la bonne compétence et la bonne pièce avant qu'un superviseur ait lu l'alarme.

Qu'apporte un portail à un terminal ?

Plus que la plupart ne l'imaginent, parce qu'il supprime du travail au lieu de le déplacer. Un portail pour compagnies maritimes, transporteurs, locataires et courtiers en douane peut porter les demandes de créneaux et de rendez-vous, le statut des factures et des litiges, l'échange de documents et les déclarations de dommage avec photos jointes à la source.

Des ports le font publiquement. Un webinaire Carahsoft sur l'optimisation de la communication portuaire avec Salesforce présentait les résultats de Port Corpus Christi, signal utile pour qui pense encore que le CRM s'arrête à la barrière.

Comment phaser le programme ?

1. Le commercial d'abord. Comptes, contrats, tarifs et pipeline. Aucun risque opérationnel, valeur de reporting immédiate.
2. Puis la file de service. Faites passer les boîtes mail partagées en cas avec propriétaires et niveaux de service.
3. Puis les équipements. Actifs, puis ordres de travail, puis planification terrain des équipes de maintenance.
4. Puis le portail. Ne l'ouvrez que lorsque les données derrière sont fiables, car un portail expose votre qualité de données à vos clients.
5. Les agents en dernier. Un agent IA qui répond "où est mon créneau" n'est sûr que si les enregistrements sous-jacents sont justes.

Qu'est-ce qui dérape ?

• Construire un second TOS. Dès que quelqu'un demande la planification de parc dans Salesforce, arrêtez et retracez la frontière.
• Synchroniser en masse. Copier les tables de conteneurs dans des objets sur mesure produit du volume, du coût et aucune décision.
• Le portail d'abord. Il expose chaque trou de données aux personnes à qui vous voulez le moins le montrer.
• Les équipements en objets sur mesure. Vous perdez le modèle standard actif, ordre de travail et maintenance, et vous le reconstruisez moins bien.
• Une conception de bureau. Les terminaux tournent jour et nuit, sur des portails mal couverts, en mobilité. Concevez pour cela ou ce sera inutilisé.

Où nous intervenons

Tekunda travaille dans la logistique et les ports et terminaux comme SI, ISV et PDO Salesforce certifié, dont un opérateur de terminal du Golfe pour lequel nous livrons sous NDA. Les briques qui comptent ici tournent déjà chez nous en production ailleurs : Service Cloud et Field Service pour la maintenance, portails Experience Cloud, gestion du cycle de vie des actifs, et une couche d'intégration sur 70 systèmes d'entreprise ou plus pour le TOS, l'ERP et la douane.

FAQ

Salesforce remplace-t-il un Terminal Operating System ?

Non. Le TOS reste le système de référence pour les marchandises, le parc, le portail et les mouvements d'équipement. Salesforce porte la couche commerciale, service et maintenance autour.

Faut-il synchroniser les données conteneurs dans Salesforce ?

Uniquement les références et statuts qui déclenchent une décision commerciale. L'inventaire complet reste dans le TOS, avec un lien profond depuis la fiche CRM.

Quels clouds Salesforce les opérateurs de terminaux utilisent-ils vraiment ?

Le plus souvent Sales Cloud pour les contrats et tarifs, Service Cloud pour les litiges, Field Service pour la maintenance des équipements, et Experience Cloud pour le portail clients et transporteurs.

Comment une panne d'équipement devient-elle un ordre de travail ?

Les événements de panne et d'alarme arrivent de l'équipement ou du TOS, ouvrent un cas, sont triés au regard de l'historique de maintenance et génèrent un ordre de travail avec la compétence et les pièces requises.

Par où commencer si le budget ne couvre qu'une phase ?

La couche commerciale. Aucun risque opérationnel, preuve rapide, et elle produit les données de contrat et de tarif dont dépendent toutes les phases suivantes.