Standard Ad-hoc-Workflow

enaio® 11.0

Dieses Modell beinhaltet häufig anzutreffende Arbeitsschritte, aus denen sich Abläufe in Organisationen zusammensetzen – Kenntnisnahmen, Freigaben, Abstimmung, Rückfrage, Mitarbeit, Überarbeiten.

Das Standard Ad-hoc-Modell verfolgt das Ziel, in Installationen sofort einen deutlichen Mehrwert an Produktivität und Prozesssicherheit zu schaffen. Gleichzeitig kann durch das Standardmodell in einer Einführungsphase für standardisierte Workflow-Prozesse eine Evaluierung der Möglichkeiten vorgenommen werden, um so die bisher bestehenden informellen Prozesse elektronisch abzubilden, ohne die Arbeitsabläufe der Anwender in festen Strukturen zu verankern. So können dann Schritt für Schritt immer wiederkehrende Teilabläufe zunächst in Lauflisten gespeichert und dann in definierte Modelle überführt werden.

Das Standard Ad-hoc-Modell ist auf sehr verbreitete Anwendungsfälle ausgerichtet und nutzt demzufolge nicht alle technischen Möglichkeiten des Workflows. Änderungen an dem Modell durch den Betreiber sind nicht vorgesehen, um die breite Verwendbarkeit und Wartungsfreundlichkeit des Modells sicher zu stellen. Gleichzeitig kann aber durch den Betreiber oder im Projekt ein analoges Modell entwickelt werden, um spezifische Anforderungen genauer umzusetzen.

Installation

Bei der Installation von enaio® wird das Workflowmodell osdefaultmodels.xml in das Verzeichnis der Administrationskomponenten kopiert. Dieses Modell wird über enaio® editor-for-workflow importiert und beinhaltet alle für den Taskflow und für den Standard Ad-hoc-Workflow notwendigen Daten.

Vergewissern Sie sich, dass die WF-Jobs 'WFM::WorkItemNoti', 'WFM::WorkerJob', 'WFM::SpoolerJob' und 'WFM::CheckJob' in enaio® enterprise-manager aktiviert sind.

Zusätzlich zu diesem Modell steht Ihnen für den Standard Ad-hoc-Workflow eine Objektdefinitionsdatei zur Verfügung, über die Sie einen Schrank, einen Registertyp und Dokumenttypen einrichten können, um so Protokolldateien der Ad-hoc-Vorgänge in enaio® automatisiert abzulegen. Diese Protokollverwaltung wird über eine Konfigurationsdatei gesteuert.

Alternativ können Protokolldateien als Bilddateien erzeugt und in der Ablage der Prozessverantwortlichen gespeichert werden. Für diese Lösung ist keine Protokollkonfiguration notwendig.

Für den Standard Ad-hoc-Workflow ist das Einbinden der Bibliothek OXVBBAS notwendig.
Das Modell steht in der osdefaultmodels.xml einer Installation nur in der Ansi-Variante zur Verfügung. Beim Import des Modells in ein Unicode-System wird das Modell nach Unicode konvertiert.

Konfiguration

Die Konfiguration des Standard Ad-hoc-Modells erfolgt in drei Schritten:

Importieren und Aktivieren des Modells osdefaultmodels.xml.
Zuordnen von Personen über das Organisationsmodell.
Optional ist das Einrichten von Objekttypen für die Protokollierung und das Konfigurieren der Protokollablage.

Import des Workflowmodells

Das Workflowmodell importieren Sie über enaio® editor-for-workflow.

Starten Sie den enaio® editor-for-workflow.
Wählen Sie die Funktion Organisation importieren aus der Symbolleiste oder dem Menü Datei.
Öffnen Sie über den Dateiauswahldialog die Datei osdefaultmodels.xml aus dem Verzeichnis der Administrationskomponenten .
Markieren Sie im Bereich Quelle den Eintrag 'Systemprojekte' und im Bereich Ziel 'Organisation'.

Sie können ebenfalls mit der Maus den Eintrag 'Systemprojekte' auf den Eintrag 'Organisation' ziehen.

Klicken Sie dann auf den Button Hinzufügen. Das Projekt wird importiert und der Dialog geschlossen.

Statt der beiden Projekte Taskflow und Standard Ad-hoc-Modell in jeweils drei Sprachversionen können Sie auch nur die Einzelmodelle, die Sie einsetzten wollen, importieren. Die gewählte Sprachversion legt ausschließlich die Sprache fest, die der enaio® Server für die Kommunikation und Protokollierung wählt.

Die Workflowschritte liegen unabhängig davon in jeder Sprachversion in jeder der drei Sprachen Deutsch, Englisch und Französisch vor.

Öffnen Sie den Modellexplorer. Das neue Systemprojekt wird angezeigt.

Die übernommenen Modelle sind schreibgeschützt und können nicht bearbeitet werden.
Markieren Sie die gewünschte Sprachversion des Modells und aktivieren Sie es über die entsprechende Funktion aus dem Kontextmenü oder der Symbolleiste.

Sie erhalten bei der automatischen Überprüfung den Hinweis, dass kein Aktenverantwortlicher eingetragen ist. Diese Funktion wird über Events automatisch durch den Benutzer übernommen, der einen Prozess startet. Nach dem Ende des Vorgangs werden alle Dokumente aus der Workflow-Akte, die noch keinen Standort haben, in die persönliche Ablage übertragen.

Das Modell ist damit eingebunden und aktiviert. Im folgenden Schritt binden Sie Rollen und Personen ein.

Konfigurieren der Organisationsstruktur

Mit der Installation von enaio® wird automatisch die Rolle 'Adhoc' angelegt und innerhalb der Organisationsstruktur auf der obersten Ebene eingefügt. Alle Personen, die Sie als Unterobjekte der Rolle 'Adhoc' in die Organisationsstruktur einfügen, können Ad-hoc-Prozesse und Taskflows in enaio® client starten, falls sie über die Systemrolle 'Client: Workflow benutzen' verfügen.

Für die Ad-hoc-Prozesse können alle Personen und Rollen aus der Organisationsstruktur in enaio® client bei der Konfiguration der Laufliste eines Ad-hoc-Prozesses als Teilnehmer eingetragen werden.

Die Organisationsstruktur bearbeiten Sie über enaio® editor-for-workflow:

Starten Sie enaio® editor-for-workflow.
Öffnen Sie über den Arbeitsbereich den Organisationsexplorer.
Ordnen Sie Objekte der Klasse 'Person' der Rolle 'Adhoc' zu.

Speichern Sie die Änderungen.

Mit dem Abschluss dieses Schritts können Ad-hoc-Vorgänge in enaio® client gestartet und ausgeführt werden.

Importieren Sie Benutzer im Organisationsexplorer, können Sie diesen gleich die Rolle 'Adhoc' zuordnen.

Optional können Sie für Ad-hoc-Vorgänge weitere Rollen anlegen und einbinden. Diesen Rollen werden über die Events aus dem Kontext laufender Vorgänge Benutzer, die eine Funktion im Ablauf hatten, zugeordnet.

Die folgenden Rollen sind möglich:

Rolle	Bedeutung
%Erste Empfänger der Aktivität	Ist eine Aktivität mindestens ein zweites Mal in der Laufliste aufgeführt, werden durch diesen Eintrag, diejenigen Personen oder Rollen als Teilnehmer angegeben, die für die Aktivität beim ersten Mal als Teilnehmer eingetragen wurden.
%Erste Bearbeiter der Aktivität	Ist eine Aktivität mindestens ein zweites Mal in der Laufliste aufgeführt, werden durch diesen Eintrag, diejenigen Personen oder Rollen als Teilnehmer angegeben, die die Aktivität beim ersten Mal ausgeführt haben.
%Vorherige Empfänger der Aktivität	Ist eine Aktivität mindestens ein zweites Mal in der Laufliste aufgeführt, werden durch diesen Eintrag, diejenigen Personen oder Rollen als Teilnehmer angegeben, die für die Aktivität beim vorherigen Mal als Teilnehmer eingetragen wurden.
%Vorherige Bearbeiter der Aktivität	Ist eine Aktivität mindestens ein zweites Mal in der Laufliste aufgeführt, werden durch diesen Eintrag, diejenigen Personen oder Rollen als Teilnehmer angegeben, die die Aktivität beim vorherigen Mal ausgeführt haben.
%Letzte Bearbeiter	Derjenige Teilnehmer, der zuletzt einen Vorgangsschritt weitergeleitet hat.
%Prozessinitiator	Derjenige, der den Vorgang gestartet hat.

Diese Rollen können Sie als Objekte der Klasse 'Rolle' mit dem Organisationsexplorer anlegen und der Organisationsstruktur zuordnen.

Legen Sie diese Rollen an, dann werden Sie gegebenenfalls auch in anderen Workflowvorgängen dem Benutzer zur Auswahl angeboten. Dort haben sie allerdings ohne die Einbindung durch Events keine Funktion.

Konfiguration einer Protokollierung

Bestandteil des Modells 'Adhoc' ist die Aktivität 'Protokoll', die, gesteuert durch Events, alle Daten der bereits abgeschlossenen Aktivitäten in einem Protokoll zusammenstellt. Die Aktivität wird, wenn Sie in eine Laufliste aufgenommen wurde, automatisch durchlaufen. Das Protokoll befindet sich danach als Dokument in der Workflowakte. In der folgenden Aktivität kann das Protokoll einem Dokumenttyp zugeordnet, verschlagwortet und an einem Standort gespeichert werden. Geschieht dies nicht, wird das Protokoll nach Ablauf des Vorgangs automatisch in die persönliche Ablage des Benutzers gelegt, der den Vorgang gestartet hat.

Über eine Konfiguration kann das Format für das Protokoll festgelegt werden und ein Standort konfiguriert werden, an dem das Protokoll automatisch gespeichert wird. Diese Konfiguration ist optional, ohne Konfiguration wird das Protokoll als Bilddokument in die Workflowablage gelegt.

In der Objektdefinitionsdatei sind folgende Objekttypen für die Ad-hoc-Workflowprotokollierung definiert:

Ordnertyp 'WF-Protokoll'

Registertyp 'Allgemein'

Dokumenttypen 'Protokoll'

Die Konfigurationsdatei ist auf diese Objektdefinition abgestimmt. Erzeugt wird für jedes Jahr ein Ordner, für jeden Monat ein Register und dort ein Dokument mit den Protokolldaten.

Verschlagwortet wird das Dokument mit dem Prozessnamen, der Prozess-ID und mit dem Betreff aus den Vorgangsschritten:

Übernahme der Objektdefinition

Mit enaio® editor öffnen Sie die Objektdefinitionsdatei AdHoc_asobjdef.xml aus dem Verzeichnis der Installationsdaten \Samples\WF-Adhoc\WorkflowProzessKomponenten.

Sie übernehmen den Schrank, das Register und mindestens einen Dokumenttyp in die System-Objektdefinition. Sie benötigen nur den Dokumenttyp, der dem gewünschten Protokollformat entspricht.

Danach speichern Sie die Objektdefinition und passen die Tabellen an.

Für die weitere Konfiguration benötigen Sie die ID der Objekttypen. Diese ID finden Sie als ersten Eintrag in der Spalte 'Objekttyp' des Eigenschaften-Dialogs.

Beispiel:

Der Dokumenttyp 'Protokoll' hat die ID 131115

Benutzer mit der Rolle 'Adhoc' benötigen im Sicherheitssystem die Zugriffsrechte, um die hier konfigurierten Ordner, Register und Dokumente für die Protokollierung anlegen zu können.

Protokoll-Konfigurationsdatei

Über die Protokoll-Konfigurationsdatei AdHoc_Config.xml legen Sie fest, in welchem Dateiformat die Protokolle erstellt werden und wohin sie gespeichert werden.

Die Datei wird in das Verzeichnis \etc des Datenverzeichnisses installiert. Ändern Sie die Datei nicht, werden Protokolldateien im PDF-Format erstellt. Löschen Sie die Konfigurationsdatei, wird nur eine Bilddatei ohne Dokumenttyp erzeugt.

Voraussetzungen für Protokolle im PDF-Format sind ein JRE auf jedem beteiligten enaio® server, das Setzen der Umgebungsvariable JAVA_HOME auf den Java-Installationspfad …\java\jdk\ und aktivierte Konvertierungsengines.

Die Protokoll-Konfigurationsdatei hat folgenden Inhalt:

<?xml version="1.0" encoding="UTF-8"?>

Als Protokoll-Typ geben Sie 'XML', 'TIF', 'PDF' oder 'NONE' an. Wollen Sie keine automatische Übernahme an einen Standort, sondern nur ein Protokoll in der Akte, geben Sie 'NONE' an. Dann wird aus der folgenden Konfiguration nur der Dokumenttyp für die Protokolldatei übernommen.

Wollen Sie ein Bilddokument, geben Sie 'TIF' an. Das Dateiformat für die Ablage - JPG oder TIFF - wird automatisch durch die Zuordnung zu einem Bild-Dokumenttyp festgelegt. Wollen Sie ein XML-Dokument, geben Sie 'XML' an.

Sie geben die Ordnertyp-ID und den internen Namen des Ordnertyps an.

</Fields>

Sie geben die internen Feldbezeichnungen für die Ordnerfelder an, denen der Modellname und das Jahr zugeordnet werden.

</Folder>

Sie geben die Registertyp-ID und den internen Namen des Registertyps an.

</Fields>

Sie geben die internen Feldbezeichnungen für das Registerfeld an, dem der Monat zugeordnet wird.

</Register>

Sie geben die Dokumenttyp-ID und den internen Namen des Dokumenttyps an, den Sie in der Objektdefinition für das gewünschte Dateiformat eingerichtet haben.

</Fields>

Sie geben die internen Feldbezeichnungen für die Dokumenttypfelder an, denen Prozessname, Prozess-ID und Betreff zugeordnet werden.

</Document>

</Protocol>

Sie können diese Konfiguration ebenfalls an andere Archivobjekttypen anpassen. Eine Struktur aus Ordnertyp, Registertyp und Dokumenttyp ist notwendig. Die Zuordnung erfolgt immer über Objekttyp-ID und interne Namen.

Wählen Sie das XML-Format für die Protokollierung und den zugeordneten Dokumenttyp 'Protokoll_XML', können Sie das Stylesheet adhoc.xsl aus dem Verzeichnis \etc\templates des Datenverzeichnisses über einen Eintrag in der Datei as.cfg aus dem Verzeichnis \etc des Datenverzeichnisses dem Dokumenttyp für die Ansicht in enaio® client zuordnen.

Ein enaio®-Update überschreibt weder die Konfigurationsdatei AdHoc_Config.xml aus dem Verzeichnis \etc des Datenverzeichnisses noch die Stylesheets adhoc.xsl, adhocFO.xsl oder deren Sprachversionen aus dem Verzeichnis \etc\templates. Dadurch bleiben individuelle Anpassungen auch nach einem Update erhalten. Ein Update ersetzt jedoch immer alle entsprechenden Default-Dateien (AdHoc_Config_default.xml, adhoc_default.xsl, adhocFO_default.xsl etc.), die ebenfalls in den Verzeichnissen \etc und \etc\templates des Datenverzeichnisses zu Verfügung stehen und Ihnen als aktuelle Vorlage für eigene Anpassungen dienen.

Standard Ad-hoc-Workflow - Ablauf

Der Standard Ad-hoc-Workflow bietet das Modell für Vorgänge, in die sich die Benutzer schnell und einfach einarbeiten können, die aber zugleich komplex genug sind, um einen großen Teil täglich wiederkehrender Arbeitsprozesse zu organisieren.

Der Standard Ad-hoc-Workflow besteht aus einem Bereich mit sieben aufeinander abgestimmten Aktivitäten, die - im Unterschied zum strukturierten Workflow - nicht durch vorgegebene Transitionswege verbunden sind, sondern aus denen erst im Vorgang ein flexibler Ablauf durch die Benutzer erstellt wird. Mit diesen Aktivitäten werden drei unterschiedliche Prozesse ausgeführt - Abstimmungsprozesse, Freigabeprozesse und Informationsprozesse. Diese Prozesse können beliebig kombiniert, wie auch mehrfach ausgeführt werden. Beendet ist ein Ablauf, sobald in der Laufliste keine Aktivitäten mehr vorgesehen sind.

Die Akte des Standard Ad-hoc-Workflows kann von jedem Teilnehmer in jedem Schritt bearbeitet werden. Auf der Registerkarte Protokollierung ist in jedem Schritt der technische Ablauf nachvollziehbar. Jeder Schritt bietet einen Bereich, in dem der Benutzer Informationen für eine Notizhistorie eingeben kann. Diese ist ebenfalls für jeden Benutzer in jedem Schritt auf der entsprechenden Registerkarte einsehbar.

Der Standard Ad-hoc-Workflow kann sowohl in enaio® client wie auch in enaio® webclient ausgeführt werden. Alle Schritte liegen in Deutsch, Englisch und Französisch vor.

Im Folgenden werden die einzelnen Aktivitäten mit ihren Beziehungen zu folgenden und vorangehenden Aktivitäten beschrieben.

Initialisierung

Ein Ad-hoc-Vorgang wird aus enaio® client über den Korb 'Startbare Vorgänge' gestartet. Derjenige, der einen Vorgang startet, wird zu dessen Initiator. Ist ein Vorgang beendet und gibt es in der Workflowakte noch Dokumente und Protokolle, die keinen Standort in enaio® haben, werden diese in die persönliche Ablage des Initiators gelegt.

Der erste Vorgangsschritt des gestarteten Vorgangs ist immer die 'Initialisierung'.

Die Workflowmaske des Vorgangsschritts hat auf der Registerkarte Allgemein drei bearbeitbare Bereiche:

Betreff

Das Feld Betreff ist ein Pflichtfeld, muss also ausgefüllt werden. Der Betreff kennzeichnet alle Schritte des Vorgangs im Eingangskorb und kann für die Verschlagwortung von Protokolldateien verwendet werden. Deshalb ist es sinnvoll, in das Feld Betreff eine aussagekräftige Beschreibung für den Vorgang einzutragen.

Der Eintrag im Feld Betreff kann nur in einem weiteren Vorgangsschritt 'Initialisierung' geändert werden.
Bemerkung

Das Bemerkungsfeld wird in allen Schritten angezeigt, und kann ebenfalls nur in einem weiteren Vorgangsschritt 'Initialisierung' geändert werden. Ein Eintrag in diesem Feld wird in allen folgenden Schritten angezeigt und wird auch in die Notizhistorie übertragen.
Abstimmung

Über das Feld Abstimmung können Optionen für eine Abstimmung in einem Folgeschritt 'Abstimmung' über eine Tabelle angegeben werden. Abstimmungsoptionen können in einem Folgeschritt 'Überarbeiten' oder 'Initialisierung' geändert werden. Wurde bereits abgestimmt, werden bei Änderungen bereits vorliegende Abstimmungsergebnisse immer zurückgesetzt.

Die hier eingetragenen Abstimmungsoptionen werden im Schritt 'Abstimmung' in einer Liste angezeigt, aus der die Teilnehmer die gewünschte Option wählen. Automatisch wird die Abstimmungsoption 'keine Meinung' ergänzt.

Eine Abstimmung ist eine Multi-Instanz-Aktivität, kann also von mehreren Teilnehmern ausgeführt werden. Die Abstimmung wird automatisch beendet, wenn sie von allen Teilnehmern ausgeführt wurde oder wenn die Abstimmungen für eine Option den angegebenen prozentualen Wert überschritten haben.

Das Ergebnis einer Abstimmung wird in einem Folgeschritt 'Kenntnisnahme' und auf der Registerkarte Protokollierung angezeigt.

Das Feld Lauflistenbemerkung zeigt den Eintrag an, der in der Laufliste als Bemerkung für diese Aktivität angegeben wurde.

Lauflistenbemerkungen sind optional. Im ersten Initialisierungsschritt ist dieses Feld noch leer.

Beim Weiterleiten erhält der Benutzer einen Hinweis, falls keine Objekte in die Akte gelegt wurden.

Alle Folgeschritte, außer einer weiteren Initialisierung, zeigen auf der Registerkarte Notizhistorie in den Feldern Initiator und Startdatum, welcher Teilnehmer an welchem Datum den Prozess initialisiert hat.

Die Notizhistorie auf der entsprechenden Registerkarte ist im ersten Schritt noch leer.

Überarbeiten

Im Schritt 'Überarbeiten' finden Sie in den Feldern Betreff und Bemerkung die entsprechenden Einträge aus der Initialisierung und im Feld Lauflistenbemerkung den Eintrag, der in der Laufliste als Bemerkung für diese Aktivität angegeben wurde. Diese drei Felder sind schreibgeschützt.

Einträge im Feld Notiz werden in die Notizhistorie übertragen und sind dort in allen Folgeschritten sichtbar.

Auf der Registerkarte Abstimmungsoptionen überarbeiten können, wie bei der Initialisierung, in einer Tabelle Abstimmungsoptionen angegeben oder überarbeitet werden. Wurde bereits in einem vorherigen Schritt abgestimmt, werden diese Abstimmungsdaten gelöscht und sind nur noch zugänglich, wenn sie in einem vorangehenden Protokollierungsschritt gespeichert wurden.

Mitarbeit / Rückfrage

Im Schritt 'Mitarbeit / Rückfrage' finden Sie ebenfalls in den schreibeschützten Feldern Betreff und Bemerkung die entsprechenden Einträge aus der Initialisierung und im Feld Lauflistenbemerkung den Eintrag, der in der Laufliste als Bemerkung für diese Aktivität angegeben wurde.

Einträge im Feld Antwort werden in die Notizhistorie übertragen und sind dort in allen Folgeschritten sichtbar.

Abstimmung

Die Maske des Schritts 'Abstimmung' stellt die Abstimmungsoptionen, die bei der Initialisierung oder Überarbeitung über eine Tabelle angegeben werden, als Auswahlliste dar.

Zusätzlich zu den eingegeben Abstimmungsoptionen hat der Teilnehmer immer die Möglichkeit, die Option 'Keine Meinung' zu wählen. Das Feld Abstimmung ist ein Pflichtfeld und muss ausgefüllt werden.

Abstimmungen sind Multi-Instanz-Aktivitäten und können von mehreren Teilnehmern ausgeführt werden.

Eine Abstimmung wird automatisch beendet, wenn sie von allen Teilnehmern ausgeführt wurde oder wenn die Stimmen für eine Option den angegebenen prozentualen Wert überschritten haben.

Das Ergebnis einer Abstimmung wird im Schritt 'Kenntnisnahme' auf der Registerkarte Abstimmungsergebnis als Tabelle angezeigt. Über die Registerkarte 'Protokollierung' kann eingesehen werden, wie die einzelnen Teilnehmer abgestimmt haben. Der Inhalt dieser Protokollierungstabelle kann über das Kontextmenü oder Strg+E in die Zwischenablage kopiert werden.

Die Anzahl der 'Keine Meinung'-Stimmen wird in der Tabelle nicht angezeigt.

Freigabe erteilen

Die Felder Betreff und Bemerkung enthalten die entsprechenden Einträge aus der Initialisierung, das Feld Lauflistenbemerkung den Eintrag, der in der Laufliste als Bemerkung für diese Aktivität angegeben wurde.

Im Schritt 'Freigabe erteilen' kann eine Option aus dem Bereich Entscheidung markiert werden – Offen, Keine Freigabe oder Freigabe erteilt.

Die gewählte Option wird protokolliert und kann in allen Folgeschritten auf der Registerkarte Protokollierung eingesehen werden.

Folgt ein weiterer Schritt 'Freigabe erteilen', wird dort die zuvor gewählte Option voreingestellt.

Einträge im Feld Notiz werden in die Notizhistorie übertragen und sind dort in allen Folgeschritten sichtbar.

Kenntnisnahme

Auch im Schritt 'Kenntnisnahme' finden Sie in den schreibeschützten Feldern Betreff und Bemerkung die entsprechenden Einträge aus der Initialisierung und im Feld Lauflistenbemerkung den Eintrag, der in der Laufliste als Bemerkung für diese Aktivität angegeben wurde.

Einträge im Feld Notiz werden in die Notizhistorie übertragen und sind dort in allen Folgeschritten sichtbar.

Auf der Registerkarte Abstimmungsergebnis finden Sie, falls eine Abstimmung voranging, das Ergebnis als Tabelle. Über die Registerkarte 'Protokollierung' kann eingesehen werden, wie die einzelnen Teilnehmer abgestimmt haben.

Informationen zu Freigaben finden Sie auf der Registerkarte Protokollierung.

Protokoll

Der Schritt 'Protokoll' hat keine Teilnehmer. Er wird also von keinem Teilnehmer gestartet, sondern automatisch durchlaufen. Wenn der Schritt in die Laufliste aufgenommen ist, wird eine Protokolldatei mit den Daten aller bis zu diesem Zeitpunkt durchgeführter Schritte erzeugt und in die Workflow-Akte gelegt. Diese Protokolldatei kann in jedem folgenden Schritt eingesehen werden.

Der Schritt 'Protokoll' kann am Ende eines Vorgangs stehen. Folgt kein weiterer Schritt, wird eine Protokolldatei, der nicht bereits über eine Konfiguration ein Standort und Dokumenttyp zugeordnet ist, wie alle Dokumente ohne Standort aus der Workflow-Akte in die Ablage des Initiators gelegt.

Neben dieser Protokollierung wird automatisch eine technische Ablaufprotokollierung auf der Registerkarte Protokollierung geführt. Diese Protokollierung beinhaltet beispielsweise Freigabeinformationen, nicht aber die Notizen aus den einzelnen Schritten. Diese können über die Notizhistorie eingesehen werden.

Der Inhalt der Registerkarte Protokollierung kann über das Kontextmenü oder Strg+E in die Zwischenablage kopiert werden.

Eskalation für Standard Ad-hoc-Aktivitäten

In einer Laufliste kann einer Aktivität eine im Modell eingerichtete Eskalation zugeordnet werden. Für alle Aktivitäten des Standard Ad-hoc-Workflows sind die folgenden Eskalationen möglich:

Erinnerungs-E-Mail

Ist ein Vorgangschritt im Eingangskorb eines Benutzers eingetroffen und nicht innerhalb eines Zeitraums weitergeleitet, erhält er eine E-Mail mit entsprechendem Hinweis. Über die Felder fällig am und um wird der Zeitraum angegeben.

Vorausgesetzt ist, dass die E-Mail-Adresse in der Workflow-Benutzerverwaltung angegeben ist.
Automatische Weiterleitung

Der Vorgangsschritt wird automatisch an die Folgeaktivität weitergeleitet, sobald das Ende eines Zeitraums erreicht ist. Weitergeleitet werden sowohl personalisierte wie auch nicht personalisierte Schritte. Der voreingestellte Zeitraum von zwei Tagen kann über die Felder fällig am und um geändert werden.
Zuweisen an Stellvertreter

Ist ein Vorgangschritt im Eingangskorb eines Benutzers eingetroffen und nicht innerhalb eines Zeitraums weitergeleitet, wird der Vorgangsschritt automatisch dem Stellvertreter zugewiesen. Über die Felder fällig am und um wird der Zeitraum angegeben.

Vorausgesetzt ist, dass ein Stellvertreter in der Workflow-Benutzerverwaltung eingerichtet ist.