Di mana satu rapat InterMIND sebenarnya berjalan

Cepat atau lambat, seseorang di pihak host, entah IT klien, DPO, atau mitra yang berhati-hati, akan mengajukan pertanyaan yang sama: "Ke mana data ini mengalir?" Mereka menginginkan daftar sub-prosesor, domisili para vendor, dan diagram dengan anak panah.

Kami lebih suka Anda mendapat gambaran lengkapnya daripada menerimanya sepotong demi sepotong lewat email. Karena itu, inilah jalur data satu rapat: setiap layanan eksternal yang disentuhnya, tempat masing-masing dieksekusi, dan data apa yang mengalir melaluinya. Telah diverifikasi terhadap konfigurasi deployment yang sebenarnya pada 2026-05-28.

Setiap jalur yang menyentuh konten rapat berada di UE saat runtime, termasuk langkah-langkah AI, yang berjalan di gateway AI pilihan organisasi Anda, di region UE pada tenant kami sendiri. Vendor di balik gateway itu adalah perusahaan AS yang mengoperasikan region UE; kami menyatakannya secara terbuka di bawah, dan kami juga menyebutkan model mana yang berada sepenuhnya di luar rapat.

Tulisan ini memetakan di mana rapat Anda berjalan. Tulisan pendampingnya, Dari apa satu rapat InterMIND dibangun, memetakan dari apa rapat itu dibangun: lapisan mana yang merupakan kode kami sendiri, mana yang open-source, dan di mana kami bersikap pragmatis terhadap SaaS proprietary.

Apa arti sebenarnya dari "di mana ia berjalan"

Dua hal sering dicampuradukkan dalam pembahasan soal kedaulatan, padahal keduanya tidak sama:

1. Runtime / jalur data. Tempat byte rapat Anda diproses secara fisik selama permintaan berlangsung. Inilah yang menjadi pokok regulasi residensi data dan sebagian besar DPA.
2. Domisili korporat vendor. Tempat vendor SaaS didirikan secara hukum. Inilah yang menjadi pokok diskusi CLOUD-Act: jangkauan teoretis perintah paksa AS terhadap entitas induk vendor, di mana pun beban kerja dijalankan.

Hampir setiap pertanyaan "apakah ini di UE?" sebenarnya adalah salah satu dari keduanya, yang diajukan secara kurang tepat. Kami menjawab keduanya secara terpisah untuk setiap vendor di bawah.

Jalur data satu rapat

Telusuri satu panggilan dari bergabung hingga email tindak lanjut:

1. Browser membuka halaman rapat. SSR berjalan di Vercel, disematkan ke fra1 (Frankfurt). Semua data permintaan/respons, yaitu cookie sesi, payload API, dan HTML hasil render server, diproses di UE saat runtime.
2. WebSocket terhubung ke server rapat kami di Paris (cdg). Orkestrasi rapat, presence, dan signalling, semuanya di UE.
3. Pengenalan suara berjalan di server media kami. Audio tiba melalui WebRTC di engine kami sendiri, yaitu Mind API di OVH, Prancis, dan dikenali di sana kata demi kata, pada server yang sama yang membawa panggilan; tidak ada layanan suara pihak ketiga dalam alurnya. Pesan suara di chat adalah satu-satunya pengecualian: speech-to-text-nya berjalan di Azure AI Speech, layanan suara dari gateway AI default (tabel vendor di bawah). Pipeline-nya dibahas di Di dalam empat pipeline terjemahan.
4. Terjemahan suara dan chat dijalankan di engine kami sendiri di OVH Prancis. Ini adalah mind-sdk + Mind API: kode kami, host kami, di Prancis. Tidak ada model pihak ketiga dalam alurnya. Satu terjemahan untuk setiap bahasa target yang ada di ruangan, berada di UE di setiap hop.
5. Dokumen yang dijatuhkan ke chat (PDF, DOCX, DOC, PPTX, XLSX) dikirim dari sisi server, dari ws-server di Paris ke DeepL di Köln. Perusahaan Jerman, pemrosesan di Jerman. Suara dan chat tidak menyentuh DeepL.
6. Data aplikasi, yaitu pengguna, tim, pesan, dan metadata rapat, berada di Neon Postgres di AWS Frankfurt (eu-central-1). Snapshot berada di region yang sama.
7. Rekaman, lampiran, dan ekspor disimpan di Tigris, penyimpanan kompatibel S3 di Fly. Direplikasi di edge; bucket dapat dikonfigurasi ke multi-region UE bagi tenant yang membutuhkan penyematan lebih ketat.
8. Error dan jejak performa dikirim ke instance UE Sentry (de.sentry.io). Org AS telah dihentikan pada bulan Mei.
9. Analitik produk dikirim ke PostHog EU (eu.i.posthog.com).
10. Email transaksional (magic link, undangan, tanda terima) dikirim melalui Resend dari eu-west-1 (Irlandia).

Semua yang di atas berada di UE saat runtime. Engine terjemahan, bagian yang dilalui sebagian besar data Anda, juga merupakan kode kami sendiri, bukan milik pihak ketiga. SDK klien tempat ia berjalan bersifat open-source (BSD-3-Clause) dan dapat diaudit hari ini; self-hosting engine itu sendiri ada di roadmap untuk pelanggan yang membutuhkannya.

Peta vendor

Dua aliran data terbesar berdasarkan volume, yaitu terjemahan suara/chat melalui engine kami sendiri di OVH dan terjemahan dokumen melalui DeepL, kebetulan juga merupakan dua vendor yang entitas induknya berada di UE. Itu mencakup sebagian besar konten rapat. Daftar sub-prosesor lengkap beserta detail domisili korporat dimasukkan ke dalam DPA sebagai praktik standar; tabel di atas adalah tampilan runtime, yang menjadi pokok sebagian besar klausul residensi data.

Langkah-langkah AI, disebutkan secara terbuka

Setelah panggilan berakhir, kami menjalankan beberapa langkah language-model pada apa yang dibicarakan: AI digest (topik, keputusan, action items, pertanyaan terbuka), ringkasan pasca-rapat, dan editor catatan AI (menerjemahkan catatan, atau memperbaiki / memperluas / menyederhanakannya). Selama panggilan, langkah sejenis menulis ringkasan setiap dokumen yang dijatuhkan ke chat dan menjawab Ask AI serta Mia. Hanya di sinilah model serba guna menyentuh konten turunan rapat, dan semuanya menuju satu tempat:

• Gateway AI pilihan organisasi Anda. Satu resolver di dalam kode memilihnya untuk setiap titik pemanggilan; tidak ada jalur kedua. Defaultnya adalah Azure OpenAI di EU Data Zone; dari pengaturannya, organisasi dapat beralih ke Vertex AI pada endpoint multi-region UE atau Amazon Bedrock di Frankfurt, atau mengarahkan setiap fitur AI ke endpoint kompatibel OpenAI miliknya sendiri: vLLM di pusat datanya sendiri, atau deployment di tenant-nya sendiri. Setiap gateway yang di-host berjalan di tenant kami sendiri, dikonfigurasi dengan nol retensi data dan tanpa pelatihan model pada konten pelanggan; fallback tetap berada di gateway yang sama, yaitu region UE kedua atau model kedua dari vendor yang sama, tidak pernah vendor lain. Dokumentasi fitur AI mencantumkan gateway dan region-nya.
• Ringkasan dan aksi terjemahkan pada editor melalui jalur terjemahan, bukan language model; itu adalah jalur yang sama yang menerjemahkan chat langsung.
• AI dapat dimatikan untuk seluruh organisasi: transkripsi dan terjemahan tetap berfungsi; digest, ringkasan dokumen, asisten penulisan, dan Ask AI berhenti.

Suara real-time, chat real-time, catatan, dan terjemahan dokumen tidak pernah melewati satu pun dari ini; sejak awal semuanya berada di UE.

Soal di mana para vendor berada: Microsoft, Google, dan Amazon adalah perusahaan AS yang mengoperasikan region UE. Hal itu dinyatakan secara terbuka di halaman trust, tidak disembunyikan; ini adalah pertanyaan domisili korporat dari awal tulisan ini, dijawab untuk hop ini dengan cara yang sama seperti untuk infrastruktur pendukung lainnya. Satu model berada sepenuhnya di luar rapat: benchmark kualitas terjemahan publik kami menggunakan juri LLM (Gemini, dengan Claude sebagai fallback, melalui AI Gateway milik Vercel) untuk menilai terjemahan mesin atas kalimat acuan FLORES-200. Itu adalah dataset publik yang tetap, bukan rapat siapa pun.

Apa artinya bagi DPA Anda

Bagi sebagian besar pembeli di UE, seperti Mittelstand Jerman dan industri yang diatur regulasi dengan DPA GDPR standar, gambaran di atas langsung menjawab pertanyaan residensi data: setiap hop runtime yang dilalui rapat Anda berada di UE. Domisili vendor diungkapkan dalam daftar sub-prosesor sesuai praktik lazim; tidak ada yang mengejutkan di sana. Peta residensi hanyalah satu bagian; untuk kewajiban perlindungan data lainnya, yaitu penghapusan, retensi, portabilitas, dan persetujuan, kami telah menjalankan audit penuh atas codebase dan menutup setiap butir terhadap kodenya.

Untuk pengadaan berstandar souveraineté numérique Prancis dan SecNumCloud, domisili korporat vendor merupakan bagian dari kriteria itu sendiri, bukan hanya lokasi runtime. Itu percakapan yang berbeda: topologi deployment alternatif yang menempatkan setiap komponen di bawah vendor yurisdiksi Eropa. Kami tidak menjalankannya secara default; kami akan menyiapkannya untuk tenant yang membutuhkannya dan ketika kontraknya membenarkan pembangunannya.

Bagi pembeli domestik AS dan sebagian besar APAC, kebalikannya biasanya berlaku: mereka menginginkan latensi rendah dari region mereka, yang merupakan masalah yang berbeda. Saat ini kami berjalan single-region di fra1. Jika trafik Anda membenarkan edge di AS, kami akan merencanakannya bersama Anda.

Apa yang menjadi komitmen kami lewat tulisan ini

Inilah gambaran per 2026-05-28. Kami akan memperbaruinya ketika stack berubah: pergantian vendor, migrasi region, atau layanan eksternal baru. Konfigurasi saat ini dapat diverifikasi pada vercel.json kami yang terbuka, engine mind-sdk + Mind API yang berjalan di OVH Prancis, dan dashboard milik setiap vendor.

Jika ada yang tampak keliru di sini, atau DPO Anda membutuhkan jawaban yang tidak diberikan peta ini, tulis kepada kami. Kami lebih suka mengoreksi detail yang kurang daripada Anda menemukannya saat peninjauan kontrak.

Sumber: region runtime dan routing model diverifikasi terhadap konfigurasi yang dideploy (vercel.json, fly.toml) dan kode yang dirilis; Vercel AI Gateway (jalur provider-pinning milik digest), FLORES-200; diperiksa pada Agustus 2026.