Dokumenten-
Workflow

Barcodes aufkleben, Belegart eintippen: fehleranfällig, langsam, lizenzpflichtig

Der Belegeingang lief über eine bestehende DocuWare-Installation und viel Handarbeit: Belege wurden gescannt, mit aufgeklebten Barcodes versehen und Belegart, Partner und Vorgangsnummer manuell eingetippt. Das ist fehleranfällig, langsam und lizenzpflichtig.

Ich habe einen vollständig neuen Workflow auf Open-Source-Basis entworfen, der den gesamten Weg abdeckt, vom Eingang über drei Kanäle (Papierscan, XML-E-Rechnung, Dateiablage) über automatische Erkennung und Validierung gegen das ERP bis zur revisionssicheren Ablage auf dem WORM-Speicher, ergänzt um abteilungsspezifische Freigabe-Workflows.

Drei Kanäle, ein Lauf, ein Archiv

Stand: Prozessaufnahme, Zielarchitektur, Toolauswahl und Risikoanalyse sind abgeschlossen und liegen als Entscheidungsvorlage samt Prozessdiagramm vor. Die Umsetzung läuft.

Ich habe das Projekt allein verantwortet: Ist-Aufnahme des bestehenden Belegflusses, Auswahl und Bewertung der Werkzeuge, Entwurf der Zielarchitektur, Bewertung von Vorteilen und Risiken je Prozessschritt und die Umsetzung. Kollegen und Fachabteilungen wurden punktuell zu fachlichen Detailfragen eingebunden.

Ausdrücklich Teil meiner Rolle war, die Schwachstellen des eigenen Entwurfs zu benennen, statt sie zu übergehen. Die Entscheidungsvorlage enthält zu jedem Vorteil das zugehörige Risiko. Eine Automatisierung im Rechnungseingang, die niemand mehr prüft, ist teurer als der Handgriff, den sie einspart.

Trennseiten statt Barcodes verlagern die Fehlerquelle

Der Wegfall der aufgeklebten Barcodes ist der spürbarste Gewinn beim Scannen, erzeugt aber eine neue Fehlerklasse: vergessene Trennseiten, Duplex-Scans und Leerseiten führen zu falsch geschnittenen Dokumenten. Das ist beherrschbar, muss aber im Betriebskonzept und in der Einweisung der Anwender abgebildet sein.

• Vorteil Keine aufgeklebten Barcodes mehr, nur noch Trennseiten in den Stapel legen. Belegart und Nummer werden erkannt statt getippt. Das spart den größten Handgriff im heutigen Ablauf.
• Risiko Ein schlechter Scan erzeugt eine plausible, aber falsche Zuordnung, die niemand prüft. Wenn niemand mehr manuell prüft, wird aus einem eingesparten Handgriff ein unentdeckter Buchungsfehler.

Jeder Beleg wird gegen das ERP validiert

Plausible Falscherkennung ist gefährlicher als gar keine Erkennung. Ein schlechter Scan kann zu einer automatischen Zuordnung führen, die korrekt aussieht und es nicht ist. Der Abgleich gegen das ERP ist genau dafür die Gegenmaßnahme. Er fängt Zahlendreher und falsche Partner ab, bevor sie ins Archiv wandern.

Eine neue harte Abhängigkeit zum ERP. Der ODBC-Abgleich mit dem ERP macht den Prozess belastbar und gleichzeitig verwundbar. Fällt die Verbindung aus, staut sich der komplette Belegeingang. Das verlangt eine definierte Rückfallebene statt der stillschweigenden Annahme, dass die Datenbank immer erreichbar ist.

Idempotenz des Cron-Laufs. Ein periodischer Lauf über einen Dokumentenbestand braucht eine eindeutige Statuslogik. Ohne sie verarbeitet der Job Dokumente doppelt oder überspringt sie. Beides fällt im Testbetrieb mit kleinen Mengen nicht auf und im Produktivbetrieb dann sehr wohl.

Revisionssicherheit ist nicht dort, wo die Dokumente liegen

Paperless-ngx ist ein Erfassungs- und Bearbeitungssystem, kein revisionssicheres Archiv. Der WORM-Speicher ist es, aber nur, wenn definiert ist, wer wann was dorthin schreibt. Genau dieser Übergang ist im aktuellen Entwurf der größte offene Punkt: ohne festgelegten Rückschreibeweg und ohne Verfahrensdokumentation entsteht eine GoBD-Lücke, die den gesamten Nutzen des Projekts infrage stellt. Dieser Punkt ist in der Entscheidungsvorlage explizit als ungelöst markiert, statt ihn zu kaschieren.

• Vorteil Der WORM-Speicher bleibt technisch unverändert, die Revisionssicherheit ist dort bereits gelöst. Keine Lizenzkosten, volle Kontrolle, jeder Sonderfall lässt sich selbst nachbauen.
• Risiko Kein Hersteller-Support. Wartung, Updates und das Wissen um den Prozess liegen bei einzelnen Personen. Dokumentation und Wissenstransfer sind hier kein Nice-to-have, sondern Teil der Betriebsfähigkeit.

Entscheidungsreife Grundlage statt Bauchgefühl

• Entscheidungsreife Grundlage statt Bauchgefühl. Vorgelegt wurden eine dokumentierte Zielarchitektur, ein vollständiges Prozessdiagramm und eine Gegenüberstellung von Vorteil und Risiko für jeden einzelnen Prozessschritt. Die Geschäftsführung kann auf dieser Basis entscheiden, ohne selbst in die Technik einsteigen zu müssen.
• Der größte manuelle Handgriff entfällt. Belegart, Partner und Vorgangsnummer werden erkannt statt getippt. Das ist der Schritt, der im heutigen Ablauf die meiste Zeit kostet und die meisten Fehler produziert.
• Jeder Beleg wird gegen das ERP validiert. Zahlendreher und falsch zugeordnete Geschäftspartner fallen im Prozess auf, nicht erst in der Buchhaltung.
• Fehlerfälle verschwinden nicht still. Unklare Belege erhalten ein Fehler-Tag und landen in einer sichtbaren Arbeitsliste; nach der Korrektur laufen sie automatisch erneut durch den Prozess.
• Ablösung der DocuWare-Lizenzen. Der Entwurf kommt ohne kostenpflichtige Lizenzen aus und behält gleichzeitig die volle Kontrolle über jeden Sonderfall im eigenen Haus.
• Compliance-Risiko vor Projektstart benannt. Die GoBD-Lücke wurde identifiziert und dokumentiert, bevor investiert wurde, nicht im Nachhinein durch eine Prüfung.

Wie ich es gebaut habe