[ExoA] Approbation séquentielle depuis Power Apps

• Le demandeur saisit l'événement dans une application Power Apps et choisit ses approbateurs.
• Un flux Power Automate envoie la demande au premier approbateur, puis au suivant après chaque approbation.
• Un seul refus arrête le circuit et passe la demande au statut « Rejeté ».
• L'application affiche en temps réel l'étape en cours, la couleur de chaque étape et l'historique des décisions avec les commentaires.

Capture d'écran à insérer : Vue d'ensemble du résultat final : écran de demande d'approbation avec le formulaire à gauche et le panneau latéral des approbateurs (pastilles verte, orange et grise) à droite

• préparer une liste SharePoint adaptée à un circuit d'approbation (colonnes Choix, Personne à sélection multiple, Nombre, Texte multiligne) ;
• utiliser le modèle d'écran moderne « Demande d'approbation » de Power Apps et le relier à une source de données ;
• contourner une limite des contrôles modernes en réutilisant un contrôle classique ;
• construire un flux d'approbation qui se relance lui-même, étape par étape, en maîtrisant la boucle par une condition de déclenchement ;
• écrire des expressions Power Automate (if, equals, length, add, accès indexé à un tableau) ;
• appeler l'API REST de SharePoint pour vider une colonne Personne ;
• afficher l'avancement d'un processus dans une galerie avec des badges colorés.

• Un compte Microsoft 365 avec Power Apps et Power Automate (licence incluse dans Microsoft 365 : tous les connecteurs utilisés sont standard).
• Un site SharePoint sur lequel vous pouvez créer une liste.
• Deux ou trois collègues (ou comptes de test) pour jouer le rôle d'approbateurs, avec accès à leur messagerie Outlook.
• Avoir activé les contrôles et thèmes modernes dans les paramètres de l'application (Paramètres > Mises à jour > Nouveau).

Conventions de nommage utilisées dans cet exercice

Liste SharePoint : Evenements (sans accent ni espace, pour simplifier les appels à l'API).
Colonnes : Statut, Approbateurs, AssigneA, HistoriqueApprobation, NbDecisions (sans accent : le nom interne d'une colonne est fixé à sa création).
Écrans : scrAccueil, scrDemande | contrôles : tblEvenements, frmApprobation, cmbApprobateurs.
Variable : varItem (l'événement sélectionné).

Bon à savoir

La vidéo source est en anglais et dure 27 minutes ; l'exercice reprend fidèlement son déroulé, avec des noms en français et des étapes de vérification ajoutées.
Prévoyez les comptes approbateurs ou travaillez en binômes : sans approbateurs réels, l'exercice 6 est impossible.
L'exercice 4 est le plus dense (expressions) : un point d'étape collectif est conseillé après lui.

1. Créez une liste vide nommée Evenements sur votre site SharePoint. Gardez la colonne Titre pour le nom de l'événement ; ajoutez si vous le souhaitez une colonne Date et une colonne Lieu.
2. Ajoutez une colonne Choix nommée Statut avec trois valeurs : En attente, Approuvé, Rejeté. Valeur par défaut : En attente.
3. Ajoutez une colonne Personne nommée Approbateurs. Dans « Plus d'options », activez Autoriser plusieurs sélections.
4. Ajoutez une colonne Personne nommée AssigneA (sélection simple). Elle contiendra l'approbateur qui a la main.
5. Ajoutez une colonne Plusieurs lignes de texte nommée HistoriqueApprobation.
6. Ajoutez une colonne Nombre nommée NbDecisions, 0 décimale, valeur par défaut 0.

Capture d'écran à insérer : Paramètres de la liste Evenements : la liste des colonnes avec leur type (Statut en Choix, Approbateurs et AssigneA en Personne, HistoriqueApprobation en Plusieurs lignes de texte, NbDecisions en Nombre)

• Créez un élément de test directement dans SharePoint : Statut vaut « En attente » et NbDecisions vaut 0 sans rien saisir.
• Supprimez ensuite cet élément : le flux de l'exercice 4 ne doit pas le traiter.

• Statut : sert de « verrou » au flux. Tant qu'il vaut « En attente », le flux se relance ; dès qu'il vaut « Approuvé » ou « Rejeté », il s'arrête.
• Approbateurs : la liste ordonnée des approbateurs. Son nombre d'éléments indique combien de décisions sont attendues.
• AssigneA : l'approbateur courant. Le flux lit cette colonne pour savoir à qui envoyer la demande.
• NbDecisions : compteur des décisions déjà prises. Il sert aussi d'index pour trouver l'approbateur suivant.
• HistoriqueApprobation : texte cumulatif « Approuvé par ... | Commentaire : ... ».

Bon à savoir
Erreur fréquente : des accents ou espaces dans les noms de colonnes. Le nom interne devient alors Assign_x00e9__x00e0_ et les expressions des exercices 4 et 5 ne fonctionnent plus telles quelles.
Si vous renommez une colonne après coup, seul le nom affiché change : vérifiez le nom interne dans l'URL.

1. Créez une application canevas vide (format tablette), renommez le premier écran scrAccueil et ajoutez la source de données SharePoint Evenements.
2. Insérez un contrôle moderne Table nommé tblEvenements qui affiche la liste (une galerie convient aussi). Affichez au moins les colonnes Titre, Statut et AssigneA.
3. Ajoutez un bouton Ajouter un événement.
4. Dans Médias, importez une image de flèche « retour » (par exemple retour.png) : elle servira de logo dans l'en-tête de l'écran de demande.

1. Dans la barre de commandes, cliquez sur Nouvel écran et choisissez le modèle moderne Demande d'approbation (Approval request). Renommez l'écran scrDemande.
2. Dans l'arborescence, sélectionnez le formulaire du modèle, renommez-le frmApprobation et, dans le volet des propriétés, choisissez la source de données Evenements.
3. Revenez sur scrAccueil. Propriété OnSelect du bouton Ajouter un événement : réinitialiser le formulaire, le passer en mode Nouveau, puis naviguer vers scrDemande.
4. Propriété OnSelect de tblEvenements : mémoriser la ligne sélectionnée dans la variable varItem, passer le formulaire en mode Affichage, puis naviguer vers scrDemande.
5. Revenez sur scrDemande et réglez la propriété Item du formulaire sur varItem (sans elle, le formulaire s'ouvre vide quand on clique sur une ligne).
6. Sélectionnez le contrôle d'en-tête de scrDemande. Propriété Logo : choisissez l'image retour importée. Propriété OnSelectLogo : revenir à l'écran précédent.
7. Le bouton Envoyer la demande du modèle soumet déjà le formulaire. Programmez la propriété OnSuccess du formulaire pour revenir à scrAccueil après l'enregistrement.
8. Le bouton Envoyer la demande ne doit être visible qu'en mode Nouveau.

Capture d'écran à insérer : Arborescence de l'écran scrDemande issu du modèle Demande d'approbation : conteneur d'en-tête, conteneur principal avec frmApprobation et bouton d'envoi, conteneur latéral SidebarContainer avec la galerie des approbateurs

ResetForm(frmApprobation);
NewForm(frmApprobation);
Navigate(scrDemande)

Set(varItem, Self.Selected);
ViewForm(frmApprobation);
Navigate(scrDemande)

varItem

Back()

Navigate(scrAccueil)

frmApprobation.Mode = FormMode.New

• Un clic sur Ajouter un événement ouvre un formulaire vide ; un clic sur une ligne de la table ouvre le formulaire en lecture seule avec les données de la ligne.
• La flèche de l'en-tête ramène à l'accueil.

Bon à savoir

Dans la vidéo, le bouton d'ajout ne fait que ResetForm : sans NewForm, le formulaire reste dans le mode précédent (Affichage) après la consultation d'un élément. Ajouter NewForm évite ce piège.
Si le formulaire s'affiche vide au clic sur une ligne, c'est que Item n'a pas été réglé sur varItem (oubli montré dans la vidéo).

1. Ajoutez temporairement un écran Vide (Nouvel écran > Vide).
2. Insérez-y un formulaire de modification classique (Insérer > Classique > Formulaire de modification) et connectez-le à Evenements.
3. Dans l'arborescence de ce formulaire, dépliez la carte Approbateurs, faites un clic droit sur la zone de liste déroulante classique et choisissez Copier.
4. Revenez sur scrDemande, sélectionnez la carte Approbateurs de frmApprobation. Dans le volet des propriétés, onglet Avancé, cliquez sur Déverrouiller pour modifier les propriétés.
5. Sélectionnez la liste déroulante moderne de la carte et supprimez-la.
6. Faites un clic droit sur la carte Approbateurs et choisissez Coller : la liste classique apparaît dans la carte. Renommez-la cmbApprobateurs.
7. La carte affiche deux erreurs (propriétés qui référencent encore l'ancien contrôle, dont Update). Dans chacune, remplacez l'ancien nom par cmbApprobateurs. Faites de même pour les autres propriétés qui le citent.
8. Sélectionnez cmbApprobateurs, puis dans Propriétés > Champs : Texte principal = DisplayName, Champ de recherche = DisplayName.
9. Passez en aperçu et vérifiez que la saisie de quelques lettres propose bien des utilisateurs de l'annuaire.
10. Sélectionnez la carte Approbateurs et réglez sa propriété Required sur true pour la rendre obligatoire.
11. Supprimez l'écran temporaire.

1. Sélectionnez la carte AssigneA, onglet Avancé > Déverrouiller pour modifier les propriétés.
2. Propriété Default de la carte : le premier approbateur choisi dans cmbApprobateurs lorsque le formulaire est en mode Nouveau, sinon la valeur enregistrée.
3. Sélectionnez la liste déroulante moderne de cette carte, puis Propriétés > Champs > Ajouter un champ : cochez DisplayName pour afficher le nom.
4. En aperçu, sélectionnez deux approbateurs puis retirez le premier : la carte suit automatiquement.
5. Propriété DisplayMode de la carte AssigneA : DisplayMode.Disabled, pour que l'utilisateur ne la modifie pas.
6. Déverrouillez la carte Statut et réglez sa propriété Default pour proposer « En attente » en mode Nouveau.
7. Sélectionnez SidebarContainer dans l'arborescence. Sa propriété Visible contient déjà une formule du modèle : complétez-la pour que le panneau soit masqué en mode Nouveau.

Capture d'écran à insérer : Formulaire frmApprobation en aperçu, mode Nouveau : la liste Approbateurs avec deux personnes sélectionnées et la carte AssigneA grisée qui affiche automatiquement le premier approbateur

• La carte Approbateurs garde ses propriétés Update et DefaultSelectedItems : seul le nom du contrôle change.

cmbApprobateurs.SelectedItems

true

If(
    frmApprobation.Mode = FormMode.New,
    First(cmbApprobateurs.SelectedItems),
    ThisItem.AssigneA
)

DisplayMode.Disabled

If(
    frmApprobation.Mode = FormMode.New,
    {Value: "En attente"},
    ThisItem.Statut
)

<formule existante du modèle> && frmApprobation.Mode <> FormMode.New

• En aperçu, sélectionnez deux approbateurs : AssigneA affiche le premier. Retirez-le : AssigneA affiche le nouveau premier.
• Le panneau latéral est masqué en mode Nouveau.

Bon à savoir

Une carte désactivée transmet tout de même sa valeur à SubmitForm : c'est ce qui permet d'enregistrer le premier approbateur sans que l'utilisateur y touche.
Le texte de la valeur par défaut du statut doit correspondre exactement au choix SharePoint, accents compris.

Capture d'écran à insérer : Vue d'ensemble du flux dans le concepteur Power Automate : déclencheur, Approbation, NbDecisions, Condition avec la branche Vrai (Mettre à jour l'élément, Condition Dernier approbateur, Envoyer une requête HTTP à SharePoint) et la branche Faux

1. Sur make.powerautomate.com, Créer > Flux de cloud automatisé. Nommez le flux Flux approbation événements et choisissez le déclencheur SharePoint Lorsqu'un élément est créé ou modifié, puis Créer.
2. Dans le déclencheur, choisissez l'adresse du site puis le nom de la liste Evenements.
3. Ajoutez une action : connecteur Approbations > Démarrer et attendre une approbation. Renommez l'action Approbation avant d'écrire la moindre expression.
4. Type d'approbation : Approuver/Refuser | Premier à répondre.
5. Titre : saisissez « Approbation de l'événement : » puis insérez le contenu dynamique Titre.
6. Attribué à : insérez le contenu dynamique AssigneA Email (premier approbateur).
7. Ajoutez une action Composer et renommez-la NbDecisions (menu ... > Renommer). Elle calcule le nombre de décisions prises + 1.
8. Cliquez dans le champ Entrées, puis sur l'icône fx (insérer une expression) pour ouvrir l'éditeur d'expressions.
9. Onglet Fonction : saisissez add( pour commencer l'addition.
10. Onglet Contenu dynamique : recherchez « decision » et sélectionnez NbDecisions sous « Lorsqu'un élément est créé ou modifié ». L'éditeur insère la référence à la colonne.
11. Complétez l'expression avec , 1) puis cliquez sur Ajouter.

Capture d'écran à insérer : Action Composer NbDecisions : éditeur d'expressions ouvert sur l'onglet Contenu dynamique, recherche « decision », colonne NbDecisions du déclencheur et expression add(...) en cours de saisie

• Action Approbation | Type : Approuver/Refuser | Premier à répondre | Attribué à : contenu dynamique AssigneA Email.

add(triggerBody()?['NbDecisions'], 1)

1. Ajoutez une action Contrôle > Condition. Valeur de gauche : contenu dynamique Résultat (Outcome) de Approbation ; opérateur est égal à ; valeur de droite : Approve (en anglais, respectez la casse).
2. Dans la branche Vrai, ajoutez l'action SharePoint Mettre à jour l'élément : même site, liste Evenements, ID = contenu dynamique ID du déclencheur, Titre = contenu dynamique Titre.
3. Dans Paramètres avancés, cliquez sur Afficher tout pour faire apparaître toutes les colonnes.
4. Statut Value : ouvrez la liste, choisissez Entrer une valeur personnalisée, puis cliquez sur fx et écrivez l'expression : Approuvé si le nombre d'approbateurs est égal à la sortie de NbDecisions (dernier approbateur), sinon En attente. Les textes doivent être identiques aux choix SharePoint.
5. AssigneA Claims : Entrer une valeur personnalisée puis fx. Si c'est le dernier approbateur, gardez AssigneA Claims du déclencheur (il sera vidé à la tâche 4) ; sinon, prenez la valeur Claims de l'approbateur situé à l'index NbDecisions de la colonne Approbateurs.
6. NbDecisions : contenu dynamique Sorties de l'action NbDecisions.
7. HistoriqueApprobation : insérez le contenu dynamique HistoriqueApprobation du déclencheur, passez à la ligne, saisissez « Approuvé par », insérez par fx l'expression du nom de l'approbateur, saisissez « | Commentaire : » puis insérez par fx l'expression du commentaire.

• ID : contenu dynamique ID du déclencheur. Titre : contenu dynamique Titre (champ obligatoire).

body('Approbation')?['outcome']    est égal à    Approve

if(
  equals(length(triggerBody()?['Approbateurs']), outputs('NbDecisions')),
  'Approuvé',
  'En attente'
)

if(
  equals(length(triggerBody()?['Approbateurs']), outputs('NbDecisions')),
  triggerBody()?['AssigneA']?['Claims'],
  triggerBody()?['Approbateurs']?[outputs('NbDecisions')]?['Claims']
)

outputs('NbDecisions')

[HistoriqueApprobation du déclencheur]
Approuvé par @{body('Approbation')?['responses']?[0]?['responder']?['displayName']} | Commentaire : @{body('Approbation')?['responses']?[0]?['comments']}

1. Sélectionnez le déclencheur, onglet Paramètres. Sous Conditions de déclenchement, cliquez sur + Ajouter.
2. Saisissez l'expression (elle commence par @) : le flux ne s'exécute que si la valeur de Statut est « En attente ».

Capture d'écran à insérer : Paramètres du déclencheur Lorsqu'un élément est créé ou modifié : la zone Conditions de déclenchement avec l'expression qui teste la valeur En attente

@equals(triggerBody()?['Statut']?['Value'], 'En attente')

1. L'action Mettre à jour l'élément ne sait pas vider une colonne Personne. Juste après elle, toujours dans la branche Vrai, ajoutez une Condition.
2. Valeur de gauche (par fx) : l'expression qui compare le nombre d'approbateurs à la sortie de NbDecisions. Opérateur est égal à. Valeur de droite (par fx) : true, pour obtenir le booléen et non le texte « true ».
3. Dans le Vrai de cette condition, ajoutez l'action SharePoint Envoyer une requête HTTP à SharePoint et choisissez votre site.
4. Méthode : POST. URI : _api/web/lists/GetByTitle('Evenements')/items( + contenu dynamique ID du déclencheur + ). Le nom de la liste s'écrit exactement comme dans SharePoint, entre apostrophes.
5. Paramètres avancés > Afficher tout : renseignez les quatre en-têtes Content-Type, Accept, IF-MATCH et X-HTTP-Method (valeur MERGE).
6. Corps : un objet JSON qui indique le type de l'élément (SP.Data.EvenementsListItem ; un espace dans le nom de la liste deviendrait x0020) et met AssigneAId (nom interne de la colonne + Id) à -1.

Capture d'écran à insérer : Action Envoyer une requête HTTP à SharePoint dépliée : site, méthode POST, URI, en-têtes et corps JSON

equals(length(triggerBody()?['Approbateurs']), outputs('NbDecisions'))    est égal à    true

POST
_api/web/lists/GetByTitle('Evenements')/items(@{triggerBody()?['ID']})

Content-Type    application/json;odata=verbose
Accept          application/json;odata=verbose
IF-MATCH        *
X-HTTP-Method   MERGE

{
  "__metadata": { "type": "SP.Data.EvenementsListItem" },
  "AssigneAId": -1
}

1. Sur l'action Mettre à jour l'élément de la branche Vrai, menu ... > Copier l'action. Dans la branche Faux de la première condition, cliquez sur + > Coller une action.
2. Dans la copie, Statut Value : choisissez directement Rejeté dans la liste. HistoriqueApprobation : remplacez « Approuvé par » par « Rejeté par ».
3. AssigneA Claims : supprimez la valeur (croix) ; inutile de désigner un approbateur suivant.
4. Copiez de la même façon l'action Envoyer une requête HTTP à SharePoint et collez-la à la suite, sans condition : après un refus, AssigneA est toujours vidé.
5. Enregistrez. L'avertissement « boucle de déclenchement infinie » est attendu : expliquez pourquoi il ne pose pas de problème ici.

• Copie de Mettre à jour l'élément : Statut = Rejeté (choisi dans la liste), NbDecisions = outputs('NbDecisions'), AssigneA Claims vidé (croix).
• HistoriqueApprobation : même formule que ci-dessus en remplaçant « Approuvé par » par « Rejeté par ».
• Copie de l'action Envoyer une requête HTTP à SharePoint, sans condition : après un refus, le circuit est toujours terminé.

• Le flux s'enregistre sans erreur (seul l'avertissement de boucle apparaît).
• Expliquez avec vos mots pourquoi le flux ne boucle pas à l'infini.

Bon à savoir

Notation : triggerBody()?['NbDecisions'] (celle de la vidéo et de l'éditeur d'expressions) équivaut à triggerOutputs()?['body/NbDecisions']. Les deux fonctionnent ; ce lab utilise la première partout.
Point clé : chaque mise à jour relance le flux. C'est voulu tant que le statut est « En attente » (approbateur suivant), et bloqué par la condition de déclenchement dès que le statut devient « Approuvé » ou « Rejeté ». L'appel HTTP final modifie l'élément, mais le statut n'est déjà plus « En attente ».
Valeurs « Approve » et « Reject » : elles restent en anglais même avec une interface en français, et sont sensibles à la casse.
Index : NbDecisions vaut 1 après la première décision, et Approbateurs[1] est bien le deuxième approbateur (tableau indexé à partir de 0). C'est l'astuce centrale de l'exercice.
Type d'entité : SP.Data.<NomDeLaListe>ListItem. Si le nom contient des espaces, ils deviennent x0020. En cas de doute, consulter api/web/lists/GetByTitle('Evenements')?$select=ListItemEntityTypeFullName.
Si l'action d'approbation n'a pas été renommée, l'expression devient body('Démarreret_attendre_une_approbation') : d'où l'intérêt de renommer avant d'écrire les expressions.
Erreur fréquente : oublier la condition de déclenchement. Le flux renvoie alors une demande au dernier approbateur après chaque fin de circuit. Désactivez alors le flux puis annulez les approbations en trop dans le centre d'approbations.

1. Sélectionnez la galerie du panneau latéral (ReviewersGallery) et réglez sa propriété Items pour lister les approbateurs de varItem, chacun avec un numéro d'étape (1, 2, 3...).
2. Des erreurs apparaissent dans le modèle de la galerie, car les champs du modèle d'origine n'existent plus. Premier texte : FontWeight = FontWeight.Regular, Text = nom de l'approbateur. Deuxième texte : FontWeight = FontWeight.Regular, Text = son service.
3. Badge : Appearance = remplie (Filled), Content = vide (""), BasePaletteColor = couleur selon l'état de l'étape (orange pour l'approbateur qui a la main, rouge pour l'étape refusée, vert pour une étape approuvée, gris pour une étape à venir).
4. Rectangle du modèle de galerie : Width = 3, pour matérialiser la chaîne d'approbation.
5. Facultatif : sélectionnez la galerie, cliquez sur l'icône Modifier (crayon), puis Insérer > Image. Propriété Image = la photo de l'approbateur. Placez l'image sur le badge.
6. Sélectionnez SidebarContainer, puis Insérer > Bouton d'informations (contrôle moderne Info button). Remontez-le en haut du panneau et réglez sa propriété Content pour afficher l'historique des approbations de varItem.

Capture d'écran à insérer : Panneau latéral en aperçu pendant un circuit : premier approbateur en vert, deuxième en orange, troisième en gris, reliés par un trait vertical, et la bulle du bouton d'informations ouverte sur l'historique

ForAll(
    Sequence(CountRows(varItem.Approbateurs)),
    Patch(Index(varItem.Approbateurs, Value), {Etape: Value})
)

ThisItem.DisplayName

ThisItem.Department

If(
    varItem.Statut.Value = "Rejeté" && ThisItem.Etape = varItem.NbDecisions, Color.Red,
    ThisItem.Etape <= varItem.NbDecisions, Color.Green,
    ThisItem.Email = varItem.AssigneA.Email, Color.Orange,
    Color.LightGray
)

ThisItem.Picture

varItem.HistoriqueApprobation

• En consultant un événement à trois approbateurs dont le premier a approuvé, la galerie affiche vert, orange, gris.

Bon à savoir

L'ordre des tests du badge compte : le refus est testé avant l'approbation, puisque l'étape refusée a aussi été comptée dans NbDecisions.
varItem est une photographie de la ligne au moment du clic. Pour voir l'avancement sans quitter l'écran, ajouter un bouton Actualiser : Refresh(Evenements); Set(varItem, LookUp(Evenements, ID = varItem.ID)).
La formule de la vidéo est formulée différemment (test de l'utilisateur connecté d'abord) ; celle de ce lab donne le même affichage et se lit plus facilement.

1. Scénario 1 : créez un événement avec deux approbateurs. Le premier approuve depuis le courriel Outlook en ajoutant un commentaire, puis le second.
2. Après chaque décision, attendez la fin de l'exécution du flux, rechargez l'application (ou fermez puis relancez l'aperçu), rouvrez l'événement depuis la table et vérifiez le statut, AssigneA, les couleurs et l'historique.
3. Scénario 2 : créez un événement avec trois approbateurs. Le premier approuve, le deuxième refuse.
4. Ouvrez l'historique des exécutions du flux et repérez les exécutions ignorées par la condition de déclenchement.

Capture d'écran à insérer : Courriel d'approbation reçu dans Outlook par le premier approbateur, avec les boutons Approuver et Refuser et la zone de commentaire

Capture d'écran à insérer : Historique des exécutions du flux sur 28 jours : exécutions réussies et vérifications de déclencheur ignorées

• Pourquoi utilise-t-on le type « Premier à répondre » alors que le circuit est séquentiel ?
• Que se passerait-il si l'on supprimait la condition de déclenchement ?
• Quelle est la limite de l'action Mettre à jour l'élément qui oblige à appeler l'API SharePoint ?
• Power Automate propose désormais un type d'approbation « Approbation séquentielle ». Dans quel cas la solution de l'exercice reste-t-elle préférable ?

• Premier à répondre : chaque exécution n'envoie la demande qu'à une seule personne (AssigneA) ; le séquencement est assuré par la relance du flux, pas par l'action d'approbation.
• Sans condition de déclenchement : chaque mise à jour relancerait le flux, y compris après la fin du circuit, avec des demandes en double et une consommation inutile de requêtes.
• Limite de Mettre à jour l'élément : elle ne permet pas de remettre une colonne Personne à vide ; l'API REST le permet en écrivant -1 dans <NomInterne>Id.
• Type « Approbation séquentielle » natif : il attend une liste d'étapes définie dans le flux. La solution de l'exercice reste préférable quand le nombre et l'ordre des approbateurs sont choisis par l'utilisateur dans l'application, et quand on veut suivre l'avancement étape par étape dans SharePoint et Power Apps.

Bon à savoir

Pour aller plus loin : envoyer un courriel au demandeur à la fin du circuit, ajouter un bouton « Relancer » ou transposer l'exercice sur une table Dataverse.
Après la séance, désactivez votre flux pour ne pas générer de demandes résiduelles.