Organizations সম্পর্কে

শুরু করার আগে

Organization তৈরি করতে আপনার একটি KYB-যাচাইকৃত কর্পোরেট Kraken অ্যাকাউন্ট প্রয়োজন। ব্যক্তিগত Kraken অ্যাকাউন্ট যোগ্য নয়।

শুধুমাত্র যে অ্যাকাউন্ট ধারক ব্যবসায়িক যাচাইকরণ সম্পন্ন করেছেন তিনিই Organization তৈরি করতে পারবেন। তৈরির পর এই ব্যক্তি Organization Owner হয়ে যান।

স্ব-পরিষেবার মাধ্যমে Organization তৈরি পূর্বাবস্থায় ফেরানো সম্ভব নয়। Organization তৈরির পর তা বাতিল করতে ম্যানুয়াল সহায়তা প্রয়োজন।

দ্রষ্টব্য: Organizations বর্তমানে Beta পর্যায়ে রয়েছে। কিছু ফিচারের সীমাবদ্ধতা থাকতে পারে। বিস্তারিত জানতে Beta সীমাবদ্ধতা দেখুন।

Organizations এক নজরে

Organizations প্রাতিষ্ঠানিক গ্রাহকদের শেয়ার্ড অ্যাকাউন্টে টিম অ্যাক্সেস পরিচালনা এবং সংবেদনশীল কাজের জন্য অনুমোদন বাধ্যতামূলক করতে দেয়।

  • আপনার Organization-এ টিম সদস্যদের আমন্ত্রণ জানান
  • ওয়ার্কফ্লো ও অ্যাকাউন্ট অনুযায়ী অনুমতি বরাদ্দ করুন
  • উত্তোলন, ঠিকানা পরিবর্তন ও অনুমতি আপডেটের মতো সংবেদনশীল কাজের জন্য অনুমোদন বাধ্যতামূলক করুন
  • 2FA ও সেশন টাইমআউটের মতো শেয়ার্ড নিরাপত্তা নিয়ন্ত্রণ প্রয়োগ করুন
  • গভর্নেন্স ধাপে ধাপে চালু করুন — দ্রুত শুরু করুন, পরে কঠোর করুন

মূল ভূমিকা

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

Member — নির্দিষ্ট অনুমতিসহ Organization-এ আমন্ত্রিত একজন ব্যক্তি। Members তাঁদের নিজস্ব Kraken প্রমাণপত্র দিয়ে সাইন ইন করেন এবং Organization-এর সাইন-ইন 2FA নীতি মেনে চলতে হবে।

Service User — Organization-এর মধ্যে তৈরি একটি API-only অপারেটর। Service Users API কী প্রমাণপত্র দিয়ে যাচাই করেন এবং অনুরোধ দাখিল করতে পারেন, তবে অনুমোদন দিতে বা UI-তে সাইন ইন করতে পারেন না। বিস্তারিত জানতে Service Users দেখুন।

মূল পরিভাষা

Organization — শীর্ষ-স্তরের কন্টেইনার যা Member, অ্যাকাউন্ট এবং গভর্নেন্সকে একটি একক কাঠামোর অধীনে একত্রিত করে।

Account — ট্রেডিং ও তহবিল জমার জন্য ব্যবহৃত পৃথক ব্যালেন্সসহ একটি ইউনিট। অনুমতি প্রতিটি অ্যাকাউন্টের জন্য আলাদাভাবে দেওয়া হয় — একটি অ্যাকাউন্টের অ্যাক্সেস অন্য অ্যাকাউন্টে প্রযোজ্য হয় না। মাল্টি-অ্যাকাউন্ট ট্রেডিং ভবিষ্যৎ রিলিজে যুক্ত হওয়ার পরিকল্পনা রয়েছে।

Permission — একটি Member বা Service User কী করতে পারবেন তা নির্ধারণকারী অনুমতি। অনুমতি সংযোজনমূলক: ব্যবহারকারীরা শূন্য অ্যাক্সেস নিয়ে শুরু করেন এবং প্রতিটি অনুমতি আলাদাভাবে দিতে হয়। সম্পূর্ণ রেফারেন্সের জন্য Permissions and workflows দেখুন।

Workflow — সম্পর্কিত অপারেশনগুলির একটি গ্রুপ যা একই অনুমতি মডেল ও পলিসি কনফিগারেশন ভাগ করে। Organizations-এ চারটি ওয়ার্কফ্লো রয়েছে: Initiate Withdrawal, Manage Addresses, Manage Access এবং Manage Policies।

Operation — একটি ওয়ার্কফ্লোর মধ্যে একটি নির্দিষ্ট কার্যক্রম। উদাহরণস্বরূপ, "Create a crypto withdrawal" হলো Initiate Withdrawal ওয়ার্কফ্লোর একটি অপারেশন।

Policy — একটি ওয়ার্কফ্লোর গভর্নেন্স কনফিগারেশন। একটি পলিসি নির্ধারণ করে কতটি অনুমোদন প্রয়োজন এবং একটি নির্দিষ্ট গোষ্ঠীর ব্যবহারকারীরা সঙ্গে সঙ্গে কার্যক্রম সম্পন্ন করতে পারবেন কিনা। বিস্তারিত জানতে Policies, approvals, and governance দেখুন।

Request — কোনো Member বা Service User একটি পরিচালিত ওয়ার্কফ্লোতে কার্যক্রম শুরু করলে তৈরি হওয়া কাজের একক। অনুরোধ হয় সঙ্গে সঙ্গে সম্পন্ন হয় (পলিসি অনুমোদন করলে), অথবা পর্যালোচনার জন্য অনুমোদন কিউতে রাখা হয়।

Execute — একটি অনুমতি যা ওয়ার্কফ্লো পলিসি অনুমতি দিলে Member-কে অনুমোদনের অপেক্ষা ছাড়াই কার্যক্রম সম্পন্ন করতে দেয়। "Always require approval" চালু থাকলে Execute কার্যকর হয় না।

Policy lock — একটি গভর্নেন্স নিয়ন্ত্রণ যা একক ব্যক্তিকে ওয়ার্কফ্লোর পলিসি পরিবর্তন করতে বাধা দেয়। ভবিষ্যৎ পরিবর্তনে স্বাধীন অনুমোদন প্রয়োজন এবং তা নির্ভর করে যথেষ্ট অনুমোদনকারীর উপলব্ধতার উপর।

Separation of duties — যে নিয়মে একজন Member নিজের অনুরোধ নিজে অনুমোদন করতে পারবেন না। সিস্টেম কর্তৃক প্রয়োগকৃত; ওভাররাইড করা যাবে না।

মূল নিয়ম ও নিরাপত্তা নিয়ন্ত্রণ

  • Member-রা নিজেদের অনুরোধ নিজেরা অনুমোদন করতে পারবেন না। সিস্টেম কর্তৃক প্রয়োগকৃত; ওভাররাইড করা যাবে না।
  • Permission additive। Member-দের শুরুতে কোনো অ্যাক্সেস থাকে না — প্রতিটি permission আলাদাভাবে দিতে হয়।
  • কোনো action তাৎক্ষণিকভাবে সম্পন্ন হবে নাকি অনুমোদনের প্রয়োজন হবে, তা Member-এর permission এবং workflow-এর policy উভয়ের উপর নির্ভর করে। Permissions and workflows দেখুন।
  • লক করা policy স্বাধীন অনুমোদন ছাড়া পরিবর্তন করা যাবে না — Owner-এর ক্ষেত্রেও নয়।
  • Organization সাইন-ইন 2FA বাধ্যতামূলক। Policy তৈরির সময় নির্ধারিত হয় এবং বর্তমান ও ভবিষ্যৎ সকল Member-এর ক্ষেত্রে প্রযোজ্য।
  • নিষ্ক্রিয় সেশন মেয়াদোত্তীর্ণ হয় এবং পুনরায় অথেনটিকেশন করতে হয়।

Beta সীমাবদ্ধতার সারসংক্ষেপ

Organizations বর্তমানে Beta পর্যায়ে রয়েছে। মূল সীমাবদ্ধতাসমূহ:

  • শুধুমাত্র single-account মোড উপলব্ধ — multi-account ট্রেডিং এখনো সমর্থিত নয়
  • কিছু প্ল্যাটফর্ম অপারেশন শুধুমাত্র Owner-এর জন্য সংরক্ষিত (Futures, OTC, Convert, Custody)
  • ক্লায়েন্ট-মুখী অডিট লগ এখনো উপলব্ধ নয়
  • কাস্টম role সংরক্ষণ ও পুনর্ব্যবহার করা যাবে না
  • তাৎক্ষণিক ঠিকানা পরিবর্তনের ইমেল নিশ্চিতকরণ অনুরোধ প্রদানকারীর কাছে নয়, Owner-এর কাছে পাঠানো হয়
  • Beta চলাকালীন UI এবং API-এ কিছু অপারেশন ভিন্নভাবে কাজ করতে পারে

সম্পূর্ণ তালিকার জন্য Beta limitations দেখুন।

আপনি যা পরিচালনা করতে পারবেন

Organizations চারটি workflow বিভাগে action ভাগ করে। প্রতিটি workflow-এর নিজস্ব permission ও policy সেটিংস রয়েছে।

ওয়ার্কফ্লো

এটি যা নিয়ন্ত্রণ করে

Initiate Withdrawal

কে ফিয়াট ও ক্রিপ্টো উত্তোলনের অনুরোধ, অনুমোদন ও সম্পন্ন করতে পারবেন

Manage Addresses

কে হোয়াইটলিস্টেড উত্তোলন গন্তব্য যোগ বা সরাতে পারবেন

Manage Access

কে Member আমন্ত্রণ জানাতে, Service User পরিচালনা করতে এবং পার্মিশন পরিবর্তন করতে পারবেন

Manage Policies

কে অনুমোদনের নিয়ম পরিবর্তন করতে এবং গভর্নেন্স সেটিংস লক করতে পারবেন

সম্পূর্ণ রেফারেন্সের জন্য Permissions and workflows দেখুন।

শুরু করা

আপনার Organization সেটআপ করতে প্রস্তুত? পূর্ণাঙ্গ তৈরির গাইড ও প্রথম ধাপের জন্য Create an Organization দেখুন — যেখানে Member আমন্ত্রণ, পার্মিশন নির্ধারণ, অনুমোদন পলিসি কনফিগার এবং প্রস্তুত হলে গভর্নেন্স লক করার পদ্ধতি রয়েছে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

না। Organization Owner হলেন সেই অ্যাকাউন্ট ধারক যিনি Organization তৈরি করেছেন। স্ব-সেবার মাধ্যমে মালিকানা হস্তান্তর করা সম্ভব নয়।

না। স্ব-সেবার মাধ্যমে Organization তৈরি প্রক্রিয়া বাতিল করা সম্ভব নয়। মাইগ্রেশন বিকল্প নিয়ে আলোচনার প্রয়োজন হলে সহায়তায় যোগাযোগ করুন।

Owner অ্যাকাউন্টে সম্পূর্ণ অ্যাক্সেস রাখেন। বিদ্যমান কোনো কার্যকারিতা সরানো হয় না। Member-রা কেবল সেই অ্যাকশনগুলোতে অ্যাক্সেস পান যেগুলোর জন্য তাদের স্পষ্টভাবে পার্মিশন দেওয়া হয়েছে।

বর্তমানে প্রতিটি Member একটিমাত্র Organization-এর অন্তর্ভুক্ত। ভবিষ্যৎ সংস্করণে Organizations একটি কাঠামোর আওতায় একাধিক ব্যবসায়িক সত্তাকে সাপোর্ট করবে, যা Member-দের একই Organization-এর মধ্যে বিভিন্ন সত্তায় অপারেশন পরিচালনা করতে দেবে।

Service User-রা API-এর মাধ্যমে উত্তোলনের অনুরোধ ইনিশিয়েট করতে পারেন। যখন কোনো Organization পলিসি Initiate Withdrawal ওয়ার্কফ্লো নিয়ন্ত্রণ করে, তখন কার্যকর হওয়ার আগে মানব Member-দের অনুরোধটি অনুমোদন করতে হবে। Service Users তাদের API কী অনুমতির উপর নির্ভর করে কেনাবেচা করতে এবং Earn পণ্য পরিচালনা করতে পারেন। Service Users দেখুন।

আরও সাহায্যের প্রয়োজন?