GeneralMind vs. ERP-eigene Automatisierung
ERP-eigene Automatisierung ist gut in dem, wofür sie gebaut wurde: Sie arbeitet auf Daten, die bereits strukturiert und bereits im System sind. Freigabe-Workflows, Freigabestrategien, Regeln auf vorhandenen Belegen, Standardauswertungen – das beherrschen SAP, Oracle, Dynamics und Infor solide, und bezahlt haben Sie es ohnehin schon. Wofür keines dieser Systeme gebaut wurde: lesen, was vorher eintrifft. Ein Lieferant bestätigt im Fließtext einer E-Mail, ein PDF verschiebt in Position sieben den Liefertermin, eine Excel-Liste enthält geänderte Preise. Genau diese unstrukturierte Ebene übernimmt GeneralMind: lesen, entscheiden und das geprüfte Ergebnis über die vorhandenen Schnittstellen ins ERP schreiben. Das ERP bleibt das führende System. Ersetzt wird nichts.
Das Wichtigste in Kürze
- ERP-eigene Workflow-Engines wirken auf Belege, die es im ERP schon gibt. Alles davor – E-Mail-Texte, PDFs, Tabellen – muss erst ein Mensch lesen und eintippen, bevor eine Regel greifen kann.
- GeneralMind liest diese Eingänge, gleicht sie gegen Ihre Stammdaten ab, entscheidet und bucht das Ergebnis. Ohne ERP-Anpassung, ohne Zusatzfelder, ohne Schemaänderung, ohne Migration.
- Bei Klöckner werden 81 % der Bestellpositionen ohne manuelle Korrektur gebucht – über 150 Lieferanten hinweg und bei mehr als 1.100 Bestellpositionen pro Woche. Eine typische Einführung startet bei rund 85 % Extraktionsgenauigkeit, erreicht in wenigen Wochen 93–95 % und übersteigt nach etwa sechs Wochen 90 % Autopilot.
- Für regelbasierte Freigaben, für alles bereits Strukturierte und für Teams mit geringem Dokumentenaufkommen bleibt die ERP-eigene Automatisierung die richtige Antwort. Beide Ebenen ergänzen einander.
Was ERP-eigene Automatisierung wirklich gut kann
Geben Sie dem ERP einen sauberen, strukturierten Beleg, und seine Automatisierung ist kaum zu schlagen. Der Drei-Wege-Abgleich zwischen Bestellung, Wareneingang und Rechnung läuft auf gebuchten Belegen mit definierten Feldern – SAP, Oracle Fusion und Dynamics 365 erledigen das zuverlässig ohne Hilfe von außen. Freigabestrategien und Genehmigungshierarchien mit Wertgrenzen, Kostenstellenverantwortung und Urlaubsvertretung sitzen dort, wo Organigramm und Benutzerstamm ohnehin gepflegt werden. Das Standardreporting liest dieselben Tabellen, in die die Vorgänge geschrieben haben, sodass die Zahlen von vornherein zusammenpassen.
Die nichtfunktionalen Vorteile wiegen genauso schwer. Kein zusätzlicher Anbieter, kein zusätzlicher Auftragsverarbeitungsvertrag, kein zusätzlicher Login. Berechtigungen folgen den Rollen, die Ihr Team ohnehin pflegt. Prüfer kennen die Änderungsbelege und akzeptieren sie. Konfiguration geht denselben Transportweg über Entwicklung und Qualitätssicherung wie alles andere. Für einen Prozess, der vollständig innerhalb eines ERP beginnt und endet, ohne externen Beteiligten, wäre jede Automatisierung außerhalb die falsche Entscheidung – Sie würden Angriffsfläche schaffen für ein Problem, das das System bereits löst.
Wo ERP-eigene Automatisierung endet: die unstrukturierte Ebene
Eine Regel kann nicht auf einem Beleg auslösen, den es noch nicht gibt. Das ist die ganze Einschränkung, und sie ist struktureller Natur – kein Anbieter wird sie durch ein Release schließen. Eine Auftragsbestätigung, die als PDF-Anhang eintrifft, ist kein Beleg, sondern eine Datei im Postfach. Jemand öffnet sie, hält 14 Positionen gegen die Bestellung, erkennt, dass Position sieben jetzt am 12. statt am 4. liefert und Position neun mit 4,18 € statt 4,05 € zurückkommt, und tippt diese zwei Änderungen ins ERP. Erst danach hat die Workflow-Engine etwas, worauf sie arbeiten kann.
Die Matrix weiter unten bewertet die ERP-eigene Automatisierung bei unstrukturierten Eingängen mit „nur strukturierte Daten“, und das ist die ehrliche Einschätzung. Die Formate variieren zu stark für ein Feld-Mapping: Über 150 Lieferanten hinweg gleicht kein Bestätigungslayout dem anderen, und derselbe Lieferant ändert seines ohne Ankündigung. EDI deckt die Lieferanten ab, die angebunden sind und EDI 855 senden – in den meisten europäischen Lieferantenstämmen eine Minderheit der Namen bei größerem Volumenanteil. GeneralMind liest mit Vision-Language-Extraktion jedes Layout in jeder Sprache und ordnet die Nachricht über kontextbasierten Abgleich der richtigen Bestellung und der richtigen Position zu. Heraus kommt eine strukturierte, geprüfte Änderung, die das ERP annimmt, als hätte sie ein Mensch getippt.
Regeln lösen aus, Urteile entscheiden
Die zweite Lücke liegt einen Schritt weiter. Nehmen wir an, die Bestätigung ist bereits ausgelesen und beide Abweichungen liegen offen: Eine Position liegt 3,2 % über dem bestellten Preis, eine andere verschiebt sich um neun Tage. Eine Schwellenwertregel im ERP kann beides markieren, dafür gibt es Toleranzgrenzen. Entscheiden kann sie nicht. Sind 3,2 % bei diesem Material, diesem Lieferanten und diesem Vertrag innerhalb des vereinbarten Rahmens, oder ist es die dritte Erhöhung im Quartal und eine Rückfrage wert? Sind neun Tage Verzug relevant, gemessen am Sicherheitsbestand für dieses Teil und am Produktionstermin dahinter? Solche Urteile sind der Grund, warum sich Ausnahmelisten füllen und warum ein „automatisierter“ Prozess trotzdem den halben Vormittag eines Disponenten kostet.
GeneralMind bewertet jede Entscheidung mit einem Konfidenzwert und handelt danach. Routinefälle buchen direkt durch. Alles unterhalb Ihrer Schwelle geht an einen Operator – zusammen mit dem Quelldokument, den ausgelesenen Werten, der vorgeschlagenen Buchung und einer bereits formulierten Antwort an den Lieferanten. Der menschliche Schritt ist damit eine Freigabe, keine Recherche. Jede Korrektur eines Operators wird zu dauerhaftem Systemwissen; deshalb steigt die Genauigkeit von rund 85 % am ersten Tag auf 93–95 % innerhalb weniger Wochen. Ein ERP-Workflow verbessert sich nicht durch Nutzung. Er tut an Tag 400 exakt das, wozu er an Tag eins konfiguriert wurde.
Der Audit-Trail endet an der Systemgrenze
ERP-Änderungsbelege sind starke Nachweise für das, was im ERP passiert ist: welcher Benutzer welches Feld wann von welchem Wert aus geändert hat. Über die vorangegangene halbe Stunde sagen sie nichts. Aus welcher E-Mail kam die Terminänderung? Gab es eine frühere Fassung der Bestätigung? Wer hat die Preisabweichung für akzeptabel erklärt, und auf welcher Grundlage? Diese Belege liegen in einem Postfach, und Postfächer sind keine Prüfsysteme. Deshalb steht die ERP-eigene Protokollierung in der Matrix auf „teilweise“ und nicht auf „nicht unterstützt“ – für die Hälfte des Prozesses, die sie sieht, ist sie vollständig.
Die andere Hälfte protokolliert GeneralMind. Jede Aktion trägt das Quelldokument, die daraus gelesenen Werte, den Konfidenzwert, die Zuordnungsentscheidung, eine Agent-ID, einen Zeitstempel, die Begründung und jeden manuellen Eingriff samt Operator. Weil die Ebene zwischen Postfach und ERP sitzt, läuft die Kette ohne Bruch vom PDF des Lieferanten bis zur gebuchten Belegnummer. Gehostet wird in Frankfurt, mit Disaster Recovery in Stockholm, zertifiziert nach ISO 27001:2022, ISO 27701 und SOC 2 Type II und DSGVO-konform.
Einführung: das ERP verändern oder daneben aufsetzen
ERP-eigene Automatisierung auszubauen heißt, das ERP anzufassen. Neue Workflow-Definitionen, teils Zusatzfelder, teils ABAP- oder Erweiterungscode, dann Transporte über Entwicklung und Qualitätssicherung, Regressionstests und ein erneuter Test bei jedem Upgrade. Die Quellmatrix setzt vollständige ERP-Automatisierungsprogramme bei Zyklen von 12–24 Monaten an. Ob Ihr eigenes Vorhaben eher am unteren oder oberen Ende landet, ändert nichts an der Form – und der Aufwand für Change Control verschwindet nach dem Go-live nicht.
GeneralMind verbindet sich über das Postfach, das Sie ohnehin nutzen, und die vorhandene ERP-API, mit über 100 angebundenen Systemen und ohne Eingriff ins ERP selbst; die Matrix beziffert das mit „in wenigen Wochen live“. Praktisch zeigt sich der Unterschied in zersplitterten Landschaften. Ein Konzern mit SAP in zwei Bereichen, Dynamics in einem dritten nach einer Übernahme und Infor in einem Werk müsste dieselbe Automatisierung dreimal nativ bauen und pflegen. Eine Ebene darüber bearbeitet dasselbe Lieferantenpostfach, unabhängig davon, in welchem System der Beleg landet.
GeneralMind vs. ERP-eigene Automatisierung: die Vergleichsmatrix
Die Matrix bewertet beide Ebenen über 14 Kriterien. „ERP native“ meint hier die Automatisierung, die in SAP, Oracle und Dynamics mitgeliefert wird. Ein „teilweise“ ist kein Durchfallen: Meist heißt es, dass die Fähigkeit innerhalb des ERP vollständig ist und an dessen Grenze aufhört.
_ERP native: SAP, Oracle, Dynamics_
| Kriterium | GeneralMind | ERP native |
|---|---|---|
| Skalierbarkeit & Personal | ||
| Skalierbare Arbeitskraft — Durchsatz erhöhen ohne proportionalen Personalaufbau | ✓ Autopilot arbeitet über alle Workflows hinweg, bei jedem Volumen | ✗ Prozessgebunden; keine adaptive Arbeitsebene |
| Flexibler Tool-Stack — Nativ über E-Mail, ERP, Chat und Dokumentformate hinweg arbeiten | ✓ Native Konnektoren über alle Arten von Enterprise-Tools | ✗ An das ERP-Ökosystem gebunden; externe Tools nicht unterstützt |
| Skalierbare Ausnahmebehandlung — Grenzfälle und Anomalien im Volumen lösen, ohne Eskalation an Menschen | ✓ Erkennt Muster; löst automatisch oder leitet gezielt weiter | ✗ Starre Workflows; keine Intelligenzebene für Ausnahmen |
| Operative Zuverlässigkeit | ||
| Saubere Datenerfassung — Strukturierte, geprüfte Erfassung aus unstrukturierten Eingängen an der Quelle | ✓ Prüft, transformiert und gleicht Daten an der Quelle ab | ~ Sauber im ERP; verliert an Systemgrenzen |
| Operative Compliance — Regeltreue bei jedem einzelnen Vorgang durchgesetzt | ✓ Richtlinien-Engine in jeder automatisierten Aktion verankert | ~ Innerhalb der ERP-Workflows durchgesetzt; externe Lücken bleiben |
| Präzise ETA-Synchronisation — Echtzeit-Abgleich von Lieferterminen, Bestellstatus und Lieferantendaten | ✓ Live-Abgleich über ERP, E-Mail und Lieferantenportale | ~ Abgleich im ERP; Lücken bei externen Lieferantendaten bleiben |
| Frühe Risikoerkennung — Störungen in der Lieferkette erkennen, bevor sie eskalieren | ✓ Musterbasierte Erkennung über alle Live-Datenströme | ✗ Nur Schwellenwert-Alarme; keine prädiktive Modellierung |
| Audit, Compliance & Verantwortlichkeit | ||
| Unveränderliche Audit-Logs — Manipulationssichere Aufzeichnung jeder Entscheidung und Systemaktion | ✓ Jede Aktion protokolliert: Agent-ID, Zeitstempel, Begründung | ~ Protokolliert ERP-Aktionen; alle externen Aktionen ohne Nachweis |
| Klare Verantwortlichkeiten — Nachvollziehbare Zuordnung jeder Entscheidung über Teams und Systeme hinweg | ✓ Zuordnung auf Agent-Ebene inklusive Tracking menschlicher Eingriffe | ~ Zuordnung auf Nutzerebene, nur im ERP-Kontext |
| Datenqualität & Intelligenz | ||
| KPI-Daten aus dem Betrieb — Automatische Erzeugung von Beschaffungskennzahlen in Echtzeit | ✓ Echtzeit-KPIs aus jeder automatisierten Aktion | ~ Strukturierte KPIs nur für ERP-interne Daten; Lücken außerhalb |
| Verarbeitung unstrukturierter Daten — E-Mails, PDFs, Chatnachrichten und Dokumente lesen und darauf handeln | ✓ Multimodales Verständnis über alle Eingangsformate | ✗ Nur strukturierte Daten; keine Verarbeitung unstrukturierter Eingänge |
| Unabhängigkeit von Erfahrungswissen — Zuverlässig arbeiten ohne Abhängigkeit von einzelnen Mitarbeitenden | ✓ Lernt und speichert betriebliche Muster automatisch | ✗ Nur Prozesse; keine eingebettete Wissens- oder Lernebene |
| Einführung & Kosten | ||
| Geringes Einführungsrisiko — Einsatz ohne lange Integrationsprojekte oder Betriebsunterbrechung | ✓ In Wochen live; keine ERP-Anpassung nötig | ✗ Komplexe ERP-Projekte; Einführungszyklen von 12–24 Monaten |
| Geringere Koordinationskosten — Niedrigere Kosten pro Vorgang durch Automatisierung von Routinearbeit | ✓ Über 70 % weniger manueller Koordinationsaufwand | ~ Kostensenkung nur innerhalb ERP-gesteuerter Workflows |
| Abdeckungsgrad | 14 / 14 | 3,5 / 14 |
✓ vollständig unterstützt · ~ teilweise · ✗ nicht unterstützt
Wann welche Ebene passt
Bleiben Sie bei der ERP-eigenen Automatisierung, wenn die Arbeit ohnehin im ERP stattfindet. Freigabe von Bestellanforderungen, Freigabestrategien, Wertgrenzen, Vertretungsregeln, Drei-Wege-Abgleich auf gebuchten Belegen, Prüfungen zum Periodenabschluss – all das läuft auf strukturierten Belegen, die Logik gehört neben die Daten, und eine externe Ebene brächte nur eine zusätzliche Abhängigkeit. Dasselbe gilt bei wirklich geringem Dokumentenaufkommen: Ein Team mit zwanzig Lieferantendokumenten am Tag hat kein Automatisierungsproblem, das eine Plattform rechtfertigt. Und wenn Ihr Lieferantenstamm weitgehend EDI-angebunden ist, deckt der strukturierte Kanal bereits den Großteil des Volumens ab.
Entscheiden Sie sich für GeneralMind, wenn der Engpass darin liegt, zu lesen und zu entscheiden, was von außen hereinkommt. Die Anzeichen sind eindeutig: eine Ausnahmeliste, die nie leer wird; ein Sammelpostfach, an dem zwei Personen in Vollzeit arbeiten; Disponenten, die Bestätigungen hinterherlaufen, statt zu planen; Liefertermine im ERP, von denen alle wissen, dass sie veraltet sind; und ein Ablauf, der nur trägt, weil eine langjährige Kollegin weiß, wie jeder Lieferant formuliert. Bei 1.100 Bestellpositionen pro Woche ist der manuelle Schritt aus Lesen und Eintippen der Engpass für alles Weitere.
Beide zusammen betreiben: das ERP bleibt das führende System
Das ist keine Ersetzungsentscheidung, und wer sie so stellt, kommt zur falschen Antwort. Die Arbeitsteilung ist sauber: GeneralMind verantwortet die Strecke von der eingehenden Nachricht bis zu geprüften, strukturierten Daten; ab der Buchung verantwortet das ERP alles Weitere. Freigaben laufen weiter über SAP Business Workflow oder die Genehmigungsprozesse, die Ihr Finanzbereich in Dynamics eingerichtet hat. Stammdaten bleiben im ERP. Das Reporting bleibt auf den ERP-Tabellen – die nun häufiger stimmen, weil Liefertermine und bestätigte Preise darin innerhalb von Minuten nach dem Versand des Lieferanten stehen und nicht erst, wenn jemand den Anhang geöffnet hat.
Auch das Risikoprofil bleibt überschaubar: Im ERP ändert sich nichts, also kann im ERP nichts brechen. Wer die Ebene abschaltet, hat exakt den Prozess von vorher zurück.
FAQ
Häufig gestellte Fragen
Nein. Freigabe-Workflows, Freigabestrategien und Abgleichregeln bleiben, wo sie sind, und laufen weiter. GeneralMind sitzt davor und macht aus Lieferanten-E-Mails, PDFs und Tabellen geprüfte Belege, auf denen diese Workflows arbeiten können. Das ERP bleibt das führende System.
Nein. GeneralMind liest und schreibt über die Schnittstellen, die das ERP bereits bereitstellt – ohne Zusatzfelder, ohne Schemaänderungen, ohne Transporte. Deshalb dauert die Einführung Wochen statt eines ERP-Projekts, und deshalb gefährdet ein Upgrade auf ERP-Seite die Automatisierung nicht.
Diese Belege kommen strukturiert an, und das ERP verarbeitet sie gut – daran gibt es nichts zu verbessern. GeneralMind übernimmt den Rest: Lieferanten ohne EDI, kurzfristige Änderungen, die auch EDI-Lieferanten per E-Mail schicken, und Bestätigungen, die als PDF eintreffen, weil jemand beim Lieferanten den Prozess umgangen hat.
Jede Aktion ist mit Agent-ID, Zeitstempel, Quelldokument, ausgelesenen Werten, Konfidenzwert und Begründung protokolliert, sodass sich eine Fehlbuchung bis zu ihrem Eingang zurückverfolgen lässt, statt sie zu vermuten. Was unter Ihrer Konfidenzschwelle liegt, bucht ohnehin nie autonom, sondern geht an einen Operator – und dessen Eingriff wird namentlich protokolliert.
Eine typische Einführung bucht am ersten Tag rund 85 % der Fälle korrekt, erreicht in den folgenden Wochen 93–95 %, sobald die Stammdaten gelernt sind, und übersteigt nach etwa sechs Wochen 90 % Autopilot. Das ist das beobachtete Muster über Einführungen hinweg, keine vertragliche Zusage; Volumen, Lieferantenmix und Stammdatenqualität verschieben die Kurve.
Ja. Die Ebene verbindet sich mit über 100 Systemen und hängt nicht an einem einzelnen ERP. Ein Konzern mit SAP, Dynamics und Infor in verschiedenen Bereichen bearbeitet ein Lieferantenpostfach und bucht in das System, dem die jeweilige Bestellung gehört.
