Polski (PL) 
English (United Kingdom) 
Unabhängige IFS-Cloud-Beratung · Supply Chain
Warum die Ausnahmeprüfung auf morgen rutscht und was eine Eskalationsregel daran ändert
Auf einen Blick
- Jede aufgeschobene Ausnahmeprüfung wirkt für sich harmlos: Sie wandert auf morgen, weil heute etwas Lauteres Aufmerksamkeit verlangt. Aufgeschoben wird sie trotzdem jeden Tag.
- Die Kosten bleiben unsichtbar, weil sie sich verteilen: ein Tag hier, ein Tag dort, über fünfzig Bestellungen und zwölf Monate.
- Mit Disziplin hat das nichts zu tun. Das Dringende gewinnt gegen das Wichtige, solange das Wichtige nur ein Datum im System ist.
- Eine Eskalationslogik macht aus dem Wichtigen etwas Dringendes: sichtbar, mit Frist und mit Verantwortlichem. Niemand muss dafür disziplinierter werden.
Die Ausnahmeprüfung in IFS Cloud rutscht auf morgen, sobald etwas Lauteres anliegt. Eine Lieferung ist heute fällig, und der Einkäufer will sie prüfen. Dann ruft ein Lieferant wegen einer anderen Bestellung an, und das Gespräch dauert. In der Fertigung braucht jemand sofort eine Entscheidung zu einem Qualitätsproblem. Die Prüfung wandert auf morgen. Morgen wiederholt sich das: ein neuer Brand, ein neuer Grund, ein weiterer Tag in der Warteschlange. Am Freitag lag der Liefertermin vier Tage zurück, und niemand hatte nachgesehen. Fahrlässig ist daran nichts. Die Priorisierung arbeitet genau so, wie sie arbeiten muss: Das Dringende hat einen Menschen, der es einfordert, das Wichtige hat nur ein Datum, das still in IFS steht. Die Kosten sind real, aber sie fallen nie an einer Stelle an. Dieser Artikel zeigt, warum Prüfungen aufgeschoben werden, was das kostet, wie Sie es in IFS Cloud sichtbar machen und wie Sie es beheben, ohne dass jemand disziplinierter sein muss als bisher.
1.Warum rutscht die Prüfung immer wieder auf morgen?
Aufgeschoben wird, weil jede offene Ausnahme um dieselbe knappe Aufmerksamkeit konkurriert und die lauteste gewinnt. Ein Lieferant am Telefon, eine stehende Maschine, eine verärgerte E-Mail vom Kunden: Hinter jedem dieser Fälle steht ein Mensch, der in Echtzeit nachfragt. Eine Bestellung, die drei Tage über dem Bestätigungstermin liegt, fragt niemand nach. Sie wartet geduldig in der Liste, und genau diese Geduld lässt sie durchrutschen.
Das System verstärkt das Muster. Die Ausnahme erscheint auf den Bildschirmen als Zeile in einer Liste, nicht als Ereignis, das eine Reaktion verlangt. Es klingelt nichts, es gibt kein rotes Banner und keinen Namen am Verzug, nur ein Datum, das hinter dem aktuellen zurückfällt. Wer die lauten Probleme gewissenhaft bearbeitet, hat per Definition keine Zeit, nach den leisen zu suchen. Die Prüfung scheitert nicht an Nachlässigkeit, sondern daran, dass im Ablauf nichts sie gleichberechtigt mit dem konkurrieren lässt, was gerade passiert.
2.Was kostet eine aufgeschobene Prüfung?
Bei einer einzelnen Bestellung ist die Rechnung klein: Ein Tag verrutscht, jemand bemerkt es einen Tag zu spät, die Lieferung kommt trotzdem, ungefähr pünktlich. Bei fünfzig gleichzeitig offenen Bestellungen und zwölf Monaten desselben täglichen Abwägens summieren sich die Tage ohne Reaktion zu einem spürbaren Posten:
- Aufsummierter Verzug - Ein aufgeschobener Tag hier und einer dort ergeben Wochen ungesteuerter Lieferzeit, die niemand eingeplant hat.
- Zu spät erkannte Ausnahmen - Die Prüfung, die am ersten Tag ein echtes Problem gefunden hätte, findet es am vierten, wenn das Zeitfenster für eine günstige Reaktion geschlossen ist.
- Folgeverzug - Ein später Fund bei einer Bestellung wirkt in Terminplanung und Transportbuchung weiter, sodass eine aufgeschobene Prüfung gleich eine Kette verspäteter Entscheidungen auslöst.
- Sinkendes Serviceniveau - Keine einzelne Verzögerung wirkt dramatisch, doch dieses Muster macht aus einer Lieferkette, die Störungen abfedert, eine, die sie verstärkt.
Eine Kostenstelle „aufgeschobene Prüfung“ gibt es nirgends. Die Kosten erscheinen als verspätete Lieferung, Eilzuschlag oder Kundenanruf, jeweils drei Schritte von dem Tag entfernt, an dem jemand nachsehen wollte und es nicht tat.
3.Wie machen Sie das in IFS Cloud sichtbar?
IFS Cloud enthält bereits alles, um das Aufschieben zu messen, denn jede offene Ausnahme hat ein Alter. Eine Bestellung über dem Bestätigungstermin, eine Anforderung in der Freigabe, eine verspätete Lieferung: Jede hat ein Anlagedatum und das aktuelle Datum, und die Differenz erzählt die Geschichte. Es fehlen keine Daten. Es fehlt ein Ort, der aus „Tage seit der Markierung“ etwas macht, auf das jemand reagieren muss, bevor die Ausnahme einen Tag älter wird.
Aussagekräftig ist nicht die Zahl der offenen Ausnahmen, sondern das Durchschnittsalter der noch offenen und der Schwanz der Bestellungen, die seit einer Woche oder länger liegen. In diesem Schwanz stecken die eigentlichen Kosten. Ein Dashboard, das nur den aktuellen Stand zeigt und nicht, wie lange jede Position schon wartet, macht ihn unsichtbar.
4.Prüfen aus dem Gedächtnis oder automatische Eskalation
Die Lösung ist keine Erinnerung, sich morgen besser zu bemühen, sondern ein Mechanismus, der dem Wichtigen dieselbe Aufmerksamkeit verschafft wie dem Dringenden. Er arbeitet nach dem Muster aus Auslöser und Aktion, das auch hinter anderen Custom Events in IFS Cloud steckt: Er beobachtet das Alter der Ausnahme und macht aus der stillen Zeile einen Alarm mit Namen, sobald ein Schwellenwert überschritten ist.
| Prüfen aus dem Gedächtnis | Automatische Eskalation | |
|---|---|---|
| Läuft, wenn | gerade nichts Lauteres anliegt | jeden Tag nach Zeitplan |
| Abdeckung | was nach den Bränden des Tages übrig bleibt | jede offene Ausnahme, jeder Einkäufer |
| Sichtbarkeit | ein Datum in einer Liste | ein benannter Alarm mit Alter und Verantwortlichem |
| Verantwortlicher | wer es zufällig bemerkt | per Regel zugewiesen, jedes Mal |
| Versagt, wenn | gerade an den Tagen, an denen es darauf ankommt | nie: Die Regel konkurriert nicht um Aufmerksamkeit, sie fordert sie ein |
Das Urteil des Einkäufers bleibt unberührt. Die Regel nimmt ihm nur die Pflicht ab, sich an einem ohnehin überfüllten Tag daran zu erinnern, es anzuwenden.
5.Wie führen Sie es sicher ein?
Wie jede Ausnahmeregel gehört auch diese zuerst bewiesen, bevor sich jemand auf sie verlässt.
- Schwellenwert vereinbaren. Legen Sie die Zahl der Tage fest, die eine Ausnahme liegen darf, bevor sie eskaliert, und unterscheiden Sie nach Bestellart: Eine späte Bestätigung bei einem kritischen Artikel verdient eine kürzere Frist als eine Routinenachbestellung.
- Im Dry-run laufen lassen. Protokollieren Sie zwei Wochen lang, was ausgelöst worden wäre, ohne etwas zu versenden. Die Liste zeigt die Zahl der Tage, die schon verloren gehen, bevor jemand handelt.
- Empfänger und Takt abstimmen. Bestimmen Sie, wer zuerst alarmiert wird (der Einkäufer, nach weiterer Verzögerung ein Vorgesetzter), und begrenzen Sie die Zahl der Eskalationen je Bestellung.
- Mit einem Team pilotieren. Schalten Sie die Regel für einen Einkäufer oder eine Warengruppe ein, beobachten Sie einen vollen Zyklus und weiten Sie sie erst aus, wenn das Verhalten belegt ist.
- Nach einem Monat auswerten. Prüfen Sie, welche Schwellenwerte Alarme in Serie erzeugt haben und welche keinen einzigen, und passen Sie sie an. Die Regel soll mit der Zeit leiser werden, nicht lauter.
Die Regel läuft vollständig auf Standard-Custom-Events und Workflows im IFS Extensibility Framework. Es gibt keine Änderung am Standard, die das nächste Release brechen könnte. Das Ergebnis ist update-sicher und vermeidet den Upgrade-Aufwand vollständig.
Technisches 30-Minuten-Gespräch buchen SCM Automation Pack ansehen
6.FAQ
Ist das Aufschieben einer Prüfung wirklich ein Disziplinproblem?
Nein. Aufgeschoben wird, weil jede Ausnahme um dieselbe Aufmerksamkeit konkurriert und die lauteste systembedingt gewinnt. Die Lösung liegt in der Struktur, nicht in der Motivation: Das wichtige Element bekommt dieselbe Sichtbarkeit, die das dringende schon hat.
Warum reicht es nicht, Einkäufer zum Prüfen im kürzeren Takt zu schulen?
Eine Schulung geht davon aus, dass Wissen oder Willenskraft fehlen. Die Engstelle sind eher Zeit und konkurrierende Signale. Eine Eskalationsregel ändert, was um Aufmerksamkeit konkurriert, statt Einkäufer denselben aussichtslosen Kampf mit stärkerem Vorsatz führen zu lassen.
Erzeugt ein Alarm für jede verspätete Prüfung nicht nur zusätzlichen Lärm?
Nicht, wenn Schwellenwert und Obergrenze gesetzt sind. Die Regel löst aus, sobald eine Ausnahme ein vereinbartes Alter überschreitet, nicht bei jeder kleinen Verzögerung, und eine Frequenzgrenze verhindert, dass dieselbe Bestellung wiederholt eskaliert. Der Dry-run zeigt das reale Volumen, bevor etwas produktiv läuft.
Ist die Eskalationsregel update-sicher?
Ja. Die Regel besteht aus Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework, ohne Änderung am Standard. Das nächste Release R1/R2 findet darin nichts, was es brechen könnte.
7.Über den Autor
Dariusz Myśliwiec: 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, 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.
Schluss mit den Tagen, die an morgen verloren gehen
Wenn aufgeschobene Prüfungen bei Ihren offenen Bestellungen Tage kosten, zeigt eine Dry-run-Woche zum ersten Mal den tatsächlichen Umfang. Im 30-Minuten-Gespräch bilde ich die Eskalation auf Ihre Ausnahmearten ab (Festpreis, Dry-run, bevor etwas versendet wird).
