Vier Wege zum selben Ziel
Die Entscheidung ist gefallen: Schluss mit dem manuellen Übertragen von Bestellungen zwischen den Systemen. Und hier beginnt das zweite Problem, über das seltener gesprochen wird. Ein Anbieter schlägt eine Integration über API vor. Der zweite versichert, ein nächtlicher Export von CSV-Dateien genüge. Ein Bekannter aus der Branche schwärmt von RPA-Robotern, die anstelle eines Menschen auf den Bildschirm klicken, und weil ein Teil der Dokumente ohnehin als PDF kommt, lockt zusätzlich OCR. Jeder dieser Wege kann gut sein. Keiner ist überall gut.
Was das Abtippen selbst kostet und wie Sie sein Ausmaß beziffern, haben wir im Text darüber beschrieben, wie viele Stunden pro Woche ein Team mit dem Übertragen von Daten verliert. Hier gehen wir davon aus, dass Sie diese Rechnung bereits haben. Zeit, den Weg der Verbindung zu wählen.
API, die direkte Verbindung
Die Systeme sprechen programmatisch miteinander: Eine im ERP gespeicherte Bestellung ist kurz darauf im CRM, ohne menschliches Zutun. Das ist die dauerhafteste Form der Integration, denn der Systemhersteller behandelt die API wie einen offiziellen Vertrag. Änderungen kündigt er an, dokumentiert sie und hält sie abwärtskompatibel.
Eine ehrliche Spanne für einen einzelnen Konnektor sind üblicherweise 2-6 Wochen, und die Kosten hängen vor allem von der Zahl der Datenflüsse und der Qualität der Dokumentation auf beiden Seiten ab. Wir geben offen zu: Am Anfang kostet eine API mehr als ein Dateiabzug, denn sie erfordert Programmierarbeit und Tests. Dafür ist die Wartung danach die günstigste aller vier Wege.
Dateiexport, die Einfachheit mit Zeitplan
Ein System schreibt jede Nacht eine CSV- oder XML-Datei, das andere liest sie am Morgen ein. Das klingt archaisch und ist manchmal das Vernünftigste: Die Einführung dauert von einigen Tagen bis zwei Wochen und kostet am wenigsten. Der Preis der Einfachheit ist die Verzögerung. Die Daten fließen einmal am Tag und meist in eine Richtung. Für die Übergabe von Rechnungen an die Buchhaltung reicht das, für Lagerbestände im Onlineshop nicht mehr.
OCR, wenn Daten als Bild ankommen
Rechnungen von Hunderten Lieferanten, gescannte Protokolle, Papier. OCR mit einer KI-Schicht zieht die Felder aus dem Dokument und speichert sie im System. Dieser Weg ergibt Sinn, wenn es auf der anderen Seite nichts gibt, womit man sich integrieren könnte, weil es Dutzende Absender sind und wir ihnen kein Format vorschreiben können. Die Trefferquote liegt nie bei 100%, deshalb gehört ein Prozess zur Prüfung der Ausnahmen durch einen Menschen verpflichtend zur Einführung. Realistische Dauer: 3-8 Wochen, je nach Vielfalt der Dokumente.
RPA, der Roboter, der wie ein Mensch klickt
Ein Skript meldet sich in der Anwendung an und führt in der Oberfläche dieselben Schritte aus, die vorher ein Mitarbeiter gemacht hat. Der Vorteil liegt auf der Hand: Es braucht weder API noch die Zustimmung des Herstellers, und eine funktionierende Demo entsteht in wenigen Tagen. Der Nachteil ebenso: Der Roboter ist an das Aussehen des Bildschirms geschweißt. Ein Systemupdate verschiebt einen Button um 20 Pixel, und der Ablauf steht still, oft lautlos. Unserer Ansicht nach sollte RPA die letzte, nicht die erste Option sein, denn die niedrigen Startkosten zahlen Unternehmen anschließend Monat für Monat ab, in der Wartung und in den Nerven nach jedem Update.
Vergleichstabelle
| Kriterium | API | Dateiexport | OCR | RPA |
|---|---|---|---|---|
| Wann sinnvoll | beide Systeme haben eine API | Daten einmal täglich nötig | Dokumente von vielen Absendern | geschlossenes System, keine API |
| Einführungsdauer | 2-6 Wochen | Tage bis 2 Wochen | 3-8 Wochen | Tage (Demo), Wochen (produktiv) |
| Startkosten | mittel | niedrig | mittel bis hoch | niedrig |
| Wartungskosten | niedrig | niedrig, braucht aber einen Verantwortlichen | mittel (Prüfung der Ausnahmen) | hoch |
| Fragilität | niedrig | niedrig | mittel | hoch |
| Datenaktualität | Sekunden | ein Tag | Minuten bis Stunden | Minuten |
Drei Fallen, die wir am häufigsten sehen
Die erste: RPA auf einer Oberfläche, die sich ändert. Wenn der Systemanbieter jedes Quartal Updates ausliefert, geht der Roboter jedes Quartal kaputt. Das Budget für seine Betreuung kann die Kosten eines ordentlichen API-Konnektors übersteigen.
Die zweite: ein CSV-Export ohne Verantwortlichen. Die Datei wird nicht mehr erzeugt, niemand erhält einen Alarm, und zwei Wochen lang arbeitet das Unternehmen mit alten Daten. Ein Dateiexport braucht einen namentlich benannten Betreuer und einen automatischen Alarm, wenn die Datei ausbleibt.
Die dritte: OCR auf Dokumenten, die digital kommen könnten. Wenn der Geschäftspartner seine Rechnungen in einem System mit API oder über KSeF ausstellt, ist das maschinelle Lesen seiner PDFs Bezahlen für ein künstlich geschaffenes Problem. Günstiger ist es, ein Austauschformat zu vereinbaren.
Der Entscheidungsbaum in vier Schritten
- Beide Systeme haben eine dokumentierte API? Nehmen Sie die API. Die höheren Startkosten holen Sie in der Wartung wieder herein.
- Eine API fehlt, aber die Daten reichen einmal täglich? Dateiexport, mit Verantwortlichem und Alarm.
- Die Daten kommen als Dokumente von vielen externen Absendern? OCR mit einem Prozess zur Prüfung der Ausnahmen.
- Geschlossenes System, der Anbieter kooperiert nicht, und die Daten werden laufend gebraucht? Erst jetzt RPA, mit einem Wartungsbudget und einem Plan für den Umstieg auf API, sobald eine verfügbar ist.
In der Praxis mischen größere Einführungen die Wege: API zwischen ERP und CRM, OCR für Lieferantenrechnungen, Dateiexport ins Data Warehouse. Das ist normal. Wichtig ist, dass jeder Datenfluss das Werkzeug bekommt, das zu seiner Charakteristik passt, und nicht das eine Lieblingswerkzeug des Anbieters.
Wie wir das bei ESKOM AI machen
Bei ESKOM AI ist die Wahl des Integrationswegs Teil der Analyse, keine Annahme von vornherein. Wir prüfen die Schnittstellen Ihrer Systeme, dann erledigt ein Team spezialisierter KI-Agenten den Großteil der Ingenieursarbeit beim Bau des Konnektors, und das Ganze durchläuft den vollen Testumfang: Unit-, Integrations-, E2E-, Oberflächen-, Sicherheits- und Lasttests. Dank des automatisierten Entwicklungsprozesses sprechen wir über Wochen, nicht Quartale. Wie so ein Projekt Schritt für Schritt aussieht, haben wir im Text darüber beschrieben, wie sich ERP, CRM und eine eigene Anwendung in Wochen verbinden lassen.
Wenn Sie vor der Wahl eines dieser vier Wege stehen, vereinbaren Sie eine kostenlose Beratung über das Formular auf eskom.ai/pl/kontakt. Schreiben Sie uns, welche Systeme Sie verbinden möchten und wie schnell die Daten fließen müssen — wir melden uns mit der Empfehlung eines konkreten Wegs und einem ehrlichen Angebot zurück.