Considérations relatives à l'outil Migrer vers flux

Considérations

Les processus avec une récursion ne sont pas totalement pris en charge. Lors de la migration d'un processus avec une récursion, l’enregistrement n'est évalué qu'une seule fois. Après la migration, testez et vérifiez le fonctionnement de tous les processus avec une récursion.

Les processus sont migrés en tant que flux optimisés Actions et enregistrements associés (après la sauvegarde). Si nécessaire, modifiez et optimisez le flux pour Mises à jour de champ rapides (avant la sauvegarde) une fois le flux migré.

L'action du flux invoquer est migrée en tant qu'élément de flux secondaire au lieu d'action de flux invocable. Les flux secondaires sont exécutés dans la même transaction que le flux parent. Tous les processus invoquant des actions de flux qui impliquent des appels externes, des actions externes ou des interruptions doivent être reconçus avec un chemin asynchrone.

Vous pouvez migrer des actions planifiées du Générateur de processus uniquement si vous sélectionnez un critère unique associé à l'action planifiée. Si plusieurs critères sont sélectionnés, aucune action planifiée n'est migrée. Après la migration, les actions planifiées deviennent des chemins planifiés dans Flow Builder. Dans le flux, les actions planifiées migrées suivent la convetion de nommage ScheduledPath__#. À l'exécution, le nouveau flux vérifie si le processus migré d'origine a des actions en attente et les supprime. Si un enregistrement est mis à jour, toutes les actions planifiées en attente sont déplacées vers le chemin planifié approprié ou annulées si l'enregistrement ne remplit plus les critères. Si un enregistrement n'est pas mis à jour lors de l'exécution de l'action planifiée, il exécute l'action planifiée du processus. Consultez Surveillance des actions planifiées en attente de vos processus.

Vous ne pouvez pas migrer une référence inter-objets dans une formule.

Vous pouvez migrer un processus qui utilise une référence de métadonnées personnalisées dans une formule. Après la migration, la référence des métadonnées personnalisées est utilisée dans les formules de flux, mais vous ne pouvez pas la configurer en utilisant le sélecteur de ressources.

Lors de la migration d'un processus temporel, migrez chaque résultat vers son propre flux d'action planifiée. Activez ensuite les nouveaux flux et désactivez le processus.

Migrez votre processus vers un flux dans la même organisation que le Générateur de processus d'origine. Ne le migrez pas vers une organisation intermédiaire, puis déployez-le vers votre organisation cible. Lorsque vous migrez un processus vers un flux dans la même organisation, le flux peut gérer toutes les actions planifiées en file d'attente de son prédécesseur. Si vous déployez le flux vers une nouvelle organisation, il est traité comme un nouveau flux et les parcours planifiés ne sont pas migrés vers de nouvelles actions planifiées.

Processus pris en charge

l'outil Migrer vers flux prend en charge uniquement les processus déclenchés par un enregistrement. Les processus Événement personnalisé et de type invocable personnalisé ne sont pas pris en charge. L'outil ne prend pas en charge les processus qui contiennent des types de métadonnées personnalisées ou des critères qui contiennent un champ provenant d'un objet associé (field traversals). Pour les processus pris en charge, vous pouvez migrer ces types d'action sans configuration supplémentaire.

• Mise à jour d'enregistrement
• Création d'enregistrement
• Invoquer un flux
• Évoquer Apex
• Alerte par e-mail

Après la migration, ces types d'action conservent leur position d'origine dans le flux, mais nécessitent une configuration supplémentaire pour fonctionner normalement.

• Publication dans Chatter
• Action rapide
• Soumettre pour approbation
• Envoyer une notification personnalisée
• Notification de message en direct
• Envoyer des enquêtes
• Types d'action associés à Quip

Considérations

Si une règle de workflow contient uniquement des mises à jour de champ, l'outil les convertit en flux de mise à jour de champ rapide (avant la sauvegarde).

En raison de leur position dans l'ordre d'exécution, le comportement des flux déclenchés par un enregistrement peut différer des règles de workflow similaires.

Une action temporelle en attente au repos est migrée vers un parcours planifié lorsque l'enregistrement associé est modifié.

Règles de workflow prises en charge

L'outil Migrer vers flux prend en charge les règles de workflow qui contiennent les éléments ci-dessous.

• Critères basés sur le champ
• Mises à jour de champ
• Alertes par e-mail
• Messages sortants
• Actions de workflow temporelles
• Formules de critère de règle définies sur true (sauf si le critère d'évaluation est également défini sur créé et chaque fois qu'il est modifié pour correspondre aux critères)
• Equal to null
• Not equal à null
• Formules de critères de règle

Les règles de workflow qui contiennent les éléments ci-dessous ne peuvent pas être migrées avec l'outil Migrer vers flux.

• Critères sans action de workflow définie
• Champs de variable globale
• Champs dans des enregistrements associés
• Types d'enregistrement
• Les opérateurs does not contain, includes, excludes ou within
• Les opérateurs greater than, greater or equal, less than, less or equal dans les champs de liste de sélection
• Formules qui utilisent Hour, Minute, Second, TimeNow, TimeValue, IsClone ou $RecordType
• Tâches
• Valeurs de date relative dans les champs de date
• Devises multiples

Méthodes de conversion manuelle

Certaines fonctionnalités ne sont pas prises en charge par l'outil Migrer vers flux, mais vous pouvez néanmoins les convertir manuellement.

Pour convertir manuellement les règles de workflow avec des cas d'utilisation non pris en charge dans les critères d'entrée, créez un élément Décision dans le flux. Recréez ensuite les étapes de la règle de workflow avec le générateur de condition.

Remarque Avec cette méthode, le flux est toujours exécuté et vérifie la décision après l'entrée. Cette méthode peut impacter les performances ou empêcher la migration des déclencheurs de workflow temporels.

Pour convertir manuellement les règles de workflow qui utilisent l'opérateur does not contain, utilisez une logique de condition personnalisée. Par exemple, créez une condition qui utilise l'opérateur Contains dans la première condition, et saisissez NOT 1 dans la logique de la condition.

Pour convertir manuellement les règles de workflow qui utilisent des tâches, utilisez l'option Créer des enregistrements, puis créez un enregistrement de l'objet Tâche.

Les flux prennent en charge les actions de workflow pour les Alertes par e-mail et les Messages sortants. Pour ajouter ces actions de workflow à un flux, utilisez l'élément Action.

Pour répliquer des valeurs de date relatives, telles que TODAY ou NEXT WEEK, utilisez l'élément Decision.