Anatomie d'une référence à une personne

Le schéma illustre la forme universelle en trois étapes de toute référence à une personne dans Power Automate : le champ tel qu'affiché par Power Automate, l'identifiant brut stocké en dessous, et la recherche Office 365 Users qui le résout en un profil avec une vraie adresse de courriel. Dataverse utilise un GUID, une colonne Personne de SharePoint utilise un objet, Salesforce utilise un ID de recherche, et une colonne de texte simple contient directement l'adresse. Même trois cases, différentes étiquettes.

La liste Contracts de Drumlin est le cas simple : ResponsiblePartner contient déjà l'adresse, donc rien à résoudre. Le modèle devient important dès qu'une source stocke plutôt un identifiant.

La case de droite est une recherche Office 365 Users. Quand un flux peut-il l'ignorer?