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

  • Rversion finale: Xanadu
  • Mis à jour 9 janv. 2026
  • 3 minutes de lecture

    • Le cas d’utilisation Exemple de flux d’intégration décrit le flux de données entrant et sortant.

    Cette section contient un exemple de cas d’utilisation permettant 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 :

    • L’application de ServiceNow pour
    • Approvisionnement en libre-service (centre d’achat)
    • Flux de demande d’achat au 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 fonction de la mise en correspondance avec 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émenter le centre d’achat et l’espace de travail Procurement de ServiceNow où
    • Les employés peuvent utiliser Shopping Hub pour créer des demandes de demande d’achat et d’approvisionnement
    • Les prestataires peuvent convertir les SR en PR et les PR en bons de commande.
    • Possibilité d’envoyer les bons de commande créés dans SPO vers SAP ECC
    • Continuer à utiliser le 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 fonction de la mise en correspondance avec 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 du produit du 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 transmises 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 la plante)
    • 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 s’assurer 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 selon les besoins du client
    • Ces tâches auront la capacité d’extraire les données de façon incrémentielle ou complète.
    • La logique sous-jacente dans la tâche consiste à appeler l’action du concentrateur d’intégration de données primaire respective

    Étape 3 – Données relatives à la transaction.

    • Une fois que l’enregistrement (comme le bon de commande) est créé dans ServiceNow, le même enregistrement doit être transmis dans SAP ECC ou SAP S4 HANA, car, selon le cas d’utilisation, le traitement en aval doit se produire 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 (comme 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 IntegrationHub enregistre l’enregistrement dans le système SAP et récupère le numéro ERP et le numéro de ligne ERP et 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 de concentrateur d’intégration et crée une tâche sur l’enregistrement de transaction et l’affecte à un utilisateur afin que l’utilisateur 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 dans ce laps de temps, il peut ne pas être facile d’ouvrir chaque bon de commande et de le soumettre à nouveau pour intégration. Dans ce cas, la tâche est fournie qui, une fois exécutée, sélectionne tous les bons de commande présentant un état d’erreur et déclenche l’intégration