Платформа за съответствие на OpenAI за клиенти Enterprise и Edu

Документация за API за съответствие

Справочникът за административния API е публично достъпен.

Получаване на достъп

Платформата за съответствие е достъпна за работни пространства в ChatGPT Enterprise и Edu.

За достъп до данните за съответствие на работното пространство помолете негов собственик или администратор да създаде административен ключ, ограничен до това работно пространство, с необходимите за вашата интеграция разрешения. Само собственик на работното пространство може да предоставя широк достъп до данни за съответствие или разрешението Съобщения в разговорите. Собственик или администратор на работното пространство може да предоставя достъп до отделни поддържани категории дневници, например за одит, удостоверяване или приложения.

За настройката и изискванията към ролите вижте: Управление на административни ключове в администраторската конзола.

Ако вашата компания или учебно заведение се нуждае от подходящ план, свържете се с нашия търговски екип или с мениджъра за вашия акаунт в OpenAI.

Как работи

Платформата за съответствие предоставя достъп до дневници и метаданни от вашето работно пространство в ChatGPT, които можете да свържете с инструментите си за eDiscovery, DLP или SIEM.

Платформата за съответствие поддържа два взаимнодопълващи се начина за достъп:

• Платформа за дневници за съответствие — за одитни цели, с неизменяеми записи на събития в дневниците за съответствие, към които могат само да се добавят нови записи.

• API за съответствие с поддържане на състояние — за извличане на състоянието към момента на заявката. Те са полезни за обединяване на данни, към които препращат горепосочените събития, и за работа с по-стари типове данни за одитни цели.

Можете да използвате документацията за API и интерактивния бележник за бърз старт, за да научите как да импортирате данни във вашата SIEM система или езеро от данни.

Инструментите за eDiscovery помагат за откриване, събиране и предоставяне на електронна информация, която може да се използва като доказателство по съдебни дела.

• Организациите използват тези инструменти при съдебни спорове, разследвания или одити. Те позволяват на правните екипи ефективно да преглеждат големи обеми данни, за да намират документи и кореспонденция, свързани със случая.

Инструментите за DLP (предотвратяване на загубата на данни) се използват за откриване и предотвратяване на пробиви в сигурността на данните, източване на данни и неразрешено използване на или достъп до чувствителна информация в дадена организация.

• Те обикновено се използват за защита на интелектуалната собственост и за осигуряване на съответствие със законите и разпоредбите за поверителност, като GDPR, HIPAA и др. DLP системите наблюдават, откриват и блокират чувствителни данни по време на използване (действия на крайни устройства), пренос (мрежов трафик) и съхранение (хранилища за данни).

Инструментите за SIEM (управление на информацията и събитията за сигурност) осигуряват анализ в реално време на предупрежденията за сигурност, генерирани от приложения и мрежов хардуер.

• Те се използват за откриване на заплахи, управление на инциденти със сигурността и осигуряване на съответствие. Чрез обединяване и анализиране на данни от дневници SIEM системите помагат за откриване на необичайно поведение и потенциални заплахи.

Преглед на промените в правилата и конфигурациите на Codex

Промените, направени чрез интерфейса Правила и конфигурации на Codex, се записват в одитните дневници на работното пространство. Упълномощените администратори могат да преглеждат тази хронология в администраторската конзола или да извличат дневниците чрез API за съответствие.

Използвайте тези записи, за да проучвате промените в настройките за управление на Codex в работното пространство. За преглед на дневниците в администраторската конзола е необходима роля в работното пространство, която дава право на такъв достъп. Извличането на дневници чрез API за съответствие изисква административен ключ с необходимите разрешения за дневниците.

За наличните крайни точки и схемите на събитията вижте справочника за административния API. За достъпа до одитните дневници на работното пространство в администраторската конзола вижте: Управление на клиентската ви среда в администраторската конзола.

Съхранение на данни с API за съответствие

Платформата за дневници за съответствие съхранява данните за 30 дни. Ако е необходимо по-дълго съхранение, потребителите трябва да внедрят система за непрекъснато изтегляне на всички дневници и съхраняването им според собствените си правила.

Изтритите данни не могат да бъдат възстановени. Този API не позволява изтриване на данни, записани вътрешно в OpenAI специално за целите на одита или сигурността. Всички удостоверени заявки към този API се записват в дневници за целите на сигурността и съответствието. Когато даден елемент бъде изтрит чрез този API, той се премахва и от всички индекси за търсене и извличане в продукционната среда. Данните се съхраняват вътрешно за не повече от 30 дни след заявка за изтриване.

Известие за извеждане от употреба

На 5 март 2026 г. беше пусната нова система за дневници на разговорите, с което старият маршрут с поддържане на състояние беше обявен за остарял.


Възможно е да са необходими действия: маршрутът с поддържане на състояние беше премахнат на 5 юни 2026 г. Следвайте документацията за API, за да прехвърлите интеграциите си към новия източник възможно най-скоро.

Партньорски интеграции

За да изпълнят изискванията си за съответствие, клиентите могат да използват интеграции с API за съответствие от доставчици на решения за eDiscovery, предотвратяване на загубата на данни (DLP) и сигурност.

Актуализираните дневници на съобщенията в разговорите в Платформата за дневници за съответствие в момента се поддържат от:

• Concentric AI

• CrowdStrike

• Cyberhaven

• Enkrypt AI

• Forcepoint

• Global Relay

• Microsoft Purview

• Netskope

• Palo Alto Networks

• Relativity

• Smarsh

• Teleskope

• Tenable (преди Apex Security)

• Theta Lake

• TrojAI

• Varonis

• Zenity

• Zscaler

Всички партньори поддържат импортирането на останалите типове данни. Можете да прочетете повече за API за съответствие в нашата публикация в блога.

Ръководства за настройка на партньорските интеграции

Cyberhaven

• Cyberhaven: Документация за ChatGPT Enterprise

Microsoft

• Microsoft Purview: Използване на Microsoft Purview за управление на сигурността на данните и съответствието в ChatGPT Enterprise

• Microsoft Purview: Разкриване на потенциала на Microsoft Purview за ChatGPT Enterprise (блог)

Netskope

• Netskope: Конфигуриране на ChatGPT Enterprise за защита на данните чрез API от ново поколение

• Netskope: Netskope + API за съответствие на ChatGPT Enterprise

• Общността на Netskope: Демонстрация – Конфигуриране на API за съответствие на ChatGPT Enterprise

• Netskope: Предварително известие — Миграция към Платформата за дневници за съответствие за ChatGPT Enterprise

Palo Alto Networks

• Начало на сканирането на приложението ChatGPT Enterprise

Relativity

• Relativity: ChatGPT Enterprise като източник на данни

Tenable (преди Apex Security)

• Tenable AI Exposure: Интеграция с ChatGPT Enterprise

TrojAI

• TrojAI: Интеграция с API за съответствие на OpenAI

Teleskope

• Teleskope: Документация за внедряване на конектора за OpenAI

Theta Lake

• Theta Lake: Кратък преглед на интеграцията с OpenAI

Varonis

• Интегриране на ChatGPT за предприятия с Varonis SaaS – Ръководство за потребителя

Zenity

• Zenity: Сигурност на агентите с ИИ — Zenity за ChatGPT Enterprise

Zscaler

• Zscaler: Добавяне на клиентски среди за SaaS приложения

Отстраняване на проблеми с партньорска интеграция с API за съответствие

Ако възникне проблем при използването на партньорска интеграция с API за съответствие, първо се свържете с партньора, който предоставя услугата. Партньорът, който предоставя услугата, има видимост върху работата на своята интеграция и може да прецени дали проблемът е от негова страна, или може да изисква съдействие от екипа за поддръжка на OpenAI.

Клиенти, които използват партньорска интеграция

1. Първо се свържете с партньора си за API за съответствие и не забравяйте да включите собствениците на акаунта на работното пространство сред получателите на имейла.

2. Когато се свързвате с партньора, който предоставя услугата, включете следната информация

   1. Идентификатор на работното пространство

   2. Екранна снимка на грешката, наблюдавана в услугата на партньора

   3. Пълно съобщение за грешката

   4. Дата, час и часова зона на първата поява на проблема

3. Ако партньорът прецени, че проблемът може да е свързан с API за съответствие или конфигурацията в OpenAI, той ще подаде заявка за поддръжка чрез иконата за чат в долния десен ъгъл на тази страница.

4. Уверете се, че вие и собственик на акаунта на работното пространство сте включени в заявката за поддръжка, подадена от партньора.

5. След като бъде включен в заявката за поддръжка, подадена от партньора, собственикът на акаунта на работното пространство трябва изрично да потвърди, че екипът за поддръжка на OpenAI може да прегледа предоставената от партньора информация за конкретното работно пространство.

Партньори, предоставящи интеграции

1. Клиентите, които използват вашата интеграция, ще се свържат първо с вас, ако възникне проблем в услугата за интеграция.

2. Проучете съобщения проблем и установете дали е причинен от партньорската интеграция, или може да е свързан с OpenAI или API за съответствие.

3. Ако проблемът изглежда свързан с OpenAI или API за съответствие, подайте заявка за поддръжка чрез иконата за чат в долния десен ъгъл на тази страница и включете следната информация. Не би трябвало крайният клиент да трябва да подава отделна заявка за поддръжка или да посредничи между OpenAI и партньора.

   1. Идентификатор на работното пространство на клиента

   2. Подробности за грешката, които подсказват, че проблемът може да е свързан с OpenAI или API за съответствие

      1. Пълно съобщение за грешката

      2. Идентификатор на заявката

      3. Дата и час с часова зона на засегнатата заявка

   3. Дали проблемът засяга един или няколко клиенти

4. Не забравяйте да включите в заявката за поддръжка както потребителя, който се е свързал с вас, така и собственика на акаунта, посочен от клиента

5. По-нататъшната работа по отстраняване на проблема трябва да продължи в една обща кореспонденция между екипа за поддръжка на OpenAI, крайния клиент и партньора, предоставящ интеграцията.