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:)
(Príklad 1 - jednoduchý scenár, keď doklad schvaľuje jeden alebo viacerí užívatelia z vopred definovanej skupiny:)
Riadok 12: Riadok 12:
  
 
[[Súbor:wf_vzor_scenara_P1.png]]
 
[[Súbor: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: ===
 
=== Príklad 2 - jednoduchý scenár, kde je schvaľovanie dokladu závislé od organizačnej jednotky uvedenej na doklade: ===

Verzia zo dňa a času 13:21, 12. júl 2016

Redit Text na stránke je rozpracovaný.
Chránená stránka - prístup len pre skupinu ⧼Group-developer⧽.

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Š - 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