Dokumentenimporter, als eigener Microservice

Zusammenfassung

Vollautomatische Zuordnung von Papier-Dokumenten zu den jeweiligen Modulen anhand einer Barcode-Kennung.

Nutzen/Ziel

Es werden z.B. in der Produktion eine Vielzahl von Dokumenten erzeugt und dann handschriftlich ergänzt (Maße, Zeichnungskorrekturen, Prüfprotokolle, usw.) aber auch Eingangsrechnungen, Wareneingangs / Warenausgangsdokumente. Diese alle sollten möglichst vollautomatisch dem richtigen Dokument zugeordnet werden.

Modul, Maske, Terminal, API-Aufruf, Bericht

Es sollte dies ein eigener Service sein, der auf einem eigenständigen Rechner läuft und die Datenanlieferung per RestAPI macht. Idealerweise ähnlich dem NAPS2 welches um die Funktionalitäten des Auslesens eines Barcodes (Ein- oder zwei-Dimensionale Barcodes) mit Abspeichern als PDF erweitert wird.

Ausführliche Erklärung

Wir brauchen für ##10018 einen eigenen Service der PDF's in die Dokumentenablage einfüllt.

Das Ziel ist, Dokumente die mit einem Barcode die Belegnummer und die Belegart zugewiesen bekommen haben, genau bei diesem Beleg zu hinterlegen. Importiert werden aktuell ER, LO, LS, AB, BS D.h. das Dokument wird mit einem Barcode versehen. Dann wird das Dokument in einen speziellen Drucker eingelegt und als MultiPageTiff im Filesystem abgelegt. Durch eine externe Konverter Software wird

  • der Barcode ausgelesen und als Filename (.pdf) verwendet
  • Das MultipageTiff in ein PDF umgewandelt

Durch den Service wird dann anhand der Konfiguration des Services je nach Filename dieses Dokument genau bei der jeweiligen Belegart und der jeweiligen Belegnummer abgelegt.

Mein Wunsch dazu ist, dass die kostenpflichtige Konverter Software durch eine freie Software und damit auch durch einen beliebigen (geeigneten) Scanner ersetzt wird.

D.h. es sind folgende Komponenten beteiligt:

  • a.) Der Scanner, welcher die Dokumente z.B. im MultiPageTiff-Format auf ein Netzlaufwerk scannt
  • b.) Die Software = Service, welche weiß in welchem Bereich der ersten Seite des Multipage Tiff der Barcode sitzt und die den Inhalt des Barcodes für den Filenamen (ergänzt um .pdf) auf ein anderes Verzeichnis sendet. Wenn dies funktioniert hat, wird das MultipageTiff gelöscht / verschoben.
  • c.) Der Dokumentenimporter, der das PDF-Verzeichnis scannt und anhand der Filenamen der PDF Dateien und einer konfigurierbaren Regel diese in die Dokumentenablage des KES beim jeweiligen Beleg hinterlegt. Auch dieser Service verschiebt nach xy

Der Punkt a.) kann heute fast durch jeden MultiFunktionsDrucker erfüllt werden. Ob alle Multipage Tiff können und ob wir das so brauchen weiß ich nicht. Vielleicht reicht auch die berühmten scanxxxxx.pdf zu konvertieren.

Für den Punkt b.) bilde ich mir ein, dass es dazu ein OpenSource Projekt gibt. Ähnlich dem naps2. Es gibt für den Scan eine kostenpflichtige Lösung mit ca. 1.000,- € / Jahr und Anwender

c.) müssen wir erstellen

Mögliche Lösung

Edited by Alexis Sorbas