Daybreak-ზე წვდომის მართვის ახალი მექანიზმები
OpenAI API-სა და Codex-ში Daybreak-ის (ადრე ცნობილი იყო როგორც Trusted Access for Cyber) შესაძლებლობებზე წვდომის მართვის მექანიზმებს ნერგავს. ამ მექანიზმებით ადმინისტრატორებს შეუძლიათ განსაზღვრონ, რომელ პროექტებსა თუ მომხმარებლებს ექნებათ Daybreak-ის გამოყენების უფლება, უფლებამოსილ მომხმარებლებს კი — როდის გამოიყენონ Daybreak-ის შესაძლებლობები API-ს კონკრეტულ მოთხოვნებსა თუ Codex-ის დავალებებში.
API-ში Cyber მოდელზე წვდომის განსაზღვრა ახლა პროექტის დონეზე არის შესაძლებელი. თქვენი ორგანიზაციის ადმინისტრატორს შეუძლია შექმნას ან აირჩიოს კიბერუსაფრთხოების სამუშაოსთვის გამოყოფილი პროექტი, ჩართოს მასში Daybreak და დაამატოს მხოლოდ ის მომხმარებლები, რომლებსაც წვდომა სჭირდებათ. შემდეგ უფლებამოსილ მომხმარებლებს შეუძლიათ აირჩიონ, როდის გამოიყენონ Daybreak-ის შესაძლებლობები მოთხოვნაში, არასავალდებულო `access_programs.cyber` პარამეტრის გადაცემით (დეტალები იხილეთ აქ). ეს საშუალებას გაძლევთ, კიბერუსაფრთხოების სამუშაო გამოყოთ API-ს სხვა აქტივობებისგან, მათ შორის გარე გამოყენებისგან, და ამავე დროს ის თქვენს ძირითად ორგანიზაციაში მართოთ.
ChatGPT-სა და Codex-ში OpenAI ასევე ნერგავს Cyber მოდელზე წვდომის მართვას მომხმარებლის დონეზე, როგორც Daybreak Blue-სთვის, ისე Daybreak Red-ისთვის. როცა ეს მექანიზმები ხელმისაწვდომი გახდება, სამუშაო სივრცის ადმინისტრატორებს შეეძლებათ აირჩიონ, ძირითადი სამუშაო სივრცის რომელ მომხმარებლებს ექნებათ წვდომა Daybreak-ის სხვადასხვა დონეზე. მხოლოდ კიბერუსაფრთხოებისთვის ცალკე სამუშაო სივრცის შენარჩუნება საჭირო აღარ იქნება. შემდეგ უფლებამოსილ მომხმარებლებს შეუძლიათ აირჩიონ, როდის გამოიყენონ Daybreak-ის შესაძლებლობები, მოდელის არჩევის გაფართოებულ მენიუში „Daybreak“ გადამრთველის ჩართვით.
ერთად ეს მექანიზმები საშუალებას გაძლევთ, ადმინისტრირება, ანგარიშსწორება და მართვა თქვენს ძირითად ორგანიზაციაში მოაქციოთ, Cyber-ზე წვდომა კი მხოლოდ შესაბამის პროექტებს, მომხმარებლებსა და გამოყენების შემთხვევებს მიანიჭოთ. გაითვალისწინეთ, რომ Codex-ში API გასაღებით ავთენტიფიკაცია ამჟამად მომხმარებლის დონეზე მართვის იმავე მექანიზმებს არ უჭერს მხარს. თუმცა API გასაღებების მართვა მაინც შესაძლებელია API-ს პროექტის დონის წვდომის მართვის მექანიზმებით.
დაიწყეთ წვდომის მართვის მექანიზმების გამოყენება
თუ თქვენი გუნდი ამჟამად Daybreak-ის შესაძლებლობებს იყენებს თქვენს ძირითად API ორგანიზაციასა და ChatGPT/Codex-ის სამუშაო სივრცეში:
თქვენი ორგანიზაციის / სამუშაო სივრცის ყველა მომხმარებელს შეუძლია ძირითად მოდელებში Daybreak-ის შესაძლებლობებზე წვდომა შეინარჩუნოს (როგორც ახლა), თუმცა შესაძლოა მიგრაციის ნაბიჯების შესრულება გახდეს საჭირო.
როცა წვდომის მართვის მექანიზმებზე გადასასვლელად მზად იქნებით, მიმართეთ თქვენს წარმომადგენელს OpenAI-ში ან მოგვწერეთ მისამართზე support@openai.com.
ამის შემდეგ OpenAI თქვენს API ორგანიზაციასა და ChatGPT/Codex-ის სამუშაო სივრცეში პროექტისა და მომხმარებლის დონის წვდომის მართვის მექანიზმებს გაააქტიურებს.
გაითვალისწინეთ, რომ ამ მექანიზმებში წვდომა ნაგულისხმევად გამორთულია. მათი გააქტიურების შემდეგ პროექტებსა და მომხმარებლებს Daybreak-ზე წვდომა არ ექნებათ, სანამ თქვენი ადმინისტრატორები მას უშუალოდ არ დააკონფიგურირებენ. ეს ცვლილება მხოლოდ მაშინ მოითხოვეთ, როცა მზად იქნებით, Daybreak-ზე წვდომა გადაიყვანოთ სისტემაზე, რომელშიც ის ნაგულისხმევად გამორთულია. დეტალური ინსტრუქციები მოცემულია ქვემოთ.
თუ თქვენი გუნდი ამჟამად Daybreak-ის შესაძლებლობებს იყენებს ცალკე API ორგანიზაციასა და ChatGPT/Codex-ის სამუშაო სივრცეში, ჩვენი გუნდი დაგეხმარებათ ძირითად ორგანიზაციაში მიგრაციაში (იხილეთ ინსტრუქციები ქვემოთ). ძირითად ორგანიზაციაში მიგრაცია გაძლევთ შემდეგ უპირატესობებს:
წვდომის უფრო ძლიერი კონტროლი: მართეთ Cyber მოდელზე წვდომა როლებზე დაფუძნებული მექანიზმებით, მათ შორის პროექტის დონეზე — API-ს გამოყენებისთვის და მომხმარებლის დონეზე — ChatGPT/Codex-ისთვის.
უფრო მარტივი ანგარიშსწორება და ხარჯვის ლიმიტები: მოხმარება შეიძლება აისახოს თქვენს ძირითად კომერციულ შეთანხმებაში, ნაცვლად რამდენიმე ინვოისზე განაწილებისა. მასზე გავრცელდება იგივე ტარიფები, თანხა გამოიქვითება იმავე სახელშეკრულებო ბიუჯეტიდან და იმოქმედებს API-ს ხარჯვის ლიმიტები.
პროექტებზე დაფუძნებული ადმინისტრირება: ადმინისტრატორებს შეუძლიათ პროექტების გამოყენებით კიბერუსაფრთხოების სამუშაო სხვა სამუშაო პროცესებისგან გამოყონ და მართვა იმავე API ორგანიზაციაში შეინარჩუნონ ცენტრალიზებულად.
გამარტივებული ოპერაციები: შეამცირეთ მომხმარებლების, სამუშაო სივრცეებისა და ანგარიშსწორების პარამეტრების დუბლირება და ადმინისტრაციული დატვირთვა.
მიგრაციის დასრულების შემდეგ თქვენი გუნდი Daybreak-ის შესაძლებლობებს ძირითად ორგანიზაციაში გამოიყენებს, ხოლო მანამდე კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაცია ან სამუშაო სივრცე გაუქმდება. გაითვალისწინეთ: თუ თქვენს ძირითად API ორგანიზაციას ChatGPT/Codex-ის სამუშაო სივრცე უკავშირდება, Daybreak-ზე წვდომა ამ სივრცისთვისაც გახდება შესაძლებელი. API ორგანიზაციის მსგავსად, აქაც წვდომა ნაგულისხმევად გამორთული იქნება, სანამ ადმინისტრატორები მას სასურველი მომხმარებლებისთვის არ დააკონფიგურირებენ. თუ ცალკე API ორგანიზაციისა და ChatGPT/Codex-ის სამუშაო სივრცის შენარჩუნება აუცილებელია, ეს თქვენს OpenAI-ის გუნდთან შეათანხმეთ.
მიგრაციის პროცესის მიმოხილვა
ძირითად ორგანიზაციაში მიგრაციისთვის საჭიროა შემდეგი ნაბიჯების შესრულება:
კლიენტი: დაადასტურეთ სამიზნე კონფიგურაცია
განსაზღვრეთ ძირითადი OpenAI API ორგანიზაცია და, საჭიროების შემთხვევაში, ძირითადი ChatGPT/Codex-ის სამუშაო სივრცე, სადაც თქვენი გუნდი შემდგომში Daybreak-ის შესაძლებლობებს გამოიყენებს.
კლიენტი: დაასრულეთ მომხმარებლებისა და სამუშაო პროცესების მიგრაცია
დაამატეთ შესაბამისი მომხმარებლები ძირითად ორგანიზაციაში/პროექტში და კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაციიდან გადაიტანეთ ყველა საჭირო სამუშაო პროცესი, აპლიკაცია, API გასაღები თუ ოპერაციული დამოკიდებულება. ქვემოთ იხილეთ მიგრაციის საკონტროლო სია და ადმინისტრატორის პლაგინი, რომელიც მიგრაციაში ავტომატიზებულ დახმარებას გთავაზობთ.
კლიენტი: გაუგზავნეთ OpenAI-ს მიგრაციის მოთხოვნა
როცა თქვენი გუნდი ქვემოთ მოცემული სიის ყველა პუნქტს შეასრულებს, აცნობეთ თქვენს ანგარიშზე მომუშავე OpenAI-ის გუნდს (ან მოგვწერეთ მისამართზე support@openai.com), რომ მზად ხართ, OpenAI-მ მიგრაცია განახორციელოს. მიგრაციის მოთხოვნაში მიუთითეთ იმ ორგანიზაციის იდენტიფიკატორი, რომელშიც წვდომის მართვის მექანიზმების კონფიგურაცია გსურთ, და იმ დამატებითი ორგანიზაციების იდენტიფიკატორები, საიდანაც მიგრაციას ახორციელებთ.
OpenAI: ძირითადი ორგანიზაციის კონფიგურაცია
OpenAI თქვენს ძირითად ორგანიზაციაში Cyber მოდელზე შესაბამის წვდომასა და პროექტის დონის მართვის მექანიზმებს გაააქტიურებს.
კლიენტი: დაასრულეთ საბოლოო კონფიგურაცია
შემდეგ თქვენი ორგანიზაციის ადმინისტრატორს შეუძლია ჩართოს Cyber-ზე წვდომა ძირითადი API ორგანიზაციის შესაბამისი პროექტებისთვის ან ChatGPT/Codex-ის სამუშაო სივრცის მომხმარებლებისთვის, შეინახოს კონფიგურაცია და საჭიროებისამებრ დაამატოს შესაბამისი მომხმარებლები ამ პროექტსა თუ სამუშაო სივრცეში. გაითვალისწინეთ, რომ ეს მოქმედება ორგანიზაციის ადმინისტრატორმა უნდა შეასრულოს, რადგან პროექტის ადმინისტრატორებსა და მომხმარებლებს ამ პარამეტრების კონფიგურაცია არ შეუძლიათ.API-სა და Codex-ში API გასაღებით ავთენტიფიკაციისთვის:
გადადით: პროექტის პარამეტრები > ზოგადი > Daybreak-ის მოდელზე წვდომა. იპოვეთ Daybreak Blue-ს გადამრთველი. თუ თქვენს ორგანიზაციას Daybreak Red-ის გამოყენების უფლება აქვს, დამატებით გადამრთველსაც დაინახავთ. გადამრთველები ნაგულისხმევად გამორთულია, რაც ნიშნავს, რომ პროექტს წვდომა ჯერ არ აქვს. ჩართეთ Daybreak-ის იმ დონის გადამრთველი, რომლის გააქტიურებაც გსურთ. წვდომა თითოეული პროექტისთვის დამოუკიდებლად განისაზღვრება: ერთი პროექტისთვის Daybreak-ის გადამრთველის ჩართვა ან გამორთვა სხვა პროექტებზე არ მოქმედებს. გაითვალისწინეთ: „შენახვაზე“ დაწკაპების შემდეგ API-ზე წვდომის ცვლილების ამოქმედებას შესაძლოა დაახლოებით 15 წუთამდე დასჭირდეს.
ChatGPT/Codex-ისთვის:
ჩართეთ წვდომა მთელი სამუშაო სივრცისთვის: გახსენით სასურველი სამუშაო სივრცე: ადმინისტრატორის კონსოლი > მოდელები > სამუშაო სივრცის ნაგულისხმევი პარამეტრები. განყოფილებაში მოდელები > კიბერუსაფრთხოება ჩართეთ Daybreak Blue. Daybreak Red ჩართეთ მხოლოდ მაშინ, თუ ეს გსურთ და შესაბამისი უფლება გაქვთ. დააწკაპეთ „ცვლილებების შენახვაზე“.
ჩართეთ წვდომა კონკრეტული მომხმარებლისთვის: გახსენით მოდელები > როლები. გახსენით სასურველი როლის მოქმედებების მენიუ და აირჩიეთ „გამონაკლისის რედაქტირება“. ახალი გამონაკლისისთვის გამოიყენეთ „როლისთვის გამონაკლისის დამატება“. განყოფილებაში მოდელები > კიბერუსაფრთხოება აირჩიეთ „ჩართული“ Daybreak Blue-სთვის და, სურვილისამებრ, Daybreak Red-ისთვის. დააწკაპეთ „შენახვაზე“. „მოდელები“ > შენახვა. გაითვალისწინეთ: „შენახვაზე“ დაწკაპების შემდეგ ChatGPT-ით შესვლისას Codex-ზე წვდომის ცვლილების ამოქმედებას შესაძლოა დაახლოებით 10 წუთამდე დასჭირდეს.
თუ ადრე მომხმარებლებისთვის Codex-ზე წვდომა ChatGPT-ით შესვლის გზით მოითხოვეთ, ამ მომხმარებლებისთვის წვდომა ხელახლა დააკონფიგურირეთ ძირითად ChatGPT/Codex-ის სამუშაო სივრცეში, რათა მე-7 ნაბიჯზე გამოყოფილი სამუშაო სივრცის გაუქმებისას შეფერხება აიცილოთ თავიდან.
კლიენტი: გააუქმეთ ყველა API გასაღები კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციაში
დარწმუნდით, რომ კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციაში ყველა API გასაღები გაუქმებულია: შეამოწმეთ API გასაღებები ორგანიზაციის პარამეტრებში აქ (ყველა მათგანი არააქტიური უნდა იყოს). გაითვალისწინეთ, რომ ყველა გაუუქმებელი გასაღები დაარქივდება, როცა OpenAI კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციას / სამუშაო სივრცეს გააუქმებს.
OpenAI: კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაციის ან სამუშაო სივრცის გაუქმება 14-დღიანი საშეღავათო პერიოდის შემდეგ.
იმისთვის, რომ ძირითად ორგანიზაციაში სამუშაო პროცესების გადასატანად და შესამოწმებლად დრო გქონდეთ, OpenAI 14 დღეს დაელოდება და შემდეგ გააუქმებს კიბერუსაფრთხოებისთვის ადრე გამოყოფილ ორგანიზაციას ან სამუშაო სივრცეს. თუ ადრე მომხმარებლებისთვის Codex-ზე წვდომა ChatGPT-ით შესვლის გზით მოითხოვეთ და ძირითად სამუშაო სივრცეში მათი წვდომა ჯერ არ დაგიკონფიგურირებიათ ხელახლა, ამ დროს ეს მომხმარებლები წვდომას დაკარგავენ. მიგრაციისას წვდომას დაკარგავენ ის მომხმარებლებიც, რომლებსაც ის ინდივიდუალურად მიენიჭათ.
მიგრაციის საკონტროლო სია
სანამ OpenAI-ს მიგრაციის განხორციელებას სთხოვთ, დაადასტურეთ შემდეგი:
განსაზღვრული გაქვთ ძირითადი API ორგანიზაციის იდენტიფიკატორი და ChatGPT/Codex-ის სამუშაო სივრცის იდენტიფიკატორი, სადაც Daybreak-ის შესაძლებლობების გადატანა გსურთ.
განსაზღვრული გაქვთ კიბერუსაფრთხოებისთვის გამოყოფილი API ორგანიზაციის იდენტიფიკატორი და ChatGPT/Codex-ის სამუშაო სივრცის იდენტიფიკატორი, რომლებიც მიგრაციის შემდეგ უნდა გაუქმდეს.
დადასტურებული გაქვთ, რომ თქვენი ძირითადი API ორგანიზაციის იდენტიფიკატორის ფარგლებში და ChatGPT/Codex-ის სამუშაო სივრცეში Cyber მოდელზე წვდომა მხოლოდ დამტკიცებული შიდა გამოყენების შემთხვევებისა და მომხმარებლებისთვის ჩაირთვება. იმავე ორგანიზაციაში ან სამუშაო სივრცეში გარე გამოყენება დაშვებულია, თუმცა გარე გამოყენების მქონე პროექტებსა და გარე მომხმარებლებს Daybreak-ის შესაძლებლობებზე წვდომა ვერ ექნებათ.
კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაციიდან გადატანილი გაქვთ საჭირო მომხმარებლები, სამუშაო პროცესები, API გასაღებები, აპლიკაციები და ოპერაციული დამოკიდებულებები. ეს მოიცავს:
მომხმარებელთა ანგარიშები
GPT-ები
პროექტები
სამუშაო სივრცის ადმინისტრატორის პარამეტრები (SCIM, მომხმარებელთა ჯგუფები, სამუშაო სივრცის ხატულა, ანალიტიკა და მეტრიკები).
გაზიარებული საუბრები
მონაცემთა შენახვის ვადები
შესაბამისობის API-ს ჟურნალები
ტილოები
ბიბლიოთეკის შიგთავსი
კონექტორის კონფიგურაცია და მონაცემები
Codex-ის დავალებები, ისტორია და კონფიგურაციები
სამუშაო სივრცის აგენტები და უნარები
დარწმუნებული ხართ, რომ კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციაში ყველა API გასაღები სათანადოდ გაუქმებულია — მიგრაციის მოთხოვნის შემდეგ OpenAI გააუქმებს კიბერუსაფრთხოებისთვის გამოყოფილ თქვენს ორგანიზაციას, ხოლო ორგანიზაციის აქტიური API გასაღებები გაუქმდება.
თქვენი ორგანიზაციის ადმინისტრატორი მზად არის, დამტკიცებულ პროექტში ჩართოს Trusted Access for Cyber, მას შემდეგ, რაც OpenAI საწყის გამართვას დაასრულებს.
მზად ხართ, რომ OpenAI-მ კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაცია ან სამუშაო სივრცე გააუქმოს.
ყველა პუნქტის შესრულების შემდეგ თქვენს ანგარიშზე მომუშავე OpenAI-ის გუნდს გაუგზავნეთ შესაბამისი ორგანიზაციების ან სამუშაო სივრცეების იდენტიფიკატორები და დაუდასტურეთ, რომ მზად ხართ, OpenAI-მ მიგრაცია განახორციელოს.
ხშირად დასმული კითხვები
რატომ გვთხოვს OpenAI ძირითად ორგანიზაციაში მიგრაციას?
მიგრაციის შემდეგ Daybreak-ზე წვდომის, მომხმარებლების, ანგარიშსწორებისა და მართვის პროცესების ადმინისტრირებას ერთ ადგილას შეძლებთ. ეს ასევე ამცირებს მომხმარებლების, სამუშაო სივრცეების, ანგარიშსწორების პარამეტრებისა და API გასაღებების დუბლირებას და ადმინისტრაციულ დატვირთვას.
შეგვიძლია კიბერუსაფრთხოების სამუშაო API-ს სხვა აქტივობებისგან გამოყოფილი გვქონდეს?
დიახ. თქვენი ორგანიზაციის ადმინისტრატორს შეუძლია შექმნას ან აირჩიოს კიბერუსაფრთხოების სამუშაოსთვის გამოყოფილი პროექტი, ჩართოს მასში Trusted Access for Cyber და დაამატოს მხოლოდ ის მომხმარებლები, რომლებსაც წვდომა სჭირდებათ.
შეგვიძლია ერთი და იგივე ძირითადი ორგანიზაცია გამოვიყენოთ როგორც კიბერუსაფრთხოების შიდა სამუშაოსთვის, ისე გარე გამოყენებისთვის?
დიახ, თუმცა Daybreak-ის შესაძლებლობები მხოლოდ დამტკიცებული შიდა გამოყენებისთვის უნდა ჩაირთოს, ხოლო კიბერუსაფრთხოების მოდელები მხოლოდ კიბერუსაფრთხოების შიდა მიზნებისთვის გამოყოფილ პროექტებში უნდა გამოიყენოთ. გარე გამოყენებისთვის განკუთვნილ ან გარე მომხმარებლების მქონე პროექტებს Daybreak-ის შესაძლებლობებზე წვდომა არ უნდა ჰქონდეთ.
რას მოიცავს დამტკიცებული შიდა გამოყენება?
Daybreak-ის გამოყენების ნებართვა ვრცელდება დამტკიცებული კლიენტის თანამშრომლებზე ან მისთვის მომუშავე პირებზე. Daybreak-ის მოდელებსა და შესაძლებლობებზე წვდომა მესამე პირებს ვერ მიენიჭებათ. დამტკიცებული გამოყენება მოიცავს უსაფრთხოების კვლევას, შეტევების სიმულაციით შეფასებას, საფრთხეების ანალიზს, მოწყვლადობების შეფასებას, დაცვის მექანიზმების ტესტირებას, კოდის უსაფრთხოების შემოწმებას, ინციდენტების გამოძიებას და უსაფრთხოების სხვა სამუშაოებს, რომლებსაც თქვენი ორგანიზაციის შიდა გუნდები ასრულებენ. Daybreak-ის შესაძლებლობები არ უნდა გამოიყენოთ კლიენტებისთვის განკუთვნილ პროდუქტებში, მესამე პირებისთვის წვდომის მისანიჭებლად ან საჯაროდ ხელმისაწვდომ ავტომატიზაციებში, თუ OpenAI-ის Daybreak-ის პარტნიორული პროგრამისგან პირდაპირი ნებართვა არ გაქვთ.
რა დაემართება კიბერუსაფრთხოებისთვის გამოყოფილ ჩვენს ორგანიზაციას ან სამუშაო სივრცეს მიგრაციის შემდეგ?
მიგრაციის დასრულების შემდეგ OpenAI გააუქმებს კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციას ან სამუშაო სივრცეს და წაშლის ორგანიზაციის დონეზე ადრე მინიჭებულ Cyber-ზე წვდომას.
გააუქმებს OpenAI კიბერუსაფრთხოებისთვის გამოყოფილ ჩვენს ორგანიზაციას, სანამ მზად ვიქნებით?
არა. OpenAI-ს მიგრაციის განხორციელება მხოლოდ მას შემდეგ უნდა სთხოვოთ, რაც საჭირო მომხმარებლებს, სამუშაო პროცესებს, API გასაღებებს, აპლიკაციებსა და ოპერაციულ დამოკიდებულებებს ძირითად ორგანიზაციაში ან სამუშაო სივრცეში გადაიტანთ.
გააგრძელებს ჩემი არსებული API გასაღებები მუშაობას?
კიბერუსაფრთხოებისთვის გამოყოფილ ორგანიზაციაში შექმნილი API გასაღებები თქვენს ძირითად ორგანიზაციაში არ გადავა. მიგრაციამდე შექმენით ახალი API გასაღებები ძირითადი ორგანიზაციის დამტკიცებულ პროექტში და განაახლეთ ყველა აპლიკაცია, სკრიპტი თუ სამუშაო პროცესი, რომელიც ძველ გასაღებებს იყენებს. ამ მიგრაციის ფარგლებში კიბერუსაფრთხოებისთვის გამოყოფილ API ორგანიზაციაში არსებული API გასაღებების გაუქმება დაგჭირდებათ. კიბერუსაფრთხოებისთვის გამოყოფილი ორგანიზაციის გაუქმების შემდეგ მისი გასაღებები აღარ იმუშავებს.
რა ინფორმაცია უნდა გავუგზავნოთ OpenAI-ს?
თქვენს ანგარიშზე მომუშავე OpenAI-ის გუნდს გაუგზავნეთ ძირითადი API ორგანიზაციის იდენტიფიკატორი და ChatGPT/Codex-ის სამუშაო სივრცის იდენტიფიკატორი, სადაც გადასვლა გსურთ, ასევე კიბერუსაფრთხოებისთვის გამოყოფილი API ორგანიზაციის იდენტიფიკატორი ან სამუშაო სივრცის იდენტიფიკატორი, რომელიც მიგრაციის შემდეგ უნდა გაუქმდეს.
ვინ ჩართავს Daybreak-ს მას შემდეგ, რაც OpenAI ორგანიზაციას გამართავს?
საბოლოო კონფიგურაციას თქვენი ორგანიზაციის ადმინისტრატორი დაასრულებს: სასურველ API პროექტში ჩართავს Daybreak-ს და დაამატებს შესაბამის მომხმარებლებს. ChatGPT/Codex-ში მომხმარებლის დონის წვდომას სამუშაო სივრცის ადმინისტრატორები მართავენ, როგორც კი ეს მექანიზმები ხელმისაწვდომი გახდება.
შეცვლის მიგრაცია ჩვენს ანგარიშსწორებას?
მიზანია, Cyber-ის მოხმარება თქვენს ძირითად კომერციულ შეთანხმებაში მოექცეს, რათა ის აღარ ნაწილდებოდეს ცალკეულ ორგანიზაციებზე, ინვოისებსა თუ კრედიტების ბალანსებზე.
რა ვქნათ, თუ ცალკე ორგანიზაცია ან სამუშაო სივრცე კვლავ გვჭირდება?
თუ მიგაჩნიათ, რომ ბიზნესის, რეგულაციების, მონაცემთა ადგილმდებარეობის ან ინვოისების მოთხოვნები ცალკე ორგანიზაციას ან სამუშაო სივრცეს საჭიროებს, ეს თქვენს ანგარიშზე მომუშავე OpenAI-ის გუნდთან განიხილეთ.