Erreurs et nouvelles tentatives

Comprendre avant de relancer

Un refus de droits, une entrée invalide et une indisponibilité temporaire ne se traitent pas de la même façon. Le suivi expose l’opération concernée et ce qui doit être corrigé. La récupération d’une réponse technique incertaine conserve l’identité de la même opération. Une nouvelle tentative métier crée son propre travail et sa Task; elle ne rejoue pas la tentative précédente.

Situation	Action attendue	Effet à vérifier
Entrée invalide	Corriger le Field ou paramètre indiqué	Conserver les autres valeurs
Permission refusée	Faire vérifier l’accès	Ne pas contourner le contrôle
Connexion indisponible	Rétablir la connexion ou le profil	Reprendre l’étape autorisée
Réponse incertaine	Consulter le reçu et le résultat	Éviter un doublon
Résultat à revoir	Demander une correction ciblée	Préserver les parties validées

Exemple

La finalisation d’une soumission a été acceptée mais l’interface a perdu sa réponse. Avant une nouvelle exécution, le suivi retrouve l’opération et le résultat. La même demande ne doit pas créer une seconde soumission.

Définir une politique de reprise

Les étapes possèdent des limites et une politique explicite. Les erreurs permanentes nécessitent une correction; les erreurs transitoires peuvent autoriser une nouvelle tentative bornée. Une approbation humaine n’est pas rejouée comme une simple requête technique.

Un refus de droits, une source périmée ou une approbation refusée n’autorise pas de relance automatique. Une issue externe incertaine exige la garantie d’idempotence de la connexion ou un rapprochement avant de demander un nouvel effet. Un reçu Surface ne garantit pas à lui seul qu’un fournisseur externe exécute exactement une fois.

Lors de la reprise d’un traitement suspendu pour vérification des accès, une confirmation prise en compte ou conservée ne signifie pas que le travail est terminé. Le suivi distingue une demande de reprise conservée, une livraison inconnue et des accès encore en transition; dans ce dernier cas, il précise si votre confirmation est enregistrée ou non. Consultez l’état courant sans déclencher une nouvelle exécution. Le reçu d’une confirmation antérieure décrit cette confirmation, pas nécessairement l’état actuel du travail. Si la livraison reste inconnue, conservez la même demande plutôt que de créer une autre reprise.

Annuler sans perdre les preuves

L’annulation ferme les nouveaux lancements et conserve les résultats terminés, les décisions, le travail et les budgets consommés. Les demandes d’annulation des Tasks déjà lancées restent visibles; elles ne prouvent ni l’arrêt d’un fournisseur ni l’effacement de ses effets. Une demande d’annulation et un arrêt confirmé sont deux faits distincts. Une compensation métier est une Action séparée et autorisée.

Pour une intervention, partagez le diagnostic utile depuis le suivi, sans secrets ni données privées inutiles. Consultez Résoudre un problème pour le parcours de diagnostic.

Exemples appliqués : Reprendre avec des limites explicites

Les nouvelles tentatives sont bornées par l’étape et le budget du Flow.

Configuration

Fragment à placer dans flowBlueprints[].composition.steps[]. Propriétés et valeurs admises.

{
  "key": "prepare",
  "kind": "task",
  "workNodeKey": "prepare",
  "actionKey": "prepare",
  "inputs": {},
  "outputs": [
    {
      "key": "proposal",
      "type": "result-reference",
      "provenance": "canonical",
      "minimum": 1,
      "maximum": 1,
      "result": "reference"
    }
  ],
  "reservedCostUnits": 1,
  "maximumAttempts": 3
}

Variante et raccordement

Fragment à placer dans flowBlueprints[].composition.budgets. Propriétés et valeurs admises.

{
  "maximumDepth": 2,
  "maximumOccurrences": 20,
  "maximumConcurrency": 2,
  "maximumIterations": 3,
  "maximumDurationMilliseconds": 86400000,
  "maximumCostUnits": 100,
  "maximumStateBytes": 32000
}

Exemple de disposition UI

La disposition illustrative ci-dessous situe cette configuration dans l’app Clients/Soumissions. Chaque fragment s’insère à l’emplacement indiqué; ses références aux Fields, Queries et Actions correspondent aux déclarations du Model.

1. Objet concerné
2. Changement proposé
3. Vérifications
4. Confirmer

SurfaceClients / Atelier NordExemple

Erreurs et nouvelles tentativesReprendre avec des limites explicites

Clients

AN

Atelier NordSoumission S-1042

À revoir

Changement proposé

Les nouvelles tentatives sont bornées par l’étape et le budget du Flow.

Données et références

Client · Besoin · Tarifs

RevenirExaminer puis confirmer