Apmācība: biznesa procesa plūsmu uzlabošana, izmantojot sazarošanu

Biznesa procesa plūsmas vada jūs cauri dažādiem pārdošanas, mārketinga un apkalpošanas procesu posmiem ceļā uz pabeigšanu. Vienkāršos gadījumos lineāra biznesa procesa plūsma ir laba opcija. Tomēr sarežģītākos scenārijos varat uzlabot biznesa procesa plūsmu ar zarošanu. Ja jums ir biznesa procesa plūsmu izveides atļaujas, varat izveidot biznesa procesa plūsma ar vairākām filiālēm, If-Else izmantojot loģiku. Zarošanas nosacījumu var veidot no vairākām loģiskām izteiksmēm, kas izmanto operatoru AND or OR kombināciju. Zaru atlase notiek automātiski reāllaikā, pamatojoties uz kārtulām, kas definētas procesa definīcijas laikā. Piemēram, pārdodot automašīnas, jūs varat konfigurēt vienu biznesa procesa plūsma, kas pēc kopējā kvalifikācijas posma sadalās divās atsevišķās filiālēs, pamatojoties uz noteikumu (Vai klients dod priekšroku jaunai automašīnai vai iepriekš piederošai automašīnai, vai viņu budžets ir virs vai zem $20,000 utt.), Viena filiāle, lai pārdotu jaunas automašīnas un citu filiāli, iepriekš lietotu automašīnu pārdošanai. Papildinformāciju par biznesa procesa plūsmām skatiet rakstā Biznesa procesa plūsmu pārskats.

Tālāk esošajā shēmā parādīta biznesa procesa plūsma ar zariem.

Kas jāņem vērā, izstrādājot biznesa procesu plūsmas ar zariem

Ņemiet vērtā tālāk sniegto informāciju, kad izstrādājat biznesa procesa plūsmu ar zariem.

• Process var aptvert ne vairāk kā piecas unikālas tabulas.

• Vienam procesam var izmantot maksimāli 30 posmus, un katrā posmā var būt līdz 30 darbībām.

• Katrs zars var būt ne vairāk kā piecus līmeņus dziļš.

• Zarošanas kārtulas pamatā ir jābūt darbībām posmā, kas atrodas tieši pirms tās.

• Kārtulā var apvienot vairākus nosacījumus, izmantojot operatoru AND vai operatoru OR , bet ne abus operatorus.

• Definējot procesa plūsmu, pēc izvēles varat atlasīt tabulas relāciju. Šai relācijai ir jābūt tabulas relācijai 1:N (viens pret daudziem).

• Vienā datu rindā vienlaikus var izpildīt vairāk nekā vienu aktīvu procesu.

• Procesa plūsmā elementus (Posmi, Darbības, Nosacījumi un citus) varat pārkārtot, izmantojot vilkšanu un nomešanu.

• Sapludinot zarus, visiem vienranga zariem jābūt sapludinātiem vienā posmā. Vienranga zariem jābūt sapludinātiem vienā posmā vai katram vienranga zaram jābeidz process. Vienranga zaru nevar sapludināt ar citiem zariem, ja vienlaikus tas pabeidz procesu.

• Klienta API izmaiņas nevar izraisīt zarošanas stāvokļa novērtēšanu, jo filiāles pamatā ir biznesa kārtulas.

• Veidlapām modeļa vadītās programmās, mijiedarbojoties ar nākamajiem posmiem, tiek aktivizēti to nosacījumi un biznesa kārtulas. Tomēr, ja aktīvais posms paliek nemainīgs, šīs kārtulas vairs netiks izpildītas, kad veidlapa tiks atkārtoti ielādēta. Veidlapas ielādei tiek izpildīti tikai noteikumi aktīvajā posmā.

Piezīmes

• Procesā izmantoto tabulu var pārskatīt vairākas reizes (vairākas slēgtas tabulas cilpas).

• Process var atgriezties iepriekšējā posmā neatkarīgi no tabulas tipa. Piemēram, ja aktīvais posms ir Piedāvājuma piegāde piedāvājuma rindā, procesa lietotāji var pārvietot aktīvo posmu atpakaļ uz iespēju rindas Piedāvāt stadiju.

  Citā piemērā pieņemsim, ka process pašlaik ir procesa plūsmas stadijā Pašreizējais priekšlikums : Kvalificēt interesentu> Noteikt vajadzības>Izveidot priekšlikumu Prezentēt priekšlikumu>>Aizvērt. Ja klientam iesniegtajam priekšlikumam ir nepieciešama papildu izpēte, lai noteiktu klientu vajadzības, lietotāji var vienkārši atlasīt procesa posmu Vajadzību identificēšana un izvēlēties Iestatīt aktīvu.

Piemērs: Automašīnu pārdošanas procesa plūsma ar diviem zariem

Apskatīsim piemēru ar biznesa procesu plūsmu ar diviem zariem jaunu un lietotu automašīnu pārdošanai.

Pirmkārt, mēs izveidosim jaunu procesu ar nosaukumu Automašīnu pārdošanas process.

1. Atveriet risinājumu pārlūku un pēc tam kreisajā navigācijas rūtī atlasiet Procesi.

2. Atlasiet Jauns , lai izveidotu jaunu procesu.

3. Norādiet kategoriju kā biznesa procesa plūsma un primārajai entītijai izvēlieties Interesents.

4. Pievienojiet procesam pirmo posmu ar nosaukumu Kvalificēties un pievienojiet darbības , iegādes laika grafiku un automašīnas preferenci.

5. Pēc kopējā kvalifikācijas posma mēs sadalījām procesu divās atsevišķās filiālēs, izmantojot nosacījumu elementu.

   1. Konfigurēt nosacījuma elementu ar kārtulām, kas atbilst jūsu biznesa vajadzībām

   2. Lai posmam pievienotu pirmo zaru, elementu Posms pievienojiet šī nosacījuma elementa ceļam “Jā”

   3. Lai pievienotu otro zaru, kas tiek izpildīts, ja nosacījums nav izpildīts, pievienojiet citu posma elementu nosacījuma elementa ceļā "Nē"

Padoms

Varat pievienot vēl vienu nosacījumu esošā nosacījuma elementa ceļam “nē”, lai izveidotu sarežģītāku zarošanos.

Ja priekšroka Automašīnai ir = jauna, process pāriet uz posmu Jaunas automašīnas pārdošana, pretējā gadījumā tas pāriet uz posmu Iepriekš piederošu automašīnu pārdošana otrajā filiālē, kā parādīts zemāk.

Pēc visu darbību veikšanas posmā Jaunu automašīnu pārdošana vai Iepriekš piederošu automašīnu pārdošana process atgriežas atpakaļ galvenajā plūsmā ar posmu Piedāvājuma piegāde.

Informācijas izpaušanas novēršana

Iedomājieties biznesa procesu plūsmu ar zariem aizdevuma pieprasījuma apstrādei bankā, kā parādīts tālāk. Posmos izmantotās pielāgotās tabulas ir parādītas iekavās.

Šajā scenārijā bankas kredītspeciālistam ir nepieciešama piekļuve pieprasījuma rindai, taču kredītspeciālistam nevajadzētu būt nekādai redzamībai pieprasījuma izmeklēšanā. No pirmā acu uzmetiena šķiet, ka mēs to varam viegli izdarīt, piešķirot kredītspeciālistam drošības loma, kas norāda, ka nav piekļuves izmeklēšanas tabulai. Taču aplūkosim piemēru rūpīgāk, lai pārliecinātos, vai to var atrisināt šādi.

Pieņemsim, ka klients iesniedz bankai aizdevuma pieprasījumu par vairāk nekā 60 000 ASV dolāriem. Bankas darbiniece pārskata pieprasījumu pirmajā posmā. Ja zarošanas kārtula, kas pārbauda, vai bankas aizdevuma summas pieprasījums pārsniegs 50 000 ASV dolāru, ir izpildīta, nākamajā procesa posmā tiks pārbaudīts, vai pieprasījums nav krāpniecisks. Ja tiek konstatēts, ka šis tiešām ir krāpšanas gadījums, procesa nākamā darbība būs tiesvedība pret pieprasītāju. Kredītspeciālistam nevajadzētu būt redzamam abos izmeklēšanas posmos, jo amatpersonai nav piekļuves izmeklēšanas tabulai.

Tomēr, ja kredītspeciālists atver rindu Pieprasījums, visi varēs redzēt visu procesu no gala līdz galam. Kredītspeciālists ne tikai varēs redzēt krāpšanas izmeklēšanas posmu, bet arī varēs noteikt izmeklēšanas rezultātus, jo būs varējis redzēt tiesvedības posmu šajā procesā. Tāpat amatpersona varēs priekšskatīt izmeklēšanas posmu posmus, izvēloties posmu. Lai gan kredītspeciālists nevarēs redzēt datus vai soļa pabeigšanas statusu, viņš varēs identificēt iespējamās darbības, kas tika veiktas pret pieprasījuma iesniedzēju izmeklēšanas un tiesvedības posmos.

Šajā procesa plūsmā bankas darbiniece varēs redzēt krāpniecības izmeklēšanas un tiesvedības posmus, tādējādi tā ir neatbilstoša informācijas izpaušana. Iesakām pievērst īpašu uzmanību informācijai, kas var tikt atklāta zarošanas dēļ. Mūsu piemērā, lai nepieļautu informācijas izpaušanu, process būtu jāsadala divos atsevišķos procesos — vies pieprasījuma apstrādei un otrs krāpniecības izmeklēšanai. Process bankas darbiniecei izskatītos, kā norādīts tālāk.

Izmeklēšanas process būs autonoms, un tajā būs tālāk norādītie posmi.

Jums būs jānodrošina darbplūsma, lai validētu/noraidītu lēmumu no izmeklēšanas rindas uz pieprasījuma rindu.

Nākamās darbības

Izveidojiet biznesa procesa plūsma
Pielāgotas biznesa loģikas izveide ar procesiem