अनुमोदन यात्रा

वर्तमान
proposal workflow

हर proposal type एक ही core governance model का उपयोग करता है, लेकिन उसका मार्ग peer decisions, Admin review, forwarded review, EGM decisions, hold states, rejection और reopening के अनुसार बदल सकता है।

यह अब एक fixed linear pipeline नहीं है। Elections, Polls, Governance proposals और Events शुरुआत में समान रूप से शुरू होते हैं, लेकिन बाद के चरण Admin actions और proposal की current workflow state पर निर्भर करते हैं।

चरण 1 — Proposal Created

एक सदस्य आवश्यक विवरण और कम से कम 2 tagged peer reviewers के साथ proposal submit करता है। Server पर save होने और workflow tracking में प्रवेश करने से पहले client-side validation चलती है।

  • कौन कार्य करता है: प्रस्तावक फ़ॉर्म सबमिट करता है।
  • किसे सूचित किया जाता है: submission तुरंत पूरी हो जाती है; notification flow अगले peer review चरण में शुरू होता है।

चरण 2 — Peer Review Opens

Proposal peer review में प्रवेश करता है। पहली submission पर tagged members को email भेजी जाती है, Admin को नए proposal की सूचना मिलती है, और proposer केवल पहली peer response रिकॉर्ड होने तक ही edit कर सकता है।

  • Admin — सूचना प्राप्त करता है कि एक नया proposal review में गया है
  • Tagged Members — Review email links प्राप्त करते हैं और M-Board के अंदर respond कर सकते हैं
  • Proposer — Status track कर सकता है और केवल पहली peer response से पहले ही edit कर सकता है
  • बाद के draft edit में नए जोड़े गए tagged members — उन्हें email तभी मिलती है जब वे पहली peer response से पहले जोड़े गए हों

चरण 3 — Peer Decisions

Tagged members M-Board के अंदर proposal की समीक्षा करते हैं। Proposal को peer review से आगे बढ़ने के लिए कम से कम 2 approvals चाहिए। Peer responses शुरू होने के बाद सामान्य editing lock हो जाती है, जब तक Admin बाद में proposal को reopen न करे।

परिणामक्या होता है
✔ 2+ अनुमोदनपर्याप्त peer approvals रिकॉर्ड हो जाते हैं। Proposal Admin handling और अगले workflow decision के लिए आगे बढ़ता है।
✗ 2 से कमयदि peer review pass नहीं होता, तो proposal आगे नहीं बढ़ता। बाद में Admin reopen करके peer review reset कर सकता है और फिर editing की अनुमति दे सकता है।
  • टैग किए गए सदस्य 1–3 — M-Board डैशबोर्ड में सक्रिय रूप से समीक्षा और मतदान कर रहे हैं
  • प्रस्तावक & प्रशासक — प्रत्येक समीक्षक की स्थिति रियल टाइम में देख सकते हैं

चरण 4 — Admin Review

Admin proposal की समीक्षा करता है और अगला workflow action तय करता है। केस के अनुसार Admin इसे reject कर सकता है, बाद में reopen कर सकता है, outside review के लिए forward कर सकता है, EGM की ओर भेज सकता है, hold पर रख सकता है, या आगे बढ़ा सकता है।

  • Admin / Board side — proposal की समीक्षा कर अगला action चुनता है
  • प्रस्तावक — My Proposals और Tracking से वर्तमान stage देख सकता है
  • Tagged members — status देखते रहते हैं, लेकिन action तभी लेते हैं जब workflow फिर से peer review में लौटे

चरण 5 — Reopen या Reject Paths

यदि Admin proposal को reject करता है, तो वह locked रहता है जब तक Admin उसे edit के लिए स्पष्ट रूप से reopen न करे। Reopen-for-edit peer approvals को pending पर reset करता है, पहले की peer responses साफ़ करता है, और proposer के resubmit करने पर proposal को फिर से peer review में भेजता है।

निर्णयक्या होता है
Reject या Reopenयदि Admin बाद में rejected proposal को edit के लिए reopen करता है, तो peer review फिर से pending हो जाती है और proposer edit करके दोबारा submit करता है।
अस्वीकृतिप्रस्तावक को सूचित किया जाता है। proposal लॉक रहता है जब तक Admin उसे edit के लिए स्पष्ट रूप से reopen न करे।
  • Admin — तय करता है कि rejected proposal बंद रहे या edit के लिए फिर खुले
  • प्रस्तावक और tagged members — rejection state और किसी बाद के reopen action को track करते हैं

चरण 6 — Forwarded Review

Admin proposal को संबंधित Bodies, Departments या Committees को detailed review के लिए forward कर सकता है। यदि forwarded reviewers reject करते हैं, तो Admin एक special resubmission path allow कर सकता है जिसमें proposer proposal edit करता है लेकिन पुराने peer approvals और forwarding history साफ़ नहीं की जाती।

निर्णयक्या होता है
Forwarded review पास हो जाती हैproposal अगले governance चरण में जा सकती है, जिसमें Admin के निर्णय के अनुसार EGM या final board handling शामिल हो सकती है।
Forwarded review resubmission मांगती हैAdmin एक special resubmission path allow कर सकता है। इस path में proposer proposal edit करता है, peer approvals बने रहते हैं, और resubmission के बाद केवल Admin को सूचना जाती है।
  • संबंधित निकाय / विभाग / समिति — forwarded review request पर अपना निर्णय दर्ज करती है
  • Admin — forwarded decisions को monitor कर अगला action चुनता है
  • प्रस्तावक — body reviews देखता है और कभी-कभी बिना peer approvals reset किए resubmit करने के लिए कहा जा सकता है

चरण 7 — EGM Decision (जब लागू हो)

कुछ proposals को Extraordinary General Meeting (EGM) में भेजा जाता है। उस path में membership को agenda मिलता है और proposal EGM result के अनुसार आगे बढ़ता है या रुक जाता है।

निर्णयक्या होता है
सामान्य निकाय अनुमोदन करता हैअंतिम BoD अनुमोदन अनुरोधित। → चरण 8 पर जाता है।
सामान्य निकाय अस्वीकार करता हैयदि EGM में reject होता है, तो proposal वहीं रुक जाती है जब तक Admin इसे उपयुक्त workflow path से फिर न खोले।
  • सभी सामान्य निकाय सदस्य — ईमेल: EGM नोटिस & एजेंडा
  • प्रस्तावक — ईमेल: "🎉 सामान्य निकाय में जा रहा है!"
  • BoD & टैग किए गए सदस्य — इन-ऐप: "EGM — आपका प्रस्ताव लाइव है!"

चरण 8 — Final Board Review / Hold

Implementation से पहले proposal final Board action के लिए वापस आ सकता है। इस चरण पर इसे finally approve, reject, या hold पर रखा जा सकता है और बाद में resume किया जा सकता है।

निर्णयक्या होता है
कार्यान्वयन के लिए अनुमोदन🎉 पूर्ण अनुमोदन दिया गया। जिम्मेदार निकाय/विभाग को कार्यान्वयन आदेश भेजा गया। सभी हितधारकों को सूचित किया गया। → चरण 9 पर जाता है।
अस्थायी रूप से रोकेंबोर्ड वैध कारण के साथ रोकता है। प्रस्ताव अस्वीकृत नहीं है — M-Board में ट्रैक किया गया और बाद में फिर शुरू हो सकता है।
अस्वीकृति (दुर्लभ)प्रस्तावक को महत्वपूर्ण संशोधन के लिए प्रोत्साहित। चरण 3 से पुनः शुरू।
  • निदेशक मंडल — अंतिम विचार-विमर्श जारी
  • प्रस्तावक — Tracking से final review, hold या resume state देख सकता है
  • Admin और अन्य संबंधित पक्ष — अंतिम निर्णय की प्रतीक्षा करते हैं

चरण 9 — Implementation & Completion

पूरी तरह approve होने के बाद जिम्मेदार Body, Department या Committee proposal को लागू करती है। Progress और completion, M-Board में official governance record के हिस्से के रूप में track होते हैं।

  • प्रस्तावक, प्रशासक & BoD — M-Board में अनुमोदित के रूप में चिह्नित
  • जिम्मेदार निकाय / विभाग — ईमेल: "कार्यान्वयन आदेश"
  • सामान्य निकाय — इन-ऐप: "प्रस्ताव अनुमोदित & लाइव!"
  • टैग किए गए सदस्य — अनुमोदित चिह्नित: "आपका प्रस्ताव अनुमोदित हो गया!"
Resubmission rejection path पर निर्भर करती है। Reopen-for-edit peer review reset करता है और resubmission के बाद peers तथा Admin को फिर से notify करता है। Forwarded-review resubmission पुराने peer approvals को बनाए रखती है, forwarding history को preserve करती है, और Admin को notify करती है ताकि rejected forwarded reviewers को फिर से handle किया जा सके।
सबमिट करने के लिए तैयार? प्रत्येक प्रस्ताव प्रकार पर चरण-दर-चरण मार्गदर्शन के लिए प्रस्ताव अनुभाग देखें।