Workflow - SPIN2 - príklady: Rozdiel medzi revíziami

Z SPIN2-wiki
Prejsť na: navigácia, hľadanie
(Príklad 2 - jednoduchý scenár, kde je schvaľovanie dokladu závislé od organizačnej jednotky uvedenej na doklade:)
Riadok 1: Riadok 1:
 
{{Redit}}
 
{{Redit}}
  
<viewsecurity developer/>
 
  
 
-------
 
-------

Verzia zo dňa a času 11:44, 27. november 2017

Redit Text na stránke je rozpracovaný.



Príklady nastavenia Workflow, ktoré môžu pomôcť konzultantom a pokročilým užívateľom (adminom WF u zákazníka):

Príklad 1 - jednoduchý scenár, keď doklad schvaľuje jeden alebo viacerí užívatelia z vopred definovanej skupiny:

Je to príklad schvaľovania žiadanky, kde je len jeden krok schvaľovania - tento krok však môže vykonať viac užívateľov z definovanej Role:

Wf vzor scenara P1.png

Vysvetlenie jednotlivých krokov a ich napojenie na Maticu a Role:

  • Krok 10 - schválenie žiadanky - v Matici tohto kroku je zadefinovaná rola, ktorá krok vykonáva + je tam zadefinovaná podmienka pre viacnásobné schvaľovanie. Napr.: v Roli je definovaných 5 užívateľov, ktorí majú rovnaké právomoci. V Matici pre tento krok je potom definované, že doklad je schválený v prípade, že schválenie potvrdia 2 z nich (údaj 2 pre Viacnásobné Áno)
  • Krok 20 - Schválená žiadanka - krok 20 nasleduje po kroku 10 v prípade, že je krok 20 schválený. Tento krok zároveň mení Stav dokladu na Schválený. V Matici tohto kroku je vyplnený nasledovný krok - 999 - t.j. Koniec scenára.
  • Krok 30 - Neschválená žiadanka - krok 30 nasleduje po kroku 10 v prípade, že je krok 10 neschválený. Tento krok zároveň mení stav dokladu na Neschválený. V Matici tohto kroku je vyplnený nasledovný krok - 999 - t.j. Koniec scenára.


Príklad 2 - jednoduchý scenár, kde je schvaľovanie dokladu závislé od organizačnej jednotky uvedenej na doklade:

Je to príklad schvaľovania nákupnej objednávky, kde sa v prvom kroku schvaľuje len evidenčná správnosť objednávky a v druhom kroku schvaľuje nákup nadriadený, na základe definovanej väzby na prvok organizačnej štruktúry:


Wf vzor scenara obj jednoduchy.png

Vysvetlenie jednotlivých krokov a ich napojenie na Maticu a Role:

  • Krok 10 - evidenčné schválenie objednávky - v Matici tohto kroku je zadefinovaná rola, ktorá krok vykonáva - môže to byť napr. Vlastník...
  • Krok 15 - medzikrok, ktorý zabezpečuje, že v prípade odpovede Nie v kroku 10 bude schvaľovanie vrátené späť do kroku 10. V Matici tohto kroku je vyplnený nasledovný krok - Krok 10
  • Krok 20 - samotné schválenie objednávky - krok 20 nasleduje po kroku 10 v prípade, že je krok 10 schválený. V Matici tohto kroku je zadefinovaná rola, ktorá krok vykonáva - môže to byť napr. Vedúci tímu.
  • Krok 30 - Schválená objednávka - krok 30 nasleduje po kroku 20 v prípade, že je krok 20 schválený. Tento krok zároveň mení Stav dokladu na Schválený. V Matici tohto kroku je vyplnený nasledovný krok - 999 - t.j. Koniec scenára.
  • Krok 40 - Neschvárená objednávka - krok 40 nasleduje po kroku 20 v prípade, že je krok 20 neschválený. Tento krok zároveň mení stav dokladu na Neschválený. V Matici tohto kroku je vyplnený nasledovný krok - 999 - t.j. Koniec scenára.
Info-Poznámka Rola Vedúci tímu je definovaná tak, že je možné k nej priradiť OŠ - takto je zabezepečené to, že schvaľovanie dokladu sa pridelí vždy užívateľovi priradenému konkrétnej OŠ, ktorá je zadaná v hlavičke schvaľovaného dokladu - v tomto prípade jednoznačnému vedúcemu danej OŠ/tímu.

Príklad 3 - scenár, kde je schvaľovanie závislé od kombinácie organizačnej jednotky a sumy dokladu:

Príklad 4

Príklad 5

Zoznam aktuálnych preblokov

Zaradiť faktúru do UCT, DAN a SALDO:

begin
dl.pkwflEpFaHl.closefa(:anEpId, :anScenarKrokId);
end;


Zrušiť zámok z faktúry (zmenu môže robiť hocikto, kto má prístupové práva na faktúry):

begin
dl.pkwflEpFaHl.UnLockfa(:anEpId, :anScenarKrokId);
end;


Zamknúť faktúru (zmenu môže robiť len oprávnená osoba):

begin
dl.pkwflEpFaHl.Lockfa(:anEpId, :anScenarKrokId);
end;


Späť na hlavnú stránku Workflow - SPIN2