Étapes d’intégration

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 5 minutes de lecture
  • Activez l’intégration d’actions personnalisées à des systèmes externes en activant Centre d'intégration, qui ajoute des étapes d’intégration à l’interface Studio de workflow .

    Les étapes d’intégration peuvent s’exécuter sur l’instance ou sur un Serveur MID. A Serveur MID est nécessaire pour communiquer ou déplacer des données entre une instance et des ServiceNow applications, sources de données et services externes de votre réseau.
    Remarque :
    Seuls l’administrateur du Concepteur de flux et l’administrateur de connexion peuvent exécuter des flux à l’aide de Centre d'intégration.

    Les étapes qui effectuent des opérations sur les données d’enregistrement s’exécutent sur l’instance, tandis que les étapes qui s’intègrent aux systèmes de votre réseau s’exécutent sur un Serveur MID. Si une étape nécessite une Serveur MID exécution, l’instance délègue le traitement du flux à la personne appropriée Serveur MID en envoyant le plan de processus dans un appel REST. Exécute Serveur MID l’action ou l’étape dans le plan de processus et renvoie les résultats. Afficher les messages du journal et l’état d’exécution à partir de l’instance ou du Serveur MID.

    Étapes d’intégration disponibles

    Ces étapes d’intégration sont disponibles à partir du Studio de workflow - Création d’actions personnalisées.

    Étape d’intégration Description Exécutions d’étapes à partir de
    Étape JDBC Créez une action réutilisable pour envoyer des commandes SQL à une base de données relationnelle. Serveur MID
    Étape du concepteur JSON Créez une charge utile JSON à utiliser dans une autre étape. Saisissez des valeurs ou utilisez des pastilles de données pour produire une charge utile dynamique. Cette étape prend en charge plusieurs types de données, y compris les objets et les tableaux pour les structures imbriquées. Instance
    Étape du générateur de charge utile Permettez aux concepteurs d’action de créer facilement des paires nom-valeur dans les charges utiles JSON et XML à l’aide de données dynamiques.
    • Instance
    • Serveur MID
    Étape PowerShell Exécutez des scripts PowerShell sur des ordinateurs distants à partir de votre ServiceNow instance via un Serveur MID fichier . Serveur MID
    Étape REST Envoyez une demande de service Web REST sortante à un système externe.
    • Instance
    • Serveur MID
    Étape SOAP Permettez aux concepteurs d’action d’envoyer des demandes de service Web SOAP sortantes à des systèmes externes.
    • Instance
    • Serveur MID
    Étape SSH L’étape SSH exécute des commandes SSH sur un système *nix externe via un ServiceNow® Serveur MID fichier . L’étape stocke également les scripts et les commandes pour les systèmes *nix. Serveur MID
    Étape de l’analyseur XML Identifiez les données structurées à partir d’une charge utile XML sans avoir à écrire de script. Mappez les éléments XML entrants à une sortie d’objet complexe que vous pouvez utiliser dans d’autres étapes ou actions. Lors de l’exécution, les valeurs d’une charge utile XML renseignent la sortie d’objet complexe.
    • Instance
    • Serveur MID

    Formation

    Suivre une formation étape par étape sur l’utilisation de l’étape REST dans la formation pour développeurs REST dans le Centre d’intégration.

    Attributs de connexion

    Définissez des variables spécifiques à la connexion que vous pouvez utiliser dans les Centre d'intégration étapes d’intégration. Lors de l’utilisation d’une étape d’intégration, vous devez établir une connexion avec un système externe. Utilisez un alias de connexion et d’informations d’identification au lieu de définir l’inline de la connexion. Un alias vous permet de mettre à jour les détails de la connexion une seule fois sans avoir à reconfigurer chaque action. Toute étape d’action qui utilise un alias hérite des attributs qui lui sont associés. Studio de workflow Affiche les attributs sous forme de pastilles de données que vous pouvez faire glisser dans votre étape d’action. Par exemple, vous pouvez créer un attribut de taille de page qui devient un paramètre de requête d’étape REST. Pour plus d’informations sur les attributs de connexion, consultez Créer des attributs de connexion pour le Centre d’intégration.

    Serveur MID Alias de connexion

    Les concepteurs d’action peuvent définir Serveur MID des attributs de sélection à l’aide d’un enregistrement de connexion associé à un alias et associer l’alias à une étape d’intégration. Lorsque le flux s’exécute, le système utilise les attributs pour déterminer lequel Serveur MID exécute l’étape. En savoir plus sur Introduction aux informations d’identification, connexions et alias.

    Serveur MID et la sélection de grappe MID

    Pour la plupart des étapes d’intégration, vous pouvez spécifier une Serveur MID grappe MID pour l’étape à utiliser lorsqu’elle s’exécute. Pour un Serveur MID, vous pouvez en sélectionner un que vous avez configuré ou demander au système d’en choisir un en sélectionnant Sélectionner automatiquement le serveur MID dans la liste de sélection MID de l’étape. Pour en savoir plus sur la façon dont a Serveur MID est sélectionné pendant l’exécution, voir Sélection du serveur MID. Pour les grappes MID, vous pouvez sélectionner une grappe d’équilibrage de charge ou de basculement pour l’étape. Pour plus d’informations sur les grappes MID, consultez Configurer une grappe de serveurs MID. L’étape du générateur de charge utile et l’étape de l’analyseur XML ne prennent pas en charge la sélection du serveur MID.

    Lors de la spécification d’un Serveur MID, les concepteurs de flux doivent éviter de déplacer l’environnement d’exécution de l’un à l’autre Serveur MID lorsqu’un flux s’exécute. Configurez chacun d’entre eux Serveur MID pour effectuer des opérations sur plusieurs points de terminaison ou offrez plusieurs fonctionnalités à chacun d’entre eux Serveur MID dans votre réseau. Vous aurez peut-être besoin d’un utilisateur disposant du rôle connection_admin pour mettre à jour les enregistrements de connexion associés à une action, ou d’un administrateur réseau pour mettre à jour la Serveur MID configuration réseau.

    Considérations relatives à la conception

    Concevez les étapes d’intégration en suivant les directives suivantes.

    • Évitez de déplacer l’environnement d’exécution entre l’instance et plusieurs Serveur MID fois. Dans la mesure du possible, regroupez des étapes d’action similaires. Par exemple, regroupez les étapes de base qui effectuent des opérations d’enregistrement et les étapes d’intégration qui s’exécutent sur le Serveur MID.
    • Lors de la création d’un spoke qui utilise une étape d’intégration, incluez un enregistrement d’alias de connexion et d’informations d’identification avec le type de connexion approprié. Avant que quiconque puisse utiliser le spoke, un utilisateur ayant le rôle connection_admin doit associer l’enregistrement d’alias à un enregistrement de connexion qui prend en charge le type de connexion. Si vous définissez l’inline de la connexion, utilisez des entrées pour permettre à l’analyste de processus de définir les informations de connexion lors de l’ajout de l’action à un flux.
    • Le n’a Serveur MID pas accès à toutes les valeurs d’un objet GlideRecord, il a uniquement accès à la référence sys_id. Les entrées de type Référence ne fonctionnent pas sur un Serveur MID. Au lieu de cela, créez des entrées d’action qui contiennent les valeurs GlideRecord nécessaires.

    Rôles

    Pour créer des étapes d’intégration, un utilisateur doit avoir les rôles de action_designer ou d’administrateur. Si des étapes sont exécutées sur un Serveur MID, l’utilisateur Serveur MID doit disposer des rôles connection_admin et credential_admin pour accéder aux informations de connexion et d’informations d’identification associées à l’étape.