Exemplu de proces de afaceri 1c. Creăm un proces de afaceri în câțiva pași. Ce este în practică

Mecanismul proceselor de afaceri „1C:Enterprise 8”

Andrei Kolesov

Business Process Management (BPM) este un termen care este de mult cunoscut profesioniștilor IT, dar în același timp are o anumită notă de mister și inaccesibilitate pentru utilizatorii „obișnuiți”. Într-adevăr, aproape toți furnizorii de top de platforme și software de afaceri și-au anunțat de mult și în mod regulat realizările în domeniul BPM, dar, în același timp, au dat uneori semnificații diferite acestui concept, concentrându-se pe specificul propriilor tehnologii propuse. De fapt, ideea generală a BMP este destul de simplă - utilizarea unui model de proces pentru gestionarea unei organizații, atunci când operațiunile individuale de afaceri sunt legate în lanțuri. Această abordare este implementată pe baza metodologică a conceptului Workflow (gestionarea fluxului de lucru), dar numai în sensul său mai larg. Dacă în fluxul de lucru clasic se pune accent pe documente, atunci BMP leagă împreună documente (informații), oameni și aplicații (instrumente de procesare a informațiilor).

Motorul de proces de afaceri (BPM) a apărut ca parte a 1C:Enterprise la începutul anului 2005 și se poate argumenta că aceasta este o inovație foarte promițătoare și utilă a platformei. Esența sa este automatizarea lanțurilor operațiunile conexe care vizează atingerea unui scop comun, de obicei în contextul structura organizationala definirea rolurilor şi relaţiilor funcţionale. Automatizarea proceselor de afaceri îmbunătățește calitatea organizării muncii și eficiența managementului.

Imbunatatire a calitatii. Procesele de afaceri formulează și implementează regulile de realizare a operațiunilor individuale și relația dintre acestea, care pot reduce semnificativ sau chiar elimina complet erorile cauzate de factorul uman din procesul de afaceri. O listă simplă de activități le permite angajaților să se concentreze pe responsabilitățile lor imediate.

Îmbunătățirea eficienței. Cu ajutorul IBE, este posibilă oficializarea activităților organizaționale și atribuirea funcțiilor de conducere munca în comun angajaților la o soluție aplicativă, care duce la o utilizare mai eficientă a timpului de lucru.

Oferirea de noi oportunități. Datele privind finalizarea sarcinilor și progresul proceselor de afaceri pot servi ca bază pentru optimizarea structurii organizaționale a unei întreprinderi, identificând blocajele și resursele ascunse. Astfel, metodologia de management al proceselor este pe deplin implementată.

În general, utilizarea IBP în soluții aplicate va permite întreprinderilor, inclusiv celor mici, să treacă de la modelul tradițional de management funcțional la o schemă modernă orientată pe proces, îmbunătățindu-și calitativ activitățile prin reinginerie și automatizare a proceselor de afaceri.

Înțelegerea motorului de proces de afaceri

Procesele de afaceri din 1C: Întreprindere sunt necesare pentru a combina operațiuni individuale (emiterea unei facturi, acceptarea plăților în numerar, distribuirea mărfurilor dintr-un depozit etc.) în lanțuri de acțiuni interdependente care conduc la atingerea unui obiectiv specific (de exemplu, vânzarea mărfurilor în numerar). Participarea angajaților la ciclul de viață al unui proces de afaceri se realizează prin rutare bazată pe roluri.

IBP-ul este furnizat de mai multe obiecte de configurare simultan: procese de afaceri, sarcini, registru de informații și parametru de sesiune. De regulă, tipurile de atribute de adresare a sarcinilor și dimensiunile registrului de informații sunt atribuite prin link-uri către directoarele corespunzătoare, prin urmare, directoarele sunt adăugate celor patru tipuri enumerate mai sus.

Obiectele principale ale IBP sunt procesele și sarcinile de afaceri. Se folosesc unul pe celălalt și încă trei obiecte auxiliare - parametru de sesiune, registru de informații și directoare. Obiectele helper nu se folosesc unele pe altele, nici obiectele principale.

Sarcina este concepută pentru a ține cont de sarcini și descrie modul în care acestea sunt distribuite între executanți, ținând cont de structura organizatorică a întreprinderii. Adresarea sarcinilor către angajați este determinată de detalii în care poate fi furnizată rutarea multidimensională bazată pe roluri, de exemplu, pe roluri, grupuri de lucru, divizii, sedii, sucursale etc. În acest caz, sarcinile pot fi create nu numai de procesele de afaceri, dar şi de alte obiecte baza de informatiiși direct de către utilizatori. Mai mult, în caz general executantul sarcinii poate fi nu numai un angajat, ci și orice sistem extern, de exemplu, un alt sistem contabil.

Conceptul de sarcină definește de fapt doar interfața pentru interacțiunea unui proces de afaceri cu o sarcină, a cărei execuție poate, în cazul general, să nu aibă legătură cu efectuarea operațiunilor din sistemul însuși. De exemplu, un proces de afaceri în cursul execuției sale poate necesita coordonarea unei probleme cu șeful companiei. Sarcina astfel formulată va fi adresată, de exemplu, secretarului, care o va rezolva prin orice mijloace la dispoziție: e-mail, telefonic, etc. Sarcina va fi considerată finalizată atunci când sistemul primește informații despre obținerea aprobării necesare.

Obiectul „Proces de afaceri” descrie logica efectuării operațiunilor pentru atingerea unui anumit scop și gestionează ciclul de viață al proceselor de afaceri create (instanțele acestora) din momentul începerii până la momentul finalizării. Logica procesului de afaceri (relația și secvența de ocolire a punctelor de trecere, salturi condiționate etc.) este descrisă clar sub forma unei hărți a rutei, care vă permite să descrieți vizual traseul unui proces de afaceri sub forma unui grafic conectat. și facilitează descrierea algoritmilor de salt condiționat și reacția unui proces de afaceri la diverse evenimente.

Operațiunile efectuate în cursul unui proces de afaceri sunt reprezentate pe harta rutei prin puncte de acțiune care conțin informații despre cine trebuie să facă ce în această etapă. Antreprenorul poate fi determinat personal (Ivanov) sau ținând cont de rutarea bazată pe rol („Magazin”, „Șef departament de vânzări”). Când un proces de afaceri trece la un punct de acțiune, generează automat sarcini prin setarea detaliilor de adresare furnizate în ele. După ce executantul marchează sarcina ca finalizată, procesul de afaceri trece automat la următorul punct traseu conform hărții.

La punctul de acțiune, este, de asemenea, posibilă atribuirea sarcinilor de grup și colective. În primul caz, acțiunea trebuie efectuată de toți membrii grupului - de exemplu, atunci când toți managerii trebuie să prezinte un raport lunar. În al doilea caz, doar unul dintre membrii grupului ar trebui să efectueze acțiunea (de exemplu, să aprobe un document de la unul dintre managerii superiori). La punctul de acțiune, puteți descrie verificarea conditiile necesare executarea sarcinilor, un dialog interactiv cu utilizatorul atunci când se deplasează mai departe de-a lungul rutei și specificați, de exemplu, ce documente trebuie deschise la activarea sarcinilor asociate cu acest punct de rută a procesului de afaceri.

IBP permite mai multe tipuri de rutare.

Rigid. Procesul de afaceri are o hartă care nu conține tranziții condiționate și paralele cu destinații definite rigid pentru fiecare punct de rută. Respingerea unor astfel de procese de afaceri nu este permisă.

Gratuit. Destinațiile punctelor de hartă a rutei procesului de afaceri nu sunt setate și sunt determinate programatic sau interactiv în timpul ciclului de viață al procesului de afaceri.

Condiţional. Harta rutei prevede verificarea condițiilor și urmărirea ramurilor corespunzătoare. Tranzițiile pot fi binare (condiție) sau multiple (selectarea opțiunii)

Paralel. Harta rutei prevede împărțirea procesului de afaceri în ramuri paralele cu posibilitatea fuziunii ulterioare (în așteptare). Promovarea procesului de afaceri de-a lungul fiecărei ramuri paralele are loc independent, pe măsură ce sarcinile corespunzătoare sunt finalizate.

De regulă, toate aceste tipuri de rutare se găsesc în hărțile reale ale proceselor de afaceri.

Conceptul cheie în mecanismul procesului de afaceri și sarcinile din 1C:Enterprise este sistemul de adresare, care oferă posibilitatea de a adresa sarcini nu numai personale, ci și bazate pe roluri participanților la procesele de afaceri.

Rutarea rolurilor vă permite să atribuiți sarcini nu numai unor executori specifici, ci și unor roluri, grupuri, departamente etc., așa cum sunt definite în soluția aplicației. Este construit pe interacțiunea dintre obiectele „sarcină” și „registru de informații”. Primul definește componența detaliilor de adresare (roluri, divizii etc.), iar al doilea reflectă informațiile actuale, adică relevante pentru momentul actual, despre angajații aparținând unor roluri, divizii, grupuri de lucru etc.

Registrul de informații poate fi folosit pentru a implementa mecanisme de înlocuire sau pentru a contabiliza absența angajaților. De exemplu, dacă indică faptul că Ivanov joacă rolul de contabil șef, iar Ivanov pleacă în vacanță, iar atribuțiile sale sunt transferate la Petrov, atunci înregistrarea în registrul de informații este schimbată, astfel încât Petrov să joace rolul de contabil șef. La întoarcerea lui Ivanov din vacanță, informațiile relevante sunt restaurate.

Rezumând cele de mai sus, putem afirma că mecanismul proceselor de afaceri constă din următoarele componente principale:

• sistem multidimensional pentru adresarea sarcinilor executanților (roluri, departamente, organizații, grupuri etc.),
• proiectarea vizuală a unei hărți a proceselor de afaceri,
• generarea de sarcini de către executanți,
• rutarea rolurilor,
• tranziția prin puncte de referință în conformitate cu harta procesului de afaceri.

Logica generală pentru executarea proceselor de afaceri arată cam așa:

• procesele de afaceri formează sarcini prin stabilirea valorilor cerute în detaliile lor de adresare (roluri, grupuri, departamente);
• performanții finali sunt definiți folosind o „matrice de dereferință”, care, de exemplu, mapează utilizatorii la roluri.

Dezvoltare și execuție

În principiu, programarea proceselor de afaceri în 1C:Enterprise ar putea fi făcută mai devreme, dar numai la nivel de limbaj de programare. Noul mecanism automatizează această procedură, oferind instrumente de proiectare vizuală și posibilitatea de a personaliza programul folosind metode de parametrizare și minimizând (sau eliminând) scrierea manuală a codului programului. Toate acestea sunt acum implementate la nivel de platformă, care conține obiecte de metadate și mecanisme care asigură o implementare uniformă a proceselor de afaceri în soluțiile aplicate.

În articol, folosim adesea termenul „proces de afaceri”, deși uneori înseamnă lucruri diferite. Pe de o parte, aceasta este o descriere generalizată a secvenței de acțiuni atunci când se efectuează unele sarcini de afaceri (de exemplu, vânzarea unui produs). În acest caz, o astfel de descriere este implementată sub forma unui anumit program (prezentat doar nu în coduri, ci sub forma unei hărți a rutei), care poate fi numit condiționat o soluție de afaceri privată. Pe de altă parte, un proces de afaceri este executarea unor acțiuni specifice în conformitate cu această descriere (când deservește un anumit client), adică execuția unui program scris anterior.

Conform terminologiei „1C”, în primul caz vom folosi termenul „proces de afaceri” (BP), în al doilea – „instanță a unui proces de afaceri” (EBP). BP este creat de dezvoltatori, iar utilizatorii își desfășoară acțiunile cu ajutorul EBP. Dezvoltarea BP se realizează în „Configurator”, execuția EPB se realizează în mediul soluțiilor aplicate („1C: Enterprise”).

1C:Enterprise Configurator oferă oportunități ample pentru a crea procese de afaceri a căror logică este specificată folosind hărți de rute. Particularitatea implementării MBP (comparativ cu unele mecanisme BMP ale altor furnizori IT) este că, ca urmare a designului vizual al unui proces de afaceri, dezvoltatorul nu primește un program cu codul sursă al limbajului intern (majoritatea). alte instrumente de design vizual generează un astfel de cod). Cu un anumit grad de simplificare, se poate argumenta că codul sursă programul creat format doar printr-o reprezentare vizuală a logicii sale (harta rutei), care este completată de fragmente separate scrise în limbajul de programare intern.

Astfel, harta rutei este adresată simultan sistemului printr-o instrucțiune pentru efectuarea unei secvențe de acțiuni ale procesului de afaceri, o descriere a structurii acestor acțiuni într-o formă înțeleasă de utilizator și un mijloc de afișare a stării curente a afacerii. proces.

Executarea proceselor de business (mai precis, instanțe ale proceselor de business) se realizează în mediul platformei 1C:Enterprise. În acest caz, un proces de afaceri poate fi considerat ca un astfel de obiect de bază de informații ca un document sau un element de director. A lui ciclu de viațăîncepe de la început (apelând metoda „start” sau apăsând butonul corespunzător sub forma unui obiect de proces de afaceri) și se termină când este atins punctul final (desigur, dacă toate sarcinile au fost finalizate).

Sarcinile sunt, de asemenea, obiecte obișnuite de bază de informații care pot fi generate atât de mecanismul procesului de afaceri, cât și de alte obiecte de aplicație, și chiar manual. Sarcina are două stări - „finalizat” și „nefinalizat”. Dacă sarcina este formată ca parte a unui proces de afaceri, atunci după finalizarea acesteia o informează despre aceasta, ceea ce duce la trecerea procesului de afaceri mai departe de-a lungul traseului (dacă sunt îndeplinite toate condițiile necesare pentru aceasta).

Pentru un anumit utilizator, funcționarea mecanismului procesului de afaceri se exprimă doar prin faptul că se ocupă de o listă de sarcini pe care trebuie să le îndeplinească. Depozitarul, de exemplu, nu ar trebui să se gândească la participarea sa la unele procese, sarcina lui este să elibereze mărfurile la primirea sarcinii și să înregistreze această operațiune în sistem.

Posibilitati de utilizare a MBP

Motor de proces de afaceri - componentă platformă tehnologică, ceea ce înseamnă că capacitățile sale pot deveni disponibile pentru toate soluțiile de aplicații create pe baza 1C:Enterprise 8. În general, IBP are ca scop îmbunătățirea eficienței dezvoltării și întreținerii soluțiilor aplicate. Cu toate acestea, experiența aplicației sale arată că impunerea proceselor de afaceri peste aplicațiile gata făcute provoacă anumite dificultăți: de multe ori trebuie să aruncați o privire nouă asupra deciziilor de proiectare și să refaceți ceva. Desigur, acest lucru nu este surprinzător - în același mod, automatizarea unei întreprinderi, de regulă, necesită o revizuire a schemei generale de funcționare a acesteia. Pentru utilizarea eficientă a MBP, este de dorit ca modelul de management al procesului să fi fost inițial încorporat în soluția aplicată.

Proiectarea proceselor de afaceri în sine necesită nu numai cunoașterea elementelor de bază ale configurației 1C:Enterprise, ci și o bună înțelegere a domeniului subiectului și a nevoilor specifice ale clientului. De altfel, IBP stimulează implicarea specialiștilor de un nivel calitativ diferit în proiectarea și configurarea unor sisteme de aplicații specifice - analiști de afaceri, consultanți, precum și manageri de clienți. Mai mult, efectul pozitiv al IBE pentru client se manifestă chiar și atunci când acesta nu este implicat direct în proiectarea proceselor de afaceri, ci doar aplică scheme elaborate de cineva. Capacitatea de a descrie formal acțiunile sistemului și de a prezenta structura acestora într-o formă vizuală permite clientului să înțeleagă mai bine logica soluției, inclusiv monitorizarea corectitudinii sarcinii atribuite dezvoltatorului.

Astfel, vorbim despre o altă direcție cheie în dezvoltarea soluțiilor aplicate 1C:Enterprise - creșterea nivelului de gestionare a acestora. Utilizarea IBP face posibilă colectarea de informații calitativ diferite despre funcționarea sistemului de management al întreprinderii, pe baza cărora managerii pot efectua o analiză obiectivă a eficacității funcționării atât a organizației în ansamblu, cât și a angajaților săi individuali. . Acest mecanism vă permite să mutați atenția de la sarcinile contabile la managementul afacerii în ansamblu.

Dezvoltatorii și utilizatorii pot afla mai multe despre mecanismul procesului de afaceri implementat în 1C:Enterprise 8 folosind configurația demo distribuită pe discul de suport pentru tehnologia informației (ITS). Există mai multe procese de afaceri simple („Vânzarea de bunuri”, „Comandă” și „Acord”, etc.) care arată diferite opțiuni aplicație practică acest mecanism.

Să luăm în considerare principalele proprietăți și procesul de creare și configurare a mecanismului proceselor și sarcinilor de afaceri în sistemul 1C Enterprise 8.3 folosind exemplul de rezolvare a unei probleme din certificarea „Specialist în platforma 1C”. Acest mecanism este foarte des folosit pentru , de aceea este important pentru orice programator.

Obiectele Business Processes și Tasks sunt foarte strâns legate. Executarea unei sarcini este o mișcare de-a lungul traseului unui proces de afaceri. Luați în considerare procesul de implementare a proceselor de afaceri în 1C mai detaliat.

Sarcina Condiție Specialist platformă proces de afaceri

Poziția departamentului de angajat
Vasina	Contabilitate	Casier
Mishina	Contabilitate	Casier
Mishina	Contabilitate	Contabil
Krotov	Contabilitate	Contabil
Ivanov	Contabilitate	Ch. contabil
Onopko	Departamentul de achizitii	Seful departamentului
Petrenko	Departamentul de achizitii	Adjunct sef sectie
Beldiev	Departamentul de achizitii	Administrator
Rakhimov	Departamentul de achizitii	Administrator
Mansurov	Departamentul de achizitii	Administrator
Jupikov	Departamentul de achizitii	Depozitar
Sidorov	Departamentul de achizitii	Depozitar
Galkin	Departamentul de vanzari	Administrator
Palkin	Departamentul de vanzari	Administrator

Primul pas pentru a configura motorul de proces de afaceri din exemplul nostru este crearea de noi obiecte Proces de afaceri și Sarcină:

Sarcina, s-ar putea spune, este „subordonată” procesului de afaceri.

Adresarea procesului de afaceri 1C 8.3

În sarcinile din fila Adresare, trebuie să setați principalii parametri în mecanismul procesului de afaceri: Adresare, Atribut principal de adresare, Executor curent. Și completați, de asemenea, detaliile adresei.

În câmp Adresarea este setat registrul de informatii cu ajutorul caruia se va configura adresarea. În exemplul nostru, acesta este un registru de informații cu dimensiuni: Interpret, Departament, Poziție.

Obțineți 267 de lecții video 1C gratuit:

În câmp Atributul de bază al adresei trebuie să specificați atributul principal pentru adresare - tăietura principală pentru a finaliza sarcina.

Artist actual - un câmp care specifică parametrul Session prin care va fi determinat executorul curent. Puteți citi mai multe despre acest lucru în articolul Opțiuni de sesiune.

Pentru un exemplu de testare, trebuie să creați mai multe elemente predefinite ale directorului: departamente, posturi, persoane.

Harta rutei procesului de afaceri

Următorul pas pentru a configura un proces de afaceri este generarea unei hărți a proceselor de afaceri:

Luați în considerare formarea unui proces de afaceri bazat pe procesul de cumpărare a bunurilor:

1. departamentul de achiziții dă startul procesului de afaceri;
2. după aceea sarcina trece la departamentul „Contabilitate”, unde, în funcție de modul în care vor fi plătite bunurile, sarcina trece fie la casier, fie la contabil;
3. după plată, bunurile trebuie atribuite unui anumit utilizator - Sidorov.

„Rolurile” utilizatorilor care trebuie să îndeplinească sarcinile sunt specificate în paleta de proprietăți a fiecărui punct de acțiune:

Steag grupînseamnă că toți utilizatorii din acest grup trebuie să își îndeplinească sarcina.

Pentru blocul în care are loc ramificarea, trebuie să setați un handler special în proprietățile de verificare a condiției:

Procedure ConditionCheckConditions(RoutePointBusinessProcess, Result) Rezultat = Plată în numerar; EndProcedure

Pentru simplitate, să presupunem că metoda de plată este specificată în sarcină: dacă indicatorul „plată în numerar” este setat în sarcină, atunci plata va trece prin casierie.

Crearea de formulare de proces de afaceri

Următoarea etapă este crearea de formulare pentru viitorul proces de afaceri. Pentru claritate, în funcție de starea problemei, este necesar să afișați harta proceselor de afaceri pe formular. Fiecare hartă a proceselor de afaceri ar trebui să afișeze etapa curentă.

Pentru a face acest lucru, creați un formular de director implicit. Apoi adăugați un atribut cu tipul „GraphicScheme” la atributele formularului. Transferați această recuzită în formularul:

Și ultimul lucru pentru formular este procedura de afișare a procesului de afaceri:

Procedura UpdateMap() BP = FormAttributeToValue("Obiect" ); Acest formular. Harta = BP. GetRouteMap() ; EndProcedure

Acesta trebuie efectuat la deschiderea unui element de proces de afaceri și atribuit comenzii Update Map.

Formular pentru lista sarcinilor procesului de afaceri

Lista de sarcini în funcție de condiția sarcinii ar trebui să afișeze numai sarcinile deschise ale executorului curent. Este foarte ușor să faci asta.

Doar creați un formular implicit de listă de activități. După aceea, selectați Tabelul principal - Sarcină. Sarcini de executant. Această setare vă va permite să specificați selecția de către executantul sarcinii:

A doua setare dinamică a listei este setată în setările listei, unde trebuie să specificați următoarea setare pentru a afișa numai sarcinile deschise:

Configurarea adresei în modul utilizator 1C 8.2

Ultima etapă, dar nu ultima ca importanță, este setarea adresei în modul utilizator în registrul „Adrese”.

În acest registru, este necesar să se indice toți participanții la procesul de afaceri și să se înregistreze membrii unei anumite unități, poziții etc.:

Asta e tot! Configurarea procesului de afaceri este gata!

Baza contabilității în 1C este operația de introducere a unui document de către utilizator. Un document întocmește o tranzacție comercială care a avut loc (de exemplu, trei fiare de călcat au fost vândute).

Întrebarea este că în viața unei organizații nu există operațiuni unice, ci lanțuri întregi tranzacții de afaceri conectate logic, care se numesc procese de afaceri 1C. Fiecare operațiune individuală din acest lanț poate fi efectuată de diferiți angajați și controlată de alții.

Exemple de procese de afaceri 1C - plasarea unei comenzi de către cumpărător cu plata și livrarea ulterioară:

• Preluați o comandă (operatoare fete)
• Așteptând primirea fondurilor (plata se descarcă de la clientul băncii în departamentul de contabilitate)
• Formarea colectării comenzilor în depozit (lucrători depozitare)
• Aprobarea expedierii (inițială)
• Transport maritim (încărcătoare).

Fiecare dintre aceste operațiuni poate fi emisă în 1C. Fiecare este proiectat de diferiți angajați din diferite departamente.

• Cum să informezi fiecare utilizator următor că este timpul ca el să efectueze acțiuni în acest proces de afaceri 1C?
• Cum să legați evenimentele într-un singur lanț și să-l lăsați pentru posteritate?
• Cum să controlezi lanțul de la început până la sfârșit și să înțelegi când totul este în regulă?

Procese de afaceri 1C

În primul rând, să înțelegem termenii.

În afaceri, un proces de afaceri înseamnă un lanț organizat de operațiuni de afaceri sau activități organizaționale necesare pentru a finaliza o întreagă sarcină.

În 1C, un proces de afaceri înseamnă un lanț organizat de puncte în care platforma 1C oferă automat (opțiuni):

• Cere utilizatorului să facă ceva
• Executarea unui program în limbajul 1C (de exemplu, în cazul în care trebuie să creați automat un document)
• Alegeți automat calea pe care o va urma lanțul, în funcție de condiții.

Operațiunile de afaceri (sau mai degrabă execuția lor) în cursul procesului de afaceri 1C sunt efectuate:

• Sau documentele sunt create și postate automat (parte executabilă a programului)
• Sau de către utilizator manual atunci când i se dă un astfel de .

Procesele de afaceri 1C și sarcinile 1C

Am discutat. Acesta este un obiect 1C, care este un memento informațional pentru utilizator despre necesitatea de a efectua o acțiune.

Procesele și sarcinile de afaceri 1C sunt strâns legate, deoarece într-un caz simplu, un proces de afaceri 1C este un lanț de astfel de sarcini care sunt generate secvenţial de diferiți utilizatori.

La pornire, este generată o sarcină pentru primul utilizator. L-a marcat ca gata. Sistemul creează automat o a doua sarcină pentru un alt utilizator. Si asa mai departe.

Un proces de afaceri 1C este asociat cu un tip de sarcină creat în configurator. Pentru a specifica tipul de sarcini care vor fi generate, trebuie să mergeți la procesul de afaceri 1C din configurator și să specificați proprietatea Task din fila Principal.

De obicei, în configurație este creat un tip de sarcină - universal și toate procesele de afaceri 1C îl folosesc.

Cu toate acestea, există următoarea dificultate - sarcini diferite necesită adesea forme diferite. Pentru o sarcină din formular, trebuie să selectați produse, pentru alta - proiecte. Cum să fii?

Din aceasta, ei găsesc următoarea ieșire:

• În sarcină creați o formă universală
• În evenimentul BeforeOpen() al acestui formular de sarcină:
  o Determinați ce proces de afaceri 1C rulează
  o Determinați ce punct al procesului de afaceri 1C este realizat
  o Deschideți forma dorită a acestui proces de afaceri 1C.

Harta rutei procesului de afaceri 1C

Deci, procesul de afaceri 1C constă dintr-un lanț de puncte de execuție. Lanțul de puncte este configurat pe harta rutei procesului de afaceri 1C. Pentru a deschide harta rutei, trebuie să faceți clic dreapta pe procesul de afaceri 1C și să selectați elementul de meniu Deschideți harta rutei.

Pentru a crea un nou punct, pur și simplu trageți-l pe harta rutei din panoul special de mai jos.

Tipuri de puncte:

Începutul și sfârșitul procesului de afaceri 1C

Un proces de afaceri 1C poate fi simplu creat și înregistrat, la fel ca un document neînregistrat.

Pentru a începe execuția unui proces de afaceri 1C, trebuie să-l „porniți” executând metoda Start () în program sau apăsând butonul Start în modul 1C Enterprise.

După finalizare, procesul de afaceri 1C va avea caseta de selectare Finalizat bifată.

1C procese de afaceri și roboți

Unii sunt sceptici cu privire la procesele de afaceri 1C, deoarece acestea sunt construite pe baza sarcinilor - mementouri informaționale pentru utilizatori.

Ei spun - cum funcționează un memento pentru o astfel de sarcină - utilizatorul a văzut-o în listă și a făcut-o, dar:

• toată lumea va fi prea lene să noteze faptul implementării sale (sau vor uita)
• pot face clic pentru a finaliza sarcina (pentru raportare), dar nu fac nimic.

Alții, pe astfel de sceptici, au venit cu opțiuni pentru participarea roboților în procesele de afaceri 1C. Un robot în argou 1C este o sarcină programată.

O sarcină programată este o sarcină care este programată automat de un server 1C sau de un client 1C lansat special. Este important ca acesta să fie efectuat automat, de la sine.

Un astfel de robot poate fi lansat după un program cu o frecvență de o dată pe minut (o dată la zece secunde) și sarcinile i se pot adresa și lui.

Utilizare caz:

• Pentru fiecare sarcină, bifați caseta Grup.
• Formează două sarcini
• Adresați o sarcină utilizatorului, cealaltă robotului
• Robotul la fiecare N minute verifică starea că sarcina a fost finalizată (de exemplu, documentul a fost introdus) și dacă da, ambele sarcini au fost finalizate, inclusiv pentru utilizator.

Un alt caz de utilizare este atunci când există un punct de așteptare în lanț. De exemplu, așteptarea plății pentru o comandă. Această sarcină poate fi adresată unui robot care o verifică o dată pe zi/oră și o execută la primirea plății.

Adesea, sarcinile sunt privite ca un obiect auxiliar al proceselor de afaceri. Cu toate acestea, acesta este un obiect complet independent, dotat cu multe proprietăți. Efectuate corect, sarcinile pot fi un mecanism puternic de planificare și gestionare a timpului. Acest articol este conceput pentru a arăta un exemplu de conexiune dintre sarcini și procese de afaceri, pentru alocarea sarcinilor generate automat unor executori specifici ai proceselor de afaceri.

Autor articol: GROOVY | Editori: Wizard, Dobry Ultima revizuire№13 din 04.06.06 | Poveste URL:

Cuvinte cheie: sarcini, adresare, proces de afaceri, punct de acțiune, multicast

Situația inițială.

După cum sa menționat în articolul descris mai devreme (), proprietățile de adresare sunt foarte importante pentru obiectul „Sarcina”. În acest articol, voi încerca exemplu simplu arătați cum pot fi aplicate regulile de adresare în contextul sarcinilor create de punctele de rută a procesului de afaceri.

Structura originală a metadatelor este următoarea:
Directoare: Interpreți, Departamente. Ambele fără setări suplimentare, fără ierarhie și fără elemente predefinite.

Enumerarea rolurilor cu două valori: Supervisor și PrivateEmployee.

Parametrul de sesiune „CurrentExecutor”, tip: DirectoryReference.Executors.

Registrul de informații „Reguli de adresare” cu trei dimensiuni: Performer (conducător, valori necompletate interzise, ​​tip: DirectoryReference.Contributors), Departament (nu conducător, valori necompletate interzise, ​​tip valoare: DirectoryReference.Departments) și Rol (nu nu este setată valoarea interzisă de început, necomplet, tipul valorii: EnumReference.Roles).

Sarcină „BP Tasks” cu trei atribute de adresare: Performer (atribut principal de adresare, tip: DirectoryLink.Performers), Departament (tip valoare: DirectoryLink.Departments) și Rol (tip valoare: EnumerationLink.Roles). În proprietatea „Adresare”, este specificat registrul de informații „Reguli de adresare”, „Atribut principal de adresare” - „Executor”, „Executor curent” este un link, nu un parametru al sesiunii „Executor curent”.

Configurarea mecanismului sarcinii este clasică. Niciun atribut suplimentar al sarcinii nu a fost creat în mod intenționat, deoarece suntem interesați de munca proceselor de afaceri în legătură cu sarcini.

Câteva cuvinte despre proprietățile proceselor de afaceri

Harta rutei servește ca descriere a algoritmului procesului de afaceri. Punctele de referință dintr-o hartă a rutei procesului de afaceri se împart în două categorii principale:

1. Puncte de trecere care generează sarcini. Când un proces de afaceri trece prin aceste puncte, sarcinile sunt create și înainte de a fi finalizate, procesul de afaceri se oprește.

2. Puncte de trecere care nu creează sarcini. Când un proces de afaceri trece prin astfel de puncte, de obicei sunt efectuate un fel de verificări și procesări.
În proprietățile punctelor de trecere care creează sarcini, puteți specifica parametrii de adresare în etapa de configurare a sarcinilor dificile. Dar, de regulă, acesta nu este un interpret specific, ci doar parametri de adresare indirectă.

De obicei, punctele de referință care creează sarcini au capacitatea de a descrie evenimentele de interacțiune cu utilizatorul. Punctele de trecere care nu creează sarcini nu au astfel de evenimente (!).
Una dintre proprietățile unui proces de afaceri (BP) este conexiunea cu obiectul „Sarcina” în care sunt create sarcinile punctelor de rută ale acestui BP.

Mai multe BP pot fi asociate cu un obiect „Sarcina”.

Ce este în practică

Să creăm un BP simplu. Ei bine, de exemplu, BP audit intern companiilor.

Harta fluxului procesului de afaceri va include trei puncte de acțiune. Acestea sunt punctele principale ale hărții rutei procesului de afaceri. Aceste puncte creează sarcini și au evenimente interactive.

Pe lângă punctele de acțiune, orice proces de afaceri trebuie să includă cel puțin un punct de început și un punct final. Aceste puncte nu creează sarcini, ci sunt folosite doar pentru a descrie evenimentele non-interactive „BeforeStart” și „OnFinish”.

Dar acum suntem interesați în primul rând de punctele de acțiune și sarcinile pe care le creează.

Luați în considerare proprietățile fiecăruia dintre punctele de acțiune în detaliu.

1. Porniți auditul. Pe lângă numele punctului de acțiune, puteți configura adresarea (Adresarea este un grup de proprietăți ale punctului de acțiune). Din păcate, nu va fi posibilă indicarea unui anumit contractant în etapa de dezvoltare a unui proces de afaceri, deoarece acesta este un element al directorului - o dată, iar pentru fiecare proces de afaceri poate exista aparent o persoană diferită responsabilă pentru efectuarea unui audit - Două. Nu are sens să atribuim proprietăți de adresare indirectă în cazul nostru particular, deoarece inițiatorul acestui proces de afaceri va numi el însuși o persoană responsabilă (acesta va fi un atribut suplimentar al procesului de afaceri). Cum se atribuie un executant pentru o sarcină printr-un punct de acțiune generat? Destul de simplu. Trebuie să prindeți evenimentul de creare a sarcinii cu acest punct de acțiune. Acest lucru se poate face în doi handlere de evenimente: „BeforeCreatingTasks” - acest handler de evenimente este apelat atunci când sarcinile nu au fost încă create, puteți crea sarcini noiși completați complet proprietățile lor; „La crearea sarcinilor” - aici sarcinile sunt deja create, pot fi editate.

În cazul nostru, este mai bine să folosiți handlerul de evenimente „La crearea sarcinilor”, deoarece trebuie doar să specificați executantul și nu este nevoie să modificați toate celelalte proprietăți ale sarcinii.

Procedura StartAuditWhen Crearea sarcinilor (RoutepointBusinessProcess, FormedTasks, Failure) Pentru fiecare sarcină din ciclul FormedTasks Task.Performer = ResponsibleForConducting; //ResponsibleForConducting - atribut BP. EndCycle; EndProcedure

Întrebare: De ce ciclu? Nu se formează sarcina? Dar nimeni nu știe asta. Un punct de acțiune poate forma orice număr de sarcini.

Apropo, dacă setați proprietatea „Completed” la True în evenimentul „WhenCreatingTasks”, sarcina va fi finalizată, dar procesul de afaceri nu se va deplasa mai departe.

În principiu, am făcut tot ce ține de primul punct de acțiune. Acum sarcina formată prin acest punct va fi atribuită unui anumit executant specificat în atributul procesului de afaceri.

2. Pregătiți documentația de raportare. În proprietățile de adresare ale acestui punct de acțiune, setați valoarea la „Rol” - Manager. Și steagul „Grup”.

Ce ne va oferi? Conform regulilor de adresare specificate în registrul de informare, se vor crea sarcini pentru fiecare executor care este manager. Deoarece (eventual) vor fi create mai multe sarcini, punctul de referință va fi considerat trecut doar dacă toate sarcinile sunt finalizate.

În principiu, indicatorul „Grup” este responsabil pentru crearea unui set de sarcini conform regulilor de adresare adecvate. În cazul în care steagul nu este setat, atunci sarcina va fi creată singură, dar va apărea pentru toți executanții în lista lor de sarcini (mai multe despre aceasta mai jos).

În orice caz, comportamentul standard al sistemului la crearea sarcinilor poate fi dezactivat și vă puteți descrie propriile reguli pentru crearea și atribuirea unui executant.

Dar să vedem cum se comportă mecanismul standard.

Pentru verificare, trebuie să inițializați parametrul de sesiune. Desigur, ar fi bine să faceți acest lucru la începutul sistemului, dar pentru comoditatea verificării modului în care se comportă sarcinile, inițializarea se poate face sub forma unei liste a cărții de referință „Executori”. Am creat un formular de listă (fără a modifica setările pe care designerul de formulare le oferă implicit) și în bara de acțiuni a formularului am descris un nou buton „Set PS” (PS – parametru sesiune). Iată procedura care este asociată cu acțiunea acestui buton:

Procedură SetPS(Button) Performer = FormElements.DirectoryList.CurrentData.Link; SessionParameters.CurrentArtist = Artist; Avertizare(" Parametrul de sesiune este setat la executor" + Performer, 60 ); EndProcedure

În directorul „Contractanti”, deja în modul 1C: Enterprise, voi introduce mai mulți utilizatori.

Și completați registrul de informații despre regulile de adresare după cum urmează:

Am o mulțime de lideri :)

Este timpul să creați și să lansați un proces de afaceri. Vom indica pe Petrov ca responsabil.

Sper că parametrul de sesiune a fost setat înainte de a porni alimentatorul, altfel va apărea un mesaj care să precizeze că nu este inițializat. Asta pentru că la începutul BP se creează prima sarcină, iar sistemul verifică, întâmplător, dacă executorul actual ar trebui să o execute? Pentru a face acest lucru, sistemul analizează valoarea parametrului de sesiune și, dacă executantul se potrivește, iar sarcina are un eveniment de activare interactiv descris (mai multe despre asta mai târziu), acesta este executat.

Deci, BP a început, prima sarcină ar fi trebuit creată cu executantul specificat în BP.

Să finalizăm sarcina. Conform regulilor de adresare, al doilea punct de acțiune ar trebui să creeze trei sarcini:

Adică, indiferent de departamentul în care se află managerul, i se creează o sarcină. Acesta este modul în care regulile de adresare se aplică sarcinilor cu indicatorul „Grup”.

Pot presupune că pentru unii, în loc de trei sarcini, una a fost creată fără executor, doar cu rolul specificat „Manager”. Acest lucru se datorează faptului că în proprietățile sarcinii „Sarcini BP” din detaliile de adresare nu există nicio corespondență cu dimensiunea registrului de informații „Reguli de adresare”.

Paradoxal, dar la finalul acestui articol vom analiza cea mai clasică creare a unei sarcini cu numirea unui executor prin adresarea indirectă a proprietăților.

3. Procesați documentele. Nu este nimic neobișnuit în acest punct de acțiune. În proprietățile de adresare nu putem specifica semnele de adresare (din cauza faptului că datele din configurator nu sunt disponibile). În detaliile procesului de afaceri, vom crea două noi valori de atribut, în care și vor servi ca valori ale parametrilor de adresare la formarea sarcinii.

Nu există un formular BP în configurația noastră, astfel încât utilizatorul va avea automat detalii noi.
Să descriem, prin analogie cu primul punct de acțiune, completarea detaliilor de adresare în evenimentul „La crearea sarcinilor”:

Procedura ProcessDocumentsWhen Crearea sarcinilor (RoutepointBusinessProcess, GeneratedTasks, Refusal) Pentru fiecare sarcină din ciclul GeneratedTasks Task.Department = Audit Department; Task.Role = RoleAuditor; EndCycle; EndProcedure

Pentru o atribuire vizuală a sarcinilor, vom forma un formular de listă. În formularul de listă, vom trece la modul de vizualizare a activității „De către executant”. În aceste scopuri, în panoul de acțiuni al formularului, vom crea un nou buton „By Performer” cu proprietatea „Mark” setată.

În modulul formular, descriem două proceduri.

Procedură Prin Executor(Button) Form Elements.Actions.Form.Buttons.By Executor.Label = NU 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; EndProcedure

Adică la deschiderea formularului se deschide cu toate sarcinile, iar după ce faceți clic pe butonul nou, rămân în formular doar sarcinile care se potrivesc executorului curent prin proprietățile lor de adresare.

Nu uitați, când verificați, să setați artistul curent în directorul „Angajați”. Și, desigur, când dați clic din nou, formularul revine la starea inițială.

Forma sarcinilor din modul de afișare „De către executor”, analizând parametrul de sesiune în care este specificat executorul curent, și regulile de adresare din registrul de informații, arată acele sarcini (active!) care sunt atribuite executorului curent conform regulile de adresare.

Acum poți verifica. Pentru a verifica, voi prezenta un alt interpret „Kamensky”, iar în registrul de informații voi stabili o nouă regulă de adresare: Kamensky, departament reparații, angajat obișnuit.
În BP început, indicăm valorile detaliilor „Departamentul de audit” - Departamentul de reparații și „Rolul de auditor” - un angajat obișnuit.

Să finalizăm cele trei sarcini care au fost create de al doilea punct de acțiune.

Pentru cel de-al treilea punct de traseu, a fost creată o sarcină, fără a specifica un executor anume, dar cu două detalii de adresare completate.

Conform regulilor de adresare care sunt stabilite în registrul de informații, sarcina creată ar trebui să fie afișată în modul de vizualizare „De către contractant” pentru doi angajați: Kamensky și Sidorov. Pentru Ivanov, în ciuda faptului că în registrul de informații este menționat ca atașat la „Departamentul de reparații”, sarcina nu va fi afișată, deoarece rolul nu respectă regulile de adresare.

Puteți specifica un anumit executor, de exemplu, atunci când deschideți o sarcină (oricine a deschis-o primul și execută) sau în scopul stocării istoricului în timpul execuției.

Mai mult, evenimentul „On Execution” („Înainte de execuție”) funcționează nu numai pentru sarcină, ci și pentru punctul de traseu care a generat-o!

În exemplul nostru, voi face exact asta. Voi descrie evenimentul „OnExecution” al punctului de acțiune „ProcessDocuments”. Evenimentul are loc după evenimentul cu același nume în sarcina în sine.

Procedura ProcessDocumentsOnExecution(RoutepointBusinessProcess, Task, Refusal) TaskObject = Task.GetObject(); TaskObject.Executor = SessionParameters.CurrentExecutor; TaskObject.Write(); EndProcedure

Pe baza celor descrise mai sus, putem ajunge la următoarea concluzie.
Pentru punctele de acțiune, puteți atribui parametri de adresare atunci când descrieți traseul BP, dar numai dacă valorile de adresare sunt disponibile în modul „Configurator” (detalii de căutare predefinite, valori de enumerare etc.).

Dacă, la crearea unei sarcini prin punctul de acțiune, executorul sau alți parametri de adresare sunt cunoscuți, îi puteți seta în evenimentul „La crearea sarcinilor” sau „Înainte de crearea sarcinilor”, concentrându-vă pe detaliile BP sau alte date.

Punctele de rutare cu atributul „Grup” creează atâtea sarcini câte numărul de executanți se potrivește cu regulile de adresare, iar regulile de adresare în acest caz sunt interpretate în funcție de valorile de adresare specificate la punctul de rută, valorile nespecificate nu sunt luate în considerare deloc.

Punctele de referință fără marcajul „Grup” creează o sarcină (cu excepția cazului în care este specificat contrariul în evenimentul punct de rută corespunzător), adresarea acestor sarcini este standard.

Asta e tot. Sper că acest articol va ajuta pe cineva să înțeleagă relația dintre sarcini și procesele de afaceri. Exemplul a fost luat în mod deliberat primitiv, dar dezvăluie toate opțiunile standard posibile pentru crearea sarcinilor în funcție de punctele de proces de afaceri.

Pavel Chistov aka GROOVY
Institutul de Tehnologie Sprijin.
1C: Centru de instruire certificat, Sankt Petersburg.
www.its-spb.ru
its(at)its-spb.ru

1C, 1C:Enterprise, 1C:Enterprise 8.0 sunt mărci comerciale înregistrate ale ZAO 1C, Moscova.
Toate capturile de ecran, interfața de utilizator și fragmentele de interfață pentru dezvoltatori prezentate sunt în scop informativ și nu au scopul de a genera niciun profit comercial în niciun fel. Nicio parte a acestor imagini nu poate fi reprodusă fără acordul deținătorului drepturilor de autor (CJSC „1C”).

În documentația oficială pentru platforma 1C:Enterprise 8.2 în secțiunea „13.7. Împărțire și îmbinare » Comportamentul procesului de afaceri la punctele de împărțire și îmbinare este descris după cum urmează:

„Pentru a împărți un proces de afaceri în mai multe ramuri executabile paralele (simultan și independent), se folosește un punct de împărțire. Punctul de împărțire are o singură intrare și un număr nelimitat de ieșiri.

Un punct de îmbinare este folosit pentru a sincroniza ramurile divizate anterior. Procesul de afaceri nu va fi executat dincolo de punctul de îmbinare până când toate ramurile incluse în acesta nu au fost parcurse.

Voi demonstra acest lucru folosind exemplul unei hărți de traseu simplu (Fig. 1)

La punctul de împărțire, sarcinile sunt create în fiecare dintre ramuri (Fig. 2), apoi fiecare ramură este executată în paralel, iar sarcina în punct Acțiunea 4 va fi creat atunci când toate sarcinile fiecărei ramuri sunt finalizate (Fig. 3)

Sistemul se comportă întotdeauna așa? Să aflăm. În primul rând, să acordăm atenție secvenței în care sarcinile sunt create după punctul de împărțire (Fig. 4)

După numărul sarcinii, puteți vedea că sarcina a fost creată prima la acel punct Acțiunea 3. Acum, în modulul de proces de afaceri pentru acest punct, vom descrie următorul handler la crearea sarcinilor:

Procedură Acțiune 3La crearea sarcinilor(WaypointBusinessProcess, Sarcini modelabile, Refuz )

Pentru fiecare TaskObject De la Sarcini modelabile Ciclu

TaskObject . Pentru a îndeplini sarcina();

EndCycle;

EndProcedure

Un astfel de handler va face ca sarcina creată să fie executată imediat. Începem un nou proces de afaceri cu o hartă a rutei prezentată în Figura 1. Și ce vom vedea? După finalizarea sarcinii Acțiunea 3 sarcina a fost creată Acțiunea 4(Figura 5), ​​în ciuda faptului că alte ramuri ale procesului nu au fost încă finalizate! Pentru cei care încearcă să reproducă această situație, vă avertizez: în loc să scrieți un handler pentru punctul Action3, poate fi necesar să scrieți un handler de autocompletare a sarcinii pentru punctul Action1 sau Action2. Punctul de acțiune, a cărui execuție automată „rupe” schema procesului, este exact punctul în care este creată prima sarcină după punctul de împărțire. Ceea ce determină succesiunea creării sarcinilor va fi discutat mai jos.

Un astfel de comportament al unei scheme de traseu simplu nu poate fi asumat în niciun fel, pe baza descrierii date la începutul articolului. Poate este un fel de eroare de afișare a schemei? Nu, asta este de fapt ceea ce se întâmplă. Procesul de afaceri nu numai că trece de punctul de îmbinare fără a aștepta finalizarea sarcinilor pe ramurile paralele, dar recreează și sarcinile la punctele de rută care urmează punctului de îmbinare după finalizarea ramurilor paralele. Ne uităm la lista de sarcini pentru procesul nostru și vedem câte 2 sarcini pentru punctele Action4 și Action5 (Fig. 8)

Ce spune? De fapt, aceasta înseamnă că atunci când sarcina este executată automat Acțiunea 3 vom obține comportamentul procesului de afaceri corespunzător schemei prezentate în Figura 9, adică punctul de îmbinare este omis la executarea unei ramuri. Dar acest lucru nu este întotdeauna adevărat. Dacă la punct Acțiunea 4 nu vom executa prima dintre sarcinile create, până când a doua sarcină apare ca urmare a executării ramurilor paralele la punctul de îmbinare, apoi următoarea sarcină la punctul Acțiunea 5 va fi creat doar la executare ambele sarcini la punct Acțiunea 4, adică procesul de afaceri, așa cum ar fi, corectează greșeala anterioară de ignorare a punctului de îmbinare. În plus, conform schemei de traseu, va fi creată o singură sarcină. Pentru cei care sunt interesați de acest comportament al procesului de afaceri, vă sugerez să verificați singur acest lucru.

Să luăm în considerare un alt exemplu. Să presupunem ideea Acțiunea 3 nu este un punct de acțiune, ci un punct de proces imbricat. Pentru simplitate, folosim următoarea schemă a unui proces de afaceri imbricat (Fig. 10)

Dacă într-un eveniment Condiție1VerificareCondiții nu faceți nimic, un astfel de proces se încheie imediat după pornire, fără a crea o singură sarcină. În practică, acest lucru se poate întâmpla în mai multe procese complexe, dacă necesitatea executării sarcinilor de proces apare numai atunci când sunt îndeplinite anumite condiții. Să înlocuim punctul Action3 cu punctul procesului de afaceri imbricat și să obținem diagrama prezentată în Figura 11.

Verificăm funcționarea unui proces de afaceri cu un proces imbricat și ne asigurăm că comportamentul este similar. Figura 12 este o diagramă a procesului de afaceri după început.

Acest comportament apare întotdeauna în astfel de circuite? Să ne dăm seama. Rețineți că sarcinile la punctul de împărțire sunt create în ordinea în care au fost adăugate liniile la punctul de împărțire. Acest lucru poate fi văzut dacă afișați numele liniilor de legătură (Fig. 13).

Să încercăm să schimbăm Linia2 și Linia4. Și, în sfârșit, când începem un nou proces, vedem rezultatul așteptat (Fig. 14)

Vă rugăm să rețineți că liniile neapărat trebuie schimbate. Dacă pur și simplu redenumiți liniile care ies din punctul de împărțire, rezultatul va rămâne același. O altă modalitate de a rezolva problema de mai sus este să eliminați conexiunea Line2, adăugați conexiune nouă la punctul de împărțire și conectați-l la punctul de proces imbricat.

Încheiem:

Când executați automat o sarcină asociată cu întâi în ordinea adăugării împărțiți linii de puncte dacă după această sarcină urmează imediat punctul de confluență , acest punct de îmbinare este ignorat și este creată următoarea sarcină conform schemei de rută. Dacă nu acordați atenție secvenței legăturilor, puteți obține un comportament diferit al procesului de afaceri atunci când creați scheme identice în exterior.

Această dependență ar trebui luată în considerare și la modificarea schemelor existente. Să presupunem că am decis că în loc de o sarcină la punctul Acțiune1 din Figura 14, care a început să funcționeze pentru noi după cum este necesar, ar trebui să existe un proces imbricat care, în anumite condiții, poate fi executat automat conform condiției similare cu Figura 10. Apoi , când începe procesul nostru, vom vedea o imagine familiară cu ignorarea punctului de îmbinare (Fig. 15)

În concluzie, aș dori să remarc că comportamentul specificat al proceselor de afaceri a fost observat pe platforma 8.1 și continuă să apară pe ultimele versiuni ale 8.2. La pregătirea articolului, testarea a fost efectuată pe platforma versiunea 8.2.15.310.