Di mana satu mesyuarat InterMIND sebenarnya berjalan

Lambat laun, seseorang di pihak hos, seperti bahagian IT pelanggan, DPO atau rakan kongsi yang berhati-hati, akan bertanya soalan yang sama: "Ke mana data ini pergi?" Mereka mahukan senarai sub-pemproses, domisil vendor dan gambar rajah dengan anak panah.

Kami lebih suka anda mendapat gambaran penuh daripada menghantarnya sedikit demi sedikit melalui e-mel. Maka inilah laluan data bagi satu mesyuarat: setiap perkhidmatan luaran yang disentuhnya, di mana setiap satu dilaksanakan, dan data apa yang mengalir melaluinya. Disahkan berdasarkan konfigurasi penempatan sebenar pada 2026-05-28.

Setiap laluan yang menyentuh kandungan mesyuarat berada di EU semasa runtime, termasuk langkah AI, yang berjalan pada get laluan AI yang dipilih oleh organisasi anda, di rantau EU dalam tenant kami sendiri. Vendor di sebalik get laluan itu ialah syarikat AS yang mengendalikan rantau EU; kami menyatakannya dengan jelas di bawah, dan kami nyatakan juga model mana yang berada sepenuhnya di luar mesyuarat.

Catatan ini memetakan di mana mesyuarat anda berjalan. Catatan pasangannya, Apa yang membentuk satu mesyuarat InterMIND, memetakan apa yang membentuknya: lapisan mana ialah kod kami sendiri, mana yang sumber terbuka, dan di mana kami bersikap pragmatik terhadap SaaS proprietari.

Maksud sebenar "di mana ia berjalan"

Dua perkara sering dikelirukan dalam perbincangan kedaulatan, sedangkan keduanya tidak sama:

1. Runtime / laluan data. Di mana bait mesyuarat anda diproses secara fizikal semasa permintaan. Inilah yang sebenarnya diliputi oleh peraturan residensi data dan kebanyakan DPA.
2. Domisil korporat vendor. Di mana vendor SaaS diperbadankan secara sah. Inilah yang dibincangkan dalam isu CLOUD-Act: capaian teori paksaan AS terhadap entiti induk vendor, tanpa mengira di mana beban kerja berjalan.

Hampir setiap soalan "adakah ini EU?" sebenarnya salah satu daripada dua perkara ini, yang ditanya secara kurang tepat. Kami menjawabnya secara berasingan bagi setiap vendor di bawah.

Laluan data bagi satu mesyuarat

Jejaki satu panggilan dari penyertaan hingga e-mel susulan:

1. Pelayar membuka halaman mesyuarat. SSR berjalan di Vercel, ditetapkan pada fra1 (Frankfurt). Semua data permintaan/respons, iaitu kuki sesi, muatan API dan HTML yang dirender pelayan, diproses di EU semasa runtime.
2. WebSocket bersambung ke pelayan mesyuarat kami di Paris (cdg). Orkestrasi mesyuarat, kehadiran dan pensinyalan semuanya di EU.
3. Pengecaman pertuturan berjalan pada pelayan media kami. Audio tiba melalui WebRTC ke enjin kami sendiri, iaitu Mind API di OVH, France, dan dikenali di situ, perkataan demi perkataan, pada pelayan yang sama yang membawa panggilan itu; tiada perkhidmatan pertuturan pihak ketiga terlibat. Nota suara dalam sembang ialah satu-satunya pengecualian: penukaran pertuturan-ke-teks bagi nota tersebut berjalan pada Azure AI Speech, perkhidmatan pertuturan bagi get laluan AI lalai (jadual vendor di bawah). Saluran itu sendiri diterangkan dalam Di dalam empat saluran terjemahan.
4. Terjemahan suara dan sembang menggunakan enjin kami sendiri di OVH France. Ini ialah mind-sdk + Mind API: kod kami, hos kami, di France. Tiada model pihak ketiga terlibat. Satu terjemahan bagi setiap bahasa sasaran yang hadir dalam bilik, bermastautin di EU pada setiap hop.
5. Dokumen yang diletakkan dalam sembang (PDF, DOCX, DOC, PPTX, XLSX) dihantar sebelah pelayan dari ws-server Paris ke DeepL di Cologne. Syarikat Jerman, pemprosesan di Jerman. Suara dan sembang tidak menyentuh DeepL.
6. Data aplikasi, iaitu pengguna, pasukan, mesej dan metadata mesyuarat, disimpan dalam Neon Postgres di AWS Frankfurt (eu-central-1). Syot kilat berada di rantau yang sama.
7. Rakaman, lampiran dan eksport disimpan di Tigris, storan serasi S3 di Fly. Direplikasi di edge; baldi boleh dikonfigurasi kepada pelbagai rantau EU bagi tenant yang memerlukan penetapan lebih ketat.
8. Ralat dan jejak prestasi dihantar ke instans EU Sentry (de.sentry.io). Org AS telah dihentikan pada bulan Mei.
9. Analitik produk dihantar ke PostHog EU (eu.i.posthog.com).
10. E-mel transaksi (pautan ajaib, jemputan, resit) dihantar melalui Resend dari eu-west-1 (Ireland).

Semua di atas berada di EU semasa runtime. Enjin terjemahan, iaitu bahagian yang dilalui kebanyakan data anda, juga kod kami sendiri, bukan milik pihak ketiga. SDK klien tempat ia berjalan ialah sumber terbuka (BSD-3-Clause) dan boleh diaudit hari ini; hos kendiri bagi enjin itu sendiri ada dalam pelan hala tuju untuk pelanggan yang memerlukannya.

Peta vendor

Dua aliran data terbesar mengikut isi padu, iaitu terjemahan suara/sembang melalui enjin kami sendiri di OVH dan terjemahan dokumen melalui DeepL, kebetulan juga dua vendor yang entiti induknya berada di EU. Itu meliputi sebahagian besar kandungan mesyuarat. Senarai sub-pemproses penuh dengan butiran domisil korporat dimasukkan ke dalam DPA sebagai amalan standard; jadual di atas ialah paparan runtime, yang menjadi asas kebanyakan klausa residensi data.

Langkah AI, dinamakan dengan jelas

Selepas panggilan tamat, kami menjalankan beberapa langkah model bahasa ke atas apa yang dituturkan: AI digest (topik, keputusan, action items, soalan terbuka), ringkasan pasca-mesyuarat, dan penyunting nota AI (menterjemah nota, atau membetulkan / memanjangkan / memudahkannya). Semasa panggilan, langkah sejenis menulis ringkasan bagi setiap dokumen yang diletakkan dalam sembang dan menjawab Ask AI serta Mia. Inilah satu-satunya tempat model tujuan umum menyentuh kandungan terbitan mesyuarat, dan kesemuanya menuju ke satu tempat:

• Get laluan AI yang dipilih oleh organisasi anda. Satu penyelesai dalam kod memilihnya untuk setiap titik panggilan; tiada laluan kedua. Lalainya ialah Azure OpenAI dalam EU Data Zone; daripada tetapannya, organisasi boleh bertukar kepada Vertex AI pada titik akhir pelbagai rantau EU atau Amazon Bedrock di Frankfurt, atau mengarahkan setiap ciri AI ke titik akhir serasi OpenAI miliknya sendiri: vLLM dalam pusat datanya sendiri, atau penempatan dalam tenant sendiri. Setiap get laluan yang dihoskan berjalan dalam tenant kami sendiri, dikonfigurasi dengan sifar pengekalan data dan tiada latihan ke atas kandungan pelanggan; sandaran kekal pada get laluan yang sama, iaitu rantau EU kedua atau model kedua daripada vendor yang sama, tidak sekali-kali vendor lain. Dokumen ciri AI menyenaraikan get laluan dan rantau tersebut.
• Ringkasan dan tindakan terjemah penyunting melalui saluran terjemahan, bukan model bahasa; laluannya sama dengan yang menterjemah sembang langsung.
• AI boleh dimatikan untuk seluruh organisasi: transkripsi dan terjemahan terus berfungsi; digest, ringkasan dokumen, pembantu penulisan dan Ask AI berhenti.

Suara masa nyata, sembang masa nyata, nota dan terjemahan dokumen tidak pernah melalui mana-mana daripada ini; semuanya bermastautin di EU sejak awal.

Di mana vendor berada: Microsoft, Google dan Amazon ialah syarikat AS yang mengendalikan rantau EU. Perkara ini dinyatakan dengan jelas di halaman kepercayaan, bukan disembunyikan; ia ialah persoalan domisil korporat dari awal catatan ini, dijawab untuk hop ini dengan cara yang sama seperti bahagian infrastruktur lain. Satu model berada sepenuhnya di luar mesyuarat: penanda aras kualiti terjemahan awam kami menggunakan hakim LLM (Gemini, dengan Claude sebagai sandaran, melalui AI Gateway Vercel) untuk menilai terjemahan mesin bagi ayat rujukan FLORES-200. Itu set data awam yang tetap, bukan mesyuarat sesiapa.

Apa maksudnya untuk DPA anda

Bagi kebanyakan pembeli EU, seperti Mittelstand Jerman dan industri terkawal yang menggunakan DPA GDPR standard, gambaran di atas menjawab soalan residensi data secara langsung: setiap hop runtime yang diambil mesyuarat anda berada di EU. Domisil vendor didedahkan dalam senarai sub-pemproses mengikut amalan biasa; tiada kejutan di situ. Peta residensi hanyalah satu bahagian; bagi obligasi perlindungan data yang lain, iaitu pemadaman, pengekalan, kebolehpindahan dan persetujuan, kami menjalankan audit penuh ke atas pangkalan kod dan menutup setiap butiran berbanding kod.

Bagi souveraineté numérique Perancis dan perolehan bertaraf SecNumCloud, domisil korporat vendor itu sendiri merupakan sebahagian daripada kriteria, bukan sekadar lokasi runtime. Itu perbualan yang berbeza: topologi penempatan alternatif yang mengekalkan setiap komponen di bawah vendor berbidang kuasa Eropah. Kami tidak menjalankannya secara lalai; kami akan menyediakannya untuk tenant yang memerlukannya dan yang kontraknya mewajarkan pembinaan itu.

Bagi pembeli domestik AS dan kebanyakan APAC, keadaan sebaliknya biasanya benar: mereka mahukan kependaman rendah dari rantau mereka, iaitu masalah yang berbeza. Hari ini kami berjalan pada satu rantau di fra1. Jika trafik anda mewajarkan edge AS, kami akan merancangnya bersama anda.

Apa yang catatan ini komitkan kepada kami

Ini ialah gambaran pada 2026-05-28. Kami akan mengemas kininya apabila tindanan berubah: pertukaran vendor, migrasi rantau, atau perkhidmatan luaran baharu. Konfigurasi semasa boleh disahkan dalam vercel.json terbuka kami, enjin mind-sdk + Mind API yang berjalan di OVH France, dan papan pemuka setiap vendor sendiri.

Jika ada sesuatu di sini yang kelihatan salah, atau DPO anda memerlukan jawapan yang tidak diberikan oleh peta ini, tulislah kepada kami. Kami lebih rela membetulkan butiran yang tertinggal daripada anda mendapatinya dalam semakan kontrak.

Sumber: rantau runtime dan penghalaan model disahkan berdasarkan konfigurasi yang ditempatkan (vercel.json, fly.toml) dan kod yang dihantar; Vercel AI Gateway (laluan penetapan penyedia bagi digest), FLORES-200; disemak pada Ogos 2026.