Wir analysieren Ihr Transportmodell und sagen Ihnen, was zuerst automatisiert wird
Woher die Aufträge kommen, wie die Routen heute geplant werden, wer die Status pflegt und in welchen Programmen Ihre Daten bereits liegen.
Software für die Logistik
Aufträge, Routen, Fracht und Lieferung in einem System
Solange es wenige Transporte gibt, stecken sie in jemandes Kopf, in einer Tabelle und im Chat. Mit wachsendem Volumen hört das auf zu funktionieren: Wo die Fracht ist, weiß nur der Fahrer, und wer wem was versprochen hat, nur der, der den Auftrag angenommen hat. Software für die Logistik beendet diese Arbeitsweise: Auftrag, Route, Fracht und Lieferstatus werden zu Datensätzen in einem System, und der Disponent sieht sie auf einem Bildschirm. Nachfolgend, wie das funktioniert — vom Eingang eines Auftrags bis zur Bestätigung des Empfangs.
Was ein System
zur Steuerung der Logistik ist
Ein System zur Steuerung der Logistik — Software, die Transporte führt: Sie nimmt Aufträge an, baut daraus Routen, weist Bearbeiter zu, verfolgt die Bewegung der Fracht und speichert die Historie dessen, was mit jeder Lieferung geschehen ist.
Der Unterschied zeigt sich an einem einzigen Beispiel. Ohne System lebt ein Auftrag im Messenger, die Route auf einem Blatt Papier auf dem Tisch des Disponenten und der Zustand der Fracht im Kopf des Fahrers. Um einem Kunden zu antworten, der fragt, wo seine Fracht ist, muss man drei Menschen anrufen. Wie viele Fahrzeuge für morgen beladen sind, weiß niemand, weil diese Zahl nirgends berechnet wurde.
In einem System ist all das ein Datensatz. Ein Auftrag hat eine Nummer, einen Absender, einen Empfänger, eine Frist und einen aktuellen Zustand. Eine Route hat eine Liste von Stopps, eine Reihenfolge und einen Bearbeiter. Fracht hat einen Status, der sich durch eine Handlung in der Software ändert und nicht durch Worte. Die Antwort, wo die Fracht ist, dauert Sekunden und hängt nicht davon ab, wer heute Dienst hat.
Ein Beispiel. Ein Kunde hat am Donnerstag einen Transportauftrag aufgegeben. Ein Mitarbeiter hat Adresse und Maße geprüft und den Auftrag in die Route für Freitag gestellt, das System hat ihn zusammen mit sechs weiteren Stopps einem Fahrer zugewiesen. Am Morgen öffnete der Fahrer seine Aufgabenliste und markierte die Abholung, am Abend die Zustellung. Währenddessen änderte sich der Status beim Kunden, und am Freitagabend hatte das Unternehmen eine Übersicht: wie viele Stopps abgearbeitet wurden, wie viele pünktlich waren und welche Lieferung schiefging.
Die Automatisierung der Logistik beginnt dort, wo die Antworten auf drei Fragen nicht mehr in den Kopf des Disponenten passen: Wie viele Aufträge sind gerade in Arbeit, wo ist eine bestimmte Sendung, und warum sind gestern zwei Lieferungen auf den nächsten Tag gerutscht.
- 1Auftrag
- 2Prüfung
- 3Route
- 4Bearbeiter
- 5Übergabe
- 6Bewegung
- 7Lieferung
- 8Disponent
Die Verbindung wirkt in beide Richtungen: Die Aufgabe läuft von links nach rechts, die Vermerke und Ereignisse des Bearbeiters kommen zurück. Eine Lieferung gilt nicht als geschehen, wenn der Fahrer die Adresse verlässt, sondern wenn der Empfang bestätigt ist. Ohne diesen Schritt würde das System berichten, was es über seine Fracht glaubt, und nicht, was tatsächlich geschehen ist.
Was das System über jeden Transport weiß
- Was transportiert wird — Beschreibung der Fracht, Zahl der Packstücke, Gewicht, Volumen, besondere Transportbedingungen
- Von wo und wohin — Abholadresse, Lieferadresse, Ansprechpartner an beiden Enden
- Wann — Lieferfrist, Zeitfenster des Empfängers, tatsächliche Abfahrts- und Empfangszeit
- Wer verantwortet — Fahrer oder Kurier, Fahrzeug, Route, verantwortlicher Mitarbeiter im Büro
- In welchem Zustand er ist — der aktuelle Status und die gesamte Kette seiner Änderungen mit Urheber und Zeit
- Was ihn belegt — Dokumente, Fotos, Unterschrift des Empfängers, Kommentare des Bearbeiters
Was das System nicht von selbst tut
Software fährt das Fahrzeug nicht und ersetzt den Disponenten nicht. Sie nimmt die Handarbeit rund um eine Entscheidung ab: Sie sammelt die Aufträge an einem Ort, zeigt die Auslastung, verhindert, dass ein Stopp verloren geht, und erfasst jede Änderung. Die Entscheidung, wer den dringenden Auftrag bekommt und ob man auf einen verspäteten Kunden wartet, bleibt bei einem Menschen — sie wird jedoch auf Basis des vollständigen Bildes getroffen und nicht aus dem Gedächtnis.
Ebenso kennt das System Verkehr und Wetter nicht von allein: Externe Daten erreichen es über eine Integration, deren Umfang das Projekt bestimmt.
Wo Unternehmen üblicherweise beginnen
Als Erstes wandert die Führung der Aufträge ins System — nicht die Routen und nicht die Karten. Der Grund ist einfach: Solange Aufträge im Chat leben, entsteht jede Route aus einer unvollständigen Liste und jeder Bericht aus dem, was jemand aufzuschreiben nicht vergessen hat.
Welche Aufgaben das System löst
Nachfolgend keine Funktionsliste, sondern sechs Probleme, wegen derer Logistik in erster Linie automatisiert wird. Jedes ist gleich beschrieben: was ohne Software geschieht und was sich mit ihr ändert.
Aufträge gehen nicht verloren
Ohne System kommt ein Auftrag im Messenger, per E-Mail und per Telefon an, und sein Schicksal hängt davon ab, ob jemand ihn notiert hat. Im System ist jeder Auftrag ein Datensatz mit Nummer, Urheber und Frist: Er ist entweder in Arbeit oder abgeschlossen, einen dritten Zustand gibt es nicht. Ein verlorener Auftrag wird sofort sichtbar und nicht erst, wenn der Kunde anruft.
Eine Route entsteht aus Aufträgen und nicht aus dem Gedächtnis
Der Disponent sieht alle Stopps für morgen als Liste: Adressen, Zeitfenster, Maße. Stopps werden zu Routen zusammengestellt, und eine Route bekommt einen Bearbeiter und eine Reihenfolge. Ein vergessener Stopp rutscht nicht stillschweigend auf den nächsten Tag — er bleibt unzugeteilt und ist auf einer eigenen Liste sichtbar.
Die Auslastung von Menschen und Fahrzeugen ist sichtbar
Wie viele Stopps einem Fahrzeug bereits zugeteilt sind, wie viel Platz nach Gewicht und Volumen bleibt, welche Fahrer in einer Stunde Feierabend haben. Ohne diese Zahlen wird die Last nach Augenmaß verteilt, und ein Fahrzeug fährt halb leer los, während ein anderes es bis zum Abend nicht schafft.
Der Frachtstatus muss nicht per Telefon ermittelt werden
Den Zustand der Lieferung ändert der, der sie ausführt, im Moment der Handlung. Disponent, Manager und Kunde schauen auf denselben Datensatz. „Wo ist meine Fracht“ hört auf, eine Aufgabe für drei Menschen zu sein.
Die Bestätigung des Empfangs wird erfasst
Wer die Fracht angenommen hat, wann und auf welcher Grundlage, ist ein Eintrag im System und keine Erinnerung. Eine Unterschrift, ein Foto oder ein Bestätigungscode hängt an der konkreten Lieferung. Der Streit „wir haben geliefert — nein, habt ihr nicht“ wird durch Öffnen einer Karte geklärt und nicht durch eine Rückfrage.
Fehlschläge werden anhand von Tatsachen geklärt
Verspätungen, Stornierungen, Retouren und gescheiterte Zustellungen werden zu eigenen Ereignissen mit Grund. Zum Monatsende sieht man nicht „so etwas kommt vor“, sondern eine konkrete Liste: wie viele Fehlschläge, auf welchen Routen und woran es lag.
Woraus das System besteht
Das System wird aus Modulen zusammengesetzt. Nicht jedes Unternehmen braucht alle: Ein Stadtlieferdienst braucht keine Verfolgung von Fernfahrten, und ein Hersteller mit eigenem Fuhrpark keinen Auftragsaustausch. Die Zusammenstellung ergibt sich aus der Aufgabe, die Module sind jedoch von vornherein aufeinander abgestimmt und werden nicht nachträglich angeflanscht.
Annahme und Bearbeitung der Aufträge
Der Eingangspunkt des Systems: ein Transportauftrag mit Absender, Empfänger, Frachtinhalt, Frist und Bedingungen. Aufträge kommen von einem Mitarbeiter, aus dem eigenen Konto des Kunden oder über die API aus einem externen System — und leben von da an alle nach denselben Regeln.
Routen und Lieferstopps
Zusammenstellung der Stopps zu einer Route, Reihenfolge, Zuweisung von Fahrzeug und Bearbeiter, Änderung der Route während des Tages. Eine Route ist ebenso ein Buchungsobjekt wie ein Auftrag: Sie hat ein Datum, einen Zustand und eine Änderungshistorie.
Frachtverzeichnis
Was genau transportiert wird: Packstücke, Gewicht, Volumen, Verpackung, besondere Bedingungen. Die Fracht ist mit Auftrag, Route, Dokumenten und aktuellem Status verknüpft, deshalb stellt jedes davon die übrigen wieder her.
Fahrzeuge und Bearbeiter
Ein Verzeichnis der Fahrzeuge und Menschen: Nutzlast, Laderaumvolumen, Fahrzeugtyp, Arbeitszeit, Einsatzgebiet. Daraus ergibt sich die Auslastung — wie viele Stopps sich diesem Fahrzeug heute noch zuteilen lassen.
Betriebsoberfläche
Der Arbeitsplatz des Mitarbeiters: laufende Lieferungen, Routen, Bearbeiter, Status, Verspätungen und auffällige Aufträge auf einem Bildschirm. Er öffnet sich im Browser, es ist nichts zu installieren.
Status und Ereignisse
Eine endliche Menge von Lieferzuständen und die Regeln für die Übergänge dazwischen. Jede Änderung ist ein Ereignis mit Urheber, Zeit und Grund; aus den Ereignissen entsteht die Historie, aus der später ein Fehlschlag geklärt wird.
Verbindung zum Lager
Die Nahtstelle zu Kommissionierung und Versand: was kommissioniert wurde, was zur Übergabe bereitsteht, was dem Fahrer tatsächlich übergeben wurde. Ohne sie führen Lager und Lieferung zwei getrennte Buchführungen und laufen bis zum Mittag auseinander.
Der Arbeitsplatz des Bearbeiters
Die App oder mobile Oberfläche von Fahrer und Kurier: Aufgabenliste, Adressen, Reihenfolge, Angaben zur Fracht, Statusänderungen, Bestätigung von Abholung und Zustellung, Kontakt zum Disponenten.
Benachrichtigungen
Nachrichten an Kunde und Mitarbeiter: Auftrag angenommen, Fracht abgeholt, Kurier unterwegs, Lieferung verschoben, Zustellung gescheitert. Die Zustellkanäle der Nachrichten werden bei der Einführung gewählt und über Integrationen angebunden.
Rollen und Rechte
Auftragsannahme, Disponent, Lagermitarbeiter, Fahrer, Führungskraft. Eine Route ändern, eine Lieferung stornieren, eine Adresse bearbeiten und der Zugriff auf personenbezogene Daten der Empfänger sind eigene Rechte und kein allgemeines Mitarbeiterpaket.
Analytik und Berichte
Zahl der Lieferungen, Anteil der pünktlich abgeschlossenen, Auslastung von Fahrzeugen und Personal, Wirtschaftlichkeit der Routen, Liste der auffälligen Aufträge. Berichte lassen sich als Datei exportieren und nach Zeitplan erzeugen.
API und Integrationen
Die externe Schnittstelle des Systems: einen Auftrag anlegen, einen Status abfragen, eine Route abrufen, eine Lieferbestätigung übergeben, das Protokoll abholen. Darüber werden Onlineshop, CRM, ERP und Lagersystem angebunden.
Auftragsverwaltung
vom Auftrag bis zur Lieferung
Ein Transportauftrag — ein Dokument, das festhält, was wohin geliefert werden muss, bis wann, auf wessen Kosten und zu welchen Bedingungen. Alles Weitere — Route, Bearbeiter, Status, Dokumente — hängt an seiner Nummer.
Ein Auftrag gelangt auf einem von drei Wegen ins System: Ein Mitarbeiter legt ihn an, der Kunde füllt ihn selbst in seinem Konto aus, oder ein anderes System des Unternehmens übergibt ihn über die API. Die Quelle unterscheidet sich, der Weg danach ist derselbe — sonst entwickelten einzelne Aufträge eine eigene, ungeschriebene Bearbeitungsreihenfolge.
Prüfung — ein eigener Schritt und keine Formsache. Das System prüft, ob die Pflichtfelder ausgefüllt sind, ob der Empfänger im Verzeichnis steht, ob die Fracht in die zulässigen Maße passt und ob die Frist im Machbaren liegt. Ein fraglicher Auftrag geht nicht stillschweigend in eine Route: Er bleibt mit klarem Grund auf der Klärungsliste.
Was ein Auftrag enthält:
- Nummer, Anlagedatum, Urheber und Quelle — wer ihn angelegt hat und woher
- Kunde und Zahler, sofern das verschiedene Parteien sind
- Abholadresse und Lieferadresse mit Ansprechpartnern
- Inhalt der Fracht: Beschreibung, Zahl der Packstücke, Gewicht, Volumen, Verpackung
- Lieferfrist und das Zeitfenster, das dem Empfänger passt
- Bedingungen: Zahlung bei Empfang, zerbrechliche Fracht, Tragen bis in die Etage nötig, zweite Person erforderlich
- Zugehörige Dokumente: Lieferschein, Rechnung, Bestellung aus einem anderen System
Zuweisung zu einer Lieferung — der Moment, in dem ein Auftrag aufhört, eine Absicht zu sein, und zu Arbeit wird. Er kommt in die Route eines bestimmten Tages, bekommt einen Bearbeiter, und der Bearbeiter bekommt eine Aufgabe auf seiner Liste. Ab diesem Moment ist der Auftrag in der Dispositionsoberfläche, in der App des Fahrers und in der Historie des Kunden sichtbar.
Manche Änderungen verändern den Plan des Tages: Eine neue Adresse kann außerhalb der Route liegen, ein erhöhtes Gewicht nicht in das zugewiesene Fahrzeug passen. Ein solcher Auftrag wird nicht stillschweigend bearbeitet — er geht zusammen mit dem Grund zur Neuplanung an den Disponenten zurück.
Der Weg eines einzelnen Auftrags
- AngelegtEin Mitarbeiter hat den Auftrag erfasst: zwei Packstücke, 46 kg, Abholung im Lager, Zustellung an die Adresse des Empfängers bis 18:00 am Freitag
- GeprüftDie Adresse wurde im Verzeichnis gefunden, die Maße passen zum Fahrzeugtyp, die Frist ist realistisch — der Auftrag ist zur Planung freigegeben
- In eine Route gestelltDer Stopp wurde als vierter in der Reihenfolge in die Route für Freitag aufgenommen
- Bearbeiter zugewiesenDie Route wurde einem Fahrer und einem Fahrzeug zugewiesen; die Aufgabe erschien auf seiner Liste für morgen
- Fracht abgeholtDer Fahrer hat die Abholung im Lager markiert, das System hat die Abfahrtszeit erfasst und den Auftrag in den Transport übergeführt
- ZugestelltDer Empfänger hat die Fracht angenommen, die Bestätigung wurde an den Auftrag gehängt, die Empfangszeit erfasst
- AbgeschlossenDie Dokumente wurden ohne Abweichungen abgegeben; der Auftrag geht in die Historie und in den Bericht über den Zeitraum
Ein Bildschirm des Systems, die Daten dienen der Veranschaulichung. Wichtig ist der fünfte Schritt: Die Abholung markiert der, der die Fracht physisch übernimmt. Markiert sie ein Disponent, weil jemand angerufen hat, beschreibt das System nicht mehr den Transport, sondern die Erzählung darüber.
Bearbeitung eines zugewiesenen Auftrags
Die Bearbeitung ist ein gesteuerter Vorgang und keine freie Änderung. Das Ändern von Adresse, Frist oder Frachtinhalt bewahrt die vorherige Fassung und hinterlässt eine Spur: wer geändert hat, wann und was genau. Sonst stößt die Klärung einer strittigen Lieferung auf die Frage, welche Adresse es überhaupt war.
Routenverwaltung
Stopps, Reihenfolge und Bearbeiter
Route — eine Liste von Stopps, die ein Bearbeiter in einer Schicht abarbeitet, samt Reihenfolge. Ein Stopp ist eine konkrete Handlung an einer Adresse: Fracht abholen, Fracht zustellen, eine Retoure mitnehmen.
Das Anlegen einer Route beginnt bei den nicht zugeteilten Aufträgen für das gewählte Datum. Der Disponent sieht sie als Liste: Adresse, Bezirk, Zeitfenster des Empfängers, Gewicht und Volumen. Stopps werden von Hand oder nach einer Regel zu einer Route zusammengestellt — etwa „alle Lieferungen in diesem Bezirk für morgen“ — und die Route zeigt sofort Gesamtgewicht, Volumen und Zahl der Stopps.
Die Reihenfolge der Stopps wird ausdrücklich festgelegt und bleibt für alle sichtbar: für den Disponenten in der Oberfläche und für den Fahrer in der App. Die Reihenfolge wird durch Verschieben eines Stopps geändert, und das System berechnet die Auslastung der Route neu und warnt vor einem Konflikt — etwa wenn ein Stopp mit dem Fenster „bis 12:00“ an achter Stelle landet.
Die Zuweisung eines Bearbeiters — die Bindung der Route an einen Fahrer oder Kurier und an ein Fahrzeug. Das System berücksichtigt Nutzlast und Laderaumvolumen: Eine Route, die nicht in das zugewiesene Fahrzeug passt, wird vor der Abfahrt gemeldet und nicht erst beim Beladen entdeckt.
Die Änderung einer Route geschieht während des Tages, und das ist ein normaler Ablauf und kein Notfall. Ein Stopp lässt sich hinzufügen, entfernen, auf eine andere Route oder auf einen anderen Tag verschieben. Der Bearbeiter sieht die Änderung auf seiner Liste, und die Historie der Route behält einen Eintrag: was sich geändert hat, wer es geändert hat und zu welcher Zeit.
Die Überwachung der Ausführung — der Vergleich von Plan und Ist: wie viele Stopps der Route geschlossen sind, wie viele bleiben, wo der Bearbeiter von der Reihenfolge abgewichen ist, welche Stopps ihr Zeitfenster überschritten haben. Eine Route wird geschlossen, wenn alle ihre Stopps geschlossen sind — auch die, die mit einer gescheiterten Zustellung endeten.
Automatische Reihenfolge der Stopps
Der automatische Aufbau einer optimalen Route ist ein eigenes Modul und keine eingebaute Funktion des Führungssystems. Es ist sinnvoll, ihn als Option der Einführung zu behandeln: Er verlangt eine Quelle für Straßendaten, Berechnungsregeln und eine Prüfung an den tatsächlichen Fahrten des Unternehmens.
Die möglichen Varianten reichen von der einfachen Sortierung der Stopps nach Zone und Zeitfenster bis zur Berechnung über einen externen Kartendienst. Was genau angebunden wird und auf welchen Daten es läuft, wird bei der Untersuchung bestimmt: Eine fertige Optimierung im Voraus zu behaupten wäre ein Versprechen und keine Beschreibung.
Die Grundschicht arbeitet auch ohne ihn: Stopps, Reihenfolge, Bearbeiter und Überwachung der Ausführung hängen nicht davon ab, ob die Stopps von einem Menschen oder von einem Algorithmus geordnet wurden.
Eine Route als Buchungsobjekt
Eine Route hat ein Datum, einen Bearbeiter, ein Fahrzeug, einen Zustand und eine Änderungshistorie — genau wie ein Auftrag. Deshalb wird die Frage, warum jene Adresse von gestern auf heute gerutscht ist, aus dem Datensatz der Route geklärt und nicht aus der Erinnerung der Schicht.
| № | Standort | Handlung | Fenster | Packstücke | Gewicht | Zustand |
|---|---|---|---|---|---|---|
| 1 | Lager, Promyschlennaja-Straße | Frachtabholung | 08:00–09:00 | 14 | 310 kg | erledigt |
| 2 | Filiale „Zentralny“ | Lieferung | 09:00–12:00 | 4 | 86 kg | erledigt |
| 3 | Büro des Kunden, 4. Etage | Lieferung | 10:00–13:00 | 2 | 18 kg | unterwegs |
| 4 | Abholpunkt, Bezirk Asanbai | Lieferung | bis 18:00 | 6 | 142 kg | wartet |
| 5 | Filiale „Wostotschny“ | Zustellung + Retoure | 14:00–17:00 | 2 | 64 kg | wartet |
Die Reihenfolge ist dem Disponenten wie dem Fahrer sichtbar, deshalb wird aus „wir haben getauscht“ nie ein Streit. Zeile 3 wird nicht geschlossen, bevor der Bearbeiter das Ergebnis markiert: Das Tragen bis in die Etage ist ein klassischer Ort, an dem eine Lieferung sich verspätet, und das System sollte davon von dem erfahren, der an der Tür steht.
Verwaltung der Fracht
was transportiert wird, von wo, wohin und wer verantwortet
Fracht — das, was sich physisch bewegt. Im System ist sie ein eigener Datensatz, der mit einem Auftrag verknüpft ist: Ein Auftrag kann mehrere Frachtpositionen tragen, und eine Fahrt die Fracht mehrerer Aufträge.
Die Trennung dient nicht der buchhalterischen Strenge. Auf Ebene der Fracht werden die am häufigsten gestellten Fragen beantwortet: Wie viele Packstücke sind hinausgegangen, sind alle angekommen, welches ist beschädigt, was ist zurückgekommen.
Jede Änderung des Frachtzustands ist ein Ereignis mit Zeit und Urheber. Deshalb lässt sich die Historie eines Transports vollständig rekonstruieren: wann die Fracht abgeholt wurde, wo sie zwischen Bearbeitern gewechselt hat, wann sie dem Empfänger übergeben wurde und wer das bestätigt hat.
Die Übergabe zwischen Bearbeitern — ein eigener Vorgang und keine Nebenwirkung. Fracht, die vom Lager zur Sortierung und von dort zu einer Adresse geht, wechselt mindestens zweimal die Hand. Jede Übergabe wird ausdrücklich erfasst; sonst lässt sich, wenn etwas verschwindet, der Abschnitt nicht benennen, auf dem es verloren ging.
Von hier kommt auch die Antwort auf die Frage nach der Verantwortung — nicht im Sinne eines Schuldigen, sondern im Sinne eines Abschnitts des Wegs. Ein vom Empfänger festgestellter Schaden wird dem Abschnitt zugeordnet, auf dem die Fracht einem bestimmten Bearbeiter zugeschrieben war.
Zugehörige Dokumente
Lieferschein, Übergabeprotokoll, ein Foto der Verpackung und die Unterschrift des Empfängers liegen neben der Fracht. Ein Dokument ist zugleich mit der Fracht und mit dem Auftrag verknüpft, deshalb lässt es sich von der Seite des Kunden und von der Seite der Fahrt aus finden — ohne im Chat zu suchen.
Ein Foto bei Annahme und Übergabe ist der billigste Weg, einen Schadensstreit zu schließen: Es wurde zu einem bekannten Zeitpunkt von einer bekannten Person aufgenommen und liegt in derselben Karte wie die Unterschrift des Empfängers.
Fracht und Auftrag sind getrennte Datensätze
Ein Auftrag kann mehrere Packstücke tragen, und eine Fahrt die Fracht mehrerer Aufträge. Solange das ein einziger Datensatz ist, muss jeder Teilfall — drei von fünf Packstücken angenommen, eines zurückgegeben — in Worten in einem Kommentar beschrieben werden.
- Was transportiert wirdPflichtBeschreibung, Zahl der Packstücke, Gewicht, Volumen, Verpackungsart, besondere Bedingungen — zerbrechlich, temperaturgeführt, zwei Personen erforderlich
- Von woPflichtAbholadresse, Lager oder Versandort, Ansprechpartner des Absenders
- WohinPflichtLieferadresse, Empfänger, Annahmefenster, Hinweise zu Zufahrt und Tragen
- Wer verantwortetPflichtDer aktuelle Halter: Fahrer, Kurier, Lager oder Sortierort — mit Übergabehistorie
- Aktueller Statusändert sich im ArbeitsablaufEiner der Zustände der Lieferschicht; wird durch eine Handlung des Bearbeiters geändert und nicht durch das Bearbeiten eines Feldes von Hand
- Abfahrtszeitnach Tatsache erfasstDer Moment, in dem die Fracht vom Bearbeiter angenommen wurde und den Abgangsort physisch verlassen hat
- Empfangszeitnach Tatsache erfasstDer Moment der Übergabe an den Empfänger, zusammen mit der Art der Bestätigung
- Dokumente und Verknüpfungennach BedarfLieferschein, Protokoll, Fotos, Unterschrift, Auftragsnummer, Bestellnummer in einem externen System
Die Pflichtfelder sind das Minimum, ohne das sich Fracht nicht in eine Route stellen lässt. Der Rest ist einstellbar: Möbeltransport und Dokumentenzustellung haben verschiedene Sätze sinnvoller Felder, und Menschen zum Ausfüllen des Unnötigen zu zwingen ist ein sicherer Weg zu einem Verzeichnis voller Striche.
Kontrolle der Lieferung: Status und Ausnahmen
Ein Status ist keine Beschriftung auf einem Bildschirm, sondern ein Zustand, der bestimmt, welche Handlungen erlaubt sind. Die Menge der Zustände ist endlich: Solange sie nicht ausdrücklich benannt ist, versteht jeder Mitarbeiter „in Arbeit“ auf seine Weise, und es gibt nichts, woraus sich ein Bericht bauen ließe.
- AngelegtDer Auftrag ist angenommen und geprüft. Die Fracht ist noch nicht kommissioniert und kein Bearbeiter zugewiesen, die Zusage an den Kunden ist jedoch bereits erfasst
- VorbereitetDie Fracht ist kommissioniert und zusammengestellt, die Packstücke sind gekennzeichnet, die Dokumente liegen bereit. Ab hier ändert sich der Frachtinhalt nicht ohne einen eigenen Vorgang
- An Lieferdienst übergebenDie Fracht wurde vom Bearbeiter physisch angenommen: Den Vermerk setzt der, der sie abgeholt hat. Die Verantwortung geht vom Lager auf den Bearbeiter über
- UnterwegsDer Bearbeiter fährt die Route. Hier erscheinen Zwischenereignisse: am Stopp angekommen, mit dem Abladen begonnen, an der vorherigen Adresse aufgehalten
- ZugestelltDer Empfänger hat die Fracht angenommen, und die Bestätigung hängt an der Lieferung. Erst jetzt gilt die Lieferung als abgeschlossen — nicht im Moment des Verlassens der Adresse
Die Reihenfolge zählt genau so, wie sie dasteht. Jeden Übergang führt der aus, der die Handlung vollzogen hat, im Moment der Handlung — sonst zeigt das System nicht den Zustand des Transports, sondern die Absicht des Disponenten. Zwischenzustände (in der Sortierung, an einen Subunternehmer übergeben) werden passend zum Prozess des Unternehmens ergänzt, die Menge bleibt aber endlich und eindeutig.
| Was geschehen ist | Was das System tut | Zustand |
|---|---|---|
| Verspätung: Das Zeitfenster des Empfängers läuft aus | Markiert den Stopp als überfällig, zeigt ihn dem Disponenten auf einer eigenen Liste, bereitet eine Benachrichtigung an den Empfänger über die Verschiebung vor | Klärung |
| Der Kunde hat die Bestellung vor dem Versand storniert | Schließt den Auftrag mit Stornogrund, entfernt den Stopp aus der Route und bucht die Fracht in den Lagerbestand zurück | normal |
| Der Kunde hat die Bestellung storniert, während die Fracht unterwegs war | Schließt die Lieferung nicht stillschweigend: Sie geht in eine Retoure über, und der Route des Bearbeiters wird ein Rückgabestopp hinzugefügt | Klärung |
| Der Empfänger ist nicht da | Erfasst eine gescheiterte Zustellung mit Grund und Kommentar des Bearbeiters, belässt die Fracht bei ihm und stellt die Frage nach einem erneuten Versuch | Klärung |
| Der Empfänger hat die Fracht teilweise angenommen | Teilt die Lieferung: Die angenommenen Packstücke werden geschlossen, die abgelehnten gehen als eigener Datensatz in eine Retoure | Klärung |
| Die Fracht wurde unterwegs beschädigt | Öffnet ein Ereignis mit Fotos und dem im Moment des Schadens Verantwortlichen und lässt die Lieferung nicht als gewöhnliche schließen | Klärung |
| Der Bearbeiter ist nicht zur Schicht erschienen | Gibt seine Route zur Neuzuweisung frei und zeigt dem Disponenten alle betroffenen Stopps in einer Liste | Warnung |
Der allgemeine Grundsatz: Ein nicht erfolgreicher Ausgang verschwindet nicht und wird nicht zu einem erfolgreichen. Die Lieferung bleibt offen und geht in die Klärungswarteschlange — das ist billiger als ein Bericht ohne Probleme, weil es nirgends einen Ort gab, sie zu erfassen.
Welche Ausnahmen ein Unternehmen tatsächlich braucht, wird bei der Untersuchung entschieden. Möbeltransport braucht Retouren und Schadensklärung, Dokumentenzustellung erneute Versuche und die Prüfung der Identität des Empfängers. Die Menge der Zustände ist einstellbar, die Regel bleibt jedoch dieselbe: Jede Lieferung endet mit einem Grund, und der Grund geht in den Bericht.
Betriebsoberfläche
was Disponent und Administrator sehen
Betriebsoberfläche — der Arbeitsplatz, von dem aus der Tag geführt wird. Ihre Aufgabe ist nicht, „Daten zu zeigen“, sondern auf einem Bildschirm alles zu sammeln, was gerade eine Entscheidung verlangt, und den Rest nicht zu zeigen.
Deshalb ist die Oberfläche wie ein Schichtpult gebaut: oben, was dringend ist, darunter das Gesamtbild des Tages, tiefer Historie und Verzeichnisse. Ein Mitarbeiter muss sich nicht merken, wo etwas liegt, um auf den Anruf eines Kunden zu antworten.
Was die Oberfläche zeigt:
- Laufende Lieferungen — alle Stopps, die gerade in Arbeit sind, mit Bearbeiter und aktuellem Status
- Die Routen des Tages — wie viele Stopps geschlossen sind, wie viele bleiben, wo eine Route hinter dem Plan liegt
- Bearbeiter — wer Schicht hat, wer auf Route ist, wer fertig ist, wessen Arbeitszeit ausläuft
- Status — die Verteilung der Lieferungen auf die Zustände in einer Liste, ohne von Hand zu zählen
- Verspätungen — Stopps, deren Fenster beim Empfänger ausläuft oder bereits abgelaufen ist
- Auffällige Aufträge — gescheiterte Zustellungen, Retouren, Schäden, Ablehnungen durch den Empfänger
- Auslastung — wie viel Gewicht und Volumen einem Fahrzeug zugeteilt sind und wie viel Platz bleibt
- Nicht zugeteilt — Aufträge, die es noch in keine Route geschafft haben
- Historie der Vorgänge — was mit einem beliebigen Auftrag, einer Route oder einer Frachtposition geschehen ist, mit Urheber und Zeit
Zugriffsrechte trennen die Oberfläche nach Rollen. Ein Disponent sieht seine Region, eine Führungskraft alle Richtungen, ein Mitarbeiter im Callcenter Status und Kontakte, aber keine Finanzdaten.
Die Trennung wird über Rollen gesetzt und nicht über einen Satz Häkchen für jeden Mitarbeiter. Sonst sind einem neuen Menschen ein halbes Jahr später „dieselben Rechte wie Iwanow“ eingerichtet, und niemand kann mehr sagen, worauf er genau Zugriff hat.
Übersicht der Schicht
118Lieferungen in Arbeit
9Stopps drohen sich zu verspäten
4auffällige Aufträge
12Aufträge nicht zugeteilt
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Die Reihenfolge der Kacheln ist kein Zufall: Zuerst steht nicht das Gesamtvolumen, sondern das, was eine Entscheidung verlangt. Nicht zugeteilte Aufträge stehen zuletzt, denn das ist die eine Kachel, die der Disponent selbst und vollständig schließt.
Historie der Vorgänge
Die Historie ist kein Archiv für alle Fälle, sondern ein Klärungswerkzeug. Einträge werden nicht bearbeitet: Eine Korrektur kommt als neuer Eintrag hinzu. Deshalb hat die Frage, wer die Lieferung auf morgen verschoben hat, eine Antwort und nicht mehrere Fassungen.
Gelesen wird sie meist von einem von drei Enden: nach Auftrag — was mit ihm geschehen ist; nach Bearbeiter — was er während der Schicht getan hat; nach Route — wie sie sich über den Tag verändert hat.
Verbindung zum Lager
von der Kommissionierung bis zur Übergabe an die Lieferung
Lager und Logistik sind nicht zwei Abteilungen mit einem gemeinsamen Chat, sondern zwei Stufen eines Prozesses. Fracht, die kommissioniert, aber nicht übergeben ist, und Fracht, die übergeben, aber nicht vermerkt ist, sind zwei verschiedene Zustände, und sie zu verwechseln ist teuer.
Ein durchgehender digitaler Prozess bedeutet eines: Jeder Übergang zwischen Lager und Lieferung wird durch eine Handlung erfasst und nicht durch eine Nachricht. Der Lagermitarbeiter vermerkt die Kommissionierung, der Fahrer die Annahme der Fracht, der Empfänger den Empfang. Zwischen diesen Vermerken ist die Fracht stets einer bestimmten Stufe zugeordnet.
Was die Nahtstelle dem Lager bringt: Es sieht, was bereits hinausgegangen ist und was seit dem zweiten Tag im Versandbereich steht. Was sie der Logistik bringt: Eine Route wird nicht um Fracht herum geplant, die noch nicht kommissioniert ist, und ein Fahrer kommt nicht ans Tor, bevor es etwas zu laden gibt.
Die vollständige Lagerbuchführung — Wareneingang, Einlagerung, Inventur, Chargen und Ablaufdaten — ist Gegenstand einer eigenen Seite. Hier ist nur die Nahtstelle beschrieben: was das Lager an die Logistik übergibt und was es zurückbekommt.
- 1Bestellung
- 2Kommissionierung
- 3Vorbereitung
- 4Übergabe
- 5Lieferung
- 6Bestätigung
Der vierte Übergang ist der einzige, bei dem die Fracht die Hand wechselt. Genau deshalb wird er als eigener Vorgang mit zwei Seiten abgewickelt: Das Lager hat übergeben, der Bearbeiter hat angenommen. Wird dieser Schritt übersprungen, lässt sich beim Verschwinden eines Packstücks die Stufe nicht benennen, und aus der Klärung wird ein Verhör der Schicht.
Was zwischen Lager und Logistik übergeht
- Vom Lager in die Logistik — der Inhalt der kommissionierten Bestellung, die Zahl der Packstücke, Gewicht und Volumen, die Versandbereitschaft, die Nummern der Kennzeichnung
- Von der Logistik ins Lager — die geplante Ankunftszeit des Fahrzeugs, wer die Fracht abholt, in welche Route sie geht
- Zurück ins Lager — Retouren, abgelehnte Packstücke und nicht zugestellte Fracht mit dem Grund ihrer Rückkehr
- Für beide gemeinsam — die Bewegungshistorie eines Packstücks: wo es war, wer es angenommen hat und wann der Verantwortliche gewechselt hat
Wenn das Lager in einem anderen Programm läuft
Das ist die übliche Lage: Die Lagerbuchführung wird bereits in einem bestehenden System geführt, und niemand hat vor, es zu ersetzen. Die Nahtstelle wird dann als Austausch gebaut — die Logistik erhält die Bereitschaft der Bestellung und die Zusammensetzung der Packstücke und gibt Status und Bestätigungen zurück.
Umfang und Häufigkeit des Austauschs ergeben sich daraus, was das externe System nach außen geben kann. Was ein konkretes Programm leisten kann, wird bei der Untersuchung geklärt — eine fertige Integration im Voraus zu erklären hieße, ein Versprechen für ein fremdes Produkt abzugeben.
Aufträge und Routen
Fracht und Status
Betriebsoberfläche
Berichte zur Lieferung
Wie Mitarbeiter mit dem System arbeiten
Jede Rolle hat ihren eigenen Arbeitsplatz und ihren eigenen Satz an Handlungen. Das ist keine Einschränkung um ihrer selbst willen: Je weniger Überflüssiges auf dem Bildschirm steht, desto weniger Fehler passieren in der Schicht und desto kürzer ist die Einarbeitung eines neuen Menschen.
Auftragsannahme
Nimmt Aufträge aus allen Kanälen an, prüft Adressen und Frachtinhalt, klärt Fragliches mit dem Kunden. Sieht die Klärungswarteschlange und die eigenen Aufträge; Routen und die Beladung der Fahrzeuge berührt sie nicht.
Disponent
Stellt Routen zusammen, weist Bearbeiter zu, führt den Tag: verschiebt Stopps, reagiert auf Verspätungen, löst auffällige Lieferungen. Der wichtigste Nutzer der Oberfläche und die Hauptquelle der Änderungen während des Tages.
Lagermitarbeiter
Vermerkt Kommissionierung und Versandbereitschaft, wickelt die Übergabe der Fracht an den Bearbeiter und die Annahme von Retouren ab. Arbeitet mit Packstücken und Kennzeichnung, nicht mit Routen.
Fahrer
Erhält die Route für die Schicht, vermerkt Abholungen und Zustellungen, erfasst den Grund, wenn ein Stopp nicht geschlossen wird. Sieht nur seine Aufgaben für den Tag und die Daten, die er zu ihrer Ausführung braucht.
Kurier
Derselbe Ablauf, aber in einer mobilen Oberfläche und mit einer größeren Zahl kurzer Stopps je Schicht. Bestätigt den Empfang, hängt Foto oder Unterschrift an, schreibt einen Kommentar zur Adresse.
Führungskraft
Schaut nicht auf eine Schicht, sondern auf einen Zeitraum: Liefervolumen, Anteil der pünktlich abgeschlossenen, Auslastung, Liste der wiederkehrenden Fehlschläge. Sie braucht keine operativen Handlungen, sondern Zahlen, auf die sie sich verlassen kann.
Kuriere und Fahrer
die Arbeitsoberfläche des Bearbeiters
Ein Bearbeiter braucht keinen Zugang zum System, sondern eine kurze Liste dessen, was jetzt zu tun ist. Deshalb ist sein Arbeitsplatz eine eigene Oberfläche: eine mobile App oder eine angepasste Webseite und nicht dieselbe Oberfläche, die der Disponent nutzt.
Es umfasst:
- Die Aufgabenliste der Schicht in der Reihenfolge des Anfahrens
- Adressen mit Hinweisen zu Zufahrt, Etage und Eingang
- Angaben zum Auftrag: was transportiert wird, wie viele Packstücke, wer der Empfänger ist, ob Zahlung bei Empfang gilt
- Eine Statusänderung in einer Handlung: angekommen, abgeholt, zugestellt
- Bestätigung, dass die Fracht am Abgangsort übernommen wurde
- Lieferbestätigung: eine Unterschrift, ein Foto oder ein Code vom Empfänger
- Ein Kommentar zum Stopp, wenn etwas nicht nach Plan lief
- Kontakt zum Disponenten aus der Aufgabenkarte heraus, ohne eine Nummer im Telefon zu suchen
Eine wichtige Anforderung an eine solche Oberfläche ist die Arbeit bei schlechter Verbindung. Ohne Verbindung gesetzte Vermerke werden auf dem Gerät gespeichert und gehen ab, sobald eine Verbindung erscheint; ein erneutes Senden erzeugt keine zweite Lieferung.
Eine ausführliche Betrachtung der Arbeit des Bearbeiters ist Gegenstand einer eigenen Seite, „Für Kuriere“. Hier zählt etwas anderes: Die Vermerke in dieser Oberfläche sind die einzige Quelle der tatsächlichen Status, deshalb wird sie als Erste entworfen und nicht als Letzte.
Was ein Vermerk vor Ort dem Unternehmen bringt
Der Vermerk eines Bearbeiters im Moment der Handlung ist keine Kontrolle um ihrer selbst willen. Aus ihm ergeben sich die tatsächliche Lieferzeit, die Dauer des Stopps und der Grund eines Fehlschlags. Ohne ihn werden alle drei am Ende des Tages aus dem Gedächtnis rekonstruiert — also gar nicht.
Die zweite Wirkung ist die Entlastung des Disponenten: Solange er die Status nach dem pflegt, was ihm am Telefon gesagt wird, geht die halbe Schicht dafür drauf, fremde Arbeit ins System abzuschreiben.
Warum das eine eigene Oberfläche ist
Ein Bearbeiter arbeitet unter anderen Bedingungen: Telefon in der einen Hand, Kiste in der anderen, Bildschirm in der Sonne, Verbindung mal da, mal weg. Die Oberfläche des Disponenten lässt sich unter diesen Bedingungen nicht bedienen — gebraucht werden große Elemente, ein Minimum an Feldern und ein vorhersehbares Verhalten ohne Netz.
Deshalb ist sein Arbeitsplatz um die Schicht herum entworfen und nicht um die Vollständigkeit der Daten: Auf dem Bildschirm stehen nur der aktuelle Stopp und der nächste, alles Übrige liegt tiefer.
Analytik
welche Daten sich messen lassen
Berichte bedeuten nur dort etwas, wo Daten im Moment der Handlung ins System gelangen. Werden die Status abends als Zusammenfassung des Tages ausgefüllt, zeigt jeder Bericht ein ordentliches Bild, das mit dem tatsächlichen Geschehen nichts zu tun hat.
Was aus den gesammelten Daten berechnet wird:
- Zahl der Lieferungen — nach Tag, Woche und Monat; nach Richtung, Kunde und Bearbeiter
- Abgeschlossene und auffällige Aufträge — der Anteil der pünktlich zugestellten und die Liste derer, die anders endeten, mit Gründen
- Lieferzeiten — die tatsächliche Zeit vom Auftrag bis zur Übergabe und von der Freigabe zur Lieferung bis zum Empfang
- Auslastung — wie viele Stopps, wie viel Gewicht und Volumen auf ein Fahrzeug und einen Bearbeiter entfallen und wie viel Platz bleibt
- Wirtschaftlichkeit der Routen — die Zahl der Stopps je Schicht, der Anteil der planmäßig geschlossenen, die Zeit zwischen den Stopps
- Historie der Vorgänge — eine Quelle für die Klärung eines konkreten Falls, nicht nur für die Kennzahlen an der Spitze
Die Definitionen der Kennzahlen werden einmal festgelegt und von jedem Bericht genutzt. „Pünktlich zugestellt“ muss im Bericht des Disponenten dasselbe bedeuten wie im Bericht der Führungskraft — sonst gehen zwei Übersichten für denselben Tag auseinander, und beiden wird nicht mehr geglaubt.
Berichte lassen sich als Datei exportieren, nach Zeitplan erzeugen und über die API an ein externes Analytiksystem senden — den Umfang des Exports bestimmt das Projekt.
Übersicht der Woche
612Lieferungen für den Zeitraum
27abgeschlossen nicht regulär
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Die zweite Kachel wiegt schwerer als die erste: Solange die Zusammensetzung der nicht regulären Abschlüsse — Stornierungen, Retouren, gescheiterte Zustellungen — nicht untersucht ist, sagt das Gesamtvolumen etwas über die Auslastung, aber nichts über die Qualität der Arbeit.
Integrationen und Datenaustausch
Ein Logistiksystem steht selten allein: Bestellungen kommen aus einem Programm, Kunden werden in einem zweiten geführt, Bestände liegen in einem dritten. Nachfolgend die Richtungen, entlang derer der Austausch am häufigsten gebaut wird. Der konkrete Umfang einer Integration ergibt sich daraus, was das externe System nach außen geben kann, und wird bei der Untersuchung geklärt.
Onlineshop
Eine aufgegebene Bestellung kann automatisch als Auftrag in die Logistik übergeben werden, und der Lieferstatus kann dem Käufer in sein Konto zurückgemeldet werden. Wie die Storefront selbst und die Führung der Bestellungen aufgebaut sind, ist beschrieben auf der Seite E-Commerce.
CRM
Eine Integration mit dem Kundenverzeichnis und der Geschäftshistorie ist möglich: Ein Auftrag entsteht aus der Kundenkarte, und das Ergebnis der Lieferung geht an den Manager zurück. Der Austausch läuft über die Kundenkennung, damit keine doppelten Geschäftspartner entstehen.
ERP und Buchhaltungssystem
Es kann mit der Buchungsschicht des Unternehmens zusammenarbeiten: Bestellungen, Lieferscheine, Abrechnungen. Die Richtung des Austauschs und der Satz der Dokumente ergeben sich daraus, welche Buchführung als die führende anerkannt wird.
Lagersystem
Bereitschaft der Bestellung, Zusammensetzung der Packstücke und Kennzeichnung kommen aus dem Lager, Status und Retouren gehen zurück. Läuft das Lager in einem externen Programm, wird die Nahtstelle als Austausch gebaut — siehe den Abschnitt über die Verbindung zum Lager weiter oben.
Software für Kuriere
Der Arbeitsplatz des Bearbeiters kann Teil des Systems oder eine eigene, über die API angebundene Anwendung sein: Sie erhält Aufgaben und gibt Status und Bestätigungen zurück. Die zweite Möglichkeit wird dort gebraucht, wo bereits eine Anwendung im Einsatz ist.
Zahlungssysteme
Wo Zahlung bei Empfang gilt, ist eine Integration mit einem Zahlungsdienst oder dem Terminal des Bearbeiters möglich: Der fällige Betrag kommt aus dem Auftrag, das Ergebnis der Zahlung geht an die Lieferung zurück. Der Umfang hängt vom Dienstleister ab.
Externe Dienste
Karten und Geokodierung von Adressen, Telematik der Fahrzeuge, Benachrichtigungsdienste, beauftragte Frachtführer. Jede solche Anbindung ist ein eigenes Austauschmodul; ein fertiger Konnektor wird nicht im Voraus behauptet.
API
Die eigene Schnittstelle des Systems: einen Auftrag anlegen, Status und Route abfragen, eine Lieferbestätigung übergeben, das Vorgangsprotokoll abholen. Alles ohne eigenes Modul wird darüber angebunden.
Die Regeln des Austauschs sind überall dieselben: Jeder Vorgang hat einen Schlüssel, deshalb erzeugt ein erneutes Senden keinen zweiten Auftrag; Abweichungen verschwinden nicht, sondern gehen in die Klärungswarteschlange; jede Nachricht und jede Antwort wird ins Austauschprotokoll geschrieben. Ohne diese drei Regeln arbeitet eine Integration genau bis zum ersten Verbindungsabbruch.
Reihenfolge der Einführung
Logistik wandert nicht an einem Tag vollständig in ein System: Solange Mitarbeiter die Status auf die alte Weise pflegen, bedeuten die Daten in den Berichten nichts. Deshalb erfolgt der Start in Stufen, und jede baut auf einer funktionierenden Vorgängerstufe auf.
1. Untersuchung
Wie die Aufträge heute eingehen, wer die Routen plant, womit die Status gepflegt werden, welche Programme bereits vorhanden sind und was sie nach außen geben können. Das Ergebnis ist eine Beschreibung des Prozesses und eine Liste dessen, was zuerst automatisiert wird.
2. Ein Pilot in einer Richtung
Eine Stadt, ein Lieferdienst oder ein Lager. Aufträge, Routen, Status und die Vermerke der Bearbeiter durchlaufen den vollen Zyklus an echten Transporten — bevor der Prozess auf das gesamte Unternehmen ausgerollt wird.
3. Rollen und Regeln
Wer was ändern darf, welche Ausnahmen gebraucht werden, wie eine Retoure und eine gescheiterte Zustellung behandelt werden, an wen die Benachrichtigungen gehen. Hier werden auch die Rechte und das Vorgehen bei manuellen Routenänderungen eingerichtet.
4. Ausrollen und Austausch
Die übrigen Richtungen folgen dem erprobten Muster, Integrationen kommen als eigene Austauschmodule hinzu. Von da an sammelt sich Historie, und es entstehen Berichte über Zeiträume sowie Daten für die Planung des Fuhrparks.
Unsere Kunden
Sprechen wir über Ihre Logistik
Kontaktieren Sie uns noch heute
Schreiben Sie uns, wie viele Lieferungen Sie am Tag fahren, woher die Aufträge kommen, ob Sie einen eigenen Fuhrpark oder Subunternehmer nutzen, ob Sie ein Lager haben und in welchen Programmen Ihre Daten bereits liegen. Wir sagen Ihnen, was zuerst automatisiert wird, was sich an Ihre bestehenden Systeme anbinden lässt und wo es sinnvoll ist, mit dem Piloten zu beginnen.
