Sortie erreur

Point final d'une branche refusée : quand une erreur l'atteint, le job s'arrête avec le statut « ⛔ Rejeté » et le message qu'elle porte. C'est la façon de dire « ce document n'est pas pour ce pipeline » au lieu de laisser le job se terminer normalement avec zéro annotation.

Elle s'alimente toujours par un nœud Message d'erreur (qui fixe le message), ou par la sortie « erreur » d'un nœud Pipeline. Un pipeline ne contient qu'une seule sortie erreur ; plusieurs messages d'erreur peuvent y mener.

Ports

• Entrée (gauche, type erreur).
• Aucune sortie.

Configuration

Aucune : le message vient du nœud qui l'alimente.

Ce que voit l'utilisateur

Le statut Rejeté est distinct de Erreur (panne technique) et de Bloqué (intercepteur) : rien n'est à réparer, le pipeline a refusé le document à dessein. Le message est affiché :

• dans l'historique de l'application, sous le statut ;
• dans le panneau de test de l'éditeur ;
• dans l'email de fin de traitement et dans Microsoft Teams ;
• par l'API, dans le champ error_message du job (status vaut rejected), et par MCP.

Dans un pipeline de chat, le message est la réponse affichée à l'utilisateur.

Un job rejeté ne produit aucun document et n'est pas facturé.

Dans un sous-pipeline

Un pipeline qui possède une sortie erreur fait apparaître une sortie « erreur » sur tout nœud Pipeline qui l'appelle. Laissée libre, l'erreur remonte et rejette aussi le job appelant, avec le message du sous-pipeline ; reliée, elle est interceptée (par exemple pour réécrire le message).

Exemples

• Route Par défaut d'un Switch → Message d'erreur « Seuls les contrats de travail sont acceptés » → Sortie erreur.
• Sortie Image du Filtre MIME → Message d'erreur « Envoyez la pièce d'identité en PDF, pas en photo » → Sortie erreur.