Zweck
Modul-Bindings verknüpfen bestehende Module deklarativ mit Workflows — ohne Workflow-Code im Modul.
Architektur
┌─────────────┐ bind_ref ┌──────────────────┐
│ Modul │ ◄─────────────│ workflowModuleBind│
│ (standalone)│ │ modul|bind_key │
└──────┬──────┘ └────────┬─────────┘
│ │
│ DD / FD / TPL │ definition_json
└──────────► Workflow-Engine ◄───┘
führt Schritte aus
Vorgehensweise
- Generator: Modul + DD wählen → Binding-JSON automatisch erzeugen.
- Prüfen:
record,needs,finishim JSON anpassen. - Referenz: In Workflow-Definition
bind_refsetzen (z. B.dbxContact|contact_reply).
Möglichkeiten
- Bindings listen, filtern, aktivieren/deaktivieren.
- Mehrere Bindings pro Modul (verschiedene
bind_key). - Demo-Bindings nach Workflow-Install vorhanden.
Beispiel bind_ref: Workflow
ticket_demo nutzt dbxContact|contact_reply — das Modul dbxContact bleibt unverändert; nur die Binding-Definition beschreibt DD-Select, FD-Options und Mail-Abschluss.