Wie wäre es, wenn man verschiedene Funktionalitäten unabhängig voneinander, in unterschiedlichen Prozessen einfach und unkompliziert verwenden könnte? Das betrifft sowohl Basis-Funktionalitäten, wie das Versenden einer E-Mail oder das Erzeugen einer Rechnung als auch spezifische Aufgaben, wie das Reservieren eines bestimmten Produktes in einem Warenlager.

1. Geschäftsprozessmodellierung
© Dominik Horn 1
DOMINIK HORN
BPMN, Low-Code und Service Tasks

2. Geschäftsprozessmodellierung
© Dominik Horn 8
Welche Schnittstellen müssen Low-Code nutzbar gemacht werden?

3. Geschäftsprozessmodellierung
© Dominik Horn 9

4. Geschäftsprozessmodellierung
© Dominik Horn 10
§ Input: Daten, die für die Abarbeitung benötigt werden
§ Processing: Formular, Programmlogik oder
Anbindung an ein System
§ Output: Daten, die von der Schnittstelle zur
Verfügung gestellt werden
Unter Low Code im Kontext der BPMN ist die
einfache Wiederverwendbarkeit von vorhandener
Funktionalität zu verstehen – ohne spezifisches Entwickler
Know-how.
Verschiedene Engines stellen hierfür Template
Mechanismen zur Verfügung, die Implementierungs-
details verstecken und Daten-Mappings
vordefinieren.
Wie ist eine Schnittstelle aufgebaut?
Schnittstelle
Processing
Input Output

5. Geschäftsprozessmodellierung
© Dominik Horn 11
§ Task 1: Hat Zugriff auf seine eigenen Daten und die
des gesamten Prozesses.
§ Task 2: Hat Zugriff auf seine eigenen Daten, die
des Subprozesses und die des gesamten Prozesses.
§ Task 3: Hat Zugriff auf seine eigenen Daten, die
des Event Subprozesses, die des Subprozesses und
die des gesamten Prozesses.
Ein Task hat stets auf die eigenen und die übergeordneten
Daten Zugriff. Durch das Input / Ouput Mapping können
einzelne Tasks in unterschiedlichen Kontexten wieder-
verwendet werden. Denn nur wenn ein Task lediglich auf seine
eigenen Daten zugreift und ein geeignetes Input / Output
Mapping definiert, kann Wiederverwendbarkeit über verschiedene
Prozesse hinweg ermöglicht werden.
Input / Ouput - Datensicht

6. Geschäftsprozessmodellierung
© Dominik Horn 12
Input / Ouput – Datensicht - Beispiel

7. Geschäftsprozessmodellierung
© Dominik Horn 13
Input / Ouput – Datensicht - Beispiel
Beide Task sind mit der gleichen Funktionalität verknüpft.
Um eine parallele Ausführung zu ermöglichen, sollten die Tasks auf ihre lokalen Daten zugreifen.

8. Geschäftsprozessmodellierung
© Dominik Horn 14
Low Code – Human Work
§ Implementierung
– Erstellung von Formular: Bereitstellung und Eingabe
von Daten
– Eigene Oberflächen: Verknüpfung zu Implementierungen
von UI Komponenten (kein Low Code)
§ BPMN
– Aufgabenzuweisung
– Verknüpfung mit Formularen
– Benachrichtigungen
– Input / Output
Nicht nur Formulare, sondern auch Benutzeraufgaben
können wiederverwendbar zur Verfügung gestellt werden.
Dies ist bspw. hilfreich um eine Aufgabe zur Freigabe
eines Dokuments in verschiedenen Workflows
einfach wiederverwenden zu können.
Low Code Form Erstellung in Camunda
Konfiguration von User Tasks in Camunda

9. Geschäftsprozessmodellierung
© Dominik Horn 15
Low Code – Automatisierte Aufgaben
§ Implementierung
– Vorhandene Funktionalität nutzen
– Anbindung neuer Systeme (meistens kein Low Code)
– Programmierung neuer Funktionalität (kein Low Code)
§ BPMN
– Template verwenden
– Manuelle Konfiguration
• Implementierung konfigurieren
• Input / Output Mapping definieren
Low-Code für die Implementierung entsteht, wenn Funktionalität für die
Modellierung als Template zur Verfügung gestellt wird.
Dadurch wird weniger Know-how bei der Modellierung benötigt und
die Implementierung rückt in den Hintergrund.
Je nach Umfang und Größe kann eine manuelle Konfiguration
jedoch vorteilhaft in Bezug auf Umsetzungsgeschwindigkeit und
Komplexität sein.

10. Geschäftsprozessmodellierung
© Dominik Horn 16
Templates in Camunda
Schnittstelle
Processing
Input Output
{
"name": “Mail senden",
"id": “io.templates.mailtask",
"appliesTo": [
"bpmn:CallActivity"
],
"properties": [
{
"label": “Test Inout",
"type": "String",
"value": “test",
"binding": {
"type": "camunda:in",
"target": "app_test_input",
"expression": true
},
"constraints": {
"notEmpty": true
}
},
{
"label": “Test Input",
"type": "Json",
"value": "${antragsdaten}",
"binding": {
"type": "camunda:in",
"expression": true,
"target": “app_test_input2"
},
"constraints": {
"notEmpty": true
}
},
{
"...." : "...."
}

11. Geschäftsprozessmodellierung
© Dominik Horn 17
Templates in Camunda

12. Geschäftsprozessmodellierung
© Dominik Horn 18
Wiederverwendbarkeit anhand eines Beispiels

13. Geschäftsprozessmodellierung
© Dominik Horn 19
Wiederverwendbarkeit anhand eines Beispiels

14. Geschäftsprozessmodellierung
© Dominik Horn 20
Architektur – Build & Run
Oberflächen und Formulare
Workflowautomatisierung
Systemintegration
run
Modellierung
build

15. Geschäftsprozessmodellierung
© Dominik Horn 21
Wie ensteht wiederverwendbare Funktionalität?
Workflowautomatisierung
run
Modellierung
build
Mail Service
Element
Template
Element
Template
Element
Templates

16. Geschäftsprozessmodellierung
© Dominik Horn 22
Camunda Cloud – Service Tasks

17. Geschäftsprozessmodellierung
© Dominik Horn 23
Job Worker – Wie werden Service Tasks erledigt?

18. Geschäftsprozessmodellierung
© Dominik Horn 24
Services Tasks - Konfiguration
§ Task Definition
– Typ: Typ des Tasks über den Aufgaben durch Job Worker reserviert
werden können
– Retries: Anzahl wie oft die Aufgabe wiederholt werden soll (default 3)
§ Inputs
– Daten, die für die Abarbeiten als lokale Werte zur Verfügung
gestellt werden
§ Outputs
– Daten, die vom Job Worker beim Abschließen
zur Verfügung gestellt werden

19. Geschäftsprozessmodellierung
© Dominik Horn 25
Services Tasks – Manuelle Konfiguration
§ Task Definition
– Typ: Typ des Tasks über den Aufgaben durch Job Worker reserviert
werden können
– Retries: Anzahl wie oft die Aufgabe wiederholt werden soll (default 3)
§ Inputs
– Daten, die für die Abarbeiten als lokale Werte zur Verfügung
gestellt werden
§ Outputs
– Daten, die vom Job Worker beim Abschließen
zur Verfügung gestellt werden

20. Geschäftsprozessmodellierung
© Dominik Horn 26
Camunda Cloud - Connectors

21. Geschäftsprozessmodellierung
© Dominik Horn 27
Camunda Cloud - Connectors

22. Geschäftsprozessmodellierung
© Dominik Horn 28
Camunda Cloud - Connectors

23. Geschäftsprozessmodellierung
© Dominik Horn 29
Service Task - Aufgabe
In dieser Aufgabe geht es darum, die Interaktion zwischen Service und User Tasks zu erlernen. Die folgenden
Funktionalitäten werden verwendet:
§ Wiederverwendbare Konnektoren
§ Erstellung von Formularen
§ FEEL-Ausdrücke zur Abbildung von Daten
URL: https://camunda-university-meetup.github.io/exercises/camunda-8/tasks/service-task