Produkt
Integrationsframework
Verbinden Sie Transportial mit jedem externen System — ERPs, Telematik, Bestellplattformen und mehr — mit einer vollständigen REST API und App Store.
REST
Full OpenAPI spec
FTP
Embedded server
EDI
File parsing
App Store
UI extensions
Moderne Logistikbetriebe laufen auf mehreren Systemen. Transportial ist für Verbindungen konzipiert. Eine vollständige REST API mit OpenAPI-Dokumentation, ein integrierter FTP-Server für Legacy-Integrationen, EDI-Dateianalyse und ein App Store für UI-Erweiterungen — jedes Integrationsszenario ist abgedeckt.
Wichtigste Funktionen
- REST API mit OpenAPI 3.0: Jede Entität in Transportial ist über eine vollständig dokumentierte REST API mit Swagger UI für Erkundung und Tests zugänglich.
- API-Schlüssel-Authentifizierung: Erstellen Sie mehrere API-Schlüssel mit verschiedenen Berechtigungen und Ratenbegrenzungen pro Schlüssel. Jeder Schlüssel kann einem spezifischen Integrationskonsumenten zugewiesen werden.
- Integrierter FTP-Server: Für Legacy-Systeme, die nur dateibasierte Integration unterstützen, enthält Transportial einen integrierten FTP-Server.
- EDI-Dateianalyse: Standard-Fracht-EDI-Formate (EDIFACT, X12) werden automatisch analysiert und in Transportial-Transportaufträge umgewandelt.
- Integrationspipeline: Eine strukturierte Verarbeitungspipeline mit Warteschlangenverwaltung, Wiederholungslogik, Dead-Letter-Warteschlangen, Statusverfolgung und Fehlerbenachrichtigung.
- App Store: Drittentwickler können Apps im Transportial App Store veröffentlichen, die benutzerdefinierte UI-Panels in Dashboards und Touransichten einbetten können.
So funktioniert es
Integrationstyp wählen
Starten Sie mit einem Preset-Konnektor für gängige Telematik- und Logistiksysteme, einer selbst konfigurierbaren Integration für alles mit API oder Dateischnittstelle, direktem API-Zugang für Ihre eigenen Entwickler oder einer Dateivorlage für wiederkehrende Tabellen.
Verbindung konfigurieren
Legen Sie Endpunkt, Polling-Zeitplan oder Auslöseereignis und die Authentifizierung fest: API-Schlüssel, Basic Auth oder eigene Header. Eingehende Dateiflüsse können stattdessen den integrierten FTP-Server nutzen — Legacy-Systeme legen einfach eine Datei ab.
Daten visuell mappen
Verbinden Sie jedes eingehende Feld im visuellen Mapping-Editor mit einem Feld des Transportial-Datenmodells, einschließlich verschachtelter Strukturen wie Stops und Warenpositionen. Kein Scripting nötig — KI-generierte Mapping-Vorschläge bringen Sie mit einem Klick fast ans Ziel.
Testen und aktivieren
Lassen Sie die Integration gegen echte Beispieldaten laufen, prüfen Sie die entstehenden Aufträge oder Updates und schalten Sie sie dann ein. Jeder Lauf wird protokolliert, sodass Sie exakt sehen, was hereinkam und was angelegt wurde.
Pipeline überwachen
Die Integrationspipeline stellt fehlgeschlagene Nachrichten in Warteschlangen, wiederholt sie und legt sie in Dead-Letter-Queues ab — und kann Sie alarmieren, wenn etwas Aufmerksamkeit braucht. Fehler sind sichtbar und wiederholbar, nie still.
Preset-Konnektoren und selbstgebaute Integrationen, ein Framework
Die meisten Plattformen zwingen Sie zur Wahl zwischen einem festen Konnektor-Katalog und einem teuren Individualprojekt. Transportial behandelt beides als dasselbe: Eine Preset-Integration ist einfach eine vorausgefüllte Konfiguration desselben Frameworks, das Sie selbst konfigurieren können. Presets existieren für gängige Bordcomputer, Telematikanbieter und Port-Community-Systeme, und jedes legt seine Einstellungen offen — Sie passen Polling-Intervalle, aktivierte Funktionen oder Zugangsdaten an, ohne auf einen Anbieter zu warten.
Wo es kein Preset gibt, deckt der selbst konfigurierbare Integrations-Builder Systeme ab, die HTTP, Dateien oder FTP sprechen. Sie definieren Endpunkt oder Dateiablage, Zeitplan oder Auslöseereignis und die Authentifizierung und mappen dann die Payload auf das Datenmodell von Transportial. Weil Aufträge, Touren und Sendungen intern dem offenen OTM5-Standard folgen, funktioniert ein einmal gebautes Mapping weiter, während sich die Plattform entwickelt — und dieselben Auftragsdaten können an jeden Partner fließen, der den Standard versteht.
Für alles Weitere gibt es die REST API, dokumentiert mit OpenAPI 3.0 und über Swagger erkundbar. Jedes Objekt, das Sie in der Oberfläche sehen — von Transportaufträgen über Rechnungen bis zu Fahrzeugen —, ist über dieselbe API verfügbar, die das Produkt selbst nutzt. Eine Integration kann also alles, was ein Benutzer kann.
Gebaut für die unordentliche Realität von Logistikdaten
Logistikintegration ist selten sauberes JSON über HTTPS. Ein Kunde schickt jeden Morgen Aufträge als Tabelle, das ERP eines Partners exportiert nur EDIFACT, ein älteres Lagersystem kann nur auf FTP hochladen. Transportial deckt diese Wege nativ ab: Ein integrierter FTP-Server nimmt Dateiablagen an und verarbeitet sie automatisch, Standard-Fracht-EDI-Formate wie EDIFACT und X12 werden ohne eigenes Scripting in Transportaufträge geparst, und Dateivorlagen machen aus wiederkehrenden Tabellen strukturierte Aufträge.
Eingehende Daten sind zudem selten konsistent. Feldnamen kommen in verschiedenen Sprachen an, Adressen sind unterschiedlich aufgeteilt, Referenzen stehen in seltsamen Spalten. Der visuelle Mapping-Editor ist genau dafür gebaut: Sie sehen die echten eingehenden Felder neben dem Zielmodell und verbinden sie direkt — auch in verschachtelte Strukturen wie den zweiten Stop der ersten Sendung. Der KI-Mapping-Generator liest eine Beispiel-Payload und schlägt das vollständige Mapping vor, das Sie prüfen und anpassen statt von Grund auf zu bauen.
Fehler, die Sie sehen — statt Tickets, die Sie später entdecken
Der teuerste Integrationsfehler ist der stille: ein Auftrag, der nie ankam, entdeckt, wenn der Kunde anruft. Die Integrationspipeline von Transportial ist warteschlangenbasiert, mit Wiederholungslogik für vorübergehende Fehler und einer Dead-Letter-Queue für Nachrichten, die wiederholt scheitern. Jede Nachricht trägt ihren Verarbeitungsstatus, sodass ein hängender Auftrag ein sichtbares Element ist, das Sie prüfen und wiederholen können — keine Abwesenheit, die Ihnen auffallen müsste.
Assertions und Fehlerbenachrichtigungen können an Integrationen angehängt werden, sodass die richtige Person erfährt, wenn ein Feed verstummt oder eine Payload nicht mehr den Erwartungen entspricht. Kombiniert mit Ratenbegrenzungen pro API-Schlüssel und abgeschotteten API-Schlüsseln bleibt eine fehlerhafte Integration eingedämmt: Sie können einen einzelnen Konsumenten drosseln oder sperren, ohne den Rest anzufassen.
Technische Details
Die Integrationspipeline wird von Apache Kafka für zuverlässige Nachrichtenzustellung unterstützt. API-Anfragen werden pro Schlüssel mit einem Sliding-Window-Algorithmus ratenbegrenzt.
Häufig gestellte Fragen
Kann Transportial unser bestehendes ERP oder TMS anbinden?
Ja. Wenn das System eine API bietet oder Dateien austauschen kann, lässt es sich über eine selbst konfigurierbare Integration, die REST API, den integrierten FTP-Server oder EDI-Parsing anbinden. Gängige Telematik- und Logistiksysteme sind als Presets verfügbar, die nur Zugangsdaten brauchen.
Brauchen wir Entwickler, um eine Integration zu bauen?
In den meisten Fällen nicht. Preset-Konnektoren und der visuelle Daten-Mapping-Editor sind für Betriebsteams gemacht: Sie konfigurieren die Verbindung und verbinden Felder am Bildschirm. Entwickler braucht es nur, wenn Sie direkt gegen die REST API bauen oder eine App-Store-App veröffentlichen wollen.
Was passiert, wenn eine Integration fehlschlägt?
Fehlgeschlagene Nachrichten werden automatisch wiederholt, und Nachrichten, die weiter scheitern, landen mit Fehler und Payload in einer Dead-Letter-Queue. Sie können sie prüfen, korrigieren und wiederholen — und Benachrichtigungen konfigurieren, damit Fehler die richtige Person alarmieren statt Wochen später aufzufallen.
Welche EDI-Formate werden unterstützt?
Standard-Fracht-EDI-Formate, einschließlich EDIFACT und X12, werden automatisch geparst und in Transportial-Transportaufträge und -Sendungen umgewandelt. Eigene oder partnerspezifische Dateilayouts lassen sich mit Dateivorlagen und dem Mapping-Editor abbilden.
Gibt es ein API-Ratenlimit?
Ratenlimits werden pro API-Schlüssel konfiguriert, nicht pro Konto. Sie können mehrere Schlüssel mit unterschiedlichen Berechtigungen und Limits erstellen, jedem konsumierenden System einen zuweisen und einen einzelnen Schlüssel sperren oder drosseln, ohne andere Integrationen zu beeinträchtigen.
Können wir die Transportial-Oberfläche selbst erweitern?
Ja. Über den App Store können Drittentwickler Apps veröffentlichen, die eigene Panels in Dashboard, Touransichten und Auftragsseiten einbetten — über ein abgeschottetes SDK, sodass Sie Funktionalität hinzufügen, ohne das Kernprodukt zu verändern oder zu forken.
Alle Funktionen anzeigen
TransportauftragsverwaltungInteraktives PlanbordKI-gestützte TourenoptimierungFlotten- und Ressourcenverwaltung3D-LadungsplanungOpenMove Fahrer-AppEchtzeit-FahrzeugverfolgungMultimodales RoutingPreisgestaltungsengineRechnungsstellung und FinanzverwaltungNachrichten-AutomatisierungenDokumentenverwaltung und -generierungIntegrierter E-Mail-PosteingangIn-App-ChatKunden- und UnternehmensportalIntegrationsframeworkBerichte und EinblickeMulti-Mandantenfähigkeit und White-LabelSicherheit und Zugangskontrolle
Bereit, dies in die Praxis umzusetzen?
Kostenlos starten mit vollem Plattformzugriff oder sprechen Sie mit unserem Team über Ihren Betrieb.