व्यावसायिक प्रक्रिया मॉडल और नोटेशन, या BPMN, काम कैसे होता है, इसका वर्णन करने के लिए एक मानकीकृत दृश्य भाषा है। यह व्यावसायिक विश्लेषकों, प्रबंधकों, डेवलपर्स और प्रक्रिया भागीदारों को लंबी लिखित प्रक्रियाओं पर निर्भर किए बिना एक ही प्रक्रिया को समझने में मदद करता है।

एक BPMN डायग्राम चार व्यापक श्रेणियों से बना होता है:

• फ्लो ऑब्जेक्ट्स: घटनाएं, गतिविधियां और गेटवे

• जोड़ने वाले ऑब्जेक्ट्स: क्रमिक प्रवाह, संदेश प्रवाह और संबंध

• स्विमलेन: पूल और लेन

• आर्टिफैक्ट्स: डेटा ऑब्जेक्ट्स, समूह और पाठ टिप्पणियां

यह गाइड सबसे महत्वपूर्ण श्रेणी पर केंद्रित है: BPMN फ्लो ऑब्जेक्ट्स. फ्लो ऑब्जेक्ट्स बताते हैं कि प्रक्रिया में क्या होता है, क्या कार्य किया जाता है, और प्रक्रिया एक पथ से दूसरे पथ पर कैसे आगे बढ़ती है।

---

1. BPMN फ्लो ऑब्जेक्ट्स क्या हैं?

फ्लो ऑब्जेक्ट्स एक BPMN प्रक्रिया डायग्राम के केंद्रीय तत्व हैं। वे क्रमिक प्रवाह द्वारा जुड़े होते हैं और एक प्रक्रिया के व्यवहार का प्रतिनिधित्व करते हैं।

तीन प्रकार हैं:

फ्लो ऑब्जेक्ट	मूल आकार	मुख्य उद्देश्य
घटना	वृत्त	कुछ ऐसा जो होता है
गतिविधि	गोल आयत	किया जाने वाला कार्य
गेटवे	हीरा	एक निर्णय, विभाजन, विलय या सिंक्रोनाइज़ेशन बिंदु

एक सरल प्रक्रिया अवधारणात्मक रूप से इस प्रकार दिख सकती है:

प्रारंभ घटना → गतिविधि → गेटवे → गतिविधि → अंत घटना

उदाहरण के लिए:

ऑर्डर प्राप्त हुआ → स्टॉक जांचें → क्या वस्तु उपलब्ध है?
                                      ├── हाँ → ऑर्डर भेजें
                                      └── नहीं → ग्राहक को सूचित करें

आकृतियाँ सरल हैं, लेकिन उनके भीतर के प्रतीक अतिरिक्त अर्थ प्रदान करते हैं।

---

2. घटनाएँ: जो कुछ होता है

एकघटनाप्रक्रिया के दौरान होने वाली किसी चीज़ का प्रतिनिधित्व करती है। एक गतिविधि के विपरीत, एक घटना व्यक्ति या सिस्टम द्वारा की गई कोई कार्य नहीं है। यह एक प्रक्रिया को प्रारंभ कर सकती है, किसी गतिविधि को रोक सकती है, किसी स्थिति को संकेत दे सकती है, या यह दर्शा सकती है कि प्रक्रिया कैसे समाप्त होती है।

घटनाओं को वृत्त के रूप में दर्शाया जाता है। सीमा यह दर्शाती है कि घटना प्रक्रिया में कहाँ होती है:

घटना का प्रकार	सीमा की उपस्थिति	अर्थ
प्रारंभ घटना	पतली एकल रेखा	दर्शाता है कि प्रक्रिया कैसे शुरू होती है
मध्यवर्ती घटना	दोहरी रेखा	प्रारंभ और अंत के बीच होती है
अंत घटना	मोटी एकल रेखा	दर्शाता है कि प्रक्रिया पथ कैसे समाप्त होता है

एक प्रारंभ घटना एक ट्रिगर को पकड़ सकती है, जैसे कि आने वाला संदेश या निर्धारित समय। एक मध्यवर्ती घटना कुछ का इंतज़ार कर सकती है या कुछ भेज सकती है। एक अंत घटना प्रक्रिया पथ का अंतिम परिणाम उत्पन्न करती है।

2.1 प्रारंभ घटनाएँ

एकप्रारंभ घटनाप्रक्रिया या उप-प्रक्रिया को शुरू करने वाले ट्रिगर को दर्शाता है।

इसे पतली सीमा वाले वृत्त के रूप में बनाया जाता है।

सामान्य उदाहरण इस प्रकार हैं:

• एक ग्राहक ऑर्डर जमा करता है

• एक कर्मचारी छुट्टी का अनुरोध जमा करता है

• एक टाइमर निर्धारित तिथि पर पहुँचता है

• एक संदेश प्राप्त होता है

• एक सिस्टम एक स्थिति का पता लगाता है

• एक नया मामला बनाया जाता है

कोई प्रारंभिक घटना नहीं

एक साधारण प्रारंभिक वृत्त का अर्थ है कि प्रक्रिया किसी विशिष्ट रूप से मॉडल किए गए ट्रिगर के बिना शुरू होती है।

○

उदाहरण:

○ → आवेदन की समीक्षा

जब सटीक ट्रिगर अज्ञात, अर्थहीन, या जानबूझकर सामान्य छोड़ा गया हो, तो ‘कोई प्रारंभिक घटना’ का उपयोग करें।

संदेश प्रारंभिक घटना

प्रारंभिक घटना के अंदर एक संदेश प्रतीक इंगित करता है कि प्रक्रिया तब शुरू होती है जब एक संदेश प्राप्त होता है।

उदाहरण:

◉ लिफाफा प्रतीक → ग्राहक अनुरोध को संसाधित करें

आम उपयोग के मामले:

• ईमेल प्राप्त करना

• API अनुरोध प्राप्त करना

• खरीद आदेश प्राप्त करना

• किसी अन्य भागीदार से अनुरोध प्राप्त करना

टाइमर प्रारंभिक घटना

प्रारंभिक घटना के अंदर एक घड़ी इंगित करता है कि प्रक्रिया एक अनुसूची या तिथि के अनुसार शुरू होती है।

उदाहरण:

• हर महीने बिल निर्माण शुरू करें

• समाप्ति से 30 दिन पहले नवीकरण प्रक्रिया शुरू करें

• दैनिक समंजन प्रक्रिया चलाएं

शर्तवाली प्रारंभिक घटना

एक शर्तवाली प्रारंभिक घटना तब शुरू होती है जब एक व्यावसायिक शर्त सत्य हो जाती है।

उदाहरण:

Inventory स्तर पुनः आदेश बिंदु से नीचे गिरता है

संकेत प्रारंभ घटना

एक संकेत प्रारंभ घटना तब शुरू होती है जब एक प्रसारण संकेत प्राप्त होता है। एक संदेश के विपरीत, एक संकेत आमतौर पर किसी एक विशिष्ट प्राप्तकर्ता को निर्देशित नहीं होता है।

उदाहरण:

‘आपातकालीन बंद’ संकेत प्राप्त करें → सभी शाखाएं बंद करें

बहु-प्रारंभ घटना

एक बहु-प्रारंभ घटना संकेत देती है कि कई अलग-अलग प्रेरक एक ही प्रक्रिया को शुरू कर सकते हैं।

उदाहरण के लिए, एक सहायता मामला तब शुरू हो सकता है जब:

• एक ग्राहक एक वेब फॉर्म जमा करता है

• एक एजेंट एक मामले को मैन्युअली दर्ज करता है

• एक स्वचालित निगरानी प्रणाली एक समस्या का पता लगाती है

---

2.2 मध्यवर्ती घटनाएं

एक मध्यवर्ती घटनाएक प्रक्रिया शुरू होने के बाद लेकिन समाप्त होने से पहले होती है। यह प्रक्रिया को रोक सकता है, किसी चीज़ का इंतज़ार कर सकता है, संदेश भेज सकता है, एक अपवाद पथ बना सकता है, या किसी स्थिति का उत्तर दे सकता है।

इसे डबल बॉर्डर के साथ बनाया जाता है।

मध्यवर्ती घटनाएं हो सकती हैं:

• पकड़ने वाली:किसी चीज़ का इंतज़ार करना या प्राप्त करना

• फेंकने वाली:किसी चीज़ को भेजना या उत्पन्न करना

एक पकड़ने वाली घटना आमतौर पर एक खाली या आउटलाइन मार्कर रखती है, जबकि एक फेंकने वाली घटना आमतौर पर एक भरा हुआ मार्कर उपयोग करती है।

टाइमर मध्यवर्ती घटना

एक टाइमर घटना एक विलंब, समयसीमा, अवधि, या आवर्ती अनुसूची का प्रतिनिधित्व करती है।

उदाहरण:

• तीन व्यावसायिक दिन प्रतीक्षा करें

• एक विशिष्ट तिथि तक प्रतीक्षा करें

• यदि 24 घंटे के भीतर कोई प्रतिक्रिया नहीं आती है तो इसे बढ़ाएं

• जब प्रक्रिया सक्रिय हो तो एक आवर्ती क्रिया करें

उदाहरण:

क्वाटेशन भेजें → 3 दिन प्रतीक्षा करें → प्रतिक्रिया के लिए जांचें

संदेश मध्यवर्ती घटना

एक संदेश मध्यवर्ती घटना या तो संदेश का प्रतीक्षा करती है या एक भेजती है।

उदाहरण:

अनुमोदन अनुरोध भेजें → अनुमोदन प्रतिक्रिया के लिए प्रतीक्षा करें

एक संदेश घटना तब विशेष रूप से उपयोगी होती है जब कोई प्रक्रिया किसी अन्य भागीदार, विभाग, संगठन या प्रणाली के साथ बातचीत करती है।

त्रुटि मध्यवर्ती घटना

एक त्रुटि घटना एक ऐसी त्रुटि स्थिति को दर्शाती है जो सामान्य प्रक्रिया प्रवाह को प्रभावित करती है।

इसे आमतौर पर किसी गतिविधि या उप-प्रक्रिया से जुड़े सीमा घटना के रूप में उपयोग किया जाता है।

उदाहरण:

भुगतान प्रक्रिया
      │
      └── त्रुटि → भुगतान विफलता संभालें

उच्च स्तरीकरण मध्यवर्ती घटना

एक उच्च स्तरीकरण घटना इंगित करती है कि किसी समस्या का ध्यान उच्च स्तर पर देने की आवश्यकता है, बिना किसी तकनीकी विफलता का प्रतिनिधित्व किए।

उदाहरण:

ग्राहक शिकायत हल करें
      │
      └── उच्च स्तरीकरण → पर्यवेक्षक समीक्षा

शर्तवाली मध्यवर्ती घटना

एक शर्तवाली घटना तब तक प्रतीक्षा करती है जब तक कि निर्दिष्ट शर्त सत्य नहीं हो जाती।

उदाहरण:

तब तक प्रतीक्षा करें जब तक ग्राहक खाता सत्यापित नहीं हो जाता

संकेत मध्यवर्ती घटना

एक संकेत घटना एक संकेत को प्रसारित करती है या प्राप्त करती है जो कई प्रक्रिया भागीदारों के लिए प्रासंगिक हो सकता है।

उदाहरण:

उत्पाद वापसी संकेत प्रसारित करें

लिंक मध्यवर्ती घटना

एक लिंक घटना एक ही प्रक्रिया आरेख के भीतर दो दूरस्थ बिंदुओं को जोड़ती है, बिना पृष्ठ भर में एक लंबी क्रम-प्रवाह रेखा खींचे।

लिंक घटनाओं का उपयोग सावधानी से करें। वे आरेख की पठनीयता में सुधार कर सकते हैं, लेकिन अत्यधिक उपयोग प्रक्रिया को समझने में कठिन बना सकता है।

मुआवजा मध्यवर्ती घटना

एक मुआवजा घटना किसी पूर्व गतिविधि को रद्द करने या उसके लिए मुआवजा देने के लिए सुधारकारी कार्य को सक्रिय करती है।

उदाहरण:

होटल आरक्षण रद्द करें

पुनर्पूर्ति (Compensation) एक साधारण त्रुटि पथ से भिन्न है। यह विशेष रूप से पूर्ण किए गए कार्य को रद्द करने या उसकी भरपाई करने से संबंधित है।

---

2.3 सीमा घटनाएँ

एकसीमा घटनाकोई भी गतिविधि या उप-प्रक्रिया की सीमा से सीधे जुड़ा होता है। यह कुछ ऐसा दर्शाता है जो उस गतिविधि के चलते समय घटित हो सकता है।

उदाहरण:

┌────────────────────┐
│ आवेदन प्रक्रिया │
└────────────────────┘
          ○
          │
          └── समय समाप्त → मामला उच्च स्तर पर भेजें

सीमा घटनाओं का उपयोग निम्नलिखित को मॉडल करने के लिए किया जाता है:

• समय समाप्ति

• रद्द करना

• त्रुटियाँ

• उच्च स्तर पर भेजना

• आगमन संदेश

• पुनर्पूर्ति

• बाहरी संकेत

बाधित करने वाली सीमा घटनाएँ

एक बाधित करने वाली सीमा घटना जब घटित होती है, तो जुड़ी हुई गतिविधि को रोक देती है।

उदाहरण:

भुगतान प्रक्रिया
      │
      └── भुगतान त्रुटि → विफलता संभालें

जब त्रुटि होती है, तो भुगतान गतिविधि समाप्त हो जाती है।

अबाधित सीमा घटनाएँ

एक अबाधित सीमा घटना तब शुरू होती है जब मूल गतिविधि चलती रहती है और एक अतिरिक्त पथ शुरू करती है।

इसे आमतौर पर डैशदार सीमा के साथ दर्शाया जाता है।

उदाहरण:

आवेदन प्रक्रिया
      │
      └── टाइमर याद दिलाव → याद दिलाव भेजें

याद दिलाव पथ चलते समय आवेदन प्रक्रिया चलती रहती है।

यह अंतर महत्वपूर्ण है:

सीमा घटना का प्रकार	जुड़ी हुई गतिविधि पर प्रभाव
बाधित करने वाला	क्रिया को रोकता है
अवरोधक नहीं	क्रिया को चलता रहने देता है

---

2.4 समाप्ति घटनाएँ

एक समाप्ति घटनाप्रक्रिया पथ के निष्कर्ष को दर्शाता है। इसे मोटी सीमा वाली वृत्त के रूप में बनाया जाता है।

एक प्रक्रिया में एक से अधिक समाप्ति घटनाएँ हो सकती हैं क्योंकि विभिन्न परिणाम प्रक्रिया को समाप्त कर सकते हैं।

उदाहरण:

• ऑर्डर पूरा हुआ

• अर्जी अस्वीकृत

• भुगतान विफल

• केस रद्द किया गया

• ग्राहक को सूचित किया गया

• प्रक्रिया क्षतिपूर्ति के साथ पूरी हुई

कोई समाप्ति घटना नहीं

एक साधारण समाप्ति घटना दर्शाती है कि पथ बिना किसी विशिष्ट परिणाम के समाप्त हो गया है।

●

संदेश समाप्ति घटना

एक संदेश समाप्ति घटना प्रक्रिया समाप्त होने पर एक संदेश भेजती है।

उदाहरण:

ऑर्डर स्वीकृत → पुष्टि भेजें → संदेश समाप्ति

त्रुटि समाप्ति घटना

एक त्रुटि समाप्ति घटना उच्च-स्तरीय प्रक्रिया या हैंडलर को त्रुटि फेंककर प्रक्रिया को समाप्त करती है।

इसका उपयोग उन प्रक्रिया-स्तरीय विफलता स्थितियों के लिए करें जिनका निपटान कहीं और करना आवश्यक है।

उत्कर्षण समाप्ति घटना

एक उत्कर्षण समाप्ति घटना वर्तमान प्रक्रिया पथ को समाप्त करती है और सूचित करती है कि उत्कर्षण हुआ है।

समाप्ति समाप्ति घटना

एक समाप्ति समाप्ति घटना तुरंत पूरी प्रक्रिया उदाहरण को समाप्त करती है, जिसमें अन्य सक्रिय पथ भी शामिल हैं।

यह एक साधारण समाप्ति घटना से अधिक प्रभावी है। इसका उपयोग तब किया जाना चाहिए जब शेष सभी कार्य रोकने हों।

पुनर्भुगतान समाप्ति घटना

एक पुनर्भुगतान समाप्ति घटना प्रक्रिया पथ के समाप्त होने से पहले पुनर्भुगतान गतिविधियों को प्रारंभ करती है।

---

3. गतिविधियाँ: की गई कार्यवाही

एकगतिविधिएक व्यक्ति, टीम, सिस्टम या स्वचालित सेवा द्वारा की गई कार्यवाही को दर्शाती है। गतिविधियों को वृत्ताकार आयत के रूप में चित्रित किया जाता है।

उदाहरण इस प्रकार हैं:

• आवेदन की समीक्षा करें

• बिल को स्वीकृत करें

• पुष्टि भेजें

• ग्राहक विवरण की जाँच करें

• शिपिंग लागत की गणना करें

• खाता अपडेट करें

• रिपोर्ट तैयार करें

गतिविधियाँ BPMN आरेख की संचालन रीढ़ का निर्माण करती हैं क्योंकि वे दर्शाती हैं कि समय, प्रयास, लागत और जिम्मेदारी कहाँ केंद्रित हैं।

3.1 गतिविधियों का नामकरण

एक अच्छी गतिविधि का नाम आमतौर पर इस पैटर्न का पालन करता है:

क्रिया + वस्तु

उदाहरण:

• आवेदन की समीक्षा करें

• बिल को स्वीकृत करें

• ग्राहक रिकॉर्ड बनाएं

• भुगतान की जाँच करें

• पुष्टि ईमेल भेजें

अस्पष्ट नामों से बचें, जैसे:

• प्रसंस्करण

• अर्जी संभालें

• चरण 1

• अन्य कार्य

• प्रशासन

एक स्पष्ट गतिविधि का नाम एक क्रिया और उसके विषय का वर्णन करना चाहिए।

कमजोर नाम	बेहतर नाम
प्रसंस्करण	भुगतान प्रसंस्करण
समीक्षा	आवेदन की समीक्षा
ग्राहक चरण	ग्राहक की पहचान की पुष्टि करें
ईमेल	अनुमोदन ईमेल भेजें
अद्यतन	ऑर्डर की स्थिति अद्यतन करें

एक कार्य सामान्यतः एक कार्य की इकाई का प्रतिनिधित्व करता है जिसे आगे नहीं तोड़ा जा सकता या नहीं तोड़ा जाना चाहिए। एक उपप्रक्रिया संबंधित गतिविधियों के संग्रह का प्रतिनिधित्व करती है।

---

3.2 कार्य

एक कार्य गतिविधियों का सबसे सरल प्रकार है। यह कार्य की एकल इकाई का प्रतिनिधित्व करता है।

एक मूलभूत कार्य को एक वृत्ताकार आयत के रूप में दिखाया जाता है:

╭────────────────────╮
│ आवेदन की समीक्षा │
╰────────────────────╯

कार्यों में ऐसे मार्कर शामिल हो सकते हैं जो किए जा रहे कार्य के प्रकार को पहचानते हैं।

उपयोगकर्ता कार्य

एक उपयोगकर्ता कार्य किसी मनुष्य द्वारा किसी प्रणाली या अनुप्रयोग का उपयोग करके किया जाता है।

उदाहरण:

• खर्च रिपोर्ट को स्वीकार करें

• ग्राहक की जानकारी दर्ज करें

• संविदा की समीक्षा करें

• सहायता मामला सौंपें

मैनुअल कार्य

एक मैनुअल कार्य किसी व्यक्ति द्वारा बिना किसी व्यावसायिक प्रक्रिया इंजन या अनुप्रयोग की सहायता के किया जाता है।

उदाहरण:

• उपकरणों की जाँच करें

• कागज़ी दस्तावेज़ पर हस्ताक्षर करें

• भौतिक उत्पाद को पैक करें

• दस्तावेज़ को हाथ से वितरित करें

सेवा कार्य

एक सेवा कार्य स्वचालित रूप से किसी सिस्टम, अनुप्रयोग, वेब सेवा या एपीआई द्वारा किया जाता है।

उदाहरण:

• क्रेडिट स्कोर प्राप्त करें

• स्वचालित ईमेल भेजें

• कर की गणना करें

• डेटाबेस रिकॉर्ड बनाएं

• भुगतान सेवा को कॉल करें

स्क्रिप्ट कार्य

एक स्क्रिप्ट कार्य प्रक्रिया वातावरण के भीतर एक स्क्रिप्ट या कोड के टुकड़े को निष्पादित करता है।

उदाहरण:

• डेटा को परिवर्तित करें

• एक मान की गणना करें

• संदेश का प्रारूप तय करें

• एक सरल डेटा नियम लागू करें

व्यापारिक नियम कार्य

एक व्यापारिक नियम कार्य व्यापारिक नियमों का मूल्यांकन करता है, अक्सर नियम इंजन के माध्यम से।

उदाहरण:

• क्रेडिट सीमा निर्धारित करें

• बीमा प्रीमियम की गणना करें

• निर्णय लें कि क्या ऑर्डर मुफ्त शिपिंग के लिए पात्र है

• अनुमोदन स्तर निर्धारित करें

भेजें कार्य

एक भेजें कार्य संदेश किसी अन्य भागीदार या सिस्टम को भेजता है।

उदाहरण:

• इनवॉइस भेजें

• ऑर्डर पुष्टि भेजें

• गोदाम को सूचना भेजें

कार्य प्राप्त करें

एक प्राप्त कार्य किसी अन्य भागीदार या प्रणाली से संदेश का प्रतीक्षा करता है।

उदाहरण:

• हस्ताक्षरित अनुबंध प्राप्त करें

• भुगतान पुष्टि प्राप्त करें

• शिपिंग स्थिति प्राप्त करें

---

3.3 उप-प्रक्रियाएँ

एक उप-प्रक्रियाएक ऐसी गतिविधि है जिसमें एक अधिक विस्तृत प्रक्रिया शामिल है।

इसे दो तरीकों से दिखाया जा सकता है:

• संक्षिप्त उप-प्रक्रिया:एक प्लस चिह्न वाला गोलाकार आयत

• विस्तारित उप-प्रक्रिया:आंतरिक प्रवाह प्रदर्शित करने वाला एक बड़ा गोलाकार आयत

उप-प्रक्रिया का उपयोग तब करें जब कई कार्य एक साथ संबंधित हों और उच्च-स्तरीय आरेख यदि सभी को दिखाया जाए तो अत्यधिक विस्तृत हो जाएगा।

उदाहरण:

╭──────────────────────────────╮
│ + ग्राहक ऑनबोर्डिंग पूर्ण करें│
╰──────────────────────────────╯

उप-प्रक्रिया में निम्नलिखित शामिल हो सकते हैं:

सूचना संग्रह करें
        ↓
पहचान की जाँच करें
        ↓
खाता बनाएं
        ↓
स्वागत संदेश भेजें

उप-प्रक्रिया का उपयोग कब करें

जब उपयोग करें:

• कदमों का समूह एक स्पष्ट व्यावसायिक उद्देश्य रखता है

• समूह को अवधारणात्मक रूप से पुनः उपयोग किया जा सकता है

• मुख्य आरेख भीड़ भरा हो रहा है

• हितधारकों को सारांश और विस्तृत दृश्य दोनों की आवश्यकता होती है

• आंतरिक प्रक्रिया में अपना प्रारंभ, अंत, अपवाद या निर्णय तर्क होता है

एम्बेडेड सबप्रोसेस

एक एम्बेडेड सबप्रोसेस अपने पैरेंट प्रोसेस के भीतर परिभाषित होता है और उस प्रोसेस के प्रवाह का हिस्सा होता है।

कॉल एक्टिविटी

एक कॉल एक्टिविटी एक अलग से परिभाषित पुनः उपयोग योग्य प्रोसेस या ग्लोबल टास्क को कॉल करती है।

इसका उपयोग तब करें जब समान प्रोसेस लॉजिक कई स्थानों से कॉल किया जाता है, जैसे कि:

ग्राहक की पहचान की पुष्टि करें

यदि ग्राहक सत्यापन कई व्यापार प्रोसेसों में दिखाई देता है, तो इसके सभी आंतरिक चरणों को दोहराने के बजाय एक पुनः उपयोग योग्य कॉल एक्टिविटी अधिक उपयुक्त हो सकती है।

इवेंट सबप्रोसेस

एक इवेंट सबप्रोसेस एक स्टार्ट इवेंट द्वारा सक्रिय होता है जबकि उसका धारण करने वाला प्रोसेस या सबप्रोसेस सक्रिय होता है। यह रद्द करने के अनुरोध, आपातकालीन बढ़ोतरी या आने वाले अपडेट जैसे अपवादपूर्ण या समानांतर स्थितियों को संभालने के लिए उपयोगी है। इवेंट सबप्रोसेस विघटनकारी या अविघटनकारी हो सकते हैं।

उदाहरण:

मुख्य प्रोसेस: ऑर्डर पूरा करना

इवेंट सबप्रोसेस:
रद्द करने का अनुरोध → पूरा करने की रद्द करना → ग्राहक को रीफंड करना

---

3.4 एक्टिविटी मार्कर

एक्टिविटी में छोटे मार्कर शामिल हो सकते हैं जो यह जानकारी देते हैं कि वे कैसे व्यवहार करते हैं।

लूप मार्कर

एक लूप मार्कर इंगित करता है कि एक एक्टिविटी तब तक दोहराई जाती है जब तक कि कोई शर्त पूरी नहीं हो जाती।

उदाहरण:

दस्तावेज़ की समीक्षा करें
      ↻

इसका उपयोग ऐसे एक्टिविटी के लिए करें जैसे कि:

• अनुमोदन तक समीक्षा करें

• सफल होने तक डिलीवरी का प्रयास करें

• ग्राहक तक पहुँचने तक संपर्क करें

समानांतर बहु-उदाहरण मार्कर

यह इंगित करता है कि एक ही एक्टिविटी के कई उदाहरण एक साथ चलते हैं।

उदाहरण:

तीन अनुमोदन प्राप्त करें

एक्टिविटी कई समीक्षकों द्वारा एक साथ की जा सकती है।

क्रमिक बहु-उदाहरण मार्कर

यह इंगित करता है कि कई उदाहरण एक के बाद एक चलते हैं।

उदाहरण:

आइटम एक-एक करके समीक्षा करें

पुर्जा चिह्न

यह एक गतिविधि को पहचानता है जो पहले पूरा किए गए काम के लिए क्षतिपूर्ति के लिए उपयोग की जाती है।

उदाहरण:

ग्राहक को रिफंड करें

अस्थायी चिह्न

एक अस्थायी उप-प्रक्रिया को टिल्ड जैसा चिह्न दर्शाता है। यह संकेत देता है कि उप-प्रक्रिया के भीतर की गतिविधियाँ एक स्थिर अनुक्रम का पालन करने के बजाय लचीले या ढीले संरचनात्मक क्रम में की जा सकती हैं।

---

4. गेटवे: निर्णय, विभाजन और विलय

एकगेटवेप्रक्रिया प्रवाह के कैसे अलग या मिलते हैं, यह नियंत्रित करता है। गेटवे को हीरे के आकार में बनाया जाता है।

एक गेटवे सामान्यतः एक कार्य नहीं है। यह निर्णय लेने का कार्य स्वयं नहीं करता है। इसके बजाय, यह दर्शाता है कि एक निर्णय, शर्त या घटना के मूल्यांकन के बाद प्रक्रिया प्रवाह को कैसे नियंत्रित किया जाता है।

उदाहरण के लिए:

आवेदन की समीक्षा करें → क्या आवेदन पूर्ण है?

समीक्षा गतिविधि जानकारी एकत्र करती है या मूल्यांकन करती है। गेटवे फिर परिणाम के अनुसार प्रक्रिया को मार्गदर्शन करता है।

गेटवे कर सकते हैं:

• एक पथ को कई पथों में विभाजित करना

• कई पथों को एक में विलय करना

• समानांतर कार्य को समकालिक करना

• एक या अधिक घटनाओं के लिए प्रतीक्षा करना

• शर्तों या नियमों के आधार पर कार्य का मार्गदर्शन करना

---

4.1 विशिष्ट गेटवे: XOR

एकविशिष्ट गेटवेबिल्कुल एक बाहरी पथ का चयन करता है।

इसे आमतौर पर एक हीरे के रूप में दिखाया जाता है जिसमें एक ‘X’ होता है, हालांकि कुछ आरेखों में चिह्न को छोड़ा जा सकता है।

उदाहरण:

                    ┌── स्वीकृत → खाता बनाएं
आवेदन की जांच करें ─◇
                    └── अस्वीकृत → अस्वीकृति भेजें

केवल एक पथ का पालन किया जाता है।

आम उपयोग:

• यदि भुगतान स्वीकृत है, तो जारी रखें; अन्यथा अस्वीकार करें

• यदि ग्राहक पात्र है, तो छूट प्रदान करें

• यदि अनुरोध पूर्ण है, तो उसे संसाधित करें; अन्यथा उसे वापस भेजें

निकलने वाले पथों में सामान्यतः स्पष्ट शर्तें या लेबल होने चाहिए:

• अनुमोदित

• अस्वीकृत

• पूर्ण

• अपूर्ण

• राशि > $10,000

• राशि ≤ $10,000

वैकल्पिक विलय

एक वैकल्पिक गेटवे वैकल्पिक पथों को वापस एक पथ में विलय भी कर सकता है। यह सभी पथों का प्रतीक्षा नहीं करता है क्योंकि वैकल्पिक पथों में से केवल एक ही लिया जाना चाहिए।

डिफ़ॉल्ट प्रवाह

जब निर्दिष्ट शर्तों में से कोई भी सत्य नहीं होती है, तो एक डिफ़ॉल्ट पथ का उपयोग किया जा सकता है।

उदाहरण के लिए:

अनुमोदित
अस्वीकृत
डिफ़ॉल्ट → मैनुअल समीक्षा

एक डिफ़ॉल्ट पथ अप्रत्याशित या वर्गीकृत न किए गए मामलों के लिए उपयोगी होता है।

---

4.2 समानांतर गेटवे: AND

एक समानांतर गेटवे प्रक्रिया को कई पथों में विभाजित करता है जो समानांतर रूप से चलते हैं।

इसे एक प्लस चिह्न वाले हीरे द्वारा दर्शाया जाता है।

उदाहरण:

                 ┌── बिल तैयार करें ──┐
ऑर्डर अनुमोदित ─◇                       ◇── ऑर्डर शिप करें
                 └── इन्वेंटरी आरक्षित करें ┘

दोनों गतिविधियाँ शुरू होती हैं, और प्रक्रिया बाद में दोनों के समाप्त होने का प्रतीक्षा कर सकती है।

समानांतर विभाजन

एक समानांतर विभाजन सभी निकलने वाले पथों को शुरू करता है।

इसका उपयोग तब करें जब सभी गतिविधियाँ शर्तों की परवाह किए बिना होनी चाहिए।

उदाहरण:

• पुष्टि भेजें और इन्वेंटरी अपडेट करें

• वित्त को सूचित करें और संचालन को सूचित करें

• सुरक्षा जाँच और धोखाधड़ी जाँच करें

समानांतर जुड़ाव

एक समानांतर जुड़ाव आगे बढ़ने से पहले सभी आने वाले पथों के पूरा होने का प्रतीक्षा करता है।

इसे कभी-कभी समन्वयन कहा जाता है।

इनवॉइस तैयार करें ──┐
                  ◇── ऑर्डर पूरा करें
इन्वेंटरी आरक्षित करें ┘

यदि एक आने वाली शाखा में देरी होती है, तो जुड़ाव उसका प्रतीक्षा करता है।

---

4.3 समावेशी गेटवे: OR

एक समावेशी गेटवेकिसी भी सत्य शर्तों के आधार पर एक या अधिक आने वाले पथों का चयन करता है।

इसे एक वृत्त वाले हीरे द्वारा दर्शाया जाता है।

उदाहरण:

ग्राहक के लिए पात्र है:
- मानक छूट
- वफादारी छूट
- प्रचार छूट

यदि कई शर्तें पूरी होती हैं, तो एक से अधिक छूट से संबंधित कार्यों का चयन किया जा सकता है।

एक समावेशी गेटवे का उपयोग तब करें जब:

• एक या अधिक शर्तें सत्य हो सकती हैं

• कई पथ एक साथ चल सकते हैं

• सभी चयनित पथ पूरा होने के बाद प्रक्रिया जारी रहनी चाहिए

एक अपवर्जक गेटवे के विपरीत, एक समावेशी गेटवे अनिवार्य रूप से केवल एक पथ का चयन नहीं करता है। एक समानांतर गेटवे के विपरीत, यह अनिवार्य रूप से हर पथ का चयन नहीं करता है।

---

4.4 घटना-आधारित गेटवे

एक घटना-आधारित गेटवेप्रक्रिया को उस घटना के अनुसार मार्गदर्शित करता है जो पहले होती है।

इसके बाद आमतौर पर मध्यवर्ती घटनाओं को पकड़ने या प्राप्त करने वाले कार्यों का अनुसरण होता है।

उदाहरण:

उद्धरण भेजें → घटना-आधारित गेटवे
                         ├── संदेश प्राप्त हुआ → प्रक्रिया स्वीकृति
                         └── टाइमर समाप्त हुआ → याद दिलाव भेजें

केवल पहली घटना जो होती है, पथ निर्धारित करती है।

एक घटना-आधारित गेटवे का उपयोग तब करें जब प्रक्रिया किसी ज्ञात व्यापारिक शर्त का मूल्यांकन करने के बजाय बाहरी व्यवहार का प्रतीक्षा कर रही हो। उदाहरण के लिए, प्रक्रिया या तो ग्राहक की प्रतिक्रिया या टाइमआउट का प्रतीक्षा कर सकती है।

घटना-आधारित बनाम अपवर्जक गेटवे

प्रश्न	एक्सक्लूसिव गेटवे	घटना-आधारित गेटवे
कौन सा मार्ग निर्धारित करता है?	एक शर्त या व्यापारिक नियम	पहली घटना जो घटित होती है
आम प्रश्न	“क्या अनुरोध स्वीकृत है?”	“सबसे पहले क्या होता है?”
सामान्यतः अनुसरण करने वाले तत्व	गतिविधियाँ या क्रमिक प्रवाह	घटनाओं को पकड़ना या प्राप्त करने वाले कार्य
निर्णय स्रोत	डेटा या तर्क	बाहरी घटना

---

4.5 जटिल गेटवे

एक जटिल गेटवेमानक गेटवे प्रकारों के साथ स्पष्ट रूप से व्यक्त नहीं किए जा सकने वाले उन्नत मार्ग निर्धारण तर्क को संभालता है।

उदाहरण इस प्रकार हैं:

• जब तीन में से कम से कम दो स्वीकृतियाँ प्राप्त हो जाएं, तो जारी रखें

• शर्तों के जटिल संयोजन के आधार पर एक मार्ग चुनें

• अनुकूल नियमों के अनुसार चुने गए मार्गों को सिंकना करें

जटिल गेटवे का उपयोग सावधानीपूर्वक किया जाना चाहिए। कई मामलों में, कई सरल गेटवे या स्पष्ट रूप से नामित व्यापारिक नियम कार्य समझने और बनाए रखने में आसान होंगे।

---

4.6 घटना-आधारित गेटवे प्रकार

BPMN में घटना-आधारित गेटवे के प्रकार भी समर्थित हैं, जिनमें शामिल हैं:

• एक्सक्लूसिव घटना-आधारित गेटवे

• समानांतर घटना-आधारित गेटवे

• घटना-आधारित गेटवे को प्रारंभ करना

एक समानांतर घटना-आधारित गेटवे कई घटना शर्तों के लिए प्रतीक्षा कर सकता है, जबकि एक एक्सक्लूसिव घटना-आधारित गेटवे पहली घटना के आधार पर आगे बढ़ता है। सही प्रकार इस बात पर निर्भर करता है कि प्रक्रिया एक घटना के लिए प्रतीक्षा कर रही है या घटनाओं के संयोजन के लिए।

---

5. प्रवाह वस्तुएँ एक साथ कैसे काम करती हैं

BPMN आरेख का अर्थ घटनाओं, गतिविधियों, गेटवे और क्रमिक प्रवाह के बीच संबंधों से आता है।

एक ऑर्डर प्रक्रिया पर विचार करें:

शुरुआत
  ↓
ऑर्डर प्राप्त करें
  ↓
इन्वेंट्री जांचें
  ↓
क्या आइटम उपलब्ध है?
  ├── हाँ → ऑर्डर पैक करें → ऑर्डर शिप करें → अंत
  └── नहीं → ग्राहक को सूचित करें → अंत

यह उदाहरण निम्नलिखित शामिल करता है:

• एक प्रारंभिक घटना जो प्रक्रिया को शुरू करती है

• प्राप्त करने, जांचने, पैक करने, शिप करने और सूचित करने के लिए गतिविधियाँ

• एक एकल गेटवे जो एक पथ चुनता है

• दो अंतिम घटनाएँ या अंतिम पथ जो विभिन्न परिणामों का प्रतिनिधित्व करते हैं

एक अधिक उन्नत संस्करण कुछ ऐसा हो सकता है:

शुरुआत
  ↓
ऑर्डर प्राप्त करें
  ↓
इन्वेंट्री जांचें
  ↓
क्या आइटम उपलब्ध है?
  ├── नहीं → ग्राहक को सूचित करें → अंत
  └── हाँ → समानांतर गेटवे
                   ├── इन्वेंट्री आरक्षित करें
                   ├── बिल तैयार करें
                   └── धोखाधड़ी जांचें
                         ↓
                 समानांतर जोड़
                         ↓
                    ऑर्डर शिप करें
                         ↓
                        अंत

यहाँ:

1. एकल गेटवे यह निर्धारित करता है कि पूर्ति आगे बढ़ सकती है या नहीं।

2. समानांतर गेटवे तीन गतिविधियों को शुरू करता है।

3. समानांतर जोड़ तीनों गतिविधियों का इंतजार करता है।

4. शिपिंग केवल तभी शुरू होती है जब सिंकनाइज़ेशन पूरा हो जाता है।

---

6. घटनाएँ, गतिविधियाँ और गेटवे: एक त्वरित तुलना

तत्व	मुख्य प्रश्न	उदाहरण
घटना	क्या हुआ या क्या होने वाला है?	भुगतान प्राप्त हुआ
गतिविधि	कौन सी कार्यवाही की जाती है?	भुगतान की पुष्टि करें
गेटवे	प्रक्रिया को किस मार्ग पर जाना चाहिए?	क्या भुगतान वैध है?

एक उपयोगी नियम यह है:

• घटनाएं होती हैं

• गतिविधियां की जाती हैं

• गेटवे मार्ग को नियंत्रित करते हैं

यदि आपको नहीं पता कि किस प्रतीक का उपयोग करना है, तो पूछें:

1. क्या यह कोई ऐसी चीज है जो बिना कार्य माने होती है? एक घटना.

2. क्या कोई व्यक्ति या कुछ कार्य कर रहा है? एक गतिविधि.

3. क्या प्रक्रिया विभाजित हो रही है, विलीन हो रही है, या किसी मार्ग निर्धारण की स्थिति का प्रतीक्षा कर रही है? एक गेटवे.

---

7. प्रवाह वस्तुओं को सही ढंग से जोड़ना

प्रवाह वस्तुओं को अलग-अलग प्रकार की रेखाओं द्वारा जोड़ा जाता है। गलत कनेक्टर का उपयोग करने से आरेख भ्रामक हो सकता है।

7.1 क्रमिक प्रवाह

एक क्रमिक प्रवाहतीर के साथ एक ठोस रेखा है। यह दर्शाता है कि समान प्रक्रिया के भीतर प्रवाह वस्तुओं को किस क्रम में निष्पादित किया जाता है।

गतिविधि A → गतिविधि B

जोड़ने के लिए क्रमिक प्रवाह का उपयोग करें:

• घटनाओं से गतिविधियों तक

• गतिविधियों से गेटवे तक

• गेटवे से गतिविधियों तक

• गतिविधियों से अंतिम घटनाओं तक

एक अनुक्रम प्रवाह सामान्यतः अलग-अलग पूल के बीच की सीमा को पार नहीं करना चाहिए।

7.2 संदेश प्रवाह

एक संदेश प्रवाह एक खुली तीर के साथ बिंदु रेखा है। यह अलग-अलग भागीदारों या पूल के बीच संचार को दर्शाता है।

उदाहरण:

• ग्राहक विक्रेता को ऑर्डर भेजता है

• विक्रेता ग्राहक को पुष्टि भेजता है

• बैंक व्यापारी को भुगतान परिणाम भेजता है

संचार के लिए संदेश प्रवाह का उपयोग करें, आंतरिक प्रक्रिया क्रम को दिखाने के लिए नहीं।

7.3 संबंध

एक संबंध एक बिंदु रेखा है जिसका उपयोग आर्टिफैक्ट्स, नोट्स या डेटा प्रतिनिधित्व को प्रवाह वस्तुओं से जोड़ने के लिए किया जाता है।

उदाहरण:

• एक दस्तावेज़ को कार्य से जोड़ें

• एक पाठ टिप्पणी को एक गतिविधि से लिंक करें

• दिखाएं कि एक कार्य एक डेटा वस्तु का उपयोग करता है

जोड़ने वाली वस्तुओं के तीन मुख्य प्रकार अनुक्रम प्रवाह, संदेश प्रवाह और संबंध हैं।

---

8. पूल और लैन

हालांकि पूल और लैन प्रवाह वस्तुएं नहीं हैं, लेकिन वे यह समझने के लिए आवश्यक संदर्भ प्रदान करते हैं कि कौन सी गतिविधि किसके द्वारा की जाती है।

पूल

एक पूल एक प्रक्रिया में भागीदार को दर्शाता है।

उदाहरण:

• ग्राहक

• आपूर्तिकर्ता

• बैंक

• कंपनी

• सरकारी एजेंसी

• बाहरी प्रणाली

एक पूल एक समग्र प्रक्रिया को शामिल कर सकता है या बिना किसी आंतरिक विवरण के एक ब्लैक-बॉक्स भागीदार के रूप में दिखाया जा सकता है।

लेन

एक लेन जिम्मेदारी, भूमिका, विभाग, प्रणाली या स्थान के आधार पर एक पूल को विभाजित करती है।

उदाहरण:

• ग्राहक सेवा

• वित्त

• गोदाम

• प्रबंधक

• भुगतान प्रणाली

लेन इस प्रश्न का उत्तर देने में सहायता करती हैं:

इस गतिविधि के लिए कौन जिम्मेदार है?

वे हस्तांतरण, विलंब, दोहराई गई कार्य और अस्पष्ट स्वामित्व को भी प्रकट कर सकते हैं।

---

9. डेटा वस्तुएं और अन्य सहायक तत्व

डेटा वस्तुएं प्रवाह वस्तुएं नहीं हैं, लेकिन वे गतिविधियों द्वारा उपयोग की गई, बनाई गई या बदली गई जानकारी के बारे में उपयोगी संदर्भ प्रदान करती हैं।

उदाहरण:

• आवेदन पत्र

• बिल

• खरीद आदेश

• ग्राहक रिकॉर्ड

• अनुमोपन दस्तावेज

• शिपिंग लेबल

एक डेटा वस्तु इस प्रकार किसी गतिविधि से जुड़ी हो सकती है:

आवेदन पत्र → आवेदन की समीक्षा

डेटा वस्तुएं प्रासंगिक जानकारी को पहचानती हैं, लेकिन वे प्रक्रिया द्वारा संभाली जाने वाली प्रत्येक डेटा टुकड़े का प्रतिनिधित्व नहीं करती हैं।

अन्य सहायक तत्व शामिल हैं:

• डेटा भंडार:स्थिर स्थान जहां डेटा संग्रहीत होता है

• पाठ टिप्पणियां:व्याख्यात्मक नोट्स

• समूह:संबंधित तत्वों की दृश्य व्यवस्था

• संबंध:सहायक तत्वों और प्रवाह वस्तुओं के बीच के लिंक

---

10. प्रक्रिया मॉडलिंग के लिए चरण-दर-चरण विधि

चरण 1: प्रक्रिया की सीमा परिभाषित करें

निर्धारित करें कि प्रक्रिया कहाँ शुरू होती है और कहाँ समाप्त होती है।

उदाहरण के लिए:

शुरुआत: ग्राहक ऑर्डर जमा करता है
अंत: ऑर्डर भेजा जाता है या अस्वीकार किया जाता है

एक ही आरेख में पूरी संस्था का मॉडलिंग करने से बचें।

चरण 2: भागीदारों की पहचान करें

संबंधित लोगों, विभागों, प्रणालियों या संस्थाओं की सूची बनाएं।

उदाहरण:

• ग्राहक

• बिक्री टीम

• वित्त विभाग

• गोदाम

• भुगतान गेटवे

ये पूल या लेन बन सकते हैं।

चरण 3: प्रारंभिक ट्रिगर की पहचान करें

पूछें:

इस प्रक्रिया को शुरू करने का कारण क्या है?

उपयुक्त प्रारंभिक घटना का उपयोग करें:

• संदेश

• टाइमर

• शर्त आधारित ट्रिगर

• संकेत

• कोई नहीं

चरण 4: प्रमुख गतिविधियों की सूची बनाएं

प्रत्येक गतिविधि को क्रिया-वस्तु प्रारूप में लिखें:

• ऑर्डर प्राप्त करें

• ऑर्डर की पुष्टि करें

• कुल राशि की गणना करें

• भुगतान को स्वीकृत करें

• ऑर्डर शिप करें

इस चरण में, प्रत्येक अपवाद के बारे में चिंता न करें।

चरण 5: निर्णय जोड़ें

ऐसे प्रश्नों की तलाश करें:

• क्या ऑर्डर पूर्ण है?

• क्या भुगतान स्वीकृत है?

• क्या इन्वेंट्री उपलब्ध है?

• क्या ग्राहक पात्र है?

• क्या अंतिम तिथि बीत गई है?

उत्तर प्रक्रिया को कैसे प्रभावित करता है, यह दर्शाने के लिए गेटवे का उपयोग करें।

चरण 6: समानांतर कार्य जोड़ें

ऐसे कार्यों की पहचान करें जो एक साथ हो सकते हैं।

उदाहरण के लिए:

• इन्वेंट्री अपडेट करें

• पुष्टि भेजें

• बिल बनाएं

जब सभी शाखाओं को पूरा या समन्वित करना आवश्यक हो, तो समानांतर गेटवे का उपयोग करें।

चरण 7: मध्यवर्ती और सीमा घटनाएं जोड़ें

पूछें कि कार्य चलते हुए क्या हो सकता है:

• क्या इस गतिविधि की अंतिम तिथि है?

• क्या इसे रद्द किया जा सकता है?

• क्या कोई त्रुटि हो सकती है?

• क्या कोई बाहरी संदेश आ सकता है?

• क्या यदि प्रक्रिया में बहुत अधिक समय लगता है तो उसे बढ़ाया जाना चाहिए?

चरण 8: अंत घटनाएं जोड़ें

सभी अर्थपूर्ण परिणामों की पहचान करें:

• पूर्ण

• अस्वीकृत

• रद्द किया गया

• विफल

• उच्च स्तर पर भेजा गया

• पूरा किया गया

चरण 9: डेटा और टिप्पणियाँ जोड़ें

केवल तभी दस्तावेज़, सिस्टम, नोट्स और व्यापार नियम शामिल करें जहाँ वे समझ को बेहतर बनाते हैं।

चरण 10: आरेख की समीक्षा करें

जाँच करें कि:

• प्रत्येक प्रक्रिया पथ का एक स्पष्ट प्रारंभ हो

• प्रत्येक पथ अंततः समाप्त हो

• गेटवे की शर्तें समझने योग्य हों

• गतिविधियों के स्पष्ट मालिक हों

• क्रम प्रवाह वास्तविक क्रम को दर्शाते हैं

• संदेश प्रवाह केवल भागीदारों के बीच उपयोग किए जाते हैं

• कोई गेटवे कार्य के रूप में उपयोग नहीं किया जा रहा है

• आरेख में अनावश्यक विवरण से ओवरलोड नहीं होना चाहिए

---

11. सामान्य BPMN मॉडलिंग त्रुटियाँ

त्रुटि 1: निर्णय गतिविधि के रूप में गेटवे का उपयोग करना

एक गेटवे को प्रक्रिया को मार्गदर्शन करना चाहिए, विश्लेषण नहीं करना चाहिए।

कमजोर मॉडल:

◇ क्रेडिट स्कोर जाँचें

बेहतर मॉडल:

क्रेडिट स्कोर जाँचें → क्रेडिट स्वीकृत है?

गतिविधि जाँच करती है। गेटवे परिणाम के आधार पर मार्गदर्शन करता है।

त्रुटि 2: अलग-अलग पूल के बीच क्रम प्रवाह का उपयोग करना

क्रम प्रवाह आंतरिक प्रक्रिया क्रम को दर्शाता है। अलग-अलग भागीदारों के बीच संचार के लिए संदेश प्रवाह का उपयोग किया जाना चाहिए।

गलत अवधारणा:

ग्राहक पूल ── ठोस क्रम प्रवाह ── विक्रेता पूल

बेहतर अवधारणा:

ग्राहक पूल ── डैशेड संदेश प्रवाह ── विक्रेता पूल

त्रुटि 3: गेटवे पथों को लेबल न करना

एक लेबल न किया गया गेटवे अस्पष्टता पैदा करता है।

इसके बजाय:

◇ → पथ ए
  → पथ बी

इसका उपयोग करें:

◇
├── स्वीकृत
└── अस्वीकृत

त्रुटि 4: समानांतर कार्य के लिए एकल-विकल्प गेटवे का उपयोग करना

यदि सभी गतिविधियाँ होनी चाहिए, तो एकल-विकल्प गेटवे का उपयोग न करें।

गलत:

◇ ├── पुष्टि भेजें
   └── इन्वेंटरी अपडेट करें

इसका अर्थ है कि केवल एक पथ चुना जाता है।

यदि दोनों गतिविधियाँ होनी चाहिए, तो समानांतर गेटवे का उपयोग करें:

+ ├── पुष्टि भेजें
  └── इन्वेंटरी अपडेट करें

त्रुटि 5: शर्तवार कार्य के लिए समानांतर गेटवे का उपयोग करना

समानांतर गेटवे प्रत्येक आउटगोइंग पथ को सक्रिय करता है। यदि केवल कुछ पथ चलने चाहिए, तो एकल-विकल्प या समावेशी गेटवे का उपयोग करें।

त्रुटि 6: प्रत्येक सूक्ष्म क्रिया को मॉडल करना

यदि प्रत्येक क्लिक, फ़ील्ड प्रविष्टि और आंतरिक सिस्टम क्रिया को शामिल किया जाता है, तो एक आरेख पढ़ने में असमर्थ हो सकता है।

अपने दर्शकों के लिए उपयुक्त स्तर पर मॉडल बनाएं:

• कार्यकारी कर्मचारियों को प्रमुख चरणों की आवश्यकता होती है

• प्रक्रिया मालिकों को जिम्मेदारियाँ और निर्णयों की आवश्यकता होती है

• विकसकों को कार्यान्वयन-स्तर की विस्तृत जानकारी की आवश्यकता हो सकती है

• लेखा परीक्षकों को नियंत्रण और प्रमाणों की आवश्यकता हो सकती है

त्रुटि 7: मृत-अंत पथ बनाना

प्रत्येक क्रम-प्रवाह पथ को अंततः एक उपयुक्त अंत घटना या एक स्पष्ट रूप से परिभाषित उप-प्रक्रिया सीमा तक पहुँचना चाहिए।

त्रुटि 8: बिना आवश्यकता के व्यापारिक तर्क और तकनीकी कार्यान्वयन को मिला देना

एक व्यापारिक प्रक्रिया आरेख को पहले प्रक्रिया को समझाना चाहिए। तकनीकी विवरण तभी शामिल किए जाने चाहिए जब वे उद्देशित दर्शकों की सहायता करते हैं।

---

12. व्यावहारिक नामकरण परंपराएँ

संगत नामकरण आरेखों को पढ़ने में आसान बनाता है।

घटनाएँ

परिणाम, घटना या स्थिति वाले घटनाओं का नाम दें:

• ऑर्डर प्राप्त हुआ

• भुगतान पुष्टि हुआ

• अंतिम तिथि पूरी हुई

• ग्राहक ने रद्द किया

• त्रुटि हुई

गतिविधियाँ

उपयोग:

क्रिया + वस्तु

उदाहरण:

• संविदा की समीक्षा करें

• अर्जी स्वीकार करें

• खाजा अपडेट करें

• सूचना भेजें

गेटवे

गेटवे अक्सर प्रश्न से जुड़े होने पर सबसे स्पष्ट होते हैं:

• आवेदन पूर्ण है?

• भुगतान स्वीकृत है?

• जमा उपलब्ध है?

• अंतिम तिथि बीत गई है?

बाहरी पथों में उत्तर होने चाहिए:

• हाँ / नहीं

• स्वीकृत / अस्वीकृत

• उपलब्ध / अनुपलब्ध

अंतिम घटनाएँ

परिणाम के अनुसार अंतिम घटनाओं का नाम दें:

• ऑर्डर पूर्ण हुआ

• अर्जी अस्वीकृत हुई

• भुगतान विफल रहा

• केस रद्द किया गया

---

13. सही गेटवे का चयन करें

इस निर्णय गाइड का उपयोग करें:

मॉडलिंग की आवश्यकता	उपयोग करने के लिए गेटवे
शर्तों के आधार पर बिल्कुल एक पथ चुनें	एक्सक्लूसिव गेटवे
हर आउटगोइंग पथ शुरू करें	पैरेलल गेटवे
शर्तों के आधार पर एक या अधिक पथ चुनें	इंकलूसिव गेटवे
पहली घटना के लिए पथ का पालन करें	इवेंट-आधारित गेटवे
अत्यंत विशेषज्ञता वाले रूटिंग नियम लागू करें	कॉम्प्लेक्स गेटवे

एक त्वरित मानसिक परीक्षण:

• एक पथ? एक्सक्लूसिव

• सभी पथ? पैरेलल

• कुछ पथ? इंकलूसिव

• पहली घटना? इवेंट-आधारित

• असाधारण कस्टम लॉजिक? कॉम्प्लेक्स

---

14. एक पूर्ण उदाहरण: ग्राहक रिफंड प्रक्रिया

एक ग्राहक रिफंड प्रक्रिया पर विचार करें।

शुरुआत: रिफंड अनुरोध प्राप्त हुआ
                ↓
        रिफंड अनुरोध की समीक्षा करें
                ↓
        क्या अनुरोध पात्र है?
          ├── नहीं
          │    ↓
          │  अस्वीकृति सूचना भेजें
          │    ↓
          │  अंत: रिफंड अस्वीकृत
          │
          └── हाँ
               ↓
          रिफंड को स्वीकार करें
               ↓
        पैरेलल गेटवे
          ├── रिफंड जारी करें
          └── ग्राहक खाजा अपडेट करें
               ↓
        पैरेलल जॉइन
               ↓
        रिफंड पुष्टि भेजें
               ↓
        अंत: रिफंड पूर्ण हुआ

यह मॉडल प्रदर्शित करता है:

• एक संदेश प्रारंभिक घटना

• उपयोगकर्ता या मैनुअल गतिविधियाँ

• एक एक्सक्लूसिव गेटवे

• एक अस्वीकृति पथ

• एक समानांतर विभाजन

• एक समानांतर संयोजन

• एक पुष्टि गतिविधि

• विभिन्न अंतिम परिणाम

यदि रिफ़ंड सेवा विफल हो सकती है, तो ” में एक सीमा त्रुटि घटना जोड़ेंरिफ़ंड जारी करें:

रिफ़ंड जारी करें
      │
      └── त्रुटि → मैनुअल समीक्षा केस बनाएं

यदि रिफ़ंड को पाँच कार्य दिवसों के भीतर पूरा करना है, तो एक सीमा टाइमर घटना जोड़ें:

रिफ़ंड जारी करें
      │
      └── 5-दिन टाइमआउट → रिफ़ंड को बढ़ाएं

---

15. एक संक्षिप्त BPMN प्रतीक चार्ट

प्रतीक श्रेणी	अर्थ	आम उपयोग
पतला वृत्त	प्रारंभ घटना	एक प्रक्रिया शुरू करें
द्वि-वृत्त	मध्यवर्ती घटना	प्रतीक्षा करें, भेजें, प्राप्त करें या प्रतिक्रिया दें
मोटा वृत्त	अंत घटना	एक प्रक्रिया पथ पूरा करें
गोल आयत	कार्य या गतिविधि	कार्य करें
प्लस के साथ गोल आयत	संक्षिप्त उपप्रक्रिया	विवरणात्मक कार्य समूह
एक्स वाला हीरा	वैकल्पिक गेटवे	एक पथ चुनें
प्लस वाला हीरा	समानांतर गेटवे	सभी पथ चलाएं
वृत्त वाला हीरा	समावेशी गेटवे	एक या अधिक पथ चलाएं
घटना मार्कर वाला हीरा	घटना-आधारित गेटवे	पहली घटना का पालन करें
ठोस तीर	क्रम प्रवाह	आंतरिक क्रम दिखाएं
दोरीदार तीर	संदेश प्रवाह	संचार दिखाएं
बिंदुदार कनेक्टर	संबंध	नोट या डेटा को लिंक करें
पूल	भागीदार	एक संगठन या प्रक्रिया का प्रतिनिधित्व करें
लेन	भूमिका या जिम्मेदारी	स्वामित्व सौंपें
दस्तावेज़/डेटा आकार	डेटा ऑब्जेक्ट	उपयोग की गई या उत्पादित जानकारी दर्शाएं

---

16. अंतिम मॉडलिंग सिद्धांत

सबसे प्रभावी BPMN आरेख कुछ मूल सिद्धांतों का पालन करते हैं:

1. घटित होने वाली चीजों के लिए घटनाओं का उपयोग करें।

2. लोगों या प्रणालियों द्वारा किए जाने वाले कार्य के लिए गतिविधियों का उपयोग करें।

3. पथों को नियंत्रित या सिंकronize करने के लिए गेटवे का उपयोग करें।

4. आंतरिक प्रक्रिया क्रम के लिए अनुक्रम प्रवाह का उपयोग करें।

5. भागीदारों के बीच संचार के लिए संदेश प्रवाह का उपयोग करें।

6. निर्णयों और बाहरी शर्तों को स्पष्ट रूप से लेबल करें।

7. जटिलता को नियंत्रित करने के लिए उप-प्रक्रियाओं का उपयोग करें।

8. पूल और लैन का उपयोग करके जिम्मेदारी दर्शाएं।

9. समय समाप्ति, त्रुटियों और विघटनों के लिए सीमांत घटनाओं का उपयोग करें।

10. दर्शकों के लिए उपयुक्त स्तर पर मॉडल बनाएं।

11. प्रत्येक अर्थपूर्ण पथ को एक स्पष्ट परिणाम दें।

12. अत्यधिक जटिल आरेखों के बजाय सरल और समझने योग्य आरेखों को प्राथमिकता दें।

जब ये तीन मुख्य विचार परिचित हो जाते हैं—घटनाएं होती हैं, गतिविधियां की जाती हैं, और गेटवे प्रवाह को नियंत्रित करते हैं—अधिकांश BPMN आरेख पढ़ने और बनाने में बहुत आसान हो जाते हैं।

यह पोस्ट Deutsch, English, Español और Bahasa Indonesia में भी उपलब्ध है।