Bestell-Automatisierung im Einkauf: Wie der Mittelstand Aufwand spart

Das Problem: Jede Woche dieselben Bestellungen

In vielen mittelständischen Betrieben läuft der Einkauf nach Routine: Lager meldet Bedarf, Einkauf prüft Mindestbestände in Excel oder im ERP, formuliert eine Bestellung per E-Mail oder Portal, die Geschäftsführung gibt Bestellungen über 2.000 Euro frei, dann wird manuell nachgefasst. Drei bis fünf Klicks pro Bestellposition, 20 bis 40 Positionen pro Woche, acht bis zehn Stunden Aufwand im Monat. Dabei sind 70 Prozent der Bestellungen wiederkehrend: C-Teile, Verbrauchsmaterial, Standardkomponenten bei den immer gleichen Lieferanten.

Die Folge: Einkäufer verbringen Zeit mit Routine statt mit Verhandlung und Lieferantenentwicklung. Manuelle Eingaben erzeugen Tippfehler bei Artikelnummern, Mengen oder Preisen. Bestellungen gehen zu spät raus, weil jemand krank war oder die Freigabe liegen blieb. Und Transparenz fehlt: Wer hat wann was bei wem bestellt, und stimmt der Preis noch?

Eine Bestell-Automatisierung nimmt diese Routine ab. Sie prüft Bestände, erzeugt Bestellvorschläge, holt Freigaben ein, übermittelt die Bestellung an den Lieferanten und dokumentiert alles im ERP. Was bleibt, sind Ausnahmen und strategische Entscheidungen.

Was Bestell-Automatisierung technisch bedeutet

Bestell-Automatisierung ist eine Pipeline, die mehrere Systeme verbindet: ERP oder Warenwirtschaft, Lieferanten-Schnittstellen (API, EDI, E-Mail), Freigabe-Workflows und Dokumentenablage. Sie läuft zeitgesteuert oder ereignisbasiert und erzeugt strukturierte Bestelldaten ohne manuelle Eingabe.

Technisch sind drei Schritte zentral:

1. Bedarfserkennung: Die Pipeline liest Lagerbestände, Mindestmengen und Verbrauchsprognosen aus dem ERP. Ein Schwellwert löst die Bestellung aus, zum Beispiel wenn der verfügbare Bestand unter 20 Prozent des Drei-Monats-Durchschnitts fällt.

2. Bestellvorschlag und Freigabe: Die Pipeline erzeugt einen strukturierten Vorschlag mit Artikelnummer, Menge, Lieferant und Preis. Liegt der Wert über einer Schwelle (zum Beispiel 2.000 Euro), geht eine Freigabe-Anfrage per E-Mail oder in ein Genehmigungstool. Bleibt die Freigabe 24 Stunden aus, eskaliert die Pipeline an die Geschäftsführung.

3. Übermittlung und Dokumentation: Nach Freigabe sendet die Pipeline die Bestellung an den Lieferanten, entweder per API, EDI-Nachricht (ORDERS D.96A), E-Mail mit strukturiertem Anhang oder Portal-Upload. Bestell-Nummer, Zeitstempel und PDF-Kopie wandern ins ERP und in die Ablage.

Optional ergänzt eine KI-Komponente die Pipeline: Ein Sprachmodell prüft eingehende Lieferanten-E-Mails auf Preisänderungen, Lieferverzögerungen oder neue Artikelnummern und aktualisiert die Stammdaten automatisch. Das setzt Named Entity Recognition und ein Regelwerk für Plausibilität voraus.

Schritt für Schritt: Eine Pipeline für wiederkehrende Bestellungen

Ein Beispiel aus der Praxis: Ein mittelständischer Maschinenbauer bestellt jede Woche Schrauben, Dichtungen und Hydraulikschläuche bei vier Lieferanten. Die Pipeline läuft montags um 6 Uhr morgens und erzeugt innerhalb von 15 Minuten alle Bestellvorschläge.

Schritt 1: ERP-Anbindung und Datenextraktion

Die Pipeline verbindet sich per REST-API mit dem ERP (zum Beispiel SAP Business One, Dynamics NAV, Abas oder ein selbstentwickeltes System). Sie liest für jede C-Teil-Artikelgruppe:

• Aktueller Lagerbestand
• Mindestbestand (hinterlegt als Stammdatum)
• Verbrauch der letzten 90 Tage
• Letzter Einkaufspreis und Lieferant

Falls das ERP keine API bietet, exportiert die Pipeline nachts eine CSV-Datei aus einer Datenbank-View und lädt sie in einen Zwischenspeicher (PostgreSQL oder SQLite). So bleibt die Last auf dem ERP gering.

Schritt 2: Bedarfslogik und Mengenberechnung

Für jede Position prüft die Pipeline:

Verfügbar = Lagerbestand + offene Bestellungen
Bedarf = Mindestbestand + (Verbrauch_90_Tage / 90 * 14)
Wenn Verfügbar < Bedarf: Bestellmenge = Bedarf, Verfügbar, aufgerundet auf Verpackungseinheit

Ein Beispiel: Schrauben M8x40, Lagerbestand 450 Stück, Mindestbestand 500, Verbrauch 1.200 Stück in 90 Tagen, Verpackung 100 Stück. Verfügbar 450, Bedarf 500 plus 187 (14 Tage Puffer) gleich 687, Bestellmenge 300 Stück (aufgerundet auf 3 Kartons).

Die Logik ist in Python oder JavaScript hinterlegt und lässt sich je Artikelgruppe anpassen. Für saisonale Artikel (zum Beispiel Baumaterial im Frühjahr) fließt ein Korrekturfaktor ein.

Schritt 3: Lieferantenauswahl und Preisabgleich

Jede Artikelnummer ist einem Hauptlieferanten zugeordnet. Die Pipeline prüft, ob der hinterlegte Preis noch aktuell ist: Weicht der letzte Rechnungspreis um mehr als fünf Prozent ab, markiert die Pipeline die Position zur manuellen Prüfung.

Optional fragt die Pipeline Preise parallel bei zwei Lieferanten ab, wenn beide eine API bereitstellen. Ein einfacher Vergleich wählt den günstigeren Anbieter, sofern Lieferzeit und Qualität gleichwertig sind.

Schritt 4: Freigabe-Workflow

Jede Bestellung über 2.000 Euro netto geht in eine Freigabe. Die Pipeline sendet eine E-Mail an die zuständige Person (Einkaufsleitung oder Geschäftsführung) mit einer Tabelle aller Positionen und zwei Links: „Freigeben” und „Ablehnen”. Die Links führen zu einem Webhook in der Workflow-Plattform (n8n, Make oder Zapier), der die Entscheidung registriert und in einer Datenbank speichert.

Bleibt die Freigabe 24 Stunden aus, eskaliert die Pipeline per E-Mail und SMS an die Geschäftsführung. Nach 48 Stunden ohne Reaktion bricht die Pipeline ab und loggt den Vorgang für ein wöchentliches Review.

Bestellungen unter der Schwelle laufen automatisch durch, werden aber täglich in einem Sammelreport an die Einkaufsleitung übermittelt.

Schritt 5: Bestellung übermitteln

Nach Freigabe erzeugt die Pipeline die Bestellung im Format des Lieferanten:

• API: JSON-Payload mit Artikelnummern, Mengen, Lieferadresse und Bestellnummer, authentifiziert per OAuth2 oder API-Key.
• EDI: ORDERS-Nachricht im EDIFACT-Format, übermittelt per AS2 oder SFTP.
• E-Mail: Strukturierte Tabelle im Body plus PDF-Anhang mit Bestellnummer, Positionen, Lieferadresse und Zahlungsbedingungen. Das PDF entsteht aus einem HTML-Template und einer Rendering-Bibliothek (Puppeteer, WeasyPrint).
• Portal-Upload: Automatisiertes Login per Playwright oder Selenium, Upload einer CSV-Datei und Bestätigung.

Die Pipeline protokolliert jeden Versandversuch: Zeitstempel, Lieferant, Bestellnummer, Übertragungskanal, Statuscode. Bei Fehlern (HTTP 500, Timeout, ungültige Artikelnummer) sendet sie eine Warnung an den Einkauf und legt die Bestellung in eine manuelle Warteschlange.

Schritt 6: Dokumentation und ERP-Rückmeldung

Nach erfolgreicher Übermittlung schreibt die Pipeline die Bestellnummer, den Status „Bestellt” und den Zeitstempel zurück ins ERP. Das PDF wandert in die DMS-Ablage (zum Beispiel SharePoint, Nextcloud oder ein dediziertes Dokumentenmanagement-System) mit einer strukturierten Dateinamenskonvention: Bestellung_<Lieferant>_<Bestellnummer>_<Datum>.pdf.

Optional erzeugt die Pipeline eine Wiedervorlage für die Lieferbestätigung: Kommt binnen drei Tagen keine Bestätigung vom Lieferanten, schickt die Pipeline eine Erinnerung.

Realistische Ergebnisse nach vier Wochen

Ein Metallverarbeiter mit 45 Mitarbeitenden und 200 wiederkehrenden C-Teil-Positionen pro Monat hat die Pipeline im März 2026 in Betrieb genommen. Nach vier Wochen:

• Zeitersparnis: Acht Stunden Einkaufs-Aufwand pro Monat entfallen, umgerechnet 1.200 Euro Personalkosten.
• Fehlerreduktion: Tippfehler bei Artikelnummern und Mengen sinken von drei bis fünf pro Monat auf null.
• Liefertreue: Notfall-Bestellungen wegen vergessener Nachbestellungen fallen von vier auf eine pro Monat, weil die Pipeline Schwellwerte zuverlässig prüft.
• Transparenz: Die Geschäftsführung erhält jeden Montagmorgen eine Übersicht aller geplanten Bestellungen und kann Ausreißer sofort erkennen.

Die Investition belief sich auf 12 Stunden Konzeption, 40 Stunden Entwicklung und Test, 8 Stunden Schulung. Die laufenden Kosten betragen 60 Euro pro Monat für die Workflow-Plattform und 20 Euro für Hosting der Datenbank.

Was nicht funktioniert: Drei typische Stolpersteine

1. Unvollständige Stammdaten: Fehlen im ERP Mindestbestände, Verpackungseinheiten oder aktuelle Lieferanten, erzeugt die Pipeline falsche Bestellvorschläge. Vor dem Start muss eine Datenbereinigung laufen: Alle C-Teil-Artikel erhalten ein vollständiges Stammdaten-Set.

2. Fehlende Lieferanten-Schnittstellen: Bietet der Lieferant weder API noch EDI, bleibt nur E-Mail oder Portal. E-Mail ist anfällig für Formatfehler, Portal-Automation bricht bei Layout-Änderungen. In solchen Fällen sollte die Pipeline einen strukturierten Entwurf erzeugen, den der Einkauf mit einem Klick versendet.

3. Fehlende Eskalation: Läuft die Pipeline nachts und bricht ein Schritt ab (API-Timeout, Authentifizierungsfehler), merkt es niemand bis zum nächsten Tag. Eine robuste Pipeline sendet bei jedem Fehler sofort eine Benachrichtigung per E-Mail oder SMS und loggt den Fehler in ein Monitoring-Dashboard (Grafana, Sentry, Uptime Kuma).

Zusammenfassung: Einkauf entlasten, Fehler vermeiden, Transparenz schaffen

Eine Bestell-Automatisierung nimmt die Routine aus dem Einkauf: Bedarfserkennung, Freigabe und Übermittlung laufen ohne manuelle Eingabe. Das spart Zeit, reduziert Fehler und sorgt dafür, dass wiederkehrende Bestellungen pünktlich beim Lieferanten ankommen. Die Pipeline verbindet ERP, Lieferanten-Schnittstellen und Freigabe-Workflows und dokumentiert jeden Schritt revisionssicher.

Für den Mittelstand lohnt sich der Aufbau ab etwa 100 wiederkehrenden Bestellpositionen pro Monat. Die Entwicklung dauert vier bis sechs Wochen, die laufenden Kosten liegen bei 50 bis 100 Euro pro Monat. Was bleibt, ist strategischer Einkauf: Verhandlungen, Lieferantenentwicklung, Ausnahmen.

Wenn Sie Ihre Einkaufsprozesse entlasten und Transparenz schaffen wollen, sprechen Sie mit uns über eine maßgeschneiderte Pipeline für Ihren Betrieb.

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.