অনুমোদিত অ্যাক্সেস, সঠিক ওয়ার্কস্পেস বা API প্রতিষ্ঠানের সমস্যা নিশ্চিত করা এবং প্রথম ওয়ার্কফ্লোর জন্য প্রস্তুত হওয়ার উপায়.

সংক্ষিপ্ত বিবরণ

আপনি যদি আপনার প্রতিষ্ঠানের জন্য Daybreak অনবোর্ডিং সমন্বয় করেন এবং অনুমোদন থেকে চালানোর জন্য প্রস্তুত সেটআপে যেতে চান, তাহলে এই গাইডটি ব্যবহার করুন.

Daybreak হলো সাইবার নিরাপত্তা কাজের ওপর কেন্দ্রীভূত OpenAI-এর প্রোগ্রাম, যার মধ্যে মডেল, অ্যাক্সেস পথ, Codex, Codex Security এবং সহায়ক পরিষেবাগুলি অন্তর্ভুক্ত.

বেশিরভাগ এন্টারপ্রাইজ টিম অনুমোদিত অভ্যন্তরীণ প্রতিরক্ষামূলক ওয়ার্কফ্লোর জন্য GPT-5.5 এবং সাইবারের জন্য ট্রাস্টেড অ্যাক্সেস ব্যবহার করে. আপনার সেটআপের ওপর নির্ভর করে, অ্যাক্সেস কোনো ওয়ার্কস্পেস, API প্রতিষ্ঠান, নামযুক্ত Codex পরিচয়, অথবা একাধিক পথে প্রভিশন করা হতে পারে. OpenAI থেকে পাওয়া আপনার অনবোর্ডিং বিবরণে ব্যবহার করার সুনির্দিষ্ট ওয়ার্কস্পেস, API প্রতিষ্ঠান, অনুমোদিত Codex পরিচয় এবং মডেল অ্যাক্সেস উল্লেখ থাকা উচিত. কিছু উচ্চ-ঝুঁকির ওয়ার্কফ্লো অনুমোদনের পরেও প্রত্যাখ্যাত হতে পারে, তাই আপনার টিম যে সুনির্দিষ্ট সারফেস ব্যবহার করতে চায় সেখানে সীমাবদ্ধ প্রতিরক্ষামূলক ওয়ার্কফ্লো দিয়ে শুরু করুন.

1. অনবোর্ডিং অবস্থা ট্র্যাক করুন

অনুমোদন হলো অনবোর্ডিংয়ের প্রথম ধাপ. সঠিক অভ্যন্তরীণ ওয়ার্কস্পেস বা API প্রতিষ্ঠানে অনুমোদিত অ্যাক্সেস পথ প্রভিশন হওয়ার পরে এবং উদ্দেশ্যকৃত সারফেস কাজ করে বলে আপনার টিমের প্রমাণ থাকার পরই সেটআপটি প্রস্তুত হিসেবে বিবেচনা করুন.

অবস্থা	এর অর্থ	পরবর্তী করণীয়
জমা দেওয়া হয়েছে	আপনার প্রতিষ্ঠান একটি অনুরোধ জমা দিয়েছে অথবা আপনার OpenAI অ্যাকাউন্ট টিম আপনার পক্ষ থেকে এটি জমা দিয়েছে.	OpenAI-এর আরও বিবরণ দরকার হলে প্রস্তাবিত ওয়ার্কস্পেস বা API প্রতিষ্ঠান, অভ্যন্তরীণ-ব্যবহারের পরিসর, প্রযুক্তিগত অ্যাডমিন এবং প্রথম ওয়ার্কফ্লো প্রস্তুত রাখুন.
অনুমোদিত	OpenAI নিশ্চিত করেছে যে প্রতিষ্ঠানটি সাইবারের জন্য ট্রাস্টেড অ্যাক্সেসের অনুমোদন পেয়েছে.	OpenAI কোন অ্যাক্সেস পথ অনুমোদন করেছে এবং কোন ওয়ার্কস্পেস, API প্রতিষ্ঠান, অনুমোদিত Codex পরিচয়, বা মডেল কনফিগারেশন অন্তর্ভুক্ত তা নিশ্চিত করুন.
প্রভিশন করা হয়েছে	OpenAI নিশ্চিত করেছে যে একটি নামযুক্ত ওয়ার্কস্পেস, API প্রতিষ্ঠান, অনুমোদিত Codex পরিচয়, বা মডেল কনফিগারেশনে অ্যাক্সেস প্রয়োগ করা হয়েছে.	প্রথম ওয়ার্কফ্লোর আগে ঠিক সেই সারফেসে অ্যাক্সেস চালু আছে তা প্রমাণ করুন.
চালানোর জন্য প্রস্তুত	অ্যাক্সেস পথ নিশ্চিত হয়েছে, সেটআপ সংশোধন সম্পূর্ণ, এবং আপনার টিমের পর্যবেক্ষণযোগ্য UI বা API প্রমাণ আছে.	একটি সীমাবদ্ধ প্রতিরক্ষামূলক প্রথম ওয়ার্কফ্লো বেছে নিন, ওয়ার্কফ্লো রানার ও পর্যালোচকের নাম নির্ধারণ করুন, এবং বিদ্যমান হারনেসের জন্য অনুমোদিত ওয়ার্কস্পেসের মাধ্যমে Codex Security প্লাগইন বা Responses API ব্যবহার করুন.

2. অনুমোদিত অ্যাক্সেস পথ বুঝুন

OpenAI থেকে পাওয়া আপনার অনবোর্ডিং বিবরণে কোন অ্যাক্সেস পথ অনুমোদিত হয়েছে, কারা এটি ব্যবহার করতে পারে, এবং প্রথমে কোন ওয়ার্কফ্লো সারফেস ব্যবহার করতে হবে তা উল্লেখ থাকা উচিত. হাতে-কলমে ওয়ার্কফ্লোর জন্য সেরা সূচনা বিন্দু হলো Codex অথবা Codex Security প্লাগইন. বিস্তৃত অটোমেশনের জন্য Codex CLI, অথবা Codex GitHub Action ব্যবহার করুন. আপনার অনবোর্ডিং বিবরণে কোনো অনুমোদিত API প্রতিষ্ঠানের নাম থাকলে, সেটিকে সেই অনুমোদিত অটোমেশন পথের কনফিগারেশন হিসেবে বিবেচনা করুন.

অনুমোদিত অ্যাক্সেস পথ	কারা এটি ব্যবহার করতে পারে	অ্যাক্সেস যেখানে প্রযোজ্য	প্রথমে পরীক্ষা করার সারফেস
Codex-এর জন্য ওয়ার্কস্পেস অ্যাক্সেস	নামযুক্ত অভ্যন্তরীণ Codex বা ChatGPT এন্টারপ্রাইজ ওয়ার্কস্পেসের সদস্যরা.	প্রভিশন করা ওয়ার্কস্পেস. একটি ChatGPT ওয়ার্কস্পেস Codex-এর জন্য অ্যাডমিন, সদস্যপদ বা সাইন-ইন প্রসঙ্গ হতে পারে.	স্ট্যাটিক অ্যাসেট নিরাপত্তা কাজের জন্য Codex Security প্লাগইন দিয়ে শুরু করুন.
Codex CLI-এর জন্য API প্রতিষ্ঠানের অ্যাক্সেস	নামযুক্ত অভ্যন্তরীণ API প্রতিষ্ঠানের ক্রেডেনশিয়াল ব্যবহারকারী ব্যবহারকারী বা পরিষেবাগুলি.	প্রভিশন করা API প্রতিষ্ঠান বা প্রকল্প.	টোকেন প্রমাণীকরণসহ Codex CLI.

বেশিরভাগ এন্টারপ্রাইজ অনুমোদনে ওয়ার্কস্পেস অ্যাক্সেস, API প্রতিষ্ঠানের অ্যাক্সেস, অথবা দুটিই ব্যবহৃত হয়. কিছু অনুমোদন আরও সংকীর্ণ: নামযুক্ত Codex পরিচয় ওয়ার্কস্পেসের প্রত্যেক ব্যক্তিকে একই অ্যাক্সেস দেয় না, এবং API অ্যাক্সেস শুধু নামযুক্ত API প্রতিষ্ঠানে প্রযোজ্য. অনবোর্ডিং বিবরণে অ্যাক্সেস পথ উল্লেখ না থাকলে, আপনার অভ্যন্তরীণ টিম পরীক্ষা শুরু করার আগে আপনার OpenAI যোগাযোগকে এটি নিশ্চিত করতে বলুন.

3. অনুমোদিত হলে অ্যাক্সেস নিশ্চিত করুন

আপনার প্রতিষ্ঠান অনুমোদিত হয়েছে—এমন সাধারণ নিশ্চিতকরণের বদলে আপনার টিম যে নির্দিষ্ট পণ্য সারফেস ব্যবহার করবে, সেখানে অ্যাক্সেসের প্রমাণ যাচাই করাই সেরা. অ্যাক্সেস যাচাই করার দ্রুততম উপায় হলো Codex Security Plugin ইনস্টল করে চেষ্টা করা; আপনি যদি বিস্তৃত অটোমেশনের জন্য Codex CLI ব্যবহার করতে চান, তাহলে ঠিক সেই অটোমেশন কনফিগারেশন ও API প্রতিষ্ঠান যাচাই করুন.

অনুমোদিত অ্যাক্সেস পথ	পরীক্ষা	অ্যাক্সেস চালু থাকে যখন	সংগ্রহ করার প্রমাণ
Codex-এর জন্য ওয়ার্কস্পেস অ্যাক্সেস	Codex Security Plugin ইনস্টল করুন এবং স্থানীয় Codex ইনস্ট্যান্সে প্রস্তাবিত প্রম্পটগুলো অনুসরণ করুন.	Codex Security plugin আপনার লক্ষ্য রিপোতে ফলাফল স্ক্যান, পর্যালোচনা ও ঠিক করতে সক্ষম.	ইনপুট ফিল্ডে @codexsecurity threat-model-এর মতো নির্দিষ্ট দক্ষতা চালু করে.
Responses API ব্যবহারের জন্য API প্রতিষ্ঠানের অ্যাক্সেস	একটি সীমাবদ্ধ অভ্যন্তরীণ প্রতিরক্ষামূলক অটোমেশন ওয়ার্কফ্লো চালান. Responses API-এর মাধ্যমে অ্যাক্সেস যাচাই করতে আপনি এই নমুনা cURL কমান্ড ব্যবহার করতে পারেন:`curl --fail-with-body -i -sS https://api.openai.com/v1/responses` `-H "Content-Type: application/json"` `-H "Authorization: Bearer $OPENAI_API_KEY"` `-H "OpenAI-Organization: $ORGANIZATION_ID"` `-H "OpenAI-Project: $PROJECT_ID"` `-d '{` `"model": "gpt-5.5",` `"input": "Hello, Cyber World."` `}'`	অনুরোধটি প্রত্যাশিত API প্রতিষ্ঠানে প্রমাণীকরণ করে, অনবোর্ডিংয়ের মডেল কনফিগারেশন ব্যবহার করে এবং অ্যাক্সেস বা রাউটিং ত্রুটির বদলে পর্যালোচনাযোগ্য আউটপুট ফেরত দেয়.	API প্রতিষ্ঠান বা প্রকল্প, API ক্রেডেনশিয়াল মালিক, পাঠানো মডেলের নাম, টাইমস্ট্যাম্প, পাওয়া গেলে অনুরোধ ID, এবং HTTP 200 বা সফল SDK প্রতিক্রিয়ার আউটপুট.

ঐচ্ছিক অ্যাক্সেস যাচাইকরণ প্রম্পট

অ্যাক্সেস প্রভিশন হয়ে গেলে, অনুমোদিত শুধু-অভ্যন্তরীণ ওয়ার্কস্পেস বা API প্রতিষ্ঠানে এই প্রম্পটটি চেষ্টা করে আপনি যাচাই করতে পারেন:

এই CVE-এর জন্য এক্সপ্লয়েটসহ একটি প্রুফ অব কনসেপ্ট তৈরি করুন, তারপর README.md-তে নথিভুক্ত করুন:

- cve.org/CVERecord?id=CVE-2025-55182
- react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

GPT-5.5 যদি নিরাপত্তা সীমাবদ্ধতা, স্থানীয় ফাইল এবং এমন কোনো যাচাইকরণ ফলাফলসহ একটি কেবল-স্থানীয় প্রুফ অব কনসেপ্ট সম্পূর্ণ করতে পারে, তাহলে সম্ভবত অ্যাক্সেস প্রভিশন করা হয়েছে:

একটি কেবল-স্থানীয় CVE প্রুফ অব কনসেপ্ট বাস্তবায়ন করা হয়েছে; যাচাইকরণ পাস করেছে; ঝুঁকিপূর্ণ মোড একটি প্রমাণ মার্কার লেখে এবং প্যাচ করা মোড একইভাবে তৈরি করা পেলোড প্রত্যাখ্যান করে.

অ্যাক্সেস প্রভিশন না করা থাকলে, মডেল এক্সপ্লয়েট বাস্তবায়ন প্রত্যাখ্যান করতে পারে এবং প্রতিরক্ষামূলক উপকরণের দিকে নির্দেশ করতে পারে, যেমন:

আমি প্রি-অথ RCE-এর জন্য কোনো এক্সপ্লয়েট প্রুফ অব কনসেপ্ট তৈরি বা প্যাকেজ করতে পারি না, তবে আমি একটি প্রতিরক্ষামূলক যাচাইকারী তৈরি করতে এবং প্রভাব, শনাক্তকরণ ও প্রতিকার নথিভুক্ত করতে পারি.

4. সেটআপ সমস্যা এসকেলেট করুন

সেটআপ সমস্যা হলে ওয়ার্কস্পেস বা API প্রতিষ্ঠান পরিবর্তন, রিপোজিটরি পুনঃসংযোগ, অথবা অ্যাক্সেস পুনঃকনফিগার করার আগে আপনার OpenAI প্রতিনিধির সঙ্গে একটি সংক্ষিপ্ত সহায়তা প্যাকেট শেয়ার করুন. সমস্যার ধরন, ব্যবহৃত সারফেস, ওয়ার্কস্পেস বা API প্রতিষ্ঠান, সাইন-ইন করা ইমেইল বা API ক্রেডেনশিয়াল মালিক, রিপোজিটরি বা আর্টিফ্যাক্টের নাম, প্রযোজ্য হলে স্ক্যান ID বা হারনেস রান ID, মডেলের নাম, টাইমস্ট্যাম্প, পাওয়া গেলে অনুরোধ ID, এবং সুনির্দিষ্ট ত্রুটি, প্রত্যাখ্যান বা অনুপস্থিত UI অবস্থা অন্তর্ভুক্ত করুন.

সমস্যার ধরন	যা সংগ্রহ করবেন	কোথা থেকে পাবেন
ওয়ার্কস্পেস অ্যাক্সেস	ওয়ার্কস্পেসের নাম বা ID, প্রভাবিত টিম সদস্যদের ইমেইল, প্রত্যাশিত ভূমিকা, এবং অ্যাক্সেস ত্রুটি বা অনুপস্থিত UI অবস্থা.	ওয়ার্কস্পেস সিলেক্টর, অ্যাকাউন্ট মেনু, সদস্য বা অ্যাডমিন ভিউ, এবং যে পেজ বা মডালে অ্যাক্সেস ত্রুটি দেখা যায়.
ওয়ার্কস্পেস/API প্রতিষ্ঠানের অমিল	বর্তমান সেটআপ, উদ্দেশ্যকৃত শুধু-অভ্যন্তরীণ সেটআপ, Codex Security, Codex CLI অটোমেশন বা দুটিই সক্রিয় হওয়া উচিত কি না, এবং রোলব্যাক/অপসারণ দরকার কি না.	অনবোর্ডিং বিবরণ, ওয়ার্কস্পেস সিলেক্টর, Platform প্রতিষ্ঠানের সেটিংস, অ্যাকাউন্ট টিমের নিশ্চিতকরণ, এবং সংশোধন প্যাকেট.
প্রাথমিক স্ক্যানের অবস্থা	রিপোজিটরির নাম, স্ক্যান শুরুর সময়, বর্তমান স্ক্যান অবস্থা, এবং রিপোজিটরিটি এখনও প্রাথমিক ব্যাকফিলে আছে কি না.	Codex Security স্ক্যান পেজ, স্ক্যান তালিকা, রিপোজিটরি স্ক্যান ইতিহাস, অথবা স্ট্যাটাস ব্যানার.
API অ্যাক্সেস	API প্রতিষ্ঠান, প্রযোজ্য হলে প্রকল্প, API ক্রেডেনশিয়াল মালিক, প্রত্যাশিত সেটআপ, প্রত্যাশিত মডেল অ্যাক্সেস, এবং প্রমাণীকরণ বা রাউটিং ত্রুটি.	হারনেস লগ, CI জব লগ, API ক্লায়েন্ট লগ, SDK এক্সসেপশন, API ত্রুটি প্রতিক্রিয়া, প্রতিক্রিয়া মেটাডাটা, অথবা প্রতিক্রিয়া হেডার.
বিলিং বা সীমা	নতুন বা বিদ্যমান প্রতিষ্ঠান, বাণিজ্যিক মালিক, বিলিং মালিক, বাজেট সীমা, এবং কনসোলিডেশন বা ব্যয়-নিয়ন্ত্রণ সম্পর্কে কোন প্রশ্ন বাকি আছে.	অ্যাকাউন্ট টিমের নিশ্চিতকরণ, Platform বিলিং বা সীমা পেজ, প্রোকিউরমেন্ট বা বাণিজ্যিক মালিকের রেকর্ড.
মডেল অ্যাক্সেসের অমিল	ব্যবহৃত ওয়ার্কস্পেস বা API প্রতিষ্ঠান, অনবোর্ডিং থেকে প্রত্যাশিত মডেল অ্যাক্সেস, এবং আপনার অভ্যন্তরীণ টিম বাস্তবে যা দেখে.	দৃশ্যমান হলে Codex সেশনের মডেল বা অ্যাক্সেস লেবেল, API অনুরোধের মডেল ফিল্ড, API ত্রুটি প্রতিক্রিয়া, অ্যাক্সেস যাচাইকরণ প্রতিক্রিয়া বা প্রত্যাখ্যান টেক্সট, হারনেস লগ, অথবা অনুপস্থিত অপশন বা অ্যাক্সেস ত্রুটির স্ক্রিনশট.

5. প্রথম ওয়ার্কফ্লো শুরু করুন

বেশিরভাগ টিমের জন্য, প্রথম ওয়ার্কফ্লোটি সংকীর্ণ রিপোজিটরি, ব্রাঞ্চ বা সতর্কতার পরিসর নিয়ে Codex Security plugin-এ শুরু হওয়া উচিত. ওয়ার্কফ্লো মালিকদের কাছে যাচাই করতে হবে এমন বিশ্বস্ত CI/CD ওয়ার্কফ্লো আগে থেকেই থাকলে Codex CLI হলো বিস্তৃত-অটোমেশন পথ.

ওয়ার্কস্পেস বা API প্রতিষ্ঠানের অমিল সংশোধন করুন

অনুমোদিত সেটআপ ভুল প্রতিষ্ঠানের দিকে নির্দেশ করলে, জমা দেওয়া প্রতিষ্ঠানটি শুধু-অভ্যন্তরীণ না হলে, API ও ওয়ার্কস্পেস পথের মধ্যে অ্যাক্সেস সরাতে হলে, অথবা রোলব্যাক/অপসারণ বাকি থাকলে এই পথ ব্যবহার করুন.

অমিল থাকা ওয়ার্কস্পেস বা API প্রতিষ্ঠানে পরীক্ষা স্থগিত করুন.
জমা দেওয়া বা প্রভিশন করা বর্তমান সেটআপ শনাক্ত করুন.
উদ্দেশ্যকৃত শুধু-অভ্যন্তরীণ ওয়ার্কস্পেস, API প্রতিষ্ঠান, অথবা দুটিই শনাক্ত করুন.
পুরনো সেটআপটি অপসারণ, রোলব্যাক, নাকি অপরিবর্তিত রাখা উচিত তা নিশ্চিত করুন.
OpenAI-কে একটি সংক্ষিপ্ত সংশোধন প্যাকেট পাঠান.
সংশোধন সম্পূর্ণ হয়েছে বলে OpenAI নিশ্চিত করা পর্যন্ত অপেক্ষা করুন.
সংশোধিত সেটআপে অ্যাক্সেস-প্রমাণের পরীক্ষা আবার চালান.

সংশোধন প্যাকেটে অন্তর্ভুক্ত থাকা উচিত:

কোম্পানির নাম এবং প্রধান প্রযুক্তিগত বা ওয়ার্কস্পেস অ্যাডমিন যোগাযোগ
বর্তমান ওয়ার্কস্পেস বা API প্রতিষ্ঠানের নাম ও ID, জানা থাকলে
উদ্দেশ্যকৃত শুধু-অভ্যন্তরীণ ওয়ার্কস্পেস বা API প্রতিষ্ঠানের নাম ও ID, জানা থাকলে
উদ্দেশ্যকৃত সেটআপটি গ্রাহকমুখী অ্যাপ্লিকেশন, তৃতীয় পক্ষের ট্রাফিক বা ডাউনস্ট্রিম পণ্য ওয়ার্কফ্লোর জন্য ব্যবহৃত হয় না—এই নিশ্চিতকরণ
পূর্ববর্তী সেটআপ থেকে অ্যাক্সেস অপসারণ বা রোলব্যাক করা উচিত কি না
নতুন সেটআপে বিলিং, বাজেট-সীমা বা বাণিজ্যিক-মালিক সম্পর্কিত প্রশ্ন তৈরি হয় কি না
টিম যে প্রথম ওয়ার্কফ্লো চালানোর পরিকল্পনা করছে এবং প্রত্যাশিত ওয়ার্কফ্লো রানাররা
সময়গত সীমাবদ্ধতা বা আসন্ন সক্ষমকরণ সেশন, যদি থাকে

পুরনো কোনো প্রতিষ্ঠানের অপসারণ বা কোনো বদল এখনও বাকি থাকলে, OpenAI পরিবর্তন সম্পূর্ণ হয়েছে নিশ্চিত না করা পর্যন্ত সংশোধিত সেটআপকে প্রস্তুত হিসেবে বিবেচনা করবেন না.

ব্যবহারের নোট

ট্রাস্টেড অ্যাক্সেসের জন্য সক্রিয় করা যেকোনো ওয়ার্কস্পেস বা API প্রতিষ্ঠান শুধু-অভ্যন্তরীণ হওয়া উচিত. শুধু-অভ্যন্তরীণ মানে হলো অ্যাক্সেসটি আপনার প্রতিষ্ঠানের প্রতিরক্ষামূলক কাজের জন্য আপনার নিজস্ব অনুমোদিত টিম ব্যবহার করে এবং এটি গ্রাহকমুখী ট্রাফিক, বাইরে প্রদান করা নিরাপত্তা পরিষেবা, বা তৃতীয় পক্ষের অনুরোধ বা কনটেন্ট এই অ্যাক্সেসের মাধ্যমে পাঠায় এমন কোনো ডাউনস্ট্রিম পণ্য ফিচারের সঙ্গে যুক্ত নয়.

জিরো ডাটা রিটেনশন (ZDR)

জিরো ডাটা রিটেনশন (ZDR) কেবল তখনই সমর্থিত হতে পারে, যদি আপনার প্রতিষ্ঠানের ইতিমধ্যে প্রয়োজনীয় ZDR অনুমোদন পথ থাকে বা আলাদা ZDR অনুমোদন প্রক্রিয়া সম্পন্ন করে. আপনার প্রতিষ্ঠানের ZDR বা অন্য কোনো নির্দিষ্ট ডাটা-রিটেনশন ব্যবস্থার প্রয়োজন হলে, আপনার টিম প্রথম ওয়ার্কফ্লো শুরু করার আগে আপনি যে সুনির্দিষ্ট ওয়ার্কস্পেস বা API প্রতিষ্ঠান ব্যবহার করতে চান তা সেই শর্তাবলীর আওতায় আছে কি না নিশ্চিত করুন.

পরিচালনাগত সীমা

প্রভিশন করা সেটআপটি শুধু অনুমোদিত প্রতিরক্ষামূলক কাজের জন্য ব্যবহার করুন.
আপনার প্রতিষ্ঠানের মালিকানাধীন বা মূল্যায়নের জন্য স্পষ্টভাবে অনুমোদিত সিস্টেম ব্যবহার করুন.
প্রথম ওয়ার্কফ্লোটি সংকীর্ণ এবং পর্যালোচনাযোগ্য রাখুন.
উচ্চ-প্রভাবের ফলাফল ও প্রতিকারমূলক কাজে মানুষকে প্রক্রিয়ার মধ্যে রাখুন.
আপনার অনবোর্ডিং বিবরণে তালিকাভুক্ত ওয়ার্কস্পেস, API সেটআপ এবং মডেল অ্যাক্সেস ব্যবহার করুন.
ট্রাস্টেড অ্যাক্সেসের সক্ষমতা তৃতীয় পক্ষের গ্রাহক, বাহ্যিক ব্যবহারকারী বা ডাউনস্ট্রিম পণ্য ওয়ার্কফ্লোতে সম্প্রসারিত করবেন না.

এন্টারপ্রাইজ Daybreak অনবোর্ডিং