Workflow - SPIN2 - príklady

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:

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:

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.

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.

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;

Ďaľšie možnosti nastavenia preblocku

Pre zákazníka bola urobená funkcia, ktorá v preblocku kontroluje vyplnenosť konkrétnych voliteľných údajov pri schvaľovaní dodávateľskej faktúry:

declare

 lcRet varchar2(4000);

begin

 lcRet := fcheckwflep(:anEpId,:anScenarKrokId);
 if  lcRet <> 'A' then 
  RAISE_APPLICATION_ERROR(-20100, lcRet); 
 end if;

end;

Táto funkcia bola robená na mieru, nie je možné ju spustiť u akéhokoľvek zákazníka, je tu uvedená ako "možnosť", akú vieme zákazníkovi naprogramovať.

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