Flow Designer et Centre d’intégration

Pour toute nouvelle exigence de flux de processus, ServiceNow recommande d’utiliser Flow Designer plutôt que le workflow hérité dans presque toutes les circonstances.

Flow Designer et Business Rules

Vous devriez utiliser Flow Designer au lieu de Business Rules, sauf si :

• La logique métier doit s’exécuter dans une séquence spécifique avec d’autres règles métier. Par exemple, une nouvelle logique métier doit s’exécuter après une règle métier, mais avant une autre.
• La logique doit s’exécuter immédiatement avant ou après l’écriture dans la base de données dans le même thread.
• La logique appelle uniquement un Script Include.

Lors de la conception d’un flux, suivez les principes de conception suivants :

• Objectif unique : chaque flux doit avoir un objectif unique.
• Réutilisabilité : concevez en gardant à l’esprit les flux secondaires réutilisables (l’approbation en est un excellent exemple).
• Clarté : la langue et la mise en page d’un flux doivent indiquer clairement l’objectif de chaque action.

Commencez par une conception de tableau blanc d’un flux d’affaires. Créez ensuite le flux action par action pour l’aligner sur le processus. Plus d’un flux peut être nécessaire pour un seul processus afin de respecter les principes de conception.

Utilisez les pratiques suivantes lorsque vous travaillez avec Flow Designer :

• Utilisez des enregistrements, pas des SysID. Offrez une expérience guidée avec la documentation en ligne.
• Découvrez comment utiliser des objets de modèle pour utiliser des entrées statiques et dynamiques.
• Évitez de transmettre des blobs de données , sauf en cas d’absolue nécessité.
• Transmettez uniquement des informations à un flux que le flux va utiliser.

Utilisez les pratiques suivantes lorsque vous utilisez les actions du Concepteur de flux :

• Créez toujours des actions sous le périmètre du spoke de l’application, le cas échéant.
• Définissez l’accès sur Accessible à partir de tous les champs d’application des actions pour pouvoir réutiliser les actions dans d’autres applications et champs d’application à l’avenir.
• Définissez la protection sur Lecture seule pour éviter toute modification non désirée des actions par les utilisateurs.
• Assurez-vous que les entrées ont un type spécifique.
• Assurez-vous que l’option Obligatoire est sélectionnée là où elle est nécessaire.
• Si vous utilisez un type d’entrée de choix , utilisez une valeur par défaut.

Utilisez les pratiques suivantes lorsque vous travaillez avec IntegrationHub :

• Créez un spoke par système d’intégration. Ne placez des actions que pour un seul système dans un spoke.
• Lors de la création de l’application incluse dans le périmètre pour le spoke, utilisez une convention de dénomination de version pertinente.
• Utilisez un alias de connexion au lieu d’une connexion en ligne. L’URL de base sera automatiquement extraite.
• Utilisez les attributs de connexion sous l’alias pour transmettre la version dans une étape REST, ce qui offre une flexibilité future pour la gestion des versions dans le chemin d’accès à la ressource.
• Utilisez Enregistrer en tant que pièce jointe pour enregistrer le contenu dans la réponse au lieu de créer une autre étape pour enregistrer les données.
• Si l’alias est dynamique, faites de l’alias l’une des entrées et utilisez la pastille de données pour fournir l’alias.

Utilisez les pratiques suivantes dans Concepteur de flux et Centre d’intégration pour la gestion des erreurs :

• Créez un script include pour gérer les erreurs.
• Rédigez des messages d’erreur courts et compréhensibles.
• Intégrez tous les messages d’erreur possibles que l’API renvoie.
• Assurez-vous que les sorties de l’étape d’intégration sont validées avant de les utiliser.
• Échec précoce : si les entrées ne sont pas disponibles, n’appelez pas l’intégration.

Formation à votre rythme : Flow Designer

Formation à votre rythme : Centre d’intégration