Suivi et résultats

Lire le suivi

Le suivi d’un Flow présente les étapes, les attentes et le résultat. Il doit répondre à trois questions : où en sommes-nous, qu’est-ce qui demande une intervention et quel objet a été produit ? Une animation de chargement ne suffit pas à expliquer un travail durable.

Exemple

Le travail d’Atelier Nord indique que la rédaction est terminée et que la revue attend le responsable. La soumission est accessible comme résultat intermédiaire. Après approbation et finalisation, le résultat conservé est relié au client et au travail qui l’a produit.

Choisir une proposition

Lorsqu’un travail présente plusieurs pistes, choisissez explicitement une proposition dans sa liste ou son tableau. Retenir enregistre votre décision sans modifier la référence; Appliquer ouvre le formulaire prévu pour examiner les changements avant confirmation. Les sources et les contrôles restent ceux du programme qui a produit ce travail, même si l’application a évolué. Remplacer le choix courant conserve les autres propositions et les décisions précédentes. Une réponse de confirmation perdue se reprend sans créer une seconde décision.

Reprendre au bon endroit

Depuis l’accueil, Reprendre ouvre ce travail et son contexte. L’usager retrouve le résultat, les sources et la prochaine action. Une correction ciblée doit montrer les étapes concernées plutôt que relancer automatiquement tout le processus.

La gestion des erreurs traite les échecs techniques; le cycle de vie décrit l’état métier de la soumission.

Répondre à une question d’un Worker

Dans Actions requises, choisissez une application affichée dans votre Portfolio, chargez ses Spaces d’exécution autorisés, puis choisissez celui dont vous souhaitez lire les questions. La Task peut appartenir à un autre Space; ses droits restent également contrôlés. Ouvrez la question et fournissez le texte ou l’option demandée. Vérifiez la réponse avant de confirmer : elle reprend la même exécution, sans terminer la tâche ni valider son résultat. Une liste partielle ne signifie pas qu’aucune autre question n’existe. Si la confirmation n’est pas reçue, reprenez la même réponse conservée plutôt que d’en créer une autre; ne recommencez pas le travail déjà confirmé.

Exemples appliqués : Conserver et consulter le résultat

Le résultat conserve une référence canonique et le document exporté respecte son budget de lecture.

Configuration

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

[
  {
    "key": "proposal",
    "type": "result-reference",
    "provenance": "canonical",
    "minimum": 1,
    "maximum": 1,
    "source": {
      "kind": "step-output",
      "stepKey": "prepare",
      "outputKey": "proposal"
    },
    "reduction": "first"
  }
]

Variante et raccordement

Fragment à placer dans documentProfiles[]. Propriétés et valeurs admises.

{
  "contract": "DocumentProfile@3",
  "key": "client-quotes-export",
  "source": {
    "kind": "record-query",
    "recordProfileKey": "client",
    "queryBindingKey": "client-quotes",
    "viewKey": "quotes-table"
  },
  "exportFormats": [
    "markdown"
  ],
  "budget": {
    "maximumRows": 100,
    "maximumPages": 4,
    "maximumOutputBytes": 1000000
  }
}

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. Soumission S-1042
2. Objet et besoin
3. Proposition
4. Références retenues