Warenwirtschaft im Mittelstand: Einkauf und Bestand verbinden

Warum Warenwirtschaft und Einkauf oft getrennt laufen

Im produzierenden Mittelstand kennt jeder Einkaufsleiter das Szenario: Das ERP meldet niedrigen Lagerbestand, der Disposition fehlt die aktuelle Lieferantenverfügbarkeit, und die manuelle Bestellung landet erst zwei Tage später beim bevorzugten Lieferanten. In der Zwischenzeit stockt die Fertigung, weil ein C-Teil fehlt, das eigentlich 48 Stunden Vorlauf gebraucht hätte.

Warenwirtschaft und Einkauf sind in vielen Systemen technisch getrennt: Das ERP führt Bestände, der Einkauf arbeitet mit Excel-Listen und E-Mail, Lieferantenportale laufen separat. Die Folge sind Medienbrüche, veraltete Verfügbarkeiten und zu späte Nachbestellungen. Automatisierung schließt diese Lücke durch eine Pipeline, die Bestandsdaten, Bestelllogik und Lieferantenanbindung verbindet.

Was eine Warenwirtschafts-Pipeline konkret leistet

Eine Pipeline für Warenwirtschaft und Einkauf umfasst mehrere Bausteine, die Daten aus dem ERP holen, Schwellwerte prüfen, Lieferanten abfragen und Bestellvorschläge erzeugen. Typische Module sind:

• Bestandsabfrage per API: Täglich oder stündlich werden Materialstamm und aktuelle Bestände aus dem ERP geholt (z. B. SAP Business One, proAlpha, Sage).
• Schwellwert-Check: Die Pipeline vergleicht IST-Bestand mit Meldebestand und berücksichtigt offene Aufträge sowie durchschnittlichen Verbrauch der letzten 30 oder 60 Tage.
• Lieferantenabfrage: Über API oder Web-Scraping werden Verfügbarkeit, Preis und Lieferzeit beim bevorzugten Lieferanten abgefragt. Alternativ kann die Pipeline einen Webhook an ein Lieferantenportal senden.
• Bestellvorschlag: Die Pipeline erzeugt einen strukturierten Datensatz mit Artikel, Menge, bevorzugtem Lieferanten, erwartetem Liefertermin und Preis.
• Freigabe-Workflow: Der Vorschlag wird per E-Mail oder als Ticket in einem System (z. B. n8n-Formular, Jira, monday.com) an den Einkauf geschickt. Nach Freigabe wird die Bestellung automatisch als E-Mail oder EDI-Nachricht an den Lieferanten übermittelt.

Diese Architektur reduziert die Zeit von Bestandsunterschreitung bis zur Bestellung von zwei Tagen auf wenige Stunden.

Schritt 1: ERP-Schnittstelle und Datenmodell klären

Der erste Schritt ist die Anbindung des ERP-Systems. Moderne Systeme bieten REST- oder SOAP-APIs, ältere Installationen erfordern ODBC-Zugriff auf die Datenbank oder CSV-Export per Cronjob. Klären Sie mit Ihrem ERP-Dienstleister folgende Punkte:

• Welche Tabellen enthalten Materialstamm, Lagerbestand, offene Bestellungen und offene Aufträge?
• Gibt es eine API-Dokumentation oder muss der Zugriff direkt auf Datenbanktabellen erfolgen?
• Welche Authentifizierung ist nötig (API-Key, OAuth2, VPN-Zugang)?

Ein einfaches Datenmodell für die Pipeline enthält mindestens Artikelnummer, Bezeichnung, aktuellen Bestand, Meldebestand, bevorzugten Lieferanten und durchschnittlichen Verbrauch. Diese Daten werden täglich oder stündlich in eine Staging-Tabelle (z. B. PostgreSQL, MySQL) geschrieben, die als Basis für alle Folgeschritte dient.

Schritt 2: Schwellwerte und Verbrauchsprognose definieren

Die Pipeline muss entscheiden, wann eine Nachbestellung ausgelöst wird. Ein statischer Meldebestand reicht oft nicht, weil saisonale Schwankungen oder Großaufträge den Verbrauch verändern. Bewährte Logik ist ein gleitender Mittelwert über 30 bis 60 Tage plus Sicherheitspuffer:

Bestellauslöser = (Ø Verbrauch pro Tag × Lieferzeit in Tagen × Sicherheitsfaktor) + Mindestbestand

Der Sicherheitsfaktor liegt typisch zwischen 1,2 und 1,5. Für C-Teile mit langen Lieferzeiten kann er höher sein, für A-Teile mit kurzer Verfügbarkeit niedriger. Die Pipeline prüft täglich alle Artikel, bei denen der IST-Bestand unter diesem Schwellwert liegt, und erzeugt eine Liste von Bestellkandidaten.

Schritt 3: Lieferantenanbindung und Verfügbarkeitscheck

Viele Lieferanten bieten heute APIs für Verfügbarkeit und Preis. Beispiele sind elektronische Kataloge (BMEcat, ETIM), Webservices oder spezialisierte Plattformen wie Mercateo, Wucato oder Unite. Die Pipeline ruft für jeden Bestellkandidaten die Verfügbarkeit beim bevorzugten Lieferanten ab und ergänzt Preis und voraussichtliche Lieferzeit.

Falls kein API-Zugang besteht, kann ein einfacher Web-Scraper die öffentliche Produktseite des Lieferanten auslesen. Für sensible Preise ist jedoch eine vertragliche Vereinbarung mit API-Zugang zu bevorzugen. Die Pipeline speichert Verfügbarkeit und Preis in der Staging-Tabelle und markiert Artikel, bei denen der Lieferant nicht verfügbar ist.

Schritt 4: Bestellvorschlag erzeugen und Freigabe-Workflow

Die Pipeline aggregiert alle Bestellkandidaten nach Lieferant und erzeugt pro Lieferant einen Bestellvorschlag. Dieser enthält:

• Artikelnummern und Mengen
• Aktuellen Preis und Gesamtwert
• Erwartete Lieferzeit
• Link zur ERP-Bestellmaske oder zum Lieferantenportal

Der Vorschlag wird per E-Mail an den Einkauf geschickt oder in ein Ticket-System geschrieben. Der Einkauf kann den Vorschlag prüfen, Mengen anpassen und freigeben. Nach Freigabe generiert die Pipeline eine Bestellung im ERP (per API) oder versendet eine Bestell-E-Mail mit strukturiertem Format (z. B. CSV-Anhang, PDF) an den Lieferanten.

Bei EDI-fähigen Lieferanten kann die Pipeline direkt eine ORDERS-Nachricht (EDIFACT) erzeugen und über ein EDI-Gateway senden. Das spart zusätzliche Medienbrüche und beschleunigt die Auftragsbestätigung.

Schritt 5: Lieferscheinerfassung und Bestandsbuchung automatisieren

Nach Wareneingang wird der Lieferschein heute oft manuell ins ERP übertragen. Eine OCR-Pipeline kann Lieferscheine fotografieren oder scannen, Artikelnummern und Mengen extrahieren und automatisch im ERP buchen. Die Architektur ähnelt der Belegerfassung für Buchhaltung:

• Upload des Lieferscheins (PDF, Foto) in einen Ordner oder per E-Mail-Anhang
• OCR-Extraktion mit Tesseract, Google Vision oder Azure Form Recognizer
• Abgleich der erkannten Artikelnummern mit offenen Bestellungen im ERP
• Automatische Wareneingangsbuchung per API oder Import-Datei

Abweichungen (z. B. Teillieferung, falsche Menge) werden als Exception markiert und an den Einkauf zur manuellen Prüfung weitergeleitet. Diese Pipeline schließt den Kreislauf von Bestellung bis Bestandsführung vollständig.

Realistische Outcomes: Was sich messbar ändert

Erfahrungen aus dem Mittelstand zeigen folgende Effekte:

• Zeit von Bestandsunterschreitung bis Bestellung: Von 2 bis 3 Tagen auf 4 bis 8 Stunden.
• Fehlerquote bei Bestellmengen: Reduktion um 40 bis 60 Prozent, weil Verbrauchsprognose automatisch aktualisiert wird.
• Anzahl manueller Lieferantenanfragen: Halbierung, weil Verfügbarkeit automatisch abgefragt wird.
• Durchlaufzeit Wareneingang: Von 30 bis 60 Minuten pro Lieferschein auf 5 bis 10 Minuten durch OCR.

Ein Hersteller von Industriearmaturen in Niedersachsen mit 120 Mitarbeitenden hat die Pipeline für 800 C-Teile eingeführt und die wöchentliche Arbeitszeit im Einkauf von 18 auf 12 Stunden reduziert. Die Einkaufsleiterin nutzt die gewonnene Zeit für Lieferantenverhandlungen und strategische Projekte.

Was typischerweise nicht funktioniert

Einige Ansätze scheitern in der Praxis regelmäßig:

• Vollautomatische Bestellung ohne Freigabe: Viele Einkaufsleiter wollen Bestellungen vor Versand prüfen, um Preis und Lieferant final zu bestätigen. Eine Pipeline ohne Freigabe-Schritt wird oft blockiert.
• Verbrauchsprognose ohne Sicherheitspuffer: Rein mathematische Prognosen ohne Sicherheitsfaktor führen zu häufigen Stockouts bei unerwarteten Großaufträgen.
• OCR ohne Validierung: Lieferscheine enthalten oft handschriftliche Notizen oder unleserliche Stempel. Eine Pipeline ohne Exception-Handling bucht falsche Mengen ins ERP.
• Lieferantenanbindung ohne vertragliche Regelung: Web-Scraping auf öffentlichen Seiten ist rechtlich heikel und technisch fragil. Eine API-Vereinbarung ist langfristig stabiler.

IT-Infrastruktur: Self-Hosted oder Cloud

Die Pipeline läuft typisch auf einer Workflow-Plattform wie n8n, Make oder Zapier. Für sensible ERP-Daten empfiehlt sich Self-Hosting auf eigener Infrastruktur oder in einem deutschen Rechenzentrum. Die Server-Anforderungen sind moderat: 4 CPU-Kerne, 8 GB RAM und 100 GB SSD reichen für bis zu 2000 Artikel und stündliche Checks.

Die Staging-Datenbank (PostgreSQL) sollte täglich gesichert werden, um Datenverlust zu vermeiden. Zugriff auf das ERP erfolgt über VPN oder Firewall-Regeln, die nur die IP-Adresse der Workflow-Plattform zulassen. Die Pipeline selbst läuft als Docker-Container und kann mit Monitoring-Tools wie Uptime Kuma oder Prometheus überwacht werden.

Rechtliche Anforderungen: DSGVO und Lieferantenverträge

Die Pipeline verarbeitet Geschäftsdaten, keine personenbezogenen Daten im engeren Sinne. Dennoch ist bei Nutzung externer OCR-Dienste (Google, Azure) ein Auftragsverarbeitungsvertrag (AVV) erforderlich, wenn Lieferscheine Ansprechpartner oder Unterschriften enthalten. Self-Hosted OCR mit Tesseract vermeidet diese Abhängigkeit.

Lieferantenverträge sollten die Nutzung von APIs und Verfügbarkeitsdaten regeln. Klären Sie, ob der Lieferant automatisierte Abrufe zulässt und ob Preise in Echtzeit oder nur täglich aktualisiert werden dürfen. Einige Großhändler bieten spezielle API-Tarife für Automatisierung an.

Integration in bestehende Prozesse

Die Pipeline ersetzt nicht den Einkauf, sondern entlastet ihn von Routineaufgaben. Bewährte Einführung in drei Phasen:

1. Pilotphase (4 Wochen): Pipeline läuft parallel zur manuellen Bestellung für 50 bis 100 C-Teile. Der Einkauf vergleicht Bestellvorschläge mit eigener Praxis und gibt Feedback zu Schwellwerten und Lieferanten.
2. Skalierung (8 Wochen): Ausdehnung auf alle C-Teile und ausgewählte B-Teile. Freigabe-Workflow wird in bestehendes Ticketsystem integriert (z. B. Jira, monday.com).
3. Optimierung (laufend): Anpassung der Verbrauchsprognose anhand realer Verbrauchsdaten, Erweiterung um weitere Lieferanten, Integration von Lieferschein-OCR.

Die Einführung dauert insgesamt 12 bis 16 Wochen und erfordert enge Zusammenarbeit zwischen Einkauf, IT und Pipeline-Entwicklung.

Learoy Eichholz: Warum Warenwirtschaft und Einkauf zusammengehören

In meiner Arbeit sehe ich immer wieder, dass ERP-Systeme Daten sammeln, aber die Entscheidung zur Nachbestellung manuell bleibt. Die Pipeline bringt Bestandsführung und Lieferantenanbindung zusammen, sodass der Einkauf sich auf Verhandlung und Qualität konzentrieren kann. Besonders bei C-Teilen mit hohem Volumen zahlt sich die Automatisierung schnell aus.

Die technische Hürde liegt weniger in der Logik als in der ERP-Schnittstelle und der Lieferantenanbindung. Wer diese beiden Punkte sauber löst, hat eine Pipeline, die Jahre läuft und sich bei jedem neuen Artikel amortisiert.

Nächster Schritt: Pipeline-Architektur für Ihre Warenwirtschaft prüfen

Wenn Sie Einkauf und Bestandsführung automatisiert verbinden möchten, lohnt sich ein strukturierter Check Ihrer ERP-Schnittstelle, Lieferantenanbindung und Freigabe-Prozesse. White Fox Automations unterstützt Sie bei Konzept, Umsetzung und Integration in Ihre bestehende IT-Landschaft.

Sprechen Sie mit uns

Sie möchten das in Ihrem Betrieb umsetzen? Wir bauen die passende Maschine mit Ihnen.

Telefon: 040 468 967 680
E-Mail: info@whitefox-automations.com
Oder über unser Kontaktformular.