In der Sidebar der grafischen Modellierung stehen Ihnen eine Vielzahl an Objekten zur Verfügung, die Sie mit einem Klick auswählen und an einer Stelle Ihrer Wahl platzieren und benennen können. Dazu gehören Aktivitäten (Activities), Gateways und weitere BPMN-Elemente, die für die Modellierung komplexerer Prozesse benötigt werden. Folgende Elemente stehen Ihnen zur Verfügung:
Prozesselement | Erklärung | Beispiel Use Case |
Sequenzfluss | Definiert die Reihenfolge der Ausführung der anderen Prozesselemente im Ablauf. In jedem Prozess gibt es mindestens einen Sequenzfluss. | |
User Task | Aufgaben, in denen Informationen durch den Nutzer in Formularfelder eingetragen werden. Repräsentiert einen Arbeitsschritt im Prozessablauf. | Prüfung eines Fortbildungsantrages, Erfassung von Maßnahme zu einer Abweichung, … |
Send Task | Automatisierter Mailversand im Prozessablauf. Empfänger sowie Inhalt der gesendeten Nachricht können in der Modellierung frei angepasst werden. Per # können Felder im Betreff oder Nachrichtenkörper referenziert werden. Der Versand von Dateien aus Feldern des Typs Dateianhang ist über dieses Element möglich. Mehrzeilige Zeilenumbrüche/ Absätze im Nachrichtenkörper des Send Tasks müssen mit Shift + Enter oder STRG + Enter eingegeben werden. | Benachrichtigung an den Antragsteller über Genehmigung/ Ablehnung seines Antrages, Erinnerungsmail, … |
Subprozess | Gibt die Möglichkeit einen untergeordneten Prozess im Zuge eines Hauptprozesses anzustoßen. Der Hauptprozess wird erst fortgesetzt, sobald der Subprozess vollständig durchlaufen wurde. Es ist möglich Feldwerte aus dem Hauptprozess an Felder des Subprozesses zu übertragen und umgekehrt. Die Feldtypen der korrespondierenden Felder müssen in beiden Prozessen dieselben sein. | Ausführung einer Reisekostenabrechnung im Zuge eines Dienstreiseantrages. |
Skript Task | Im Skript Task lassen sich Werte aus Formularfeldern per Java Script-Code setzen, ändern oder löschen. So kann beispielsweise ein Datum eines Datumsfeldes berechnet oder ein Rolleninhaber automatisiert gesetzt werden. | Automatische Berechnung eines Datums für eine Erinnerung eine Woche vor dem Zieltermin, Automatisches setzen eines Vorgesetzten auf Basis einer ausgewählten Abteilung. |
Service Task | Service Tasks geben die Möglichkeit Schnittstellen zu anderen Systemen (z.B. MSSQL-DB) herzustellen oder automatisierte Operationen (z.B. automatische Erstellung von Reports) durchzuführen. Eine Übersicht über unsere zur Verfügung gestellten Services sowie deren Download ist unter GitHub – roXtra/services möglich. | Lesen von Fahrzeugdaten aus einer Datenbank für weitere Informationen bei der Erfassung einer Abweichung, automatische Ausgabe eines Berichts bei einem abgearbeiteten Change Request. |
Exclusive-Gateway | Stellt im Prozessablauf eine “Entweder-Oder”-Entscheidung dar. Nur einer der ausgehenden Sequenzflüsse wird ausgelöst. Die Auswahl des Sequenzflusses nach Exclusive-Gateways kann über Formularfelder per Bedingung auf den Sequenzflüssen gesteuert werden. | Entscheidung, ob ein Fortbildungsantrag genehmigt oder abgelehnt werden soll, Entscheidung, ob eine Abteilung in einen Onboarding-Prozess integriert sein soll. |
Parallel-Gateway | Parallele Gateways stellen eine Und-Verzweigung im Prozessablauf dar. Alle ausgehenden Sequenzflüsse werden ausgelöst. | Auslösen von Aufgaben im Onboarding-Prozess für mehrere Abteilungen gleichzeitig. |
Timer Boundary/Intermediate Event | Timer-Events sind Events, die zeitgesteuert ausgelöst werden. Es ist entweder eine feste Anzahl an Tagen definierbar oder auf ein Datumsfeld Bezug zu nehmen. Timer Boundary/Intermediate Events haben zwei grundsätzliche Use Cases: 1. Darstellung von Wartezeiten: Verbindet man eine Aufgabe mit einem Timer Boundary/Intermediate Event per Sequenzfluss, dann wird nach Abschluss der Aufgabe bis zum entsprechenden Datum gewartet. 2. Zeitgesteuerter Abschluss von Aufgaben: Hängt man ein Timer Boundary/Intermediate Event direkt an einen User Task an, so wird mit Erreichen des hinterlegten Datums die Aufgabe automatisch beendet. | Darstellung einer Wartezeit bis zur Wirksamkeitsprüfung nach Abschluss der Maßnahmenumsetzung, die Bearbeitung eines Antrages soll automatisch abgebrochen, nachdem dieser zwei Wochen nicht bearbeitet wurde. |
Timer Boundary Event (non interrupting) | Timer-Events sind Events, die zeitgesteuert ausgelöst werden. Es ist entweder eine feste Anzahl an Tagen definierbar oder auf ein Datumsfeld Bezug zu nehmen. Das Timer Boundary Event (non-interrupting) kann lediglich direkt an einen User Task angeheftet werden. Wird während sich der Vorgang im entsprechenden User Task befindet, der im Event hinterlegte Zeitpunkt erreicht, wird das Event und der nachfolgende Pfad ausgelöst. Die Aufgabe wird hierbei nicht beendet. | Auslösen einer Erinnerungsmail nach drei Tagen, Auslösen einer Eskalationsmail, wenn das Zieldatum überschritten wurde. |
Message Boundary/Intermediate Event | Message-Events werden durch Nachrichten gesteuert ausgelöst. Wir können zwei Typen von Nachrichten empfangen: E-Mails und Webhooks. Message Boundary/Intermediate Events haben zwei grundsätzliche Use Cases: 1. Darstellung von Wartezeiten: Verbindet man eine Aufgabe mit einem Message Boundary/Intermediate Event per Sequenzfluss, dann wird nach Abschluss der Aufgabe gewartet, bis eine Nachricht entweder per Mail oder per Webhook im Vorgang eintrifft. 2. Nachrichtengesteuerter Abschluss von Aufgaben: Hängt man ein Message Boundary/Intermediate Event direkt an einen User Task an, so wird mit Eingang einer Nachricht per Mail oder Webhook die Aufgabe automatisch beendet. | Warten im Ticketsystem auf das Feedback eines Feedbackgebers per Mail, Warten auf das Auslösen eines Webhooks während eine Entscheidung aus Teams heraus getroffen wird. |
Message Boundary Event (non-interrupting) | Message-Events werden durch Nachrichten gesteuert ausgelöst. Es können zwei Typen von Nachrichten empfangen werden: E-Mails und Webhooks. Das Message Boundary Event (non-interrupting) kann lediglich direkt an einen User Task angeheftet werden. Trifft während sich der Vorgang im entsprechenden User Task befindet eine Nachricht im Vorgang ein, wird das Event und der nachfolgende Pfad ausgelöst. Die Aufgabe wird hierbei nicht beendet. | Auslösen einer automatischen Nachricht per Send Task an den Aufgabeninhaber, wenn ein Web- hook von extern getriggert wurde. |
Signal Boundary Event (non-interrupting) | Signal Events geben dem Anwender die Möglichkeit einen Pfad per Knopfdruck, parallel zur aktuell offenen Aufgabe auszulösen. Es kann definiert werden, welche der Rollen im Prozessablauf in der Lage sein soll den zugehörigen Button zu sehen und auszulösen. | Auslösen eines optionalen Feedbackpfades, geregelter Abbruch eines Vorgangs in einem spezifischen Prozessschritt. |
Error Boundary Event | Das Error Boundary Event kann an Service Tasks angehangen werden. Tritt während der Ausführung eines Services ein Fehler auf, kann per Error Boundary Event der Sprung in die reguläre nächste Aufgabe verhindert werden und ein Pfad zur Korrektur von bspw. Eingaben angestoßen werden. | Wenn während einer DB-Abfrage ein Fehler auftritt, soll in den Schritt vor der Abfrage gesprungen werden. |
Start Event | Das Start Event stellt das erste Formular dar, welches durch den Ersteller ausgefüllt wird. Pro Prozess wird mindestens eines der Start Events benötigt. | Antragstellung durch den Mitarbeiter beim Fortbildungsantrag. |
Timer Start Event | Gibt die Möglichkeit Vorgänge mit einem spezifischen Titel einmalig oder zyklisch ab einem spezifischen Zeitpunkt zu starten. Folgende Zyklen sind hierbei möglich: täglich, wöchentlich, monatlich, jährlich. | Ein Management-Review soll einmal jährlich ausgelöst werden. |
Message Start Event | Gibt die Möglichkeit einen Vorgang nachrichtengesteuert zu starten. Wir können zwei Typen von Nachrichten empfangen: E-Mails und Webhooks. | Beschwerdemanagement soll durch Eingang einer Beschwerde per Mail gestartet werden. |
End Event | Event, welches den Abschluss eines Pfades im Prozess kennzeichnet. Pro Prozess wird mindestens eines der End Events benötigt. | Ende eines Genehmigungsworkflows einer Beschaffung. |
Terminate End Event | Event, welches bei Eintritt einen Vorgang sowie zugehörige Vorgänge in Haupt- und Subprozessen kontrolliert abbricht. | Kontrollierter Abbruch aller Aufgaben im Onboarding, wenn ein Mitarbeiter nicht antritt. |
Data Object Reference | Gibt die Möglichkeit im Prozessablauf visuell zu kennzeichnen welche Informationen (Dokumente, E-Mails, …) versendet werden. Keine weitere Funktion steht dahinter. Das Element hat lediglich einen Zweck zur Beschreibung. | In spezifischen Schritten wird auf eine Verfahrensanweisung verwiesen, dies soll im Modell ersichtlich sein. |
Data Storage Reference | Gibt die Möglichkeit im Prozessablauf visuell zu kennzeichnen welche Fremdsysteme (Datenbanken, ERP, …) angebunden sind. Keine weitere Funktion steht dahinter. Das Element hat lediglich einen Zweck zur Beschreibung. | In einem Service Task wird auf Datenbank zugegriffen, dies soll im Modell ersichtlich sein. |