{"id":188,"date":"2022-02-23T05:00:00","date_gmt":"2022-02-23T13:00:00","guid":{"rendered":"https:\/\/blogs.mulesoft.com\/fr\/?p=188"},"modified":"2023-02-14T14:45:35","modified_gmt":"2023-02-14T14:45:35","slug":"bpm-and-api","status":"publish","type":"post","link":"https:\/\/blogs.mulesoft.com\/fr\/learn-apis\/bpm-and-api\/","title":{"rendered":"Plus performants ensemble\u00a0: Business Process Management et API-Led Connectivity"},"content":{"rendered":"Reading Time: <\/span> 12<\/span> minutes<\/span><\/span>\n

La gestion des processus m\u00e9tier (BPM)<\/a> et l’API-led Connectivity sont des strat\u00e9gies compl\u00e9mentaires qui partagent la m\u00eame vision : une entreprise \u00e0 la structure composite qui s\u2019adapte sans cesse aux nouvelles exigences du march\u00e9 et aux attentes des clients en constante \u00e9volution. <\/p>\n\n\n\n\n\n\n\n

Pourquoi le BPM et l’API-led Connectivity vont-ils de pair ? <\/h2>\n\n\n\n

L\u2019objectif du BPM est d\u2019optimiser les processus m\u00e9tier de l\u2019entreprise. \u00c0 cette fin, les processus m\u00e9tier sont mod\u00e9lis\u00e9s, automatis\u00e9s et supervis\u00e9s. Les syst\u00e8mes BPM (BPMS) facilitent ces t\u00e2ches en mod\u00e9lisant et en ex\u00e9cutant le contr\u00f4le et le flux de donn\u00e9es des processus m\u00e9tier. Ils assurent \u00e9galement des capacit\u00e9s de gestion de t\u00e2ches humaines (Workflow) et int\u00e8grent un moteur de r\u00e8gles m\u00e9tier qui permet d’appliquer la logique des r\u00e8gles m\u00e9tier dans divers processus m\u00e9tier. <\/p>\n\n\n\n

Prenons un exemple dans le secteur du commerce en ligne. Dans la figure 1, notre exemple de processus m\u00e9tier est la gestion simplifi\u00e9e d\u2019une demande de retour d\u2019un client, qui est mod\u00e9lis\u00e9e selon la norme de notation pour la mod\u00e9lisation des processus m\u00e9tier (BPMN, Business Process Model Notation).<\/p>\n\n\n\n

\"\"
Figure 1 : traitement de la demande de retour d\u2019un client<\/figcaption><\/figure>\n\n\n\n

D\u00e8s que le client demande un retour, le processus d\u00e9clenche l\u2019historique des commandes du client. L\u2019historique des commandes est une donn\u00e9e essentielle pour l\u2019\u00e9tape suivante : la validation de la conformit\u00e9 \u00e0 la politique de retour. Un moteur de r\u00e8gles m\u00e9tier est utilis\u00e9 pour automatiser cette activit\u00e9. <\/p>\n\n\n\n

Si la validation automatique renvoie un r\u00e9sultat n\u00e9gatif, une t\u00e2che manuelle permet de trouver une solution alternative pour le client. Si la demande est rejet\u00e9e, ce dernier en est inform\u00e9. Dans le cas contraire, le client re\u00e7oit une \u00e9tiquette d\u2019exp\u00e9dition retour et une autorisation de retour de marchandise (RMA) est consign\u00e9e. <\/p>\n\n\n\n

Maintenant que vous avons mod\u00e9lis\u00e9 un exemple de processus m\u00e9tier, nous pouvons passer \u00e0 la phase suivante dans le cycle de vie du BPM : l\u2019automatisation du processus m\u00e9tier. Nous devons tenir compte de l\u2019impl\u00e9mentation technique pour chaque type d\u2019activit\u00e9. <\/p>\n\n\n\n

Il existe trois options principales : <\/strong><\/p>\n\n\n\n

    \n
  1. Cr\u00e9er une t\u00e2che manuelle pour attribuer l’activit\u00e9 humaine correspondante.<\/li>\n\n\n\n
  2. Utiliser un moteur de r\u00e8gles m\u00e9tier pour automatiser une activit\u00e9 de d\u00e9cision.<\/li>\n\n\n\n
  3. Tirer parti d\u2019une logique m\u00e9tier dans les applications externes au BPMS par le biais d\u2019appels. <\/li>\n<\/ol>\n\n\n\n

    Dans notre exemple, nous avons une activit\u00e9, \u00ab g\u00e9rer la violation de la politique \u00bb, qui est impl\u00e9ment\u00e9e comme t\u00e2che manuelle. L\u2019activit\u00e9 de d\u00e9cision \u00ab valider la conformit\u00e9 \u00e0 la politique de retour \u00bb est impl\u00e9ment\u00e9e par le biais d\u2019un moteur de r\u00e8gles. Les cinq derni\u00e8res activit\u00e9s ont besoin d\u2019une int\u00e9gration avec des syst\u00e8mes back-end. D\u00e9couvrons comment l’API-led Connectivity peut nous aider.<\/p>\n\n\n\n

    API-led Connectivity et Processus m\u00e9tier<\/h2>\n\n\n\n

    l’API-led Connectivity instaure un syst\u00e8me de couches avec une s\u00e9paration claire des responsabilit\u00e9s : API Exp\u00e9rience, API Processus et API System. Dans quelle couche les processus m\u00e9tier se trouvent-ils ? Alors que les API Exp\u00e9rience adaptent les informations pour un canal digital, les API System contiennent principalement une logique de connectivit\u00e9 vers les syst\u00e8mes de traitement. Les API Process se situent entre les API Experience et les API System. Elles sont extraites des canaux digitaux et des environnements syst\u00e8me sous-jacents et ciblent les domaines m\u00e9tier. Ainsi, les API Process sont adapt\u00e9es par nature \u00e0 la capture de la logique des processus m\u00e9tier et de la logique des r\u00e8gles m\u00e9tier. <\/p>\n\n\n\n

    Examinons maintenant les API et les int\u00e9grations qui existent dans le domaine m\u00e9tier. La figure 2, qui illustre l\u2019architecture API-led Connectivity, comprend deux canaux d\u2019engagement : un syst\u00e8me de boutique et une exp\u00e9rience mobile associ\u00e9e. <\/p>\n\n\n\n

    Nous avons donc une API \u00ab Boutique \u00bb et une API \u00ab Mobile \u00bb sur la couche Experience afin d\u2019adapter les informations \u00e0 ces canaux.<\/p>\n\n\n\n

    \"\"
    Figure 2 : architecture API-led dans l\u2019\u00e9tat actuel<\/figcaption><\/figure>\n\n\n\n

    La couche Process comporte quatre API m\u00e9tier. Notez que l\u2019API \u00ab historique des commandes \u00bb (Order History) et
    l\u2019API \u00ab exp\u00e9dition \u00bb (Shipping) appellent plusieurs API pour enrichir les informations. Dans la couche System, des API fournissent la logique de connectivit\u00e9 aux syst\u00e8mes back-end.<\/p>\n\n\n\n

    Anypoint Exchange h\u00e9berge des API document\u00e9es et publi\u00e9es comme briques de construction (building blocks) r\u00e9utilisables pour des projets ult\u00e9rieurs. Un \u00ab Center for Enablement \u00bb (C4E) est mis en place pour favoriser la r\u00e9utilisation et permettre aux autres \u00e9quipes de profiter de la plateforme et de la m\u00e9thodologie. Ainsi, un C4E est une base organisationnelle parfaitement adapt\u00e9e dans le cas d\u2019une initiative de BPM. <\/p>\n\n\n\n

    Pour automatiser un nouveau processus m\u00e9tier, nous pouvons tirer profit de notre investissement existant en mati\u00e8re d’API-led Connectivity.  Au lieu de recr\u00e9er des int\u00e9grations pour chaque activit\u00e9 de processus, nous r\u00e9utiliserons des API existantes qui pr\u00e9sentent des fonctionnalit\u00e9s correspondantes. Les nouvelles API sont d\u00e9velopp\u00e9es et publi\u00e9es pour les activit\u00e9s qui ne peuvent pas \u00eatre impl\u00e9ment\u00e9es par le biais d\u2019une r\u00e9utilisation. <\/p>\n\n\n\n

    L\u2019int\u00e9gration vers des syst\u00e8mes back-end dans le but d\u2019impl\u00e9menter des activit\u00e9s m\u00e9tier est un d\u00e9fi majeur dans l\u2019automatisation des processus m\u00e9tier. L’API-led Connectivity offre une solution qui favorise la vitesse d\u2019ex\u00e9cution et l\u2019efficacit\u00e9. Le BPM permet de g\u00e9n\u00e9rer une valeur commerciale gr\u00e2ce au caract\u00e8re composite d\u00e9coulant de l’API-led Connectivity. En bref, le BPM constitue un moyen de cr\u00e9er une valeur commerciale \u00e0 partir de l\u2019investissement r\u00e9alis\u00e9 dans l’API-led Connectivity.<\/p>\n\n\n\n

    Dans la figure 3, nous reprenons notre pr\u00e9c\u00e9dent exemple afin de d\u00e9montrer les am\u00e9liorations n\u00e9cessaires \u00e0 l\u2019architecture fond\u00e9e sur les API de la figure 2. <\/p>\n\n\n\n

    \"\"
    Figure 3 : architecture fond\u00e9e sur les API avec processus de retour impl\u00e9ment\u00e9<\/figcaption><\/figure>\n\n\n\n

    Le nouveau processus m\u00e9tier pr\u00e9sente, documente et publie l\u2019activit\u00e9 \u00ab g\u00e9rer la demande de retour \u00bb (Handle Return Request) en tant qu\u2019API. Il est appel\u00e9 par l\u2019API d\u2019exp\u00e9rience \u00ab boutique \u00bb (Shop) lors de l\u2019ex\u00e9cution de la demande de retour du client et renvoie des informations sur l\u2019autorisation relative \u00e0 cette demande. Le processus de retour devient r\u00e9utilisable dans d\u2019autres contextes gr\u00e2ce \u00e0 la documentation et \u00e0 la publication de l\u2019API.<\/p>\n\n\n\n

    Le BPMS orchestre l\u2019ex\u00e9cution de l\u2019instance du processus. L\u2019impl\u00e9mentation de la premi\u00e8re activit\u00e9 \u00ab rechercher l\u2019historique des commandes du client \u00bb est un appel \u00e0 l\u2019API \u00ab historique des commandes \u00bb (Order History). Cette r\u00e9utilisation de l\u2019API \u00ab historique des commandes \u00bb dans le contexte d\u2019un processus m\u00e9tier automatis\u00e9 vous permet de gagner du temps et de r\u00e9duire vos efforts. Cette ex\u00e9cution tire parti de la logique d\u2019int\u00e9gration et de connectivit\u00e9 existante vers le CRM et le syst\u00e8me de gestion des commandes (OMS).<\/p>\n\n\n\n

    Un moteur de r\u00e8gles impl\u00e9mente la deuxi\u00e8me activit\u00e9 dans le processus : \u00ab valider la conformit\u00e9 \u00e0 la politique de retour \u00bb. Le BPMS traite \u00e9galement directement la t\u00e2che manuelle \u00ab g\u00e9rer la violation de la politique \u00bb.<\/p>\n\n\n\n

    L\u2019activit\u00e9 \u00ab cr\u00e9er une \u00e9tiquette d\u2019exp\u00e9dition retour \u00bb est de nouveau impl\u00e9ment\u00e9e par le biais d\u2019un appel \u00e0 une API existante : l\u2019API \u00ab exp\u00e9dition \u00bb. Dans notre exemple, il n\u2019existe aucune API correspondante pour impl\u00e9menter le reste des activit\u00e9s dans le processus. Par cons\u00e9quent, de nouvelles API sont n\u00e9cessaires : \u00ab notification \u00bb et \u00ab commerce \u00bb. Pour le prochain projet, ces nouvelles API seront disponibles comme assets r\u00e9utilisables.<\/p>\n\n\n

    Article r\u00e9cent<\/div>
    D\u00e9couvrez pourquoi nous sommes les leaders de la gestion des API et de l'iPaaS\n<\/div>
    Lire les rapports<\/a><\/span><\/div><\/div><\/div><\/div><\/div>\n\n\n\n

    Conclusion<\/h3>\n\n\n\n

    Nous avons montr\u00e9 que la connectivit\u00e9 fond\u00e9e sur les API constitue une base parfaitement adapt\u00e9e \u00e0 l\u2019impl\u00e9mentation des processus m\u00e9tier. Le fait de r\u00e9utiliser des API pour impl\u00e9menter des activit\u00e9s de processus r\u00e9duit consid\u00e9rablement le temps de travail et les efforts fournis.<\/p>\n\n\n\n

    Bien que le BPM et l’API-led Connectivity constituent des strat\u00e9gies ind\u00e9pendantes et g\u00e9n\u00e8rent de la valeur par elles-m\u00eames, elles se compl\u00e8tent parfaitement. Avec l’API-led Connectivity, nous investissons dans le caract\u00e8re composite de notre entreprise. Avec le BPM, nous r\u00e9coltons les fruits de cet investissement, car chaque processus m\u00e9tier automatis\u00e9 est une composition sp\u00e9cifique qui cr\u00e9e de la valeur commerciale.<\/p>\n","protected":false},"excerpt":{"rendered":"

    La gestion des processus m\u00e9tier (BPM) et l’API-led Connectivity sont des strat\u00e9gies compl\u00e9mentaires qui partagent la m\u00eame vision : une entreprise \u00e0 la structure composite qui s\u2019adapte sans cesse aux nouvelles exigences du march\u00e9 et aux attentes des clients en constante \u00e9volution. <\/p>\n","protected":false},"author":5188,"featured_media":602,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[27],"tags":[95,64,101],"series":[],"persona":[220,221],"industry":[239],"class_list":["post-188","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-learn-apis","tag-api-led-connectivity","tag-apis","tag-business","persona-developer","persona-enterprise-architect","industry-high-tech"],"acf":[],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/blogs.mulesoft.com\/fr\/wp-content\/uploads\/sites\/2\/2022\/02\/Blog_Better-together-Business-Process-Management-and-API-led-Connectivity_FR-1.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/188","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/users\/5188"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/comments?post=188"}],"version-history":[{"count":10,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/188\/revisions"}],"predecessor-version":[{"id":642,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/posts\/188\/revisions\/642"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/media\/602"}],"wp:attachment":[{"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/media?parent=188"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/categories?post=188"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/tags?post=188"},{"taxonomy":"series","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/series?post=188"},{"taxonomy":"persona","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/persona?post=188"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/fr\/wp-json\/wp\/v2\/industry?post=188"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}