গভর্নেন্স চালু করা

এই গাইডটি আপনাকে আপনার Organization-এ একটি একটি করে ওয়ার্কফ্লোতে অনুমোদনের প্রয়োজনীয়তা চালু করতে সাহায্য করবে। একসাথে সব গভর্নেন্স কনফিগার করার দরকার নেই — সিস্টেমটি এমনভাবে তৈরি যাতে আপনি নিজের গতিতে প্রতিটি ওয়ার্কফ্লো দ্রুত একক-ব্যবহারকারী অপারেশন থেকে সম্পূর্ণ গভর্নড মাল্টি-পার্টি অনুমোদনে নিয়ে যেতে পারেন।

পলিসি ও অনুমোদন সেটিংস কীভাবে কাজ করে তা জানতে দেখুন Policies, approvals, and governance। পারমিশন মডেল সম্পর্কে জানতে দেখুন Permissions and workflows।

একটি ওয়ার্কফ্লো পরিচালনার ২টি উপায়

Execute এবং "Always require approval" একসাথে ব্যবহার করে প্রতিটি ওয়ার্কফ্লোতে আপনি ২টি গভর্নেন্স অপশন পাবেন:

কিছুর জন্য অনুমোদন, বাকিদের জন্য ফাস্ট-পাথ: "Always require approval" OFF রেখে পলিসি লক করুন। Execute সহ Member-রা এখনও সরাসরি অ্যাকশন সম্পন্ন করতে পারবেন; বাকি সবাইকে অনুমোদন প্রক্রিয়ার মধ্য দিয়ে যেতে হবে। লকটি যেকোনো একজনকে একা এই নিয়ম পরিবর্তন করতে বাধা দেয়।
সবার জন্য অনুমোদন: "Always require approval" ON রেখে পলিসি লক করুন। Owner-সহ প্রতিটি Member-কে অনুমোদন কিউয়ের মধ্য দিয়ে যেতে হবে। কোনো একজন ব্যক্তি একা কোনো অ্যাকশন সম্পন্ন করতে পারবেন না।

ধাপে ধাপে অগ্রগতি

প্রথম ৩টি ধাপ পূর্বাবস্থায় ফেরানো যাবে। চতুর্থটি — লকিং — হলো চূড়ান্ত সিদ্ধান্তের ধাপ।

ধাপ 1: Bootstrap

Owner সব ওয়ার্কফ্লোতে সম্পূর্ণ পারমিশন নিয়ে শুরু করেন। এই পর্যায়ে, Owner একমাত্র Member এবং অনুমোদন ছাড়াই যেকোনো অ্যাকশন সম্পন্ন করতে পারেন। এটি প্রত্যাশিত প্রারম্ভিক অবস্থা।

ধাপ 2: কনফিগার

"Always require approval" OFF রেখে নির্দিষ্ট ওয়ার্কফ্লোর জন্য অনুমোদন সেটআপ তৈরি করুন। Owner-এর Execute পারমিশন বজায় থাকে এবং তিনি স্বাভাবিকভাবে কাজ চালিয়ে যেতে পারেন।

Member-দের আমন্ত্রণ জানান এবং লক্ষ্য ওয়ার্কফ্লোতে Approve পারমিশন প্রদান করুন।
প্রয়োজনীয় অনুমোদনের সংখ্যা নির্ধারণ করুন।
যদি পলিসি লক করার পরিকল্পনা থাকে (ধাপ 4), নিশ্চিত করুন যে অন্তত আরেকজন Member Manage Policies ওয়ার্কফ্লোতে Approve পারমিশন রাখেন। লক করার আগে সিস্টেমের একজন স্বাধীন অনুমোদনকারী প্রয়োজন হয়।

এই ধাপের শেষে অনুমোদনের নিয়মগুলো নির্ধারিত এবং সঠিক ব্যক্তিদের পারমিশন প্রদান করা হয়, তবে এখনো কিছু কার্যকর হয়নি। Owner এখনো Execute-এর মাধ্যমে কার্যক্রম সম্পন্ন করতে এবং একাই পলিসি পরিবর্তন করতে পারবেন।

ধাপ 3: যাচাই

লক্ষ্য ওয়ার্কফ্লোতে «Always require approval» ON করুন। এটি Owner-সহ প্রতিটি কার্যক্রমকে অনুমোদনের মধ্য দিয়ে যেতে বাধ্য করে। যাচাই করুন যে:

অনুমোদনকারীরা মুলতুবি অনুরোধ পাচ্ছেন এবং সেগুলোতে পদক্ষেপ নিতে পারছেন
বর্তমান Member-দের দিয়ে প্রয়োজনীয় অনুমোদন সংখ্যা পূরণ করা সম্ভব
সম্পূর্ণ end-to-end ফ্লো প্রত্যাশা অনুযায়ী কাজ করছে

পলিসি এখনো লক না হওয়ায় আপনি রোলব্যাক করতে পারবেন। «Always require approval» OFF করুন — এতে তাৎক্ষণিক সম্পাদন পুনরুদ্ধার হবে এবং পুনরায় চেষ্টার আগে কনফিগারেশন সামঞ্জস্য করতে পারবেন।

এটি পরীক্ষা-নিরীক্ষার নিরাপদ পর্যায়। লক্ষ্য ওয়ার্কফ্লোতে গভর্নেন্স কার্যকর রয়েছে, তবে Owner পলিসির উপর একক নিয়ন্ত্রণ বজায় রাখেন এবং যেকোনো সময় রোলব্যাক করতে পারেন।

ধাপ 4: লক করুন

সন্তুষ্ট হলে পলিসি লক করুন। এটি চূড়ান্ত সিদ্ধান্তের ধাপ। এখন থেকে:

সকল অনুরোধ নির্ধারিত অনুমোদন নিয়ম মেনে চলবে
পলিসিতে পরিবর্তন — "Always require approval" টগল করা, প্রয়োজনীয় অনুমোদনের সংখ্যা পরিবর্তন করা, বা আনলক করা — এর জন্যও স্বাধীন অনুমোদন প্রয়োজন
কোনো একক ব্যক্তি একা এই ওয়ার্কফ্লোর গভর্নেন্স দুর্বল করতে পারবেন না

গুরুতর: লক করার আগে নিশ্চিত করুন যে অন্তত একজন সক্রিয় Member, Manage Policies ওয়ার্কফ্লোতে Approve অনুমতি রাখেন। লক করার আগে সিস্টেমের একজন স্বাধীন অনুমোদনকারী থাকা আবশ্যক।

গুরুতর: লক করলে কোনো একক ব্যক্তির পক্ষে একা এই ওয়ার্কফ্লোর গভর্নেন্স দুর্বল করার সুযোগ থাকে না। ভবিষ্যতের যেকোনো পরিবর্তন — আনলকসহ — নির্ভর করে Manage Policies ওয়ার্কফ্লোতে একজন স্বাধীন অনুমোদনকারীর সক্রিয় উপস্থিতির উপর।

ধাপ 5: পুনরাবৃত্তি

অন্য সব ওয়ার্কফ্লো ফাস্ট পাথ হিসেবে থাকে — Owner যেকোনো আনলকড ওয়ার্কফ্লোতে Execute ব্যবহার করতে পারবেন। পরবর্তী ওয়ার্কফ্লোর জন্য ধাপ 2-এ ফিরে যান।

এই ধারাবাহিকতা একটি সুপারিশ, বাধ্যবাধকতা নয়। আপনি গভর্নড ও আনগভর্নড ওয়ার্কফ্লোর যেকোনো সমন্বয়ে অনির্দিষ্টকাল পরিচালনা করতে পারবেন।

উদাহরণ: উত্তোলনে বাছাইভিত্তিক গভর্নেন্স

একজন CFO তাৎক্ষণিকভাবে উত্তোলন সম্পন্ন করার সুযোগ রাখতে চান, তবে Fund Manager-দের সব উত্তোলন পর্যালোচনার মধ্য দিয়ে যাওয়া বাধ্যতামূলক করতে চান।

অনুমতি সেটআপ:

সদস্য	দেখুন	শুরু করুন	অনুমোদন করুন	নিষ্পাদন করুন
CFO	হ্যাঁ	হ্যাঁ	হ্যাঁ	হ্যাঁ
Fund Manager A	হ্যাঁ	হ্যাঁ	—	—
Fund Manager B	হ্যাঁ	হ্যাঁ	—	—

পলিসি সেটিংস:

প্রয়োজনীয় অনুমোদন: 1
সবসময় অনুমোদন প্রয়োজন: OFF
পলিসি: লকড

CFO Execute ব্যবহার করে উত্তোলন শুরু করতে এবং তাৎক্ষণিকভাবে সম্পন্ন করতে পারবেন। Fund Manager-রা উত্তোলন শুরু করতে পারবেন, তবে প্রতিটি অনুরোধ অনুমোদন কিউতে প্রবেশ করবে এবং CFO-এর কাছ থেকে 1টি অনুমোদন প্রয়োজন হবে।

পূর্ণ গভর্নেন্সে রূপান্তর: পরবর্তীতে CFO যখন সিদ্ধান্ত নেন যে তার নিজের উত্তোলনসহ সব উত্তোলন অনুমোদনের মধ্য দিয়ে যেতে হবে, তখন তিনি একটি পলিসি পরিবর্তনের অনুরোধ করেন (যেহেতু পলিসি লক করা, এই পরিবর্তনেও স্বাধীন অনুমোদন প্রয়োজন):

Fund Manager-দের Approve অনুমতি দিন যাতে তারা পরস্পরের অনুরোধ পর্যালোচনা করতে পারেন।
প্রয়োজনীয় অনুমোদন সংখ্যা 2-এ বাড়ান।
"Always require approval" ON করুন।

এই পরিবর্তনের পর CFO-এর Execute অনুমতি বরাদ্দ থাকলেও তার কোনো কার্যকর প্রভাব থাকবে না। পলিসি এখন CFO-এর অনুরোধসহ প্রতিটি অনুরোধের জন্য স্বাধীন অনুমোদন বাধ্যতামূলক করে।

বর্তমানে কার্যকর না হলেও Execute বরাদ্দ রাখলে অনুমতি ম্যাট্রিক্সে Member-এর অ্যাক্সেস পরিধি সংরক্ষিত থাকে। মাল্টি-অ্যাকাউন্ট সাপোর্ট চালু হলে এটি বিশেষভাবে কার্যকর হবে, যেখানে Execute নির্ধারণ করে কোন অ্যাকাউন্টগুলোতে Member কাজ করতে পারবেন।

উদাহরণ: চার-সদস্যের অনুমোদন পরিস্থিতি

এই উদাহরণে সম্পূর্ণ কনফিগার করা Initiate Withdrawal ওয়ার্কফ্লো এবং ব্যবহারিক ক্ষেত্রে অনুমতি ও পলিসি কীভাবে পরস্পরের সাথে কাজ করে তা দেখানো হয়েছে। এই লেআউটটি প্রোডাক্ট UI-তে দৃশ্যমান অনুমতি ম্যাট্রিক্সের অনুরূপ।

সদস্য	দেখুন	শুরু করুন	অনুমোদন করুন	নিষ্পাদন করুন
Organization Owner	হ্যাঁ	হ্যাঁ	হ্যাঁ	হ্যাঁ
অ্যালিস	হ্যাঁ	হ্যাঁ	হ্যাঁ	—
Bob	হ্যাঁ	—	হ্যাঁ	—
Charlie	হ্যাঁ	হ্যাঁ	—	—

পলিসি: প্রয়োজনীয় অনুমোদন: 3 জন উপলব্ধ অনুমোদনকারীর মধ্যে 2 জন। সবসময় অনুমোদন প্রয়োজন: ON।

Owner-এর কাছে Execute আছে, তবে "Always require approval" ON থাকায় এর কোনো কার্যকর প্রভাব নেই।

প্রতিটি উত্তোলনের অনুরোধ 2 জন স্বাধীন Member কর্তৃক অনুমোদিত হতে হবে। যে ব্যক্তি অনুরোধ শুরু করেন, তিনি সেই অনুরোধের অনুমোদন পুল থেকে বাদ পড়বেন।

পরিস্থিতি	কে শুরু করেন	কার অনুমোদন প্রয়োজন	কারণ
Owner উত্তোলন করেন	মালিক	Alice ও Bob	Owner বাদ দেওয়ার পর Approve সহ মাত্র 2 জন Member থাকেন। উভয়কেই অনুমোদন দিতে হবে।
Alice উত্তোলন করেন	অ্যালিস	Owner ও Bob	Alice বাদ দেওয়া হয়। অবশিষ্ট অনুমোদনকারী হলেন Owner ও Bob।
Charlie উত্তোলন করেন	Charlie	যেকোনো 2 জন: Owner, Alice, Bob	Charlie-এর Approve নেই, তাই 3 জন অনুমোদনকারীই যোগ্য। যেকোনো 2 জনই যথেষ্ট।
Bob শুরু করেন	—	—	Bob-এর Initiate নেই। তিনি উত্তোলনের অনুরোধ তৈরি করতে পারবেন না। তিনি কেবল অনুমোদন দিতে পারবেন।