Salesforce für Häfen und Terminals: wo das TOS aufhört

Kurz gesagt: Ein Terminalbetreiber ersetzt sein Terminal Operating System nicht durch Salesforce. Dem TOS gehört die Ladung: Lagerfläche, Gate, Schiff und Equipmentbewegungen. Salesforce gehört jeder, der mit dem Terminal spricht, und alles rund um die Bewegung: Verträge und Tarife, Serviceanfragen und Schadensfälle, Equipment als gewartete Assets und die Portale, in die Reedereien und Spediteure tatsächlich einloggen. Diese Grenze richtig zu ziehen ist die eigentliche Entwurfsaufgabe.

Was gehört dem TOS, und was nicht?

Ein Terminal Operating System existiert, um Bewegung und Lagerung von Ladung in und um einen Hafen oder Seeterminal zu steuern. Es deckt Schiffsoperationen, Lagerflächenverwaltung, Gate-Betrieb, Equipmentkoordination, Bestand sowie die Bahn- und Straßenschnittstellen ab. Es ist das operative führende System und nichts sollte es verdrängen.

Wofür es nie gebaut wurde, ist die kaufmännische und Beziehungsebene rund um diese Bewegungen:

• Der Vertrag, der Tarif und die jährliche Verlängerung mit Reederei oder Spediteur.
• Der Schadensfall, der Gate-Streit, die Standgeldfrage und die anschließende Eskalation.
• Der Kran als gewartetes Asset mit Garantie, Servicehistorie und Ersatzteilspur.
• Der Mietvertrag für eine Halle, eine Abstellfläche oder einen Kaiplatz.
• Der Spediteur, der um 03:00 Uhr einen Slot, eine Rechnungskopie und einen Status will, ohne jemanden anzurufen.

Das sind CRM-Probleme im Operations-Gewand, und genau dort verdient sich eine Plattform ihren Platz.

Welche Terminalprozesse gehören wirklich auf Salesforce?

Drei Gruppen, in der Reihenfolge, in der die meisten Betreiber sie angehen sollten.

Kaufmännisch

Accounts von Reedereien und Spediteuren, Preislisten und Tarifverhandlung, Angebote für Zusatzleistungen wie Lagerung, Reeferanschlüsse, Verwiegung und Inspektionen, Verlängerungen sowie Immobilien- und Mietverwaltung für Flächen und Hallen. Nichts davon berührt den Betrieb, und genau deshalb ist es der sicherste Einstieg.

Service

Eine Warteschlange für Gate-Streitfälle, Schadensfälle, Buchungsausnahmen, Dokumentennachlauf und Standgeldfragen, mit echten Servicezeiten. Die meisten Terminals fahren das heute über Sammelpostfächer und einen Telefonplan, und deshalb kann niemand sagen, wie lange ein Schadensfall wirklich dauert.

Equipment und Instandhaltung

Kräne, Reachstacker, Portalhubwagen, Reeferplätze und Gate-Spuren als Assets mit echter Hierarchie modelliert, dann Arbeitsaufträge, Präventivpläne und Einsatzplanung für die Teams. Das ist Asset Lifecycle Management, und dort findet ein Terminal meist die schnellsten unspektakulären Einsparungen.

Wie erreichen Schiffs- und Equipmentereignisse Salesforce, ohne das TOS zu duplizieren?

Eine Regel hält solche Programme aus dem Ärger: Das TOS bleibt das führende System der Bewegung, und Salesforce hält die Referenz, nicht die Kopie.

Praktisch heißt das ereignisgesteuerte Integration statt nächtlichem Tabellenabgleich. Gate-Ein- und -Ausgang, Schiffsankunft und -abfahrt, Fehlercodes von Geräten und Reeferalarme kommen als Ereignisse an. Salesforce behält Kennung, Status und Geschäftskontext und verlinkt für Details zurück ins TOS. Bestand auf Containerebene gehört nicht in CRM-Objekte: hohes Volumen, ständige Änderung, und niemand trifft eine kaufmännische Entscheidung auf einer veralteten Kopie.

Dieselbe Leitung trägt die nützliche Automatisierung. Ein Störungsereignis kann einen Fall öffnen, ihn gegen die Wartungshistorie triagieren und einen Arbeitsauftrag mit passender Qualifikation und passendem Teil erzeugen, bevor eine Aufsicht den Alarm gelesen hat.

Was ändert ein Portal für ein Terminal?

Mehr als die meisten erwarten, weil es Arbeit entfernt statt sie zu verschieben. Ein Portal für Reedereien, Spediteure, Mieter und Zollagenten kann Slot- und Terminanfragen tragen, Rechnungs- und Streitstatus, Dokumentenaustausch und Schadensmeldungen mit Fotos direkt an der Quelle.

Häfen machen das öffentlich. Ein Carahsoft-Webinar zur Optimierung der Hafenkommunikation mit Salesforce zeigte die Ergebnisse von Port Corpus Christi, ein nützliches Signal für alle, die CRM immer noch am Tor enden lassen.

Wie phasiert man das Programm?

1. Kaufmännisch zuerst. Accounts, Verträge, Tarife und Pipeline. Kein operatives Risiko, sofortiger Auswertungsnutzen.
2. Dann die Service-Warteschlange. Sammelpostfächer werden Fälle mit Verantwortlichen und Servicezeiten.
3. Dann Equipment. Assets, dann Arbeitsaufträge, dann Einsatzplanung für die Instandhaltung.
4. Dann das Portal. Erst öffnen, wenn die Daten dahinter belastbar sind, denn ein Portal zeigt Ihre Datenqualität Ihren Kunden.
5. Agenten zuletzt. Ein KI-Agent, der "wo ist mein Slot" beantwortet, ist erst sicher, wenn die Datensätze darunter stimmen.

Was läuft schief?

• Ein zweites TOS bauen. Sobald jemand Flächenplanung in Salesforce verlangt, anhalten und die Grenze neu ziehen.
• Alles synchronisieren. Containertabellen in eigene Objekte zu kopieren erzeugt Volumen, Kosten und keine Entscheidungen.
• Portal zuerst. Es zeigt jede Datenlücke genau denen, denen Sie sie am wenigsten zeigen wollen.
• Equipment als Custom Objects. Sie verlieren das Standardmodell aus Asset, Arbeitsauftrag und Wartung und bauen es schlechter nach.
• Schreibtisch-Design. Terminals laufen rund um die Uhr, an Gates mit schlechter Verbindung, mobil. Entwerfen Sie dafür, sonst wird es nicht genutzt.

Wo wir hineinkommen

Tekunda arbeitet in Logistik sowie Häfen und Terminals als zertifizierter Salesforce SI, ISV und PDO, darunter ein Terminalbetreiber am Golf, für den wir unter NDA liefern. Die hier entscheidenden Bausteine laufen bei uns anderswo bereits produktiv: Service Cloud und Field Service für die Instandhaltung, Experience-Cloud-Portale, Asset Lifecycle Management und eine Integrationsschicht über 70 oder mehr Unternehmenssysteme für TOS, ERP und Zoll.

FAQ

Ersetzt Salesforce ein Terminal Operating System?

Nein. Das TOS bleibt das führende System für Ladung, Fläche, Gate und Equipmentbewegungen. Salesforce trägt die kaufmännische, Service- und Instandhaltungsebene darum herum.

Sollen Containerdaten nach Salesforce synchronisiert werden?

Nur die Referenzen und Status, die eine kaufmännische Entscheidung auslösen. Der vollständige Bestand bleibt im TOS, mit Deeplink vom CRM-Datensatz.

Welche Salesforce-Clouds nutzen Terminalbetreiber wirklich?

Meist Sales Cloud für Verträge und Tarife, Service Cloud für Schäden und Streitfälle, Field Service für die Equipmentwartung und Experience Cloud für das Kunden- und Spediteursportal.

Wie wird aus einer Störung ein Arbeitsauftrag?

Störungs- und Alarmereignisse kommen vom Equipment oder aus dem TOS, öffnen einen Fall, werden gegen die Wartungshistorie triagiert und erzeugen einen Arbeitsauftrag mit erforderlicher Qualifikation und Teilen.

Womit startet ein Terminal, wenn das Budget nur eine Phase deckt?

Mit der kaufmännischen Ebene. Kein operatives Risiko, schnell belegbar, und sie liefert die Vertrags- und Tarifdaten, von denen jede spätere Phase abhängt.