Salesforce pour les ports et terminaux : ou s'arrete le TOS

En bref : un operateur de terminal ne remplace pas son Terminal Operating System par Salesforce. Le TOS possede la marchandise : parc, portail, navire et mouvements d'equipement. Salesforce possede tous ceux qui parlent au terminal et tout ce qui entoure le mouvement : contrats et tarifs, demandes de service et litiges, equipements en tant qu'actifs entretenus, et les portails ou se connectent reellement compagnies maritimes et transporteurs. Tracer cette frontiere correctement, c'est tout le probleme de conception.

Que possede un TOS, et que ne possede-t-il pas ?

Un Terminal Operating System existe pour controler le mouvement et le stockage des marchandises dans et autour d'un port ou d'un terminal maritime. Il couvre les operations navires, la gestion de parc, les operations de portail, la coordination des equipements, les stocks et les interfaces rail et route. C'est le systeme operationnel de reference et rien ne doit le deplacer.

Ce pour quoi il n'a jamais ete concu, 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 reclamation 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 tracabilite des pieces.
• Le bail d'un entrepot, d'une aire de stockage ou d'un poste a quai.
• Le transporteur qui veut un creneau, une copie de facture et un statut a 03h00, sans appeler personne.

Ce sont des problemes de CRM habilles en operations, et c'est precisement la qu'une plateforme gagne sa place.

Quels flux de terminal appartiennent vraiment a Salesforce ?

Trois groupes, dans l'ordre ou la plupart des operateurs devraient les adopter.

Commercial

Comptes des compagnies maritimes et des commissionnaires, grilles tarifaires et negociation, devis pour les services annexes comme le stockage, les prises reefer, le pesage et les inspections, renouvellements, et gestion immobiliere ou locative des terrains et hangars. Rien de tout cela ne touche a l'exploitation, et c'est exactement pourquoi c'est le point de depart le plus sur.

Service

Une file unique pour les litiges de portail, les reclamations pour dommage, les exceptions de reservation, les relances documentaires et les questions de surestaries, avec de vrais niveaux de service. La plupart des terminaux gerent cela depuis des boites mail partagees et une astreinte telephonique, et c'est pourquoi personne ne sait combien de temps prend reellement une reclamation.

Equipements et maintenance

Grues, reach stackers, straddle carriers, prises reefer et voies de portail modelises comme des actifs avec une vraie hierarchie, puis ordres de travail, plans de maintenance preventive et planification terrain pour les equipes. C'est de la gestion du cycle de vie des actifs, et c'est souvent la que le terminal trouve les economies les plus rapides et les moins spectaculaires.

Comment les evenements navires et equipements arrivent-ils dans Salesforce sans dupliquer le TOS ?

Une regle evite les ennuis : le TOS reste le systeme de reference du mouvement, et Salesforce detient la reference, pas la copie.

Concretement, cela veut dire une integration evenementielle plutot qu'une synchronisation de tables nocturne. Entrees et sorties de portail, arrivees et departs de navires, codes de panne d'equipement et alarmes reefer arrivent sous forme d'evenements. Salesforce garde l'identifiant, le statut et le contexte metier, puis renvoie vers le TOS pour le detail operationnel. L'inventaire au niveau conteneur n'a pas sa place dans des objets CRM : gros volume, changement permanent, et personne ne prend une decision commerciale sur une copie perimee.

Le meme tuyau porte l'automatisation utile. Un evenement de panne peut ouvrir un cas, le trier au regard de l'historique de maintenance et creer un ordre de travail avec la bonne competence et la bonne piece avant qu'un superviseur ait lu l'alarme.

Qu'apporte un portail a un terminal ?

Plus que la plupart ne l'imaginent, parce qu'il supprime du travail au lieu de le deplacer. Un portail pour compagnies maritimes, transporteurs, locataires et courtiers en douane peut porter les demandes de creneaux et de rendez-vous, le statut des factures et des litiges, l'echange de documents et les declarations de dommage avec photos jointes a la source.

Des ports le font publiquement. Un webinaire Carahsoft sur l'optimisation de la communication portuaire avec Salesforce presentait les resultats de Port Corpus Christi, signal utile pour qui pense encore que le CRM s'arrete a la barriere.

Comment phaser le programme ?

1. Le commercial d'abord. Comptes, contrats, tarifs et pipeline. Aucun risque operationnel, valeur de reporting immediate.
2. Puis la file de service. Faites passer les boites mail partagees en cas avec proprietaires et niveaux de service.
3. Puis les equipements. Actifs, puis ordres de travail, puis planification terrain des equipes de maintenance.
4. Puis le portail. Ne l'ouvrez que lorsque les donnees derriere sont fiables, car un portail expose votre qualite de donnees a vos clients.
5. Les agents en dernier. Un agent IA qui repond "ou est mon creneau" n'est sur que si les enregistrements sous-jacents sont justes.

Qu'est-ce qui derape ?

• Construire un second TOS. Des que quelqu'un demande la planification de parc dans Salesforce, arretez et retracez la frontiere.
• Synchroniser en masse. Copier les tables de conteneurs dans des objets sur mesure produit du volume, du cout et aucune decision.
• Le portail d'abord. Il expose chaque trou de donnees aux personnes a qui vous voulez le moins le montrer.
• Les equipements en objets sur mesure. Vous perdez le modele 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 mobilite. Concevez pour cela ou ce sera inutilise.

Ou nous intervenons

Tekunda travaille dans la logistique et les ports et terminaux comme SI, ISV et PDO Salesforce certifie, dont un operateur de terminal du Golfe pour lequel nous livrons sous NDA. Les briques qui comptent ici tournent deja 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'integration sur 70 systemes 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 systeme de reference pour les marchandises, le parc, le portail et les mouvements d'equipement. Salesforce porte la couche commerciale, service et maintenance autour.

Faut-il synchroniser les donnees conteneurs dans Salesforce ?

Uniquement les references et statuts qui declenchent une decision commerciale. L'inventaire complet reste dans le TOS, avec un lien profond depuis la fiche CRM.

Quels clouds Salesforce les operateurs 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 equipements, et Experience Cloud pour le portail clients et transporteurs.

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

Les evenements de panne et d'alarme arrivent de l'equipement ou du TOS, ouvrent un cas, sont tries au regard de l'historique de maintenance et generent un ordre de travail avec la competence et les pieces requises.

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

La couche commerciale. Aucun risque operationnel, preuve rapide, et elle produit les donnees de contrat et de tarif dont dependent toutes les phases suivantes.