KI an ERP und Bestandssysteme anbinden
Ein Modell, das Rechnungen liest, ist schnell aufgesetzt. Ob daraus eine Buchung wird, entscheidet sich an Prüfregeln, Rechten und einem Schlüssel, der Dubletten verhindert.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die Erkennung ist gelöst, die Übergabe ist es nicht
Belege auslesen funktioniert heute gut genug, um es nicht mehr als Projektrisiko zu behandeln. Deshalb sehen die ersten Versuche auch überzeugend aus: Ein Stapel Rechnungen geht hinein, saubere Felder kommen heraus, und alle sind sich einig, dass man das produktiv nehmen sollte.
Der Bruch kommt an der Stelle, an der die Daten in das führende System sollen. Dort gelten Pflichtfelder, Buchungskreise, Genehmigungsgrenzen und Prüfungen, die seit Jahren aus gutem Grund existieren. Ein Modell, das plausible Werte liefert, erfüllt davon keine einzige Anforderung, denn plausibel ist nicht dasselbe wie geprüft.
Wer diesen Teil überspringt, zahlt zweimal. Einmal für die doppelten und falschen Buchungen, die jemand manuell zurücknehmen muss, und einmal für das Vertrauen der Buchhaltung, das danach für Jahre weg ist. Die Nacharbeit an einer falsch gebuchten Rechnung kostet ein Vielfaches der Zeit, die das Auslesen gespart hat.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Schritt für Schritt
- 1
Zielfelder vor der Technik festlegen
Nimm einen echten Beleg und markiere jedes Feld, das am Ende im führenden System stehen muss, mit Pflicht oder Kann. Alles, was nicht auf dieser Liste steht, wird auch nicht ausgelesen.
Geschafft, wenn: eine Feldliste, hinter der Fachbereich und IT gemeinsam stehen
- 2
Den Eingang eindeutig machen
Leg fest, auf welchem Weg Belege ankommen, also Postfach, Scanordner oder Lieferantenportal, und wer diesen Eingang verantwortet. Ein Beleg, der auf drei Wegen hereinkommt, wird dreimal verarbeitet.
Geschafft, wenn: genau ein definierter Eingangskanal je Belegart
- 3
Mit festem Schema auslesen
Das Modell gibt strukturierte Daten nach einem festen Schema zurück, je Feld mit der Fundstelle im Dokument. Freitext als Rückgabeformat rächt sich beim ersten Sonderfall.
Geschafft, wenn: je Beleg ein Datensatz, dessen Felder sich einzeln auf eine Stelle im Original zurückführen lassen
- 4
Gegen Stammdaten und Rechenlogik prüfen
Lass Code prüfen, nicht das Modell: Existiert der Lieferant, passt der Bestellbezug, ergibt Netto plus Steuer den Bruttobetrag? Jede Regel, die durchfällt, erzeugt einen benannten Fehlerfall statt einer allgemeinen Warnung.
Geschafft, wenn: ein Prüfergebnis, das für denselben Beleg immer gleich ausfällt
- 5
Nur die unklaren Fälle vorlegen
Setz eine Schwelle je Feld, nicht je Beleg. Was darüber liegt, läuft durch, alles andere geht in eine Warteschlange mit einer zuständigen Person und einer Zielzeit.
Geschafft, wenn: eine Warteschlange, in der jeder Fall einen Namen und ein Datum trägt
- 6
Mit stabilem Schlüssel übergeben
Schreib über die Schnittstelle des Zielsystems statt in die Datenbank und gib jedem Beleg einen eindeutigen Schlüssel mit. Wiederholt sich der Aufruf nach einem Abbruch, darf keine zweite Buchung entstehen.
Geschafft, wenn: ein zweiter Durchlauf desselben Belegs erzeugt nachweislich keine Dublette
- 7
Messen und nachschärfen
Erhebe wöchentlich den Anteil der Belege ohne Eingriff, die Nacharbeitszeit und das am häufigsten korrigierte Feld. Aus dieser dritten Zahl entsteht deine nächste Prüfregel.
Geschafft, wenn: eine Kennzahlreihe, an der du siehst, ob die Automatisierung zunimmt oder stehen bleibt
Sechs Stationen zwischen Posteingang und Buchung
- 01 Der Beleg kommt über genau einen definierten Kanal herein.
- 02 Das Modell liest die vorher festgelegten Felder mit Fundstelle aus.
- 03 Code prüft die Werte gegen Stammdaten und gegen die Rechenlogik.
- 04 Sichere Felder laufen durch, unsichere gehen in die Warteschlange.
- 05 Ein Mensch entscheidet nur dort, wo die Prüfung angeschlagen hat.
- 06 Die Übergabe trägt einen Schlüssel, der eine zweite Buchung verhindert.
Was du danach entscheiden kannst
Eine Anbindung scheitert selten an der Erkennungsqualität und fast immer an ungeklärten Zuständigkeiten und fehlenden Regeln. Diese Punkte klärst du vorher, dann ist die Technik der einfachere Teil.
Vorschlag statt Buchung
Du behandelst die Ausgabe des Modells als Vorschlag, der die regulären Prüfungen durchläuft. Damit bleibt das Zielsystem die einzige Stelle, die entscheidet, was gültig ist.
Prüfung deterministisch bauen
Du legst fest, welche Regeln in Code gehören und deshalb bei gleichem Beleg immer gleich ausfallen. Alles, was ein Mensch später verteidigen muss, gehört in diese Gruppe.
Schwellen je Feld setzen
Du entscheidest feldweise statt belegweise, was durchläuft. So blockiert ein unsicherer Ansprechpartner nicht die gesamte Rechnung.
Dubletten ausschließen
Du vergibst je Beleg einen stabilen Schlüssel und lässt das Zielsystem Wiederholungen ablehnen. Das ist die einzige verlässliche Absicherung gegen den Neustart nach einem Abbruch.
Rechte sauber trennen
Du richtest eine eigene technische Kennung mit genau den nötigen Rechten ein. Danach lässt sich jede automatische Buchung von einer manuellen unterscheiden.
Nacharbeit sichtbar machen
Du misst Durchlaufquote, Nacharbeitszeit und das häufigste Korrekturfeld. Diese drei Zahlen sagen dir, wo die nächste Regel entstehen muss.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Das führende System bleibt führend
Was die KI liefert, ist ein Vorschlag, keine Buchung. Alles, was in das Zielsystem geschrieben wird, muss dieselben Prüfungen durchlaufen wie ein manuell erfasster Vorgang. Praktisch heißt das: über die dafür vorgesehene Schnittstelle schreiben, nicht direkt in die Datenbank. Nur so greifen die eingebauten Prüfungen, und nur so entsteht ein Protokoll, das später jemand nachvollziehen kann.
Der zweite unverzichtbare Punkt ist die Wiederholbarkeit. Ein Durchlauf bricht ab, jemand startet ihn neu, und schon läuft derselbe Beleg zweimal durch. Ohne einen stabilen Schlüssel je Beleg entstehen dabei Dubletten. Bilde den Schlüssel aus dem Beleg selbst, etwa aus Lieferant, Belegnummer und Datum, und lass das Zielsystem einen bereits verarbeiteten Schlüssel ablehnen.
Klär früh, welche Systemgrenzen betroffen sind. Ein Beleg, der in einem Mandanten gebucht wird, aber Stammdaten aus einem anderen braucht, ist kein Randfall, sondern der häufigste Grund, warum eine Anbindung im zweiten Monat stehen bleibt.
Prüfregeln gehören in Code, nicht ins Modell
Das Modell liest, die Prüfung rechnet. Existiert der Lieferant in den Stammdaten? Passt der Bestellbezug zur offenen Bestellung? Ergibt Netto plus Steuer den ausgewiesenen Bruttobetrag? Liegt der Betrag innerhalb der Genehmigungsgrenze der zuständigen Person? Diese Fragen dürfen nicht vom Modell beantwortet werden, denn ihre Antworten müssen bei gleichem Beleg immer gleich ausfallen.
Nützlich ist eine Sicherheitsangabe je Feld statt je Beleg. Ein unsicherer Ansprechpartner ist ein anderer Fall als ein unsicherer Rechnungsbetrag. Wenn du je Feld entscheidest, läuft der Großteil der Belege durch, und nur das eine strittige Feld geht in die Prüfung.
Verlange außerdem die Fundstelle. Wenn zu jedem ausgelesenen Wert die Stelle im Dokument mitgeliefert wird, dauert die manuelle Prüfung Sekunden statt Minuten, weil niemand mehr den ganzen Beleg lesen muss.
Rechte, Mandanten und der technische Nutzer
Unter welcher Kennung wird gebucht? Nicht unter dem Konto der Person, die das Projekt betreut, und schon gar nicht mit weitreichenden Rechten. Richte eine eigene technische Kennung ein, die genau die Vorgänge ausführen darf, die für diesen Ablauf nötig sind, und nichts darüber hinaus. Das ist auch für die spätere Prüfung wichtig, weil sich so jede automatische Buchung von einer manuellen unterscheiden lässt.
Teste mit echten Belegen in einem Testmandanten. Wer nur mit den drei sauberen Beispielen aus der Vorführung testet, sieht ausschließlich den Idealfall. Die wirklich lehrreichen Fälle sind Gutschriften, Sammelrechnungen, Fremdwährung, Rechnungen ohne Bestellbezug und Belege, deren Positionen sich über mehrere Seiten ziehen.
Zur Aufbewahrung: Das Original bleibt der maßgebliche Beleg, der ausgelesene Wert ist davon abgeleitet. Die Technik muss die Verbindung zwischen Buchung, Originaldokument und dem Stand, der es ausgelesen hat, jederzeit herstellen können. Welche Aufbewahrungspflichten in eurem Fall konkret gelten, klärst du mit der Fachabteilung, die Zuordnung selbst musst du liefern.
Fehler sind der Normalfall, plan sie ein
Jeder Ablauf dieser Art erzeugt eine Warteschlange mit unklaren Fällen. Diese Schlange braucht eine verantwortliche Person und eine Zielzeit, sonst wird sie zum Ablageort für alles, was niemand entscheiden will. Nach drei Monaten ohne Zuständigkeit liegen dort mehr Belege als im Regelbetrieb durchlaufen.
Miss drei Größen wöchentlich: den Anteil der Belege, die ohne Eingriff durchlaufen, die Zeit für die Nacharbeit und das Feld, das ein Mensch am häufigsten korrigiert. Die dritte Größe ist die wertvollste, denn das am häufigsten korrigierte Feld ist immer deine nächste Prüfregel.
Plane von Anfang an einen Weg zurück. Wenn eine Buchung falsch war, muss sich nachvollziehen lassen, welcher Beleg, welcher Modellstand und welche Regelfassung dahinterstanden. Ohne diese drei Angaben lässt sich ein Fehler nicht auf seine Ursache zurückführen, und dann wird wieder alles von Hand geprüft.
Dazu passende Kurse
Den ganzen Weg vom Eingang bis zur Übergabe baust du in den Weiterbildungen für automatisierte Abläufe einmal vollständig auf.
Was beim Auslesen und beim Schema dahinter technisch passiert, vertiefen die Schulungen zur Dokumentenverarbeitung mit Sprachmodellen .
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Die Inhalte wurden sehr gut vermittelt und Fragen wurden perfekt beantwortet.
Marco ist ein extrem guter Trainer, der mit seinem Fachwissen zum Thema KI sehr viel Expertise mitbringt.
Seminarleiter war sehr gut vorbereitet, Den Lehrstoff hat er ausführlich und praxisorientiert vorgetragen.
Häufige Fragen
Muss das Modell die vollständigen Belegdaten sehen?
Ab welcher Menge lohnt sich eine Anbindung?
Was ist mit den Aufbewahrungspflichten?
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem KI-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Vom erkannten Feld zur belastbaren Buchung
In den Kursen baust du die Kette aus Auslesen, Prüfen, Freigeben und Übergeben einmal komplett auf, samt Fehlerfällen und Schlüsselvergabe.