გახსენით
დახურვა

დიზაინის სერვისების ბიზნეს პროცესის აღწერა დოკ. მოდული „ბიზნეს პროცესები. ჩამონტაჟებული ვიზუალური მოდელირების ხელსაწყოები

ბიზნეს პროცესის დიზაინერიარის ინსტრუმენტი თანმიმდევრულად შედგენილი ამოცანების ხელით ან ავტომატური შესრულებისთვის.

მაგალითად, სტანდარტული მოდული საშუალებას გაძლევთ მიუთითოთ პირობების მხოლოდ ერთი ნაკრები ჩანაწერების გასაფილტრად, რომლებისთვისაც დაიწყება ბიზნეს პროცესი. IN ბიზნეს პროცესის დიზაინერიარსებობს Condition ამოცანა, რომელიც საშუალებას გაძლევთ დააყენოთ სხვადასხვა ტიპის ჩანაწერების დამუშავების სხვადასხვა გზა. თქვენ შეგიძლიათ გამოიყენოთ Condition ამოცანა რამდენჯერმე! სხვა საკითხებთან ერთად, ეს საშუალებას გაძლევთ გაუმკლავდეთ შეცდომებს (მაგალითად, არ არის დაკავშირებული ტრანზაქციები კონტრაგენტთან).

თითოეულ ამოცანას აქვს ერთი შეყვანა და ერთი ან მეტი გამომავალი. დამმუშავებელი იწყებს დავალებას დაწყებადა ეტაპობრივად ახორციელებს ერთ დავალებას მეორის მიყოლებით მოცემული თანმიმდევრობით, სანამ შესრულების გზა არ დასრულდება ბოლო Task-თან. თქვენ შეგიძლიათ დააკავშიროთ ერთი ამოცანის გამომავალი ორი ამოცანის შეყვანა და გაყოთ შესრულების ნაკადი ორ ნაწილად.

ბიზნეს პროცესების დიზაინერს აქვს ჩაშენებული გამართვის ინსტრუმენტები! თქვენ შეგიძლიათ თვალყური ადევნოთ, თუ რომელი გზა გაიარა ბიზნეს პროცესმა, რა დააბრუნა SMTP სერვერმა წერილის გაგზავნისას და შეაგროვოთ სტატისტიკა შესრულების სიჩქარისა და ინდივიდუალური ამოცანების გაშვების სიხშირის შესახებ.

შეგიძლიათ დაამატოთ ღილაკები ცხრილისა და დეტალების ხედებზე! თქვენ შეგიძლიათ დაიწყოთ ბიზნეს პროცესი არა მხოლოდ პირობის ან გრაფიკის მიხედვით, არამედ ხელით!

შესაძლოა, თქვენი ძველი ბიზნეს პროცესები Business Process Designer-ის ვიზუალურ რედაქტორში ასე გამოიყურება:



(ქვედა სურათი გვიჩვენებს, თუ როგორ შეგიძლიათ გაყოთ ბიზნეს პროცესის შესრულების გზა)

თითოეული ბიზნეს პროცესის დასრულებას დრო სჭირდება. ბიზნეს პროცესების გამეორება, როგორიცაა დაბადების დღის ელ. ფოსტის გაგზავნა, არ მუშაობს ჰაკერების გარეშე.

ახალი ბიზნეს პროცესის მოდული საშუალებას გაძლევთ დააკავშიროთ ბოლო RESULT პირველ შეყვანის მონაცემებთან. ამ გზით თქვენ შეგიძლიათ შექმნათ უსასრულოდ განმეორებადი ბიზნეს პროცესი!

ციფრული ტექნოლოგიები სწრაფად იჭრება საზოგადოების ყველა სფეროში, რაც გვაიძულებს ვიყოთ უფრო მოქნილები და სწრაფად ადაპტირდეთ ცვლილებებთან. ციფრულმა ტრანსფორმაციამ არც ბიზნესი დაინდო: მისი გადარჩენა თანამედროვე პირობებში, პირველ რიგში, დამოკიდებულია საწარმოს მართვის მეთოდების სწრაფად და რადიკალურად შეცვლის მზაობაზე, რომლის ობიექტებიც ერთიანი საინფორმაციო სივრცის ნაწილი გახდა. ბიზნეს პროცესების მართვამ, ინფორმაციისა და ადამიანური რესურსების ერთ მოდელად დაკავშირებამ, ასევე მიიღო დამატებითი იმპულსი სავალდებულო ავტომატიზაციის სახით.

დღეს წარმატებული ორგანიზაციის ყველა ლიდერისთვის აშკარაა, რომ მენეჯმენტის ნებისმიერი სიახლე და ბიზნესის ეფექტურობის გაუმჯობესების ღონისძიება ეფუძნება ბიზნეს პროცესების კომპეტენტურ და ოსტატურ ტრანსფორმაციას. და ქაღალდის რეგულაციები, ისევე როგორც არასრულყოფილი და არასტრუქტურირებული პროცესების ავტომატიზაცია, წარსულს ჩაბარდა.

კომპანიის მართვა, განურჩევლად ზომისა და ინდუსტრიისა, ჰგავს მანქანის მართვას, სადაც ყველაფერი გადაწყვეტილია მიღებული ინფორმაციის სისწრაფით და მასზე სწრაფი რეაგირებით. ისევე, როგორც მანქანაში, სადაც საჭის და გადაცემათა კოლოფის გარდა, უნდა იყოს სხვადასხვა მოწყობილობები, რომლებიც რეალურ დროში ასახავს როგორც თავად ავტომობილის, ისე გარემოს მაჩვენებლებს, კონტროლის სისტემა უნდა შეიცავდეს პირდაპირი ზემოქმედების ინსტრუმენტებს და დამუშავების საშუალებებს. ინფორმაცია. ქაღალდის რეგულაციებს შეუძლიათ წარმოადგინონ ზოგადი სურათი, თუ როგორ მუშაობს ბიზნესი, მაგრამ ისინი არ არის მართვის ინსტრუმენტი. ასეთი პროცესები არ არის ინტერაქტიული და არ იძლევა შესრულებული ოპერაციების ზუსტ გაზომვას.

ინსტრუმენტი ბიზნეს პროცესების მოდელირებისთვის და მართვისთვის - BPM სისტემები საშუალებას გაძლევთ სწრაფად შექმნათ, გაუშვათ, მონიტორინგოთ და შეცვალოთ პროცესები დიზაინის, განვითარებისა და გაშვების გარემოს მჭიდრო ინტეგრაციის გზით. BPM სისტემები, როგორც წესი, ეფუძნება მოდელირების ერთ-ერთ ყველაზე მოწინავე გლობალურ სტანდარტს - BPMN 2.0 ნოტაციას.

რა არის BPMN აღნიშვნა

BPMN არის ყველაზე მოქნილი და მარტივი მეთოდოლოგია ბიზნეს პროცესების მოდელირების, ანალიზისა და რეორგანიზაციისთვის. მოქნილობა უზრუნველყოფილია ელემენტებისა და ნოტაციის წესების კომპლექტით, ხოლო ხილვადობა მიიღწევა ვიზუალური პროცესის დიაგრამებისა და სქემების მეშვეობით. BPMN-ის მთავარი მიზანია მიაწოდოს ხელმისაწვდომი ნოტაცია ბიზნეს პროცესების აღწერისთვის ყველა მომხმარებლისთვის: ანალიტიკოსები, რომლებიც ქმნიან პროცესის მოდელებს, დეველოპერებს, რომლებიც ახორციელებენ ტექნოლოგიებს მათი შესრულებისთვის, ჩვეულებრივი ბიზნეს მომხმარებლები და მენეჯერები, რომლებიც მართავენ პროცესებს და აკონტროლებენ მათ შესრულებას.

BPMN შექმნილია იმისთვის, რომ იყოს დამაკავშირებელი ბიზნეს პროცესის დიზაინისა და მისი განხორციელების ეტაპს შორის. ამ მიზნით, BPMN ნოტაცია იყენებს ინტუიციური ელემენტების ძირითად კომპლექტს რთული სემანტიკური კონსტრუქტების განსაზღვრის გასააქტიურებლად. BPMN სტანდარტი წარმოიშვა მარტივი მექანიზმის საჭიროებიდან, როგორც მარტივი, ისე რთული ბიზნეს პროცესის მოდელების შემუშავებისა და წაკითხვისთვის. მოდელირება BPMN ნოტაციაში ხორციელდება დიაგრამების გამოყენებით მცირე რაოდენობის გრაფიკული ელემენტებით. ეს საშუალებას აძლევს მომხმარებლებს სწრაფად გაიგონ და გაიგონ პროცესების ლოგიკა.

5 BPM სისტემა, რომელიც დაფუძნებულია BPMN ნოტაციაზე

bpm'online

bpm"online არის Terrasoft-ის ბიზნეს პროცესის მართვის პლატფორმა. სისტემა დაფუძნებულია ბიზნეს პროცესის მოდელირების ყველაზე მოწინავე სტანდარტზე BPMN. სისტემა საშუალებას გაძლევთ არა მხოლოდ შექმნათ ბიზნეს პროცესის მოდელირება და დიაგრამა და შეცვალოთ იგი მოსახერხებელი დიზაინერის გამოყენებით, არამედ დაიწყოს მხოლოდ ის, რომ პროცესი იქმნება დეველოპერის ჩართვის გარეშე.

ბიზნეს პროცესების BPMN ნოტაციით მოდელირებისთვის, bpm'online-ში ორი ინსტრუმენტია ხელმისაწვდომი:

    Business Process Wizard - მარტივი ბიზნეს პროცესების შესაქმნელად სტანდარტული ელემენტების გამოყენებით, რომლებიც შეიძლება ხელით გაუშვას მომხმარებლის მიერ.

    ბიზნეს პროცესის დიზაინერი - რთული განშტოებული პროცესების მოდელირებისთვის, რომლებიც შეიცავს ბევრ სხვადასხვა ელემენტს, მათ შორის სისტემის მიერ ავტომატურად შესრულებულს.

მოდელირების ხელსაწყოს არჩევანი bpm'online-ში დამოკიდებულია პროცესის სირთულეზე, მიზანსა და მეთოდზე.

BizAgi Suite

უფასო (20-მდე თანამშრომელი) ინსტრუმენტი BPMN ნოტაციაში პროცესების გრაფიკული აღწერისთვის. სისტემა მხარს უჭერს თანამშრომლობას, სიმულაციას, შექმნილი მოდელების ექსპორტს ტექსტის რედაქტორებში და სხვა ფორმატებში. სისტემა შედგება ორი მოდულისგან: BizAgi Modeler, რომელიც გამოიყენება ბიზნეს პროცესების აღსაწერად და მოდელირებისთვის და BizAgi Studio, რომელიც საშუალებას გაძლევთ გადააქციოთ შექმნილი მოდელები შესრულებად აპლიკაციებად. სისტემა ასევე გაძლევთ საშუალებას აკონტროლოთ პროცესების შესრულება რეალურ დროში.

ბიზნეს სტუდია

სისტემა მხარს უჭერს რამდენიმე მოდელირების აღნიშვნას: IDEF, eEPC, BPMN და რამდენიმე სხვა. Business Studio-ს აქვს სიმულაციის, ფუნქციური ხარჯების ანალიზის და დოკუმენტების ავტომატურად გენერირების შესაძლებლობა. სისტემის მინუსი არის ის, რომ პროცესის მოდელების შესრულება და მონიტორინგი ხორციელდება სხვა სისტემებთან ინტეგრაციის გზით. პროგრამა ასევე საშუალებას გაძლევთ დასახოთ კომპანიის მიზნები დაბალანსებული ქულების სისტემის გამოყენებით.

ELMA BPM

სისტემაში ბიზნეს პროცესების მოდელირებისთვის გამოიყენება BPMN აღნიშვნა. სისტემა ასევე საშუალებას გაძლევთ განახორციელოთ და მონიტორინგოთ იმიტირებული პროცესები რეალურ დროში. მოდელების აშენების გარდა, სისტემა ასევე გაძლევთ საშუალებას მიანიჭოთ ბიზნეს პროცესის როლები პასუხისმგებელ თანამშრომლებს, მოაწყოთ მუშაობა დოკუმენტების ნაკადთან და სისტემა დააკავშიროთ 1C-თან.

ვიზუალური პარადიგმა

სისტემა მხარს უჭერს მოდელების აღნიშვნებისა და ბლოკ-სქემების დიდ რაოდენობას, მათ შორის BPMN. სისტემაში შექმნილი მოდელები შეიძლება ერთმანეთთან იყოს დაკავშირებული, რაც იოლად შესაძლებელს გახდის მთლიანი ბიზნესის მოდელის შექმნას. გარდა ამისა, შესაძლებელია სიმულაციური მოდელირების ჩატარება და პროცესის დიაგრამების შემოწმება.

Visual Paradigm უზრუნველყოფს ელემენტის ატრიბუტების მართვის და პროცესის აღწერილობების ავტომატურად გენერირების შესაძლებლობას. სისტემა თავდაპირველად მიზნად ისახავდა დეველოპერებს, ამიტომ თითოეულ ელემენტს შეუძლია დაწესდეს სისტემაში ქცევის პირობები, ბიზნეს წესები.

ახალი ბიზნეს პროცესის დიზაინის დოკუმენტირება

დეტალურად აღწერეთ განახლებული ბიზნეს პროცესის საბოლოო ვერსია ფუნქციური დიაგრამის სახით. გამოტოვეთ დეტალები იმის შესახებ, თუ ვინ იქნება პასუხისმგებელი გარკვეული ამოცანების შესრულებაზე. ამ ინფორმაციას მოგვიანებით დააზუსტებთ. ამ ეტაპზე, თქვენ უნდა წარუდგინოთ ბიზნეს პროცესის შედარებით მარტივი ვერსია ყველა დაინტერესებულ მხარეს, რათა მათ შეძლონ გამოხატონ თავიანთი მოსაზრებები და იდეები.

გენერალი, რომელიც იგებს ბრძოლებს, ბევრ გონებრივ გამოთვლას აკეთებს ბრძოლის წინ

იწყება.

განახლებული პროცესის დიზაინის რეგულირება

წარუდგინეთ ახალი ფუნქციონალური დიზაინი და როგორ გენერირებული იდეები ბიზნეს პროცესის ინოვაციისთვის მთავარ დაინტერესებულ მხარეებს. მიზანშეწონილია თქვენი მენეჯერის და კომპანიის სხვა თანამშრომლების ჩართვა, რომელთა საქმიანობაც გავლენას მოახდენს ცვლილებებით. დაუსვით მათ შემდეგი კითხვები:

  • გააუმჯობესებს თუ არა შემოთავაზებული ბიზნეს პროცესის ოპერაციულ ეფექტურობას, რაც არის მთელი პროექტის საბოლოო მიზანი? დაგეხმარებათ ისარგებლოთ გაჩენილი შესაძლებლობებით?
  • როგორ ფიქრობთ, რა პოტენციური პრობლემები წარმოიქმნება შემოთავაზებული პროცესის პრაქტიკაში ამოქმედების შემთხვევაში?
  • რას ურჩევდით განახლებული პროცესის უფრო ეფექტური გახადოს მიზნების მისაღწევად?
  • როგორ ფიქრობთ, რაიმე მნიშვნელოვანი გამოგვრჩა? თუ კი, კონკრეტულად რა?

ძირითადი დაინტერესებული მხარეების წვლილის მოწვევით, თქვენ უზრუნველყოფთ თქვენი გუნდის მიერ შემუშავებული ბიზნეს პროცესის განხორციელების მხარდაჭერას. როდესაც ადამიანებს თავად უჩნდებათ იდეები პროცესის შეცვლის შესახებ, ისინი მიდრეკილნი არიან მის მიმართ თბილად. იფიქრეთ იმაზე, ღირს თუ არა პროცესის ახალი დიზაინის შეცვლა შემოთავაზებული ცვლილებების განხორციელებით. დამატებითი ინფორმაციისთვის იხილეთ ბიზნეს პროცესის ხელახალი დიზაინი: სასარგებლო რჩევები.

ბიზნეს პროცესის რედიზაინი: სასარგებლო რჩევები

  • შეცვალეთ პროცესი ისე, რომ გაუმჯობესებამ საუკეთესოდ დააკმაყოფილოს მომხმარებლის სურვილები - მაგალითად, გაზარდეთ მუშაობის სიჩქარე, ეფექტურობა და სიზუსტე, შეამცირეთ ხარჯები ან შეამცირეთ კონტაქტების რაოდენობა კლიენტსა და კომპანიას შორის.
  • ნუ იქნებით შებოჭილი ისეთი ფაქტორებით, როგორიცაა არსებული პერსონალი, პასუხისმგებლობის განაწილება ან სამუშაო ადგილი. თუ პროცესის ეფექტურობის გასაუმჯობესებლად საჭიროა ახალი პერსონალის დანერგვა, დაგეგმეთ ეს.
  • თუ პროცესის ძირითადი რესურსები ბუნებრივად ქმნიან ჯგუფებს, შექმენით ცალკე პროცესი თითოეული ჯგუფისთვის.
  • პირველი ნაბიჯი არის პროცესის იმ ნაწილების შეცვლა, სადაც ყველაზე მეტი დრო იკარგება - სადაც ბევრია ლოდინი, გადაადგილება ან სამუშაოს ხელახალი შესრულება.
  • იმ შემთხვევებში, როდესაც პროცესის ფარგლებში გარკვეული ნაბიჯები შეიძლება გადაიდგას ერთმანეთისგან დამოუკიდებლად და თანმიმდევრობის გარეშე, შეიძლება აზრი ჰქონდეს რამდენიმე პროცესის შექმნას, რომლებიც შეიძლება მოხდეს პარალელურად.
  • გადახედეთ პროცესის მიმდინარე ნაბიჯების თანმიმდევრობას. დაფიქრდით, გახდება თუ არა ის უფრო სწრაფი და ეფექტური, თუ შეიცვლება.
  • მოძებნეთ შესაძლებლობები, რომ თავი დაანებოთ უკვე შესრულებულ სამუშაოზე გადაჭარბებულ კონტროლს. როდესაც ადამიანებმა იციან, რომ მათი მუშაობის შედეგები ბევრჯერ შემოწმდება, ისინი წყვეტენ პირველ ჯერზე ყველაფრის სწორად გაკეთებას.
  • პროცესის საფეხურების რაოდენობის შესამცირებლად, აღმოფხვრა დოკუმენტების დამტკიცებისა და ქმედებების დამტკიცების ყველა შემთხვევა იმ თანამშრომლების მიერ, რომლებსაც განსაკუთრებით არ ესმით შესრულებული სამუშაოს შინაარსი. გადაიტანეთ გადაწყვეტილების მიღების პროცესი უფრო დაბალ დონეზე, სადაც ხდება ძირითადი აქტივობა.
  • მოძებნეთ შესაძლებლობები ზედმეტად რთული ნაბიჯების გასამარტივებლად.
  • დარწმუნდით, რომ რაც შეიძლება ნაკლები ადამიანი მონაწილეობს პროცესში. ამ გზით თქვენ ამცირებთ შესაძლო სირთულეების რაოდენობას და პრობლემების წინასწარ წარმოქმნის ალბათობას.
  • პროცესის ფარგლებში პრობლემური სფეროების იდენტიფიცირებისთვის, ჰკითხეთ მონაწილეებს

ადამიანები იმის შესახებ, თუ რა შემთხვევებში განიცდიან უკმაყოფილებას და კონკრეტულად რა არ უხდებათ მათ. თქვენ შეიძლება მიიღოთ, მაგალითად, პასუხები, როგორიცაა: „როდესაც მე ვიღებ ამ ნაშრომს, მას აკლია საჭირო ინფორმაცია“.

პროცესის ორგანიზებაში შეფერხებების დასადგენად, დაამატეთ მას დამატებითი ძირითადი რესურსები და გაზარდეთ მისი განხორციელების სიჩქარე. ამ პირობებში, ყველაზე მკაფიოდ გამოჩნდება ბოსტნეულობა.

  • სახელმძღვანელო

მე დავწერე ეს სტატია BPM სისტემების შესახებ სტატიის გაგრძელებად. აქ კი მინდა ვისაუბრო BPMS-ის მოქმედების პრინციპებზე კონკრეტული სისტემის - ბიზაგის მაგალითზე. შევეცდები აგიხსნათ, როგორ მიმდინარეობს ამ სისტემაში ბიზნეს პროცესის მოდელირების, განვითარებისა და განხორციელების პროცესი პრაქტიკული მაგალითის გამოყენებით.

ბიზაგი: მოდელი. აშენება. გაიქეცი

Bizagi არის BPM სისტემა, რომელიც შემუშავებულია ამავე სახელწოდების კომპანიის მიერ და მიზნად ისახავს ბიზნეს პროცესების მოდელირებას, შესრულებას, ავტომატიზაციას და ანალიზს. Bizagi სისტემა მოიცავს 3 მოდულს პროცესების სრულად მორგებისთვის:
  • მოდელიერი - პროცესის მოდელირების სრულფასოვანი გარემო BPMN ნოტაციაში;
  • სტუდია - ბიზნეს პროცესის განვითარების გარემო;
  • Engine არის პროცესის შესრულების გარემო, რომელიც ხელმისაწვდომია მომხმარებლებისთვის ნებისმიერ ბრაუზერში ნებისმიერი მოწყობილობიდან.
მოდით შევხედოთ თითოეულ ამ მოდულს უფრო დეტალურად.

მოდელიერი


მოდელიერი არის ბიზნეს პროცესის დიზაინერი, სადაც მოდელირებულია ქმედებებისა და მოვლენების თანმიმდევრობა. მნიშვნელოვანია გვესმოდეს, რომ Modeler-ში შექმნილი ბიზნეს პროცესი მხოლოდ სურათია, სიმულირებული პროცესის გრაფიკული წარმოდგენა, მაგრამ ჯერ არა თავად მოქმედებების ავტომატიზირებული ალგორითმი.

ბიზნეს პროცესზე, როლებსა და ბიზნეს წესებზე უშუალოდ პასუხისმგებელი პირები ენიჭებათ პროგრამირების შემდეგ ეტაპზე და არ არის დამოკიდებული იმაზე, თუ რა დიზაინის მოდელი გააკეთეთ ამ ეტაპზე. ბიზნეს პროცესის დიზაინი საჭიროა უბრალოდ მომხმარებლებთან მუშაობის სქემის შეთანხმებისთვის.

ბიზნეს პროცესის მოდელირებისთვის შეგიძლიათ გამოიყენოთ სამი გზადან ერთი:

  • ახალი პროცესი - შექმენით თქვენი საკუთარი ახალი ბიზნეს პროცესი;
  • იმპორტის პროცესი - ბიზნეს პროცესის იმპორტი;
  • Process Xchange - შეარჩიეთ მზა მოდელი ბიზაგის მიერ შემოთავაზებული ბიზნეს პროცესების მონაცემთა ბაზიდან. შაბლონის არჩევის შემდეგ, შეგიძლიათ შეცვალოთ იგი თქვენი ბიზნესის რეალობის შესაბამისად. ყველა წარმოდგენილი მოდელი დაწერილია ინგლისურად.

შეგიძლიათ დაარედაქტიროთ, შეინახოთ და ექსპორტი გააკეთოთ Modeler-ში შექმნილი ბიზნეს პროცესის სხვადასხვა ფორმატში (pdf, html).

ბიზნეს პროცესის მოდელირება ხორციელდება BPMN 2.0 ფორმატში. ეს ფორმატი გარკვეულწილად განსხვავდება ცნობილი BPMN 2.0-ისგან, მე ამას პრაქტიკაში შევხვდი. ზოგიერთ ფუნქციას, რომელიც შედის BPMN 2.0-ში და ზოგიერთ სხვა პროგრამაში, რომლებიც შექმნილია ექსკლუზიურად მოდელირებაზე მუშაობისთვის, Bizagi ფორმატში ვერ ნახავთ. მაგალითად, აქ არ არის ე.წ. „გარე სუბიექტი“. მაგრამ Bizagi-ს აქვს საკუთარი განვითარება, რომელიც სხვა სისტემებში არ არის ნაპოვნი, მაგალითად, Mailstone არის შუალედური ეტაპი.

Modeler-ში შექმნილი ბიზნეს პროცესის რუკები შეიძლება იყოს „გაზიარებული“ Bizagi პორტალზე, ან გამოიყენოთ როგორც თანამშრომლობა, ანუ რამდენიმე თანამშრომელს შეუძლია ერთად იმუშაოს, რაც ძალიან მოსახერხებელია.

Modeler-ს აქვს რუსულენოვანი ინტერფეისი, განსხვავებით დანარჩენი ორი მოდულისგან.

კიდევ ერთხელ შეგახსენებთ, რომ Modeler განკუთვნილია მხოლოდ ბიზნეს პროცესების მოდელირებისთვის. ანუ თუ მხოლოდ ბიზნეს პროცესის დიზაინი გჭირდებათ, ეს მოდული თქვენთვის საკმარისი იქნება. თუ თქვენ გჭირდებათ არა მხოლოდ მოდელირება, არამედ ბიზნეს პროცესების განვითარება და განხორციელება, დაგჭირდებათ Studio მოდული, რომელსაც აქვს საკუთარი ბიზნეს პროცესის მოდელიერი.

სტუდია


იმიტირებული ბიზნეს პროცესის რუკა უნდა მუშაობდეს. მომხმარებელი უნდა შევიდეს სისტემაში და დაუკავშირდეს სხვადასხვა ფორმებს. სტუდია საშუალებას გაძლევთ განავითაროთ ინტერფეისი და ფორმები, რომლითაც ადამიანი იმუშავებს. ქვემოთ დეტალურად განვიხილავთ Bizagi Studio-ში ბიზნეს პროცესის განვითარების ყველა ასპექტს.

მინდა აღვნიშნო, რომ Modeler და Studio უფასოა. სტუდიის ძირითადი პაკეტი მოიცავს 20-მდე სატესტო მომხმარებელს.

ძრავი


Engine არის გაშვების გარემო, რომელიც მომხმარებლებს საშუალებას აძლევს შევიდნენ სისტემაში და დაუკავშირდნენ სისტემას კონკრეტული ბიზნეს პროცესების შესასრულებლად.

ძრავის ლიცენზია ფასიანია. მხოლოდ ტესტის რეჟიმი უფასოა.

ძრავა იძლევა ორი სახის ლიცენზიას:

  • მუდმივი ლიცენზია;
  • ლიცენზია ერთი წლით.
ამასთან, 50-მდე მომხმარებლის მქონე კომპანიებს ეძლევათ 50%-იანი ფასდაკლება - ეს არის ეგრეთ წოდებული Starter kit, რომელიც მიზნად ისახავს მცირე და საშუალო ბიზნესის მხარდაჭერას. თუ საწარმოს ჰყავს 50-ზე მეტი მომხმარებელი, თქვენ უნდა გადაიხადოთ ლიცენზიების სრული ღირებულება.
ძრავი მოიცავს შემუშავებული ბიზნეს პროცესის ეტაპობრივ შესრულებას Studio-ში მითითებული ყველა პირობის გათვალისწინებით.

ძრავის მოდულის გარეშე, თქვენ ვერ შეძლებთ სისტემაში სრულ მუშაობას და დადგენილი ბიზნეს პროცესების შესრულებას.

როგორ მუშაობს ბიზაგი?

რას ვაკეთებთ Bizagi-ში, თუ გვჭირდება ნებისმიერი ბიზნეს პროცესის ავტომატიზაცია? განვიხილოთ მოქმედებების ალგორითმი სახსრების ხარჯვის განაცხადის დამტკიცების მაგალითის გამოყენებით. სტატიაში BPM სისტემების შესახებ, ჩვენ ვნახეთ, თუ როგორ განხორციელდა ეს ბიზნეს პროცესი რეალურ პროექტზე სააღრიცხვო სისტემის გამოყენებით, ახლა განვიხილავთ, თუ როგორ სწორად მოაწყოთ ეს BPM სისტემაში.

1. სიმულაცია

ბიზნეს პროცესის მოდელირება ხდება Bizagi-ში შემოთავაზებული გრაფიკული ელემენტების სამუშაო ზონაში გადატანით.

ზემოთ დავწერე, რომ სტუდიის ინტერფეისი წარმოდგენილია ინგლისურად, მაგრამ თავად ბიზნეს პროცესის რუკაში შეგვიძლია გამოვიყენოთ რუსული.

ჩვენ ვაფორმებთ გადახდის მოთხოვნის ბიზნეს პროცესის დიაგრამას: ჩვენ განვსაზღვრავთ პროცესის დასაწყისს, მოვლენებს, სიგნალებს, ბიზნეს წესებს და ბიზნეს პროცესის დასასრულს.

ამოცანაა გააკონტროლოს გადასახადების გადახდა. ამ ბიზნეს პროცესის მოქმედებების თანმიმდევრობა ასე გამოიყურება:
1. თანამშრომელმა, რომელიც იღებს ინვოისს, უნდა შექმნას გადახდის მოთხოვნა.
2. მენეჯერმა უნდა შეამოწმოს მოთხოვნა და შეარჩიოს მოქმედების ერთ-ერთი ვარიანტი:

  • უარის თქმა;
  • დამტკიცება.
3. პირველ ვარიანტში თანამშრომელი იღებს შეტყობინებას მენეჯერის უარის თქმის შესახებ. ეს ამთავრებს ბიზნეს პროცესს.
3. მეორე შემთხვევაში მენეჯერმა უნდა დაბეჭდოს, ხელი მოაწეროს მოთხოვნას და გაუგზავნოს ბუღალტერიას, ამით მთავრდება ბიზნეს პროცესი.

ბიზნეს პროცესის გრაფიკული რუკა ასე გამოიყურება:

2. მონაცემთა სტრუქტურის განვითარება

ბიზნეს პროცესის მოდელირების შემდეგ, ჩვენ ვიწყებთ მონაცემთა სტრუქტურის შემუშავებას. ამ ეტაპზე ვაზუსტებთ, რომელ ფორმებში და რომელ ველებშია შენახული გარკვეული მონაცემები და მივუთითებთ მათ კავშირებს.

ჩვენს მაგალითში, ჩვენ უნდა განვავითაროთ სამი ერთეული:

  • მოთხოვნა ინვოისის გადახდის შესახებ;
  • კონტრაგენტი (მიმწოდებელი, რომელსაც უნდა გადაიხადოს ინვოისი);
  • უარის მიზეზი.
თითოეული ამ ერთეულისთვის, თქვენ უნდა მიუთითოთ ატრიბუტები (ველები), რომლებიც ხელმისაწვდომი იქნება შევსებისთვის. ატრიბუტები იყოფა:
  • წინასწარ დაინსტალირებული (ბევრია) - ატრიბუტები, რომლებსაც თავად სისტემა გვთავაზობს;
  • Custom - ის, რასაც მომხმარებელი ქმნის ხელით.
სკრინშოტი გვიჩვენებს, თუ რომელი ატრიბუტებია მითითებული თითოეული ერთეულისთვის.

ასევე აუცილებელია ამ ერთეულებს შორის ურთიერთობების მითითება. ჩვენ ვაკონკრეტებთ, რომ უარის მიზეზები და კონტრაგენტების სუბიექტები შედის ინვოისის გადახდის მოთხოვნაში.

3. ფორმების შექმნა (მომხმარებლის ინტერფეისი)

მონაცემთა სტრუქტურის შემუშავების შემდეგ, ჩვენ უნდა გადავწყვიტოთ, როგორ შედის მომხმარებელი სისტემაში და როგორ ურთიერთქმედებს მას. და აქ ჩვენ უნდა შევქმნათ მომხმარებლის ინტერფეისი.

მას შემდეგ რაც ჩვენ მოვახდინეთ ბიზნეს პროცესის მოდელირება, შევდივართ მასში და ვხედავთ, რომ დიაგრამაზე თითოეული ეს ველი არის ფორმა, რომელიც უნდა შემუშავდეს.

ფორმა არის ის, რომლითაც მომხმარებელი იმუშავებს შემდგომში.

თქვენი ყურადღება მინდა გავამახვილო იმ ფაქტზე, რომ განვითარებულია მხოლოდ ის ფორმები, რომლებზეც მომხმარებელი მუშაობს. თუ რომელიმე ეტაპი მოიცავს ავტომატურ მოქმედებას (მაგალითად, თანამშრომლის შეტყობინება გადახდაზე უარის თქმის შესახებ), არ არის საჭირო ამ ფორმის შემუშავება.

ჩვენს მაგალითში აუცილებელია 3 ფორმის შემუშავება:

  • შექმენით გადახდის მოთხოვნა;
  • გადახდის მოთხოვნის შემოწმება;
  • ბეჭდური ფორმის ფორმირება.
ეს ფორმები იყენებს იგივე მონაცემებს. თითოეულ ამ ფორმაში საფუძველი ერთი და იგივეა - მოთხოვნა ინვოისის გადახდის შესახებ. მაგრამ ყოველ მომდევნო ფორმას აქვს უფრო მოწინავე ფუნქციონირება, ვიდრე წინა. მაგალითად, მოთხოვნის დადასტურების ფორმა შეიცავს ყველა ინფორმაციას მოთხოვნის შექმნის ფორმიდან + განაცხადის სტატუსიდან (დამტკიცებულია თუ არა). ხოლო შემდეგ ფორმას, წინასთან შედარებით, აქვს მოთხოვნის დაბეჭდვის შესაძლებლობაც. საჭიროების შემთხვევაში, შესაძლებელია წინა ფორმებიდან არასაჭირო ველების დამალვა.
აქ მნიშვნელოვანია გვესმოდეს, რომ ეს არ არის ერთი, არამედ სამი განსხვავებული ფორმა. და თითოეული მათგანი იქმნება ახლიდან ან კოპირებულია წინა ფორმიდან, რის შემდეგაც მასში ხდება აუცილებელი ცვლილებები.

ახლა მოდით შევხედოთ ფორმის შექმნის პროცესს (მაგალითად, გადახდის მოთხოვნის შექმნა).

ფორმა იქმნება საჭირო ველების არჩევით და აქტიურ ფანჯარაში გადატანით. შესარჩევად შემოთავაზებულია ველები (ატრიბუტები), რომლებიც წინა ეტაპზე მივუნიშნეთ კონკრეტულ ფორმებს.

მოთხოვნის შექმნის ფორმა საბოლოოდ ასე გამოიყურება:

აქ ჩვენ ვხედავთ ველებს:

  • Თარიღის თანახმად;
  • ინვოისის თანხა;
  • Ანგარიშის ნომერი;
  • კონტრაპარტია;
  • თანდართული ფაილი (შესაძლებელია გადახდისათვის ინვოისის მიმაგრება).
ასევე, ფორმების უფრო მოსახერხებელი გამოყენებისთვის, შეგიძლიათ გამოიყენოთ Layot (ფორმის ნაწილების მოწყობის ვარიანტები).

ფორმის განლაგება შეიძლება დაიყოს:

  • სამ თანაბარ ნაწილად (33%-34%-33%);
  • ორ თანაბარ (50%-50%) ნაწილად;
  • ორ უთანასწორო (70%-30%, 30%-70%) ნაწილად;
  • დატოვე განლაგება განუყოფელი (სრული განლაგება).

ფორმის შექმნის ეტაპზე შეგიძლიათ დააკონფიგურიროთ ველების ხილვადობა და რედაქტირების ფუნქციები სხვადასხვა მომხმარებლისთვის.
მაგალითად, მოთხოვნის გადამოწმების შემდეგ ეტაპს აქვს თავისი ფორმა, რომელშიც მენეჯერს შეუძლია ნახოს თანამშრომლის მიერ წინა ეტაპზე შექმნილი ველები, მაგრამ მენეჯერს არ შეუძლია ამ ველების რედაქტირება. მაგრამ მას აქვს წვდომა საკუთარ ველებზე, რომლებიც არ ჩანს თანამშრომლისთვის: დამტკიცებული ველი დიახ/არა ოფციებით.

უარის მიზეზის ველი ხილვადი ხდება მენეჯერისთვის მხოლოდ იმ შემთხვევაში, თუ მან აირჩია ვარიანტი No ველში დამტკიცებული. ანუ, ველების ხილვადობა შეიძლება დარეგულირდეს არა მხოლოდ Visible-Not Visible ფორმატში, არამედ ნებისმიერი პირობებიდან გამომდინარე. ეს მდგომარეობა ასე გამოიყურება
PaymentRequestApproved უდრის ყალბს

თუ მენეჯერმა დააყენა დიახ ვარიანტი, გადახდის მოთხოვნის დაბეჭდვის ფუნქცია ხელმისაწვდომი გახდება. მისთვის არანაირი ფუნქცია არ არის ხელმისაწვდომი, გარდა შაბლონის გენერირებისა.

4. განსაზღვრეთ ბიზნესის წესები

Bizagi გთავაზობთ სამ ნაბიჯს ბიზნეს წესების დასაყენებლად:

  • დეფინიცია გამონათქვამები - მოიცავს დამუშავების პირობებს
  • Activity Actions (Events) - მოიცავს მოვლენის დამუშავებას
  • შესრულება - გულისხმობს ბიზნეს პროცესის ამა თუ იმ ეტაპზე მომუშავე მომხმარებლების დამუშავებას.

განსაზღვრეთ გამონათქვამები
Define Expressions ეტაპზე სისტემის ქცევის ვარიანტები განისაზღვრება გარკვეული პირობებით. ჩვენს შემთხვევაში, ეს არის მოთხოვნის შემოწმების შედეგი, ორი ვარიანტი (ორი ისარი), რომელიც გამოდის შემოწმების შედეგიდან. შემდეგი ეტაპისკენ მიმავალ ისარს დაწკაპუნებისას იხსნება ფორმა, რომელშიც ივსება კონკრეტულ ეტაპზე გადასვლის პირობები.

თუ ინსპექტირების შედეგებიდან გამომდინარე მენეჯერი უარს იტყვის, მაშინ პროცესი გადადის უარის სტადიაზე მიზეზის შესახებ შეტყობინებაზე.

თუ შემოწმების შედეგების საფუძველზე მენეჯერმა დააკმაყოფილა მოთხოვნა, პროცესი გადადის ბეჭდვის ინვოისის ეტაპზე.

აქტივობის მოქმედებები
აქტივობის მოქმედებების ეტაპზე ჩვენ შეგვიძლია განვსაზღვროთ წინასწარ განსაზღვრული ველები. წინასწარ განსაზღვრული ველების შევსება შესაძლებელია სამ შემთხვევაში (ასარჩევად):

  • ფორმის გახსნისას;
  • შენახვისას;
  • ფორმიდან გასვლისას.
მაგალითად, გადახდის მოთხოვნის შექმნის ეტაპზე შეგვიძლია განვსაზღვროთ, რომ ფორმის გახსნისას გვაქვს წინასწარ განსაზღვრული ორი ველი:
  • თარიღი - აქ მივუთითებთ, რომ მოთხოვნის თარიღი ავტომატურად ივსება მიმდინარე თარიღით თარიღიდრო.დღეს
  • ავტორი (თანამშრომელი) - აქ ვაცხადებთ, რომ ის, ვინც დოკუმენტის ინიციატორია, ავტომატურად ხდება მისი ავტორი Me.Case.Creator.Id

Შესრულება
შემდეგი ნაბიჯი არის შესრულება. აქვე ვაზუსტებთ, ვინ რა ეტაპზე მუშაობს ბიზნეს პროცესთან და არის პასუხისმგებელი მის განხორციელებაზე.

  • გარიგების შექმნის ეტაპზე მუშაობს თანამშრომელი, რომელმაც შექმნა ეს გარიგება. მომხმარებლის ID თანაბარი შემქმნელი
  • მოთხოვნის გადამოწმების ეტაპზე მუშაობს იმ პირის მენეჯერი, რომელმაც შექმნა დოკუმენტი. მომხმარებლის ID უდრის CurrentAssigneeBoss-ს

5. შეტყობინების წესების აღწერა
მას შემდეგ რაც დავწერთ როგორ მუშაობს ბიზნესის წესები, ჩვენ აღვწერთ გაფრთხილების წესებს.

თანამშრომელს არ შეუძლია მუდმივად იყოს ერთ სისტემაში, მას აქვს მიმდინარე საქმეები და მუშაობს სხვა პროგრამებში. როგორ მიიღებს ის ინფორმაციას ბიზნეს პროცესში ცვლილებების შესახებ, რომელიც მოითხოვს მის მონაწილეობას? ეს კონფიგურირებულია შეტყობინების გამოყენებით. BPMN 2.0-ში არის ისეთი რამ, როგორიცაა შეტყობინება და აქ ჩვენ შეგვიძლია მივაკავშიროთ შეტყობინება სისტემას.

არსებობს ორი სახის გაფრთხილება:

  • ავტომატური (თვითონ სისტემას აქვს საკუთარი ელექტრონული ფოსტის სერვერი) - მაგალითად, ერთი ეტაპიდან მეორეზე გადასვლისას;
  • შექმნილია ხელით - მაგალითად, როდესაც თავად მომხმარებელს სურს გაგზავნოს შეტყობინება გარკვეული განმარტებისთვის, მაგრამ აპლიკაციის ეტაპის შეცვლის გარეშე.
თქვენ შეგიძლიათ გამოიყენოთ ორივე ტიპის გაფრთხილება ერთდროულად.

ჩვენს ბიზნეს პროცესში, როდესაც იცვლება ეტაპი (გადახდის მოთხოვნა დამტკიცებულია ან არ არის დამტკიცებული), თანამშრომელს ეგზავნება შეტყობინება, რომელშიც ნათქვამია, რომ ინვოისი დამტკიცებულია ან საჭიროებს განმარტებას.

6. საბეჭდი ფორმის შექმნა

ჩვენს მაგალითში თანამშრომელს, გარდა ელექტრონული დოკუმენტისა, სურს მიიღოს ბეჭდური ფორმაც. ანუ, თუ მენეჯერმა დაამტკიცა მოთხოვნა გადახდის შესახებ, მაშინ ის ამობეჭდავს, ხელს აწერს დოკუმენტს და გადასცემს მდივანს ბუღალტრული აღრიცხვის განყოფილებაში შემდგომი გადასაცემად. დოკუმენტი ინახება არა მხოლოდ სისტემაში, არამედ დაბეჭდილი სახით.

სისტემაში შეგიძლიათ შექმნათ ე.წ. დოკუმენტის შაბლონები. დაბეჭდილი მოთხოვნის ფორმისთვის შეგიძლიათ გამოიყენოთ word, excel ან უბრალო ტექსტი. ჩვენ შევქმენით ფორმა, რომელიც პროცესის ბოლოს ადამიანმა უნდა დაბეჭდოს და მოაწეროს ხელი. ეს დაბეჭდილი ფორმა აჩვენებს ყველა ძირითად ინფორმაციას მოთხოვნის შესახებ:

  • შექმნის თარიღი;
  • მომხმარებელი;
  • Ანგარიშის ნომერი;
  • ინვოისის თარიღი;
  • ინვოისის თანხა;
  • ბაზა;
  • პასუხისმგებელი პირის ხელმოწერა.

ამ ფორმის მიღებისთანავე, ბუღალტრულ განყოფილებას შეუძლია დაუყოვნებლივ განსაზღვროს ინვოისი, რომელიც უნდა გადაიხადოს.

ბიზნეს პროცესის შესრულება

მას შემდეგ, რაც ბიზაგის სისტემაში განვავითარებთ ბიზნეს პროცესს, აუცილებელია მომხმარებლების შექმნა, მათი სტრუქტურის დაზუსტება, რის შემდეგაც ეს მომხმარებლები შეძლებენ სისტემაში მუშაობას.

მოდით შევხედოთ როგორ ხორციელდება ჩვენ მიერ შექმნილი ბიზნეს პროცესი:

მომხმარებელი ირჩევს ბიზნეს პროცესს სისტემაში შემოთავაზებულიდან. ამ შემთხვევაში, ეს არის მოთხოვნის გადახდის ბიზნეს პროცესი. იხსნება მოთხოვნის შექმნის ფორმა.

1. მომხმარებელი ავსებს საჭირო ველებს (თარიღი და ავტორის ველები ავტომატურად ივსება). მომხმარებელი ანიჭებს ინვოისს გადახდისთვის.

2. მენეჯერი იღებს შეტყობინებას, რომ აუცილებელია მოთხოვნის შემოწმება.
3. მენეჯერი შეაქვს მოთხოვნის ფორმას, სადაც ხედავს მოთხოვნის გადამოწმების ფორმას ხელმისაწვდომი მოქმედებებით - აირჩიეთ მოთხოვნა დამტკიცებულია თუ არა.

თუ მენეჯერმა აირჩია დიახ:
4. მოთხოვნის დასაბეჭდად გამოჩნდება დოკუმენტის გენერირების ღილაკი. მენეჯერი ბეჭდავს ფორმას და ხელს აწერს მას.
5. მოთხოვნის ინიცირებული თანამშრომელი იღებს შეტყობინებას, რომ ინვოისი დამტკიცებულია

თუ მენეჯერმა აირჩია არა:
4. თანამშრომელი, რომელმაც წამოიწყო მოთხოვნა, იღებს შეტყობინებას ინვოისზე უარის თქმის შესახებ.
ბიზნეს პროცესი დასრულებულია.

კიდევ რამდენიმე სიტყვა ბიზაგის შესახებ

Bizagi-ში ყოველთვის შეგიძლიათ ნახოთ ანალიტიკა ბიზნეს პროცესების შესრულების შესახებ.

სისტემა ითვალისწინებს ინტეგრაციას: შესაძლებელია Bizagi-თან დაკავშირება „გარედან“ ან თავად Bizagi-დან სხვა პროგრამებთან დაკავშირება API-ის საშუალებით. ის იყენებს ვებ სერვისებსა და SOAP-ს.

ასევე აუცილებელია გავიხსენოთ, რომ სისტემა ლოკალიზებულია - ვარიანტები სხვადასხვა ენაზე. Bizagi Modeler-ში არის რუსული თარგმანიც. მაშინვე ვიტყვი, რომ ეს თარგმანი, სამწუხაროდ, ყოველთვის არ არის სწორი. გარდა ამისა, ბიზაგის ყველა დოკუმენტაცია წარმოდგენილია მხოლოდ ინგლისურ ენაზე. ამიტომ, მირჩევნია სისტემასთან მუშაობა ინგლისურად.

დასასრულს, მინდა აღვნიშნო, რომ ბიზნეს პროცესის შექმნა ხანგრძლივი და შრომატევადი სამუშაოა, რადგან ჩვენ ვწერთ თითქმის ახალ აპლიკაციას, რომლისთვისაც ნულიდან ვავითარებთ მონაცემთა სტრუქტურებსა და ფორმებს.

„პირველი ფორმა“ შეიცავს მოქნილ ბიზნეს პროცესების დიზაინერს, რომლითაც შეგიძლიათ სწრაფად და მარტივად დააკონფიგურიროთ თითქმის ნებისმიერი მარშრუტი ამოცანის ან დოკუმენტის მეშვეობით.

ადმინისტრატორებისთვის

ჩამონტაჟებული ვიზუალური მოდელირების ხელსაწყოები

პროცესი წარმოდგენილია თანმიმდევრობით სტატუსებიდა გადასვლებიმათ შორის – „პირველ ფორმაში“ ამას ე.წ მარშრუტიპროცესი. მარშრუტის შესაქმნელად, უბრალოდ დაამატეთ საჭირო სტატუსები და შემდეგ დააკავშირეთ ისინი გადასვლებით (ამის გაკეთება ყველაზე მოსახერხებელია გადაათრიეთ და ჩამოაგდეთ მეთოდით).

ვიზუალური მარშრუტის რედაქტორი.

გადასვლებზე შესრულებულია გარკვეული მოქმედებები - მოწმდება დავალების პარამეტრების სისწორე, კეთდება გამოთვლები, იქმნება დამატებითი დავალებები, ენიჭება ვადები და შემსრულებლები. პარამეტრების უმეტესობა შეიძლება გაკეთდეს პარამეტრულად, პროგრამირების გარეშე: დროის შეცვლა, შემსრულებლები, კომენტარების მოთხოვნა, შეტყობინებების გაგზავნა. უფრო რთული მოქმედებებისთვის, ფუნქციონირება გამოიყენება.

საკოორდინაციო მარშრუტი

მრავალი პროცესისთვის, გარკვეულ ეტაპზე აუცილებელია მომზადებული დოკუმენტების ან გადაწყვეტილებების კოორდინაცია მენეჯერებთან და დაკავშირებულ განყოფილებებთან. ამისათვის დააკონფიგურირეთ საკოორდინაციო მარშრუტები- მოთხოვნილი ხელმოწერების სია და რიგი. დამტკიცების პროცედურის ცალ-ცალკე კონფიგურაცია შესაძლებელია პროცესის თითოეული საფეხურისთვის და თითქმის ნებისმიერი სირთულის ლოგიკა მხარდაჭერილია ხელმოწერებისა და რეზოლუციების დასამუშავებლად.


შერიგების მარშრუტი ხელმოწერების თანმიმდევრული და პარალელური მოთხოვნით.

ბიზნეს პროცესის მარშრუტები შეიძლება იყოს ნებისმიერი, მარტივიდან საკმაოდ რთულამდე.


ხელშეკრულების დამტკიცების მარშრუტის მაგალითი

მომხმარებლებისთვის

მთავარი მარშრუტის ლენტი

იმისათვის, რომ მომხმარებლებს გაუადვილონ პროცესის ნავიგაცია, ამოცანების ბარათი გამოჩნდება მთავარი მარშრუტის ლენტი- გადასვლების ყველაზე ტიპიური თანმიმდევრობა. ლენტი აჩვენებს პროცესის რომელი საფეხურებია უკვე დასრულებული და რომელი რჩება დასასრულებლად. შეგიძლიათ გადახვიდეთ შემდეგ სტატუსზე მის სახელზე დაწკაპუნებით მარშრუტის არხში ან სასურველ გადასვლის ღილაკზე.