Alexander Gusyatiner, Oleg Zhikharev

EINLEITUNG

Versandautomatisierungs-Framework (SAF)

Stiftung für Seefrachtautomatisierung (SAF)

Version 0.2, 04. Oktober 2018

Das aktuelle Modell der Informationsunterstützung für Transportprozesse kann wie folgt charakterisiert werden:

Manuelle Prozesssteuerung, manuelle Aufgabenausführung und Dateneingabe.

Die meisten Geschäftsprozesse, einschließlich solcher, die regelmäßig wiederholt werden und keine komplexen Entscheidungen erfordern, werden vollständig von Personen kontrolliert und ausgeführt. Bei der Erfüllung verschiedener Logistikverträge telefonieren die Mitarbeiter routinemäßig, verwenden E-Mails, geben Daten erneut in verschiedene Webformulare ein, verfolgen Sendungen auf verschiedenen Online-Plattformen, dokumentieren die Ausführung von Verträgen usw.

Große monolithische Plattformen.

Die meisten verwendeten Steuerungssysteme sind große, schwer zu ändernde Monolithen, die die Anpassung an neue Technologien und geschäftliche Änderungen einschränken und erschweren.

Solche Systeme umfassen:

Informationsplattformen : Versenderplattformen, Customs Single Window-Plattformen, Containerlinienplattformen, Eisenbahnplattformen, Marine Terminal Management Systeme (TOS), LKW-Plattformen, Hafenmanagementsysteme usw.

Integrationsplattformen , die die Interaktion zwischen Managementsystemen und einzelnen im Internet arbeitenden Kunden ermöglichen: Kommerzielle Cloud-Integrationsplattformen, Port-Community-Systeme, elektronische Zahlungssysteme usw.

Fragmentierte Prozesse.

Geschäftsprozesse sind in separate, nicht verwandte Fragmente unterteilt. Beispielsweise erfolgt der Containerexport in den folgenden Fragmenten:

*           . *          . *         . 

Infolgedessen ist es nicht möglich, den gesamten Transportprozess zu verfolgen, und die Teilnehmer müssen häufig Daten erneut eingeben.

Diverse Benutzeroberflächen.

Während eines normalen Arbeitstages muss ein Benutzer, der eine sich wiederholende Standardaufgabe ausführt, Online-Plattformen verwenden, auf denen diese Aufgabe auf völlig unterschiedliche Weise ausgeführt wird. Beispielsweise verfügt für Containerlinien jedes Terminal-Management-System über eine eigene Benutzeroberfläche zum Buchen eines Containers auf einem Schiff.

Fehlender Standard für Geschäftsrollen, Vereinbarungen und Transaktionen.

Infolgedessen interagieren verschiedene Teilnehmer auf unterschiedliche Weise miteinander, ihre Rollen sind nicht klar definiert, Geschäftsvorgänge (Transaktionen) werden auf unterschiedliche Weise ausgeführt und dokumentiert.

Fehlende Standard-APIs.

Informations- und kommerzielle Integrationsplattformen für einen Zweck verfügen über unterschiedliche Integrationsfunktionen: Sie unterstützen nicht standardmäßige APIs und verwenden verschiedene Nachrichtenformate wie EDI, XML, durch Kommas getrennte Wertedateien, Excel usw.

Verwendung verschiedener Internetprotokolle. \.
Die Situation wird durch die Verwendung verschiedener Protokolle für den Datenaustausch im Internet kompliziert: FTP, E-Mail, WEB-Dienste usw. \.

Mangel an Internetdiensten für eine Reihe von Teilnehmern.

Die meisten Containerlinien und Spediteure haben ihre eigenen Websites mit verschiedenen 24-Stunden-Diensten, aber die meisten Verlader, Spediteure und Zollagenten sind nicht permanent im Internet präsent. Aus diesem Grund sind Telefonanrufe, Internet-E-Mails und Besprechungen das Hauptkommunikationsmittel. Diese Kommunikation wird häufig unterbrochen, wenn auf die Teilnehmer nicht zugegriffen werden kann.

Alle oben genannten Faktoren führen zu folgenden Konsequenzen:

• Geringer Automatisierungsgrad von Geschäftsprozessen.
• Die hohen Kosten für die Implementierung und Unterstützung von Plattformen.
• Zusätzliche Kosten für Transportteilnehmer für die Dienste verschiedener kommerzieller Integrationsplattformen.
• Die Transportteilnehmer sind mit der Unzugänglichkeit, Undurchsichtigkeit und Schwierigkeit konfrontiert, Informationen in verschiedenen Phasen des Transports zu erhalten.

Das Maritime Automation Framework (SAF) ist eine Open-Source-Initiative, die darauf abzielt, die Prozessautomatisierung durch die Einführung von Standardgeschäftsrollen, -vereinbarungen, -transaktionen und -APIs zu verbessern.

Schlüsseldefinitionen und Merkmale von SAF:

• Ein Teilnehmer (Unternehmen oder Person) hat eine eindeutige Kennung und spielt eine oder mehrere in der SAF definierte Rollen : Exporteur, Versender, Zoll, Seeterminal, Hafen, Seegrenze usw.
• Eine Vereinbarung (Engagement) ist eine formelle oder informelle Vereinbarung zwischen den Parteien zur Interaktion, um ein bestimmtes Geschäftsziel zu erreichen, zum Beispiel:
• Beförderung des Containers auf dem Seeweg vom Verladehafen zum Entladehafen und dessen Übergabe an den Empfänger;
• Ruf des Schiffes zum Hafen;
• Registrierung der Ausfuhrzollanmeldung;
• Transport des Containers vom Versender zum Seeterminal;
• Frachtlieferung an den Empfänger vom Seeterminal;
• usw.
• E-Process ist ein Geschäftsprozess für die Umsetzung der Vereinbarung . Jeder E-Prozess hat seinen eigenen eindeutigen Code. In der Regel erfolgt am Ende eines solchen Prozesses die Zahlung für die erbrachten Leistungen.
• R-App ist eine Anwendung zur Automatisierung einer bestimmten Rolle. Jede R-App gehört einem Mitglied und hat eine eindeutige Kennung. Das gesamte SAF-Netzwerk besteht aus vielen solchen Anwendungen.
• E-Chain ist eine temporäre Kette, die aus R-App- Anwendungen besteht, die an einem bestimmten Prozess ( E-Process ) teilnehmen .
• Die R-App- Anwendung kann als Cloud-Dienst, Desktop-Anwendung, mobile Anwendung für ein Smartphone, dezentrale Blockchain-Anwendung (Dapp) usw. implementiert werden.
• Die R-App tauscht Nachrichten über einen Remote-Methodenaufruf miteinander aus: Die Client- R-App ruft die Methode in der Server- R-App auf , sendet ihr eine Nachricht und empfängt eine weitere Nachricht als Antwort.
• SAF-Transaktion ist ein Datenobjekt, das aus einer gesendeten Nachricht, einer als Antwort empfangenen Nachricht (oder Nachrichten), einem Methodennamen und Teilnehmer-IDs besteht.
• Der Transaktionsausführungsprozess ( SAF-Transaction) besteht aus der Weiterleitung von Nachrichten und der Änderung des internen Status der R-App- Teilnehmer.
• Die Client- und Server- R-App schreiben die Transaktionen ( SAF-Transaction ), die sie ausführen, in ihre eigenen Datenbanken.
• SAF beschreibt Standard- APIs für jede Anwendung ( R-App ). Die API deklariert Methoden für Fernaufrufe sowie die Formate der gesendeten und als Antwort empfangenen Nachrichten.
• R-App wird ständig rund um die Uhr im Internet präsentiert und in Online-Registraren ( Online-Registrierung ) registriert.
• R-App- Anwendungen können gleichzeitig an verschiedenen Prozesstypen ( E-Process) teilnehmen und Daten von einem Prozess zu einem anderen übertragen.
• R-App befasst sich mit der automatischen Überwachung und Prozesssteuerung ( E-Process ). Bei Verzögerungen können Anwendungen die Teilnehmer automatisch direkt per SMS oder E-Mail kontaktieren.
• Das SAF-Modell ist eine Beschreibung von Rollen, Konventionen, Transaktionen und APIs, die in der Datenbeschreibungssprache Proto 3 erstellt wurde.

Der Einsatz von SAF kann zu folgenden positiven Entwicklungen führen: