Verslo procesų dizaineris yra įrankis, skirtas rankiniam arba automatiniam nuosekliai sudarytų užduočių vykdymui.

Pavyzdžiui, standartinis modulis leidžia nurodyti tik vieną sąlygų rinkinį, kad būtų galima filtruoti įrašus, kuriems bus paleistas verslo procesas. IN Verslo procesų dizaineris Yra užduotis Sąlyga, kuri leidžia nustatyti skirtingus skirtingų tipų įrašų apdorojimo būdus. Užduotį Sąlyga galite naudoti bet kokį skaičių kartų! Be kita ko, tai leidžia tvarkyti klaidas (pavyzdžiui, nėra susijusių operacijų su sandorio šalimi).

Kiekviena užduotis turi vieną įvestį ir vieną ar daugiau išėjimų. Prižiūrėtojas pradeda nuo užduoties Pradėti ir žingsnis po žingsnio atlieka vieną užduotį po kitos tam tikra tvarka, kol vykdymo kelias baigiasi paskutinę Užduotį. Galite susieti vienos užduoties išvestį su dviejų užduočių įvestimis ir padalinti vykdymo srautą į dvi dalis.

„Business Process Designer“ turi integruotus derinimo įrankius! Galite atsekti, kuriuo keliu nuėjo verslo procesas, ką SMTP serveris grąžino, kai išsiuntėte laišką, ir rinkti statistiką apie atskirų užduočių vykdymo greitį ir dažnumą.

Galite pridėti mygtukų prie lentelės ir detalių rodinių! Galite pradėti verslo procesą ne tik pagal sąlygą ar grafiką, bet ir rankiniu būdu!

Galbūt jūsų seni verslo procesai „Business Process Designer“ vaizdo redaktoriuje atrodo maždaug taip:

(apatiniame paveikslėlyje parodyta, kaip galite padalinti verslo proceso vykdymo kelią)

Kiekvienas verslo procesas užtrunka. Verslo procesų kartojimas, pvz., su gimtadieniu, el. paštu, neapsieina be įsilaužimų.

Naujasis verslo procesų modulis leidžia susieti paskutinį REZULTATĄ su pirmaisiais Įvesties duomenimis. Tokiu būdu galite sukurti be galo pasikartojantį verslo procesą!

Skaitmeninės technologijos sparčiai veržiasi į visas visuomenės sritis, verčia mus būti lankstesnius ir greitai prisitaikyti prie pokyčių. Skaitmeninė transformacija nepagailėjo ir verslo: jo išlikimas šiuolaikinėmis sąlygomis pirmiausia priklauso nuo pasirengimo greitai ir radikaliai keisti įmonės valdymo metodus, kurių objektai tapo vienos informacinės erdvės dalimi. Papildomo postūmio privalomo automatizavimo forma gavo ir verslo procesų valdymas, susiejant informaciją ir žmogiškuosius išteklius į vieną modelį.

Kiekvienam sėkmingos organizacijos vadovui šiandien akivaizdu, kad bet kokios vadybos naujovės ir verslo efektyvumo didinimo priemonės yra pagrįstos kompetentinga ir sumaniu verslo procesų transformavimu. O popieriniai reglamentai, taip pat netobulų ir nestruktūruotų procesų automatizavimas – jau praeitis.

Vadovauti įmonei, nepriklausomai nuo dydžio ir pramonės šakos, prilygsta vairavimui automobiliu, kur viską lemia gaunamos informacijos greitis ir operatyvi reakcija į ją. Kaip ir automobilyje, kur be vairo ir pavarų dėžės turi būti įvairūs įrenginiai, realiu laiku atspindintys tiek pačios transporto priemonės, tiek aplinkos rodiklius, taip ir valdymo sistemoje turi būti tiesioginio poveikio įrankiai ir priemonės apdorojimui. informacija. Popieriniai reglamentai gali suteikti bendrą vaizdą apie tai, kaip veikia verslas, tačiau jie nėra valdymo įrankis. Tokie procesai nėra interaktyvūs ir nesuteikia tikslių atliekamų operacijų matavimų.

Verslo procesų modeliavimo ir valdymo įrankis – BPM sistemos leidžia greitai kurti, vykdyti, stebėti ir keisti procesus glaudžiai integruojant projektavimo, kūrimo ir vykdymo aplinkas. BPM sistemos, kaip taisyklė, yra pagrįstos vienu pažangiausių pasaulinių modeliavimo standartų – BPMN 2.0 žymėjimu.

Kas yra BPMN žymėjimas

BPMN yra lanksčiausia ir paprasčiausia verslo procesų modeliavimo, analizės ir reorganizavimo metodika. Lankstumą užtikrina elementų ir žymėjimo taisyklių rinkinys, o matomumas pasiekiamas naudojant vaizdines proceso diagramas ir struktūrines schemas. Pagrindinis BPMN tikslas – pateikti visiems vartotojams prieinamą verslo procesų apibūdinimo žymą: procesų modelius kuriantiems analitikams, jų vykdymo technologijas diegiantiems kūrėjams, eiliniams verslo vartotojams ir procesus valdantiems bei jų vykdymą stebintiems vadovams.

BPMN sukurtas kaip jungtis tarp verslo proceso projektavimo etapo ir jo įgyvendinimo etapo. Šiuo tikslu BPMN žymėjimas naudoja pagrindinį intuityvių elementų rinkinį, kad būtų galima apibrėžti sudėtingas semantines konstrukcijas. BPMN standartas atsirado dėl paprasto mechanizmo, skirto paprastiems ir sudėtingiems verslo procesų modeliams kurti ir skaityti. Modeliavimas BPMN žymėjimu atliekamas naudojant diagramas su nedideliu grafinių elementų skaičiumi. Tai leidžia vartotojams greitai suprasti ir suprasti procesų logiką.

5 BPM sistemos, pagrįstos BPMN žymėjimu

bpm'online

bpm"online yra platforma verslo procesų valdymui iš Terrasoft. Sistema paremta pažangiausiu verslo procesų modeliavimo standartu BPMN. Sistema leidžia ne tik modeliuoti ir diagramuoti verslo procesą bei keisti jį naudojant patogų dizainerį, bet ir paleisti tik tai, kad procesas būtų sukurtas nedalyvaujant kūrėjui.

Norėdami modeliuoti verslo procesus BPMN žymėjimu, programoje bpm'online yra du įrankiai:

Verslo procesų vedlys – paprastiems verslo procesams kurti naudojant standartinius elementus, kuriuos vartotojas gali paleisti rankiniu būdu.

Verslo procesų dizaineris – skirtas modeliuoti sudėtingus šakotus procesus, kuriuose yra daug skirtingų elementų, įskaitant tuos, kuriuos sistema atlieka automatiškai.

Modeliavimo įrankio pasirinkimas programoje bpm'online priklauso nuo proceso sudėtingumo, tikslo ir būdo.

„BizAgi Suite“.

Nemokamas (iki 20 darbuotojų) įrankis grafiškai aprašyti procesus BPMN žymėjimu. Sistema palaiko bendradarbiavimą, modeliavimą, sukurtų modelių eksportą į teksto redaktorius ir kitus formatus. Sistema susideda iš dviejų modulių: BizAgi Modeler, kuriuo aprašomi ir modeliuojami verslo procesai bei BizAgi Studio, leidžiantys sukurtus modelius paversti vykdomomis programomis. Sistema taip pat leidžia stebėti procesų vykdymą realiu laiku.

Verslo studija

Sistema palaiko keletą modeliavimo žymų: IDEF, eEPC, BPMN ir keletą kitų. „Business Studio“ turi galimybę imituoti, atlikti funkcinę kaštų analizę ir automatiškai generuoti dokumentus. Sistemos trūkumas yra tas, kad procesų modelių vykdymas ir stebėjimas vykdomas integruojant su kitomis sistemomis. Programa taip pat leidžia nustatyti įmonės tikslus naudojant subalansuotą rezultatų kortelių sistemą.

ELMA BPM

Verslo procesų modeliavimui sistemoje naudojamas BPMN žymėjimas. Sistema taip pat leidžia vykdyti ir stebėti modeliuojamus procesus realiu laiku. Be modelių kūrimo, sistema taip pat leidžia priskirti verslo procesų vaidmenis atsakingiems darbuotojams, organizuoti darbą su dokumentų srautu ir integruoti sistemą su 1C.

Vizualinė paradigma

Sistema palaiko daugybę modelių žymėjimų ir blokinių diagramų, įskaitant BPMN. Sistemoje sukurti modeliai gali būti tarpusavyje sujungti, kas leis nesunkiai sukurti viso verslo modelį. Be to, galima atlikti imitacinį modeliavimą ir tikrinti procesų diagramas.

Visual Paradigm suteikia galimybę valdyti elementų atributus ir automatiškai generuoti procesų aprašymus. Sistema iš pradžių buvo skirta kūrėjams, todėl kiekvienam elementui galima nustatyti elgesio sistemoje sąlygas, verslo taisykles.

Naujo verslo procesų dizaino dokumentavimas

Išsamiai aprašykite galutinę atnaujinto verslo proceso versiją funkcinės diagramos forma. Praleiskite išsamią informaciją apie tai, kas tiksliai atliks tam tikras užduotis. Šią informaciją paaiškinsite vėliau. Šiuo metu visoms suinteresuotosioms šalims reikia pristatyti gana paprastą verslo proceso versiją, kad jos galėtų išreikšti savo nuomonę ir idėjas.

Generolas, laimėjęs mūšį, prieš mūšį atlieka daug proto skaičiavimų

prasideda.

Atnaujinto proceso dizaino koregavimas

Pagrindinėms suinteresuotosioms šalims pateikite naują funkcinę diagramą ir tai, kaip sukūrėte verslo procesų naujovių idėjas. Patartina įtraukti savo vadovą ir kitus įmonės darbuotojus, kurių veiklai pokyčiai turės įtakos. Užduokite jiems šiuos klausimus:

• Ar siūlomas verslo proceso pakeitimas pagerins veiklos efektyvumą, o tai yra galutinis viso projekto tikslas? Ar tai padės jums pasinaudoti naujomis galimybėmis?
• Kokios galimos problemos, jūsų manymu, kils, jei siūlomas procesas bus įgyvendintas?
• Ką siūlytumėte, kad atnaujintas procesas būtų efektyvesnis siekiant užsibrėžtų tikslų?
• Ar manote, kad praleidome ką nors svarbaus? Jei taip, ką tiksliai?

Kviesdami pateikti informaciją iš pagrindinių suinteresuotųjų šalių, užtikrinsite paramą jūsų komandos sugalvotam verslo procesui įgyvendinti. Kai patys žmonės sugalvoja keisti procesą, jie linkę prie to sušilti. Apsvarstykite, ar verta keisti naują proceso dizainą, įgyvendinant kai kuriuos siūlomus pakeitimus. Norėdami gauti daugiau informacijos, žr. Verslo procesų pertvarkymas: naudingi patarimai.

Verslo procesų pertvarkymas: naudingi patarimai

• Pakeiskite procesą taip, kad patobulinimai geriausiai atitiktų klientų pageidavimus – pavyzdžiui, padidinkite darbo greitį, efektyvumą ir tikslumą, sumažinkite išlaidas arba sumažinkite kontaktų tarp kliento ir įmonės skaičių iki vieno.
• Nesivaržykite tokių veiksnių kaip esamas personalas, pareigų pasiskirstymas ar darbo vieta. Jei norint pagerinti proceso efektyvumą reikia pristatyti naują darbuotoją, planuokite tai.
• Jei pagrindiniai proceso ištekliai natūraliai sudaro grupes, kiekvienai grupei sukurkite atskirą procesą.
• Pirmiausia reikia pakeisti tas proceso dalis, kuriose prarandama daugiausiai laiko – kur daug laukimo, kraustymosi ar perdarančių darbų.
• Tais atvejais, kai tam tikrus proceso veiksmus galima atlikti nepriklausomai vienas nuo kito ir ne eilės tvarka, gali būti prasminga sukurti kelis procesus, kurie gali vykti lygiagrečiai.
• Peržiūrėkite dabartinės proceso veiksmų sekos pagrįstumą. Apsvarstykite, ar jis taps greitesnis ir efektyvesnis, jei jį pakeisite.
• Ieškokite galimybių atsikratyti pernelyg didelės jau atliktų darbų kontrolės. Kai žmonės žino, kad jų darbo rezultatai bus tikrinami daug kartų, jie nustoja stengtis viską daryti teisingai.
• Siekiant sumažinti proceso etapų skaičių, pašalinkite visus dokumentų tvirtinimo ir veiksmų tvirtinimo atvejus, kai darbuotojai ne itin supranta atliekamo darbo turinį. Perkelkite sprendimų priėmimo procesą į žemesnį lygį, kur vyksta pagrindinė veikla.
• Ieškokite galimybių supaprastinti bereikalingai sudėtingus veiksmus.
• Įsitikinkite, kad procese dalyvauja kuo mažiau žmonių. Tokiu būdu sumažinate galimų sunkumų skaičių ir problemų atsiradimo tikimybę iš anksto.
• Norėdami nustatyti problemines proceso sritis, paklauskite dalyvaujančių asmenų

žmonių apie tai, kokiais atvejais jie patiria nepasitenkinimą ir kas konkrečiai jiems netinka. Galite gauti, pavyzdžiui, atsakymus: „Kai gaunu šį darbą, jame trūksta reikiamos informacijos“.

Norėdami nustatyti kliūtis organizuojant procesą, pridėkite prie jo papildomų pagrindinių išteklių ir padidinkite jo įgyvendinimo greitį. Tokiomis sąlygomis kliūtys atsiras ryškiausiai.

• Pamoka

Šį straipsnį parašiau kaip straipsnio apie BPM sistemas tęsinį. Ir čia noriu pakalbėti apie BPMS veikimo principus konkrečios sistemos – Bizagi – pavyzdžiu. Pabandysiu praktiniu pavyzdžiu paaiškinti, kaip vyksta verslo proceso modeliavimo, kūrimo ir vykdymo procesas šioje sistemoje.

Bizagi: modelis. Sukurti. Bėk

Bizagi yra to paties pavadinimo įmonės sukurta BPM sistema, skirta verslo procesų modeliavimui, vykdymui, automatizavimui ir analizei. „Bizagi“ sistemoje yra 3 moduliai, skirti visiškai pritaikyti procesus:

• Modeliuotojas – pilna procesų modeliavimo aplinka BPMN žymėjimu;
• Studija – verslo procesų kūrimo aplinka;
• Variklis yra proceso vykdymo aplinka, prieinama vartotojams bet kurioje naršyklėje iš bet kurio įrenginio.

Pažvelkime į kiekvieną iš šių modulių išsamiau.

Modeliuotojas

Modeliuotojas yra verslo procesų dizaineris, kuriame modeliuojama veiksmų ir įvykių seka. Svarbu suprasti, kad Modeler sukurtas verslo procesas yra tik paveikslėlis, grafinis imituojamo proceso vaizdas, bet dar ne pats automatizuotas veiksmų algoritmas.

Tie, kurie yra tiesiogiai atsakingi už verslo procesą, vaidmenis ir verslo taisykles, paskiriami kitame programavimo etape ir nepriklauso nuo to, kokį dizainą sumodeliavote šiame etape. Verslo procesų projektavimas reikalingas tiesiog norint susitarti dėl darbo su vartotojais schemos.

Verslo procesui modeliuoti galite naudoti vieną iš trijų būdų:

• Naujas procesas – sukurkite savo naują verslo procesą;
• Import Process – verslo proceso importas;
• Process Xchange – iš Bizagi siūlomos verslo procesų duomenų bazės pasirinkite paruoštą modelį. Pasirinkę šabloną, galite jį modifikuoti, kad atitiktų jūsų verslo realijas. Visi pateikti modeliai parašyti anglų kalba.

Galite redaguoti, išsaugoti ir eksportuoti su Modeler sukurtą verslo procesą įvairiais formatais (pdf, html).

Verslo procesų modeliavimas atliekamas BPMN 2.0 formatu. Šis formatas šiek tiek skiriasi nuo gerai žinomo BPMN 2.0, su tuo susidūriau praktikoje. Kai kurių funkcijų, įtrauktų į BPMN 2.0 ir kai kurias kitas programas, skirtas dirbti tik su modeliavimu, „Bizagi“ formate nerasite. Pavyzdžiui, čia nėra vadinamojo „išorinio subjekto“. Tačiau „Bizagi“ turi savo patobulinimų, kurių nėra kitose sistemose, pavyzdžiui, „Mailstone“ yra tarpinis etapas.

Modeler sukurtus verslo procesų žemėlapius galima „bendrinti“ portale „Bizagi“ arba naudoti kaip bendradarbiavimą, tai yra, keli darbuotojai gali dirbti kartu, o tai labai patogu.

Skirtingai nuo kitų dviejų modulių, Modeler turi sąsają rusų kalba.

Dar kartą priminsiu, kad Modeler yra skirtas tik verslo procesų modeliavimui. Tai yra, jei jums reikia tik verslo procesų dizaino, jums pakaks šio modulio. Jei jums reikia ne tik modeliuoti, bet ir kurti bei vykdyti verslo procesus, jums prireiks Studio modulio, kuris turi savo verslo procesų modeliuotoją.

Studija

Modeliuojamas verslo procesų žemėlapis turėtų veikti. Vartotojas turi prisijungti ir bendrauti su įvairiomis formomis. „Studio“ leidžia sukurti sąsają ir formas, su kuriomis žmogus dirbs. Žemiau mes atidžiau pažvelgsime į visus verslo procesų plėtros „Bizagi Studio“ aspektus.

Norėčiau atkreipti dėmesį, kad Modeler ir Studio yra nemokami. Pagrindiniame Studio pakete yra iki 20 bandomųjų vartotojų.

Variklis

Variklis yra vykdymo aplinka, leidžianti vartotojams prisijungti prie sistemos ir su ja atlikti konkrečius verslo procesus.

Variklio licencijos yra mokamos. Nemokamas tik bandymo režimas.

Variklis suteikia dviejų tipų licencijas:

• nuolatinė licencija;
• licencija metams.

Tuo pačiu metu įmonėms, turinčioms iki 50 vartotojų, suteikiama 50% nuolaida – tai vadinamasis Starter rinkinys, skirtas remti smulkųjį ir vidutinį verslą. Jei įmonėje yra daugiau nei 50 vartotojų, turėsite sumokėti visą licencijų kainą.

Variklis apima žingsnis po žingsnio sukurto verslo proceso vykdymą, atsižvelgiant į visas Studio nurodytas sąlygas.

Be variklio modulio negalėsite visavertiškai dirbti sistemoje ir vykdyti numatytus verslo procesus.

Kaip veikia Bizagi?

Ką mes darome „Bizagi“, jei reikia automatizuoti bet kurį verslo procesą? Panagrinėkime veiksmų algoritmą naudodamiesi lėšų išlaidų paraiškos patvirtinimo pavyzdžiu. Straipsnyje apie BPM sistemas matėme, kaip šis verslo procesas buvo įgyvendintas realiame projekte naudojant apskaitos sistemą, dabar pažiūrėsime, kaip tai tinkamai organizuoti BPM sistemoje.

1. Modeliavimas

Verslo procesų modeliavimas vyksta į darbo sritį įtraukiant „Bizagi“ siūlomus grafinius elementus.

Aukščiau rašiau, kad Studio sąsaja pateikiama anglų kalba, tačiau pačiame verslo procesų žemėlapyje galime naudoti rusų kalbą.

Modeliuojame Mokėjimo užklausos verslo procesų diagramą: apibrėžiame proceso pradžią, įvykius, įspėjimus, verslo taisykles ir verslo proceso pabaigą.

Užduotis – kontroliuoti sąskaitų apmokėjimą. Šio verslo proceso veiksmų seka atrodo taip:
1. Darbuotojas, gavęs sąskaitą faktūrą, turi sukurti mokėjimo prašymą.
2. Vadovas turi patikrinti užklausą ir pasirinkti vieną iš veiksmų parinkčių:

• Atsisakyti;
• Patvirtinti.

3. Pirmuoju variantu Darbuotojas gauna pranešimą apie vadovo atsisakymą. Tai užbaigia verslo procesą.
3. Antruoju atveju vadovas turi atsispausdinti, pasirašyti užklausą ir nusiųsti į buhalteriją, tai baigia verslo procesą.

Grafinis verslo proceso žemėlapis atrodo taip:

2. Duomenų struktūros kūrimas

Sumodeliavus verslo procesą, pradedame kurti duomenų struktūrą. Šiame etape nurodome, kokiose formose ir kokiuose laukuose saugomi tie ar kiti duomenys bei nurodome jų ryšius.

Mūsų pavyzdyje turime sukurti tris objektus:

• Prašymas apmokėti sąskaitą faktūrą;
• Sandorio šalis (tiekėjas, kuriam reikia apmokėti sąskaitą faktūrą);
• Atmetimo priežastis.

Kiekvienam iš šių objektų turite nurodyti atributus (laukus), kuriuos bus galima užpildyti. Atributai skirstomi į:

• Iš anksto įdiegta (jų yra daug) - atributai, kuriuos siūlo pati sistema;
• Custom – tie, kuriuos vartotojas sukuria rankiniu būdu.

Ekrano kopijoje rodoma, kurie atributai nurodyti kiekvienam objektui.

Taip pat būtina nurodyti šių subjektų ryšius. Nurodome, kad atsisakymo priežastys ir sandorio šalys yra įtrauktos į sąskaitos faktūros apmokėjimo užklausos subjektą.

3. Formų kūrimas (vartotojo sąsaja)

Sukūrę duomenų struktūrą, turime nuspręsti, kaip vartotojas prisijungia prie sistemos ir su ja sąveikauja. Ir čia reikia sukurti vartotojo sąsają.

Kai sumodeliuojame verslo procesą, įsigiliname į jį ir matome, kad kiekvienas iš šių žingsnių diagramos langelių yra forma, kurią reikia sukurti.

Forma yra tai, su kuo vartotojas dirbs vėliau.

Noriu atkreipti jūsų dėmesį į tai, kad kuriamos tik tos formos, kurias naudoja vartotojas. Jei kuri nors iš etapų apima automatinį veiksmą (pavyzdžiui, įspėjimą Darbuotojui apie mokėjimo atsisakymą), tam nereikia kurti formos.

Mūsų pavyzdyje būtina sukurti 3 formas:

• Sukurti mokėjimo prašymą;
• Mokėjimo prašymo tikrinimas;
• Spausdinimo formos formavimas.

Šiose formose naudojami tie patys duomenys. Kiekvienos iš šių formų pagrindas yra tas pats – prašymas apmokėti sąskaitą faktūrą. Tačiau kiekviena paskesnė forma turi daugiau pažangių funkcijų nei ankstesnė. Pavyzdžiui, užklausos patvirtinimo formoje yra visa informacija iš užklausos sukūrimo formos + paraiškos būsena (Patvirtinta ar ne). O kita forma, lyginant su ankstesne, taip pat turi galimybę atspausdinti užklausą. Jei reikia, nereikalingi laukai iš ankstesnių formų gali būti paslėpti.

Čia svarbu suprasti, kad tai ne viena, o trys skirtingos formos. Ir kiekvienas iš jų sukuriamas iš naujo arba nukopijuotas iš ankstesnės formos, o po to joje atliekami būtini pakeitimai.

Dabar pažvelkime į formos kūrimo procesą (pavyzdžiui, Mokėjimo prašymo kūrimas).

Forma sukuriama pasirinkus ir nutempus reikiamus laukus į aktyvų langą. Siūlomi pasirinkti laukai (atributai), kuriuos ankstesniame etape priskyrėme konkrečioms formoms.

Užklausos kūrimo forma galiausiai atrodys taip:

Čia matome laukus:

• Terminas;
• Sąskaitos faktūros suma;
• Paskyros numeris;
• Sandorio šalis;
• Pridedamas failas (galima pridėti sąskaitą apmokėjimui).

Taip pat patogesniam formų naudojimui galima naudoti Layot (formos dalių išdėstymo parinktys).

Formos išdėstymą galima suskirstyti:

• į tris lygias dalis (33%-34%-33%);
• į dvi lygias (50%-50%) dalis;
• į dvi nelygias (70%-30%, 30%-70%) dalis;
• palikite maketą nedalomą (Full layout).

Formos kūrimo etape galite konfigūruoti skirtingų vartotojų laukų matomumą ir redagavimo funkcijas.
Pavyzdžiui, kitas Prašymo patvirtinimo etapas turi savo formą, kurioje vadovas gali matyti ankstesniame etape darbuotojo sukurtus laukus, tačiau vadovas negali šių laukų redaguoti. Bet jis turi prieigą prie savo laukų, kurie darbuotojui nematomi: lauką Patvirtinta su parinktimis Taip/Ne.

Laukas Atsisakymo priežastis vadybininkui tampa matomas tik tada, kai jis lauke Patvirtinta pasirenka parinktį Ne. Tai yra, laukų matomumą galima reguliuoti ne tik formatu Visible-Not Visible, bet ir priklausomai nuo bet kokių sąlygų. Ši būklė atrodo taip
PaymentRequestApproved yra lygus false

Jei valdytojas nustatė parinktį Taip, atsiras mokėjimo prašymo spausdinimo funkcija. Jai nėra jokių funkcijų, išskyrus Generuoti šabloną.

4. Apibrėžkite verslo taisykles

„Bizagi“ pateikia tris verslo taisyklių nustatymo veiksmus:

• Apibrėžti išraiškas – apima apdorojimo sąlygas
• Veiklos veiksmai (įvykiai) – apima įvykių apdorojimą
• Našumas – apima vartotojų, dirbančių viename ar kitame verslo proceso etape, apdorojimą.

Apibrėžkite išraiškas
Išraiškų apibrėžimo etape tam tikromis sąlygomis nustatomos sistemos veikimo parinktys. Mūsų atveju tai yra užklausos patikrinimo rezultatas, dvi parinktys (dvi rodyklės), kurios veda iš tikrinimo rezultato. Spustelėjus rodyklę, vedančią į kitą etapą, atsidaro forma, kurioje užpildomos perėjimo į konkretų etapą sąlygos.

Jei, remiantis patikrinimo rezultatais, vadovas atsisako, procesas pereina į etapą Pranešti apie atsisakymo priežastį.

Jei, remdamasis patikrinimo rezultatais, vadovas patvirtino užklausą, procesas pereina į sąskaitos faktūros spausdinimo etapą.

Veiklos veiksmai
Veiklos veiksmų etape galime nurodyti iš anksto nustatytus laukus. Iš anksto nustatytus laukus galima užpildyti trimis atvejais (galima pasirinkti):

• atidarant formą;
• taupant;
• išeinant iš formos.

Pavyzdžiui, mokėjimo prašymo kūrimo etape galime nurodyti, kad atidarydami formą turime du iš anksto nustatytus laukus:

• Data – čia nurodome, kad užklausos data automatiškai užpildoma esama data DataLaikas.Šiandien
• Autorius (darbuotojas) – čia nurodome, kad dokumento iniciatorius automatiškai tampa jo autoriumi Aš.Byla.Kūrėjas.Id

Spektaklis
Kitas žingsnis yra našumas. Čia nurodome, kas kuriame etape dirba su verslo procesu ir yra atsakingas už jo įgyvendinimą.

• Sandorio kūrimo etape dirba šį sandorį sukūręs darbuotojas. „User Id Equal Case“ kūrėjas
• Prašymo tikrinimo etape dirba dokumentą sukūrusio asmens vadovas. Vartotojo ID lygus CurrentAssigneeBoss

5. Pranešimo taisyklių aprašas
Surašę, kaip veikia verslo taisyklės, aprašome įspėjimo taisykles.

Darbuotojas negali nuolat būti vienoje sistemoje, jis turi einamųjų reikalų ir dirba kitose programose. Kaip jis gaus informaciją apie verslo proceso pokyčius, kuriems reikalingas jo dalyvavimas? Tai sukonfigūruota naudojant pranešimą. BPMN 2.0 yra toks dalykas kaip pranešimas, ir čia mes galime susieti pranešimą su sistema.

Yra dviejų tipų įspėjimai:

• automatinis (pati sistema turi savo el. pašto serverį) – pavyzdžiui, pereinant iš vieno etapo į kitą;
• sukurtas rankiniu būdu – pavyzdžiui, kai vartotojas pats nori išsiųsti pranešimą dėl paaiškinimo, tačiau nekeičiant programos stadijos.

Vienu metu galite naudoti abiejų tipų įspėjimus.

Mūsų verslo procese pasikeitus etapui (Patvirtintas arba nepatvirtintas mokėjimo prašymas), Darbuotojui siunčiamas pranešimas, kad sąskaita faktūra patvirtinta arba ją reikia patikslinti.

6. Spausdinimo formos sukūrimas

Mūsų pavyzdyje darbuotojas, be elektroninio dokumento, nori gauti ir atspausdintą formą. Tai yra, jei vadovas patvirtino mokėjimo prašymą, tada jis atsispausdina, pasirašo dokumentą ir perduoda jį sekretorei, kad jis būtų toliau perduotas buhalterijai. Dokumentas išsaugomas ne tik sistemoje, bet ir spausdinta forma.

Sistemoje galite kurti taip vadinamus dokumentų šablonus. Norėdami atspausdinti užklausos formą, galite naudoti Word, Excel arba paprastą tekstą. Sukūrėme formą, kurią turi atsispausdinti ir pasirašyti asmuo, ant kurio baigiasi procesas. Šioje spausdintoje formoje pateikiama visa pagrindinė užklausos informacija:

• Sukūrimo data;
• Vartotojas;
• Paskyros numeris;
• Sąskaitos data;
• Sąskaitos faktūros suma;
• Bazė;
• Atsakingo asmens parašas.

Gavęs šią formą, buhalteris gali iš karto nustatyti sąskaitą, kurią reikia apmokėti.

Verslo procesų vykdymas

Sukūrus verslo procesą Bizagi sistemoje, reikia sukurti vartotojus, nurodyti jų struktūrą, po kurios šie vartotojai galės dirbti sistemoje.

Pažiūrėkime, kaip vykdomas mūsų sukurtas verslo procesas:

Vartotojas pasirenka verslo procesą iš siūlomų sistemoje. Šiuo atveju tai yra Mokėjimo užklausos verslo procesas. Atsidaro prašymo kūrimo forma.

1. Vartotojas užpildo reikiamus laukus (laukai Data ir Autorius užpildomi automatiškai). Apmokėjimui vartotojas prideda sąskaitą faktūrą.

2. Vadovas gauna pranešimą, kad būtina patikrinti prašymą.
3. Vadovas įeina į užklausos formą, kurioje mato užklausos patvirtinimo formą su galimais veiksmais – pasirinkite, ar užklausa patvirtinama ar nepatvirtinta.

Jei vadovas pasirinko Taip:
4. Atsiras mygtukas Sukurti dokumentą, kad išspausdintumėte užklausą. Vadovas atspausdina formą ir pasirašo.
5. Prašymą inicijavęs darbuotojas gauna pranešimą, kad sąskaita patvirtinta

Jei vadovas pasirinko Ne:
4. Prašymą inicijavęs darbuotojas gauna pranešimą, kad sąskaita faktūra atmesta.
Verslo procesas baigtas.

Dar keli žodžiai apie Bizagi

„Bizagi“ visada galite peržiūrėti verslo procesų vykdymo analizę.

Sistema numato integraciją: galima prisijungti prie Bizagi „iš išorės“, arba iš paties Bizagi prisijungti prie kitų programų per API. Jis naudoja žiniatinklio paslaugas ir SOAP.

Taip pat būtina prisiminti, kad sistema yra lokalizuota – parinktys skirtingomis kalbomis. „Bizagi Modeler“ taip pat yra vertimas į rusų kalbą. Iš karto pasakysiu, kad šis vertimas, deja, ne visada teisingas. Be to, visa Bizagi dokumentacija pateikiama tik anglų kalba. Todėl man labiau patinka dirbti su sistema anglų kalba.

Baigdamas noriu pastebėti, kad verslo proceso kūrimas yra ilgas ir daug darbo reikalaujantis darbas, nes rašome beveik naują programą, kuriai duomenų struktūras ir formas kuriame nuo nulio.

„First Form“ yra lankstus verslo procesų kūrėjas, su kuriuo galite greitai ir lengvai konfigūruoti beveik bet kokį maršrutą per užduotį ar dokumentą.

Administratoriams

Integruoti vizualinio modeliavimo įrankiai

Procesas vaizduojamas kaip seka būsenos Ir perėjimai tarp jų – „Pirmoje formoje“ tai vadinama maršrutą procesas. Norėdami sukurti maršrutą, tiesiog pridėkite reikiamas būsenas ir susiekite jas su perėjimais (patogiausia tai padaryti naudojant vilkimo metodą).

Vizualus maršruto redaktorius.

Perėjimų metu atliekami tam tikri veiksmai - tikrinamas užduoties parametrų teisingumas, atliekami skaičiavimai, sukuriamos papildomos užduotys, paskiriami terminai ir vykdytojai. Daugumą nustatymų galima atlikti parametriškai, be programavimo: keisti laiką, atlikėjus, prašyti komentarų, siųsti pranešimus. Sudėtingesniems veiksmams naudojama funkcija.

Koordinavimo maršrutas

Daugeliui procesų tam tikrame žingsnyje reikia derinti parengtus dokumentus ar priimtus sprendimus su vadovais ir susijusiais padaliniais. Norėdami tai padaryti, sukonfigūruokite koordinavimo maršrutai— prašomų parašų sąrašas ir tvarka. Patvirtinimo procedūrą galima konfigūruoti atskirai kiekvienam proceso etapui, o parašų ir rezoliucijų apdorojimas palaikomas beveik bet kokio sudėtingumo logika.

Suderinimo maršrutas su nuosekliu ir lygiagrečiu parašų prašymu.

Verslo procesų maršrutai gali būti bet kokie, nuo paprasčiausių iki gana sudėtingų.


Sutarties patvirtinimo maršruto pavyzdys

Vartotojams

Pagrindinė maršruto juosta

Kad naudotojams būtų lengviau naršyti procesą, rodoma užduočių kortelė pagrindinė maršruto juosta- tipiškiausia perėjimų seka. Juostelė rodo, kurie proceso etapai jau atlikti, o kurie dar turi būti atlikti. Galite pereiti prie kitos būsenos spustelėdami jo pavadinimą maršruto sklaidos kanale arba norimą perėjimo mygtuką.