Organizations Beta-র সীমাবদ্ধতা

Organizations Beta প্রাতিষ্ঠানিক গ্রাহকদের তাদের Kraken অ্যাকাউন্টের জন্য একটি সম্পূর্ণ কার্যকরী গভর্নেন্স লেয়ার দেয়।

Beta-তে যা অন্তর্ভুক্ত

Beta চলাকালীন আপনি করতে পারবেন:

একটি Organization তৈরি করুন এবং টিম সদস্যদের আমন্ত্রণ জানান
ট্রেডিং, তহবিল জমা ও প্রশাসনের জন্য অনুমতি নির্ধারণ করুন
প্রতিটি ওয়ার্কফ্লো অনুযায়ী অনুমোদন নীতি কনফিগার করুন
উত্তোলন, ঠিকানা পরিবর্তন, অ্যাক্সেস পরিবর্তন ও নীতি পরিবর্তনের জন্য বহু-পক্ষীয় অনুমোদন আবশ্যক করুন
একতরফা পরিবর্তন রোধ করতে নীতি লক করুন
প্রোগ্রামাটিক API অ্যাক্সেসের জন্য Service User তৈরি করুন
Organization-এর সাইন-ইন 2FA ও সেশন টাইমআউট নীতি কার্যকর করুন

বর্তমান সীমাবদ্ধতা

নিম্নলিখিত সীমাবদ্ধতাগুলো Beta চলাকালীন প্রযোজ্য এবং ভবিষ্যতের রিলিজে পরিবর্তিত হওয়ার সম্ভাবনা রয়েছে।

একক-অ্যাকাউন্ট মডেল

আপনার Organization-টি Owner-এর প্রাথমিক অ্যাকাউন্টে পরিচালিত হয়। মাল্টি-অ্যাকাউন্ট ট্রেডিং — যেখানে Member-রা স্বতন্ত্র ব্যালেন্সসহ আলাদা সাব-অ্যাকাউন্টে কাজ করবেন — এখনও উপলব্ধ নয়।

এর অর্থ: ট্রেডিং অনুমতিসম্পন্ন সকল Member একই অ্যাকাউন্টে ট্রেড করেন এবং একই ব্যালেন্স ও পজিশন ভাগ করে নেন।

সীমিত অনুমতির পরিধি

Member-রা কেবল সেই অপারেশনগুলো করতে পারবেন যেগুলোর জন্য প্ল্যাটফর্মে নির্দিষ্ট Organization অনুমতি রয়েছে। উপলব্ধ অনুমতিগুলো হলো:

ট্রেড (স্পট ও মার্জিন)
Earn বরাদ্দ করা / বরাদ্দ প্রত্যাহার
উত্তোলন শুরু করা
ঠিকানা পরিচালনা
অ্যাক্সেস পরিচালনা
নীতি পরিচালনা

শুধুমাত্র Owner-এর অপারেশন

উপরে তালিকাভুক্ত নয় এমন অপারেশনগুলো শুধুমাত্র Organization Owner-এর জন্য সংরক্ষিত। এর মধ্যে রয়েছে:

ফিউচার কেনাবেচা
OTC কেনাবেচা
কনভার্ট করুন
কাস্টডি নিষ্পত্তি
সংশ্লিষ্ট Organization অনুমতি নেই এমন যেকোনো প্ল্যাটফর্ম অপারেশন

Owner এই কাজগুলো Organization তৈরির আগের মতো একই পদ্ধতিতে সম্পন্ন করেন। Beta চলাকালীন অন্য Member-রা এই অপারেশনগুলো অ্যাক্সেস করতে পারবেন না।

ক্লায়েন্ট-মুখী অডিট লগ নেই

Beta চলাকালীন Member কার্যক্রমের নিরাপত্তা ইভেন্ট ও অডিট লগ পাওয়া যাচ্ছে না। একটি সেলফ-সার্ভিস অডিট ড্যাশবোর্ড পরিকল্পিত রয়েছে, তবে এখনো পাওয়া যাচ্ছে না।

কাস্টম রোল সংরক্ষণ করা যাবে না

রোল নির্ধারণের সময় আপনি কাস্টম অনুমতি কনফিগারেশন তৈরি করতে পারবেন, তবে কাস্টম রোলটি পুনর্ব্যবহারযোগ্য টেমপ্লেট হিসেবে সংরক্ষণ করা যাবে না। প্রতিবার কাস্টম রোল নির্ধারণের সময় আপনাকে নতুন করে কনফিগার করতে হবে।

Owner-এর কাছে ইমেল নিশ্চিতকরণ

কোনো Member যখন Execute ব্যবহার করে তাৎক্ষণিকভাবে ঠিকানা পরিবর্তন সম্পন্ন করেন, তখন সিস্টেম ইমেল নিশ্চিতকরণ চায়। Beta চলাকালীন এই নিশ্চিতকরণ সবসময় Organization Owner-এর কাছে পাঠানো হয়, পরিবর্তন শুরু করা Member-এর কাছে নয়। অনুরোধকারীর কাছে সরাসরি নিশ্চিতকরণ পাঠানোর বিষয়টি ভবিষ্যৎ রিলিজে যোগ করার পরিকল্পনা রয়েছে।

কোনো পাবলিক Organizations ম্যানেজমেন্ট API নেই

Beta চলাকালীন, সদস্য আমন্ত্রণ, অনুমতি ব্যবস্থাপনা, পলিসি কনফিগারেশন বা পলিসি লকিংয়ের জন্য কোনো পাবলিক Organizations ম্যানেজমেন্ট API নেই। প্রোগ্রাম্যাটিক অ্যাক্সেস শুধুমাত্র সমর্থিত ফ্লোতে API কী অনুমতির মাধ্যমে পরিচালিত Service User-দের মধ্যে সীমাবদ্ধ।

পরিচিত পার্থক্যসমূহ:

সদস্য আমন্ত্রণ ও অনুমতি ব্যবস্থাপনা — শুধুমাত্র UI-তে উপলব্ধ
পলিসি কনফিগারেশন ও লকিং — শুধুমাত্র UI-তে উপলব্ধ
উত্তোলনের অনুরোধ — Service User / API কী-এর মাধ্যমে উপলব্ধ; কোনো Organization পলিসি কনফিগার করা থাকলে অনুরোধটি অনুমোদন কিউতে প্রবেশ করে
Service User-এর মাধ্যমে ট্রেডিং ও Earn অপারেশন — শুধুমাত্র API কী-এর মাধ্যমে উপলব্ধ (Service User UI অ্যাক্সেস করতে পারে না)

সমর্থিত API কী অপারেশন সম্পর্কে সর্বশেষ তথ্যের জন্য Kraken API ডকুমেন্টেশন দেখুন।

আপনার পছন্দের চ্যানেলে কোনো অপারেশন এখনো উপলব্ধ না হলে, অন্য চ্যানেলটি দেখুন অথবা সহায়তায় যোগাযোগ করুন।

উত্তোলন API রেসপন্স শেপ পরিবর্তন

কোনো অ্যাকাউন্ট Organization-এ নথিভুক্ত হলে withdrawFunds EAPI রেসপন্সের গঠন পরিবর্তন হয়। স্ট্যান্ডার্ড গঠন পার্স করা ইন্টিগ্রেশনগুলোতে নথিভুক্তির আগে কোড আপডেট করতে হবে।

শুধুমাত্র এক্সটেন্ডেড ডোমেইনের Organization ব্যবহারকারীদের ক্ষেত্রে প্রযোজ্য। Organization-বহির্ভূত অ্যাকাউন্টগুলোতে কোনো পরিবর্তন নেই।

স্ট্যান্ডার্ড রেসপন্স:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Organization রেসপন্স:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

আচরণ:

refid অনুরোধ তৈরির সময় এখনো ফেরত দেওয়া হয় এবং এটি উত্তোলন শনাক্ত করতে থাকে।
approval_request_id যুক্ত করা হয়েছে এবং এটি এই উত্তোলনটি নিয়ন্ত্রণকারী অনুমোদন অনুরোধ শনাক্ত করে।
অনুমোদন অনুরোধ অনুমোদিত হওয়ার পরেই উত্তোলন সম্পন্ন হয়। প্রত্যাখ্যাত বা মেয়াদোত্তীর্ণ অনুমোদন অনুরোধের বিপরীতে refid-এ কোনো সম্পন্ন উত্তোলন তৈরি হয় না।

নথিভুক্তির আগে প্রস্তাবিত পদক্ষেপ:

withdrawFunds রেসপন্স পার্স করা কোড অডিট করুন।
অতিরিক্ত approval_request_id ফিল্ড গ্রহণ করতে এবং কমপ্লিশনকে অনুমোদন-নিয়ন্ত্রিত হিসেবে বিবেচনা করতে পার্সিং আপডেট করুন।