Bestellungen erfassen.
Was lohnt sich wirklich?

Erst den Import prüfen.
Dann die Erfassung erproben.

Wir würden im Beispiel das ERP beibehalten und zunächst seinen vorhandenen Import prüfen. Für Kunden mit strukturierten Bestelldaten wäre ein regelbasierter Import die erste Wahl. Nur für wechselnde PDF-Formate käme ein KI-gestützter Erfassungsvorschlag infrage.

Warum diese Reihenfolge? Selbst richtig erkannte Bestelldaten sparen wenig Arbeit, wenn sie anschließend wieder abgetippt werden müssen. Und eine automatische Artikelzuordnung kann falsch sein, obwohl die PDF korrekt gelesen wurde.

Die Freigabe umfasst hier nur eine abgegrenzte Untersuchung. Eine unbeaufsichtigte Auftragsanlage, automatische Preisentscheidung oder Bestätigung an Kunden ist ausdrücklich nicht vorgesehen.

Was wir für dieses Beispiel annehmen.

Der Händler bearbeitet 600 Bestellungen im Monat. Sie kommen als PDF, Tabelle oder E-Mail. Zwei Mitarbeitende übertragen Kundennummer, Artikel, Menge und Wunschtermin ins ERP; Preise und Lieferfähigkeit werden dort geprüft.

Angenommen werden durchschnittlich sechs Minuten Bearbeitung je Bestellung. Besonders mühsam sind fremde Artikelnummern, uneindeutige Einheiten und nachträgliche Änderungen. Ein bestehender ERP-Import ist bekannt, seine Eignung für diese Fälle aber noch ungeprüft.

In einer echten Untersuchung zu belegen: Häufigkeit und Bearbeitungszeiten anhand einer repräsentativen Stichprobe; Importfunktionen anhand der Herstellerunterlagen und eines Testsystems; Fehlerfälle im Gespräch mit der Auftragserfassung. Diese Annahmen wären vor einer Investitionsentscheidung zu ersetzen.

Vier Wege – mit unterschiedlichen Grenzen.

A · Den bestehenden Ablauf vereinfachen

Ein gemeinsamer Eingang, klare Zuständigkeiten und gepflegte Artikelzuordnungen helfen auch ohne neue Software. Das ist sinnvoll, wenn Rückfragen und ungeklärte Daten den größten Aufwand verursachen. Das Abtippen bleibt jedoch weitgehend bestehen.

B · Strukturierte Daten direkt importieren

Für Kunden, die CSV oder ein vereinbartes Datenformat liefern können, ist ein nachvollziehbarer Import naheliegend. Er vermeidet eine unnötige Dokumentenerkennung. Voraussetzung sind stabile Formate, eindeutige Zuordnungen und ein geeigneter ERP-Zugang; wechselnde PDFs löst er nicht.

C · PDF-Daten mit KI zur Prüfung vorschlagen

Geeignet für unterschiedliche Dokumentlayouts. Menschen vergleichen Vorschlag und Original, korrigieren und geben frei. Erkennung, Artikelzuordnung und ERP-Übernahme müssen getrennt geprüft werden. Laufende Nutzungskosten, Nachkontrolle und geänderte Dokumente bleiben Aufwand.

D · Das ERP ersetzen

Für das hier beschriebene Erfassungsproblem allein wäre eine Ablösung unverhältnismäßig. Sie wird erst neu bewertet, wenn die Bestandsprüfung zusätzlich wesentliche fachliche oder betriebliche Grenzen zeigt. Migration, Schulung und Übergang gehören dann in einen eigenen Vergleich.

Auswahl: A als Grundlage, B für passende Eingänge; C nur für einen begrenzten Restbereich testen. D vorerst zurückstellen. Bleibt nach A kaum relevante Handarbeit übrig, endet die Untersuchung ohne Entwicklungsauftrag.

Eine Rechnung, die ihre Annahmen zeigt.

Reines Rechenbeispiel: 600 Bestellungen × 6 Minuten ergeben 60 Arbeitsstunden im Monat. Das ist der heutige Gesamtaufwand unter unserer Annahme, keine versprochene Einsparung.

Für einen geeigneten Teilbereich von 200 Bestellungen würde eine Verkürzung von sechs auf drei Minuten 10 Stunden im Monat freisetzen. Die drei Minuten müssen Prüfung, Korrektur und Übernahme bereits enthalten. Bei zusätzlich zwei Stunden monatlicher Pflege blieben rechnerisch acht Stunden. Die übrigen 400 Bestellungen bleiben in dieser Rechnung unverändert.

Sinkt die Zeit nur auf fünf Minuten, bleiben nach derselben Pflege rund 1,3 Stunden. Damit könnte sich eine Umsetzung trotz technisch brauchbarer Erkennung nicht lohnen. Freie Arbeitszeit ist zudem nicht automatisch eine zahlungswirksame Kostensenkung.

Angenommener Untersuchungsrahmen: 1–2 Personentage für Ablauf und ERP-Testzugang, 2–3 für einen begrenzten Erfassungsversuch, 1–2 für Auswertung und Entscheidung: insgesamt 4–7 Personentage bei acht Stunden je Tag. Nur eine fiktive Planungsspanne; Testzugang und zulässige Beispieldaten werden vorausgesetzt. Herstellergebühren, Produktiventwicklung, Einführung und laufender Betrieb sind nicht enthalten.

Erst nach dem Versuch werden einmalige Umsetzungskosten und laufende Lizenz-, Betriebs- und Pflegekosten gegen den belegten Nutzen gerechnet. Ein produktionsreifer Gesamtpreis lässt sich aus diesem Beispiel nicht ableiten.

Vorher festlegen, woran wir entscheiden.

Vorgeschlagen sind 100 freigegebene Beispieldokumente aus unterschiedlichen Kunden, Formaten und Schwierigkeitsgraden. 60 dienen zur Einrichtung; 40 bleiben bis zur Auswertung unbenutzt. Ein separat zusammengestellter Satz schwieriger Fälle prüft Änderungen, Dubletten, fehlende Artikel, Einheiten und unlesbare Angaben. Eine kleine Stichprobe ersetzt keine spätere Betriebsbeobachtung.

• Zeit: Im zurückgehaltenen Testsatz durchschnittlich höchstens drei Minuten je Vorgang, einschließlich menschlicher Kontrolle und Korrektur. Mit vergleichbaren manuell bearbeiteten Fällen vergleichen; Reihenfolge wechseln, damit Übungseffekte das Ergebnis nicht verzerren.
• Fachliche Richtigkeit: Kunde, Artikel, Einheit, Menge und Termin gegen eine vorab geprüfte Soll-Lösung vergleichen. Kein falscher Wert darf im Test unbemerkt freigegeben werden. Ein solcher Fall stoppt die Freigabeentscheidung und erfordert Ursachenklärung und erneute Prüfung.
• Fehler und Wiederholung: Fehlende Zuordnungen bleiben offen. Ein doppelter Eingang erzeugt keinen zweiten Auftrag. Bei einem Übertragungsabbruch wird zuerst der tatsächliche ERP-Status geprüft; kein blindes erneutes Senden.
• Gesamter Ablauf: Den freigegebenen Vorschlag im Test-ERP übernehmen, gespeicherte Werte prüfen und den fachlichen Folgeschritt zeigen. Eine richtig ausgefüllte Bildschirmmaske genügt nicht.
• Entscheidung: Nur weiterplanen, wenn Zeit, Qualität und Übernahme gemeinsam überzeugen. Scheitert die Anbindung oder bleibt zu viel Nacharbeit, Umfang ändern oder beim manuellen Ablauf bleiben.

Diese Kriterien sind vorgeschlagen, nicht bestanden. Auch null beobachtete Fehler in 40 Fällen beweisen keine Fehlerfreiheit im späteren Betrieb.

Was vor dem Start geklärt sein muss.

• Fachverantwortliche Person: Beispieldokumente auswählen, richtige Ergebnisse und den Umgang mit Änderungen festlegen.
• IT und ERP-Betreuung: Testsystem, Importrechte, eindeutige Vorgangskennungen und Rückweg bestätigen. Ohne geeigneten Testzugang keine Zusage zur Ende-zu-Ende-Übernahme.
• Datenverantwortliche Person: Verarbeitungsort, Zugriff, Aufbewahrung und Löschung mit den zuständigen Stellen klären; erst dann Dokumente für den Versuch bereitstellen.
• Budgetverantwortliche Person: Untersuchungsumfang und Obergrenze freigeben. Bei neuen Hindernissen vor weiterem Aufwand entscheiden. Eine spätere Umsetzung wird gesondert beauftragt.

Der erste Austausch kann anhand einer Fallbeschreibung oder einer von Ihnen gesteuerten Demonstration erfolgen. Dafür sind keine Administratorzugänge und keine vertraulichen Dokumente per Kontaktformular erforderlich.

Eine Grundlage für Ihre Entscheidung.

Ein entsprechend vereinbartes Beratungspaket würde die Variantenbewertung, nachvollziehbare Annahmen und Rechnung, Testfälle samt Ergebnissen, offene Risiken und einen begründeten nächsten Schritt liefern. Damit können Sie intern weiterplanen oder eine Umsetzung getrennt vergeben. Zugang, Nutzungsrechte und übergebene Dateien gehören in die Beauftragung.

Zeta entwickelt auch Software und könnte eine anschließende Umsetzung anbieten. Dieses Interesse gehört offen benannt; die Empfehlung darf deshalb nicht automatisch auf einen Neubau hinauslaufen. Verlangt Ihre Beschaffung eine organisatorisch unabhängige Prüfung ohne mögliches Folgegeschäft, ist ein anderer Prüfer passend.

Zur Einordnung: Diese Seite zeigt ein vollständig fiktives Beratungsergebnis. Sie dokumentiert keine Kundenbeauftragung und keine tatsächlich erreichten Einsparungen.