Polski (PL) 
English (United Kingdom) 
Unabhängige IFS-Cloud-Beratung · Lieferkette
Verändertes Lieferantenverhalten in IFS Cloud: das Frühwarnsignal, auf das niemand achtet
Auf einen Blick
- Eine Verhaltensänderung des Lieferanten (ein verlässlicher Lieferant bestätigt plötzlich spät oder gar nicht) ist eines der frühesten Signale, die eine Lieferkette geben kann, und IFS Cloud meldet es standardmäßig nicht.
- Eine statische Regel „unbestätigt nach X Tagen“ fängt eine hängende Bestellung. Sie fängt keinen Lieferanten, dessen Muster sich geändert hat, und das Muster sagt Ärger voraus, bevor die Bestellung selbst verspätet ist.
- Bis die Änderung für einen Menschen offensichtlich ist, sind bereits Bestellungen betroffen, und das Problem des Lieferanten ist für jeden außer Ihnen längst keine Neuigkeit.
- Eine Prüfung gegen eine Basislinie, aufgebaut wie die Eskalation unbestätigter Bestellungen, macht das Gedächtnis eines Einkäufers zur Systemregel und bleibt update-sicher.
Zwei Jahre lang bestätigt ein Lieferant jede Bestellung binnen zwei Tagen. Das ist so verlässlich, dass niemand darüber nachdenkt, bis eines Tages eine Bestellung sieben Tage unbestätigt bleibt und die nächste ebenfalls. Ein Einkäufer, der seit Jahren mit diesem Lieferanten arbeitet, merkt es sofort: So verhält er sich nicht. Im System deutet jedoch nichts darauf hin. Die Bestellung liegt innerhalb des Alters, das eine übliche Eskalationsregel zulassen würde, also schlägt kein Schwellenwert an. Aufgefallen ist die Änderung nur, weil eine Person weiß, was für genau diesen Lieferanten normal ist. Dieses Gedächtnis skaliert nicht, übersteht keine Übergabe und steht nirgends, wo IFS darauf reagieren könnte. Bis das Muster unübersehbar ist, sind Bestellungen verspätet, und die Schwierigkeiten des Lieferanten sind für alle außer dem Unternehmen, das auf ihn angewiesen ist, längst kein Geheimnis. Dieser Artikel zeigt, warum Musteränderungen unbemerkt bleiben, was sie kosten und wie Sie das Bauchgefühl eines Einkäufers in eine Regel verwandeln, die IFS Cloud für Sie überwacht.
1.Warum Verhaltensänderungen von Lieferanten unbemerkt bleiben
Regeln zur Bestätigungsverzögerung arbeiten dort, wo es sie überhaupt gibt, im Normalfall mit einem Schwellenwert für alle Lieferanten: Gemeldet wird alles, was nach, sagen wir, fünf Tagen unbestätigt ist. Das fängt die hängende Bestellung. Über einen Lieferanten, dessen durchschnittliche Verzögerung sich verdoppelt hat und dabei unter dem Schwellenwert bleibt, sagt es nichts. Ein Lieferant, der normalerweise in zwei Tagen bestätigt und jetzt vier braucht, liegt noch innerhalb einer Fünf-Tage-Regel und zeigt trotzdem, dass etwas nicht stimmt.
Das Wissen, das ihn finden würde, sitzt im Kopf einer Person. Ein erfahrener Einkäufer hält eine grobe Basislinie für jeden Lieferanten, den er betreut: wer schnell ist, wer langsam, wer nie versäumt. Diese Basislinie verschwindet, sobald der Einkäufer in Urlaub geht, die Rolle wechselt oder der Lieferant neu zugeordnet wird. Neuere Einkäufer haben gar keine Basislinie, an der sie messen könnten, und eine langsame Woche sieht aus wie jede andere. Mit wachsender Lieferantenzahl kann niemand hundert einzelne Rhythmen gleichzeitig im Kopf halten, und das System, das es könnte, wurde nie darum gebeten.
2.Was eine verpasste Verhaltensänderung tatsächlich kostet
Die Kosten liegen nicht in der verspäteten Bestellung selbst, die sichtbar ist und behoben wird. Sie liegen in allem, was geschieht, weil die Warnung erst kam, als das Muster schon völlig zusammengebrochen war.
- Verlorene Vorlaufzeit. Jeder Tag zwischen der ersten auffälligen Bestellung und dem Moment, in dem jemand handelt, ist ein Tag, den der Lieferant nicht zum Aufholen hat und den Sie nicht für die Suche nach einer Alternative haben.
- Reaktives Beschleunigen. Wer die Schwierigkeiten eines Lieferanten über eine verpasste Lieferung entdeckt, zahlt Expressfracht für ein Problem, das ein musterbasiertes Signal Wochen früher gemeldet hätte.
- Defensiver Sicherheitsbestand. Ohne Frühwarnung liegt der Griff nahe, den Sicherheitsbestand pauschal zu erhöhen. Das bindet Kapital, um eine Information zu ersetzen, die Sie kostenlos hätten haben können.
- Verlorene Verhandlungsposition. Ein Gespräch, das mit „Uns ist aufgefallen, dass Ihre Bestätigungen langsamer geworden sind. Ist alles in Ordnung?“ beginnt, ist ein völlig anderes als eines, das mit „Warum steht unsere Linie?“ beginnt.
Im Normalfall weiß der Lieferant es vor Ihnen. Offen ist nur die Zahl der Bestellungen, die vergehen, bis auch Sie es erfahren.
3.Wie Sie es in IFS Cloud erkennen
Bestätigungsdatum, Bestelldatum und Lieferant sind in IFS Cloud an jeder Bestellposition bereits erfasst. Die Daten für eine Basislinie fehlen also nicht, sie werden nur nie mit sich selbst verglichen. Eine gleitende Basislinie je Lieferant, gebildet aus einem zurückliegenden Zeitfenster bestätigter Bestellungen (neunzig Tage sind ein vernünftiger Anfang), liefert die typische Bestätigungsverzögerung genau dieses Lieferanten statt einer Zahl für den gesamten Lieferantenstamm.
Die Erkennung wird dann zum Vergleich statt zur Schwellenwertprüfung: Liegt die Bestätigungsverzögerung der neuen Bestellung deutlich außerhalb der Historie dieses Lieferanten? Ein Lieferant, der normalerweise zwei Tage braucht und jetzt sechs, hat sich weiter von seiner eigenen Basislinie entfernt als ein Lieferant, der normalerweise vier Tage braucht und jetzt sechs, obwohl die absolute Zahl gleich ist. Diesen Unterschied sieht eine starre Tagesregel nicht. Ein erfahrener Einkäufer trifft ihn instinktiv, aber ohne ihn zu dokumentieren und ohne über sein eigenes Gedächtnis hinaus zu skalieren. Es ist ein anderes Signal als der feste Schwellenwert aus dem Beitrag zu unbestätigten Bestellungen in IFS.
4.Statischer Schwellenwert und Verhaltensbasislinie im Vergleich
Beide Ansätze konkurrieren nicht: Ein fester Schwellenwert und eine Basislinienprüfung fangen unterschiedliche Fehler, und beide lassen sich nebeneinander betreiben.
| Statischer Schwellenwert | Verhaltensbasislinie | |
|---|---|---|
| Was er erfasst | Bestellungen, die über eine feste Grenze hinaus hängen | Lieferanten, deren normales Muster sich verschoben hat |
| Bezug zum Lieferantenprofil | Keiner: eine Regel für alle | Individuell: vergleicht jeden Lieferanten mit sich selbst |
| Früheste Warnung | Nachdem der Schwellenwert überschritten ist | Unter Umständen, bevor eine einzelne Bestellung verspätet wirkt |
| Falschmeldungen | Gering, aber blind für langsames Abdriften | Abhängig von Fensterlänge und Feinabstimmung |
| Pflege | Einmal eingestellt | Berechnet sich neu, während die Historie wächst |
Behalten Sie die statische Regel, um weiter Bestellungen zu fangen, die schlicht zu lange liegen. Setzen Sie die Basislinienprüfung darüber, um den Lieferanten zu fangen, der formal noch innerhalb jedes Schwellenwerts liegt, sich aber nicht länger wie er selbst verhält.
5.Sicher ausrollen
Verhaltenserkennung ist empfindlicher als ein fester Schwellenwert und verdient deshalb einen sorgfältigeren Rollout.
- Das Basislinienfenster wählen. Neunzig Tage bestätigter Bestellungen sind ein vernünftiger Standard. Verkürzen Sie es für Lieferanten mit geringem Bestellvolumen.
- Im Probelauf (Dry-run) starten. Lassen Sie den Vergleich einen Monat lang protokollieren, was er melden würde, bevor jemand einen Alarm erhält, und prüfen Sie die Liste gegen das, was Einkäufer ohnehin vermutet haben.
- Den Abweichungsschwellenwert festlegen. Entscheiden Sie, wie weit außerhalb der eigenen Basislinie eines Lieferanten als bedeutsam gilt. Beginnen Sie vorsichtig und ziehen Sie nach, sobald Sie dem Signal trauen.
- Bei den Top-Lieferanten nach Umsatz pilotieren. Bei diesen Beziehungen ist eine Frühwarnung am wertvollsten, und die Einkäufer können das Signal am schnellsten bewerten.
- Vierteljährlich prüfen. Basislinien verschieben sich, wenn Beziehungen reifen. Ein Schwellenwert, der beim Go-live sinnvoll war, kann ein Jahr später zu locker oder zu eng sein.
Weil alles auf Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework läuft, gibt es keine Änderung am Kern, die das nächste Release brechen könnte. Die Lösung bleibt update-sicher und erspart den Upgrade-Aufwand. Dieselbe Disziplin schützt verwandte Regeln wie Alarme bei Preisänderungen von Lieferanten.
Technisches 30-Minuten-Gespräch buchen SCM Automation Pack ansehen
6.Fragen und Antworten
Wie unterscheidet sich die Basislinienprüfung von der Eskalation unbestätigter Bestellungen?
Eine Regel für unbestätigte Bestellungen meldet jede Bestellung ab einem festen Alter. Eine Verhaltensprüfung vergleicht das aktuelle Muster eines Lieferanten mit dessen eigener Historie und kann deshalb einen Lieferanten melden, der abdriftet, obwohl er noch innerhalb dieses festen Alters liegt. Beide Regeln ergänzen sich, statt einander zu ersetzen.
Wie viel Bestellhistorie braucht die Basislinie, um verlässlich zu sein?
Neunzig Tage oder etwa zehn bis fünfzehn bestätigte Bestellungen je Lieferant sind ein brauchbarer Anfang. Lieferanten mit geringem Volumen brauchen ein längeres Fenster oder eine weitere Toleranz, denn eine einzelne langsame Bestellung verschiebt eine dünne Basislinie stärker als eine dichte.
Löst die Basislinienprüfung Fehlalarme bei Lieferanten aus, die von Natur aus unregelmäßig sind?
Bei guter Abstimmung nicht. Der Abweichungsschwellenwert richtet sich nach der eigenen Schwankung jedes Lieferanten statt nach einer festen Zahl, ein von Natur aus sprunghafter Lieferant braucht also eine größere Abweichung, bevor die Regel anschlägt. Im Dry-run-Monat fangen und korrigieren Sie das, bevor jemand einen echten Alarm sieht.
Ist die Basislinienprüfung update-sicher?
Ja. Sie wird mit Standard-Custom-Events, Workflows und PL/SQL im IFS Extensibility Framework gebaut, ohne Änderung am Kern, sodass das nächste R1/R2-Release nichts leise brechen kann.
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.
Nicht länger von der Produktionslinie erfahren
Ist das Gedächtnis eines Einkäufers heute Ihr einziges Frühwarnsystem, zeigt Ihnen ein Dry-run-Monat, was eine Basislinienprüfung gefangen hätte. In einem 30-Minuten-Gespräch ordne ich die Regel Ihren Top-Lieferanten zu, zum Festpreis und mit einem Dry-run, bevor etwas live geht.
