Belegautomatisierung: bauen, kaufen, abwarten – oder ablösen?
Wenn im Mittelstand über Belegautomatisierung gesprochen wird, stehen meistens drei Optionen an der Tafel: selbst bauen, etwas kaufen oder noch abwarten. Was fast nie an der Tafel steht: In vielen Unternehmen gibt es längst einen vierten Weg – den Versuch abzulösen, der schon da ist. Das OCR-Tool, das seit Jahren „fast“ funktioniert. Die DMS-Erweiterung, die nur Rechnungen kann. Der Eigenbau des Kollegen, der nicht mehr im Haus ist.
Dieser Beitrag ist ein Entscheidungsrahmen für genau diese Situation. Er setzt voraus, dass Sie das Problem kennen – falls nicht, lohnt vorher der Blick auf die Kostenrechnung zur manuellen Auftragserfassung. Hier geht es um die Frage danach: Welcher der vier Wege passt – und warum die unbequemste Option oft die leichteste ist.
Inhaltsübersicht
Erst Inventur: Was ist schon da – und was liefert es?
Bevor über neue Systeme gesprochen wird, lohnt ein ehrlicher Blick auf die vorhandenen. Die Kandidaten sehen in vielen Häusern ähnlich aus:
Das OCR-Tool von damals
Vor Jahren für Eingangsrechnungen angeschafft. Es erkennt die Standardfälle – aber jede Abweichung landet in der Nachbearbeitung, und Bestellungen oder Auftragsbestätigungen kann es gar nicht. Niemand misst, wie hoch die Nachbearbeitungsquote wirklich ist.
Die DMS-Erweiterung
Das Dokumentenmanagement kann „auch Erkennung“ – als kostenpflichtiges Zusatzmodul. Nur arbeitet diese Erkennung fürs Archiv, nicht für den Prozess: Sie liest Kopfdaten für die Wiederauffindbarkeit, nicht die Positionen für die Erfassung. Der Beleg ist danach mustergültig abgelegt – und muss trotzdem von Hand ins ERP. Der Prozess ist digital geworden, ohne schneller zu werden.
Der Eigenbau
Ein Skript, eine Access-Datenbank, ein kleines Programm – gebaut von jemandem, der es konnte. Es funktioniert, solange sich nichts ändert. Dokumentation gibt es nicht, und die Person, die es versteht, ist womöglich nicht mehr da.
Der eingespielte Sonderprozess
Kein System, sondern ein Ablauf: ausdrucken, abtippen, gegenzeichnen, scannen. So aufwendig, dass er längst als eigene Stelle im Team eingeplant ist – und deshalb wie ein Naturgesetz wirkt.
Eine Beobachtung aus unseren Projekten, meist im Umfeld von enventa Trade ERP: Nach der Nachbearbeitungsquote gefragt, schätzt fast jeder – und meistens zu niedrig. Wer eine Woche lang mitzählt, wie viele Belege ohne Eingriff durchlaufen, hat danach eine Zahl statt einer Vermutung – und meist eine unangenehme Überraschung.
Alle vier haben etwas gemeinsam: Sie waren einmal eine gute Entscheidung. Und sie haben etwas Zweites gemeinsam: Es gibt bereits einen Verantwortlichen, einen dokumentierten Schmerz – und laufende Kosten, die längst bezahlt werden, nur ohne Projektschild. Das ist keine Kleinigkeit – es ist die halbe Miete für jede Verbesserung. Die Frage ist nur, ob das Vorhandene weiterentwickelt werden kann oder ob es die Weiterentwicklung blockiert.
Die teuerste Option ist selten das neue System. Es ist das alte, das halb funktioniert – und deshalb nie infrage gestellt wird.
Die vier Wege ehrlich verglichen
Keiner der vier Wege ist per se falsch – jeder ist für bestimmte Fälle die richtige Antwort. Entscheidend ist, den eigenen Fall ehrlich zuzuordnen:
Bauen
Passt, wenn Ihr Belegeingang so speziell ist, dass Standardlösungen nachweislich nicht ausreichen – weil er Teil dessen ist, was Ihr Geschäft ausmacht. Und wenn eigene Entwicklungskapazität dauerhaft vorhanden bleibt: Die ehrliche Rechnung endet nicht beim Bauen. Wartung, Modellwechsel, Urlaubsvertretung für den Entwickler und jede Format-Änderung der Absender gehören dazu.
Kaufen
Passt, wenn noch nichts da ist und der Prozess ein Standardproblem ist. Die Sorgfalt steckt in der Auswahl: Anbindung an die eigene Systemlandschaft, Datenschutz-Fragen (dazu unser Fragenkatalog an jeden Anbieter) und ein Prüfschritt vor dem ERP. Der häufigste Fehler: das Werkzeug nach der Demo bewerten statt nach dem eigenen, unaufgeräumten Posteingang.
Zur Bauen-oder-Kaufen-Frage: Eine vielbeachtete Erhebung von MIT Project NANDA (2025) liefert dazu eine Zahl: Eingekaufte Lösungen erreichten den Produktivbetrieb etwa doppelt so oft wie interne Eigenentwicklungen. Die Erhebung ist methodisch umstritten – die genaue Höhe sollte man ihr nicht abnehmen, die Richtung deckt sich mit unseren Projekten.
Abwarten
Passt, wenn das Belegvolumen klein ist und niemand im Team darunter leidet – dann ist Abwarten schlicht wirtschaftlich. Es passt nicht als Dauerzustand für ein bekanntes Problem: Abwarten hat laufende Kosten, sie stehen nur auf keiner Rechnung. Wer abwartet, sollte ein Kriterium festlegen, wann die Entscheidung neu ansteht – sonst wird aus Abwarten Verdrängen.
Ablösen
Passt, wenn es bereits einen Versuch gibt, der nicht oder nicht gut genug liefert – das OCR-Tool mit hoher Nachbearbeitungsquote, den Eigenbau ohne Eigentümer. Der Vorteil: Das Problem ist verstanden, die Messlatte ist konkret und der Vergleich fällt leicht. Der Gegner ist nicht die Technik, sondern ein Satz: „Aber da haben wir doch schon so viel reingesteckt.“
Dass viele Versuche nicht liefern, ist übrigens der Normalfall, kein Zeichen für schlechte Arbeit: In einer Erhebung von S&P Global aus dem Jahr 2025 gaben 42 Prozent der Unternehmen an, die Mehrheit ihrer KI-Projekte abgebrochen zu haben – nach 17 Prozent im Jahr davor.
Wichtig zu wissen
Warum Ablösen oft der leichteste Weg ist
Auf dem Papier klingt Ablösen nach dem schwersten Weg – schließlich muss etwas Bestehendes raus, bevor etwas Neues reinkommt. In der Praxis ist es häufig umgekehrt, und zwar aus drei Gründen:
Das Problem ist bewiesen
Niemand muss mehr überzeugt werden, dass es das Problem gibt – das erledigt das alte System jeden Tag selbst. Die Diskussion beginnt bei „womit“, nicht bei „ob“.
Die Messlatte ist konkret
Statt abstrakter Erwartungen gibt es einen direkten Vergleich: Nachbearbeitung pro Beleg vorher gegen nachher, abgedeckte Belegtypen vorher gegen nachher. Nach wenigen Wochen ist die Antwort da – ohne Streit über Kriterien.
Die Organisation ist bereit
Laufende Kosten – direkte wie indirekte –, Verantwortliche und der Wunsch nach Verbesserung existieren schon. Was beim Neuprojekt Monate dauert – Bedarf anmelden, Gremien überzeugen –, ist hier bereits passiert.
Technisch ist der Sprung im Vergleich zur damaligen Entscheidung kleiner geworden, als viele erwarten: Moderne KI-Belegverarbeitung ist kein Entwicklungsprojekt mehr, sondern Konfiguration. Der Hauptunterschied zur OCR-Generation davor: Sie muss nicht mehr je Absender-Layout mit viel Aufwand trainiert werden. Wie sich das von starrer Automatisierung unterscheidet, steht in Automatisierung oder KI-Agent?; wie es konkret aussieht, zeigt unsere Belegverarbeitung. Und wer das alte System behalten will, kann auch das sauber entscheiden – dann aber mit gemessener Nachbearbeitungsquote statt mit Gewohnheit als Begründung.
So sieht die Ablösung im Alltag aus: Beleg links, erkannte Daten rechts, Freigabe per Klick. Kein Entwicklungsprojekt – die Arbeit steckt in den Zielformaten und Prüfregeln.
Die Entscheidung in drei Fragen
Wer die vier Wege auf den eigenen Fall anwenden will, braucht keine Marktstudie – drei Fragen reichen für eine belastbare Vorentscheidung:
Gibt es schon einen Automatisierungs-Versuch – und liefert er?
Ja, für alle relevanten Belegtypen
Ausbauen
Ja, aber nur für einen Teil
Ablösen prüfen
Nein, er liefert nicht
Ablösen
Nein, es gibt keinen
Weiter zu Frage 2
Zwei Messlatten – die Nachbearbeitungsquote (gezählt, nicht geschätzt) und die Zahl der abgedeckten Belegtypen.
Ist unser Belegeingang so speziell, dass Standard ihn nicht abdeckt?
Ja – er gehört zum Geschäftsmodell
Bauen
Nein – wie fast immer
Kaufen
Ein unaufgeräumter Posteingang ist nicht speziell, sondern normal. Genau dafür gibt es Standard.
Was kostet ein Jahr Abwarten – in Zahlen?
Die Frage gilt unabhängig davon, wo Sie herauskommen: Sie beziffert, was der aktuelle Zustand kostet.
Die Zahl ist klein
Abwarten ist legitim
Die Zahl ist groß
Das ist Ihr Budget-Argument
Minuten pro Beleg × Volumen × Personalkosten, dazu Fehler- und Vertretungskosten.
Fazit
Bauen, kaufen, abwarten – jede dieser Antworten kann richtig sein. Aber wer schon einen Versuch im Haus hat, der nicht oder nur zum Teil liefert, sollte zuerst die vierte Option prüfen: ablösen. Nicht aus Prinzip, sondern weil dort die Entscheidung am leichtesten fällt – das Problem ist bewiesen, die Messlatte liegt bereit, und die Organisation wartet nur auf den Anstoß. In den kommenden Wochen werden wir an dieser Stelle übrigens konkreter: mit Praxisberichten aus den ersten Wochen echter Belegautomatisierung im Betrieb.
Der Termin, der die Entscheidung vorbereitet
IT und Innendienst, gemeinsam an einem Tisch – ohne Anbieter
die Inventur aus dem ersten Abschnitt plus die drei Fragen
eine dokumentierte Vorentscheidung – schriftlich, mit Datum
eine Stunde
Das ist mehr, als die meisten Automatisierungs-Diskussionen nach Monaten vorweisen können.
Ihr viamind-Team
Welcher der vier Wege passt zu Ihrer Situation?
Wenn Sie Ihre Inventur einordnen möchten – vorhandenes Tool, Eigenbau oder blanker Posteingang –, gehen wir die drei Fragen gern gemeinsam durch. Unverbindlich, auch wenn am Ende Abwarten die richtige Antwort ist.
Philipp Reitzmann
Gründer bei viamind, Schwerpunkt Projektleitung & Delivery. Viele Jahre Erfahrung in ERP- und Digitalisierungsprojekten im Handel – und damit einen geübten Blick dafür, welche Altsysteme Prozesse tragen und welche sie nur noch festhalten.
Weiterlesen: Wie viel kostet Sie eine E-Mail Bestellung wirklich?