Unabhängige IFS-Cloud-Beratung · Einkauf
Unbestätigte Bestellungen in IFS: das stille Margenleck und die automatische Eskalation
Eine unbestätigte Bestellung in IFS ist eine Bestellung, die der Lieferant womöglich nie quittiert hat, und Sie merken es erst, wenn die Ware ausbleibt. Auf dem Bildschirm sieht sie nach Fortschritt aus, weil der Datensatz existiert; tatsächlich hat auf der Lieferantenseite niemand zugesagt, sie zu liefern. Sie kann in einer Warteschlange liegen, falsch zugestellt sein oder schlicht übersehen worden sein.
Auf einen Blick
- Die Bestätigung ist ein manuelles Nachfassen: Es fällt aus, wenn Einkäufer ausgelastet sind, und bleibt unsichtbar, bis ein Schaden entsteht.
- Die Kosten sind ein schleichender Abfluss aus verspäteten Lieferungen, Eilfracht, Fehlmengen und Margenverlust, die in der GuV nicht unter einem eigenen Posten stehen.
- Die Daten liegen in IFS: Eine Bestellung trägt Status und Datum, eine unbestätigte ist also eine Bestellung im Status „freigegeben“ ohne Bestätigung nach festgelegtem Alter.
- Ein Custom Event (Mail an den Lieferanten und Alarm an den Einkäufer nach X Tagen, mit Probelauf und Frequenzbegrenzung) schließt die Lücke und bleibt update-sicher.
Der Schaden zeigt sich im ungünstigsten Moment: Die Linie steht, der Kunde fragt nach, und der Einkäufer holt zum Eilfrachtpreis eine Woche auf, die still verloren ging. Dieser Beitrag zeigt, warum solche Bestellungen entstehen, was sie kosten, wie Sie sie finden und wie Sie die Eskalation automatisieren, ohne einen Alarmhagel zu erzeugen.
1.Warum sammeln sich unbestätigte Bestellungen an?
Die Bestellbestätigung gilt als Aufgabe des Lieferanten, also fühlt sich auf Ihrer Seite niemand für das Nachfassen zuständig. Bestätigt ein Lieferant nicht, bleibt das unsichtbar: Es gibt keinen Fehler und keinen roten Bildschirm, nur ein Feld, das leer bleibt. Die Einkäufer, die das prüfen sollen, löschen zugleich die Brände des Tages, und die Prüfung ist an einem vollen Morgen das Erste, was wegfällt.
Das Volumen verschärft das Problem. Ein Einkäufer mit hunderten offenen Positionen sieht nicht auf einen Blick, welche Handvoll nie bestätigt zurückkam. Zwischen Standorten und Einkäufern ist die Sorgfalt unterschiedlich, und es gibt keinen Nachweis, wer was geprüft hat. So wächst ein Bestand an Bestellungen, die lebendig aussehen, aber womöglich gar nicht bewegt werden.
2.Was kostet eine unbestätigte Bestellung tatsächlich?
Der Schaden entsteht weiter hinten in der Kette, deshalb wird die Ursache leicht übersehen. Eine Bestätigungslücke wird Schritt für Schritt zu Geld:
- Verspätete Lieferungen. Ein Tag, den eine stille Bestellung verliert, ist ein Tag Wiederbeschaffungszeit, den Sie nicht eingeplant hatten.
- Eilfracht. Die verlorene Zeit aufzuholen kostet Expressfracht und Eilzuschläge, die Marge bezahlt also für eine Prüfung, die Sekunden gedauert hätte.
- Fehlmengen. Ware, die verspätet eintrifft, kommt nach dem Bedarf und stoppt eine Linie oder eine Lieferung.
- Margenverlust. Eilfracht, Stillstand und der verärgerte Kunde landen auf demselben Auftrag, und nichts davon trägt das Etikett „unbestätigte Bestellung“.
Das Leck bleibt still, weil die Kosten nie neben ihrer Ursache auftauchen: Sie sehen die Frachtrechnung, nicht die fehlende Bestätigung, die sie ausgelöst hat.
3.Wie erkennen Sie sie in IFS?
Die Daten sind bereits in IFS. Eine Bestellung trägt ihren Status und ihre Termine, eine unbestätigte ist also eine, die ein sinnvolles Alter erreicht hat, ohne dass eine Bestätigung erfasst wurde. Sie können das heute sichtbar machen, indem Sie offene Bestellungen nach Status und Bestelldatum filtern: Alles, was freigegeben, aber nach etwa drei bis fünf Tagen noch unbestätigt ist, ist Ihre Arbeitsliste.
Diese manuelle Abfrage ist ein guter Anfang, aber kein belastbares Kontrollsystem. Sie hilft nur an den Tagen, an denen jemand daran denkt, sie hat keinen Verantwortlichen, und sie hinterlässt keinen Nachweis, wer wann angeschrieben wurde. Eine Erkennung, an die man denken muss, versagt an den vollen Tagen, und das sind genau die Tage, an denen sie zählt.
4.Manuelles Nachfassen oder automatische Eskalation
Die automatische Variante nutzt ein Standard-Custom-Event: Es überwacht Bestellungen, die über eine Schwelle hinaus unbestätigt bleiben, und löst eine Aktion aus (Mail an den Lieferanten, Alarm an den Einkäufer), ohne dass jemand einen Bericht startet. Es ist dasselbe Muster aus Auslöser und Aktion, das jedem Szenario in 12 SCM-Prozesse automatisieren in IFS Cloud zugrunde liegt.
| Manuelles Nachfassen | Automatische Eskalation | |
|---|---|---|
| Läuft, wenn | jemand daran denkt | laufend, nach Zeitplan |
| Abdeckung | Was der Einkäufer geschafft hat | Jede Bestellung, jeder Standort |
| Verantwortlicher | Unklar | Einkäufer, per Regel |
| Nachweis | Keiner | Protokollierte Aktion je Bestellung |
| Fällt aus bei | Hochbetrieb, Urlaub, Krankheit | Keinem dieser Fälle |
Zwei Sicherungen halten die Automatisierung beherrschbar. Ein Probelauf (Dry-run) protokolliert jede Nachricht, die verschickt worden wäre, sodass Sie die Liste prüfen, bevor eine Mail einen Lieferanten erreicht. Eine Frequenzbegrenzung sorgt dafür, dass eine hängende Bestellung einmal eskaliert und danach eine Sperrfrist einhält, damit derselbe Lieferant nicht zehnmal an einem Tag angeschrieben wird. Dieselbe Disziplin schützt verwandte Regeln wie die Meldung von Lieferantenpreisänderungen.
5.Wie führen Sie das sicher ein?
Gehen Sie der Reihe nach vor und lassen Sie die Daten die Schwellen bestimmen, nicht eine Schätzung.
- Schwelle festlegen. Bestimmen Sie die Tageszahl und die Status, die für Ihre Lieferanten „unbestätigt“ bedeuten. Einzelne Warengruppen können eigene Grenzen rechtfertigen.
- Im Probelauf starten. Das Event protokolliert eine Testwoche lang, was es getan hätte. Lesen Sie die Liste: Sie zeigt erstmals den tatsächlichen Umfang.
- Empfänger und Begrenzung einstellen. Klären Sie, wer die Mail erhält und wer den Alarm, und setzen Sie die Frequenzbegrenzung so, dass Eskalationen informieren statt zu nerven.
- Mit einer Teilmenge live gehen. Aktivieren Sie das Event für einen Einkäufer oder einen Standort, beobachten Sie einen Zyklus und weiten Sie es aus, wenn das Verhalten stimmt.
- Prüfen und nachjustieren. Kontrollieren Sie nach einem Monat, was ausgelöst wurde und was sich geändert hat, denn Schwellen sind Einstellungen, keine Festlegungen für immer.
Weil alles im IFS Extensibility Framework gebaut ist (Standard-Custom-Events, Workflows und PL/SQL), ist die Lösung update-sicher. Es gibt keine Änderung am Standardcode, die das nächste Release zerbrechen könnte, und damit entfällt der Aufwand, den Anpassungen bei jedem Upgrade verursachen.
Technisches 30-Minuten-Gespräch buchen SCM Automation Pack ansehen
6.Fragen und Antworten
Was gilt in IFS als unbestätigte Bestellung?
Eine unbestätigte Bestellung in IFS ist eine freigegebene Bestellung, zu der nach einem angemessenen Alter, etwa drei bis fünf Tagen, keine Lieferantenbestätigung erfasst ist. Die Bestellung wirkt auf dem Bildschirm aktiv, aber auf der Lieferantenseite hat sie niemand quittiert, also gibt es keine Gewähr, dass sie bearbeitet wird.
Ab welchem Alter in Tagen sollte eine Eskalation auslösen?
Eine allgemeingültige Zahl gibt es nicht. Drei bis fünf Tage sind ein Ausgangspunkt, kritische Warengruppen oder solche mit langer Wiederbeschaffungszeit können engere Grenzen rechtfertigen. Die Probewoche zeigt die tatsächliche Verteilung in Ihren Daten, sodass Sie die Schwelle anhand von Belegen setzen und nicht schätzen.
Stören automatische Mails meine Lieferanten?
Nicht, wenn die Frequenz begrenzt ist. Die Frequenzbegrenzung sorgt dafür, dass jede hängende Bestellung einmal eskaliert und danach eine Sperrfrist abwartet, sodass kein Lieferant wiederholt angeschrieben wird. Eine klare, rechtzeitige Erinnerung ist für den Lieferanten besser als ein hektischer Anruf, wenn die Ware schon überfällig ist.
Ist die Eskalation unbestätigter Bestellungen update-sicher?
Ja. Die Eskalation ist mit Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework gebaut, ohne Änderung am Standardcode. Sie gehört nicht zu den Anpassungen, die das nächste R1/R2-Release unbemerkt zerbricht.
7.Über den Autor
Ich bin Dariusz Myśliwiec und habe 18 Jahre Praxis mit IFS (Apps 7.5 bis 10 und IFS Cloud). Ich bin IFS Certified Associate Consultant und nach PRINCE2® 7 zertifiziert. Unabhängige Beratung mit Sitz in Krakau, Umsetzung remote in Europa und weltweit. Sie sprechen direkt mit dem Berater, der die Arbeit ausführt.
Ausgewählte Kunden: Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm.
IFS ist eine eingetragene Marke der IFS AB. Diese Beratung steht in keiner Verbindung zur IFS AB.
Stopfen Sie das stille Leck
Vermuten Sie, dass unbestätigte Bestellungen Sie Geld kosten, und können es noch nicht belegen, zeigt eine Probewoche erstmals den Umfang. In einem technischen 30-Minuten-Gespräch bilde ich die Eskalation auf Ihre Lieferanten ab, zu einem Festpreis und mit einem Probelauf, bevor etwas versendet wird.