OpenAI
Deze pagina is automatisch vertaald. Bekijk het oorspronkelijke Engelstalige artikel.

OpenAI Compliance Platform voor Enterprise- en Edu-klanten

Verkrijg audit- en compliancedata in uw werkruimte.

Bijgewerkt: 2 minutes ago

Documentatie voor de Naleving-API

De referentiedocumentatie voor de Admin API is openbaar beschikbaar.

Toegang krijgen

Het Compliance Platform is beschikbaar voor werkruimtes van ChatGPT Enterprise en Edu.

Vraag een eigenaar of beheerder van de werkruimte om een beheerderssleutel aan te maken die alleen voor die werkruimte geldt, met de machtigingen die je integratie nodig heeft. Daarmee krijg je toegang tot de nalevingsgegevens van de werkruimte. Alleen een eigenaar van de werkruimte kan brede toegang tot nalevingsgegevens of de machtiging Gespreksberichten verlenen. Een eigenaar of beheerder van de werkruimte kan toegang verlenen tot ondersteunde afzonderlijke logcategorieën, zoals audit-, authenticatie- of applogs.

Zie voor de configuratie en vereiste rollen: Beheerderssleutels beheren in de beheerconsole.

Heeft je bedrijf of school een abonnement nodig dat hiervoor in aanmerking komt? Neem dan contact op met ons salesteam of je OpenAI-accountmanager.

Hoe het werkt

Het Compliance Platform biedt toegang tot logs en metadata uit je ChatGPT-werkruimte die je kunt koppelen aan je eDiscovery-, DLP- of SIEM-tools.

Het Compliance Platform ondersteunt twee aanvullende manieren om toegang te krijgen:

  • Het Compliance Logs Platform voor nalevingslogs voor audits, waarin bestaande gebeurtenissen niet kunnen worden gewijzigd en alleen nieuwe kunnen worden toegevoegd.

  • De stateful Naleving-API om de toestand op het moment van het verzoek op te vragen. Deze zijn nuttig om gegevens te combineren waarnaar de bovenstaande gebeurtenissen verwijzen, en om oudere gegevenstypen te gebruiken voor audits.

In de API-documentatie en het snelstartnotebook lees je hoe je gegevens in je SIEM of datalake importeert.


eDiscovery-tools helpen bij het identificeren, verzamelen en aanleveren van elektronische informatie die als bewijs kan dienen in rechtszaken.

  • Organisaties gebruiken deze tools tijdens rechtszaken, onderzoeken of audits. Hiermee kunnen juridische teams grote hoeveelheden gegevens doorzoeken om efficiënt relevante documenten en communicatie te vinden.

DLP-tools (Data Loss Prevention, preventie van gegevensverlies) worden gebruikt om datalekken, gegevensexfiltratie en ongeoorloofd gebruik van of toegang tot gevoelige informatie binnen een organisatie te detecteren en te voorkomen.

  • Ze worden vaak gebruikt om intellectueel eigendom te beschermen en naleving van privacywet- en regelgeving zoals de AVG en HIPAA te waarborgen. DLP-systemen bewaken, detecteren en blokkeren gevoelige gegevens tijdens gebruik (acties op eindapparaten), tijdens overdracht (netwerkverkeer) en in rust (gegevensopslag).

SIEM-tools (Security Information and Event Management) bieden realtime analyses van beveiligingswaarschuwingen die door applicaties en netwerkhardware worden gegenereerd.

  • Ze worden gebruikt voor het detecteren van dreigingen, het beheren van beveiligingsincidenten en het waarborgen van naleving. Door loggegevens samen te voegen en te analyseren helpen SIEM-systemen afwijkend gedrag en potentiële dreigingen te identificeren.

Vergrendelde chats

Berichten uit vergrendelde chats in werkruimtes van ChatGPT Enterprise en Edu worden opgenomen in de gespreksberichtlogs die beschikbaar zijn via het Compliance Platform. Een accountpincode regelt de toegang binnen ChatGPT, maar verhindert geen geautoriseerde toegang via het Compliance Platform.

Wijzigingen in Codex-beleid en -configuratie bekijken

Wijzigingen die via de Codex-interface Beleid en configuraties worden aangebracht, worden vastgelegd in de auditlogs van de werkruimte. Bevoegde beheerders kunnen deze geschiedenis bekijken in de beheerconsole of de logs ophalen via de Naleving-API.

Gebruik deze gegevens om wijzigingen in de Codex-beheerinstellingen van de werkruimte te onderzoeken. Om logs in de beheerconsole te bekijken, heb je een werkruimterol met de juiste bevoegdheden nodig. Om logs via de Naleving-API op te halen, heb je een beheerderssleutel met de vereiste logmachtigingen nodig.

Zie de referentiedocumentatie voor de Admin API voor beschikbare endpoints en gebeurtenisschema's. Zie voor toegang tot de auditlogs van de werkruimte in de beheerconsole: Je tenant beheren in de beheerconsole.

Gegevensbewaring met de Naleving-API

Het Compliance Logs Platform bewaart gegevens 30 dagen. Als een langere bewaartermijn gewenst is, moeten gebruikers een systeem implementeren dat alle logs continu downloadt en volgens hun eigen beleid bewaart.

Verwijderde gegevens kunnen niet worden hersteld. Deze API biedt geen mogelijkheid om gegevens te verwijderen die binnen OpenAI intern specifiek voor audits of beveiliging worden gelogd. Alle geauthenticeerde verzoeken aan deze API worden gelogd voor beveiliging en naleving. Wanneer een item via deze API wordt verwijderd, wordt het ook verwijderd uit alle indexen voor het zoeken en ophalen van gegevens in de productieomgeving. Na een verwijderingsverzoek worden gegevens intern maximaal 30 dagen bewaard.

Kennisgeving van uitfasering

Op 5 maart 2026 is een nieuw systeem voor gesprekslogs uitgebracht, waarmee de oude stateful route is uitgefaseerd.


Mogelijk is actie vereist: de stateful route is op 5 juni 2026 verwijderd. Volg de API-documentatie om je integraties zo snel mogelijk over te zetten naar de nieuwe bron.

Partnerintegraties

Om aan hun nalevingsvereisten te voldoen, kunnen klanten Naleving-API-integraties gebruiken van aanbieders van eDiscovery, preventie van gegevensverlies (DLP) en beveiliging.

De vernieuwde gespreksberichtlogs in het Compliance Logs Platform worden momenteel ondersteund door:

Alle partners ondersteunen het importeren van de overige gegevenstypen. Je kunt meer lezen over de Naleving-API in onze blogpost.

Problemen met een partnerintegratie van de Naleving-API oplossen

Als je een probleem ondervindt bij het gebruik van een partnerintegratie van de Naleving-API, neem dan eerst contact op met de partner die de dienst aanbiedt. De partner heeft inzicht in de werking van de eigen integratie en kan bepalen of het probleem aan de kant van de partner ligt of dat mogelijk hulp van OpenAI Support nodig is.

Klanten die een partnerintegratie gebruiken

  1. Neem eerst contact op met je Naleving-API-partner en voeg de accounteigenaren van de werkruimte toe als ontvangers van de e-mail.

  2. Vermeld de volgende informatie wanneer je contact opneemt met de partner die de dienst aanbiedt

    1. Werkruimte-ID

    2. Schermafbeelding van de fout in de dienst van de partner

    3. Volledige foutmelding

    4. Datum en tijd waarop het probleem begon, inclusief tijdzone

  3. Als de partner vaststelt dat het probleem mogelijk verband houdt met de Naleving-API of de OpenAI-configuratie, opent de partner een supportaanvraag via het chatpictogram rechtsonder op deze pagina.

  4. Zorg ervoor dat jij en een accounteigenaar van de werkruimte worden toegevoegd aan de supportaanvraag die de partner aanmaakt.

  5. Zodra de accounteigenaar van de werkruimte is toegevoegd aan de supportaanvraag van de partner, moet deze expliciet bevestigen dat OpenAI Support de door de partner verstrekte werkruimtespecifieke gegevens mag bekijken.

Partners die integraties aanbieden

  1. Klanten die je integratie gebruiken, nemen eerst contact met jou op wanneer ze een probleem met de integratiedienst ondervinden.

  2. Onderzoek het gemelde probleem en bepaal of het door de partnerintegratie wordt veroorzaakt of mogelijk verband houdt met OpenAI of de Naleving-API.

  3. Als het probleem verband lijkt te houden met OpenAI of de Naleving-API, open dan een supportaanvraag via het chatpictogram rechtsonder op deze pagina en vermeld de volgende informatie. De eindklant zou geen aparte supportaanvraag hoeven te openen of als tussenpersoon tussen OpenAI en de partner hoeven op te treden.

    1. Werkruimte-ID van de klant

    2. Foutdetails die erop wijzen dat het probleem mogelijk verband houdt met OpenAI of de Naleving-API

      1. Volledige foutmelding

      2. Verzoek-ID

      3. Datum en tijd van het betreffende verzoek, inclusief tijdzone

    3. Of het probleem één klant of meerdere klanten treft

  4. Zorg ervoor dat je zowel de gebruiker die contact heeft opgenomen als de accounteigenaar die de klant heeft opgegeven, toevoegt aan het supportticket

  5. Verdere probleemoplossing moet plaatsvinden in één gedeeld supportgesprek tussen OpenAI Support, de eindklant en de partner die de integratie aanbiedt.

Was dit artikel nuttig?