Polski (PL) 
English (United Kingdom) 
Unabhängige IFS-Cloud-Beratung · Lieferkette
Warum „Das fangen wir zum Monatsende ab“ zu spät ist und was stattdessen hilft
Auf einen Blick
- Die Kosten einer Ausnahme sind nicht fix: Sie wachsen mit jedem Tag zwischen dem Moment, in dem der Datensatz seinen Status ändert, und dem Moment, in dem ein Mensch davon erfährt.
- Eine monatliche Prüfung fängt irgendwann alles, doch am Monatsende kann aus dem kleinen Problem von Tag eins eine Folge größerer Probleme geworden sein.
- Die Stellschraube ist der Abstand zwischen Statuswechsel und Alarm, nicht die Zahl der Prüfungen oder der Fleiß der Prüfer.
- Ein Custom Event am selben Tag für die zwei oder drei Ausnahmearten, die am teuersten werden, macht das Abfangen zum Monatsende überflüssig.
Eine Ausnahme in IFS Cloud wird mit jedem Tag teurer, an dem niemand von ihr weiß, und zwar ab dem Moment, in dem der Datensatz seinen Status ändert. Eine Prüfung zum Monatsende erfasst sie deshalb zwar sicher, aber zum teuersten Zeitpunkt. Ein Beispiel: Ein Liefertermin verstreicht am 3. Der Einkäufer ist heute ausgelastet, das Material ist nicht kritisch, und aus der Fertigung heißt es: „Das fangen wir zum Monatsende ab.“ Dann ist Monatsende, und die Ausnahmeliste zeigt zwölf verspätete Lieferungen. Drei davon sind inzwischen kritisch, eine hat bereits eine Produktionslinie gestoppt. Der Einkäufer verbringt zwei Tage mit Feuerlöschen statt der einen Stunde, die eine Prüfung am 4. gekostet hätte. Am Prüfprozess liegt das nicht, denn der Monatsbericht hat getan, wofür er gebaut wurde. Das Problem ist die Latenz: der Abstand zwischen einer Statusänderung in IFS Cloud und dem Moment, in dem ein Mensch davon erfährt. Dieser Artikel erklärt, warum dieser Abstand die Kosten hochtreibt, wie Sie ihn beziffern und wie Sie ihn verkürzen, ohne neue Besprechungen oder zusätzliche Berichte.
1.Warum die Monatsprüfung bleibt
Die monatliche Prüfung stammt aus der Zeit des Batch-Reportings, als ein Bericht teuer zu erzeugen war und der Finanzkalender der einzige Takt eines Unternehmens. Sie bleibt, weil sie ein funktionierender Takt ist (sie fängt tatsächlich irgendwann alles) und weil bisher niemand mit einer Zahl belegen musste, dass die Verzögerung selbst Kosten verursacht.
Das Urteil, eine Ausnahme sei „heute nicht kritisch“, fällt im Augenblick, ohne Belege dafür, wie sie in drei Wochen aussieht. Die tägliche Ausnahmeliste gehört niemandem, weil sie als fremder Bericht gilt und nicht als aktuelles Risiko. Also wartet sie, zusammen mit allem anderen, das am Tag der Vertagung in Ordnung schien.
2.Was die Erkennungslatenz kostet
Eine Ausnahme am ersten Tag zu erkennen kostet nicht dasselbe wie am achtundzwanzigsten. Mit jedem Tag ohne Reaktion wachsen die Kosten gleichzeitig auf vier Ebenen.
- Schrumpfendes Zeitfenster zur Korrektur. Je länger die Ausnahme unbemerkt liegt, desto weniger Zeit haben Lieferant und Einkäufer, das Problem zu beheben: Eine Erinnerung am selben Tag und drei Wochen Schweigen sind zwei Gespräche von ganz anderem Gewicht.
- Wachsendes Produktionsrisiko. Eine verspätete Lieferung, die in Woche eins harmlos war, kann in Woche vier die Linie stoppen, sobald der Puffer im Plan aufgebraucht ist.
- Stunden im Krisenmodus. Aus einer Stunde Prüfung am ersten Tag werden zwei Tage Terminverfolgung, Eskalationsgespräche und Nacharbeit, sobald sich die Ausnahme zu zusammenhängenden Folgeausnahmen vervielfacht hat.
- Schwindende Geduld des Kunden. Ein Kunde, der früh von einer Verzögerung erfährt, trägt sie deutlich besser als einer, der es erst merkt, wenn seine eigene Lieferung schon verspätet ist.
Eine Korrektur am ersten Tag kostet eine E-Mail. Eine Korrektur zum Monatsende kostet zwei Tage, eine stehende Linie und ein schwierigeres Gespräch mit dem Kunden.
3.Wie Sie den Abstand in IFS Cloud verkürzen
Jede Ausnahme auf dem Monatsbericht existierte in IFS Cloud schon am Tag ihres Entstehens als Statusänderung: Ein Liefertermin ist verstrichen, eine Bestellung blieb unbestätigt, ein Bestand fiel unter den Mindestbestand. Der Bericht erzeugt diese Information nicht, er bringt sie nur einen Monat später an die Oberfläche. Dieselbe Statusänderung kann am Tag ihres Auftretens ein Custom Event auslösen. Bericht und Alarm lesen also identische Daten, nur mit sehr unterschiedlicher Latenz.
Die Frage lautet nicht, ob Sie die Erkennung am selben Tag für alles aufbauen, denn das würde das Problem der Alarmflut in anderer Form erneut erzeugen. Wählen Sie die zwei oder drei Ausnahmearten, bei denen die Kostenkurve am steilsten ist, und schließen Sie dort zuerst die Lücke. Das Muster aus Auslöser und Aktion ist dasselbe wie bei den SCM-Automatisierungen für IFS Cloud.
4.Periodische Prüfung und Ausnahmeerkennung in Echtzeit im Vergleich
Beide Ansätze bringen dieselben Tatsachen an die Oberfläche. Sie unterscheiden sich in genau einer Dimension, und in dieser Dimension liegen die Kosten.
| Periodische Prüfung (Monatsende) | Ausnahmeerkennung in Echtzeit | |
|---|---|---|
| Erkennungsverzug | Bis zu einem vollen Monat | Am Tag der Statusänderung |
| Kosten je Ausnahme | Durch die Verzögerung aufgezinst | Nah an den Grundkosten |
| Wen es trifft | Wer den Rückstau erbt | Die Person, die noch handeln kann |
| Skalierung | Wird schwieriger, wenn das Volumen wächst | Läuft unabhängig vom Volumen gleich |
| Vertrauen in die Zahl | Reaktiv, kommt als Überraschung | Erwartet, kommt, solange sich noch etwas ändern lässt |
Behalten Sie den Monatsbericht für das, wofür er taugt: als Trendansicht und Plausibilitätsprüfung. Verlangen Sie von ihm nicht, ein Problem abzufangen, solange die Behebung noch billig ist. Diese Aufgabe gehört der Ausnahme im Moment ihres Entstehens, so wie es der Beitrag zu unbestätigten Bestellungen in IFS für einen Einzelfall beschreibt.
5.So führen Sie die Erkennung sicher ein
Die Erkennungslatenz zu verkürzen ist kein Big-Bang-Projekt. Sie beginnen mit den Ausnahmen, die am teuersten werden, und belegen das Modell, bevor es sich ausbreitet.
- Ausnahmen nach Kostenkurve ordnen. Fragen Sie, welche zwei oder drei Ausnahmearten messbar schlimmer werden, je länger sie liegen: Für diese lohnt die Erkennung am selben Tag zuerst.
- Auslösebedingung genau festlegen. Vereinbaren Sie, welche Statusänderung zählt, damit der Alarm bei demselben Ereignis auslöst, das der Monatsbericht gemeldet hätte, nur früher.
- Dry-run-Zusammenfassung laufen lassen. Protokollieren Sie zwei bis drei Wochen lang, was ausgelöst hätte, und vergleichen Sie es mit dem, was beim letzten Monatsende tatsächlich aufgefallen ist: Die Überschneidung bestätigt die Regel.
- Vor dem Go-live das Rauschen abstimmen. Passen Sie Schwellen und Empfänger an, damit jeder Alarm Aufmerksamkeit verdient und nicht aus Reflex ausgefiltert wird.
- Abdeckung schrittweise erweitern. Nehmen Sie die nächste Ausnahmeart erst auf, wenn der erste Alarm Vertrauen genießt und bearbeitet statt ignoriert wird.
Jede Regel entsteht mit Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework. Das ist keine Modifikation am Standard, sodass die Regeln update-sicher bleiben, den Upgrade-Aufwand vermeiden und den Monatsbericht mit jedem Zyklus kürzer machen.
Technisches 30-Minuten-Gespräch buchen SCM Automation Pack ansehen
6.Fragen und Antworten
Erzeugt die Erkennung am selben Tag nicht Alarmmüdigkeit?
Nur wenn sie für alle Ausnahmen gleichzeitig gebaut wird. Beginnen Sie mit den zwei oder drei teuersten Ausnahmearten und stimmen Sie die Schwellen in einer Dry-run-Phase ab, dann bleibt die Menge so klein, dass jeder Alarm gelesen und bearbeitet wird.
Ersetzt die Erkennung in Echtzeit den Monatsbericht?
Nein. Der Monatsbericht bleibt als Trendansicht und Plausibilitätsprüfung der Summen nützlich. Die Erkennung in Echtzeit übernimmt die Aufgabe, einzelne Ausnahmen abzufangen, solange ihre Behebung noch billig ist. Dafür war der Monatstakt nie schnell genug.
Wie wählen wir die Ausnahmen aus, die wir zuerst automatisieren?
Nehmen Sie die Ausnahmeliste des letzten Monats und fragen Sie, welche Einträge am ersten Tag harmlos waren und zum Monatsende schwer wogen. Die Ausnahmearten mit der steilsten Kostenkurve bringen den größten Ertrag, wenn Sie dort zuerst die Erkennungslücke schließen.
Ist die Erkennung in Echtzeit update-sicher?
Ja. Jede Regel entsteht mit Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework ohne Modifikation am Standard, sodass das nächste R1/R2-Release keine Regel gefährdet.
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 tätig 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.
Zahlen Sie den Monatsende-Preis nicht länger
Fängt Ihr Team Ausnahmen nur einmal im Monat ab, zeigt sich der Preis dieser Verzögerung schon in den Krisenstunden des letzten Monats. In einem 30-Minuten-Gespräch ordne ich mit Ihnen Ihre Ausnahmen und lege die zwei fest, die zuerst dran sind: zum Festpreis, mit Dry-run, bevor etwas live geht.
