L’API v3 permet actuellement de lister les modèles et de lancer un workflow, mais pas de superviser ni d’administrer son exécution.
Nous souhaiterions disposer d’endpoints permettant de :
consulter les exécutions, leurs étapes, états et logs ;
recevoir un webhook lors d’un échec ;
relancer une étape ou un workflow en erreur ;
annuler une exécution ;
créer, dupliquer et modifier les modèles ;
gérer les déclencheurs, filtres, étapes, packages et notifications ;
activer ou suspendre un modèle.
Cas d’usage : un onboarding s’est terminé en erreur fatale lors du provisioning d’une unité. Sans accès API aux exécutions, l’incident ne peut pas être détecté et corrigé automatiquement.
Un premier MVP avec accès en lecture aux exécutions et logs, webhook d’erreur et endpoint de relance apporterait déjà beaucoup de valeur.
L’accès pourrait être protégé par des permissions distinctes workflows.read et workflows.write, limitées au tenant et entièrement auditées.
Guest
