FAQ admin ChatGPT Work

ChatGPT Work menghadirkan teknologi di balik Codex ke ChatGPT untuk tugas yang lebih panjang dan terdiri dari beberapa langkah. ChatGPT Work dapat mengumpulkan konteks dari percakapan, file, sumber daya ruang kerja, dan sistem yang terhubung; menggunakan alat yang disetujui; serta membuat keluaran yang siap ditinjau. Akses, konteks, tindakan, perilaku jaringan, dan penggunaan kredit berbeda-beda menurut paket, pengaturan ruang kerja, izin sumber, dan antarmuka.

Bekerja lintas perangkat

Apa yang dapat dilakukan dengan akses komputer lokal melalui Work Cloud?

Anggota yang memenuhi syarat dapat melanjutkan percakapan Work di desktop, perangkat seluler, dan web. Tugas yang menggunakan akses komputer lokal melalui Work Cloud menggunakan koordinasi cloud. Untuk perusahaan, tombol alih Local/Cloud dalam aplikasi beserta pengaturan defaultnya tetap sama saat peluncuran. Setiap langkah tetap dapat dijalankan di cloud atau menggunakan sumber daya yang disetujui pada komputer yang terhubung.

Misalnya, seseorang dapat mulai bekerja dengan folder lokal yang disetujui di laptop, lalu memberikan instruksi lanjutan dari ponselnya. Langkah yang memerlukan laptop tersebut tetap mengharuskannya online dan terhubung.

Bagaimana cara mengaktifkannya?

Untuk mengaktifkan fitur ini bagi pengguna yang dituju:

1. Aktifkan Work Cloud bagi pengguna yang dituju. Izinkan akses komputer lokal berada di bawah Work Cloud. Anda tidak perlu mengaktifkan Gunakan Codex secara lokal di aplikasi desktop ChatGPT.

2. Tinjau kebijakan dasar cloud di Agent Security.

3. Sebagai pemilik ruang kerja, buka Pengaturan ruang kerja > Izin & peran dan aktifkan Izinkan akses komputer lokal. Selesaikan semua langkah peninjauan kebijakan dan persetujuan yang ditampilkan untuk ruang kerja Anda. Migrasi kebijakan dapat dilakukan sebelum penyiapan. Tinjau kebijakan sebelum peluncuran; pembuatan kebijakan tidak diwajibkan dalam alur konfirmasi akses. Lihat Akses komputer lokal untuk Work Cloud dan dots untuk persyaratan penyiapan dan kelayakan yang terpisah.

Jika enforce_residency diaktifkan dalam kebijakan cloud mana pun, Izinkan akses komputer lokal dinonaktifkan untuk Work maupun dots. Pengamanan ini tidak mengonfigurasi residensi ruang kerja dan tidak dengan sendirinya menonaktifkan Work Cloud atau dots.

Bisakah kami menggunakan fitur ini jika kebijakan kami hanya didistribusikan melalui MDM?

Siapkan kebijakan Agent Security untuk persyaratan perusahaan yang didukung selama eksekusi lokal. Saat akses komputer lokal melalui Work Cloud diaktifkan, kontainer cloud Work tidak memberlakukan persyaratan ini. MDM mendistribusikan persyaratan ke perangkat.

Untuk eksekusi lokal, persyaratan MDM dan persyaratan lama untuk perangkat terkelola memiliki prioritas lebih tinggi daripada Agent Security. File persyaratan sistem pada perangkat memiliki prioritas lebih rendah daripada Agent Security. Urutan kebijakan lokal ini tidak memperluas pemberlakuan persyaratan perusahaan ke kontainer cloud Work. Kontainer cloud Work tetap menggunakan kebijakan Work Cloud yang sudah ada.

Bagaimana jika kami sudah menggunakan kebijakan cloud?

Gunakan Agent Security di Konsol Admin untuk mengelola kebijakan dan konfigurasi. Fitur ini menggantikan Kebijakan & Konfigurasi. Agent Security akan tersedia bagi semua orang, terlepas dari akses komputer lokal melalui Work Cloud.

Kebijakan, penetapan, dan urutan yang sudah ada tetap dipertahankan. Tinjau kebijakan Anda yang sudah ada di Agent Security. Akses komputer lokal melalui Work Cloud harus diaktifkan secara terpisah. Lihat Agent Security untuk panduan migrasi.

Gunakan API kebijakan untuk mengelola pengaturan Global. Untuk mengelola pengaturan Local atau Codex Cloud, gunakan antarmuka Agent Security. Alur kerja API Global yang sudah ada tetap tersedia setelah migrasi. Uji skrip dan integrasi Terraform Anda, lalu pastikan penetapan dan urutan kebijakan tidak berubah.

Hook apa saja yang didukung dalam akses komputer lokal melalui Work Cloud?

Saat kebijakan terkelola dan hook jarak jauh diaktifkan, Work Cloud dengan akses lokal dan dots menggunakan hook MCP jarak jauh yang dikelola admin pada orkestrator cloud. Konfigurasikan handler mcp_tool dalam requirements.toml Global. Work Cloud tanpa akses lokal dan akun pribadi tidak menggunakan hook perusahaan ini. Handler perintah/shell, prompt, dan agen; hook dari konfigurasi lokal, plugin, atau direktori lokal; hook dengan cakupan lingkungan; serta hook MCP SessionEnd tidak didukung dengan orkestrasi cloud, meskipun alat dijalankan secara lokal. Jika orkestrasi dan eksekusi sama-sama berlangsung secara lokal, hook yang sudah didukung tetap berfungsi dalam utas Work dan Codex yang sepenuhnya lokal. Admin tetap dapat mengonfigurasi hook terkelola yang didukung di Agent Security untuk alur kerja tersebut.

Sebelum mengandalkan hook ini, uji konektivitas callback, peristiwa yang diperlukan, dan perilaku saat terjadi kegagalan. Penolakan eksplisit yang didukung dapat memblokir tindakan, tetapi kesalahan callback PreToolUse, batas waktu yang terlampaui, atau respons dengan format yang tidak valid dapat menyebabkan hook gagal tanpa memblokir alat. Hook MCP tidak menyediakan jejak audit Compliance API yang lengkap.

Kebijakan mana yang diprioritaskan?

Dalam suatu kebijakan, urutan prioritas dari tertinggi ke terendah adalah penggantian pengaturan lingkungan khusus OS → penggantian pengaturan lingkungan untuk semua OS → Global. Kebijakan dengan prioritas lebih tinggi tetap diutamakan daripada kebijakan dengan prioritas lebih rendah, meskipun kebijakan dengan prioritas lebih rendah tersebut lebih spesifik. Beberapa persyaratan memiliki aturan penggabungan khusus per bidang.

Untuk eksekusi lokal, persyaratan MDM dan persyaratan lama untuk perangkat terkelola memiliki prioritas lebih tinggi daripada Agent Security. File persyaratan sistem pada perangkat memiliki prioritas lebih rendah daripada Agent Security.

Untuk akses komputer lokal melalui Work Cloud, konfigurasi requirements.toml perusahaan yang baru berlaku bagi eksekutor lokal. Konfigurasi ini tidak menggantikan kebijakan Work Cloud yang sudah ada. Runtime cloud tidak mendukung port listener HTTP/SOCKS terkelola dan listener proksi non-loopback; dukungan aturan soket bergantung pada jalur eksekusi.

Persyaratan Agent Security mana yang berlaku untuk Work Cloud?

Untuk Work dengan akses lokal dan dots, kebijakan Global yang didukung berlaku melalui orkestrator cloud bersama saat kebijakan terkelola diaktifkan. Persyaratan requirements.toml lokal yang berlaku mengatur eksekusi pada komputer yang terhubung. Kontainer cloud Work dan komputer cloud dots menggunakan konfigurasi serta persyaratan eksekusinya sendiri, bukan paket lingkungan terkelola yang digunakan oleh jenis eksekutor lainnya. Pembatasan eksekusi lokal tidak otomatis berlaku pada komputer cloud ini. Tinjau izin kapabilitas cloud dan uji eksekusi lokal serta cloud secara terpisah.

Tetap tempatkan kontrol orkestrator, termasuk persetujuan dan pencarian web, di Global. Gunakan kontrol khusus Kebijakan persetujuan yang diizinkan dan Mode pencarian web yang diizinkan jika tersedia, serta TOML untuk bidang lain yang didukung. Lihat Referensi Konfigurasi untuk daftar bidang dan cakupan eksekusi.

Apa yang terjadi jika komputer lokal tidak tersedia?

Pastikan komputer tetap online dan terhubung untuk langkah yang memerlukan file atau alat lokalnya. Jika komputer tidak tersedia saat giliran baru dimulai, tugas yang sudah ada dan memenuhi syarat yang menggunakan akses komputer lokal melalui Work Cloud dapat dilanjutkan dalam kontainer cloud. Kontainer cloud tidak dapat mengakses file atau alat pada komputer yang tidak tersedia tersebut. Kontainer ini juga tidak memberlakukan persyaratan perusahaan dari eksekusi lokal. Tugas tidak dapat beralih dari eksekusi lokal ke cloud di tengah satu giliran.

Apa yang terjadi jika admin menonaktifkan akses komputer lokal melalui Work Cloud?

Menonaktifkan sinkronisasi akan menghentikan giliran yang sedang berjalan. Pengguna dapat mengirim pesan baru untuk memulai giliran baru dalam percakapan cloud yang sudah ada. Giliran tersebut secara otomatis menggunakan Work Cloud tanpa akses ke file lokal.

Menonaktifkan sinkronisasi tidak mengubah kebijakan retensi atau penghapusan data.

Apa yang terjadi pada percakapan dan tugas yang sudah ada dalam proyek saat sinkronisasi diaktifkan?

Akses komputer lokal dengan Work Cloud hanya berlaku untuk tugas yang dibuat setelah Anda mengaktifkan sinkronisasi. Tugas yang sudah ada, termasuk tugas dalam proyek, tetap menggunakan mode awalnya: hanya secara lokal, atau di cloud tanpa akses ke file lokal. Mulai tugas baru untuk menggunakan fitur ini.

Apakah ini mengubah Codex?

Tidak. Akses komputer lokal dengan Work Cloud tidak mengubah perilaku konfigurasi Codex yang sudah ada, dan percakapan yang menggunakan fitur ini tidak muncul dalam riwayat Codex.

Apakah sinkronisasi cocok untuk penerapan ZDR?

Tidak. Akses komputer lokal dengan Work Cloud tidak menyediakan retensi data nol secara ketat. Residensi data dan residensi inferensi hanya mencakup konten yang memenuhi syarat serta beban kerja, wilayah, dan konfigurasi yang didukung. Enterprise Key Management (EKM) mencakup konten tersimpan yang didukung di ruang kerja yang memenuhi syarat. Work tidak didukung dengan residensi inferensi UAE. Menjalankan suatu langkah di komputer yang terhubung tidak menjadikan alur kerja tersebut sebagai penerapan ZDR.

Ikhtisar

ChatGPT Work memungkinkan pengguna mendelegasikan tugas yang lebih panjang dan terdiri dari beberapa langkah kepada ChatGPT. ChatGPT Work dapat mengumpulkan informasi dari sumber yang terhubung, melakukan penalaran dalam beberapa langkah, membuat dokumen, presentasi, atau analisis, serta memberikan hasil untuk ditinjau.

ChatGPT Work tersedia pada antarmuka web, perangkat seluler, dan desktop yang didukung untuk paket serta ruang kerja yang memenuhi syarat. Jika didukung, pemilik ruang kerja atau admin yang berwenang dapat mengelola Work Cloud, Work Local, dan Codex Local melalui izin yang berbeda. Untuk ruang kerja Enterprise dan Edu yang memenuhi syarat, peran ruang kerja default mencakup Work kecuali administrator yang berwenang menonaktifkannya. Kontrol browser dan jaringan semakin membatasi Work Cloud, dan ketersediaan bergantung pada peran, paket, ruang kerja, serta wilayah. Lihat ChatGPT Work dan Codex.

Untuk model eksekusi yang dihosting dan batas keamanan, lihat Ringkasan ChatGPT Work.

Kontrol administratif utama

Administrator mengatur ChatGPT Work melalui lapisan kontrol berikut:

• Akses ke ruang kerja enterprise: Kontrol identitas dan akses mengelola autentikasi serta akses ke ruang kerja. Bergantung pada paket dan konfigurasi, fitur identitas yang dikendalikan administrator dapat mencakup SSO, verifikasi domain, penyediaan SCIM, pengelolaan siklus hidup pengguna, dan sinkronisasi grup identitas. SCIM dan grup identitas tersinkronisasi tidak disertakan dalam ChatGPT Business. Pengguna dapat mengaktifkan OpenAI MFA di tingkat akun. ChatGPT tidak menyediakan pemberlakuan MFA di seluruh ruang kerja; organisasi yang memerlukannya harus memberlakukan SSO dan MFA melalui penyedia identitas mereka. Kelola SSO dan pengaturan identitas terkait di Global Admin Console. Lihat Autentikasi multifaktor.
• Akses ke ChatGPT Work di dalam ruang kerja: Jika tersedia, Work Cloud mengatur Work yang dihosting di seluruh antarmuka web, perangkat seluler, dan desktop yang didukung. Work Local mengatur Work desktop lokal, sedangkan Codex Local mengontrol akses lokal Codex yang didukung di klien desktop, CLI, dan IDE. Pengaturan browser cloud dan jaringan semakin membatasi Work Cloud. Kontrol akses berbasis peran khusus (RBAC) dan izin yang tersedia bergantung pada paket serta ruang kerja.
• Keanggotaan grup: Pada paket yang mendukung SCIM, sinkronkan grup melalui penyedia identitas agar akses diperbarui saat karyawan bergabung dengan organisasi, berganti peran, atau keluar. Lihat Grup dan penyediaan.
• Peran ruang kerja dan anggota: Peran Enterprise bawaan mencakup Owner, Admin, Member, dan Analytics Viewer. Pada paket yang didukung, peran khusus dan RBAC anggota mengontrol akses ke ChatGPT Work, plugin, serta kemampuan lainnya. Jika jenis seat berlaku, anggota juga memerlukan seat yang mencakup ChatGPT; seat khusus Codex tidak memberikan akses ke Work. Lihat Peran dan izin ruang kerja.
• Plugin dan aplikasi: Kebijakan Plugin mengatur ketersediaan dan penginstalan plugin. Akses aplikasi, kontrol tindakan, dan perilaku persetujuan dikonfigurasi secara terpisah. Workspace Agents memiliki kontrolnya sendiri jika tersedia. Lihat Kontrol Plugin, Plugin, dan Laporan resmi keamanan aplikasi.
• Izin sistem sumber: Pengguna hanya dapat mengakses konten dan tindakan yang diizinkan oleh akun atau koneksi bersama dalam aplikasi native. Lihat Kontrol admin, keamanan, dan kepatuhan dalam aplikasi.
• Pembatasan persetujuan dan tindakan: Untuk aplikasi yang mendukung kontrol Action, admin dapat mengizinkan semua tindakan, tindakan hanya baca, atau sekumpulan tindakan khusus, serta menentukan cara menangani tindakan yang baru ditambahkan. Izin aplikasi secara terpisah menentukan kapan ChatGPT meminta konfirmasi sebelum menggunakan aplikasi.
• Kredit: ChatGPT Work dan Codex menggunakan harga, kredit, serta batas penggunaan yang sama. Admin Enterprise dan Edu yang memenuhi syarat dapat menetapkan batas bulanan per pengguna melalui default ruang kerja, default grup, dan batas khusus per pengguna. Pengguna dapat meminta peningkatan jika ruang kerja mengizinkannya. Business menggunakan model kontrol kredit dan pengeluaran yang terpisah. Lihat Batas penggunaan dan kontrol pengeluaran ChatGPT.
• Analitik dan pelaporan: Global Admin Console dan analitik ruang kerja mendukung analisis adopsi serta penggunaan kredit. Gunakan Compliance API dan antarmuka pelaporan Codex sesuai cakupan peristiwa dan produk yang didokumentasikan; tinjau skema terkini sebelum menjanjikan cakupan atas prompt, file, persetujuan, tindakan, kesalahan, atau panggilan alat tertentu. Lihat Tata kelola.

Akses, data, sistem, dan tindakan pengguna

Bagaimana akses ke data, sistem, dan tindakan pengguna dilindungi?

ChatGPT Work diatur oleh kontrol identitas, akses, dan izin yang sudah berlaku di ruang kerja ChatGPT Anda. Administrator menggunakan pengelolaan identitas, peran ruang kerja, dan, pada paket yang memenuhi syarat, RBAC untuk menentukan siapa yang dapat menggunakan ChatGPT Work.

Jika didukung, akses dapat disinkronkan dengan penyedia identitas Anda melalui SCIM dan sinkronisasi grup. Dengan demikian, Anda dapat mengelola akses dan izin secara terpusat saat karyawan bergabung dengan organisasi, berganti peran, atau keluar.

Sistem sumber yang mendasarinya memberlakukan izin akun atau koneksi bersama yang disetujui dan digunakan untuk operasi tersebut. Koneksi individual menggunakan akses orang tersebut ke sistem sumber. Koneksi milik agen atau koneksi bersama dapat memberikan akses kepada pengguna agen yang berwenang melalui akun yang terhubung, termasuk ke data atau tindakan yang tidak dapat diakses oleh akun mereka sendiri. Batasi cakupan koneksi, tindakan yang tersedia, dan audiens agen sesuai kebutuhan bisnis yang dimaksud. Lihat Koneksi dan izin Agen Ruang Kerja.

Bagaimana ChatGPT Work mengakses data dan konteks?

ChatGPT Work dapat menggunakan percakapan saat ini, file yang diunggah, sumber daya ruang kerja, dan sistem yang terhubung melalui aplikasi yang disetujui serta, jika berlaku, plugin. Bergantung pada kapabilitas dan izin yang diaktifkan, hal ini dapat mencakup dokumen, repositori, tiket, saluran, email, dan kalender. File sebelumnya dapat tersedia melalui percakapan saat ini, proyek yang didukung, akses Library yang diotorisasi, atau referensi Library otomatis yang diaktifkan. Memori tersimpan mengikuti kontrol ruang kerja dan penggunanya sendiri.

Setiap sumber konteks mempertahankan kontrolnya sendiri: pengguna menyediakan konteks percakapan, admin mengelola sumber daya ruang kerja, dan sistem terhubung memberlakukan autentikasi dan izin. ChatGPT Work hanya dapat mengakses informasi yang diizinkan untuk pengguna atau koneksi bersama yang disetujui.

ChatGPT Work mewarisi perlindungan ruang kerja ChatGPT yang berlaku. Residensi, retensi, pencatatan log, dan ketersediaan fitur berbeda-beda menurut paket, wilayah, antarmuka, dan sistem terhubung, jadi pastikan cakupan untuk konfigurasi Anda.

Tindakan berdampak tinggi apa yang dibatasi atau memerlukan peninjauan?

Risiko tindakan berbeda-beda. Membaca atau menyusun draf umumnya berdampak lebih rendah daripada mengubah data, membagikan informasi, atau bertindak dalam sistem eksternal. Gabungkan peran, izin dan kredensial yang terbatas, serta persetujuan yang didukung untuk membatasi tindakan berdampak lebih tinggi hanya bagi penggunaan tepercaya dan telah ditinjau.

Kategori tindakan umum meliputi:

• Baca: Mengakses, mencari, atau meringkas informasi dari sumber yang disetujui tanpa mengubah data yang mendasarinya.
• Draf: Menyiapkan dokumen, email, laporan, kode, atau konten lain agar ditinjau seseorang sebelum digunakan.
• Tulis: Membuat, memperbarui, atau menghapus catatan dalam sistem yang terhubung, seperti dokumen, tiket, repositori, atau alat manajemen proyek.
• Bagikan: Mengirim, menerbitkan, atau dengan cara lain menyediakan informasi kepada lebih banyak orang, sistem, atau tujuan eksternal.
• Jadwalkan: Memulai tugas pada waktu mendatang atau menurut jadwal berulang tanpa mengharuskan pengguna memulai setiap pelaksanaan.
• Eksekusi: Menjalankan kode, perintah shell, otomatisasi browser, atau tugas lain berbasis alat yang berinteraksi langsung dengan lingkungan eksternal.

Untuk tindakan berdampak lebih tinggi, gunakan peninjauan manusia, kredensial terbatas, cakupan sempit, dan persetujuan yang didukung. Tindakan plugin tetap mengikuti izin dan kontrol keamanan setiap integrasi.

Kepatuhan

Bagaimana ChatGPT Work mendukung komitmen privasi dan data perusahaan?

ChatGPT Work menggunakan komitmen privasi, keamanan, dan data yang berlaku untuk ruang kerja ChatGPT pelanggan, sesuai dengan paket, konfigurasi, antarmuka, fitur, dan wilayah. Untuk ChatGPT Enterprise, hal ini mencakup data bisnis tidak digunakan untuk pelatihan secara default, enkripsi saat data dikirim dan disimpan, kontrol akses tingkat ruang kerja, serta pencatatan log audit yang didukung.

Untuk Work dengan akses lokal, residensi hanya berlaku untuk konten yang memenuhi syarat serta beban kerja, wilayah, dan konfigurasi yang didukung; EKM mencakup konten tersimpan yang didukung di ruang kerja yang memenuhi syarat. Work tidak didukung dengan residensi inferensi UAE. Pengalaman ini tidak menyediakan retensi data nol secara ketat. Dots memiliki pengecualian beta tersendiri dan tidak mendukung residensi data atau inferensi. Lihat kompatibilitas dan persyaratan data. Cakupan HIPAA dan Business Associate Agreement bergantung pada fitur dan perjanjian yang digunakan.

Layanan yang terhubung memiliki persyaratan retensi, pencatatan log, akses, residensi, dan kepatuhannya sendiri. Saat ChatGPT Work menggunakan plugin, repositori, atau sistem pihak ketiga, evaluasi kontrol ruang kerja ChatGPT maupun kontrol sistem yang terhubung.

Untuk aktivitas Codex, kontrol perusahaan dapat mencakup lingkungan pengembangan, repositori, alat yang dikonfigurasi, dan aktivitas terkait. Tinjau Panduan peluncuran untuk admin dan Tata kelola beserta kontrol ruang kerja.

Data apa yang disimpan, dipertahankan, atau dihapus?

Retensi dan penghapusan data untuk ChatGPT Work diatur oleh paket ruang kerja ChatGPT, pengaturan administratif, dan kapabilitas yang digunakan. Retensi dapat berbeda-beda untuk informasi yang diakses ChatGPT Work. Percakapan dan file Library yang memenuhi syarat mengikuti pengaturan ruang kerja yang berlaku. File proyek, unggahan sementara, memori tersimpan, peristiwa kepatuhan, data aplikasi yang disinkronkan, dan catatan pihak ketiga dapat memiliki aturan retensi dan penghapusan tersendiri. Lihat Kebijakan retensi percakapan dan file.

ChatGPT Work dapat membuat konten percakapan, file yang diunggah atau dihasilkan, artefak, dan metadata eksekusi. Percakapan Codex juga dapat membuat metadata repositori atau lingkungan, keluaran perintah, diff, dan log. Periksa dokumentasi produk dan Compliance API terkini untuk mengetahui kelas data, periode retensi, dan jalur penghapusan secara tepat.

Tinjau persyaratan retensi di ruang kerja ChatGPT dan sistem perusahaan terhubung agar kebijakan tata kelola data, kepatuhan, dan retensi catatan organisasi Anda berlaku untuk setiap sistem.

Observabilitas

Data penggunaan apa yang tersedia bagi admin atau pemilik?

Admin dan pemilik dapat menggunakan analitik produk serta log kepatuhan untuk berbagai jenis visibilitas. Global Admin Console menyediakan tampilan adopsi ChatGPT dan Codex serta penggunaan kredit yang didukung; perincian pengguna, produk, agen, dan model yang tersedia bergantung pada antarmuka analitik dan ruang kerja. Untuk ruang kerja yang memenuhi syarat, Compliance API menyediakan catatan percakapan ChatGPT yang tercakup, termasuk aktivitas Work cloud yang didukung. Cakupan bergantung pada produk, antarmuka, izin, endpoint yang tersedia, dan skema peristiwa yang terdokumentasi. Lihat Analitik ruang kerja dan Compliance API.

Apakah prompt, keluaran, file, tindakan, atau panggilan alat dicatat dalam log?

Untuk ruang kerja Enterprise dan Edu yang memenuhi syarat, Compliance Logs Platform menyediakan prompt pengguna Work dan respons agen. Panggilan aplikasi yang terhubung dicatat secara terpisah, dan ruang kerja yang memenuhi syarat dapat mengakses file Library aktif melalui endpoint Compliance API khusus Library yang didukung. Catatan ini tidak membentuk jejak audit lengkap untuk setiap operasi file yang di-host, perintah shell, interaksi browser, pemanggilan alat, atau persetujuan. Konfirmasikan cakupan peristiwa dan produk terkini dalam dokumentasi Compliance API yang memerlukan autentikasi.

Compliance Logs Platform mempertahankan data selama 30 hari. Ekspor catatan secara berkelanjutan ke sistem penemuan elektronik, pencegahan kehilangan data, SIEM, atau danau data yang disetujui jika organisasi Anda memerlukan retensi lebih lama. Lihat panduan OpenAI Compliance Platform.

Mengaktifkan akses komputer lokal dengan Work Cloud mengubah apa yang diterima kolektor OpenTelemetry (OTel) Anda yang sudah ada. Eksekutor lokal Anda tetap dapat mengekspor peristiwa eksekusi yang didukung. Peristiwa orkestrasi cloud tidak sampai ke kolektor OpenTelemetry Anda yang sudah ada.

Gunakan Compliance API untuk rekaman cloud yang didukung. Mengubah endpoint kolektor tidak memulihkan peristiwa orkestrasi cloud. Rekaman Compliance API tidak menggantikan setiap peristiwa dalam aliran OpenTelemetry sebelumnya. Lihat Tinjau OpenTelemetry dan cakupan audit.

Dapatkah perilaku tidak biasa, kegagalan, atau lonjakan penggunaan terdeteksi dengan cepat?

Analitik ruang kerja, log kepatuhan, dan alat pemantauan yang terhubung membantu admin meninjau penggunaan dan menyelidiki aktivitas ChatGPT, Work, dan Codex yang didukung. Bergantung pada antarmuka pelaporan yang dipilih, sinyal dapat mencakup pengguna aktif, pesan yang didukung, aktivitas aplikasi, penggunaan agen, peristiwa autentikasi atau administratif, dan konsumsi kredit. Log yang diekspor dapat mendukung penemuan elektronik, pencegahan kehilangan data, SIEM, audit, dan penyelidikan. Kualitas deteksi bergantung pada paket, cakupan peristiwa, atribusi, keterkinian, dan aturan yang dikonfigurasi.

Sinyal yang mungkin perlu ditinjau mencakup peningkatan tak terduga dalam penggunaan atau konsumsi kredit, aktivitas pengguna atau agen yang tidak biasa, kesalahan operasional berulang, serta peristiwa autentikasi atau administratif yang relevan. Pastikan sinyal yang tepat dengan skema analitik, kepatuhan, dan log audit yang berlaku.

Untuk aktivitas Codex, analitik Codex dan Analytics API menyediakan metrik adopsi dan aktivitas yang didukung. Organisasi yang menggunakan klien Codex lokal dapat memilih untuk mengaktifkan ekspor OpenTelemetry bagi peristiwa seperti permintaan API, kesalahan, metadata prompt, keputusan persetujuan alat, dan hasil alat. Isi prompt disamarkan kecuali otel.log_user_prompt = true diaktifkan melalui persetujuan eksplisit terpisah. Lihat Pemantauan dan telemetri. Telemetri Codex lokal ini tidak menyediakan ekspor OpenTelemetry untuk ChatGPT Work di web.

Tata kelola

Bagaimana admin dapat mengontrol akses, izin, dan kebijakan?

Tata kelola mencakup tiga lapisan yang saling berkaitan tetapi terpisah:

• Kontrol akses ChatGPT Work menentukan siapa yang dapat menggunakan Work dan apakah sinkronisasi utas lokal tersedia.

• Kontrol Workspace Agent menentukan siapa yang dapat membuat, menerbitkan, membagikan, menjadwalkan, atau mengonfigurasi agen yang dapat digunakan kembali dan koneksi bersama, jika tersedia.

• Agent Security menyimpan dasar kebijakan cloud global untuk kontrol Work dan Codex yang didukung. Untuk Work dengan akses lokal dan dots, kebijakan Global yang didukung berlaku pada orkestrasi cloud saat kebijakan terkelola diaktifkan. Persyaratan eksekusi lokal mengatur komputer yang terhubung; komputer cloud menggunakan konfigurasi dan persyaratan eksekusinya sendiri. Codex mempertahankan perilaku konfigurasinya yang sudah ada.

Konfigurasi terkelola membatasi perilaku runtime yang didukung. Konfigurasi ini tidak memberikan akses ruang kerja, menggantikan RBAC, atau mencabut akses ruang kerja pengguna. Lapisan-lapisan ini bukan satu antarmuka kebijakan ChatGPT Work yang seragam. Analitik dan log kepatuhan memberikan visibilitas lebih luas dalam cakupan produk dan peristiwa yang didokumentasikan.

Untuk klien Codex lokal yang didukung, administrator perusahaan dapat menerapkan konfigurasi terkelola dan profil izin. Kontrol klien lokal tersebut tidak memberikan akses ke, atau menggantikan izin ruang kerja untuk, ChatGPT Work yang di-host.

Dapatkah akses dibatasi berdasarkan grup, peran, ruang kerja, atau kemampuan?

Ya. Pada paket Enterprise dan Edu yang memenuhi syarat dan mendukung RBAC anggota khusus, kapabilitas ChatGPT Work dapat dibatasi cakupannya dengan peran ruang kerja, grup identitas, dan izin yang ditentukan administrator. ChatGPT Business menggunakan kontrol tingkat ruang kerja yang berlaku, tetapi tidak menyertakan RBAC anggota khusus atau sinkronisasi grup SCIM. Tetapkan kapabilitas yang didukung berdasarkan kebutuhan bisnis dan kebijakan organisasi. Lihat panduan RBAC dan panduan langkah demi langkah RBAC ini.

Jika RBAC khusus tersedia, organisasi dapat menggunakannya untuk menentukan pengguna mana yang dapat mengakses ChatGPT Work, mengelola pengaturan ruang kerja, mengonfigurasi plugin yang disetujui, atau menggunakan fitur Agen Ruang Kerja yang didukung. Untuk ruang kerja Enterprise dan Edu yang memenuhi syarat, batas penggunaan bulanan dapat mendukung peluncuran bertahap melalui pengaturan default ruang kerja, default grup, dan batas khusus per pengguna.

Akses ke sistem yang terhubung tetap diatur secara independen. Batasi cakupan plugin, kredensial bersama, repositori, dan tindakan berkemampuan tulis ke audiens minimum yang diperlukan dengan menggunakan izin ruang kerja, pengaturan plugin, dan kontrol milik sistem sumber. Untuk klien Codex lokal yang didukung, konfigurasi terkelola dapat membatasi lebih lanjut kapabilitas runtime lokal. Work yang di-host mengikuti kontrol ruang kerja dan kontrol khusus produknya sendiri.

Bagaimana batas runtime dan jaringan dikelola?

Batas keamanan untuk ChatGPT Work bergantung pada tugas. Percakapan Chat standar, alur kerja terhubung, tugas terjadwal, dan percakapan Codex dapat berjalan dalam lingkungan yang berbeda dengan izin, alat, dan akses jaringan yang berbeda.

Atur setiap lingkungan eksekusi melalui kontrol yang berlaku. Work Cloud mengatur Work yang di-host pada antarmuka web, seluler, dan desktop yang didukung. Work Local mengatur Work desktop lokal, sedangkan Codex Local mengontrol akses Codex lokal yang didukung di klien desktop, CLI, dan IDE. Izin jaringan browser dan shell membatasi Work Cloud lebih lanjut. Pencarian, aplikasi, plugin, Agen Ruang Kerja yang tersedia, dan izin sistem sumber tetap merupakan kontrol terpisah. Konfigurasi terkelola dan kebijakan runtime lokal yang berlaku hanya mengatur pengalaman lokal yang didukungnya. Kontrol ini tidak dapat saling menggantikan.

Untuk aktivitas Codex, pelaksanaan lokal dalam aplikasi desktop ChatGPT, CLI, dan IDE dijalankan di mesin pengguna dengan sandboxing sistem operasi dan kebijakan persetujuan. Codex cloud menjalankan percakapan dalam lingkungan terisolasi yang dikelola OpenAI. Untuk klien lokal yang didukung, administrator perusahaan dapat menggunakan persyaratan terkelola untuk membatasi profil izin, persetujuan, akses sistem file dan jaringan, MCP server, hook, aturan perintah, dan perilaku runtime lain yang didukung.

Penggunaan dan biaya

Bagaimana penggunaan ChatGPT Work menjadi pengeluaran seiring waktu?

ChatGPT Work dan Codex menggunakan harga, kredit, dan batas penggunaan bersama. Untuk perjanjian berbasis kredit yang memenuhi syarat, tinjau penggunaan gabungan Chat dan Work oleh karyawan terhadap alokasi kredit bersama ruang kerja. Konsumsi bervariasi berdasarkan model, pengaturan penalaran atau kecepatan yang berlaku, input dan output yang diproses, serta alat atau fitur yang memenuhi syarat.

Penggunaan kredit yang telah dikomitmenkan tidak otomatis menambah jumlah tagihan Anda. Biaya aktual bergantung pada sisa saldo kredit, tarif dalam kontrak, kelayakan akun untuk penggunaan berlebih, dan batas penggunaan berlebih ruang kerja yang dikonfigurasi. Untuk contoh perencanaan, batas efektif pengguna, cakupan pelaporan, dan detail penagihan, lihat ChatGPT Work: penggunaan dan biaya.

Pola dengan variasi tertinggi sering kali berupa alur kerja yang sering dijalankan, mengambil atau memproses informasi dalam jumlah besar, memanggil beberapa alat atau aplikasi, mencoba kembali setelah kegagalan, atau menghasilkan artefak besar. Contoh yang sensitif terhadap biaya mencakup pekerjaan terjadwal atau berulang, file besar, pengambilan informasi luas dari berbagai sumber perusahaan, panggilan aplikasi berulang, dan percakapan Codex yang memproses repositori, menjalankan perintah, atau menggunakan lingkungan cloud. Pemicu API Agen Ruang Kerja juga dapat menambah penggunaan jika tersedia.

Gunakan kontrol pengeluaran, analitik penggunaan, dan pelaporan untuk memantau pola-pola ini seiring waktu. Tinjau penggunaan berdasarkan dimensi yang didukung dalam antarmuka analitik saat ini dan sesuaikan batas atau cakupan peluncuran berdasarkan nilai bisnis. Jangan menganggap analitik gabungan sebagai atribusi biaya per alur kerja yang tepat.

Analitik ruang kerja, log kepatuhan, dan alat pemantauan terhubung dapat membantu administrator meninjau penggunaan dan menyelidiki aktivitas yang didukung. Kemampuan untuk mendeteksi perilaku berisiko atau tidak biasa bergantung pada paket, cakupan log, atribusi, keterkinian data, dan aturan yang dikonfigurasi dalam sistem pemantauan Anda.

Batas penggunaan, peringatan, atau batas maksimum apa yang tersedia?

Ruang kerja Enterprise dan Edu yang memenuhi syarat dapat menggunakan batas bulanan per pengguna dan kontrol pengeluaran seluruh ruang kerja untuk penggunaan berbasis kredit:

• Pantau konsumsi kredit: Tinjau laporan penggunaan kredit yang didukung di Konsol Admin Global dan pengaturan ruang kerja.
• Tetapkan batas bulanan default: Tetapkan batas kredit default per pengguna untuk ruang kerja.
• Terapkan batas khusus grup: Berikan pengaturan default bulanan per pengguna kepada grup yang mencerminkan alur kerja, tanggung jawab, atau tahap peluncuran mereka.
• Tetapkan batas khusus per pengguna: Berikan batas yang berbeda kepada pengguna tertentu tanpa mengubah pengaturan default untuk seluruh grup.
• Tinjau permintaan kenaikan: Jika permintaan diaktifkan, pengguna dapat meminta batas bulanan yang lebih tinggi. Persetujuan akan menetapkan batas khusus bagi pengguna tersebut.
• Kontrol eksposur ruang kerja secara keseluruhan: Konfigurasikan peringatan kredit ruang kerja dan batas kelebihan penggunaan secara terpisah di Konsol Admin Global. Peringatan memberi tahu penerima; batas kelebihan penggunaan mengontrol penggunaan yang memenuhi syarat setelah kumpulan kredit terkomitmen habis.
• Ekspor data penggunaan: Administrator Enterprise yang memenuhi syarat dapat mengakses data penggunaan kredit melalui Cost API terpadu untuk pelaporan atau pemantauan internal.

Pengguna dapat melihat penggunaan mereka sendiri dan, jika diaktifkan, meminta lebih banyak kredit, tetapi mereka tidak dapat mengubah batas yang ditetapkan. Lihat Kelola batas penggunaan dan kelebihan penggunaan dan panduan langkah demi langkah kontrol pengeluaran.

Kontrol insiden dan pencabutan

Bagaimana admin dapat menghentikan akses atau aktivitas?

Selama penghapusan pengguna atau peninjauan insiden, admin mungkin perlu menghentikan akses, menonaktifkan aplikasi, mencabut kredensial bersama, menjeda tugas terjadwal, atau mencabut kredensial Codex.

Jalur pencabutan meliputi:

• Hapus akses ruang kerja atau grup pengguna. Untuk pengguna yang dikelola SCIM, hapus akses di penyedia identitas; jika tidak, sinkronisasi berikutnya dapat menyediakan kembali akun pengguna tersebut.
• Nonaktifkan atau batasi plugin atau aplikasi yang terkait.
• Cabut koneksi bersama, bot, atau akun layanan melalui antarmuka yang mengelolanya. Pemilik dan admin ruang kerja dapat mencabut token akses ruang kerja Codex secara terpisah.
• Batalkan publikasi Agen Ruang Kerja atau hapus agen tersebut melalui pemilik agen atau administrator ruang kerja.
• Nonaktifkan tugas terjadwal yang terkait atau, jika tersedia, pemicu API Agen Ruang Kerja.
• Untuk akses Codex, cabut secara terpisah token akses, koneksi repositori, dan akses lingkungan cloud yang terkait. Konfigurasi terkelola bukanlah mekanisme pencabutan akses.

Sumber daya tambahan untuk tim Anda

Tindakan admin yang disarankan

• Tentukan siapa yang membutuhkan ChatGPT Work. Identifikasi pengguna atau grup serta tugas yang perlu mereka selesaikan, lalu berikan akses melalui pengaturan ruang kerja dan peran yang didukung.
• Tetapkan peran dan izin. Di Izin & peran, berikan akses ChatGPT Work kepada pengguna atau grup yang dituju. Periksa semua peran yang ditetapkan untuk memastikan akses efektif mereka.
• Tinjau plugin dan sumber data. ChatGPT Work paling bermanfaat dengan konteks bisnis yang disetujui seperti file, email, kalender, Slack, atau CRM. Tinjau plugin yang diaktifkan, penggunanya, dan apakah kebijakan aplikasi masih sesuai dengan cara pengguna seharusnya mendelegasikan pekerjaan.
• Tetapkan ekspektasi untuk kasus penggunaan yang sesuai. Arahkan penggunaan ChatGPT Work untuk tugas bernilai lebih tinggi yang terdiri atas beberapa langkah, seperti riset, sintesis, analisis, pembuatan file, pembaruan alur kerja, dan hasil yang dapat digunakan kembali. Gunakan Chat untuk pertanyaan singkat, penulisan ulang ringan, atau curah gagasan.
• Tetapkan kontrol kredit dan penggunaan. ChatGPT Work dapat menggunakan lebih banyak kredit daripada percakapan Chat standar karena tugas dapat berjalan lebih lama. Konfigurasikan pengaturan default ruang kerja, pengaturan default grup, dan pengaturan khusus pengguna. Berikan panduan kepada pengguna untuk memilih model dan tingkat upaya yang tepat untuk setiap tugas.
• Identifikasi alur kerja awal Anda yang bernilai tinggi. Mulailah dengan hasil yang jelas dan dapat ditinjau, seperti ringkasan pelanggan, laporan berkala, sintesis riset, pembaruan pelacak, atau dokumen dan slide yang siap disajikan.
• Siapkan penggerak adopsi dan tim dukungan. Berikan sumber daya peluncuran kepada penggerak adopsi, penanggung jawab pelatihan, dan tim dukungan terlebih dahulu agar mereka dapat menjawab pertanyaan, mengumpulkan masukan, dan mencontohkan pendelegasian yang efektif.
• Jelaskan ekspektasi peninjauan dan persetujuan. Minta pengguna memeriksa hasil dan klaim penting sebelum menggunakan atau membagikannya, serta menyetujui tindakan yang berdampak signifikan sebelum tindakan tersebut dijalankan.
• Pantau adopsi dan lakukan penyesuaian. Tinjau penggunaan, masukan, konsumsi kredit, dan pekerjaan yang didelegasikan setelah peluncuran. Gunakan temuan tersebut untuk menyesuaikan akses, panduan, pelatihan, dan perluasan penerapan.