Concepteur de flux

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture
  • Flow Designer est une fonctionnalité de Now Platform qui offre de riches options d’automatisation des processus dans un environnement de conception consolidé. Flow Designer permet aux propriétaires de processus d’utiliser le langage naturel pour automatiser les approbations, les tâches, les notifications et les opérations d’enregistrement sans avoir à coder.

    Flow Designer et IntegrationHub

    Pour toutes les nouvelles exigences de flux de processus, ServiceNow recommande d’utiliser Flow Designer plutôt que le workflow hérité pour presque toutes les circonstances.

    Flow Designer et les règles métier

    Vous devez utiliser Concepteur de flux au lieu de Règles métier, 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 include de script.

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

    • Objectif unique : chaque flux doit avoir un objectif unique.
    • Réutilisation : concevez en tenant compte des flux secondaires réutilisables (l’approbation en est un excellent exemple).
    • Clarté : le langage 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’entreprise. Ensuite, créez le flux action par action pour qu’il s’aligne sur le processus. Plusieurs flux peuvent être nécessaires pour qu’un seul processus respecte les principes de conception.

    Utilisez les pratiques suivantes lorsque vous utilisez Concepteur de flux :

    • Utilisez des enregistrements, pas des SysID. Fournissez une expérience guidée avec la documentation en ligne.
    • Découvrez comment utiliser des objets de modèle pour travailler avec 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 depuis tous les périmètres dans les actions pour pouvoir réutiliser les actions dans d’autres applications et périmètres à l’avenir.
    • Définissez la protection sur Lecture seule pour éviter toute modification indésirable 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 le cas échéant.
    • Si vous utilisez un type d’entrée de choix , utilisez une valeur par défaut.

    Utilisez les pratiques suivantes lorsque vous utilisez IntegrationHub :

    • Créez un spoke par système d’intégration. Placez uniquement des actions 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 est automatiquement extraite.
    • Utilisez des attributs de connexion sous l’alias pour transmettre la version dans une étape REST, ce qui donne une flexibilité future pour la gestion des versions dans le chemin d’accès de 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éer un include de script pour gérer les erreurs.
    • Rédigez des messages d’erreur courts et compréhensibles.
    • Incorporer tous les messages d’erreur possibles renvoyés par l’API.
    • 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 auto-rythmée : Flow Designer

    Formation auto-rythmée : IntegrationHub