Portal-settings-workflow: Porovnání verzí

Z Prirucky
(Založena nová stránka: The standard setting can be done in the "heavy" application by starting the single function number 133 – initialisation of the workflow. Each type of the requirements has…)
 
m
Řádek 17: Řádek 17:


|- style="vertical-align:top;"
|- style="vertical-align:top;"
|[[Image:P_typ_workflow.png|thumb|left]]
|[[Image:P Workflow1.jpg|thumb|left]]
|[[Image:P_faze_kroky.png|thumb|left]]  
|[[Image:P Workflow2.jpg|thumb|left]]  
|}
|}


== Setting of the user interface ==
== Setting of the user interface ==
[[Image:P_nastaveni_uziv_rozhrani.png|thumb|left]]
[[Image:P Workflow3.jpg|thumb|left]]


'''Description of the step''' - User´s description serves as a tool for facilitating the orientation in particular steps. For example "creation", „Approval of the first level", "denial", "closure" are filled in. In connection with the first step "creation" could be filled in.  
'''Description of the step''' - User´s description serves as a tool for facilitating the orientation in particular steps. For example "creation", „Approval of the first level", "denial", "closure" are filled in. In connection with the first step "creation" could be filled in.  

Verze z 22. 10. 2014, 09:53

The standard setting can be done in the "heavy" application by starting the single function number 133 – initialisation of the workflow. Each type of the requirements has its button for the default setting. Attention: If you already have your own defined types of the requirements and if you use them do not start the single function. You should consult the change with the program creator.

Besides the standard setting the user has the opportunity to once set the processes according his own needs.

Setting of the workflow

Menu: Settings - Setting of the workflow

* If you use the approval of the requirements for some time and you request the change of the definition, consult this change with the firm KS Program.
* Making the change of definition – if some requirements run simultaneously it can cause problems.

The setting is done in a clear guide.

1) At first the user chooses for which functionality he sets the approval process – the choice "type workflow". 2) Then the "phases" or "steps" of the approval process are set. Each step consists of "Setting of the user interface" and "Setting of the states and actions".
P Workflow1.jpg
P Workflow2.jpg

Setting of the user interface

P Workflow3.jpg

Description of the step - User´s description serves as a tool for facilitating the orientation in particular steps. For example "creation", „Approval of the first level", "denial", "closure" are filled in. In connection with the first step "creation" could be filled in.

Objects in the user setting can be set for three groups of users.

  • Adresát - the user responsible for solving the requirement in a concrete state. The addressees can change during the elaboration of the workflow.
  • Správce - the user who has the administrator's rights.
  • Vydavatel - the employee, who created the requirement.
  • Ostatní - the users who fall under none of these groups mentioned above.

n the section for each group of the users the list of the objects of the page and their properties which can be changed is displayed. In the column "value" the list of all values, which can be assigned to the mentioned properties of the objects, is offered.

Object Property Values of the properties
Discusion - It will be possible to add forum posts by setting the viewing of the discussion. P diskuze.png Visible

true
false

Form1 - the main form for entering the requirement. P form1.png Mode

ReadOnly
Insert
Edit

PanelZmenaStavu - it enables the user to change the state of the requirement. The typical use of it is for the addressee of the requirement. P panel zmena stavu.png Visible

true
false

PanelAdresat - displays the address of the next step with the possibility of change of address.P panel adresat.png Mode

ReadOnly
Edit
Hidden


Nastavení stavů a akcí

The possible states for the step of the approval process are set there. Every single report is called "definition of the state". P nastaveni stavu akci.png


Název
Definice

Stav

Textové pole pro zadání interního řetězce pro identifikaci stavu. Vyplňuje se jedno slovo malými písmeny, bez diakritiky. Např. "novy".

Popis

Zobrazovaná hodnota pro interní identifikaci stavu. Např. "Nový". Uživatelský popis stavu.

Sys. stav (systémový stav)

Systémový stav může nabývat následujících hodnot:

nový - přiřadí se stavu odpovídajícímu novému požadavku
běžící - ostatní stavy mezi stavem "nový" a "konec-úspěch" nebo "konec-neúspěch"
konec-neúspěch- odpovídá poslednímu stavu – zrušení nebo zamítnutí požadavku
konec-úspěch - odpovídá poslednímu stavu - schválení požadavku

Sys. stav2

Při zatržení dochází v určitý časový okamžik k ukončení vybraného kroku požadavku. Pole může být zatrhlé pouze u jednoho stavu.

Validace

Nevyužívá se

Akce

Akce, která nastane výběrem definice stavu. Interně jsou definovány následující akce pro typy požadavků:

Benefit - exe:zapsat - zápis do sociálního programu
Dovolená - exe:zapsat - zápis schválené dovolené do docházky nebo absencí(podle nastavení portálového parametru )
Náhradní volno - exe:zapsat - zápis do docházky nebo absencí
Odměny - exe:zapsat_rucni2 - zápis do mezd, přesněji do tabulky rucni2.
Školení - exe:prihlasit - přihlášení na školící akci / exe:odhlasit - odhlášení ze školící akce

Přístup Kdo může nastavit stav)

Možnost zatrhnout více voleb pro určení, kdo bude mít přístup k požadavku.

Adresát - adresát požadavku
Vydavatel - vydavatel požadavku
Správce - správce
Ostatní - ti, kteří mají přístupného zaměstnance. Využívá se např. pro stav "storno", kdy tento stav může nastavit jen vydavatel, ale zároveň je ještě ponechána volba adresátům pro schválení/neschválení.

Násl.krok (Následující krok)

Odkaz na krok, který následuje, pokud uživatel vybere stav přiřazený této "definici stavu". Zádává se číslo kroku.

Adresát pro násl.krok

Odkaz na uživatele, který je následujícím řešitelem požadavku (zároveň musí mít přístupného zaměstnance dle přístupových práv, k jehož požadavku se vyjadřuje). Možné hodnoty:

vyd - vydavatel požadavku. Zaměstnanec, který požadavek vytvořil.
!vyd - kdokoliv jiný než vydavatel požadavku. Využívá se například pro schvalování dovolené, kdy schvalovatelem může být kterýkoliv nadřízený žadatele.
id - id. pracovního místa. Adresátem jsou všichni uživatelé „sedící“ na příslušném pracovním místě.
vd - nadřízený žadatele, dříve nadřízený aktuálního řešitele. Nadřízenost se zjišťuje podle systemizace pracovních míst.
vd_res - nadřízený aktuálního řešitele (tj. nadřízený řešitele aktuálního kroku).
pstr - pracovní středisko, což znamená, že všichni na tomto středisku (jehož číslo uživatel zadá v následném poli) jsou adresáti požadavku.
atribut - číslo vlastnosti pracovního místa a číslo hodnoty (např: 1019:1), tzn. kdo má tuto vlastnost a hodnotu je adresátem
vd_atr - umožňuje nastavit, že adresátem je 1.nalezený nadřízený řešitele s určitou hodnotou vlastnosti pracovního místa.
Příklad zadání: 93:01, kde 93=číslo vlastnosti (jedná se o vlastnost "skupina pracujících"), 01 je hodnota nastavená u požadovaného pracovního místa, které má schvalovat požadavek.

Oznámení komu

E-mailové oznámení komu má přijít hlášení o daném kroku mimo workflow (např. v kroku schválení zálohy, půjde informace do účtárny o tom, že bude potřeba vyplatit zálohu.

oc - osobní číslo zaměstnance, kterému má oznámení přijít.
vyd - vydavatel požadavku. Zaměstnanec, který požadavek vytvořil.
id - id. pracovního místa. Adresátem jsou všichni uživatelé „sedící“ na příslušném pracovním místě.
vd - nadřízený žadatele, dříve nadřízený aktuálního řešitele. Nadřízenost se zjišťuje podle systemizace pracovních míst.
vd_res - nadřízený aktuálního řešitele (tj. nadřízený řešitele aktuálního kroku).
pstr - pracovní středisko, což znamená, že všichni na tomto středisku (jehož číslo uživatel zadá v následném poli) jsou adresáti požadavku.
atribut - číslo vlastnosti pracovního místa a číslo hodnoty (např: 1019:1), tzn. kdo má tuto vlastnost a hodnotu je adresátem
vd_atr - umožňuje nastavit, že adresátem je 1.nalezený nadřízený řešitele s určitou hodnotou vlastnosti pracovního místa.
Příklad zadání: 93:01, kde 93=číslo vlastnosti (jedná se o vlastnost "skupina pracujících"), 01 je hodnota nastavená u požadovaného pracovního místa, které má schvalovat požadavek.
mail - zadá se přímo e-mail komu oznámení odejde


Oznámení komu

U každého stavu lze zadat až 3 příjemce oznámení, příklad viz. obrázek. V tomto případě by emailové oznámení bylo odesláno

vd - nadřízenému žadatele
vyd - vydavateli požadavku
mail - a na zadanou e-mailovou adresu.

Další typy příjemců - viz. výše

P oznameni komu.png

U jednotlivých stavů tedy lze docílit toho, aby nikomu nebylo posíláno oznámení, nebo zrušit oznámení žadateli pro stavy, kdy si požadavek předávají např. účetní s nadřízeným.

Pokud není žadatel adresátem následujícího kroku a má být informován o změně stavu požadavku, přidejte jej do "oznámení komu" (tj. přidejte hodnotu "vyd").

Funkcionalita respektuje změnu adresáta přes panel "změna adresáta", tj. pokud položka "Oznámení komu" obsahuje hodnotu z položky "Adresát násl. kroku", odešle se oznámení nově určenému adresátovi místo původnímu.


Parametry nastavující emailovou notifikaci
Menu: Nastavení - Parametry

Název
Popis

Email KSPortálu

Email adresa KSPortálu. Zapisuje se ve formátu: email, zobrazené jméno. Tzn. jde o emailovou adresu a zobrazené jméno, které budou uvedeny v hlavičce odesílaného/přijatého emailu.

Email kódování

Kódování emailů odesílaných KSPortálem. Možné hodnoty: UNICODE, ASCII, UTF8. Standardní nastavení je UTF8.

Email SMTP

SMTP pro odesílání emailů KSPortálem. Formát: adresa, port (port je povinný).

EmailOdkud

Odkud zjišťovat email zaměstnance.


Emailové adresy zaměstnanců
Emailové adresy zaměstnanců je nutno mít uloženo v aplikaci KS mzdy PROFi se specifikací

  • E-mail do práce

v agendě Kontakty

Odkazy

Přílad nastavení workflow - Dovolená