Start · Lösungen · Supply Chain

Lösung · Supply Chain

Jede Nacht vergleicht ein Roboter jeden Lagerplatz und jede Charge; gezählt wird nur, wo nötig

Bestände, die stimmen: WMS und ERP jede Nacht abgeglichen

WMS- und SAP-Bestände werden jede Nacht Zeile für Zeile verglichen, jede Differenz erhält eine Ursache, und Lagerleiter sehen nur, was eine Zählung oder eine freigegebene Korrektur braucht.

AbteilungslösungMicrosoft TeamsMensch in der EntscheidungDeterministische Automatisierung
8.200Differenzzeilen im Monat zwischen Lagerverwaltungssystem und SAP bei diesem illustrativen Logistikdienstleister, jede von Hand aus einem Freitagsexport geklärt.

Kurzfassung für die Geschäftsführung

Herausforderung

Schluss damit, erst bei der Inventur oder beim Versand zu merken, dass WMS und ERP nicht übereinstimmen.

Was sich ändert

Die Abgleichmaschine, die wir bauen, läuft unbeaufsichtigt auf der UiPath Platform, und Microsoft Teams bleibt die einzige Oberfläche.

Geschäftlicher Nutzen

Differenzen sind am nächsten Morgen bekannt, je Lagerplatz und Charge, statt am folgenden Mittwoch aus einem Freitagsexport.

Beteiligte Systeme

SAP S/4HANA (Buchung von Inventurdifferenzen); WMS-Korrekturfunktion; Abgleichregister (SQL)

Geschäftsproblem

Bestandskontrolle

Das WMS kennt Lagerplätze, Paletten, Chargen und Aufgaben; das ERP kennt den Bestand je Lagerort, seinen Wert, den Eigentümer, die Lagergeldabrechnung und das, was einem Auftrag zugesagt werden kann. Dazwischen läuft eine Schnittstelle, die jeden Tag ein wenig versagt: eine Bewegung, die auf einer Seite abgewiesen wird, ein Palettenfaktor von 48 Kartons hier und 50 dort, eine Sperrzone ohne entsprechenden Lagerort. Keiner dieser Fehler ist groß; zusammen lassen sie die beiden Bestandsbilder still auseinanderdriften, jeden Tag.

Die Betroffenen sind selten die Verursacher. Lagerleiter zählen Paletten, die nie gefehlt haben. Der Kundenservice sagt Bestand zu, den nur das Buch kennt, und bearbeitet danach die Unterlieferung. Die Finanzabteilung begegnet der Abschreibung bei der Jahresinventur und kann Verluste nicht von Korrekturen von Korrekturen unterscheiden. Der Kunde bestreitet die Monatsaufstellung und verweist auf die Bestandsgenauigkeitsklausel. Ungenauigkeit an sich ist normal: In einer vielzitierten Studie eines US-Einzelhändlers aus dem Jahr 2008 (DeHoratius und Raman, Management Science) wichen 65% von rund 370.000 geprüften Bestandsdatensätzen von der Zählung ab. Eine kontrollierte Operation unterscheidet sich darin, wie schnell Differenzen gefunden werden und ob ihre Ursache bekannt ist.

Wie es heute läuft

  1. MenschAm Freitag exportiert der Bestandscontroller WMS-Bestand je Lagerplatz und Charge sowie SAP-Bestand je Lagerort in eine Arbeitsmappe je Lager und verknüpft beide per SVERWEIS
  2. WartezeitBeide Exporte sind bereits veraltet: Wareneingänge, Kommissionierungen und Umlagerungen seit dem Export sehen wie Differenzen aus, bis die Schnittstelle am Montag aufgeholt hat
  3. MenschJede verbleibende Zeile wird von Hand geklärt: Bewegungshistorie im WMS, Materialbelege in SAP, der IDoc-Monitor, eine E-Mail an den Lagerleiter mit der Bitte um Nachzählung
  4. WartezeitNachzählanfragen warten hinter den Versandaufträgen des Tages; Antworten kommen am Mittwoch, oft als Summe ohne Lagerplatz oder Charge
  5. SystemBestätigte Differenzen werden in SAP mit dem Grundcode gebucht, für den der Controller Zeit hat; das Lagerbüro korrigiert das WMS separat, manchmal in die Gegenrichtung
  6. FehlerrisikoSchnittstellenfehler und Mengeneinheitenfehler werden Zeile für Zeile korrigiert, nie als Ursache, sodass dieselben Differenzen am nächsten Freitag wiederkehren und die Jahresinventur die Abschreibung trägt
MenschWartezeitSystemFehlerrisiko

Warum der heutige Prozess mehr kostet, als es scheint

Der teuerste Teil dieses Prozesses hat keine eigene Kostenstelle.

  • Sechs Minuten je Zeile wirken billig, bis man multipliziert: 1.900 Zeilen pro Woche in sechs Lagern sind der Arbeitsmonat von etwa fünf Personen, überwiegend verbracht mit dem Nachweis, dass eine Differenz nur ein Zeiteffekt war.
  • Teuer wird es durch späte Entdeckung. Ein Fehlbestand, der beim gescheiterten Kommissionieren auffällt, bedeutet eine Unterlieferung, einen Anruf beim Kundenservice und eine Gutschrift; derselbe Fehlbestand, von einem Roboter um zwei Uhr nachts gefunden, bedeutet eine Nachzählung vor Freigabe der Welle.
  • Korrekturen ohne Ursache verdecken systematische Fehler: Ein falscher Palettenfaktor erzeugt jede Woche dieselbe Differenz und wird jede Woche „korrigiert“, in beiden Systemen, bis jemand bemerkt, dass die Korrekturen das Vorzeichen wechseln.

Kosten des Nichtstuns

Zwölf Monate Freitagsabgleich≈ 216.480 €
Drei weitere Jahre davon in sechs Lagern≈ 649.440 €
Ein siebtes Lager und 11.000 Zeilen im Monat (pro Jahr)≈ 290.400 €

Jeder neue Kunde bringt Materialien, Chargen und eine Bestandsgenauigkeitsklausel, jeder neue Standort einen weiteren Controller: Die Arbeitsmappe wird nicht von allein schlechter, sie wird teurer, während das Geschäft wächst. Die Abschreibung bei der Jahresinventur bleibt eine Überraschung, die Frage des Prüfers nach Korrekturen ohne dokumentierte Ursache wird aus dem Gedächtnis beantwortet, und das Urteil zweier Controller darüber, welche Differenzen harmlos sind, bleibt der einzige Grund, warum der Prozess überhaupt funktioniert.

Illustratives Szenario

Eine plausible Organisation mit realistischen Größenordnungen. Die Zahlen sind zum Nachrechnen mit Ihren Daten gedacht, kein Kundenergebnis.

Organisation

Ein Kontraktlogistiker mit sechs Lagern in Polen, Tschechien und Deutschland, 1.400 Beschäftigten, Kunden aus FMCG und Einzelhandel; ein WMS an allen Standorten, SAP S/4HANA als Bestandsbuch und Kundenreporting, Microsoft 365 E3, ein siebenköpfiges Team für Bestandskontrolle.

Volumen

Rund 1.900 Differenzzeilen pro Woche, 8.200 im Monat, über etwa 45.000 aktive Kombinationen aus Material, Lagerplatz und Charge.

Heutiger Prozess

Ein Freitagsexport aus beiden Systemen in eine Arbeitsmappe je Lager, ein SVERWEIS, Klärung Zeile für Zeile, Nachzählanfragen per E-Mail, Korrekturen getrennt in SAP und im WMS gebucht.

Engpass

Rund sechs Minuten je Zeile, überwiegend für Differenzen, die sich bis Montag von selbst erledigt hätten; Nachzählungen warten auf den Lagerleiter; die Ursache wird nirgends festgehalten.

Lösung

Ein nächtlicher UiPath-Abgleich je Material, Lagerplatz und Charge klassifiziert jede Differenz per Regel (Zeit, Schnittstelle, Mengeneinheit, Stammdaten, physisch), leitet die ersten vier Arten weiter und schickt dem Lagerleiter für die letzte eine Zählliste in Teams; bestätigte Differenzen werden in Teams freigegeben und in SAP mit Grundcode gebucht; Power BI zeigt Genauigkeit und Ursachen je Lager und Kunde.

Mögliches Ergebnis

Im modellierten Fall öffnet ein Mensch rund ein Drittel der 8.200 Zeilen im Monat, eine Differenz ist am nächsten Morgen bekannt statt am folgenden Mittwoch, und jede Korrektur trägt Ursache, Zählung und Freigebenden. Illustrative Zahlen, kein Kundenergebnis.

Vorgeschlagene Lösung

Die Abgleichmaschine, die wir bauen, läuft unbeaufsichtigt auf der UiPath Platform, und Microsoft Teams bleibt die einzige Oberfläche, die die meisten Beteiligten sehen. In der ruhigen Stunde jedes Lagers startet ein Zeit-Trigger in Orchestrator den Roboter, der in derselben Minute den WMS-Bestand je Lagerplatz und Charge aus einer Nur-Lese-Sicht und den SAP-Bestand je Lagerort, Charge und Bestandsart über die Standard-Bestandsschnittstelle liest. Jede Differenz wird ein Queue-Element mit beiden Mengen, beiden Mengeneinheiten und den im WMS zwischen den beiden Zeitstempeln protokollierten Bewegungen: das, was die Freitagsmappe nie hat, und was eine Regel eine Palette im Transit von einer fehlenden Palette unterscheiden lässt.

Die Regeln laufen in fester Reihenfolge, die Ihre Controller lesen können. Zeit: Eine protokollierte Bewegung erklärt die Menge, also wird die Zeile geparkt und geschlossen, wenn sie in der nächsten Nacht verschwunden ist. Schnittstelle: ein IDoc im Fehlerstatus oder eine Nachricht, die das WMS nie verlassen hat, mit Referenz zur erneuten Verarbeitung gelistet. Mengeneinheit und Stammdaten: abweichende Umrechnungsfaktoren, ein Material nur auf einer Seite, eine Zone ohne Lagerort, an das Stammdatenteam übergeben. Was bleibt, ist physisch und geht bis sechs Uhr morgens als Zählliste in Teams an den Lagerleiter. Zählungen kommen als UiPath Action Center-Aufgaben aus Teams zurück; der Roboter vergleicht sie mit beiden Systemen und schlägt eine Korrektur mit Grundcode aus der Liste vor, die die Finanzabteilung verantwortet: an den Controller innerhalb der Wertschwelle, darüber an die Finanzabteilung. Freigegebene Zeilen werden in SAP als Inventurdifferenzen mit Grundcode und Aufgabenreferenz gebucht; das WMS wird über die API des Herstellers korrigiert, wo es eine gibt, sonst durch das Lagerbüro. Kein Modell rät eine Ursache; eine Regel weist sie zu, und jede Zeile, Zählung, Freigabe und SAP-Belegnummer landet in einem Register, das Power BI speist.

Genutzte native Funktionen

Zeit-Trigger, Queues, Ordner und Credential Stores in UiPath Orchestrator; unbeaufsichtigte UiPath Robots; UiPath Integration Service-Konnektoren für Microsoft Teams und Microsoft OneDrive & SharePoint (Excel Online); UiPath Action Center-Aufgaben, erledigt aus Microsoft Teams; Power BI-Berichte als Teams-Registerkarte

Was wir bauen

Vergleichslogik, Klassifizierungsregeln und ihre Rangfolge, den Zeitpuffer aus dem Bewegungsprotokoll, das Abgleichregister, Zähllisten und Korrekturvorschläge, Freigabeschwellen und Grundcode-Zuordnung, die SAP-Buchungslogik, das Power BI-Modell und die Berichte, das Betriebshandbuch für die Bestandskontrolle

Individuelle Integration

WMS-Bestandsabzug, Bewegungsprotokoll und Korrekturfunktion über eine Nur-Lese-Datenbanksicht oder die API des Herstellers; Lesen von Beständen und Chargen in SAP S/4HANA, IDoc-Status und Buchung von Inventurdifferenzen über SAP-Standardschnittstellen (Material Stock OData API, Inventur-BAPIs), ausgeführt von einem unbeaufsichtigten Roboter in Ihrem Netzwerk

So läuft der automatisierte Prozess

  1. AutomatisierungUm zwei Uhr nachts startet ein Zeit-Trigger in Orchestrator den Lauf für jedes Lager; der Roboter liest WMS- und SAP-Bestand in derselben Minute, je Lagerplatz, Lagerort und Charge
  2. AutomatisierungJede Differenz wird ein Queue-Element mit beiden Mengen, beiden Mengeneinheiten und den dazwischen protokollierten Bewegungen; die Regeln klassifizieren sie als Zeit, Schnittstelle, Mengeneinheit, Stammdaten oder physisch
  3. SystemZeitzeilen werden eine Nacht geparkt und geschlossen, wenn sie verschwinden; Schnittstellenzeilen werden mit IDoc-Referenz zur erneuten Verarbeitung gelistet; Stammdatenzeilen gehen an das Stammdatenteam
  4. MenschBis sechs Uhr morgens hat jeder Lagerleiter eine Zählliste im Teams-Kanal; Zählungen und Korrekturfreigaben kommen als Action Center-Aufgaben aus Teams zurück, Freigaben vom Controller oder, oberhalb der Schwelle, von der Finanzabteilung
  5. SystemFreigegebene Korrekturen werden in SAP als Inventurdifferenzen mit Grundcode gebucht; WMS-Korrekturen laufen über die API des Herstellers oder an das Lagerbüro; alles landet im Register
  6. AutomatisierungPower BI aktualisiert sich jeden Morgen: Genauigkeit je Lager und Kunde, offene Zeilen nach Alter und Ursache, Korrekturwert je Grundcode; eine Wochenzusammenfassung geht an den Kanal der Bestandskontrolle
AutomatisierungSystemMensch

Zusammenspiel von Mensch und Automatisierung

Die Automatisierung übernimmt

  • Bestandsabzüge, Vergleich und Klassifizierung jeder Zeile, jede Nacht, für jedes Lager
  • Parken von Zeitdifferenzen; Auflisten von Schnittstellenfehlern mit Referenz
  • Zähllisten, Korrekturvorschläge mit Wert und Grundcode, das Register und die Berichte

Menschen entscheiden

  • Lagerleiter zählen, was die Liste verlangt, und halten fest, was sie vorfinden, einschließlich beschädigter oder falsch etikettierter Ware
  • Controller geben innerhalb ihres Limits frei und wählen den Grundcode, wo eine Regel es nicht kann; die Finanzabteilung gibt darüber frei und verantwortet die Grundcode-Liste
  • Stammdaten- und Schnittstellenteams beseitigen Ursachen: Umrechnungsfaktoren, fehlende Materialien, gescheiterte Nachrichten

Vorher und nachher

VorherNachher
Von Menschen geöffnete Zeilenalle 8.200 im Monatdas modellierte Drittel, das Zählung oder Entscheidung braucht
Zeitpunkt der EntdeckungFreitagsexport oder gescheiterte Kommissionierungjede Nacht, je Lagerplatz und Charge, vor der Morgenwelle
Bestandskorrekturenaus einem E-Mail-Verlauf gebucht, Ursache selten festgehaltengezählt, in Teams freigegeben, mit Grundcode und Nachweis gebucht

Systeme und Integrationen

Wir fügen keine Technologie hinzu, damit eine Architektur seriös aussieht. Jedes Element unten hat hier eine konkrete Aufgabe.

Eingänge

  • WMS-Bestand je Lagerplatz und Charge
  • WMS-Bewegungsprotokoll
  • SAP-Bestand je Lagerort und Charge
  • SAP-IDoc-Status
  • Umrechnungsfaktoren aus dem Materialstamm

Automatisierungsschicht

  • UiPath Orchestrator
  • UiPath Robots
  • UiPath Integration Service
  • UiPath Action Center

Zielsysteme

  • SAP S/4HANA (Buchung von Inventurdifferenzen)
  • WMS-Korrekturfunktion
  • Abgleichregister (SQL)
  • Power BI-Semantikmodell

Berührungspunkte für Menschen: Zähllisten und Zusammenfassungen in den Teams-Kanälen der Lager; Action Center-Aufgaben in Teams; Ausnahmen-Arbeitsmappe auf SharePoint; Power BI-Registerkarte in Teams

WMS-Bestand je LagerplatzUiPath OrchestratorUiPath RobotsSAP S/4HANAZähllisten

Eingesetzte Technologien

UiPath Robots (unbeaufsichtigt) + UiPath Orchestrator

nächtlicher Lauf je Lager per Zeit-Trigger; Queues halten jede Differenz mit Kategorie, Nachweis und Ergebnis; Ordner, Credential Store, Audit

A
UiPath Integration Service (Konnektoren Microsoft Teams und Microsoft OneDrive & SharePoint)

Zählliste und Wochenzusammenfassung im Kanal jedes Lagers mit Erwähnung des Leiters; Ausnahmen-Arbeitsmappe in den Kanaldateien

A
UiPath Action Center in Microsoft Teams

Zählbestätigungen und Korrekturfreigaben als Aufgaben, erledigt aus Teams

A
Power BI (Bericht als Teams-Registerkarte)

Genauigkeit je Lager und Kunde, offene Zeilen nach Ursache und Alter, Korrekturwert je Grundcode

A
SAP S/4HANA (OData- und BAPI-Schnittstellen)

Lesen von Beständen und Chargen, IDoc-Status, Buchung von Inventurdifferenzen mit Grundcodes über die SAP-Konnektoren und -Aktivitäten von UiPath

A
Lagerverwaltungssystem (Nur-Lese-Sicht oder Hersteller-API)

Bestand je Lagerplatz und Charge, Bewegungsprotokoll, Korrekturfunktion, wo die API es erlaubt

C
Abestätigte Produktfunktion (Herstellerdokumentation)Cillustratives Modell — die Zahlen auf dieser Seite

Illustratives Wirtschaftlichkeitsmodell

Was es wert ist, mit offener Rechnung.

Illustratives Modell
8.200 Differenzzeilen im Monat × 6 Minuten Klärung je Zeile= 820 h / Monat
820 h × 22 € Vollkostensatz je Stunde= 18.040 € / Monat
× 12 Monate≈ 216.480 € / Jahr
Jährlich freigesetzte Kapazität (illustrativ)≈ 216.480 €

1.900 Differenzzeilen pro Woche in sechs Lagern, rund 8.200 im Monat; sechs Minuten Klärung je Zeile; 22 € als Vollkostensatz je Stunde eines Bestandscontrollers in Mitteleuropa. Diese Eingangswerte sind Spannen, die wir in Bestandskontrollteams sehen, nie eine Kundenmessung. Für den Zielzustand nehmen wir an, dass rund zwei Drittel der Zeilen Zeit- oder Schnittstelleneffekte sind, die die Regeln ohne Menschen schließen oder weiterleiten, sodass etwa ein Drittel weiterhin eine Zählung oder eine Stammdatenentscheidung braucht. Wir zeigen freigesetzte Kapazität, keinen Personalabbau.

Rechnen Sie mit Ihren Zahlen

Stunden pro Monat
jährlich freigesetzte Kapazität

Eine illustrative Schätzung aus Ihren Eingaben. Sie modelliert freigesetzte Kapazität und verspricht keine Einsparung.

Geschäftlicher Nutzen

  • Differenzen sind am nächsten Morgen bekannt, je Lagerplatz und Charge, statt am folgenden Mittwoch aus einem Freitagsexport
  • Menschen klären nur Zeilen, die einen Menschen brauchen; Zeit- und Schnittstelleneffekte erreichen das Lager nie
  • Unterlieferungen und gescheiterte Kommissionierungen wegen Beständen, die nur das Buch kennt, gehen zurück, weil das Buch vor der Morgenwelle korrigiert wird
  • Jede Korrektur trägt Grundcode, Zählung und Freigebenden, und systematische Ursachen werden einmal beseitigt statt wöchentlich korrigiert

Aus Sicht der Geschäftsführung

  • Bestandsgenauigkeit je Lager und Kunde wird am Montagmorgen zu einer Zahl statt zu einem Streitpunkt im Quartalsgespräch
  • Der Korrekturwert je Grundcode und Freigebendem ist sichtbar, bevor er als Abschreibung in der Gewinn- und Verlustrechnung ankommt
  • Funktionstrennung wird durch den Ablauf erzwungen, und ein siebtes Lager oder ein neuer Kunde ist eine Konfigurationsänderung, kein neuer Controller

KPIs für die Geschäftsführung

Bestandsgenauigkeit je Lager (Anteil übereinstimmender Zeilen)offene Differenzzeilen älter als drei TageKorrekturwert je GrundcodeSchnittstellenfehler, innerhalb von 24 Stunden erneut verarbeitet

Sicherheit und Governance

Wo die Daten liegen und wer sie sieht.

  • Der Roboter liest das WMS über ein Nur-Lese-Konto und bucht in SAP mit einem dedizierten Servicekonto, das auf Inventurtransaktionen beschränkt ist; kein persönliches Login wird weiterverwendet
  • Geheimnisse liegen im Credential Store von Orchestrator, hinterlegt in Azure Key Vault oder dem Tresor, den Sie bereits betreiben; Ordner und Rollen trennen die Lager; der Tenant läuft in der EU-Region der UiPath Automation Cloud, und Inhalte in Teams, SharePoint und Power BI bleiben in Ihrem Microsoft 365-Tenant
  • Der Leiter, der zählt, kann nicht freigeben, der Controller nicht oberhalb des Limits, und jede Zeile behält ihre Historie: Mengen, Kategorie, Zählung, Freigebender, SAP-Belegnummer

Warum jetzt

01

Kontraktlogistikverträge werden mit einer Bestandsgenauigkeitskennzahl verlängert; ein Dienstleister mit nächtlichem Abgleich je Kunde verteidigt eine bestrittene Aufstellung mit Nachweisen, die Gegenseite mit einer Arbeitsmappe

02

Warten hat laufende Kosten: die modellierten 18.040 € im Monat an Controller-Zeit, dazu die Unterlieferungen dazwischen und die Abschreibung, die bei der Jahresinventur ans Licht kommt

03

Nichts hier wartet auf neue Technologie: SAP bietet Standardschnittstellen für Bestand und Inventur, Trigger und Queues in Orchestrator sind ausgereift, Action Center-Aufgaben werden in Teams erledigt, und ohne KI gibt es kein Modell, das zu steuern wäre

Relevante Führungsrollen

COO

Gescheiterte Kommissionierungen und Unterlieferungen wegen Beständen, die nur das Buch kennt, werden sichtbar und zählbar; der Lagertag beginnt mit einer Liste, nicht mit einer Arbeitsmappe

CFO

Korrekturen erreichen die Bücher mit Ursache, Zählung und Freigebendem; die Jahresinventur ist nicht länger der Moment, in dem die Abschreibung entdeckt wird

CIO

Schnittstellenfehler zwischen WMS und SAP werden in der Nacht ihres Auftretens gefunden und mit Referenz erneut verarbeitet, statt Wochen später als Bestandsstreit aufzutauchen

Häufige Fragen und Einwände

Unser WMS hat bereits einen Abgleichbericht.

Meist listet er Differenzen ohne Ursachen und ohne die Bewegungen seit dem ERP-Stichtag, weshalb Menschen sechs Minuten je Zeile damit verbringen, Zeiteffekte nachzuweisen. Wir nehmen ihn als eine Eingabe; der Wert liegt in Klassifizierung, Weiterleitung und Buchung mit Nachweis.

Bucht der Roboter nicht Korrekturen, die wir nie gemacht hätten?

Er bucht nichts ohne Zählung und Freigabe. Regeln schlagen vor, Menschen geben innerhalb der von der Finanzabteilung gesetzten Limits frei, und jede Buchung trägt die Aufgabenreferenz des Freigebenden.

Wir wechseln zu SAP EWM, damit verschwindet das Problem.

Ein eingebettetes WMS beseitigt eine Schnittstelle und behält die übrigen: Produktion, Fremdstandorte, Kundensysteme, Mengeneinheiten. Die Regeln überleben eine Migration; nur der WMS-Konnektor ändert sich.

Wann diese Lösung nicht passt

  • Wo ein einzelnes Lager weniger als einige hundert Differenzzeilen im Monat erzeugt, sind ein guter Wochenbericht und diszipliniertes Zählen günstiger als ein nächtlicher Roboter
  • Materialien, Lagerplätze oder Chargen sind in beiden Systemen so unterschiedlich modelliert, dass kein Vergleichsschlüssel existiert, oder die Schnittstelle fällt so oft aus, dass ein Abgleich nur ihre Ausfälle messen würde; Mapping oder Stabilisierung kommt zuerst

Eine Frage für die nächste Sitzung

Von den Bestandsdifferenzen zwischen Lagerverwaltungssystem und ERP, die wir im vergangenen Jahr korrigiert haben: für wie viele kennen wir die Ursache, und welchen Wert hatten sie?

Vorgehen bei der Umsetzung

Was wir liefern und was wir für den Start brauchen.

Wir liefern

  • Eine Sichtung von drei Monaten Differenzhistorie: Ursachen, Volumen je Lager und Kunde, die von der Finanzabteilung akzeptierten Grundcodes
  • Vergleichslogik für Ihre WMS- und SAP-Strukturen und die Klassifizierungsregeln, gemeinsam mit Ihren Controllern formuliert
  • Zähllisten und Freigaben in Teams, Korrekturvorschläge, SAP-Buchung mit Grundcodes, das Register und die Berichte
  • Pilot in einem Lager, dann Ausrollen Standort für Standort mit Hypercare und einem Betriebshandbuch für die Bestandskontrolle

Wir brauchen von Ihnen

  • Lesezugriff auf WMS-Bestands- und Bewegungsdaten sowie auf SAP-Bestände, Chargen und IDoc-Status, für Test und Produktion
  • Einen Prozessverantwortlichen in der Bestandskontrolle, einen Lagerleiter für den Piloten, einen Verantwortlichen in der Finanzabteilung für Grundcodes und Schwellen
  • Drei Monate bisheriger Differenz-Arbeitsmappen mit den dafür gebuchten Korrekturen

Etappen

Analyse

Differenzhistorie, Ursachen, Volumen, Grundcodes und Schwellen mit Bestandskontrolle und Finanzabteilung

Entwurf und Aufbau

Vergleichsschlüssel, Regeln, Freigabematrix, Sicherheitsmodell; Roboter, Integrationen, Teams-Kontaktpunkte und Berichte in Ihrer Umgebung

Validierung

Parallellauf gegen die Freitagsmappen über mehrere Wochen, Stichprobenzählungen, Abnahme durch die Controller

Go-live und Optimierung

Zuerst ein Lager mit Hypercare, dann die übrigen Standorte; Feinjustierung der Regeln und Ursachenbeseitigung mit Stammdaten- und Schnittstellenteams

Abteilungsweit. Der Aufwand hängt von der Zahl der Lager und WMS-Instanzen, der Modellierung von Bestandsarten und Chargen auf beiden Seiten und davon ab, ob das WMS eine API für Korrekturen bietet.