Browser
Eine Person öffnet eine Aufgabe
Sie sieht das passende Formular und den aktuellen Vorgang.
Architektur
Bei klassischen Workflows verteilen sich Ablauf, Formulare, Rechte und Integrationen oft auf mehrere Systeme. ProcessBlocks gibt jeder Aufgabe einen festen Ort. So kann die Prozessmappe dieselben Plattformdienste nutzen.
Von der Definition zur erledigten Aufgabe
Die Person sieht eine Arbeitsoberfläche. Dahinter hat jede Plattformkomponente eine bestimmte Aufgabe.
Browser
Sie sieht das passende Formular und den aktuellen Vorgang.
Keycloak · oauth2-proxy
Identität und Gruppen zeigen der Plattform, wer anfragt.
ProcessBlocks Web
ProcessBlocks stellt das Formular dar und prüft Rechte und Eingaben.
Operaton
Das BPMN-Diagramm bestimmt die nächste Aufgabe oder Entscheidung.
Gateway · PostgreSQL
Prozessdaten und Dokumente liegen hinter der Datengrenze der Plattform.
Automatische Schritte im BPMN-Diagramm
Worker · Module
Deklarierte Module führen automatische Aufgaben aus und melden ihr Ergebnis.
ProcessBlocks Paper
Ein eigener Dienst übernimmt PDF-Arbeit, wenn das Diagramm sie verlangt.
Was diese Grenzen lösen
Wer den Prozess gestaltet, modelliert die Arbeit. Die Plattform liefert die gemeinsame Technik.
Die Anwendung prüft anhand der Gruppen Sichtbarkeit, Starts und Aufgaben. Nicht jeder Prozess braucht eine eigene Rechteverwaltung.
Operaton folgt genau dem BPMN-Diagramm, das gestaltet wurde. Der Ablauf steckt nicht versteckt im Formularcode.
Der Worker bietet deklarierte Module für viele Prozesse an. Ein automatischer Schritt ist im Diagramm und in der Fehlerübersicht zu finden.
Modell und ergänzende Definitionen bleiben zusammen. Ein laufender Vorgang ist an seine ursprüngliche Version gebunden.
Unabhängige Backends
Ein automatischer BPMN-Schritt benennt ein Topic. Die Engine hält die Aufgabe bereit, bis ein dafür angemeldetes Backend sie abholt. Das Frontend muss kein bestimmtes Backend auswählen.
Ein Backend holt Aufgaben zu den Topics ab, die es bedienen kann. Das Frontend zeigt, ob alle benötigten Topics abgedeckt sind – ohne manuelles Anhängen.
Ein Backend kann viele Topics bedienen oder gezielt nur eines. Unterschiedliche Arten von Arbeit können in getrennt bereitgestellten Diensten laufen.
Wird ein Handler auf ein anderes Backend verlagert, bleiben BPMN-Topic, Formular und Arbeitsoberfläche gleich. Die Bereitstellung kann sich um den Prozess herum weiterentwickeln.
Die ProcessBlocks-Webanwendung, der Worker, das Datengateway und der Paper-Dienst sind in Rust geschrieben. Operaton führt die Java-basierte BPMN-Engine aus; im Browser laufen HTML, CSS und JavaScript.
Technische Vorteile
Diese Entscheidungen sind im Betrieb überprüfbar, nicht nur auf einer Folie schön.
Operaton ist ein von DemandFlow weitergeführter Open-Source-Fork von Camunda 7. Engine-Fragen und Plattformänderungen können wir zusammen lösen.
Eine aktive Instanz bleibt an die Bytes ihrer Prozessversion gebunden. Änderungen an einer älteren Version stoppen den Start statt still die Bedeutung zu ändern.
Ein Prozess deklariert, welche Schritte und Eingaben er braucht. Die Installation macht die Freigabe sichtbar.
Automatische Aufgaben können wiederholt, als BPMN-Fehler geroutet oder im Dead-Letter-Bereich untersucht werden.
Eine Felddeklaration steuert die Darstellung im Browser und die Prüfung beim Absenden – auch wenn die Anfrage ohne JavaScript gestellt wird.
Die Anwendung hat keinen vorgeschriebenen Cloud-Dienst. Auch für KI-Schritte gibt es keinen voreingestellten Modellanbieter.
Ein Beispiel für eine klare Grenze
Wenn ein Prozess PDF-Arbeit braucht, benennt das Diagramm diesen Schritt und ProcessBlocks Paper führt ihn aus. Der Worker behält seine Aufgaben; die PDF-Verarbeitung samt MuPDF-Abhängigkeit bleibt in einem eigenen Dienst.
Ihr Prozess, Ihre Umgebung
Wir zeigen, wie ein fachlicher Ablauf zu einer versionierten Prozessmappe wird und welche Schritte ohne eigene Programmierung möglich sind.
Kontakt aufnehmen