#Paperless

Einen Tag, den niemand vergeben hat, hängt nicht der Code an, sondern das System selbst. In unserem Dokumentenarchiv Paperless bekam jeder eingelesene Beleg die Markierung ZU BEARBEITEN, obwohl mein Import-Skript sie nie setzte. Der Grund war eine einzige Voreinstellung: der Tag galt als Eingangskorb und wird damit automatisch an alles gehängt, was hereinkommt. Dieselbe Mechanik hatte schon einmal 581 Belege stumm markiert. Wenn etwas auftaucht, das du nicht gesetzt hast, such nicht im eigenen Code, sondern in den Voreinstellungen.

Der Wechsel des Dokumenten-Systems lohnt sich nicht, sobald das alte schon trägt. Wir haben geprüft, ob wir unser Paperless-ngx gegen etwas Neues tauschen, und dann gezählt, was schon drinsteckt: über zwölfhundert Belege mit eigenen Feldern, hundertacht Ablagepfade, einundzwanzig Dokumentarten und eine zehn Jahre lange, unveränderbare Aufbewahrung für das Finanzamt. Das wirft man nicht für ein schöneres Menü weg. Ein System wechselt man wegen einer Grenze, nicht wegen einer Verlockung.

Eine Fehlermeldung sagt nicht immer, wo der Fehler wirklich liegt. Eine iOS-App verweigerte die Verbindung zu meinem Paperless und meldete, das Backend unterstütze die nötige API-Version drei nicht. Tatsächlich spricht meine Version die API-Stufen eins bis sieben, die drei war also längst dabei und der Haken saß ganz woanders. Eine Meldung zeigt, was ein Programm gerade vermutet, nicht zwingend, was kaputt ist.

Ein Firmendokument gehoert nicht der Person, die es einscannt, sondern niemandem persoenlich. Bei uns hingen siebenhundertneunundachtzig Dokumente am Konto eines einzelnen Mitarbeiters, und ich fragte mich, was passiert, wenn der einmal kuendigt. Heute entscheidet das Scan-Profil am Geraet: Firmenpost bekommt keinen Eigentuemer und laeuft ueber den Posteingang, nur Privates bleibt an einer Person. Was allen gehoert, sollte an keinem Einzelnen haengen.