एंटरप्राइज़ विश्वसनीय एक्सेस ऑनबोर्डिंग पूरी करने, प्रावधान किए गए एक्सेस की पुष्टि करने, संगठन या वर्कस्पेस की समस्याएँ ठीक करने और पहले वर्कफ़्लो के लिए तैयार होने का तरीका.

अवलोकन

यदि आप अपने संगठन के लिए Daybreak से जुड़ने की प्रक्रिया का समन्वय कर रहे हैं और आरंभिक जानकारी व पात्रता की समीक्षा से उपयोग के लिए तैयार सेटअप तक पहुँचना चाहते हैं, तो इस मार्गदर्शिका का उपयोग करें.

Daybreak Access, OpenAI का साइबर के लिए विश्वसनीय पहुँच कार्यक्रम है. Daybreak Blue और Daybreak Red पहुँच के स्तर हैं. इस कार्यक्रम में मॉडल, पहुँच के मार्ग, Codex, Codex सुरक्षा और सहायक सेवाएँ शामिल हैं.

अधिकांश उद्यम टीमों को स्वीकृत आंतरिक रक्षात्मक कार्यप्रवाहों के लिए Daybreak Blue से शुरुआत करनी चाहिए. Daybreak Blue, API उपनाम gpt-daybreak-blue का उपयोग करता है, जो मॉडल आईडी gpt-5.6-sol से संबद्ध है.

Daybreak Red, API उपनाम gpt-daybreak-red का उपयोग करता है, जो मॉडल आईडी gpt-5.6-cyber से संबद्ध है. Daybreak Red के लिए अलग पात्रता आवश्यक है और इसमें केवल संगठन के लिए स्वीकृत विशेषज्ञ मॉडल शामिल हो सकते हैं.

जिन ग्राहकों के पास साइबर के लिए विश्वसनीय पहुँच के साथ GPT-5.5 की मौजूदा स्वीकृति है, उन्हें अपने स्वीकृत पहुँच निर्देशों का पालन जारी रखना चाहिए.

आपके संगठन की पात्रता तय करती है कि API प्लेटफ़ॉर्म में Daybreak के कौन-से नियंत्रण दिखाई दे सकते हैं. प्रोजेक्ट नियंत्रण उपलब्ध होने पर, संगठन का व्यवस्थापक प्रोजेक्ट सेटिंग → सीमाएँ खोलता है, पात्र केवल-आंतरिक API प्रोजेक्ट के लिए Daybreak चालू करता है और फिर विशिष्ट पात्र मॉडल चालू करता है. प्रोजेक्ट सेटिंग चयनित प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. ये सेटिंग API प्रोजेक्ट पर लागू होती हैं. Codex या ChatGPT की पहुँच के लिए अपने आरंभिक पुष्टि-संदेश में दिए गए अलग निर्देशों का पालन करें.

पहुँच चालू होने के बाद भी अधिक जोखिम वाले कुछ कार्यप्रवाह अस्वीकार किए जा सकते हैं. इसलिए ठीक उसी माध्यम, प्रोजेक्ट और मॉडल पर सीमित रक्षात्मक कार्यप्रवाह से शुरुआत करें जिसे आपकी टीम उपयोग करना चाहती है.

आरंभिक प्रक्रिया और पहुँच की स्थिति पर नज़र रखें

चरण	विवरण	आगे क्या करें
आरंभिक जानकारी फ़ॉर्म जमा करें	आपके संगठन ने उद्यम Daybreak आरंभिक जानकारी फ़ॉर्म पूरा कर लिया है.	Persona से आने वाले ईमेल पर नज़र रखें और सुनिश्चित करें कि वह संगठन के सही संपर्क तक पहुँचे. यदि आपके संगठन के पास पहले से स्वीकृत विश्वसनीय पहुँच है और आपका OpenAI संपर्क कहता है कि नई आरंभिक जानकारी आवश्यक नहीं है, तो दोबारा अनुरोध भेजने के बजाय उनके निर्देशों का पालन करें.
केवाईबी सत्यापन पूरा करें	Persona, अपना व्यवसाय जानें (केवाईबी) सत्यापन पूरा करने के लिए आरंभिक जानकारी फ़ॉर्म में दिए संपर्क को ईमेल करता है.	Persona का अनुरोध पूरा करें. इसके बाद OpenAI आंतरिक पात्रता और उपयुक्तता जाँच करता है.
पात्रता का निर्णय प्राप्त करें	OpenAI स्वीकृत पहुँच मार्ग की और इस बात की पुष्टि करता है कि आपका संगठन Daybreak Blue, Daybreak Red या दोनों के लिए पात्र है. Daybreak Red के लिए अलग पात्रता आवश्यक है.	स्वीकृत उपयोगकर्ताओं, संगठन या वर्कस्पेस, API संगठन, मॉडल और उत्पाद माध्यमों की पुष्टि करें. Blue की पात्रता के आधार पर Red की पात्रता न मानें.
API प्रोजेक्ट के लिए Daybreak चालू करें	पात्र API संगठन को प्रोजेक्ट नियंत्रण उपलब्ध होने पर, संगठन का व्यवस्थापक प्रोजेक्ट सेटिंग → सीमाएँ खोलता है, केवल-आंतरिक प्रोजेक्ट के लिए Daybreak चालू करता है और फिर विशिष्ट पात्र मॉडल चालू करता है. केवल संगठन के व्यवस्थापक ये सेटिंग देख या बदल सकते हैं.	Daybreak केवल पात्र प्रोजेक्ट के लिए चालू करें और फिर केवल उसी प्रोजेक्ट के लिए आवश्यक विशिष्ट पात्र मॉडल चालू करें.
प्रोजेक्ट क्रेडेंशियल नवीनीकृत करें	हो सकता है कि मौजूदा API कुंजी या क्रेडेंशियल में नई चालू की गई पहुँच दिखाई न दे.	चालू करने के बाद प्रोजेक्ट के लिए नई API कुंजी बनाएँ या सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें. क्रेडेंशियल को चालू किए गए केवल-आंतरिक प्रोजेक्ट तक सीमित रखें.
पहुँच की पुष्टि करें और सीमित रक्षात्मक कार्यप्रवाह शुरू करें	अपेक्षित पहुँच मार्ग, प्रोजेक्ट, मॉडल और नया क्रेडेंशियल पहुँच जाँच के लिए तैयार हैं.	नीचे दी गई पहुँच-प्रमाण जाँच स्वीकृत माध्यम पर चलाएँ. पहला कार्यप्रवाह शुरू करने से पहले उसे चलाने वाले व्यक्ति और समीक्षक का नाम तय करें.

स्वीकृत पहुँच मार्ग को समझें

आपके आरंभिक पुष्टि-संदेश में स्वीकृत मॉडल, उनका उपयोग कौन कर सकता है और पहले किस संगठन, वर्कस्पेस, API संगठन व API प्रोजेक्ट का उपयोग करना है, यह बताया होना चाहिए.

रिपॉज़िटरी पर प्रत्यक्ष कार्यप्रवाहों के लिए Codex या Codex सुरक्षा प्लगइन से शुरुआत करें. स्वीकृत स्वचालन के लिए Codex सीएलआई या Codex गिटहब क्रिया का उपयोग करें. API कार्यप्रवाहों के लिए अनुरोधों और क्रेडेंशियल को स्वीकृत केवल-आंतरिक प्रोजेक्ट तक सीमित रखें.

स्वीकृत पहुँच मार्ग	इसका उपयोग कौन कर सकता है	इसका उपयोग कहाँ करें	आरंभ के लिए सुझाया गया माध्यम
Codex के माध्यम से पहुँच	नामित आंतरिक Codex या ChatGPT संगठन अथवा वर्कस्पेस के स्वीकृत सदस्य	आरंभिक पुष्टि-संदेश में नामित संगठन या वर्कस्पेस	स्थिर परिसंपत्तियों की सुरक्षा के कार्य के लिए Codex सुरक्षा प्लगइन से शुरुआत करें.
API प्रोजेक्ट के माध्यम से पहुँच	संगठन के व्यवस्थापक पात्र प्रोजेक्ट के लिए Daybreak चालू करते हैं और फिर विशिष्ट पात्र मॉडल चालू करते हैं. उस प्रोजेक्ट के नए क्रेडेंशियल से प्रमाणित उपयोगकर्ता या सेवाएँ उसके लिए चालू किए गए मॉडल का उपयोग कर सकती हैं.	पात्र API संगठन में चालू किया गया केवल-आंतरिक प्रोजेक्ट	प्रतिक्रिया API या कोई अन्य स्वीकृत Codex API कार्यप्रवाह.

इन सटीक API संबद्धताओं का उपयोग करें:

Daybreak पहुँच स्तर	API उपनाम	मॉडल आईडी	पात्रता
Daybreak Blue	`gpt-daybreak-blue`	`gpt-5.6-sol`	Daybreak Blue की पात्रता आवश्यक है.
Daybreak Red	`gpt-daybreak-red`	`gpt-5.6-cyber`	Daybreak Red की अलग पात्रता आवश्यक है.

प्रोजेक्ट नियंत्रण उपलब्ध होने पर, संगठन का व्यवस्थापक प्रोजेक्ट सेटिंग → सीमाएँ खोलता है, पात्र प्रोजेक्ट के लिए Daybreak चालू करता है और फिर विशिष्ट पात्र मॉडल चालू करता है. केवल संगठन के व्यवस्थापक ये सेटिंग देख या बदल सकते हैं.

प्रोजेक्ट सेटिंग चयनित प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. यदि नियंत्रण मौजूद नहीं हैं या आपके स्वीकृत सेटअप को अब भी समर्पित API संगठन की आवश्यकता है, तो परीक्षण से पहले अपने OpenAI संपर्क के सटीक निर्देशों का पालन करें. यह न मानें कि API प्रोजेक्ट के नियंत्रण Codex या ChatGPT की पहुँच बदलते हैं.

Daybreak Blue और साइबर के लिए विश्वसनीय पहुँच वाले मौजूदा GPT-5.5 के लिए, स्वीकृति में बताए अनुसार वर्कस्पेस पहुँच नामित Codex या ChatGPT संगठन पर और API पहुँच नामित API संगठन तथा चालू किए गए प्रोजेक्ट पर लागू होती है. Daybreak Red के लिए अलग पात्रता आवश्यक है और मॉडल-विशिष्ट या उपयोगकर्ता-स्तर की अतिरिक्त आवश्यकताएँ हो सकती हैं. अपनी स्वीकृति में दिए गए संगठन, उपयोगकर्ता, प्रोजेक्ट, मॉडल और उत्पाद माध्यम संबंधी सटीक निर्देशों का पालन करें.

स्वीकृत पहुँच की पुष्टि करें

ठीक उसी स्वीकृत माध्यम पर पहुँच की पुष्टि करें:

API: संगठन के व्यवस्थापक को पहले प्रोजेक्ट सेटिंग → सीमाएँ खोलनी चाहिए, पात्र केवल-आंतरिक प्रोजेक्ट के लिए Daybreak चालू करना चाहिए और फिर विशिष्ट पात्र मॉडल चालू करना चाहिए. चालू करने के बाद उस प्रोजेक्ट के लिए नई API कुंजी बनाएँ या आपकी सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें. संबंधित API उपनाम या मॉडल आईडी का उपयोग करके नीचे दिया गया प्रॉम्प्ट स्वीकृत API कार्यप्रवाह से चलाएँ.
Codex या ChatGPT: अपने आरंभिक पुष्टि-संदेश में बताए गए सटीक केवल-आंतरिक संगठन या वर्कस्पेस में साइन इन करें और उसमें दिए मॉडल व उपयोगकर्ता संबंधी निर्देशों का पालन करें.

यदि API प्रोजेक्ट के नियंत्रण दिखाई नहीं देते, तो यह न मानें कि पहुँच चालू है. परीक्षण से पहले अपने OpenAI संपर्क से संगठन की पात्रता और नियंत्रणों की मौजूदा उपलब्धता की पुष्टि करें.

शोषण के साथ अवधारणा-प्रमाण बनाएँ, फिर CVE-2025-55182 के लिए उसे 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 प्रूफ़ ऑफ़ कॉन्सेप्ट लागू किया गया; सत्यापन पास हुआ; असुरक्षित मोड एक प्रमाण मार्कर लिखता है और पैच किया गया मोड उसी तैयार किए गए पेलोड को अस्वीकार करता है.

यदि प्रॉम्प्ट अस्वीकार हो जाता है या अपेक्षित सीमित परिणाम नहीं देता, तो पहले इन सभी बातों की पुष्टि करें:

साइन इन की गई पहचान और सटीक संगठन, वर्कस्पेस या API प्रोजेक्ट.
अनुरोधित Daybreak पहुँच स्तर के लिए संगठन की पात्रता.
API पहुँच के लिए, संगठन के व्यवस्थापक ने प्रोजेक्ट सेटिंग → सीमाएँ में पात्र प्रोजेक्ट हेतु Daybreak चालू किया और फिर विशिष्ट पात्र मॉडल चालू किया है.
API पहुँच के लिए, अनुरोध चालू किए गए प्रोजेक्ट की नई API कुंजी या नवीनीकृत क्रेडेंशियल का उपयोग करता है.
सटीक API संबद्धता: Blue के लिए gpt-daybreak-blue या gpt-5.6-sol, और अलग से पात्र Red पहुँच के लिए gpt-daybreak-red या gpt-5.6-cyber.

अस्वीकृति या अनपेक्षित परिणाम पात्रता अथवा सेटअप में असंगति, पुराने क्रेडेंशियल, गलत मॉडल संबद्धता या नीति सीमा का संकेत दे सकता है. केवल इससे यह पुष्टि नहीं होती कि पहुँच उपलब्ध नहीं है.

निदान के चरणों और सहायता से संपर्क करते समय शामिल किए जाने वाले विवरणों के लिए साइबर के लिए विश्वसनीय पहुँच - सामान्य समस्याएँ और समस्या निवारण देखें. सहायता अनुरोध खोलने के लिए मैं सहायता से कैसे संपर्क करूँ? देखें. अस्वीकृति ऐसी दिखाई दे सकती है:

मैं प्री-ऑथ RCE के लिए एक्सप्लॉइट प्रूफ़ ऑफ़ कॉन्सेप्ट बना या पैकेज नहीं कर सकता, लेकिन मैं एक रक्षात्मक सत्यापक बना सकता हूँ और प्रभाव, डिटेक्शन तथा सुधार का दस्तावेज़ीकरण कर सकता हूँ.

सेटअप की समस्याएँ उच्च स्तर पर भेजें

संगठन, वर्कस्पेस, API प्रोजेक्ट, रिपॉज़िटरी या क्रेडेंशियल बदलने से पहले इस क्रम में सेटअप की पुष्टि करें:

अनुरोधित Daybreak पहुँच स्तर के लिए संगठन के स्वीकृत पहुँच मार्ग और पात्रता की पुष्टि करें.
API पहुँच के लिए संगठन के व्यवस्थापक से पुष्टि कराएँ कि पात्र प्रोजेक्ट हेतु प्रोजेक्ट सेटिंग → सीमाएँ में Daybreak चालू है और विशिष्ट पात्र मॉडल भी चालू है.
पुष्टि करें कि अनुरोध में चालू करने के बाद बनाई गई नई API कुंजी या नवीनीकृत प्रोजेक्ट क्रेडेंशियल का उपयोग हो रहा है.
सटीक उपनाम या मॉडल आईडी और अपेक्षित API प्रोजेक्ट की पुष्टि करें.

यदि अपेक्षित Daybreak या मॉडल सेटिंग दिखाई नहीं देती, संगठन की पात्रता गलत लगती है या प्रोजेक्ट नियंत्रण उपलब्ध नहीं हैं, तो कार्यभार को किसी अन्य संगठन या प्रोजेक्ट में ले जाने से पहले अपनी OpenAI खाता टीम से पात्रता और स्वीकृत पहुँच मार्ग की पुष्टि कराएँ.

सत्यापन, पहुँच, मॉडल या साइबर सुरक्षा से जुड़ी समस्याओं के लिए साइबर के लिए विश्वसनीय पहुँच - सामान्य समस्याएँ और समस्या निवारण देखें. अपने संगठन की आईडी, लागू होने पर प्रोजेक्ट आईडी, उत्पाद माध्यम, Daybreak पहुँच स्तर, API उपनाम या मॉडल आईडी, Daybreak प्रोजेक्ट और मॉडल सेटिंग की स्थिति, संगठन के व्यवस्थापक द्वारा सेटिंग की पुष्टि हुई या नहीं, चालू करने के बाद क्रेडेंशियल बनाए या नवीनीकृत किए गए या नहीं, पूरा त्रुटि संदेश, अनुरोध आईडी, दिनांक-समय और समय क्षेत्र, लागू होने पर स्क्रीनशॉट तथा कार्य का संक्षिप्त और गोपनीय जानकारी हटाया हुआ विवरण शामिल करें.

सहायता अनुरोध खोलने के लिए मैं सहायता से कैसे संपर्क करूँ? देखें.

पहला कार्यप्रवाह शुरू करें

अधिकांश टीमों को अपना पहला कार्यप्रवाह सीमित रिपॉज़िटरी, शाखा या चेतावनी दायरे के साथ Codex सुरक्षा प्लगइन में शुरू करना चाहिए. जब कार्यप्रवाह स्वामियों के पास पहले से विश्वसनीय सीआई/सीडी कार्यप्रवाह हो जिसकी उन्हें पुष्टि करनी है, तब Codex सीएलआई बड़े पैमाने के स्वचालन का मार्ग है. API कार्यप्रवाह के लिए स्वीकृत केवल-आंतरिक प्रोजेक्ट, पात्र Daybreak पहुँच स्तर और नया प्रोजेक्ट क्रेडेंशियल उपयोग करें.

वर्कस्पेस, API संगठन या प्रोजेक्ट की असंगति ठीक करें

इस मार्ग का उपयोग तब करें जब स्वीकृत सेटअप गलत संगठन, वर्कस्पेस या API प्रोजेक्ट की ओर संकेत करता हो; अपेक्षित प्रोजेक्ट केवल-आंतरिक न हो; अपेक्षित पात्रता नियंत्रण अनुपस्थित हो; गलत Daybreak पहुँच स्तर या मॉडल चालू हो; पुराना या गलत प्रोजेक्ट का क्रेडेंशियल उपयोग हो रहा हो; पहुँच को API और वर्कस्पेस मार्गों के बीच ले जाना हो; या वापसी अथवा निष्कासन लंबित हो.

असंगत वर्कस्पेस, API संगठन या प्रोजेक्ट पर परीक्षण रोक दें.
मौजूदा सेटअप और अपेक्षित केवल-आंतरिक सेटअप की पहचान करें.
API पहुँच के लिए संगठन के व्यवस्थापक से अपेक्षित प्रोजेक्ट का प्रोजेक्ट सेटिंग → सीमाएँ पृष्ठ खुलवाएँ और पुष्टि कराएँ कि Daybreak तथा विशिष्ट पात्र मॉडल उपलब्ध हैं या नहीं.
यदि Daybreak उपलब्ध है लेकिन बंद है, तो संगठन के व्यवस्थापक से उसे प्रोजेक्ट के लिए चालू कराएँ और फिर विशिष्ट पात्र मॉडल चालू कराएँ.
चालू करने के बाद उस प्रोजेक्ट के लिए नई API कुंजी बनाएँ या सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें.
पुष्टि करें कि पुराना सेटअप हटाया जाना चाहिए, वापस लिया जाना चाहिए या अपरिवर्तित रखा जाना चाहिए.
यदि अपेक्षित टॉगल नहीं है या पात्रता गलत है, तो सुधार अनुरोध के रूप में नीचे दिए विवरण अपनी OpenAI खाता टीम को भेजें.
सटीक स्वीकृत उपनाम या मॉडल आईडी के साथ सुधारे गए सेटअप पर पहुँच-प्रमाण जाँच फिर से चलाएँ.

ये जानकारी शामिल करें:

कंपनी का नाम और मुख्य तकनीकी संपर्क या संगठन व्यवस्थापक का संपर्क.
यदि ज्ञात हों, तो मौजूदा और अपेक्षित वर्कस्पेस, API संगठन और API प्रोजेक्ट के नाम व आईडी.
स्वीकृत Daybreak पहुँच स्तर और प्रोजेक्ट सेटिंग → सीमाएँ में दिखाई देने वाली Daybreak व मॉडल सेटिंग.
परीक्षण में उपयोग किया गया सटीक API उपनाम या मॉडल आईडी.
चालू करने के बाद नई API कुंजी बनाई गई थी या प्रोजेक्ट क्रेडेंशियल नवीनीकृत किया गया था.
यह पुष्टि कि अपेक्षित सेटअप का उपयोग ग्राहक-सामना अनुप्रयोगों, तृतीय-पक्ष ट्रैफ़िक या अधोप्रवाही उत्पाद कार्यप्रवाहों के लिए नहीं होता.
पिछले सेटअप से पहुँच हटाई या वापस ली जानी चाहिए या नहीं.
नया सेटअप बिलिंग, बजट सीमा या वाणिज्यिक स्वामी से जुड़ा कोई प्रश्न उत्पन्न करता है या नहीं.
टीम द्वारा चलाया जाने वाला पहला कार्यप्रवाह, उसे चलाने वाले अपेक्षित व्यक्ति और मानवीय समीक्षक.
समय संबंधी सीमाएँ या चालू करने का आगामी सत्र, यदि कोई हो.

प्रोजेक्ट सेटिंग चयनित प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. यदि नियंत्रण उपलब्ध नहीं हैं या स्वीकृत सेटअप को अब भी समर्पित API संगठन की आवश्यकता है, तो अपनी OpenAI खाता टीम के निर्देशों का पालन करें.

यदि किसी पुराने संगठन या प्रोजेक्ट को हटाना अब भी लंबित है, अदला-बदली लंबित है या पात्रता सुधार अनसुलझा है, तो बदलाव की पुष्टि होने तक सुधारे गए सेटअप को तैयार न मानें.

उपयोग संबंधी टिप्पणी

Daybreak के लिए चालू किया गया कोई भी वर्कस्पेस, API संगठन या API प्रोजेक्ट केवल आंतरिक उपयोग के लिए होना चाहिए. केवल-आंतरिक का अर्थ है कि पहुँच का उपयोग आपकी अपनी अधिकृत टीम आपके संगठन के रक्षात्मक कार्य के लिए करती है. यह ग्राहक-सामना ट्रैफ़िक, बाहरी रूप से दी जाने वाली सुरक्षा सेवाओं या ऐसी किसी अधोप्रवाही उत्पाद सुविधा से जुड़ी नहीं होती जो तृतीय-पक्ष अनुरोध या सामग्री को इस पहुँच से गुजारती हो.

प्रोजेक्ट सेटिंग चयनित केवल-आंतरिक प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. किसी प्रोजेक्ट को चालू करने से ग्राहक-सामना या तृतीय-पक्ष उपयोग स्वीकार्य नहीं हो जाता.

ज़ीरो डेटा रिटेंशन (ZDR)

Daybreak की पात्रता और प्रोजेक्ट चालू करने से ज़ीरो डेटा रिटेंशन (ZDR) अपने-आप चालू नहीं होता. सटीक API संगठन और लागू एंडपॉइंट के लिए ZDR का अलग से अनुरोध और प्रावधान करना आवश्यक है. यदि आपके संगठन को ZDR या डेटा रिटेंशन के किसी अन्य विशिष्ट प्रबंध की आवश्यकता है, तो टीम द्वारा पहला कार्यप्रवाह शुरू करने से पहले पुष्टि करें कि चालू किए गए प्रोजेक्ट का ट्रैफ़िक उन शर्तों के अंतर्गत आता है. यह न मानें कि किसी प्रोजेक्ट के लिए Daybreak या विशिष्ट मॉडल चालू करने से डेटा रिटेंशन सेटिंग बदल जाती हैं.

परिचालन सीमाएँ

उपलब्ध कराए गए सेटअप का उपयोग केवल अधिकृत रक्षात्मक कार्य के लिए करें.
केवल उन प्रणालियों का उपयोग करें जिनका स्वामित्व आपके संगठन के पास है या जिनका आकलन करने की उसे स्पष्ट अनुमति है.
पहले कार्यप्रवाह को सीमित और समीक्षा योग्य रखें.
अधिक प्रभाव वाले निष्कर्षों और उनके समाधान में मानवीय निगरानी बनाए रखें.
अपने आरंभिक विवरण में सूचीबद्ध सटीक संगठन, वर्कस्पेस, API प्रोजेक्ट, Daybreak पहुँच स्तर, API उपनाम या मॉडल आईडी का उपयोग करें.
केवल संगठन के व्यवस्थापकों को Daybreak प्रोजेक्ट और मॉडल सेटिंग बदलने दें. Daybreak Blue की पात्रता के आधार पर Daybreak Red की पात्रता न मानें.
नए बनाए या नवीनीकृत प्रोजेक्ट क्रेडेंशियल सुरक्षित रखें और उन्हें चालू किए गए केवल-आंतरिक प्रोजेक्ट तक सीमित रखें.
Daybreak की क्षमताएँ तृतीय-पक्ष ग्राहकों, बाहरी उपयोगकर्ताओं या अधोप्रवाही उत्पाद कार्यप्रवाहों तक न बढ़ाएँ.

एंटरप्राइज़ Daybreak ऑनबोर्डिंग