![]() | Wenn Sie noch keine Erfahrung mit dem Erstellen von Workflows besitzen oder noch nicht wissen, wie das Workflowstudio funktioniert, können Sie im Hilfethema Workflow die notwendigen Grundlagen nachlesen. Das Thema "Einsatz von Workflows im Personalinformationssystem" geht speziell auf die im Personalinformationssystem notwendigen Einstellungen, aber nicht auf die allgemeinen Grundlagen des Workflows ein. |

![]() | Bei der Konzeption von Workflows sollte immer beachtet werden, das ein Workflow ein standardisierter und fixer Prozess ist. Wenn es im Zuge der Konzeptionierung zu verschiedenen Szenarien kommt, dann müssen diese auch als verschiedene Workflows abgebildet werden. |


![]() | Wenn Sie bereits Workflows anderer Pakete im System haben, können Sie mithilfe der Combobox rechts oben auf die Ausprägung "PI Workflow" filtern. Nun werden nur noch die importierten Standardworkflows für das Paket PI und eventuell bereits manuell angelegte PI Workflows aufgelistet. ![]() |
![]() | Das Bearbeiten der BMD Standardworkflows ist gesperrt, damit diese bei Bedarf BMD-seitig gewartet werden können (z. B. bei Vorhandensein neuer Spezial- oder Hintergrundfunktionen). Wenn BMD neue oder aktualisierte Standardworkflows anbietet, erfahren Sie in den "Weiteren Infos" davon. Diese werden dann automatisch via WebUpdate in Ihr Installationsverzeichnis gespielt. In der BMD Software sind sie aber erst ersichtlich, sobald der Import der PI Standards erneut durchgeführt worden ist. ![]() |
![]() | Weiterführende Informationen zum Verwenden der PI Standardworkflows finden Sie in folgendem Hilfethema: Standardthema | Import, Anpassung und Verwendung der PI Standardworkflows |


![]() | Die Bedienung des Diagrammstudios funktioniert in allen NTCS Paketen gleich, daher wird in diesem PI Hilfethema nicht darauf eingegangen. Grundlegende Informationen erhalten Sie in diesem Hilfethema aus dem Paket CRM: |
1. | Soll die Aufgabe einfach erledigt werden oder ist damit eine Entscheidung verbunden, die im Workflowprozess abgebildet werden muss? | Dies wird mit dem Aktionsstatus entschieden. Welche Informationen sollen in der Aufgabe angezeigt werden? Dies wird mit dem Aufgabetitel gesteuert. Soll im Betreff bzw. im Text der Aufgabe auf individuelle Datenfelder zugegriffen werden, so können vorab HTML-Vorlagen angelegt und diese dann im Feld "HTML-Textvorlage" zugeordnet werden. Die HTML-Textvorlage wird gegenüber dem Aufgabetitel vorrangig verwendet. Mehr dazu finden Sie im Kapitel Anlage und Gestaltung von HTML-Vorlagen. |
2. | Wer erhält die Aufgabe? | Hier können wahlweise fixe Personen, Vorgesetzte aus dem Mitarbeiterstamm als auch Sachbearbeiter, beispielsweise der Ansprechpartner/die Kontaktperson des Jobs oder auch der Teilnehmer des Ausbildungsbedarfs ermittelt werden. |
3. | Was wird mit dieser Aufgabe entschieden/genehmigt/angezeigt? | Beispielsweise kann sich mit dem Ausführen einer Aufgabe das Fenster zum Genehmigen eines Jobs oder die Bearbeitungsmaske einer Bewerbung öffnen. In diesem Fall handelt es sich immer um eine Spezialfunktion, weil beim Ausführen eine spezielle Aktion erfolgt. Soll die Aufgabe automatisiert im Hintergrund ausgeführt werden, weil z. B. eine Checkliste auf den Job übergeben werden soll oder ein neuer Job genehmigt werden soll, dann handelt es sich um eine Hintergrundfunktion. Es ist aber auch möglich, keine Funktion zu hinterlegen. Somit handelt es sich um eine reine Information und die Aufgabe kann nicht ausgeführt, sondern nur erledigt werden. |
![]() | Mitarbeiterermittlung via Fiktivem Mitarbeiter Werden Workflowaufgaben gemeinsam von der HR-Abteilung bearbeitet, dann kann es in der Praxis empfehlenswert sein, einen fiktiven Mitarbeiter für das HR anzulegen. Dazu wird ein neuer Mitarbeiter angelegt und im Mitarbeiterstamm mit dem Feld "fiktiv" gekennzeichnet. So kann der Mitarbeiter auf Auswertungen weggefiltert werden. Der fiktive Mitarbeiter kann dann im Workflow einfach auf den Aufgabenaktionen hinterlegt werden. Werden die HR-Mitarbeiter als Stellvertreter des fiktiven Mitarbeiters hinterlegt, können diese die Aufgaben des fiktiven Mitarbeiters einsehen und bearbeiten. Das Erledigen der Aufgabe erfolgt dann nach dem Prinzip "First come, first serve". Das bedeutet auch, dass die Aufgabe nur von einem der HR-Mitarbeiter ausgeführt bzw. erledigt werden muss. ![]() ![]() |
![]() | Einen Allgemeinen Überblick über die HTML Vorlagen im Personalinformationsystem bietet die dazugehörige Fensterhilfe. |



![]() | Der allgemeine Workflow für den Ausbildungsbedarf deckt 97 % aller Praxisfälle ab. Dieser wird in den PI Parametern hinterlegt. ![]() Für die restlichen 3 % wird der Workflow kopiert und bezüglich der speziellen Anforderungen abgeändert. Dieser wird auf den speziellen Ausbildungsstämmen hinterlegt. ![]() Auf den anderen Ausbildungsstämmen, für die der allgemeine Workflow gilt, muss der Workflow nicht extra hinterlegt werden. Hier greift automatisch der Workflow aus den PI Parametern. |
![]() | Wo welcher Workflow hinterlegt werden muss, finden Sie im Kapitel Überblick über alle PI Workflows beschrieben. |

![]() | Aufgaben können auch direkt in diesem Fenster ausgeführt und erledigt werden, sofern eine Berechtigung dafür besteht. |


| Workflow | Start des Workflows | Hinterlegung in den PI Parametern | Hinterlegung direkt am Datensatz |
Der Workflow "Mitarbeitereintritt" wird im Zuge der Neuanlage eines Mitarbeiters gestartet, egal ob mittels manueller Neuanlage, Import oder Umstellung eines Bewerbers zum Mitarbeiter. Im Paket LOHN kann außerdem bei der Funktion "Wiedereintritt" gewählt werden, ob der Workflow erneut gestartet werden soll. | ![]() | ![]() | |
Der Workflow "Mitarbeiteraustritt" wird gestartet, wenn am Mitarbeiterstamm ein Austrittsdatum eingegeben wird. Im Paket LOHN kann bei der Verwendung der Funktion "Austritt" gewählt werden, ob der Austrittsworkflow gestartet werden soll oder nicht. | ![]() | ![]() | |
Der Workflow "Stelle" startet im Zuge der Zuordnung eines Mitarbeiters zu einer Stelle. Weiters startet er auch, wenn ein Bewerber mit einem Bewerbungsstatus des Typs "Zusage" zum Mitarbeiter umgestellt wird. | ![]() | ![]() Stelle | |
Der Workflow "ESS-Stammdatenänderungen" wird gestartet, wenn Mitarbeiter via BMD ESS/BMD Web unter "Personalien" bzw. im BMD NTCS Vollclient unter "Personalien ändern" Stammdatenänderungen bekanntgeben. | ![]() | ![]() | |
Der Workflow "ESS-Dokumentenübermittlung" wird gestartet, wenn Mitarbeiter via BMD ESS/BMD Web bzw. im BMD NTCS Vollclient unter "Dokumente übermitteln" Dokumente hochladen. | ![]() | ![]() | |
Der Workflow "Betriebsmittelausgabe" wird bei der Zuordnung eines Betriebsmittels zu einem Mitarbeiter gestartet. Weiters fungiert dieser Workflow als Rückfallsebene für den Workflow "Betriebsmittelausgabe Ressourcenpaket". | ![]() | ![]() | |
Der Workflow "Betriebsmittelausgabe Ressourcenpaket" wird bei der Zuordnung eines Mitarbeiters zu einer Stelle (und umgekehrt) gestartet, wenn auf der Stelle ein Ressourcenpaket hinterlegt ist. | ![]() | ![]() | |
Der Workflow "Betriebsmittelrückgabe" wird bei der Rückgabe eines Betriebsmittels gestartet. | ![]() | ![]() | |
Dieser Workflow wird via Toolsstapelfunktion "PI Benachrichtigungen" automatisiert gestartet, wenn Qualifikationen mit Ablaufdatum ablaufen. | ![]() | ![]() Stapeldefinition |
| Workflow | Start des Workflows | Hinterlegung in den PI Parametern | Hinterlegung direkt am Datensatz |
Der Workflow "Job" startet bei der Neuanlage eines Jobs. | ![]() | ![]() Stelle, die mit dem Job verknüpft wird | |
Der Workflow "Bewerbung" startet im Zuge der Neuanlage einer Bewerbung mittels Funktion "Neu", beim erneuten Zuordnen eines Bewerbers zu einem Job bzw. bei der Übernahme einer Onlinebewerbung in das Echtsystem. Dieser Workflow fungiert als Rückfallsebene für den Workflow "Erste Bewerbung". | ![]() | ![]() 1) Job, mit dem die Bewerbung verknüpft ist 2) Stelle, mit welcher der Job der Bewerbung verknüpft ist | |
Der Workflow "Erste Bewerbung" startet bei der ersten Übernahme einer Onlinebewerbung in das Echtsystem. Hinweis: Dieser Workflow ist nur relevant, wenn sich dieselbe Person mehrmals online bewirbt. In diesem Fall kann für die erste Bewerbung ein abweichender Prozess als für die restlichen Bewerbungen definiert werden. | ![]() | ![]() | |
Der Workflow "MA-Bewerbung" wird gestartet, wenn sich Mitarbeiter über die Interne Bewerbung im PI bewerben, oder wenn Mitarbeiter einem Job manuell zugeordnet werden. | ![]() | ![]() Job, für den sich der Mitarbeiter bewirbt | |
Der Workflow "Benachrichtigung bei Bewerbungsabbruch" wird gestartet, sobald eine Bewerbung einen Bewerbungsstatus des Typs "Zusage" erhält und noch weitere offene Bewerbungen existieren, welche einen Status des Typs "Absage" erhalten. | ![]() | ![]() | |
Der Workflow "Benachrichtigung bei Onlinebewerbung" wird ausgelöst, sobald eine neue Onlinebewerbung im System einlangt. Dabei spielt es keine Rolle, ob die Onlinebewerbung via BMD Webinterface abgesendet wird oder über eine Schnittstelle importiert wird. | ![]() | ![]() | |
Dieser Workflow wird via Toolsstapelfunktion "PI Benachrichtigungen" automatisiert gestartet, wenn sich das Änderungs-/Statusdatum einer Bewerbung seit X Tagen nicht verändert hat. | ![]() | ![]() Stapeldefinition |
| Workflow | Start des Workflows | Hinterlegung in den PI Parametern | Hinterlegung direkt am Datensatz |
Der Workflow "Ausbildungsbedarf (Wunsch)" wird gestartet, wenn ein neuer Wunschbedarf angelegt wird. Dabei spielt es keine Rolle, ob der Wunschbedarf direkt im Fenster "Ausbildungsbedarf" oder in Form des Ausbildungsantrags eingereicht wird. | ![]() | ![]() Ausbildungsstamm | |
Der Workflow "Ausbildungsbedarf (Pflicht)" wird gestartet, wenn ein neuer Pflichtbedarf angelegt wird. Dabei spielt es keine Rolle, ob der Pflichtbedarf direkt im Fenster "Ausbildungsbedarf" angelegt oder aufgrund eines Ausbildungsplans auf der Stelle automatisch erzeugt wird. | ![]() | ![]() Ausbildungsstamm | |
Der Workflow "Bedarfsabmeldung" wird gestartet, wenn im Fenster "Ausbildungsantrag" ein Antrag verworfen wird. | ![]() | ![]() Ausbildungsstamm | |
Der Workflow "Ausbildungsanmeldung" wird gestartet, wenn sich Mitarbeiter im Zuge der Ausbildungsanmeldung zu einer Ausbildung anmelden. | ![]() | ![]() Ausbildung | |
Der Workflow "Ausbildungsabmeldung" wird gestartet, wenn sich Mitarbeiter im Zuge der Ausbildungsanmeldung von einer Ausbildung abmelden. | ![]() | ![]() Ausbildung | |
Der Workflow "Benachrichtigung bei Verschieben auf die Warteliste" wird gestartet, wenn ein Teilnehmer im Zuge der Ausbildungsanmeldung auf die Warteliste gesetzt wird. | ![]() | ![]() | |
Der Workflow "Benachrichtigung bei Übernahme von der Warteliste" wird gestartet, wenn Teilnehmer im Zuge der Ausbildungsanmeldung von der Warteliste übernommen werden. | ![]() | ![]() | |
Der Workflow "Benachrichtigung bei manueller Absage" wird gestartet, wenn in der Ausbildungsanmeldung die Anmeldung eines Teilnehmers manuell auf "Abgesagt" gesetzt wird. | ![]() | ![]() | |
Dieser Workflow wird via Toolsstapelfunktion "PI Benachrichtigungen" automatisiert gestartet, wenn wahlweise das Nötig bis-/Gewünscht ab-/Nächste Durchführung-Datum des Ausbildungsbedarfs eines Mitarbeiters eintritt. | ![]() | ![]() Stapeldefinition |
![]() |