OpenAI
Для перекладу цієї сторінки виконано машинний переклад. Ви можете переглянути оригінальну статтю англійською.

Керування ChatGPT Sites для вашого робочого простору

Керуйте створенням і публікацією сайтів, спільним доступом до них та доступом до підключених застосунків у своєму робочому просторі.

Оновлено: 3 days ago

Огляд

ChatGPT Sites дає учасникам робочого простору змогу створювати й розміщувати об’єкти Sites та ділитися ними безпосередньо з ChatGPT. Власники й адміністратори робочого простору можуть допомогти визначити, хто може створювати та публікувати об’єкти Sites, як надавати до них доступ, а також як перевіряти чи видаляти їх за потреби.

Для функцій підключених застосунків адміністратори робочого простору також визначають, які підтримувані плагіни можуть використовуватися в Sites. Кожен відвідувач надає доступ лише для читання через власний підключений обліковий запис, а його наявні дозволи в застосунку залишаються чинними.

Доступність

Цю статтю призначено для власників і адміністраторів робочих просторів ChatGPT Business, Enterprise та Edu. Доступні засоби керування залежать від вашого тарифного плану та конфігурації робочого простору.

Клієнтам ChatGPT Business і Enterprise доступне попереднє тестування для адміністраторів функції делегованого доступу до підключених застосунків.

Налаштування політик робочого простору

Перш ніж увімкнути Sites для широкого кола користувачів, визначте, хто зможе створювати об’єкти Sites, чи буде дозволено загальнодоступну публікацію, який вміст можна публікувати та як ваша організація вирішуватиме питання підтримки, перевірки, видалення й дотримання вимог.

Sites наразі перебуває на етапі бета-тестування й не підтримує вимоги до локалізації даних або обчислень для виконання моделей.

Увімкнення або обмеження Sites

У робочих просторах Business функцію Sites увімкнено за замовчуванням. Власники й адміністратори Enterprise можуть використовувати керування доступом на основі ролей (RBAC), щоб визначати, хто може створювати Sites, а хто — публікувати їх.

У робочих просторах Enterprise загальнодоступну публікацію вимкнено за замовчуванням. Щоб увімкнути її, активуйте загальнодоступну публікацію в розділі Налаштування робочого простору, а потім через RBAC надайте відповідним користувачам або групам дозвіл створювати й публікувати Sites.

Якщо учасник робочого простору не може користуватися Sites, перевірте, чи ввімкнено Sites для цього робочого простору, чи має учасник відповідну роль або належить до відповідної групи та чи ввійшов він у потрібний робочий простір.

Ці налаштування визначають можливість створювати й публікувати сайти. Вони не дозволяють Sites використовувати підключені застосунки учасників. Для доступу до підключених застосунків потрібне окреме схвалення організації.

Керування доступом до підключених застосунків

Для клієнтів ChatGPT Business і Enterprise об’єкти Sites можуть запитувати доступ лише для читання до власних підключених застосунків кожного відвідувача. Наприклад, спільна інформаційна панель може отримувати актуальні дані, використовуючи обліковий запис відвідувача, який увійшов у систему, і його наявні дозволи.

Доступ до підключених застосунків можливий лише на сайті, доступному виключно в межах робочого простору. Відвідувачі мають належати до робочого простору сайту й надавати доступ через власні підключені облікові записи. Їхні наявні дозволи в застосунках залишаються чинними. Відвідувачі використовують цей доступ лише для читання під час взаємодії із сайтом. Він не дозволяє вносити зміни в підключених застосунках або отримувати до них доступ із фонових завдань, що виконуються за розкладом.

У консолі адміністратора OpenAI глобальний адміністратор відкриває Зовнішній доступ, вибирає ChatGPT Sites і перевіряє Конектори в розділі Області доступу. Під час попереднього тестування для адміністраторів доступ Sites до підключених застосунків на рівні тенанта вимкнено за замовчуванням. Власник або адміністратор робочого простору ChatGPT не отримує автоматично дозволу змінювати це налаштування на рівні тенанта.

Інструкції щодо схвалення на рівні організації див. у статті Керування тенантом у консолі адміністратора.

Надання дозволу на використання плагіна в Sites

Адміністратори робочого простору можуть увімкнути параметр Дозволити використання в Sites для кожного підтримуваного плагіна. Це налаштування застосовується до всього робочого простору й вимкнене за замовчуванням.

Плагін може бути доступний у ChatGPT, але вимкнений у Sites. Увімкнення параметра Дозволити використання в Sites не надає учасникам доступу до застосунку, не підключає обліковий запис і не замінює схвалення кожним відвідувачем доступу, який запитує сайт.

Перевірка доступу учасника робочого простору

Якщо сайт не може використовувати підключений застосунок учасника, перевірте, чи виконано такі умови:

  • Глобальний адміністратор увімкнув Конектори для ChatGPT Sites у розділі Зовнішній доступ для потрібної організації.

  • У робочому просторі учасника доступна функція роботи Sites із підключеними застосунками.

  • Сайт доступний лише в межах робочого простору, до якого належить учасник.

  • Для плагіна застосунку ввімкнено параметр Дозволити використання в Sites.

  • Відповідний застосунок увімкнено для робочого простору й підключено до облікового запису учасника.

  • Учасник вибрав підключений обліковий запис, який планує використовувати.

  • Учасник увійшов в обліковий запис, переглянув дозволи, які запитує сайт, і надав доступ.

  • Учасник має необхідні дозволи в підключеному застосунку.

Схвалення на рівні організації поширюється на поточні й майбутні об’єкти ChatGPT Sites. Кожен відвідувач однаково має надати доступ через власний обліковий запис; схвалення організації не надає кожному сайту доступ до даних усіх учасників.

Надання доступу до сайту, увімкнення загальнодоступної публікації та запрошення зовнішніх глядачів самі по собі не надають доступу до підключених застосунків.

Інструкції зі створення сайту з підключеними застосунками та надання доступу відвідувачам див. у статті Створення об’єктів ChatGPT Sites і керування ними.

Керування публікацією та доступом

Доступ до сайту можна обмежити його власником і адміністраторами робочого простору, надати всім активним учасникам робочого простору або вибраним активним користувачам чи групам, якщо це підтримується. Загальнодоступна публікація можлива лише тоді, коли її ввімкнено й учасник має дозвіл на публікацію.

Завдяки спільному редагуванню власник сайту може надати активному учаснику того самого робочого простору, який відповідає вимогам, доступ Може редагувати. Редактори можуть оновлювати та зберігати спільний сайт. Після того як власник уперше опублікує сайт, редактори зможуть публікувати наступні версії за тією самою URL-адресою.

Лише власник сайту може керувати тим, хто має доступ, змінювати назву чи URL-адресу сайту, передавати право власності або змінювати налаштування, доступні лише власнику, як-от секрети та власні домени. Власник може змінити рівень доступу редактора на Може переглядати або вилучити його зі списку доступу. Після цих змін користувач більше не зможе редагувати сайт. Чи залишиться в нього доступ до перегляду, залежить від інших налаштувань аудиторії сайту.

Загальнодоступна публікація відкриває доступ до сайту за межами робочого простору відповідно до аудиторії, вибраної під час публікації.

Доступні засоби керування залежать від тарифного плану та конфігурації робочого простору. На момент запуску власні домени недоступні в робочих просторах Enterprise. Якщо ви не можете знайти або використати потрібний засіб керування, зверніться до служби підтримки OpenAI.

Зовнішні глядачі

Власники сайту можуть надати доступ для перегляду конкретним людям поза робочим простором замість того, щоб публікувати сайт для всіх в інтернеті. Для авторів об’єктів Sites у робочих просторах Business цю можливість увімкнено в межах загальних дозволів Sites у налаштуваннях робочого простору; у робочих просторах Enterprise користувач, який надсилає запрошення, повинен мати дозвіл на запрошення зовнішніх глядачів (див. нижче). Власники й адміністратори робочого простору можуть керувати зовнішніми глядачами за допомогою доступних засобів контролю доступу до сайту в розділі Налаштування робочого простору > Sites.

У робочих просторах Enterprise/Edu:

  1. Перейдіть до розділу Налаштування робочого простору > Дозволи та ролі.

  2. Виберіть роль, якій потрібно дозволити запрошувати зовнішніх глядачів, або виберіть стандартні налаштування робочого простору.

  3. У розділі Ранній доступ > Sites переконайтеся, що Sites увімкнено для цієї ролі або для робочого простору.

  4. Для вибраної ролі ввімкніть параметр Дозволити учасникам запрошувати зовнішніх відвідувачів на сайти.

Зовнішні глядачі отримують доступ лише для перегляду. Вони не стають учасниками робочого простору чи редакторами сайту, а запрошення не робить сайт загальнодоступним. Дозвіл на загальнодоступну публікацію та дозвіл на запрошення зовнішніх користувачів перевіряються окремо.

Запрошення зовнішнього глядача не задовольняє вимогу бути учасником робочого простору для використання функцій підключених застосунків.

Надаючи або скасовуючи доступ зовнішньому глядачеві, перевірте, хто вже має доступ до сайту. Видалення прямого запрошення може не скасувати доступ, наданий іншим налаштуванням аудиторії. Після внесення змін перевірте збережений список доступу й переконайтеся, що відвідувачі мають саме ті можливості, які ви передбачали.

Якщо опція запрошення зовнішніх користувачів недоступна або зміна не набуває чинності, перевірте вибраний робочий простір, роль і дозвіл на запрошення в користувача, який виконує дію, а також інтерфейс, у якому він працює. Якщо проблема не зникає, див. статтю Звернення до служби підтримки OpenAI.

Перевірка доступу до плагінів, розміщених у Sites

Ви можете розмістити сервер MCP і плагін на новому або наявному сайті. Якщо на сайті розміщено інструменти й дії, що використовуються через плагін, перевіряйте аудиторію сайту та доступ до плагіна окремо. Надання доступу до плагіна або його встановлення саме по собі не надає доступу до сайту, а доступ до сайту не замінює необхідних дозволів на доступ до застосунку чи схвалення дій.

Загальнодоступна публікація сайту, запрошення глядача на сайт, надання доступу до плагіна та публікація плагіна в каталозі робочого простору потребують окремих дозволів. Перевірте, чи має потрібний одержувач доступ і до плагіна, і до сайту.

Докладніше про розміщення плагінів на сайті, зокрема про конкретні дозволи адміністратора, які потрібно ввімкнути, читайте в статті Розміщення плагіна за допомогою ChatGPT Sites.

Про засоби контролю доступу до плагінів див. статтю Засоби адміністрування, безпека й дотримання вимог для плагінів і застосунків.

Дані, дотримання вимог і локалізація

Sites можуть використовувати запити, інструкції, файли, код сайту, згенеровані артефакти, URL-адреси розміщених ресурсів, сховище та журнали, потрібні для роботи й захисту сайту.

На момент запуску ChatGPT Sites не підтримує вимоги до локалізації даних або виконання інференсу. Це стосується розгорнутих Sites, коду сайту, сховищ даних і файлів D1/R2, артефактів та журналів. Докладніше див. у статті Вимоги до локалізації даних і виконання інференсу для ChatGPT.

Рекомендована політика робочого простору

  • Надайте учасникам чіткі вказівки щодо створення Sites, які відповідають вимогам вашої організації до безпеки, конфіденційності, приватності та іншим вимогам.

  • Визначте в політиці, коли дозволено загальнодоступну публікацію.

  • Зробіть перевірку обов’язковою перед публікацією сайтів із конфіденційним, чутливим або стороннім вмістом.

  • Визначте, хто може схвалювати загальнодоступні Sites, а хто — видаляти їх.

  • Задокументуйте, куди учасникам повідомляти про підозрілі, шкідливі, небезпечні Sites або Sites, що порушують чиїсь права.

Чи була ця стаття корисною?