Sortie formulaire PDF

Point final d'un portfolio de formulaire : le job renvoie le PDF reçu en entrée, avec les champs choisis par le ou les agents en mode Saisie de formulaire qui y sont reliés. Un pipeline ne peut contenir qu'un seul nœud de ce type, et jamais avec une Sortie document, une Sortie JSON ni une entrée de chat.

Un portfolio de formulaire n'accepte que des PDF en entrée. Un PDF sans champ saisissable fait échouer le job avec un message explicite.

Ports

• Entrée (gauche, type formulaire) : à relier depuis la patte « formulaire » d'un ou plusieurs agents en mode Saisie de formulaire.
• Aucune sortie.

Configuration

• Aplatir le PDF (non modifiable) :
  • décoché (par défaut) : le PDF garde ses champs. On peut relire et corriger les valeurs avant d'envoyer le document. Les visionneuses redessinent les champs avec leurs propres polices ;
  • coché : les valeurs sont imprimées dans les pages et les champs supprimés. Le document n'est plus modifiable et s'affiche partout à l'identique.

Récupérer le résultat

Le fichier se nomme <document>_filled.pdf.

• Dans l'application, le bouton ⬇ de l'historique télécharge le PDF rempli.
• Dans l'éditeur, le panneau de test propose Télécharger une fois le job terminé. L'onglet Détail des nœuds liste la valeur saisie dans chaque champ.
• Par l'API, GET /api/jobs/{id}/download, comme pour un document annoté.
• Par MCP, l'outil get_job_result renvoie un lien de téléchargement temporaire (voir Pipeline comme serveur MCP).

Les champs que l'agent a laissés vides restent vides : rien n'est inventé pour combler un manque.

Plusieurs agents de saisie

Avec un Switch en amont, une seule route s'exécute. Si plusieurs agents de saisie s'exécutent pour un même formulaire, leurs valeurs sont réunies, et pour un même champ la valeur du premier agent est conservée.