Bei der Erstellung eines neuen App Projekts werden drei EPK Modelle automatisch mit angelegt:

Das Referenzmodell enthält die EPK des Prozesses, der ausgeführt werden soll. Das Referenzmodell ist der Process App - Neuanlage zugeordnet.

Im Übersichtsmodell wird die Übersichtstabelle konfiguriert, in der die angelegten Instanzen angezeigt und durchsucht werden können. Das Übersichtsmodell ist der Process App - Übersicht zugeordnet.

Das Initialisierungsmodell dient dazu, vor dem Ablauf der EPK den Container zu befüllen. Damit können Aktionen ausgeführt werden, die von der EKP unabhängig sind, bei der Ausführung aber zur Verfügung stehen sollen.

Das Initialisierungsmodell kann einem kompletten App Projekt zugeordnet werden und gilt dann für alle darin abgelegten Process App Elemente. Es ist aber auch möglich, ein Initialisierungsmodell nur einer konkreten Neuanlage oder Übersicht zuzuordnen. Dann gilt das Modell ausschließlich für diesen Einstiegslink.


Erst seit Version 17.3 ist es möglich, die Modelle einer App zentral am App Projekt zu pflegen. In älteren Versionen müssen Ausführungs-, Initialisierungs- und Verwaltungsmodell sowie der Name der Kollektion einzeln an den Elementen Process App - Neuanlage und Process App - Übersicht definiert werden.

Einsatz des Initialisierungsmodells

Ein Initialisierungsmodell enthält bereits eine einfache EPK mit einem Worker.

Im Editor des Workers Lesen der Organisationsdaten werden die benötigten Codezeilen gespeichert.

In der Regel ist die angelegte Standard-EPK für den Einsatz des Initialisierungsmodells ausreichend, da man das Modell vor allem dafür benutzt, JavaScript-Code auszuführen. Selbstverständlich können die vorhandenen EPK-Elemente auch umbenannt werden. Die Standard-EPK kann zudem durch weitere EPK-Elemente erweitert und umgestaltet werden. Ist der auszuführende Programmcode sehr umfangreich, kann man diesen zum Beispiel auf mehrere Worker verteilen, um die Übersichtlichkeit zu erhöhen.

Das Initialisierungsmodell kann verschiedenen Elementen zugeordnet werden.

Bei der Anlage eines neuen App Projekts wird das Initialisierungsmodell auf der Arbeitsfläche angelegt.

Das Initialisierungsmodell wird am App Projekt zentral zugeordnet. Bei der Anlage eines neuen App Projekts ist es standardmäßig für die Neuanlage wie auch für die Übersicht eingetragen.

Einer Neuanlage und einer Übersicht können auch unterschiedliche Initialisierungsmodelle zugewiesen werden.

Es ist auch möglich, einer Process App - Neuanlage oder einer Process App - Übersicht direkt ein Initialisierungsmodell zuzuordnen.

Der Name des Modells wird am Process App Element im Feld Initialisierungsmodell eingetragen. Das Modell gilt dann nur für diesen Einstiegslink.

Sobald Sie ein Modell direkt am App Element definieren, wird das dem App Projekt zugeordnete Modell ignoriert.

Anwendungsbeispiel

Im Angebotsprozess der Mustermann GmbH verwendet Max Mustermann im Formular Ticket das Suchfeld Produkte. Das Suchfeld soll eine Liste aller lieferbaren Produkte der Mustermann GmbH durchsuchen. Suchfelder referenzieren immer auf ein Datenobjekt im Container. Max muss also zunächst ein Datenobjekt erzeugen, das seine Produktliste enthält. Erst dann kann das Suchfeld Produkte im Formular verwendet werden.

Weitere Informationen zum Thema können Sie auf der Seite Suchfeld verwenden nachlesen.

Max möchte das Suchfeld nicht nur in den Formularen der Neuanlage verwenden. Das Suchfeld soll in der Übersicht auch als Filter für die Instanztabelle eingesetzt werden. Max benötigt also die Produktliste für die Ausführung der Process App - Neuanlage ebenso wie für die Process App - Übersicht. Er hat nun zwei Möglichkeiten:

  1. Anlage der Produktliste über die Formularfunktion Vor der Formularausführung.
    In diesem Fall muss die Produktliste zwei Mal erstellt werden: Über die Formularfunktion des Formulars Ticket für die Neuanlage und über die Formularfunktion des Übersichtsformulars für die Übersicht.
  2. Verwendung des Initialisierungsmodells.
    Einmalige Anlage des Datenobjekts im Worker des Initialisierungsmodells, das dem kompletten App Projekt zugeordnet wird.

Beispiel: Einsatz des Initialisierungsmodells zur Erststellung des Datenobjekts produkte

Aus Gründen der Übersichtlichkeit und der besseren Handhabung möchte Max Mustermann die benötigte Produktliste nur an einer Stelle erzeugen. Er entscheidet sich dafür, in seinem Angebotsprozess das Initialisierungsmodell einzusetzen.

Im App Projekt Angebotserstellung wurde bereits ein Initialisierungsmodell angelegt, es wird derzeit in dem App Projekt aber noch nicht verwendet.
Max öffnet zuerst das Initialisierungsmodell und anschließend per Doppelklick auf den Worker Lesen der Organisationsdaten den Editor.

Im Editor des Workers speichert er den Code, der das Datenobjekt produkte mit den entsprechenden Produktbezeichnungen befüllt und in den Container schreibt:

Nachdem der Code gespeichert ist, wechselt Max zurück ins App Projekt und benennt das Initialisierungsmodell um in Initialisierungsmodell Angebotsapp.

Da er das Datenobjekt produkte in Neuanlage und Übersicht verwenden möchte, ordnet er das Initialisierungsmodell Angebotsapp zentral am App Projekt Angebotserstellung zu.

Im App Projekt steht die Produktliste produkte nun allen Neuanlagen und Übersichten gleichermaßen zur Verfügung.

Nun kann Max die Process Apps testen. Bei der Ausführung der Neuanlage Angebotserstellung Mitarbeiter kann das Suchfeld Produkte verwendet werden - das Datenobjekt produkte steht also in der Neuanlage zur Verfügung:

In der Übersicht wird das Suchfeld Produkte als Filter verwendet. Auch hier führt die Eingabe eines Suchbegriffs zur gewünschten Listenanzeige, das Datenobjekt steht also auch in der Übersicht zur Verfügung:

On this Page:
Related Pages:
Related Documentation:

  • No labels