Transportbeton-Software aus Sicht der Disponenten
Ein Tag in der Transportbeton-Disposition, von der ersten Beladung bis zur Übergabe: Was der Disponent in jeder Stunde sehen und entscheiden muss und was eine Dispositionssoftware dafür zeigen muss.
Der Disponent eines Transportbetonwerks trifft an einem Tag mehr Entscheidungen als jede andere Rolle im Betrieb, und fast jede davon unter Zeitdruck. Welches Fahrzeug fährt als Nächstes unter den Mischer, ob die zweite Betonage trotz der langsamen ersten pünktlich beginnt, ob der Zusage für morgen noch ein Fahrzeug fehlt. Eine Dispositionssoftware für Transportbeton ist deshalb kein Verwaltungswerkzeug, sondern das, worauf der Disponent den ganzen Tag schaut. Aus seiner Sicht zählt nicht, was die Software kann, sondern was sie ihm in jeder Stunde des Tages zeigt und abnimmt.
Der Tag unten ist ein typischer Tag in der Saison, mit drei Betonagen, einer Pumpe und einem Spediteur. Er ist erfunden, seine Entscheidungen sind es nicht.
Vor der ersten Beladung: der Tag auf einem Bild
Der Disponent kommt vor der Anlage und vor den Fahrern. Sein erster Blick gilt dem Tag als Ganzem: alle Aufträge mit Lieferbeginn, Menge und Abnahmeleistung, die daraus entstandene Lieferfolge je Baustelle, die Ladefenster an der Anlage und die Fahrzeuge mit ihren Fahrern. Er prüft, ob alle eingeplanten Fahrer da sind, ob die Pumpe für die erste Baustelle unterwegs ist und ob das Wetter etwas verändert hat, was gestern noch galt. Was der Vortag an offenen Punkten hinterlassen hat, steht in der Übergabe: eine Baustelle, die ihren Beginn noch bestätigen wollte, ein Fahrzeug in der Werkstatt.
Aus dieser Viertelstunde folgt die erste Anforderung an die Software: Der Tag muss auf einem Bild stehen, mit Aufträgen, Fahrzeugen, Anlage und Pumpen zusammen, und Konflikte müssen darauf sichtbar sein, bevor die erste Beladung beginnt. Ein Fahrzeug, das laut Plan um 07:10 Uhr und um 07:15 Uhr beladen werden soll, ist ein Konflikt, den der Disponent jetzt lösen will, nicht wenn der Fahrer vor der Anlage steht.
Die ersten Beladungen: Ladefenster und Anlage
Ab der ersten Beladung taktet die Anlage den Tag. Der Disponent sieht die Beladereihenfolge und weiß je Fahrzeug, wann es unter dem Mischer steht, wann es abfährt und wann es voraussichtlich an der Baustelle ankommt. Mit der Wasserzugabe beginnt die Zeit, in der der Beton eingebaut werden muss, und die Software zeigt sie je Ladung mit. Wo im Umlauf zwischen Wasserzugabe und Entladeende Zeit verloren geht, sieht der Disponent an dieser Stelle zuerst.
Bei zwei Anlagen kommt die Verteilung hinzu: welche Anlage welchen Auftrag produziert und ob die zweite Anlage die Sorte überhaupt führt. Die Software muss die Kapazität je Anlage kennen, sonst plant der Disponent Beladungen, die die Anlage nicht schafft.
Der Vormittag: drei Betonagen und ein Telefon, das nicht klingeln soll
Um neun laufen drei Betonagen parallel. Der Disponent sieht je Fahrzeug einen Status: beladen, unterwegs, an der Baustelle, Entladung läuft, Rückfahrt. Dazu die voraussichtliche Ankunft und das Alter der letzten Meldung. Ein Fahrzeug, dessen Position seit zwanzig Minuten unverändert ist, kann im Stau stehen oder ohne Netz auf der Baustelle. Beides sieht anders aus, wenn die Software das Datenalter zeigt. Welche Fahrzeugstatus eine Disposition tatsächlich braucht, entscheidet darüber, ob der Disponent das Telefon in die Hand nimmt oder nicht.
Die Fahrzeuge des Spediteurs melden über die App des Fahrers, nicht über eine Box. Für den Disponenten macht das keinen Unterschied, wenn beide Wege in derselben Ansicht landen. Die Auftragsinformationen gehen von TBDispo an Fahrer und Telematik, zurück kommen Geoposition, Statusmeldungen und Bilder der Baustelle über TBTelematik, und TBGeoCom rechnet daraus Strecken und Ankunftszeiten. Die voraussichtliche Ankunftszeit ersetzt den Anruf des Poliers, wenn Disponent, Werk und Baustelle dieselbe Zahl sehen.
Was der Disponent in dieser Situation braucht, ist die Lieferfolge aus der Abnahmeleistung und nicht eine Liste von Fahrten mit Uhrzeiten. Und er braucht die Pumpe als eigene Ressource: Wenn die erste Betonage länger dauert, baut die Pumpe später ab und kommt später an der dritten Baustelle an. Wie sich Fahrmischer und Betonpumpe gemeinsam takten, ist die Rechnung, die die Software für ihn anstellen soll.
Mittag: Änderungen und Nachbestellungen
Gegen Mittag kommen die Änderungen. Eine Baustelle bestellt drei Kubikmeter nach, eine andere verschiebt den Nachmittagsbeginn um eine Stunde, eine dritte meldet, dass die Zufahrt gesperrt ist und die Fahrzeuge von der anderen Seite kommen müssen. Jede Änderung betrifft mehrere Stellen: die Anlage, die Fahrer, die Pumpe, die Folgeaufträge. Der Disponent will die Änderung einmal erfassen und sehen, wer sie erhalten und bestätigt hat. Ein geänderter Lieferbeginn, der nur in seiner Ansicht steht, ist keine Änderung. Wie Auftragsänderungen an Werk, Fahrer, Baustelle, Waage und Faktura weitergegeben werden, ist der Maßstab dafür, ob die Software den Mittag trägt oder der Disponent fünfmal telefoniert.
Der Nachmittag: der nächste Tag entsteht
Ab dem frühen Nachmittag arbeitet der Disponent an zwei Tagen zugleich. Die laufenden Betonagen brauchen weiter seine Aufmerksamkeit, und der Vertrieb fragt, ob morgen 120 Kubikmeter mit Pumpe ab sieben Uhr möglich sind. Die Antwort braucht drei Rechnungen: die Lieferfolge aus Menge und Abnahmeleistung, den Fahrzeugbedarf aus Umlauf und Takt und die Kapazität der Anlage und der Pumpe in diesem Zeitraum, zusammen mit den bereits zugesagten Aufträgen. Eine Software, die diese Rechnung anstellt, macht aus der Zusage eine Prüfung. Eine Software, die sie nicht anstellt, macht aus dem Disponenten den Einzigen, der weiß, ob es geht.
Am Nachmittag bestellt der Disponent außerdem die Fahrzeuge des Spediteurs für morgen, prüft die Fahrerverfügbarkeit und ordnet die Pumpen zu. Bei Wetterwarnungen entscheidet er, welche Betonagen er mit der Baustelle bespricht. Wie Spitzenlast, Wetter und kurzfristige Änderungen in konkrete Entscheidungen übersetzt werden, gehört zum Nachmittag mehr als zu jeder anderen Stunde.
Die Übergabe: was offen bleibt
Am Ende des Tages übergibt der Disponent an die Spätschicht oder an sich selbst am nächsten Morgen. Übergeben werden nicht Fahrten, sondern offene Entscheidungen: eine Baustelle, die ihren Beginn noch nicht bestätigt hat, eine Wartezeit, die der Polier noch nicht unterschrieben hat, ein Fahrzeug, dessen Rückkehr nicht gemeldet wurde, eine Nachbestellung, die noch keinen Lieferschein hat. Die Software soll diese offenen Punkte zeigen, ohne dass der Disponent sie auf einen Zettel schreibt. Was am Abend im Werk geprüft wird, bevor die Fakturierung den Tag übernimmt, gehört in den digitalen Tagesabschluss.
Was der Disponent auf einen Blick sehen muss
- Die Lieferfolge je Auftrag
Nicht einzelne Fahrten, sondern die Folge der Lieferungen einer Betonage mit Beladung, Ankunft, Entladung und Rückfahrt, aus der Abnahmeleistung gerechnet.
- Jedes Fahrzeug mit Status und Datenalter
Beladen, unterwegs, an der Baustelle, Entladung, Rückfahrt, für eigene Fahrzeuge und Fremdfahrzeuge in derselben Ansicht, mit dem Zeitpunkt der letzten Meldung.
- Die Anlage mit Ladefenstern
Beladereihenfolge und Kapazität je Anlage, damit kein Fahrzeug unter dem Mischer wartet und keine Beladung geplant wird, die die Anlage nicht schafft.
- Die Pumpe als eigene Ressource
Anfahrt, Aufbau, Einsatz, Reinigung, Abbau und der nächste Einsatz, sichtbar mit ihrer Wirkung auf die Fahrzeuge beider Baustellen.
- Konflikte vor der Zusage
Überschneidende Ladefenster, ein Fahrzeug an zwei Stellen, eine Pumpe, die noch abbaut, ein Auftrag, der den Fahrzeugpool überfordert, angezeigt, bevor der Vertrieb bestätigt.
- Der Stand jeder Änderung
Wer eine Änderung erhalten und bestätigt hat, wer nicht, und welche Lieferungen betroffen sind, damit die Übergabe offene Punkte statt Zettel enthält.
Was die Disposition von der Software nicht erwarten sollte
Eine Software plant nicht anstelle des Disponenten. Sie rechnet Lieferfolgen, zeigt Konflikte und schlägt Alternativen vor, aber die Entscheidung, welche Baustelle bei knapper Kapazität wartet, bleibt bei ihm, und die Baustelle erfährt sie von ihm. Ebenso wenig ersetzt sie die Absprache mit dem Polier vor einer großen Betonage oder das Gespräch mit dem Spediteur über den nächsten Tag. Was sie ersetzt, ist der Teil des Tages, der aus Nachfragen besteht: wo ein Fahrzeug ist, ob die Anlage die Änderung hat, ob die Wartezeit erfasst wurde. TBDispo führt Aufträge, Fahrmischer, Pumpen und Touren in einer Planung zusammen und macht Konflikte früh sichtbar. Wie viel des Tages damit vom Telefon auf den Bildschirm wandert, hängt davon ab, wie vollständig Fahrer und Fremdfahrzeuge zurückmelden.
Häufige Fragen zur Transportbeton-Software aus Sicht der Disposition
Wie viel Einarbeitung braucht ein erfahrener Disponent?
Weniger als ein neuer. Ein Disponent, der die Lieferfolge im Kopf rechnet, erkennt in der Software seine eigene Rechnung wieder. Die Einweisung findet an seinen Aufträgen statt, und der Probebetrieb läuft parallel zum gewohnten Werkzeug.
Muss der Disponent die Fahrzeugstatus selbst pflegen?
Nein. Status kommen von der Telematik oder vom Fahrer über die App. Der Disponent pflegt nur, was kein Fahrzeug melden kann, etwa den Grund einer Störung oder eine Absprache mit der Baustelle.
Was passiert bei Schichtwechsel mit den offenen Punkten?
Sie stehen in der Software und nicht in der Erinnerung der Frühschicht. Die Übergabe besteht dann aus den Punkten, die eine Entscheidung brauchen, und aus dem Gespräch darüber, nicht aus der Rekonstruktion des Tages.
So geht es weiter
Alle Fachartikel dieser Branche.
Auswahl, Abläufe und Betrieb: weitere Fachartikel für Werksleitung, Disposition und Verwaltung, geordnet nach Themen.