आढावा

तुम्ही तुमच्या संस्थेच्या Daybreak प्रारंभिक नोंदणीचे समन्वयन करत असाल आणि अर्ज व पात्रता पुनरावलोकनानंतर वापरासाठी सज्ज संरचना तयार करायची असेल, तर हे मार्गदर्शक वापरा.

Daybreak Access हा OpenAI चा सायबरसाठी विश्वासार्ह प्रवेश कार्यक्रम आहे. Daybreak Blue आणि Daybreak Red हे Daybreak मधील प्रवेशाचे स्तर आहेत.

बहुतेक उद्योगसंस्थांतील चमूंनी मंजूर अंतर्गत संरक्षणात्मक कार्यप्रवाहांसाठी Daybreak Blue पासून सुरुवात करावी.

प्रगत, अधिकृत सायबरसुरक्षा कार्यप्रवाहांसाठी Daybreak Red ची स्वतंत्र मंजुरी आवश्यक आहे. काही अत्याधुनिक सायबर मॉडेलसाठी त्या मॉडेलची अतिरिक्त स्वतंत्र मंजुरी आवश्यक असते.

केवळ मंजुरी मिळाल्याने कमी नकार देण्याची सुविधा सुरू होत नाही. Daybreak नियंत्रणे सुरुवातीला बंद असतात. वर्कस्पेसचा मालक मंजूर वापरकर्ते आणि गटांसाठी प्रवेश सक्षम करतो; एपीआय संस्थेचा मालक पूर्वनिर्धारित नसलेल्या मंजूर प्रकल्पांसाठी तो सक्षम करतो. तुमचा चमू प्रवेशाच्या दोन्ही पद्धती वापरत असल्यास दोन्ही संरूपित करा. ChatGPT द्वारे Codex मध्ये प्रवेश करणाऱ्या वापरकर्त्यांनी विनंती करण्यापूर्वी Daybreak देखील सुरू करणे आवश्यक आहे.

प्रवेश सक्षम केल्यानंतरही काही अधिक जोखमीच्या कार्यप्रवाहांना नकार मिळू शकतो. म्हणून तुमचा चमू जे माध्यम, प्रकल्प आणि मॉडेल वापरणार आहे, त्यांवरच मर्यादित व्याप्तीच्या संरक्षणात्मक कार्यप्रवाहाने सुरुवात करा.

प्रारंभिक नोंदणी आणि प्रवेशाच्या स्थितीचा मागोवा घ्या

प्रवेशाचा मंजूर मार्ग समजून घ्या

तुमच्या प्रारंभिक नोंदणीच्या पुष्टीमध्ये मंजूर मॉडेल, ती कोण वापरू शकते आणि सुरुवातीला कोणती संस्था, वर्कस्पेस, एपीआय संस्था आणि एपीआय प्रकल्प वापरायचा हे नमूद असावे.

रिपॉझिटरीमध्ये प्रत्यक्ष काम करण्याच्या कार्यप्रवाहांसाठी Codex किंवा Codex सुरक्षा प्लगइनपासून सुरुवात करा. मंजूर स्वयंचलनासाठी Codex सीएलआय किंवा Codex GitHub Action वापरा. एपीआय कार्यप्रवाहांसाठी, विनंत्या आणि प्रमाणीकरण तपशील केवळ अंतर्गत वापरासाठी मंजूर असलेल्या प्रकल्पापुरते मर्यादित ठेवा.

OpenAI एपीआय प्रवेशासाठी, तुम्हाला मंजूर असलेल्या प्रवेशात समाविष्ट केलेला विशिष्ट मॉडेल आयडी आणि त्याच्याशी जुळणारे डेब्रेक विनंती सेटिंग वापरा. खालील उदाहरणे तुमच्या संस्थेला मिळालेल्या मॉडेल मंजुरींवर अवलंबून आहेत.

रिस्पॉन्सेस एपीआय विनंत्यांमध्ये, gpt-6-sol साठी access_programs.cyber चे मूल्य daybreak_blue ठेवा. तुमच्या संस्थेला डेब्रेक रेडची मंजुरी असली तरीही हेच मूल्य वापरा. नेहमीचे सुरक्षा उपाय वापरण्यासाठी, त्याचे मूल्य standard ठेवा.


gpt-5.6-cyber साठी, तुमच्या संस्थेकडे डेब्रेक रेडची मंजुरी आणि आवश्यक अतिरिक्त मॉडेल मंजुरी या दोन्ही असतील तरच daybreak_red वापरा.

डेब्रेक ब्लूसाठी मंजुरी मिळालेली संस्था ब्लू नियंत्रण वापरू शकते; रेडसाठी मंजुरी मिळालेली संस्था दोन्ही वापरू शकते. एखादे नियंत्रण सक्षम केल्याने तुमच्या संस्थेला मंजूर नसलेल्या मॉडेलचा प्रवेश मिळत नाही.

प्रकल्प-स्तरीय नियंत्रणे सक्षम असतील, तर स्वतंत्र समर्पित एपीआय संस्थेऐवजी केवळ अंतर्गत वापरासाठी मंजूर केलेले एपीआय प्रकल्प वापरता येतात. विद्यमान व्यवस्थेत बदल करण्यापूर्वी तुमच्या स्थलांतराच्या पुष्टीमधील सूचनांचे पालन करा. ChatGPT आणि Codex मध्ये साइन इन करण्यासाठी वर्कस्पेसच्या भूमिका स्वतंत्रपणे संरचित करा; एपीआय प्रकल्प सक्षम केल्याने वर्कस्पेसचा प्रवेश संरचित होत नाही.

GPT-6 Sol आणि GPT-6 Luna मध्ये डेब्रेक ब्लू किंवा रेडसह विनंत्या नाकारण्याचे प्रमाण कमी करण्याची सुविधा आहे. अॅस्ट्रा आणि GPT-6.1 Sol मध्ये ब्लूसह नेहमीचे सुरक्षा उपाय कायम राहतात, तर रेडसह विनंत्या नाकारण्याचे प्रमाण कमी करण्याची सुविधा मिळते. मॉडेलची उपलब्धता तरीही तुमचे खाते आणि उत्पादन वापरण्याच्या माध्यमावर अवलंबून असते. तुमच्या मंजुरीमध्ये नमूद केलेली संस्था, वापरकर्ते, प्रकल्प आणि मॉडेल यांचाच वापर करा.

डेब्रेक एडब्ल्यूएस बेडरॉकद्वारेही उपलब्ध आहे आणि त्यासाठीही OpenAI ची मंजुरी आवश्यक आहे. प्रवेशासाठी तुमच्या एडब्ल्यूएस खाते व्यवस्थापन पथकाशी संपर्क साधा.

मंजूर प्रवेशाची पडताळणी करा

ज्या माध्यमाला मंजुरी आहे, नेमक्या त्याच माध्यमावर प्रवेशाची पडताळणी करा:

• एपीआय: एपीआय संस्थेचा मालक अपेक्षित, पूर्वनिर्धारित नसलेला प्रकल्प उघडतो आणि प्रकल्प सेटिंग्ज → सामान्य → डेब्रेक मॉडेल प्रवेश येथे जातो. मंजूर डेब्रेक स्तर सक्षम करा आणि जतन करा. पूर्वनिर्धारित प्रकल्प पात्र नाहीत आणि केवळ प्रकल्पाचा मालक असल्याने बदल करण्याची परवानगी मिळत नाही. सुमारे 15 मिनिटांपर्यंत प्रतीक्षा करा, त्यानंतर त्या प्रकल्पाची की आणि मंजूर मॉडेल आयडी वापरून थेट रिस्पॉन्सेस एपीआय विनंती पाठवा. /models मध्ये एखादे मॉडेल दिसत नाही एवढ्यावरून त्याचा प्रवेश उपलब्ध नाही असा अर्थ होत नाही.

• ChatGPT आणि ChatGPT द्वारे साइन इन केलेले Codex: वर्कस्पेसचा मालक प्रशासक कन्सोल → मॉडेल → वर्कस्पेसची पूर्वनिर्धारित सेटिंग्ज उघडतो. सायबरसुरक्षा अंतर्गत, डेब्रेक रेड सक्षम असल्यास बंद करा, नंतर ब्लू बंद करा आणि बदल जतन करा निवडा. भूमिका उघडा आणि अपेक्षित भूमिकेसाठी अपवाद संपादित करा किंवा भूमिकेसाठी अपवाद जोडा निवडा. सायबरसुरक्षा अंतर्गत, डेब्रेक ब्लू चालू करा; वर्कस्पेस आणि त्या वापरकर्त्यांसाठी मंजुरी असेल तरच रेड सक्षम करा. जतन करा निवडा आणि सुमारे 10 मिनिटे प्रतीक्षा करा. थेट आणि गटाद्वारे नियुक्त केलेल्या भूमिकांचे पुनरावलोकन करा, त्यानंतर मंजूर वर्कस्पेसमध्ये साइन इन करा आणि मंजूर मॉडेलसह चाचणी करा. Codex मध्ये चाचणी करण्यापूर्वी डेब्रेकचे चालू-बंद बटण चालू करा; ते बंद असताना नेहमीचे सुरक्षा उपाय लागू होतात.

अपेक्षित नियंत्रण दिसत नसल्यास मंजूर वर्कस्पेस किंवा एपीआय संस्था, प्रशासकाच्या परवानग्या आणि आवश्यक सुविधा उपलब्ध करून देण्याची प्रक्रिया पूर्ण झाली आहे का हे तपासा. एपीआय प्रवेशासाठी, तुम्ही पूर्वनिर्धारित नसलेला प्रकल्प पाहत आहात याची खात्री करा; वर्कस्पेस प्रवेशासाठी, प्रशासक कन्सोल → मॉडेल येथे तपासा. नियंत्रण तरीही दिसत नसल्यास, चाचणी करण्यापूर्वी पात्रता आणि आवश्यक सुविधा उपलब्ध झाल्याची खात्री करण्यासाठी तुमच्या 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-6.1 Sol साठी, ब्लू प्रवेशात नेहमीचे सुरक्षा उपाय कायम राहतात.

• ChatGPT द्वारे Codex मध्ये साइन इन करताना, वर्कस्पेसच्या मालकाने अपेक्षित वापरकर्त्यासाठी प्रवेश सक्षम केला आहे आणि वापरकर्त्याचे डेब्रेक चालू-बंद बटण चालू आहे. एपीआय कीद्वारे साइन इन केल्यास, सक्षम केलेल्या एपीआय प्रकल्पानुसार प्रवेश मिळतो; डेब्रेकसाठी स्वतंत्र वापरकर्ता अंतरफलक नाही.

• एपीआय प्रवेशासाठी, एपीआय संस्थेच्या मालकाने अपेक्षित, पूर्वनिर्धारित नसलेल्या प्रकल्पासाठी मंजूर डेब्रेक स्तर जतन केला आहे.

• एपीआय प्रवेशासाठी, विनंतीमध्ये सक्षम केलेल्या प्रकल्पाची की वापरली जाते आणि स्थलांतरित केलेले कार्यभार गंतव्य प्रकल्प वापरण्यासाठी अद्ययावत केले आहेत.

• नेमका मंजूर मॉडेल आयडी; लागू असल्यास वरील OpenAI एपीआय तक्त्याचा संदर्भ घ्या.

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

समस्येचे निदान करण्याच्या पायऱ्या आणि सहाय्य पथकाशी संपर्क साधताना द्यायचे तपशील यांसाठी सायबरसाठी विश्वासार्ह प्रवेश - सामान्य समस्या आणि निवारण यातील सूचनांचे पालन करा. सहाय्यासाठी विनंती नोंदवण्याकरिता मी सहाय्य पथकाशी संपर्क कसा साधू शकतो? पहा. नकार असा असू शकतो:

प्रमाणीकरणापूर्वी दूरस्थपणे कोड चालवता येणाऱ्या असुरक्षिततेचा गैरफायदा घेणारे संकल्पना-सिद्धता प्रात्यक्षिक मी तयार करू शकत नाही किंवा पॅकेज स्वरूपात देऊ शकत नाही. मात्र, मी बचावात्मक पडताळणी साधन तयार करू शकतो आणि परिणाम, शोधपद्धती व उपाययोजना यांचे दस्तऐवजीकरण करू शकतो.

व्यवस्थेतील समस्या संबंधित पथकाकडे मांडा

संस्था, वर्कस्पेस, एपीआय प्रकल्प, रिपॉझिटरी किंवा प्रमाणीकरण तपशील बदलण्यापूर्वी, या क्रमाने व्यवस्थेची पडताळणी करा:

• संस्थेच्या मंजूर प्रवेश मार्गाची आणि विनंती केलेल्या डेब्रेक स्तरासाठीच्या पात्रतेची खात्री करा.

• वरील “मंजूर प्रवेशाची पडताळणी करा” विभागानुसार, अपेक्षित वर्कस्पेस वापरकर्त्यांसाठी किंवा पूर्वनिर्धारित नसलेल्या एपीआय प्रकल्पासाठी जतन केलेल्या डेब्रेक सेटिंग्जची खात्री करा.

• विनंतीमध्ये सक्षम केलेल्या प्रकल्पाची एपीआय की वापरली जाते याची खात्री करा.

• नेमका मॉडेल आयडी आणि अपेक्षित एपीआय प्रकल्प यांची खात्री करा.

अपेक्षित चालू-बंद बटण दिसत नसल्यास, संस्थेची पात्रता चुकीची वाटत असल्यास किंवा प्रकल्प नियंत्रणे उपलब्ध नसल्यास, कार्यभार दुसऱ्या संस्थेत किंवा प्रकल्पात हलवण्यापूर्वी तुमच्या OpenAI खाते व्यवस्थापन पथकाला पात्रता आणि मंजूर प्रवेश मार्ग यांची पुष्टी करण्यास सांगा.

पडताळणी, प्रवेश, मॉडेल किंवा सायबरसुरक्षेशी संबंधित समस्यांसाठी OpenAI डेब्रेक: सामान्य समस्या आणि निवारण यातील सूचनांचे पालन करा. तुमच्या संस्थेचा किंवा वर्कस्पेसचा आयडी, लागू असल्यास प्रकल्प आयडी, उत्पादन वापरण्याचे माध्यम, डेब्रेक स्तर, मॉडेल आयडी, जतन केलेली नियंत्रण सेटिंग्ज, प्रशासकाची भूमिका, प्रमाणीकरण तपशील सक्षम केलेल्या प्रकल्पाचे आहेत का, संपूर्ण त्रुटी संदेश, विनंती आयडी, वेळेची नोंद व वेळ क्षेत्र, लागू असल्यास स्क्रीनशॉट आणि संवेदनशील माहिती वगळून कामाचे संक्षिप्त वर्णन यांचा समावेश करा.

सहाय्यासाठी विनंती नोंदवण्याकरिता मी सहाय्य पथकाशी संपर्क कसा साधू शकतो? पहा.

पहिला कार्यप्रवाह सुरू करा

बहुतेक चमूंनी पहिला कार्यप्रवाह Codex Security प्लगइनमध्ये सुरू करावा आणि त्याची व्याप्ती रिपॉझिटरी, शाखा किंवा सूचनांच्या मर्यादित भागापुरती ठेवावी. कार्यप्रवाहाच्या जबाबदार व्यक्तींकडे पडताळणीसाठी आधीच विश्वासार्ह CI/CD कार्यप्रवाह असेल, तर मोठ्या प्रमाणावरील स्वयंचलनासाठी Codex CLI हा मार्ग आहे. एपीआय कार्यप्रवाहांसाठी केवळ अंतर्गत वापरासाठी मंजूर प्रकल्प, मंजूर Daybreak स्तर आणि त्या प्रकल्पाची एपीआय कळ वापरा.

वर्कस्पेस, एपीआय संस्था किंवा प्रकल्पातील विसंगती दूर करा

मंजूर व्यवस्था चुकीच्या संस्थेशी, वर्कस्पेसशी किंवा एपीआय प्रकल्पाशी जोडलेली असेल; अपेक्षित प्रकल्प केवळ अंतर्गत वापरापुरता मर्यादित नसेल; अपेक्षित नियंत्रण दिसत नसेल; चुकीचा डेब्रेक स्तर सक्षम असेल; चुकीच्या प्रकल्पाचे प्रमाणीकरण तपशील वापरले जात असतील; प्रवेश एपीआय मार्गावरून वर्कस्पेस मार्गावर किंवा उलट हलवायचा असेल; अथवा पूर्वस्थिती बहाल करणे किंवा प्रवेश काढून टाकणे प्रलंबित असेल, तर ही प्रक्रिया वापरा.

• विसंगती असलेल्या वर्कस्पेस, एपीआय संस्था किंवा प्रकल्पावरील चाचणी तात्पुरती थांबवा.

• सध्याची व्यवस्था आणि केवळ अंतर्गत वापरासाठी अपेक्षित व्यवस्था ओळखा.

• एपीआय प्रवेशासाठी, एपीआय संस्थेच्या मालकाला वरील पायऱ्यांनुसार अपेक्षित, पूर्वनिर्धारित नसलेल्या प्रकल्पासाठी पात्रतेनुसार उपलब्ध डेब्रेक नियंत्रणे पडताळण्यास सांगा.

• मंजूर एपीआयचे चालू-बंद बटण दिसत असेल पण अक्षम असेल, तर एपीआय संस्थेच्या मालकाला ते सक्षम करून जतन करण्यास सांगा. वर्कस्पेस प्रवेशासाठी, वर्कस्पेसच्या मालकाला अपेक्षित वापरकर्त्याच्या थेट आणि गटाद्वारे नियुक्त केलेल्या भूमिका व जतन केलेल्या मॉडेल परवानग्या यांचे पुनरावलोकन करण्यास सांगा. ChatGPT द्वारे साइन इन करून Codex मध्ये पुन्हा चाचणी करण्यापूर्वी, वापरकर्त्याचे डेब्रेक चालू-बंद बटण चालू असल्याची खात्री करा.

• एपीआय प्रवेशासाठी, सक्षम केलेल्या गंतव्य प्रकल्पाची की वापरा आणि बदल लागू होण्यासाठी सुमारे 15 मिनिटांपर्यंत प्रतीक्षा करा. पुन्हा चाचणी करण्यापूर्वी वर्कस्पेसमधील बदल लागू होण्यासाठी सुमारे 10 मिनिटे प्रतीक्षा करा.

• जुनी व्यवस्था काढून टाकायची, पूर्वस्थितीत आणायची की तशीच ठेवायची हे निश्चित करा.

• अपेक्षित चालू-बंद बटण दिसत नसल्यास किंवा पात्रता चुकीची असल्यास, दुरुस्तीची विनंती म्हणून खालील तपशील तुमच्या OpenAI खाते व्यवस्थापन पथकाला पाठवा.

• दुरुस्त केलेल्या व्यवस्थेत नेमका मंजूर मॉडेल आयडी वापरून प्रवेश उपलब्ध असल्याची चाचणी पुन्हा करा.

यांचा समावेश करा:

• कंपनीचे नाव आणि प्रमुख तांत्रिक संपर्क व्यक्तीचे किंवा संस्थेच्या प्रशासकाचे संपर्क तपशील.

• माहीत असल्यास, सध्याच्या आणि अपेक्षित वर्कस्पेस, एपीआय संस्था आणि एपीआय प्रकल्प यांची नावे व आयडी.

• मंजूर डेब्रेक स्तर आणि प्रकल्प सेटिंग्ज → सामान्य → डेब्रेक मॉडेल प्रवेश येथे दिसणारी नियंत्रणे किंवा जतन केलेली वर्कस्पेस व भूमिका सेटिंग्ज.

• चाचणीसाठी वापरलेला नेमका मॉडेल आयडी.

• विनंतीमध्ये सक्षम केलेल्या प्रकल्पाची की वापरली जाते का आणि स्थलांतरित कार्यभार गंतव्य प्रकल्प वापरण्यासाठी अद्ययावत केले आहेत का.

• अपेक्षित व्यवस्था ग्राहक वापरत असलेल्या अनुप्रयोगांसाठी, तृतीय-पक्षांकडून येणाऱ्या विनंत्यांसाठी किंवा पुढील टप्प्यांतील उत्पादन कार्यप्रवाहांसाठी वापरली जात नाही याची पुष्टी.

• आधीच्या व्यवस्थेतील प्रवेश काढून टाकायचा आहे की पूर्वस्थितीत आणायचा आहे.

• नव्या व्यवस्थेमुळे देयके, खर्चमर्यादा किंवा व्यावसायिक जबाबदारी कोणाची याबाबत काही प्रश्न निर्माण होतो का.

• पथकाने चालवण्याचे नियोजन केलेला पहिला कार्यप्रवाह, तो चालवणारे अपेक्षित घटक आणि मानवी पुनरावलोकक.

• वेळेची बंधने किंवा वापरासाठी सज्ज करण्याचे नियोजित सत्र, असल्यास.

मंजूर प्रकल्प नियंत्रणे उपलब्ध असतील, तर स्वतंत्र एपीआय उपसंस्थेची गरज न पडता डेब्रेकचा प्रवेश प्रकल्पानुसार वेगळा ठेवणे हा त्यांचा उद्देश आहे. नियंत्रणे उपलब्ध नसल्यास किंवा मंजूर व्यवस्थेला अजूनही समर्पित एपीआय संस्था आवश्यक असल्यास, तुमच्या OpenAI खाते व्यवस्थापन पथकाच्या सूचनांचे पालन करा.

जुनी संस्था किंवा प्रकल्प काढून टाकणे अजून प्रलंबित असल्यास, अदलाबदल प्रलंबित असल्यास किंवा पात्रतेची दुरुस्ती झालेली नसल्यास, बदलाची पुष्टी होईपर्यंत दुरुस्त केलेली व्यवस्था वापरासाठी तयार नाही असे समजा.

वापराबाबत सूचना

Daybreak प्रवेश मंजूर अंतर्गत वापरकर्ते आणि अंतर्गत सुरक्षेसंबंधी कामापुरता मर्यादित ठेवणे आवश्यक आहे. केवळ अंतर्गत वापर म्हणजे तुमच्या स्वतःच्या अधिकृत चमूचे काम; ग्राहकांकडून होणारी डेटा देवाणघेवाण, बाहेर पुरवल्या जाणाऱ्या सुरक्षा सेवा किंवा तृतीय-पक्षांच्या विनंत्या Daybreak मधून पाठवणाऱ्या पुढील उत्पादनांतील सुविधा नव्हेत. नियंत्रणे सक्षम असतील, तेथे मंजूर व्याप्तीची अंमलबजावणी करण्यासाठी वर्कस्पेस भूमिका आणि केवळ अंतर्गत वापरासाठीचे एपीआय प्रकल्प वापरा.

मंजूर प्रकल्प नियंत्रणे उपलब्ध असतील, तर केवळ अंतर्गत वापरासाठीचा प्रकल्प पात्र एपीआय संस्थेत Daybreak प्रवेश वेगळा ठेवू शकतो; त्यासाठी स्वतंत्र एपीआय उपसंस्थेची गरज पडत नाही. प्रकल्प सक्षम केल्याने ग्राहकांसाठीचा किंवा तृतीय-पक्षांचा वापर मान्य होत नाही.

झीरो डेटा रिटेन्शन (ZDR)

Daybreak साठी पात्रता मिळाल्याने आणि प्रकल्प सक्षम केल्याने झीरो डेटा रिटेन्शन (ZDR) आपोआप सक्षम होत नाही. नेमक्या एपीआय संस्थेसाठी आणि लागू एंडपॉइंटसाठी ZDR ची स्वतंत्रपणे विनंती करून ते उपलब्ध करून घेणे आवश्यक आहे. तुमच्या संस्थेला ZDR किंवा डेटा राखून ठेवण्याबाबत इतर विशिष्ट व्यवस्था आवश्यक असल्यास, तुमचा चमू पहिला कार्यप्रवाह सुरू करण्यापूर्वी सक्षम केलेल्या प्रकल्पातील डेटा देवाणघेवाणीला त्या अटी लागू होतात याची खात्री करा. Daybreak Blue किंवा Daybreak Red चा प्रकल्प स्विच सुरू केल्याने डेटा राखून ठेवण्याची सेटिंग्ज बदलतात असे गृहीत धरू नका.

वापराच्या मर्यादा

• उपलब्ध करून दिलेली व्यवस्था केवळ अधिकृत बचावात्मक कामासाठी वापरा.

• तुमच्या संस्थेच्या मालकीच्या किंवा ज्यांचे मूल्यमापन करण्याची संस्थेला स्पष्ट परवानगी आहे अशाच प्रणाली वापरा.

• पहिल्या कार्यप्रवाहाची व्याप्ती मर्यादित आणि पुनरावलोकन करता येण्याजोगी ठेवा.

• मोठा परिणाम घडवू शकणारे निष्कर्ष आणि त्यावरील उपाययोजनांमध्ये मानवी सहभाग कायम ठेवा.

• तुमच्या प्रारंभिक नोंदणीच्या तपशिलांमध्ये नमूद केलेली नेमकी संस्था, वर्कस्पेस, एपीआय प्रकल्प, डेब्रेक स्तर आणि मॉडेल आयडी वापरा.

• केवळ एपीआय संस्थेच्या मालकांनाच डेब्रेक प्रकल्प नियंत्रणे संरचित करण्याची परवानगी द्या. वर्कस्पेसचे मालक वर्कस्पेसची पूर्वनिर्धारित सेटिंग्ज आणि सानुकूल भूमिकांचे वाटप व्यवस्थापित करतात. डेब्रेक ब्लूच्या मंजुरीमध्ये डेब्रेक रेडचा समावेश नसतो.

• प्रकल्पाचे प्रमाणीकरण तपशील सुरक्षित ठेवा आणि त्यांची व्याप्ती सक्षम केलेल्या, केवळ अंतर्गत वापराच्या प्रकल्पापुरती मर्यादित ठेवा.

• डेब्रेकच्या क्षमता तृतीय-पक्ष ग्राहक, बाह्य वापरकर्ते किंवा पुढील टप्प्यांतील उत्पादन कार्यप्रवाहांना उपलब्ध करून देऊ नका.