Anonimatum 1.1.0 — Lots côté serveur, mode inverse par lots, signature et API de traitement par lots

La version 1.1.0 enrichit Anonimatum avec l’anonymisation par lots côté serveur, renforce le mode inverse / liste blanche au sein du même écosystème, intègre la détection de signature électronique et la nouvelle signature dans le flux par lots, et aligne la consommation sur le forfait du groupe. Date : 2026-03-01.

Anonymisation par lots

Importez plusieurs PDF avec une seule configuration (ou une configuration par fichier en mode aperçu). Le serveur les met en file d’attente et les traite un par un (file séquentielle pour éviter de saturer le processeur et le stockage).

• Avertissement préalable : les documents sont envoyés au serveur et y sont conservés jusqu’à la fin du traitement et, le cas échéant, jusqu’au téléchargement du ZIP (option « Ne plus afficher »).
• Mise en file d’attente : les tâches en attente sont visibles dans Exécutions.
• Traitement : le planificateur fait passer les tâches de `PENDING` → `PROCESSING` → `DONE`/`FAILED`. Un seul document en `PROCESSING` à la fois, tous utilisateurs confondus.
• Téléchargement : ZIP des documents terminés ; possibilité de récupérer des PDF individuels ; après un téléchargement groupé, le serveur peut supprimer les fichiers.
• Actualisation automatique d’Exécutions toutes les 30 s s’il reste des tâches en attente ou en cours.

Anonymisation inverse

• Disponible dans un écran dédié et par lots.
• Par lots, la configuration inclut l’indicateur de mode inverse ainsi que les motifs et listes de mots d’inclusion/exclusion.
• Chaque document du lot traité avec succès consomme une anonymisation du groupe ; le mode inverse est décompté comme une anonymisation complète pour le quota.

Signature électronique

• Lors de la mise en file d’attente, chaque PDF peut être identifié comme signé électroniquement ; ces indications (`signatureHints`) sont enregistrées dans la tâche.
• Une fois le résultat obtenu, le cas échéant, le PDF anonymisé peut être signé à nouveau (AutoFirma / intégration) et associé à une vérification publique.

Forfaits, consommation et déploiement

• Chaque tâche de lot en `DONE` incrémente la consommation du groupe ; la classification motif/zone/complète/inverse est alignée sur le backend.
• Contrôle des limites et des autorisations via JWT ; consommation enregistrée après réussite.
• Stockage : répertoire configurable `batch.anonymization.storage-dir`.
• Routes de traitement par lots protégées par JWT ; chaque utilisateur ne voit que ses propres tâches.

API de traitement par lots (référence technique)

• `POST .../batch-jobs` — multipart : `files`, `config`, `configs` facultatif, `signatureHints`.
• `GET .../batch-jobs` — liste des tâches de l’utilisateur.
• `GET .../batch-jobs/{id}/output` — PDF résultant si `DONE`.
• `DELETE .../batch-jobs/{id}` — suppression de la tâche (impossible en `PROCESSING`).
• `GET .../batch-jobs/download-completed` — ZIP des tâches terminées et nettoyage côté serveur.