Anonimatum 1.1.0 — Stapelverarbeitung auf dem Server, umgekehrter Modus im Stapel, Signatur und Stapel-API

Version 1.1.0 erweitert Anonimatum um die serverseitige Stapel-Anonymisierung, stärkt den umgekehrten Modus (Whitelist) im selben Ökosystem, integriert die Erkennung elektronischer Signaturen und die erneute Signatur in den Stapel-Workflow und richtet den Verbrauch am Gruppentarif aus. Datum: 2026-03-01.

Stapel-Anonymisierung

Laden Sie mehrere PDFs mit einer einzigen Konfiguration hoch (oder mit einer Konfiguration pro Datei im Vorschaumodus). Der Server reiht sie ein und verarbeitet sie nacheinander (sequenzielle Warteschlange, um eine Überlastung von CPU und Speicher zu vermeiden).

• Vorabhinweis: Die Dokumente werden auf den Server hochgeladen und dort bis zum Abschluss sowie gegebenenfalls bis zum Download der ZIP-Datei aufbewahrt (Option „Nicht mehr anzeigen“).
• Einreihen: ausstehende Aufträge sind unter Ausführungen sichtbar.
• Verarbeitung: Der Scheduler übernimmt `PENDING` → `PROCESSING` → `DONE`/`FAILED`. Es befindet sich jeweils nur ein Dokument global im Status `PROCESSING`.
• Download: ZIP mit den abgeschlossenen Dokumenten; alternativ einzelne PDFs; nach dem Sammel-Download kann der Server die Dateien löschen.
• Automatische Aktualisierung unter Ausführungen alle 30 s, solange Aufträge ausstehen oder verarbeitet werden.

Umgekehrte Anonymisierung

• Verfügbar in einer eigenen Ansicht und im Stapel.
• Im Stapel enthält die Konfiguration das Kennzeichen für den umgekehrten Modus sowie Ein- und Ausschlussmuster bzw. Wortlisten.
• Jedes erfolgreich abgeschlossene Stapeldokument verbraucht Anonymisierungen der Gruppe; der umgekehrte Modus zählt für das Kontingent als vollständig.

Elektronische Signatur

• Beim Einreihen kann jedes PDF als elektronisch signiert erkannt werden; diese Hinweise (`signatureHints`) werden im Auftrag gespeichert.
• Nach dem Ergebnis kann das anonymisierte PDF gegebenenfalls erneut signiert (AutoFirma / Integration) und mit der öffentlichen Prüfung verknüpft werden.

Tarife, Verbrauch und Bereitstellung

• Jeder Stapelauftrag im Status `DONE` erhöht den Verbrauch der Gruppe; die Einstufung Muster/Bereich/vollständig/umgekehrt entspricht dem Backend.
• Prüfung von Limits und Berechtigungen per JWT; der Verbrauch wird erst nach erfolgreichem Abschluss erfasst.
• Speicher: konfigurierbares Verzeichnis `batch.anonymization.storage-dir`.
• Stapel-Routen mit JWT; jeder Benutzer sieht nur seine eigenen Aufträge.

Stapel-API (technische Referenz)

• `POST .../batch-jobs` — multipart: `files`, `config`, optional `configs`, `signatureHints`.
• `GET .../batch-jobs` — Liste der Aufträge des Benutzers.
• `GET .../batch-jobs/{id}/output` — Ergebnis-PDF, wenn `DONE`.
• `DELETE .../batch-jobs/{id}` — Auftrag löschen (nicht möglich im Status `PROCESSING`).
• `GET .../batch-jobs/download-completed` — ZIP der abgeschlossenen Aufträge und Bereinigung auf dem Server.