Material vergessen nachzubestellen — Leerlauf am Objekt vermeiden
Wenn die Kraft am Objekt vor leeren Kanistern steht, ist die Fahrt umsonst und die Reinigung fällt aus. Nachbestellen wird im Alltag schlicht vergessen. Eine Beschaffungs-Engine, die Anfragen automatisch aus dem Verbrauchs-Forecast erzeugt, bestellt nach, bevor das Material ausgeht — shop-agnostisch und nachvollziehbar.
CSChristoph Schulz4 Min. LesezeitAktualisiert: 18. Juli 2026
Die Kraft fährt zum Objekt, greift zum Kanister — und der ist leer. Die Reinigung fällt aus oder wird gepfuscht, die Anfahrt war umsonst, und der Auftraggeber sieht das Ergebnis. Nachbestellen ist keine schwierige Aufgabe, sie wird nur im Tagesgeschäft schlicht vergessen. Eine Beschaffungs-Engine, die Nachbestell-Anfragen automatisch aus dem Verbrauchs-Forecast erzeugt, schließt genau diese Lücke — bevor das Material ausgeht.
Stand: Juli 2026 · Aktualisiert am 18.07.2026
automatisch
Nachbestell-Anfrage aus dem IoT-/Verbrauchs-Forecast (Cron)
mehrere Shops
je Artikel wählbar — shop-agnostisch, keine Bindung
Entwurf → Bestell-Link
nachvollziehbarer Status je Anfrage (DRAFT → REQUESTED → APPROVED → LINK_CREATED)
01Das Problem
Materialplanung ist die unspektakulärste Aufgabe im Reinigungsbetrieb — und deshalb die vergessenste. Verbrauch passiert unsichtbar über viele Objekte verteilt, und niemand hat den vollständigen Überblick, wann welcher Artikel zur Neige geht. Das Ergebnis kennt jeder Betrieb: Die Kraft steht am Objekt ohne Reiniger, ohne Papier, ohne Müllbeutel. Die geplante Leistung fällt aus, eine zweite Anfahrt wird nötig, oder es wird improvisiert — auf Kosten der Qualität.
Keine Rechtsberatung – Angaben ohne Gewähr. Beträge, Fristen und Schwellen können sich ändern; im Zweifel Fachperson hinzuziehen.
Häufige Fragen
Erzeugt das System die Nachbestellung wirklich von selbst?
Ja. Ein Cron-Job legt auf Basis des IoT-Forecasts automatisch eine Anfrage an, wenn die Reichweite eines Artikels knapp wird. Ob daraus eine verbindliche Bestellung wird, entscheidest du im Freigabeschritt — die Engine sorgt nur dafür, dass die Anfrage rechtzeitig auf dem Tisch liegt.
Bin ich damit an einen bestimmten Lieferanten gebunden?
Nein, die Engine ist bewusst shop-agnostisch. Du kannst mehrere Shops je Artikel hinterlegen und bei der Anfrage den passenden wählen. So bleibst du preislich und logistisch flexibel, statt an einen Anbieter gekettet zu sein.
Woher weiß das System, dass ein Artikel zur Neige geht?
Aus dem Bedarf, den andere Module liefern: Füllstands-Alarme und der `daysToEmpty`-Forecast aus der IoT-Sensorik, Bedarfsmeldungen aus Smart Hygiene und Defekte aus Inspektionen. Diese Signale bündelt die Beschaffung zu konkreten Nachbestell-Anfragen.
Kann ich auch ohne IoT-Sensoren nachbestellen?
Ja. Anfragen lassen sich jederzeit manuell anlegen, und der Bedarf kann auch aus Hygiene-Bedarfsmeldungen und Inspektions-Defekten kommen. Die IoT-gestützte Auto-Anfrage ist die komfortabelste Stufe, aber keine Voraussetzung, um die Beschaffung zu nutzen.
Behalte ich den Überblick über offene Bestellungen?
Ja. Jede Anfrage hat einen klaren Status — von DRAFT (Entwurf) über REQUESTED (Bedarf gemeldet) und APPROVED (freigegeben) bis LINK_CREATED (Bestell-Link erzeugt); Verworfenes steht auf DISMISSED. Du siehst jederzeit, welche Anfrage noch offen, freigegeben oder als Bestell-Link an einen Shop übergeben ist. Die verbindliche Bestellung löst du über den erzeugten Shop-Link aus — die Engine ist shop-agnostisch und übernimmt selbst weder Lieferverfolgung noch Zahlung.
Wie vermeide ich, dass ich stattdessen zu viel bestelle?
Indem der Bedarf aus dem tatsächlichen Verbrauch kommt, nicht aus Vorsichts-Vorräten. Der Forecast rechnet mit realen Verbrauchsmustern, und die Anfrage bezieht sich auf den konkreten Bedarf je Objekt. Das ersetzt das Horten durch bedarfsgerechte Mengen.
*Dieser Beitrag stellt allgemeine Informationen bereit und ersetzt keine Rechtsberatung im Einzelfall.*
Der Umkehrfehler ist genauso teuer: Aus Angst vor Engpässen wird auf Vorrat gehortet, Lager binden Kapital, Gebinde verfallen. Zwischen „zu wenig, zu spät" und „zu viel, zu früh" fehlt das Entscheidende: das Wissen, wann welcher Artikel wo nachbestellt werden muss. Manuelle Bestell-Erinnerungen im Kopf oder auf Zetteln halten diesem verteilten, schwankenden Verbrauch nicht stand.
02Was es kostet, wenn du nichts tust
Vergessene Nachbestellungen schlagen operativ und wirtschaftlich durch:
Situation
Ohne Beschaffungs-Engine
Mit Forecast-Anfrage
Kraft steht ohne Material da
Leistung fällt aus, Fahrt umsonst
Nachschub kommt rechtzeitig
Bestellung vergessen
Engpass, Hektik, Ersatzkauf teuer
automatische Anfrage aus Forecast
Überbevorratung aus Angst
Kapital gebunden, Verfall
bedarfsgerechte Menge
Mehrere Objekte, viele Artikel
kein Überblick
gebündelter Bedarf je Objekt
Die sichtbaren Kosten — die zweite Anfahrt, der teure Ersatzkauf im nächsten Baumarkt — sind nur die Spitze. Darunter liegt der Leerlauf: bezahlte Arbeitszeit, die nicht in Reinigung fließt, weil das Material fehlt. Genau diese Stunden sind die teuerste Folge eines vergessenen Klicks.
<!-- Quellen: ASR A4.1 (Bereitstellung von Handwaschmitteln/Verbrauchsmaterial in Sanitärräumen als Betreiberpflicht — Nachschub-Relevanz); betriebswirtschaftliche Lager-/Beschaffungslogik (Bedarf aus Verbrauch statt Vorratshortung); Dosier-/Verbrauchsrichtwerte je Fläche als Planungsgrundlage. Konkreter Bedarf abhängig von Objekt, Frequenz und Produkt. · Stand: 2026-07-18 -->
03Die Lösung
Das CERTISCAN-Modul Beschaffung ist die generische, shop-agnostische „Where-to-buy"-Engine. Sie bündelt den Materialbedarf aus drei Quellen — Hygiene-Alarmen, IoT-Forecast und Inspektions-Defekten — zu Anfragen und leitet sie an wählbare Shops. Das Herzstück gegen das Vergessen ist die Anfrage-Engine: Sie erzeugt Nachbestellungen manuell oder automatisch. Ein Cron-Job (ForecastAutoRequestCron) legt auf Basis des IoT-Forecasts selbstständig eine Anfrage an, wenn die Reichweite eines Artikels knapp wird — du reagierst nicht mehr, du gibst nur noch frei.
Jede Anfrage durchläuft einen nachvollziehbaren Status (DRAFT → REQUESTED → APPROVED → LINK_CREATED, Verworfenes als DISMISSED) — vom Entwurf über den gemeldeten Bedarf und die Freigabe bis zum erzeugten Bestell-Link. So ist jederzeit klar, welche Anfrage noch offen, freigegeben oder als Bestell-Link an einen Shop übergeben ist. Die Engine ist bewusst shop-agnostisch und wickelt selbst keine Lieferung oder Zahlung ab — das eigentliche Bestellen läuft über den erzeugten Shop-Link. Weil das Modul mehrere Shops je Artikel kennt, bleibst du unabhängig und wählst bei der Anfrage den passenden Lieferanten. Für den Auftraggeber gibt es eine read-only Sicht auf die Anfragen je Objekt — Transparenz, wo sie hilft.
Tipp: Verbinde die Beschaffung mit der IoT-Sensorik an deinen kritischsten Objekten. Dann speist der reale Füllstand den Forecast, und die Nachbestellung wird ausgelöst, bevor überhaupt jemand daran denken muss — das ist der Unterschied zwischen Planen und Nachlaufen.
04So gehst du vor
Materialkatalog anlegen: die generischen Verbrauchsartikel je Objekt erfassen.
Shops hinterlegen: mehrere Lieferanten je Artikel für die freie Auswahl.
Einkaufs-Routen definieren: welcher Bedarf zu welchem Shop geht.
Forecast anbinden: IoT-/Hygiene-Bedarf als Auslöser für Auto-Anfragen aktivieren.
Freigabe-Prozess festlegen: wer DRAFT-Anfragen prüft und in eine Bestellung überführt.