Verslo proceso 1c pavyzdys. Verslo procesą sukuriame keliais etapais. Kas yra praktikoje

Verslo procesų mechanizmas „1C:Enterprise 8“

Andrejus Kolesovas

Verslo procesų valdymas (BPM) – IT specialistams jau seniai gerai žinomas terminas, tačiau kartu turintis tam tikrą paslaptingumo ir neprieinamumo „paprastiems“ vartotojams atspalvį. Iš tiesų, beveik visi pirmaujantys platformų ir verslo programinės įrangos pardavėjai jau seniai ir reguliariai skelbia apie savo pasiekimus BPM srityje, tačiau tuo pat metu jie kartais suteikia šiai koncepcijai skirtingas reikšmes, sutelkdami dėmesį į savo pačių siūlomų technologijų specifiką. Tiesą sakant, bendra BMP idėja yra gana paprasta - organizacijos valdymo proceso modelio naudojimas, kai atskiros verslo operacijos yra susietos grandinėmis. Šis požiūris įgyvendinamas remiantis Workflow koncepcijos (darbo eigos valdymo) metodologiniu pagrindu, tačiau tik plačiąja prasme. Jei klasikinėje darbo eigoje akcentuojami dokumentai, tai BMP susieja dokumentus (informaciją), žmones ir programas (informacijos apdorojimo priemones).

Verslo procesų variklis (BPM) pasirodė kaip 1C:Enterprise dalis 2005 m. pradžioje ir galima teigti, kad tai labai perspektyvi ir naudinga platformos naujovė. Jo esmė – grandinių automatizavimas susijusių sandorių kuriais siekiama bendro tikslo, dažniausiai kontekste organizacinė struktūra apibrėžiantys funkcinius vaidmenis ir santykius. Verslo procesų automatizavimas gerina darbo organizavimo kokybę ir valdymo efektyvumą.

Kokybės gerinimas. Verslo procesai suformuluoja ir įgyvendina atskirų operacijų atlikimo ir jų ryšio taisykles, kurios gali ženkliai sumažinti ar net visiškai pašalinti žmogiškojo faktoriaus sukeliamas klaidas iš verslo proceso. Paprastas darbų sąrašas leidžia darbuotojams sutelkti dėmesį į savo tiesiogines pareigas.

Efektyvumo gerinimas. IVP pagalba galima formalizuoti organizacinę veiklą, priskirti valdymo funkcijas bendras darbas darbuotojus prie taikomųjų programų sprendimo, kuris leidžia efektyviau panaudoti darbo laiką.

Naujų galimybių suteikimas. Duomenys apie užduočių atlikimą ir verslo procesų eigą gali būti pagrindas optimizuoti įmonės organizacinę struktūrą, nustatyti kliūtis ir paslėptus išteklius. Taigi procesų valdymo metodika yra visiškai įdiegta.

Apskritai IVP naudojimas taikomuose sprendimuose leis įmonėms, įskaitant mažas, pereiti nuo tradicinio funkcinio valdymo modelio prie modernios į procesus orientuotos schemos, kokybiškai tobulinant savo veiklą pertvarkant ir automatizuojant verslo procesus.

Verslo procesų variklio supratimas

Verslo procesai „1C:Enterprise“ reikalingi norint sujungti atskiras operacijas (sąskaitos faktūros išrašymą, grynųjų pinigų priėmimą, prekių išdavimą iš sandėlio ir kt.) į tarpusavyje susijusių veiksmų grandines, kurios veda į konkretaus tikslo pasiekimą (pavyzdžiui, parduodant prekes grynaisiais). Darbuotojų dalyvavimas verslo proceso gyvavimo cikle pasiekiamas vaidmenimis pagrįsto maršruto parinkimu.

MBP vienu metu teikia keli konfigūracijos objektai: verslo procesai, užduotys, informacijos registras ir seanso parametras. Paprastai užduočių adresavimo atributų tipai ir informacijos registro matmenys priskiriami nuorodomis į atitinkamus katalogus, todėl katalogai pridedami prie keturių aukščiau išvardytų tipų.

Pagrindiniai IVP objektai yra verslo procesai ir užduotys. Jie naudoja vienas kitą ir dar tris pagalbinius objektus – seanso parametrą, informacijos registrą ir katalogus. Pagalbiniai objektai nenaudoja vienas kito, nei pagrindiniai objektai.

Užduotis sukurta atsižvelgiant į užduotis ir aprašoma, kaip jos paskirstomos tarp atlikėjų, atsižvelgiant į įmonės organizacinę struktūrą. Užduočių adresavimą darbuotojams lemia detalės, kuriose gali būti numatytas daugiamatis vaidmenimis pagrįstas maršrutas, pavyzdžiui, pagal vaidmenis, darbo grupes, padalinius, patalpas, filialus ir tt Tokiu atveju užduotis gali kurti ne tik verslo procesai, bet ir kitais objektais informacinė bazė ir tiesiogiai vartotojų. Be to, į bendras atvejis užduoties vykdytoju gali būti ne tik darbuotojas, bet ir bet kuri išorinė sistema, pavyzdžiui, kita apskaitos sistema.

Užduoties sąvoka faktiškai apibrėžia tik sąsają verslo proceso sąveikai su užduotimi, kurios vykdymas bendru atveju gali būti nesusijęs su operacijų atlikimu pačioje sistemoje. Pavyzdžiui, verslo procesas jo vykdymo metu gali pareikalauti kurį nors klausimą suderinti su įmonės vadovu. Taip suformuluota užduotis bus, pavyzdžiui, adresuota sekretoriui, kuris ją išspręs visomis jam prieinamomis priemonėmis: paštu, telefonu ir pan. Užduotis bus laikoma atlikta, kai sistema gaus informaciją apie reikiamo patvirtinimo gavimą.

Objektas „Verslo procesas“ apibūdina operacijų atlikimo logiką tam tikram tikslui pasiekti ir valdo sukurtų verslo procesų (jų egzempliorių) gyvavimo ciklą nuo pradžios iki užbaigimo momento. Verslo proceso logika (tarpinių taškų apėjimo ryšys ir seka, sąlyginiai šuoliai ir kt.) aiškiai aprašyta maršruto žemėlapio pavidalu, kuris leidžia vizualiai apibūdinti verslo proceso maršrutą sujungto grafiko pavidalu. ir leidžia lengvai apibūdinti sąlyginius šuolio algoritmus bei verslo proceso reakciją į įvairius įvykius.

Verslo proceso metu atliekamos operacijos maršruto žemėlapyje vaizduojamos veiksmų taškais, kuriuose yra informacija apie tai, kas ką turėtų atlikti šiame etape. Rangovas gali būti nustatomas asmeniškai (Ivanovas) arba atsižvelgiant į vaidmenimis pagrįstą maršrutą ("Sandėlininkas", "Pardavimų skyriaus vadovas"). Kai verslo procesas pereina į veiksmų tašką, jis automatiškai generuoja užduotis, nustatydamas jose pateiktą adresavimo informaciją. Atlikėjui pažymėjus užduotį kaip atliktą, verslo procesas automatiškai tęsiasi kitas punktas maršrutas pagal žemėlapį.

Veiksmo vietoje taip pat galima skirti grupines ir kolektyvines užduotis. Pirmuoju atveju veiksmą turi atlikti visi grupės nariai – pavyzdžiui, kai visiems vadovams reikia pateikti mėnesio ataskaitą. Antruoju atveju veiksmą turėtų atlikti tik vienas iš grupės narių (pavyzdžiui, patvirtinti dokumentą iš vieno iš vyresniųjų vadovų). Veiksmo metu galite apibūdinti čekį būtinas sąlygas užduočių vykdymas, interaktyvus dialogas su vartotoju judant toliau maršrutu ir nurodyti, pavyzdžiui, kokie dokumentai turi būti atidaryti aktyvuojant užduotis, susijusias su šiuo verslo proceso maršruto tašku.

IBP leidžia kelių tipų maršrutą.

Kietas. Verslo procesas turi žemėlapį, kuriame nėra sąlyginių ir lygiagrečių perėjimų su griežtai apibrėžtais kiekvieno maršruto taško tikslais. Tokių verslo procesų atmetimas neleidžiamas.

Laisvas. Verslo procesų maršruto žemėlapio taškų paskirties vietos nenustatomos ir nustatomos programiškai arba interaktyviai verslo proceso gyvavimo ciklo metu.

Sąlyginis. Maršruto žemėlapyje numatyta patikrinti sąlygas ir sekti atitinkamas atšakas. Perėjimai gali būti dvejetainiai (sąlyga) arba keli (parinkčių pasirinkimas)

Lygiagretus. Maršruto žemėlapyje numatytas verslo proceso padalijimas į lygiagrečias šakas su galimybe vėliau sujungti (laukti). Verslo proceso skatinimas išilgai kiekvienos paralelinės šakos vyksta savarankiškai, kai atliekamos atitinkamos užduotys.

Paprastai visi šie maršruto parinkimo tipai randami tikruose verslo procesų žemėlapiuose.

Pagrindinė verslo procesų mechanizmo ir užduočių koncepcija „1C:Enterprise“ yra adresavimo sistema, kuri suteikia galimybę verslo procesų dalyviams ne tik asmeniškai, bet ir vaidmenimis adresuoti užduotis.

Role routing leidžia priskirti užduotis ne tik konkretiems vykdytojams, bet ir vaidmenims, grupėms, skyriams ir pan., kaip apibrėžta programos sprendime. Jis pagrįstas „užduočių“ ir „informacijos registro“ objektų sąveika. Pirmasis apibrėžia adresavimo detalių (vaidmenų, padalinių ir kt.) sudėtį, o antrasis atspindi esamą, t.y. aktualią esamam momentui informaciją apie darbuotojus, priklausančius vaidmenims, padaliniams, darbo grupėms ir pan.

Informacinis registras gali būti naudojamas pakeitimo mechanizmams įgyvendinti arba darbuotojų nebuvimo apskaitai. Pavyzdžiui, jei nurodoma, kad Ivanovas atlieka vyriausiojo buhalterio vaidmenį, o Ivanovas atostogauja, o jo pareigos perkeliamos Petrovui, tada įrašas informacijos registre pakeičiamas taip, kad Petrovas atliktų vyriausiojo buhalterio vaidmenį. Ivanovui grįžus iš atostogų, atitinkama informacija atkuriama.

Apibendrinant tai, kas išdėstyta pirmiau, galime teigti, kad verslo procesų mechanizmas susideda iš šių pagrindinių komponentų:

• daugiamatė sistema, skirta užduotims atlikti atlikėjams (vaidmenims, skyriams, organizacijoms, grupėms ir kt.),
• verslo procesų žemėlapio vizualinis dizainas,
• atlikėjų užduočių generavimas,
• vaidmenų maršrutas,
• perėjimas per tarpinius taškus pagal verslo procesų žemėlapį.

Bendra verslo procesų vykdymo logika atrodo maždaug taip:

• verslo procesai formuoja užduotis, nustatydami reikiamas reikšmes savo adresų detalėse (vaidmenyse, grupėse, skyriuose);
• galutiniai atlikėjai apibrėžiami naudojant „atsižvelgimo matricą“, kuri, pavyzdžiui, susieja vartotojus su vaidmenimis.

Kūrimas ir vykdymas

Iš esmės verslo procesų programavimas 1C:Enterprise galėtų būti atliktas anksčiau, bet tik programavimo kalbos lygiu. Naujasis mechanizmas automatizuoja šią procedūrą, siūlydamas vizualinio projektavimo įrankius ir galimybę pritaikyti programą, naudojant parametravimo metodus ir sumažinant (arba pašalinant) rankinį programos kodo rašymą. Visa tai dabar įdiegta platformos lygiu, kuriame yra metaduomenų objektai ir mechanizmai, užtikrinantys vienodą verslo procesų įgyvendinimą taikomuose sprendimuose.

Straipsnyje dažnai vartojame terminą „verslo procesas“, nors kartais tai reiškia skirtingus dalykus. Viena vertus, tai yra apibendrintas veiksmų sekos aprašymas atliekant kai kurias verslo užduotis (pavyzdžiui, parduodant prekę). Tokiu atveju toks aprašymas įgyvendinamas tam tikros programos pavidalu (tik pateikiamas ne kodais, o maršruto žemėlapio forma), kurią sąlyginai galima pavadinti privataus verslo sprendimu. Kita vertus, verslo procesas – tai konkrečių veiksmų atlikimas pagal šį aprašymą (aptarnaujant konkretų klientą), tai yra anksčiau parašytos programos vykdymas.

Pagal „1C“ terminiją pirmuoju atveju vartosime terminą „verslo procesas“ (BP), antruoju – „verslo proceso egzempliorius“ (EBP). BP kuria kūrėjai, o vartotojai savo veiksmus atlieka EBP pagalba. BP kūrimas vykdomas „Konfigūratoriuje“, EPB vykdymas vykdomas taikomųjų sprendimų aplinkoje („1C: Enterprise“).

1C:Enterprise Configurator suteikia daug galimybių kurti verslo procesus, kurių logika nurodoma naudojant maršruto žemėlapius. MBP diegimo ypatumas (palyginti su kai kuriais kitų IT tiekėjų BMP mechanizmais) yra tas, kad dėl vizualinio verslo proceso dizaino kūrėjas negauna programos su vidinės kalbos šaltinio kodu (dauguma kiti vizualinio dizaino įrankiai generuoja tokį kodą). Su tam tikru supaprastinimo laipsniu galima teigti, kad šaltinio kodas sukurta programa suformuotas tiesiog vaizdiniu jo logikos atvaizdavimu (maršruto žemėlapiu), kurį papildo atskiri fragmentai, parašyti vidine programavimo kalba.

Taigi, maršruto žemėlapį į sistemą vienu metu siunčia verslo proceso veiksmų sekos atlikimo instrukcija, vartotojui suprantama forma šių veiksmų struktūros aprašymas ir esamos verslo būklės atvaizdavimo priemonė. procesas.

Verslo procesų (tiksliau – verslo procesų egzempliorių) vykdymas vykdomas platformos 1C:Enterprise aplinkoje. Šiuo atveju verslo procesas gali būti laikomas tokiu informacijos bazės objektu kaip dokumentas arba katalogo elementas. Jo gyvenimo ciklas prasideda nuo pradžios (iškviečiamas „pradžios“ metodas arba paspaudžiamas atitinkamas mygtukas verslo proceso objekto pavidalu) ir baigiasi pasiekus pabaigos tašką (žinoma, jei visos užduotys buvo atliktos).

Užduotys taip pat yra įprasti informacijos bazės objektai, kuriuos galima sugeneruoti tiek verslo proceso mechanizmu, tiek kitais programos objektais ir net rankiniu būdu. Užduotis turi dvi būsenas – „atlikta“ ir „neatlikta“. Jei užduotis formuojama kaip verslo proceso dalis, tada ją įvykdžius ji apie tai informuoja, o tai veda prie to, kad verslo procesas juda toliau tuo keliu (jei tenkinamos visos tam reikalingos sąlygos).

Konkrečiam vartotojui verslo proceso mechanizmo veikimas išreiškiamas tik tuo, kad jis sprendžia užduočių, kurias turi atlikti, sąrašą. Sandėlininkas, pavyzdžiui, neturėtų galvoti apie savo dalyvavimą kai kuriuose procesuose, jo darbas yra išleisti prekes gavus užduotį ir užfiksuoti šią operaciją sistemoje.

MBP naudojimo galimybės

Verslo procesų variklis - komponentas technologinė platforma, o tai reiškia, kad jos galimybės gali tapti prieinamos visiems taikomųjų programų sprendimams, sukurtiems 1C:Enterprise 8 pagrindu. Apskritai IVP siekiama pagerinti taikomų sprendimų kūrimo ir priežiūros efektyvumą. Tačiau jo taikymo patirtis rodo, kad verslo procesų primetimas paruoštoms programoms sukelia tam tikrų sunkumų: dažnai tenka naujai pažvelgti į dizaino sprendimus ir ką nors daryti iš naujo. Žinoma, tai nenuostabu - taip pat įmonės automatizavimas, kaip taisyklė, reikalauja peržiūrėti bendrą jos veikimo schemą. Norint efektyviai naudoti MBP, pageidautina, kad proceso valdymo modelis iš pradžių būtų įtrauktas į taikomą sprendimą.

Pats verslo procesų projektavimas reikalauja ne tik 1C:Enterprise konfigūracijos pagrindų išmanymo, bet ir gero dalykinės srities bei specifinių kliento poreikių išmanymo. Tiesą sakant, IVP skatina kokybiškai skirtingo lygio specialistų įsitraukimą kuriant ir konfigūruojant konkrečias taikomąsias sistemas – verslo analitikus, konsultantus, taip pat klientų vadybininkus. Be to, teigiamas IBE poveikis klientui pasireiškia net tada, kai jis tiesiogiai nedalyvauja verslo procesų projektavime, o taiko tik kažkieno sukurtas schemas. Galimybė formaliai apibūdinti sistemos veiksmus ir pateikti jų struktūrą vaizdine forma leidžia klientui geriau suprasti sprendimo logiką, įskaitant kūrėjui pavestos užduoties teisingumo stebėjimą.

Taigi kalbame apie dar vieną esminę 1C:Enterprise taikomųjų sprendimų kūrimo kryptį – jų valdomumo lygio didinimą. IVP naudojimas leidžia rinkti kokybiškai skirtingą informaciją apie įmonės valdymo sistemos veikimą, kuria remdamiesi vadovai gali atlikti objektyvią tiek visos organizacijos, tiek atskirų jos darbuotojų veiklos efektyvumo analizę. . Šis mechanizmas leidžia nukreipti dėmesį nuo apskaitos užduočių į visą verslo valdymą.

Kūrėjai ir vartotojai gali sužinoti daugiau apie verslo procesų mechanizmą, įdiegtą 1C:Enterprise 8, naudodami demonstracinę konfigūraciją, platinamą informacinių technologijų palaikymo (ITS) diske. Yra keletas paprastų verslo procesų („Prekių pardavimas“, „Užsakymas“ ir „Sutartis“ ir kt.), kurie parodo įvairias galimybes. praktinis pritaikymasšis mechanizmas.

Panagrinėkime pagrindines ypatybes ir verslo procesų bei užduočių mechanizmo kūrimo ir konfigūravimo procesą „1C Enterprise 8.3“ sistemoje, naudodamiesi problemos sprendimo pavyzdžiu iš sertifikato „Specialistas 1C platformoje“. Šis mechanizmas labai dažnai naudojamas , todėl jis yra svarbus bet kuriam programuotojui.

Verslo procesų ir užduočių objektai yra labai glaudžiai susiję. Užduoties vykdymas yra judėjimas verslo proceso maršrutu. Apsvarstykite verslo procesų diegimo procesą 1C išsamiau.

Užduoties sąlygos Verslo procesų platformos specialistas

Darbuotojų skyriaus pareigos
Vasina	Apskaita	Kasininkė
Mišina	Apskaita	Kasininkė
Mišina	Apskaita	Buhalteris
Krotovas	Apskaita	Buhalteris
Ivanovas	Apskaita	Ch. buhalteris
Onopko	Pirkimo skyrius	Katedros vedėjas
Petrenko	Pirkimo skyrius	pavaduotojas skyriaus vedėjas
Beldievas	Pirkimo skyrius	Vadovas
Rachimovas	Pirkimo skyrius	Vadovas
Mansurovas	Pirkimo skyrius	Vadovas
Župikovas	Pirkimo skyrius	Sandėlininkas
Sidorovas	Pirkimo skyrius	Sandėlininkas
Galkinas	Pardavimų skyrius	Vadovas
Palkin	Pardavimų skyrius	Vadovas

Pirmas žingsnis, norint nustatyti verslo procesų variklį mūsų pavyzdyje, yra sukurti naujus verslo procesų ir užduočių objektus:

Užduotis, galima sakyti, yra „pavaldi“ verslo procesui.

Verslo proceso adresavimas 1C 8.3

Užduotyse skirtuke Adresavimas turite nustatyti pagrindinius verslo proceso mechanizmo parametrus: Adresavimas, Pagrindinis adresavimo atributas, Dabartinis vykdytojas. Taip pat užpildykite adreso duomenis.

Lauke Kreipimasis nustatomas informacijos registras, kurio pagalba bus konfigūruojamas adresavimas. Mūsų pavyzdyje tai yra informacijos registras su matmenimis: Atlikėjas, skyrius, pareigos.

Gaukite 267 1C vaizdo pamokas nemokamai:

Lauke Pagrindinis adresavimo atributas turite nurodyti pagrindinį adresavimo atributą – pagrindinį pjūvį užduočiai atlikti.

Dabartinis atlikėjas - laukas, nurodantis parametrą Session, pagal kurį bus nustatytas dabartinis vykdytojas. Daugiau apie tai galite perskaityti straipsnyje Seanso parinktys.

Bandomajam pavyzdžiui reikia sukurti kelis iš anksto nustatytus katalogo elementus: skyrius, pareigybes, asmenis.

Verslo procesų maršruto žemėlapis

Kitas verslo proceso nustatymo žingsnis yra sukurti verslo procesų žemėlapį:

Apsvarstykite verslo proceso formavimą, pagrįstą prekių pirkimo procesu:

1. pirkimo skyrius pradeda verslo procesą;
2. po to užduotis keliauja į "Buhalterijos" skyrių, kur, priklausomai nuo to, kaip bus apmokėta už prekes, užduotis atitenka arba kasininkei, arba buhalterei;
3. po apmokėjimo prekės turi būti priskirtos konkrečiam vartotojui – Sidorovui.

Vartotojų, kurie turi atlikti užduotis, „vaidmenys“ nurodyti kiekvieno veiksmo taško ypatybių paletėje:

Vėliava grupė reiškia, kad visi šios grupės vartotojai turi atlikti savo užduotį.

Bloko, kuriame vyksta išsišakojimas, būsenos tikrinimo ypatybėse turite nustatyti specialų tvarkyklę:

Procedūros sąlygosPatikrinimo sąlygos (RoutePointBusinessProcess, Result) Rezultatas = mokėjimas grynaisiais; Procedūros pabaiga

Paprastumo dėlei darykime prielaidą, kad užduotyje nurodytas mokėjimo būdas: jei užduotyje nustatyta žyma „atsiskaitymas grynaisiais“, tai mokėjimas vyks per kasą.

Verslo procesų formų kūrimas

Kitas etapas – būsimo verslo proceso formų kūrimas. Aiškumo dėlei, atsižvelgiant į problemos būklę, formoje būtina pateikti verslo procesų žemėlapį. Kiekviename verslo procesų žemėlapyje turi būti rodomas dabartinis etapas.

Norėdami tai padaryti, sukurkite numatytąją katalogo formą. Tada prie formos atributų pridėkite atributą su "GraphicScheme" tipu. Perkelkite šį rekvizitą į formą:

Ir paskutinis formos dalykas yra verslo proceso rodymo procedūra:

Procedūra UpdateMap() BP = FormAttributeToValue("Objektas" ) ; Ši forma. Žemėlapis = BP. GetRouteMap() ; Procedūros pabaiga

Jis turi būti atliktas atidarant verslo proceso elementą ir priskirtas komandai Update Map.

Verslo procesų užduočių sąrašo forma

Užduočių sąrašo formoje pagal užduoties sąlygas turėtų būti rodomos tik dabartinio vykdytojo atidarytos užduotys. Tai padaryti labai paprasta.

Tiesiog sukurkite numatytąją užduočių sąrašo formą. Po to pasirinkite pagrindinę lentelę – Užduotis. Užduotys pagal atlikėją.Šis nustatymas leis jums nurodyti pasirinkimą pagal užduoties vykdytoją:

Antrasis dinaminio sąrašo nustatymas nustatytas sąrašo nustatymuose, kur turite nurodyti šį nustatymą, kad būtų rodomos tik atidarytos užduotys:

Adresavimo nustatymas vartotojo režimu 1C 8.2

Paskutinis etapas, bet ne paskutinis pagal svarbą, yra adresavimo vartotojo režimu nustatymas „Adresų“ registre.

Šiame registre būtina nurodyti visus verslo proceso dalyvius ir registruoti konkretaus padalinio narius, pareigas ir pan.:

Tai viskas! Verslo proceso sąranka paruošta!

1C apskaitos pagrindas yra vartotojo atliekama dokumento įvedimo operacija. Viename dokumente surašoma viena įvykusi ūkinė operacija (pavyzdžiui, parduoti trys lygintuvai).

Kyla klausimas, kad organizacijos gyvenime yra ne pavienės operacijos, o ištisos grandinės verslo sandorių logiškai sujungti, kurie vadinami 1C verslo procesais. Kiekvieną atskirą šios grandinės operaciją gali atlikti skirtingi darbuotojai ir kontroliuoti kiti.

1C verslo procesų pavyzdžiai - pirkėjo užsakymo pateikimas su vėlesniu mokėjimu ir siuntimu:

• Priimkite užsakymą (mergina operatorė)
• Laukiama lėšų gavimo (mokėjimas atsisiunčiamas iš banko kliento buhalterijoje)
• Užsakymų surinkimo formavimas sandėlyje (sandėlio darbuotojai)
• Siuntos patvirtinimas (pradinis)
• Siuntimas (krautuvai).

Kiekviena iš šių operacijų gali būti išduota 1C. Kiekvienas yra sukurtas skirtingų skirtingų skyrių darbuotojų.

• Kaip informuoti kiekvieną kitą vartotoją, kad jam laikas atlikti veiksmus šiame 1C verslo procese?
• Kaip susieti įvykius vienoje grandinėje ir palikti palikuonims?
• Kaip suvaldyti grandinę nuo pradžios iki galo ir suprasti, kada viskas gerai?

Verslo procesai 1C

Pirma, supraskime terminus.

Versle verslo procesas reiškia organizuotą verslo operacijų arba organizacinės veiklos grandinę, reikalingą visai užduočiai atlikti.

1C verslo procesas reiškia organizuotą taškų grandinę, kurioje 1C platforma automatiškai pateikia (parinktys):

• Prašymas vartotojo ką nors padaryti
• Programos vykdymas 1C kalba (pavyzdžiui, kai reikia automatiškai sukurti dokumentą)
• Automatiškai pasirinkite kelią, kuriuo grandinė eis toliau, priklausomai nuo sąlygų.

Verslo operacijos (tiksliau jų vykdymas) 1C verslo proceso metu atliekamos:

• Arba dokumentai sukuriami ir paskelbiami automatiškai (vykdomoji programos dalis)
• Arba vartotojas rankiniu būdu, kai jam suteikiamas toks .

Verslo procesai 1C ir užduotys 1C

Mes aptarėme. Tai yra 1C objektas, kuris yra informacinis priminimas vartotojui apie būtinybę atlikti tam tikrą veiksmą.

1C verslo procesai ir užduotys yra glaudžiai susiję, nes paprastu atveju 1C verslo procesas yra tokių užduočių, kurias nuosekliai generuoja skirtingi vartotojai, grandinė.

Paleidžiant sugeneruojama užduotis pirmajam vartotojui. Jis pažymėjo, kad tai padaryta. Sistema automatiškai sukuria antrą užduotį kitam vartotojui. Ir taip toliau.

Vienas 1C verslo procesas susietas su vienu konfigūravimo priemonėje sukurtu užduočių tipu. Norėdami nurodyti užduočių, kurios bus sugeneruotos, tipą, konfigūratoriuje turite eiti į 1C verslo procesą ir skirtuke Pagrindinis nurodyti ypatybę Užduotis.

Paprastai konfigūracijoje sukuriama vieno tipo užduotis – universali ir ją naudoja visi 1C verslo procesai.

Tačiau iškyla toks sunkumas – skirtingoms užduotims dažnai reikia skirtingų formų. Vienai užduočiai formoje reikia pasirinkti produktus, kitai - projektus. Kaip būti?

Iš to jie randa tokią išvestį:

• Užduotyje sukurkite universalią formą
• Šios užduoties formos įvykyje BeforeOpen():
  o Nustatykite, kuris verslo procesas veikia 1C
  o Nustatykite, kuris 1C verslo proceso taškas yra vykdomas
  o Atidarykite norimą šio 1C verslo proceso formą.

1C verslo procesų maršruto žemėlapis

Taigi 1C verslo procesas susideda iš vykdymo taškų grandinės. Taškų grandinė sukonfigūruojama 1C verslo proceso maršruto žemėlapyje. Norėdami atidaryti maršruto žemėlapį, turite dešiniuoju pelės mygtuku spustelėti 1C verslo procesą ir pasirinkti meniu elementą Atidaryti maršruto žemėlapį.

Norėdami sukurti naują tašką, tiesiog vilkite jį į maršruto žemėlapį iš specialaus žemiau esančio skydelio.

Taškų tipai:

1C verslo proceso pradžia ir pabaiga

1C verslo procesą galima tiesiog sukurti ir įrašyti, kaip ir nepaskelbtą dokumentą.

Norėdami pradėti vykdyti 1C verslo procesą, turite jį „paleisti“ programoje vykdydami metodą Pradėti () arba paspausdami mygtuką Pradėti 1C įmonės režimu.

Užbaigus 1C verslo procesą, bus pažymėtas žymimasis laukelis Baigta.

1C verslo procesai ir robotai

Kai kurie skeptiškai vertina 1C verslo procesus, nes jie sukurti remiantis užduotimis – informaciniais priminimais vartotojams.

Jie sako – kaip veikia priminimas apie tokią užduotį – vartotojas pamatė ją sąraše ir padarė, bet:

• visi bus tingūs pastebėti jo įgyvendinimo faktą (arba pamirš)
• gali spustelėti, kad užbaigtų užduotį (norėdami pranešti), bet patys nieko nedaryti.

Kiti, remdamiesi tokiais skeptikais, sugalvojo robotų dalyvavimo 1C verslo procesuose galimybes. Robotas 1C žargonu yra suplanuota užduotis.

Suplanuota užduotis yra užduotis, kurią automatiškai suplanuoja 1C serveris arba specialiai paleistas 1C klientas. Svarbu, kad tai būtų atlikta automatiškai, savaime.

Toks robotas gali būti paleistas pagal grafiką kartą per minutę (kartą per dešimt sekundžių) ir jam taip pat gali būti skirtos užduotys.

Naudojimo atvejis:

• Prie kiekvienos užduoties pažymėkite langelį Grupė.
• Suformuokite dvi užduotis
• Vieną užduotį skirkite vartotojui, kitą – robotui
• Robotas kas N minučių patikrina, ar užduotis atlikta (pavyzdžiui, dokumentas įvestas), o jei taip, abi užduotys buvo atliktos, įskaitant ir vartotoją.

Kitas naudojimo atvejis yra tada, kai grandinėje yra laukimo taškas. Pavyzdžiui, laukti apmokėjimo už užsakymą. Šią užduotį galima skirti robotui, kuris ją tikrina kartą per dieną/valandą ir įvykdo, kai gaunamas mokėjimas.

Dažnai užduotys yra laikomos pagalbiniu verslo procesų objektu. Tačiau tai visiškai nepriklausomas objektas, turintis daug savybių. Teisingai atliktos užduotys gali būti galingas planavimo ir laiko valdymo mechanizmas. Šis straipsnis skirta parodyti užduočių ir verslo procesų ryšio pavyzdį, automatiškai generuojamų užduočių priskyrimui konkretiems verslo procesų vykdytojams.

Straipsnio autorius: GROOVY | Redaktoriai: Wizard, Dobry Paskutinė peržiūra№13, 2006-06-04 | Istorija URL:

Raktiniai žodžiai: užduotys, adresavimas, verslo procesas, veiksmo taškas, multicast

Pradinė situacija.

Kaip minėta anksčiau aprašytame straipsnyje (), adresavimo ypatybės yra labai svarbios objektui „Užduotis“. Šiame straipsnyje aš pasistengsiu paprastas pavyzdys parodykite, kaip adresavimo taisyklės gali būti taikomos verslo procesų maršruto taškų sukurtų užduočių kontekste.

Pradinė metaduomenų struktūra yra tokia:
Katalogai: Atlikėjai, Skyriai. Ir be papildomų nustatymų, be hierarchijos ir be iš anksto nustatytų elementų.

Vaidmenų išvardijimas su dviem reikšmėmis: Supervisor ir PrivateEmployee.

Seanso parametras „CurrentExecutor“, tipas: DirectoryReference.Executors.

Informacijos registras „Adresavimo taisyklės“ su trimis matmenimis: Atlikėjas (pirmaujantis, tuščios reikšmės draudžiamos, tipas: DirectoryReference.Contributors), Skyrius (nepirmaujantis, tuščios reikšmės draudžiamos, vertės tipas: DirectoryReference.Departments) ir Role (ne) pirmaujanti, tuščia draudžiama reikšmė nenustatyta, reikšmės tipas: EnumReference.Roles).

„BP Tasks“ užduotis su trimis adresavimo atributais: Atlikėjas (pagrindinis adresavimo atributas, tipas: DirectoryLink.Performers), skyrius (reikšmės tipas: DirectoryLink.Departments) ir vaidmuo (reikšmės tipas: EnumerationLink.Roles). Ypatybėje "Adresas" yra nurodytas informacijos registras "Adresavimo taisyklės", "Pagrindinis adresavimo požymis" - "Vykdytojas", "CurrentExecutor" yra nuoroda, o ne "CurrentExecutor" seanso parametras.

Užduočių mechanizmo nustatymas yra klasikinis. Sąmoningai nebuvo sukurtas nei vienas papildomas užduoties atributas, nes mus domina verslo procesų darbas kartu su užduotimis.

Keletas žodžių apie verslo procesų savybes

Maršruto žemėlapis yra verslo proceso algoritmo aprašymas. Verslo procesų maršruto žemėlapyje kelio taškai skirstomi į dvi pagrindines kategorijas:

1. Kelio taškai, kurie generuoja užduotis. Kai verslo procesas praeina per šiuos taškus, sukuriamos užduotys, o prieš jas užbaigiant verslo procesas sustabdomas.

2. Kelio taškai, kurie nesukuria užduočių. Kai verslo procesas praeina per tokius taškus, dažniausiai atliekami tam tikri patikrinimai ir apdorojimas.
Kelio taškų, kurie kuria užduotis, savybėse galite nurodyti adresavimo parametrus sudėtingų užduočių konfigūravimo etape. Bet, kaip taisyklė, tai nėra konkretus atlikėjas, o tik netiesioginiai adresavimo parametrai.

Paprastai tarpiniai taškai, kurie kuria užduotis, turi galimybę apibūdinti vartotojo sąveikos įvykius. Kelio taškai, kurie nekuria užduočių, neturi tokių įvykių (!).
Viena iš verslo proceso (BP) savybių yra ryšys su objektu „Užduotis“, kuriame kuriamos šio BP maršruto taškų užduotys.

Su vienu „Užduoties“ objektu galima susieti keletą BP.

Kas yra praktikoje

Sukurkime paprastą BP. Na, pavyzdžiui, BP vidaus auditoįmonių.

Verslo procesų srauto žemėlapyje bus trys veiksmų taškai. Tai yra pagrindiniai verslo procesų maršruto žemėlapio taškai. Šie taškai sukuria užduotis ir turi interaktyvius renginius.

Be veiksmų taškų, bet kuris verslo procesas turi apimti bent vieną pradžios ir pabaigos tašką. Šie taškai nekuria užduočių, o naudojami tik neinteraktyviems „BeforeStart“ ir „OnFinish“ įvykiams apibūdinti.

Tačiau dabar mus pirmiausia domina veiksmų taškai ir jų kuriamos užduotys.

Išsamiai apsvarstykite kiekvieno veiksmo taško savybes.

1. Pradėkite auditą. Be veiksmo taško pavadinimo, galite konfigūruoti adresavimą (Adresas yra veiksmo taško ypatybių grupė). Deja, verslo proceso kūrimo etape nebus įmanoma nurodyti konkretaus rangovo, nes tai yra katalogo elementas - vieną kartą ir kiekvienam verslo procesui, matyt, gali būti skirtingas asmuo, atsakingas už audito atlikimą - du. Mūsų konkrečiu atveju nėra prasmės priskirti netiesioginio adresavimo ypatybes, nes šio verslo proceso iniciatorius pats paskirs atsakingą asmenį (tai bus papildomas verslo proceso atributas). Kaip pagal sugeneruotą veiksmo tašką priskirti užduoties vykdytoją? Gana paprasta. Su šiuo veiksmo tašku turite užfiksuoti užduoties kūrimo įvykį. Tai galima padaryti dviejose įvykių tvarkyklėse: „BeforeCreatingTasks“ – ši įvykių tvarkyklė iškviečiama, kai užduotys dar nesukurtos, galite sukurti naujų užduočių ir visiškai užpildyti jų savybes; „Kuriant užduotis“ – čia užduotys jau sukurtos, jas galima redaguoti.

Mūsų atveju geriau naudoti įvykių tvarkyklę „Kuriant užduotis“, nes tereikia nurodyti vykdytoją, o visų kitų užduoties savybių keisti nereikia.

Procedūra StartAuditWhen Creating Tasks (RoutepointBusinessProcess, FormedTasks, Failure) Kiekvienai užduočiai iš FormedTasks Ciklas Task.Executor = ResponsibleFor Conduct; //ResponsibleForConducting – BP atributas. EndCycle; Procedūros pabaiga

Klausimas: kodėl važiuoti dviračiu? Ar ne formuojama užduotis viena? Bet šito niekas nežino. Veiksmo taškas gali sudaryti bet kokį skaičių užduočių.

Beje, jei įvykyje „WhenCreatingTasks“ ypatybę „Completed“ nustatysite į „True“, tada užduotis bus atlikta, tačiau verslo procesas toliau nejudės.

Iš esmės padarėme viską, kas susiję su pirmuoju veiksmų tašku. Dabar šio taško suformuota užduotis bus priskirta konkrečiam vykdytojui, nurodytam verslo proceso atribute.

2. Parengti ataskaitinę dokumentaciją. Šio veiksmo taško adresavimo ypatybėse nustatykite reikšmę „Vaidmuo“ – valdytojas. Ir „Grupės“ vėliava.

Ką tai mums duos? Pagal informacijos registre nurodytas adresavimo taisykles kiekvienam vykdytojui, kuris yra valdytojas, bus kuriamos užduotys. Kadangi (galbūt) bus sukurtos kelios užduotys, tarpinis taškas bus laikomas įveiktu tik tada, kai bus įvykdytos visos užduotys.

Iš esmės vėliavėlė „Grupė“ yra atsakinga už užduočių rinkinio sukūrimą pagal atitinkamas adresavimo taisykles. Tuo atveju, jei vėliavėlė nenustatyta, tada užduotis bus sukurta viena, tačiau ji bus rodoma visiems atlikėjams jų užduočių sąraše (apie tai plačiau žemiau).

Bet kokiu atveju standartinį sistemos elgesį kuriant užduotis galima išjungti ir galite aprašyti savo vykdytojo kūrimo ir priskyrimo taisykles.

Bet pažiūrėkime, kaip veikia standartinis mechanizmas.

Norėdami patvirtinti, turite inicijuoti seanso parametrą. Žinoma, būtų malonu tai padaryti sistemos paleidimo metu, tačiau norint patikrinti, kaip veikia užduotys, inicijavimas gali būti atliktas „Vykdytojų“ žinyno sąrašo forma. Sukūriau sąrašo formą (nekeičiant nustatymų, kuriuos pagal nutylėjimą siūlo formų dizaineris) ir formos veiksmų juostoje aprašiau naują mygtuką „Nustatyti PS“ (PS – seanso parametras). Štai procedūra, susijusi su šio mygtuko veiksmu:

Procedūros SetPS(Button) Atlikėjas = FormElements.DirectoryList.CurrentData.Link; SessionParameters.CurrentArtist = Atlikėjas; įspėjimas (" Seanso parametras nustatytas kaip vykdytojas" + Atlikėjas,60 ); Procedūros pabaiga

Kataloge „Rangovai“, jau veikiant 1C: Enterprise režimu, įvedsiu kelis vartotojus.

Ir užpildykite adresavimo taisyklių informacijos registrą taip:

Turiu daug lyderių :)

Atėjo laikas sukurti ir pradėti verslo procesą. Atsakingu nurodysime Petrovą.

Tikiuosi, kad sesijos parametras buvo nustatytas prieš paleidžiant PSU, kitaip pasirodys pranešimas, kad jis nėra inicijuotas. Taip yra todėl, kad BP pradžioje sukuriama pirmoji užduotis, o sistema atsitiktinai patikrina, ar dabartinis vykdytojas turi ją vykdyti? Norėdami tai padaryti, sistema analizuoja seanso parametro reikšmę ir, jei vykdytojas sutampa, o užduotyje yra aprašytas interaktyvus aktyvinimo įvykis (apie tai vėliau), ji vykdoma.

Taigi, BP prasidėjo, pirmoji užduotis turėjo būti sukurta su BP nurodytu vykdytoju.

Atlikime užduotį. Pagal adresavimo taisykles antrame veiksmo taške turėtų būti sukurtos trys užduotys:

Tai yra, nepriklausomai nuo to, kuriame skyriuje yra vadovas, jam sukuriama užduotis. Taip adresavimo taisyklės taikomos užduotims su vėliava „Grupė“.

Galiu daryti prielaidą, kad kai kuriems vietoj trijų užduočių buvo sukurta viena be vykdytojo, tik su nurodytu vaidmeniu „Vadovas“. Taip yra dėl to, kad užduoties „BP užduotys“ savybėse adresavimo detalėse nėra atitikties „Adresavimo taisyklių“ informacijos registro matmeniui.

Paradoksalu, bet šio straipsnio pabaigoje panagrinėsime klasikiniausią užduoties sukūrimą su vykdytojo paskyrimu pagal netiesioginio adresavimo savybes.

3. Tvarkyti dokumentus. Šiame veikimo taške nėra nieko neįprasto. Adresavimo ypatybėse negalime nurodyti adresavimo ženklų (dėl to, kad konfigūratoriuje nėra duomenų). Verslo proceso detalėse sukursime dvi naujas atributų reikšmes, kuriose ir veiks kaip adresavimo parametrų reikšmės formuojant užduotį.

Mūsų konfigūracijoje nėra BP formos, todėl vartotojas automatiškai gaus naują informaciją.
Analogiškai su pirmuoju veiksmo tašku apibūdinkime adreso duomenų užpildymą renginyje „Kuriant užduotis“:

Procedūros ProcesasDokumentai Kuriant užduotis (Routepoint BusinessProcess, GeneratedTasks, Refusal) Kiekvienai užduočiai iš generuotų užduočių Ciklo Užduotis.Departamentas = Audito skyrius; Užduotis.Vaidmuo = RoleAuditor; EndCycle; Procedūros pabaiga

Norėdami vizualiai priskirti užduotis, sudarysime sąrašo formą. Sąrašo formoje persijungsime į užduočių peržiūros režimą „Pagal vykdytoją“. Šiems tikslams formos veiksmų skydelyje sukursime naują mygtuką „Pagal atlikėją“ su ypatybių rinkiniu „Pažymėti“.

Formos modulyje aprašome dvi procedūras.

Procedūra pagal vykdytoją(mygtukas) Form Elements.Actions.Form.Buttons.By Executor.Label = NE Form Elements.ActionsForm.Buttons.By Executor.Label; IfFormElements.FormActions.Buttons.By Assignee.Label ThenFormElements.TaskList.DisplayTasks = TaskListMode.By Assignee; ElseFormElements.TaskList.TaskDisplay = TaskListMode.AllTasks; EndIf; EndProcedure ProcedureOnOpen() Form Elements.ActionsForm.Buttons.By Executor.Label = False; Procedūros pabaiga

Tai yra, atidarius formą, ji atsidaro su visomis užduotimis, o paspaudus naują mygtuką, formoje lieka tik tos užduotys, kurios savo adresavimo savybėmis atitinka esamą vykdytoją.

Tikrindami nepamirškite kataloge „Darbuotojai“ nustatyti dabartinį atlikėją. Ir, žinoma, paspaudus dar kartą, forma grįžta į pradinę būseną.

Užduočių forma rodymo režimu „Pagal vykdytoją“, analizuojant seanso parametrą, kuriame nurodytas esamas vykdytojas, ir adresavimo taisykles informacijos registre, parodo tas (aktyvias!) užduotis, kurios yra priskirtos esamam vykdytojui pagal adresavimo taisykles.

Dabar galite patikrinti. Norėdami patikrinti, pristatysiu kitą atlikėją "Kamensky", o informacijos registre nustatysiu naują adresavimo taisyklę: Kamensky, remonto skyrius, paprastas darbuotojas.
Pradėtame BP nurodome rekvizitų „Audito skyrius“ – Remonto skyrius ir „Auditoriaus vaidmuo“ – eilinis darbuotojas reikšmes.

Atlikime tris užduotis, kurias sukūrė antrasis veiksmo taškas.

Trečiam maršruto taškui buvo sukurta viena užduotis, nenurodant konkretaus vykdytojo, o užpildžius du adresavimo duomenis.

Pagal adresavimo taisykles, kurios yra nustatytos informacijos registre, sukurta užduotis peržiūros režimu „Pagal rangovą“ turėtų būti rodoma dviem darbuotojams: Kamenskiui ir Sidorovui. Ivanovui, nepaisant to, kad informacijos registre jis yra įtrauktas į „Remonto skyrių“, užduotis nebus rodoma, nes vaidmuo neatitinka adresavimo taisyklių.

Galite nurodyti konkretų vykdytoją, pavyzdžiui, atidarydami užduotį (kas pirmas ją atidarė ir vykdo) arba norėdami išsaugoti istoriją vykdymo metu.

Be to, renginys „On Execution“ („Prieš vykdymą“) pasiteisina ne tik užduočiai, bet ir ją sukūrusiam maršruto taškui!

Mūsų pavyzdyje aš taip ir padarysiu. Aprašysiu veiksmo taško „ProcessDocuments“ įvykį „OnExecution“. Įvykis įvyksta po to paties pavadinimo įvykio pačioje užduotyje.

Procedūra ProcessDocumentsOnExecution(RoutepointBusinessProcess, Task, Refusal) TaskObject = Task.GetObject(); TaskObject.Executor = SessionParameters.CurrentExecutor; TaskObject.Write(); Procedūros pabaiga

Remdamiesi tuo, kas buvo aprašyta aukščiau, galime padaryti tokią išvadą.
Veiksmų taškams galite priskirti adresavimo parametrus aprašydami BP maršrutą, bet tik tuo atveju, jei adresavimo reikšmės yra „Konfigūratoriaus“ režimu (iš anksto nustatyta peržvalgos informacija, surašymo reikšmės ir kt.).

Jei kuriant užduotį pagal veiksmo tašką žinomi vykdytojas ar kiti adresavimo parametrai, juos galite nustatyti įvykyje „Kuriant užduotis“ arba „Prieš kuriant užduotis“, sutelkiant dėmesį į BP detales ar kitus duomenis.

Maršruto taškai su atributu „Grupė“ sukuria tiek užduočių, kiek vykdytojų skaičius atitinka adresavimo taisykles, o adresavimo taisyklės šiuo atveju interpretuojamos pagal nurodytas adresavimo reikšmes maršruto taške, nenurodytos reikšmės nėra iš viso atsižvelgta.

Kelio taškai be vėliavėlės „Grupė“ sukuria vieną užduotį (nebent atitinkamame maršruto taško įvykyje nurodyta priešingai), tokių užduočių adresavimas yra standartinis.

Tai viskas. Tikiuosi, kad šis straipsnis padės kam nors suprasti užduočių ir verslo procesų ryšį. Pavyzdys buvo sąmoningai primityvus, tačiau jame atskleidžiamos visos galimos standartinės užduočių kūrimo pagal verslo proceso taškus parinktys.

Pavelas Chistovas dar žinomas kaip GROOVY
Pagalbos technologijos institutas.
1C: Sertifikuotas mokymo centras, Sankt Peterburgas.
www.its-spb.ru
its(at)its-spb.ru

1C, 1C:Enterprise, 1C:Enterprise 8.0 yra registruotieji ZAO 1C, Maskva, prekių ženklai.
Visos pateiktos ekrano nuotraukos, vartotojo sąsajos ir kūrėjo sąsajos fragmentai yra informacinio pobūdžio ir jokiu būdu nesiekia gauti jokio komercinio pelno. Nė viena šių nuotraukų dalis negali būti atkuriama be autorių teisių turėtojo (CJSC "1C") sutikimo.

Oficialios 1C:Enterprise 8.2 platformos dokumentacijos skyriuje „13.7. Padalijimas ir sujungimas » Verslo procesų veikimas padalijimo ir sujungimo taškuose aprašomas taip:

„Norint padalinti verslo procesą į kelias lygiagrečias (vienu metu ir nepriklausomai) vykdomas šakas, naudojamas padalijimo taškas. Padalinimo taškas turi vieną įvestį ir neribotą skaičių išėjimų.

Sujungimo taškas naudojamas anksčiau padalintoms šakoms sinchronizuoti. Verslo procesas nebus vykdomas toliau nei sujungimo taškas, kol nebus pereiti visi į jį įtraukti atšakos.

Tai pademonstruosiu paprasto maršruto žemėlapio pavyzdžiu (1 pav.)

Padalinimo taške užduotys sukuriamos kiekvienoje iš šakų (2 pav.), tada kiekviena šaka vykdoma lygiagrečiai, o užduotis taške 4 veiksmas bus sukurtas, kai bus atliktos visos kiekvienos šakos užduotys (3 pav.)

Ar sistema visada taip elgiasi? Išsiaiškinkime. Pirmiausia atkreipkime dėmesį į užduočių kūrimo seką po padalijimo taško (4 pav.)

Pagal užduoties numerį matote, kad užduotis taške buvo sukurta pirmiausia Veiksmas3. Dabar šio punkto verslo procesų modulyje kurdami užduotis apibūdinsime šią tvarkyklę:

Procedūra Veiksmas3 Kuriant užduotis(„WaypointBusinessProcess“., Formuojamos užduotys, atsisakymas )

Kiekvienam TaskObject From Formuojamos užduotys Ciklas

TaskObject. Norėdami atlikti užduotį();

EndCycle;

Procedūros pabaiga

Dėl tokio tvarkyklės sukurta užduotis bus vykdoma nedelsiant. Pradedame naują verslo procesą su maršruto žemėlapiu, parodytu 1 pav. Ir ką mes pamatysime? Atlikus užduotį Veiksmas3 buvo sukurta užduotis 4 veiksmas(5 pav.), nepaisant to, kad kitos proceso atšakos dar nebaigtos! Tiems, kurie bando atkurti šią situaciją, perspėju: užuot rašius Veiksmo3 taško tvarkyklę, gali tekti parašyti užduočių automatinio užbaigimo tvarkyklę Veiksmo1 arba Veiksmo2 taškui. Veiksmo taškas, kurio automatinis vykdymas „sulaužo“ proceso schemą, yra būtent tas taškas, kuriame sukuriama pirmoji užduotis po padalijimo taško. Kas lemia užduočių kūrimo seką, bus aptarta toliau.

Tokios paprastos trasos schemos elgsenos jokiu būdu negalima manyti, remiantis straipsnio pradžioje pateiktu aprašymu. Gal tai kažkokia schemos rodymo klaida? Ne, iš tikrųjų taip atsitinka. Verslo procesas ne tik praeina pro sujungimo tašką nelaukdamas, kol bus baigtos užduotys lygiagrečiose šakose, bet ir iš naujo sukuria užduotis maršruto taškuose po sujungimo taško, kai baigsis lygiagrečios šakos. Mes žiūrime į mūsų proceso užduočių sąrašą ir matome po 2 užduotis, skirtas Action4 ir Action5 taškams (8 pav.)

Ką tai sako? Tiesą sakant, tai reiškia, kad kai užduotis vykdoma automatiškai Veiksmas3 gausime verslo proceso elgseną, atitinkančią 9 paveiksle pavaizduotą schemą, tai yra, sujungimo taškas praleidžiamas vykdant vieną šaką. Tačiau tai taip pat ne visada tiesa. Jei taške 4 veiksmas mes nevykdysime pirmosios iš sukurtų užduočių, kol antroji užduotis neatsiras dėl lygiagrečių šakų vykdymo į sujungimo tašką, tada kita užduotis taške Veiksmas5 bus sukurtas tik vykdant abi užduotys taške 4 veiksmas, tai yra, verslo procesas tarsi ištaiso ankstesnę klaidą ignoruojant sujungimo tašką. Be to, pagal maršruto schemą bus sukurta tik viena užduotis. Tiems, kurie domisi tokiu verslo proceso elgesiu, siūlau tuo įsitikinti patiems.

Panagrinėkime kitą pavyzdį. Tarkime esmę Veiksmas3 yra ne veiksmo taškas, o įdėtas proceso taškas. Paprastumo dėlei naudojame tokią įdėto verslo proceso schemą (10 pav.)

Jei renginyje Sąlygos 1 Patikrinkite sąlygas nieko nedaryti, toks procesas baigiasi iškart po pradžios, nesukūrus nė vienos užduoties. Praktiškai tai gali įvykti daugiau sudėtingus procesus, jei poreikis vykdyti proceso užduotis iškyla tik įvykdžius tam tikras sąlygas. Pakeiskime tašką Action3 į įdėto verslo proceso tašką ir gaukime diagramą, parodytą 11 paveiksle.

Verslo proceso veikimą tikriname naudodami įdėtą procesą ir įsitikiname, kad elgsena yra panaši. 12 paveiksle yra verslo proceso diagrama po pradžios.

Ar tokiose grandinėse taip elgiamasi visada? Išsiaiškinkime. Atkreipkite dėmesį, kad užduotys padalijimo taške sukuriamos ta tvarka, kuria eilutės buvo pridėtos padalijimo taške. Tai galima pamatyti, jei rodote jungiamųjų linijų pavadinimus (13 pav.).

Pabandykime sukeisti Line2 ir Line4. Ir galiausiai, pradėdami naują procesą, matome laukiamą rezultatą (14 pav.)

Atkreipkite dėmesį, kad linijos būtinai reikia pasikeisti. Jei tiesiog pervardysite linijas, išeinančias iš padalijimo taško, rezultatas išliks toks pat. Kitas būdas išspręsti aukščiau pateiktą problemą yra pašalinti Line2 ryšį, pridėti naujas ryšys padalijimo taške ir prijunkite jį prie įdėto proceso taško.

Darome išvadą:

Automatiškai vykdant užduotį, susietą su pirmiausia papildymo tvarka padalinti taško linijas, jei po šios užduoties iš karto seka santakos taškas , šis sujungimo taškas ignoruojamas ir sukuriama kita užduotis pagal maršruto schemą. Jei nekreipsite dėmesio į nuorodų seką, kurdami išoriškai identiškas schemas galite gauti skirtingą verslo proceso elgesį.

Į šią priklausomybę taip pat reikėtų atsižvelgti keičiant esamas schemas. Tarkime, kad nusprendėme, kad vietoj vienos užduoties taške Veiksmas1 14 paveiksle, kuri mums pradėjo veikti, kaip reikia, turėtų būti įdėtas procesas, kuris tam tikromis sąlygomis gali būti automatiškai vykdomas pagal sąlygą, panašią į 10 pav. , kai mūsų procesas prasidės, pamatysime pažįstamą vaizdą su sujungimo taško nepaisymu (15 pav.)

Baigdamas norėčiau pažymėti, kad nurodytas verslo procesų elgesys buvo pastebėtas 8.1 platformoje ir toliau rodomas naujausiose 8.2 versijose. Rengiant straipsnį buvo atliktas platformos 8.2.15.310 versijos testavimas.