Benutzen sie die linke oder die rechte Maustaste, um zur jeweils vorherigen bzw. nachfolgenden Änderung zu gelangen.
erste | letzte |
Änderungen von: | |
bis: | |
Typ: | |
erste | letzte |
Was ist ein Prozess, Rolle, WF VAriable, Aktivität, Transition >> (wikipedia)
Wie beeinflussen WF VAriablen ein Formular >> Formularintegration >> was ist im Standard möglich, individualgestaltung...
Die Bestandteile eines Workflows werden in der Prozessdefintion festgesetzt:
Die allgemeinen Bestandteile eines Antragsverlaufes definieren beispielsweise, ob und bei welchem Ereignis (Gnehemigung, Ablehnung) der Antragsteller informiert werden soll, ob eine Mailbenachrichtigung erfolgen soll, ob der Antrag automatisch genehmigt/gesichtet wird, etc.
In den Workflowschritten wird der Verlauf eines Antrages bestimmt. Dies geschieht, indem man Rollen definiert, welche am Prozessverlauf teilnehmen sollen (z.B. Vorgesetzter genehmigt, Personalabteilung sichtet). Hiermit werden auch Aktionen definiert, welche der Rolleninhaber im Verlauf des antrages durchzuführen hat (genehmigen, sichten). Hier wird ebenfalls bestimmt, ob bei Prozessstart ein Rolleninhaber vom Benutzer selektiert werden muß (z.B. Auswahl eines Stellvertreters). Dies findet beispielsweise Anwendung, wenn ein Benutzer auf Urlaub gehen möchte, und einen Stellvertreter für diesen Zeitraum bestimmen will, bzw. einen Kollegen nennen, der iin dieser zeit seine Aufgaben übernehmen soll. Hier könnte der Verlauf so eingestellt werden, dass der Kollege mit seiner "Stellvertreteung" einverstanden sein muß (Sichten), bevor der Antrag weiter zum Vorgesetzen kommt, welcher diesen dann genehmigen/ablehnen kann.
Jeder Schritt, jede Aufgabe im Prozessverlauf, ist durch eine Rolle auszuführen, bzw. durch deren Stellvertreter, weshalb hier die Reihung innerhalb der Rolleninhaber wichtig ist:
Die Fehlgründe sind vom Formulartyp abhängig. So fehelen beispielsweise beim Prozess "Berechtigung" diese komplett, da es keinen Sinn machen würde, bei diesem Antrag solche anzugeben. Bei den diversen anderen Anträgen können dann unterschiedliche Fehlgründe selektiert werden (z.B. Urlaubsantrag, Krankmledung etc.).
Die Fehlgründe werden alle aus dem Zeiterfassungssystem importiert.
Diese variieren ebenfalls, je nach Forrmulartyp, und definieren, ob ein Antrag beispielsweise in die Vergangenheit oder Zukunft gestellt werden darf (Validierung in Vergangenheit oder Zukuft mit Angabe einer Validierungszeitspanne, ...)
Das Kontextmenü erlaubt eine Verknüpfung des Antragsformulars mit z.B.dem Monatsjournal oder Kalender/Gruppenakelnder. Diese Einstellung ermöglicht dann einen direkten Zugriff auf den Antrag aus dem Monatsjournal, Kalender/Gruppenakalender). Dies würde beim Benutzer wie folgt aussehen:
Der Hilfe-Parameter ermöglicht die Gestaltung eines Hilfe-Textes, welcher im Antrag angezeigt wird, z.B. wie das Formular zu handhaben ist o.ä.
Mit dem Mail-Parameter kann eine Mailbenachrichtigung gestaltet werden, welche der User erhalten soll, z.B. dass ein neuer Antrag oder eine neue Aufgabe zu bearbeiten ist.
Jede Aktivität im Workflow-Verlauf kann mit einem Zeitlimit versehen werden (max. Dauer > Einheit in Tagen, Stunden, Minuten). Dieses Zeitlimit gilt ab Erstellung des Antrages. Wird es überschritten, so können bestimmte Aktionen gesetzt werden. Als Standardaktionen kann ein Antrag nach Ablauf des Zeitlimits automatisch genehmigt bzw. abgelehnt werden. Weiters kann eine Mailverständigung an den Antragsteller, Eskalation an einer höheren Stelle parametriert werden, oder der Prozess kann einen anderen Weg gehen.
Im Unterschied zum Zeitlimit wird eine fixe Deadline an ein bestimmtes Datum gebunden.
Beispiel: bei Dienstreisen sollen offene Dienstreise-Anträge an einem vorgegebenem Stichtag (beispielsweise jeder 15. des Monats) in Reiseabrechnung umgewandelt werden.
Anderes Beispiel: alle Zeitkorrektur-Anträge müssen bis zum Tag x genehmigt sein, ansonsten werden alle nicht bearbeiteten Anträge automatisch genehmigt.
Ein eigener Job überprüft die vorgegebenen Deadlines und startet automatisch die notwendige Aktion.
Mime Type | text/xml | text/xml | |
Datei-name | |||
Größe (in Bytes) | 3721 | 4886 |
Version 2 von Mrs. Ex-Mitarbeiter
am 03.02.10 15:36:16 Name: Workflow-Bestandteile Variante: main - default Status: Veröffentlichung |
Version 3 von Mrs. Ex-Mitarbeiter
am 03.02.10 15:46:25 Name: Workflow-Bestandteile Variante: main - default Status: Veröffentlichung |