{"id":184,"date":"2022-02-23T05:00:00","date_gmt":"2022-02-23T13:00:00","guid":{"rendered":"https:\/\/blogs.mulesoft.com\/de\/?p=184"},"modified":"2023-04-03T18:25:28","modified_gmt":"2023-04-03T18:25:28","slug":"bpm-and-api","status":"publish","type":"post","link":"https:\/\/blogs.mulesoft.com\/de\/apis-und-integration\/bpm-and-api\/","title":{"rendered":"BPM meets API: eine gute Connection"},"content":{"rendered":"Reading Time: <\/span> 10<\/span> minutes<\/span><\/span>\n

Gesch\u00e4ftsprozessmanagement (Business Process Management<\/a>, BPM) und eine API-basierte Konnektivit\u00e4tsarchitektur<\/a> sind sich erg\u00e4nzende Strategien, die dieselbe Vision verfolgen: das modulare Unternehmen (\u201ecomposable enterprise<\/a>\u201c), das permanent auf neue Marktanforderungen und sich ver\u00e4ndernde Kund:innenerwartungen reagieren kann.\u00a0<\/p>\n\n\n\n\n\n\n\n

Warum passen BPM und API-basierte Konnektivit\u00e4t so gut zusammen? <\/h2>\n\n\n\n

Das Ziel von BPM ist die Optimierung der Gesch\u00e4ftsprozesse in Unternehmen. Zu diesem Zweck werden Gesch\u00e4ftsprozesse modelliert, automatisiert und \u00fcberwacht. Unterst\u00fctzung bei diesen Aufgaben bieten BPM-Systeme (BPMS), die die Steuerung und den Datenfluss von Gesch\u00e4ftsprozessen modellieren und ausf\u00fchren. Zudem k\u00f6nnen sie \u201eHuman Workflows\u201c abbilden und enthalten eine Business Rule Engine, die eine allgemeine Gesch\u00e4ftsregel-Logik f\u00fcr verschiedene Gesch\u00e4ftsprozesse bereitstellt. <\/p>\n\n\n\n

Sehen wir uns ein Beispiel aus dem Online-Einzelhandel an. Abbildung 1 zeigt unseren Beispiel-Gesch\u00e4ftsprozess, die vereinfachte Bearbeitung der R\u00fcckgabeanfrage eines Kunden, modelliert im BPMN-Standard (Business Process Model Notation).<\/p>\n\n\n\n

\"\"
Abb. 1: Bearbeitung der R\u00fccksendungsanfrage eines Kunden<\/figcaption><\/figure>\n\n\n\n

Sobald ein Kunde eine R\u00fccksendung beantragt, greift der Prozess auf den Bestellverlauf des Kunden zur\u00fcck. Der Bestellverlauf ist eine wichtige Grundlage f\u00fcr den n\u00e4chsten Schritt: die \u00dcberpr\u00fcfung der Einhaltung der R\u00fccksendebedingungen. Eine Business Rule Engine automatisiert diesen Vorgang. <\/p>\n\n\n\n

F\u00fchrt die automatische Pr\u00fcfung zu einem negativen Ergebnis, muss manuell nach einer verf\u00fcgbaren Alternative oder einer Kulanzl\u00f6sung f\u00fcr den Kunden gesucht werden. Falls der Antrag abgelehnt wird, wird der Kunde benachrichtigt. Andernfalls erh\u00e4lt der Kunde ein R\u00fccksendeetikett und es wird eine Warenr\u00fccksendegenehmigung (Return Merchandise Authorization, RMA) erfasst. <\/p>\n\n\n\n

Nachdem wir nun einen Beispielgesch\u00e4ftsprozess modelliert haben, gehen wir zur n\u00e4chsten Phase im BPM-Lebenszyklus \u00fcber: der Automatisierung des Gesch\u00e4ftsprozesses. Dabei m\u00fcssen wir f\u00fcr jede Gesch\u00e4ftsaktivit\u00e4t (\u201eBusiness Activity\u201c) die technische Umsetzung bedenken. <\/p>\n\n\n\n

Es gibt drei Hauptoptionen: <\/strong><\/p>\n\n\n\n

    \n
  1. Sie erstellen eine \u201eHuman Task\u201c (Aufgabe, die manuell bearbeitet wird) und weisen dieser einen entsprechenden Job zu.<\/li>\n\n\n\n
  2. Sie nutzen eine Business Rule Engine zur Automatisierung einer Entscheidungsaktivit\u00e4t.<\/li>\n\n\n\n
  3. Sie verwenden die Gesch\u00e4ftslogik in Anwendungen au\u00dferhalb des BPMS mittels Call-Outs. <\/li>\n<\/ol>\n\n\n\n

    Im Beispiel wurde die Aktivit\u00e4t \u201eRichtlinienverletzung behandeln\u201c als Human Task angelegt. Die Entscheidungsaktivit\u00e4t \u201eEinhaltung der R\u00fccksendungsbedingungen \u00fcberpr\u00fcfen\u201c wird \u00fcber eine Rule Engine gesteuert. Die restlichen f\u00fcnf Aktivit\u00e4ten erfordern eine Integration mit Backend-Systemen. Finden wir heraus, wie API-basierte Konnektivit\u00e4t hier helfen kann.<\/p>\n\n\n\n

    API-basierte Konnektivit\u00e4t und Gesch\u00e4ftsprozesse<\/h2>\n\n\n\n

    API-basierte Konnektivit\u00e4t f\u00fchrt ein Ebenensystem mit einer klaren Trennung der Aufgabenbereiche ein: Experience-APIs, Prozess-APIs und System-APIs. Zu welcher Ebene geh\u00f6ren Gesch\u00e4ftsprozesse? W\u00e4hrend Experience-APIs Informationen f\u00fcr digitale Kan\u00e4le aufbereiten, enthalten System-APIs haupts\u00e4chlich logische Verkn\u00fcpfungen zu Datensystemen. Zwischen Experience-APIs und System-APIs liegt die Ebene der Prozess-APIs. Sie existieren losgel\u00f6st von digitalen Kan\u00e4len und den zugrundeliegenden Systemlandschaften und sind ausschlie\u00dflich auf Gesch\u00e4ftsbereiche ausgerichtet. Das bedeutet, dass sich Prozess-APIs hervorragend f\u00fcr die Erfassung von Gesch\u00e4ftsprozesslogik und Gesch\u00e4ftsregellogik eignen. <\/p>\n\n\n\n

    Betrachten wir nun die bestehenden APIs<\/a> und Integrationen im Gesch\u00e4ftsbereich. Abbildung 2 zeigt die API-basierte Konnektivit\u00e4tsarchitektur, die zwei Interaktionskan\u00e4le vorsieht: ein Shopsystem und ein erg\u00e4nzendes mobiles Erlebnis.<\/p>\n\n\n\n

    Entsprechend passen eine \u201eShopping\u201c- und eine \u201emobile\u201c API auf der Experience-Ebene Informationen f\u00fcr diese Kan\u00e4le an.<\/p>\n\n\n\n

    \"\"
    Abbildung 2: Aktuelle API-gebasierte Architektur<\/figcaption><\/figure>\n\n\n\n

    Auf der Prozessebene gibt es vier gesch\u00e4ftsorientierte APIs. Sie sehen, dass die API \u201eBestellverlauf\u201c und die API \u201eVersand\u201c mehrere APIs aufrufen, um Informationen zu sammeln. Auf der Systemebene stellen APIs die Konnektivit\u00e4tslogik zu den Backend-Systemen her.<\/p>\n\n\n\n

    Anypoint Exchange<\/a> stellt dokumentierte und ver\u00f6ffentlichte APIs als wiederverwendbare Bausteine f\u00fcr zuk\u00fcnftige Projekte zur Verf\u00fcgung. Ein Center for Enablement (C4E)<\/a> soll die Wiederverwendung f\u00f6rdern und weitere Teams mit der Plattform und Methodik vertraut machen. Damit ist ein C4E eine perfekte Grundlage f\u00fcr eine BPM-Initiative. <\/p>\n\n\n\n

    Um einen neuen Gesch\u00e4ftsprozess zu automatisieren, k\u00f6nnen wir unsere bestehenden Investitionen in API-basierte Konnektivit\u00e4t nutzen. Anstatt f\u00fcr jede Prozessaktivit\u00e4t neue Integrationen zu erstellen, werden wir bestehende APIs wiederverwenden, die die entsprechenden Funktionen bereitstellen. F\u00fcr Aktivit\u00e4ten, die nicht durch Wiederverwendung implementiert werden k\u00f6nnen, werden neue APIs entwickelt und ver\u00f6ffentlicht. <\/p>\n\n\n\n

    Beim Automatisieren von Gesch\u00e4ftsprozessen<\/a> ist die Integration von Back-End-Systemen f\u00fcr die Durchf\u00fchrung von Gesch\u00e4ftsaktivit\u00e4ten eine echte Herausforderung. Mit API-basierter Konnektivit\u00e4t wird die Bereitstellung beschleunigt und die Effizienz erh\u00f6ht. BPM kann die durch API-basierte Konnektivit\u00e4t erm\u00f6glichte Modularit\u00e4t (\u201eComposability\u201c) gesch\u00e4ftlichen Mehrwert umsetzen. Kurz gesagt ist BPM eine Option, um aus der Investition in API-gest\u00fctzte Konnektivit\u00e4t gesch\u00e4ftlichen Nutzen zu ziehen.<\/p>\n\n\n\n

    Abbildung 3 greift das obige Beispiel erneut auf und zeigt die notwendigen Verbesserungen der API-basierten Architektur im Vergleich zu Abbildung 2.<\/p>\n\n\n\n

    \"\"
    Abbildung 3: API-basierte Architektur mit implementiertem R\u00fcckgabeprozess<\/figcaption><\/figure>\n\n\n\n

    Der neue Gesch\u00e4ftsprozess definiert, dokumentiert und ver\u00f6ffentlicht die \u201eBearbeitung einer R\u00fcckgabeanfrage\u201c als API. Diese wird von der \u201eShopping\u201c-Experience-API mit der R\u00fcckgabeanfrage des Kunden aufgerufen und gibt Informationen \u00fcber die Genehmigung dieser Anfrage zur\u00fcck. Durch die Dokumentation und Ver\u00f6ffentlichung der API kann der R\u00fcckgabeprozess in anderen Kontexten wiederverwendet werden.<\/p>\n\n\n\n

    Das BPMS organisiert die Ausf\u00fchrung einer Prozessinstanz. Die Implementierung der ersten Aktivit\u00e4t \u201eBestellverlauf des Kunden suchen\u201c ist ein Aufruf der \u201eBestellverlauf\u201c-API. Diese Wiederverwendung der \u201eBestellverlauf\u201c-API im Rahmen des automatisierten Gesch\u00e4ftsprozesses spart viel Zeit und M\u00fche. Diese Ausf\u00fchrung nutzt die bestehende Konnektivit\u00e4ts- und Integrationslogik f\u00fcr das CRM- und Bestellmanagementsystem (OMS).<\/p>\n\n\n\n

    Eine Regel-Engine implementiert die zweite Aktivit\u00e4t des Prozesses: \u201eEinhaltung der R\u00fcckgabebedingungen \u00fcberpr\u00fcfen\u201c. Das BPMS \u00fcbernimmt auch direkt die Human Task \u201eRichtlinienverletzung bearbeiten\u201c.<\/p>\n\n\n\n

    Die Aktivit\u00e4t \u201eR\u00fccksendeetikett erstellen\u201c wird wiederum durch einen Aufruf einer bestehenden API realisiert: der \u201eVersand\u201c-API. In unserem Beispiel gibt es keine passenden APIs, um die verbleibenden Aktivit\u00e4ten des Prozesses zu implementieren. Daher werden neue APIs ben\u00f6tigt: die APIs \u201eBenachrichtigung\u201c und \u201eCommerce\u201c. F\u00fcr das n\u00e4chste Projekt werden diese neuen APIs als wiederverwendbare Assets zur Verf\u00fcgung stehen.<\/p>\n\n\n

    Aktueller Report<\/div>
    Deshalb sind wir Leader f\u00fcr API Management und iPaaS\n<\/div>
    Reports lesen<\/a><\/span><\/div><\/div><\/div><\/div><\/div>\n\n\n\n

    Fazit<\/h3>\n\n\n\n

    Wir haben gezeigt, dass API-gebasierte Konnektivit\u00e4t eine perfekte Grundlage f\u00fcr die Implementierung von Gesch\u00e4ftsprozessen ist. Die Wiederverwendung von APIs zur Implementierung von Prozessaktivit\u00e4ten reduziert den Zeit- und Arbeitsaufwand erheblich.<\/p>\n\n\n\n

    Wenngleich BPM und API-basierte Konnektivit\u00e4t als unabh\u00e4ngige Strategien gelten und jeweils individuellen Mehrwert schaffen, erg\u00e4nzen sie sich perfekt. Mit API-basierter Konnektivit\u00e4t investieren wir in die Modularit\u00e4t (\u201eComposability\u201c) unseres Unternehmens. Mit BPM profitieren wir von dieser Investition, denn jeder automatisierte Gesch\u00e4ftsprozess ist eine spezifische Komposition, die einen gesch\u00e4ftlichen Mehrwert liefert.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Gesch\u00e4ftsprozessmanagement (Business Process Management, BPM) und eine API-basierte Konnektivit\u00e4tsarchitektur sind sich erg\u00e4nzende Strategien, die dieselbe Vision verfolgen: das modulare Unternehmen (\u201ecomposable enterprise\u201c), das permanent auf neue Marktanforderungen und sich ver\u00e4ndernde Kund:innenerwartungen reagieren kann.\u00a0<\/p>\n","protected":false},"author":5188,"featured_media":325,"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":[289],"tags":[65,82,272,273,274],"series":[],"persona":[219,220],"industry":[241],"class_list":["post-184","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-apis-und-integration","tag-apis","tag-api-strategy","tag-api-basierte-konnektivitaet","tag-business-process-management","tag-bpm","persona-developer","persona-enterprise-architect","industry-high-tech"],"acf":[],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/blogs.mulesoft.com\/de\/wp-content\/uploads\/sites\/3\/2022\/02\/Blog_Better-together-Business-Process-Management-and-API-led-Connectivity_EN-300x253-1.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/posts\/184","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/users\/5188"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/comments?post=184"}],"version-history":[{"count":9,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/posts\/184\/revisions"}],"predecessor-version":[{"id":1662,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/posts\/184\/revisions\/1662"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/media\/325"}],"wp:attachment":[{"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/media?parent=184"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/categories?post=184"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/tags?post=184"},{"taxonomy":"series","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/series?post=184"},{"taxonomy":"persona","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/persona?post=184"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/blogs.mulesoft.com\/de\/wp-json\/wp\/v2\/industry?post=184"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}