Exemple de cas d’utilisation de flux d’intégration

  • Rversion finale: Washingtondc
  • Mis à jour 10 janv. 2026
  • 3 minutes de lecture

    • Le cas d’utilisation Exemple de flux d’intégration décrit les flux de données entrants et sortants.

    Cette section contient un exemple de cas d’utilisation afin d’expliquer le flux de données global (entrant et sortant).

    Supposons que Customer ABC Inc utilise les systèmes ci-dessous pour un flux Procure-to-Pay :

    • Application ServiceNow pour
    • Approvisionnement en libre-service (Shopping Hub)
    • Demande d’achat vers flux de bon de commande (espace de travail Procurement)
    • SAP ECC pour
    • Envoi de bons de commande au fournisseur
    • Enregistrement des reçus
    • Création d’une facture fournisseur en faisant correspondre les bons de commande
    • Paiement au fournisseur
    • Compensation des paiements dans le relevé bancaire

    Pour réaliser le cas d’utilisation ci-dessus, le client devra suivre plusieurs étapes :

    Étape 1 – Installez les applications ServiceNow.

    • Implémentez Shopping Hub et Procurement Workspace de ServiceNow où
    • Les employés peuvent utiliser Shopping Hub pour créer des demandes d’achat et des demandes d’approvisionnement
    • Les prestataires peuvent convertir les SR en PR et les PR en bons de commande
    • Possibilité de transmettre par push les bons de commande créés dans SPO vers SAP ECC
    • Continuer à utiliser Système d’enregistrement de SAP ECC pour
    • Ingérer des bons de commande à partir de ServiceNow
    • Enregistrement des reçus
    • Création d’une facture fournisseur en faisant correspondre les bons de commande
    • Paiement au fournisseur
    • Compensation des paiements dans le relevé bancaire

    Étape 2 – Données primaires.

    • Pour créer une demande d’achat dans ServiceNow, les informations suivantes sont requises :
    • Fournisseur
    • Produit du fournisseur (la configuration d’un produit de fournisseur requiert une catégorie de produit et un modèle de produit)
    • Contrat
    • Adresse de livraison
    • Comptes (Capex/Opex)
    • Entité juridique
    • Employé
    • Les données primaires ci-dessus doivent avoir un système de source de vérité, ce qui signifie que toute nouvelle création d’enregistrement ou toute mise à jour des enregistrements existants sera effectuée dans ce système respectif, puis les données seront transférées dans le système tiers.
    • Les flux d’intégration prêts à l’emploi avec SAP ECC et SAP S4 HANA reposent sur les hypothèses suivantes :
    • La source de vérité sera le système SAP pour les entités primaires suivantes :
    • Catégorie de produit et modèle de produit
    • Adresse de livraison (mappée à l’emplacement de l’usine)
    • Comptes GL
    • Org. des achats
    • Centre de coûts
    • Groupe d’achat
    • Code de l’entité juridique/de la société
    • Taux de change/FX
    • Modalité de paiement
    • Fournisseur (si aucun SLO n’est installé)
    • Les données primaires doivent être synchronisées périodiquement pour garantir que les données primaires les plus récentes et mises à jour deviennent disponibles dans l’application ServiceNow. Ceci est assuré par :
    • Travaux de construction qui peuvent être planifiés pour être exécutés à différents intervalles, comme toutes les heures ou tous les jours, ou à tout autre moment requis par le client
    • Ces tâches auront la capacité d’extraire les données de façon incrémentielle ou complète
    • La logique sous-jacente de la tâche consiste à appeler l’action de concentrateur d’intégration de données primaire respective

    Étape 3 – Données de transaction.

    • Une fois que l’enregistrement (comme le bon de commande) est créé dans ServiceNow, il doit être transmis par push dans SAP ECC ou SAP S4 HANA car, selon le cas d’utilisation, le traitement en aval doit avoir lieu dans SAP ECC ou SAP S4 HANA
    • Pour ce faire, les flux d’intégration prêts à l’emploi fournissent :
    • Flux secondaires qui contiennent la logique du moment du déclenchement de l’intégration (par exemple, dès que commandé, approuvé ou tout autre état)
    • Les flux secondaires prennent également les données de charge utile du bon de commande SPO et les convertissent en charge utile requise par l’action du concentrateur d’intégration, puis transmettent les données à l’action du concentrateur d’intégration
    • L’action Integration Hub enregistre l’enregistrement dans le système SAP et récupère le numéro ERP et le numéro de ligne ERP, puis les tamponne à nouveau sur le bon de commande SPO (pour un flux heureux)
    • Pour un flux d’erreur, le message d’erreur du système SAP est capturé par l’action du concentrateur d’intégration ; une tâche est créée sur l’enregistrement de la transaction et affectée à un utilisateur afin que celui-ci puisse examiner, corriger les données et les soumettre à nouveau pour intégration
    • Si le système SAP est en panne pour un correctif et que 50 bons de commande sont créés au cours de cette période, il peut ne pas être facile d’ouvrir chaque bon de commande et de les soumettre à nouveau pour intégration. Dans ce cas, la tâche est fournie qui, une fois exécutée, sélectionnera tous les bons de commande en état d’erreur et déclenchera l’intégration