Ketentuan Pemroses, termasuk lampiran.

Amandemen Pemrosesan Data ("DPA") ini merupakan bagian dari Ketentuan Layanan atau perjanjian tertulis lainnya ("Perjanjian") antara Digital Socket LLC, perusahaan tanggung jawab terbatas yang dibentuk di Delaware, Amerika Serikat, beroperasi sebagai Transglot ("Transglot", "Prosesor") dan pelanggan ("Pelanggan", "Pengontrol"), dan berlaku di mana pun kami memproses Data Pribadi Pelanggan atas nama Pelanggan dalam menyediakan Layanan. Ini dimasukkan dengan referensi ke dalam Perjanjian dan berlaku ketika Perjanjian berlaku; tidak diperlukan tanda tangan agar mengikat kami. Di mana Pelanggan sendiri adalah prosesor yang bertindak untuk pengontrol pihak ketiga, Pelanggan adalah eksportir dan DPA ini berlaku seolah-olah ia adalah pengontrol, dan Pelanggan menegaskan bahwa ia memiliki wewenang dari pengontrolnya sendiri untuk masuk ke dalamnya dengan ketentuan tersebut.

"Hukum Perlindungan Data" berarti semua undang-undang tentang pemrosesan data pribadi yang berlaku bagi suatu pihak, termasuk Peraturan Umum Perlindungan Data Uni Eropa 2016/679 ("GDPR"), UK GDPR dan Undang-Undang Perlindungan Data 2018, Undang-Undang Federal Swiss tentang Perlindungan Data, Undang-Undang Privasi Konsumen California sebagaimana diubah ("CCPA"), dan undang-undang privasi negara bagian Amerika Serikat yang sebanding. "Data Pribadi Pelanggan" berarti data pribadi yang terkandung dalam Konten Pelanggan atau diproses oleh kami atas nama Pelanggan. "Klausul Kontrak Standar" atau "SCC" berarti klausul yang dilampirkan pada Keputusan Pelaksanaan Komisi (UE) 2021/914. "Amandemen Inggris" berarti Amandemen Transfer Data Internasional yang diterbitkan oleh Komisaris Informasi Inggris di bawah bagian 119A Undang-Undang Perlindungan Data 2018. "Sub-prosesor" berarti pihak ketiga yang terlibat oleh kami untuk memproses Data Pribadi Pelanggan. "Pengontrol", "prosesor", "subjek data", "data pribadi", "pemrosesan", "pelanggaran data pribadi", dan "otoritas pengawas" memiliki makna yang diberikan dalam GDPR, dan istilah setara dalam undang-undang lain memiliki makna yang setara.

Dalam hal terjadi konflik, urutan prioritasnya adalah: (a) Klausul Kontrak Standar dan Amandemen Inggris, jika berlaku; (b) DPA ini; (c) ketentuan perlindungan data lainnya dalam Formulir Pesanan; (d) sisa Perjanjian. Tidak ada dalam DPA ini yang dimaksudkan untuk bertentangan dengan kewajiban suatu pihak di bawah Hukum Perlindungan Data, dan ketentuan apa pun yang demikian akan dibaca seminimal mungkin untuk menghilangkan konflik.

DPA ini berlaku sejak tanggal efektif Perjanjian hingga kami tidak lagi menyimpan Data Pribadi Pelanggan, yang mungkin terjadi setelah Perjanjian berakhir karena jadwal penghapusan dalam klausul 13. Kewajibannya tetap berlaku setelah penghentian selama kami masih menyimpan Data Pribadi Pelanggan, dan kewajiban kerahasiaan berlaku tanpa batas waktu sejauh yang dipersyaratkan oleh Hukum Perlindungan Data.

Kami memproses Data Pribadi Pelanggan hanya berdasarkan instruksi terdokumentasi dari Pelanggan, termasuk untuk transfer ke negara ketiga, kecuali diwajibkan oleh hukum yang mengikat kami; dalam hal ini, kami akan memberitahu Pelanggan tentang persyaratan tersebut sebelum pemrosesan, kecuali jika hukum melarangnya dengan alasan kepentingan publik yang penting. Perjanjian, DPA ini, Dokumentasi, dan konfigurasi yang ditetapkan Pelanggan dalam produk (proyek, lokal, konektor, langganan webhook, pengaturan retensi, pengaturan memori terjemahan, serta mesin dan pengaturan kualitas yang tersedia bagi Pelanggan) secara bersama-sama merupakan instruksi terdokumentasi lengkap dari Pelanggan. Kami akan memberitahu Pelanggan jika, menurut pendapat kami, suatu instruksi melanggar Hukum Perlindungan Data, dan kami dapat menangguhkan pemrosesan yang terdampak hingga instruksi tersebut ditarik atau diubah daripada melaksanakannya.

Kami memproses Data Pribadi Pelanggan semata-mata untuk menyediakan, mengamankan, mendukung, dan memelihara Layanan bagi Pelanggan, dan bukan untuk tujuan independen kami sendiri. Kami tidak menjual Data Pribadi Pelanggan, kami tidak membagikannya untuk iklan perilaku lintas konteks, kami tidak menggabungkannya dengan data pribadi yang kami terima dari sumber lain kecuali sebagaimana diizinkan oleh Hukum Perlindungan Data untuk penyedia layanan, dan kami tidak menggunakannya untuk melatih, menyetel ulang, atau mengevaluasi model pembelajaran mesin apa pun. Subprosesor AI kami memprosesnya hanya untuk inferensi, berdasarkan ketentuan komersial yang melarang pelatihan menggunakan data tersebut. Kami dapat membuat dan menggunakan statistik agregat atau anonim yang tidak mengidentifikasi Pelanggan maupun subjek data mana pun, dan kami tidak akan berupaya mengidentifikasi ulang mereka.

Kami memastikan bahwa setiap orang yang berwenang untuk memproses Data Pribadi Pelanggan tunduk pada kewajiban kerahasiaan yang sesuai, baik secara kontrak maupun statut, yang tetap berlaku setelah berakhirnya keterlibatan mereka. Akses diberikan berdasarkan prinsip hak istimewa minimal, terbatas pada apa yang diperlukan seseorang untuk menjalankan perannya, ditinjau secara berkala, dan dicabut segera saat terjadi perubahan peran atau keberangkatan. Personel yang memiliki akses menerima pelatihan perlindungan data dan keamanan yang sesuai dengan peran mereka.

Kami menerapkan dan mempertahankan langkah-langkah teknis dan organisasi yang ditetapkan dalam Annex II, dengan mempertimbangkan keadaan teknologi terkini, biaya implementasi, serta sifat, cakupan, konteks, dan tujuan pemrosesan, serta risiko terhadap subjek data. Kami dapat memperbarui langkah-langkah tersebut seiring waktu asalkan tingkat perlindungan keseluruhan tidak berkurang secara material selama periode berlangganan berbayar. Annex II menyatakan celah kami serta kontrol kami, secara sengaja: annex langkah-langkah yang hanya mencantumkan kekuatan bukanlah dokumen yang dapat diandalkan oleh peninjau.

Pelanggan memberikan otorisasi tertulis umum bagi kami untuk melibatkan Subprosesor, dalam kategori yang dijelaskan dalam dokumen Subprosesor, dan secara khusus mengotorisasi mereka yang tercantum dalam daftar subprosesor yang disediakan di bawah Annex III pada tanggal efektif. Kami memberlakukan kewajiban perlindungan data kepada setiap Subprosesor yang tidak kurang protektif daripada yang ada dalam DPA ini melalui kontrak tertulis, dan kami tetap bertanggung jawab penuh kepada Pelanggan atas kinerja Subprosesor dalam memenuhi kewajibannya. Kami akan memberikan pemberitahuan setidaknya tiga puluh hari kepada Pelanggan, melalui email kepada Pemilik Akun, sebelum Subprosesor baru mulai memproses Data Pribadi Pelanggan. Pelanggan dapat mengajukan keberatan atas dasar perlindungan data yang wajar dan terdokumentasi dalam periode tersebut, dalam hal ini kami akan bekerja dengan itikad baik untuk menawarkan perubahan konfigurasi atau alternatif yang menghindari pemrosesan tersebut; jika kami tidak dapat melakukannya dalam waktu yang wajar, Pelanggan dapat mengakhiri langganan yang terdampak tanpa penalti dan menerima pengembalian dana proporsional dari biaya pra-bayar yang belum digunakan.

Dengan mempertimbangkan sifat pemrosesan, kami membantu Pelanggan dengan langkah-langkah teknis dan organisasi yang sesuai, sejauh memungkinkan, dalam memenuhi kewajiban Pelanggan untuk menanggapi subjek data yang menggunakan hak akses, perbaikan, penghapusan, pembatasan, portabilitas, atau keberatan. Produk itu sendiri merupakan lini pertama bantuan tersebut: Pemilik Akun dan admin ruang kerja dapat mencari, mengedit, dan menghapus konten proyek, mengelola anggota dan peran, serta mengambil konten proyek melalui endpoint pull API, antarmuka baris perintah, paket pengiriman, atau konektor penyimpanan pada paket berbayar, dan Pemilik Akun dapat menghapus ruang kerja. Jika produk tidak dapat menjawab suatu permintaan, kami akan membantu berdasarkan permintaan dalam jangka waktu yang wajar dan tanpa biaya untuk volume permintaan yang wajar. Jika subjek data menghubungi kami langsung mengenai Data Pribadi Pelanggan, kami tidak akan memberikan tanggapan substantif; kami akan mengarahkan mereka untuk menghubungi Pelanggan dan, kecuali dilarang, akan segera memberitahukan hal tersebut kepada Pelanggan.

Dengan mempertimbangkan sifat pemrosesan dan informasi yang tersedia bagi kami, kami membantu Pelanggan dalam memenuhi kewajibannya berdasarkan Pasal 32 hingga 36 GDPR dan peraturan setara, termasuk penilaian dampak perlindungan data dan konsultasi sebelumnya dengan otoritas pengawas. Dalam praktiknya, hal ini berarti menyediakan DPA ini, Lampiran II, pengungkapan Pusat Kepercayaan, jadwal retensi dalam Kebijakan Privasi, dokumentasi keamanan kami, serta jawaban tertulis yang wajar atas kuesioner keamanan atau privasi. Kami dapat mengenakan biaya untuk bantuan yang secara material melampaui volume yang wajar, berdasarkan tarif layanan profesional kami saat itu, dan kami akan menginformasikannya sebelum pekerjaan dilakukan, bukan sesudahnya.

Kami memberi tahu Pelanggan tanpa penundaan yang tidak wajar, dan dalam segala hal dalam waktu tujuh puluh dua jam, setelah menyadari adanya pelanggaran data pribadi yang memengaruhi Data Pribadi Pelanggan. Pemberitahuan tersebut menjelaskan, sejauh yang diketahui pada saat itu dan diperbarui seiring bertambahnya informasi: sifat pelanggaran termasuk, jika memungkinkan, kategori dan perkiraan jumlah subjek data serta catatan yang terkait; konsekuensi yang mungkin terjadi; langkah-langkah yang diambil atau diusulkan untuk menangani dan mengurangi dampaknya; serta titik kontak untuk informasi lebih lanjut. Kami bekerja sama dengan Pelanggan dan mengambil langkah-langkah yang diminta secara wajar oleh Pelanggan untuk membantu dalam investigasi dan pemberitahuan mereka sendiri. Suatu pemberitahuan bukanlah, dan tidak akan ditafsirkan sebagai, pengakuan kesalahan atau tanggung jawab. Kami tidak akan menunda pemberitahuan demi menyelesaikan investigasi terlebih dahulu.

Atas pilihan Pelanggan, kami menghapus atau mengembalikan Data Pribadi Pelanggan pada akhir penyediaan layanan, dan menghapus salinan yang ada, kecuali hukum yang berlaku bagi kami mengharuskan penyimpanan. Dalam produk, hal ini bekerja sebagai berikut: membatalkan langganan memindahkan Akun ke paket Gratis, yang mencakup satu ruang kerja, dan setiap ruang kerja lainnya menjadi hanya baca dan akan dihapus 30 hari kemudian, atau lebih cepat untuk ruang kerja yang baru saja mengalami hal serupa sebagaimana dijelaskan dalam klausul 13 Ketentuan Layanan, kecuali Pelanggan meningkatkan paket atau memindahkannya terlebih dahulu; menghapus ruang kerja membuatnya menjadi hanya baca selama 30 hari, di mana Pemilik Akun dapat memulihkannya, dan setelah periode tersebut ruang kerja dibersihkan dari database aktif, termasuk proyek, terjemahan, riwayat versi, catatan penggunaan, catatan pengiriman webhook, tangkapan layar, dan peristiwa audit; menutup Akun menghapus setiap ruang kerja di dalamnya dengan cara yang sama dan menyimpan faktur Akun selama 7 tahun; menghapus login Pengguna bersifat langsung dan tidak dapat dibatalkan. Konten yang diambil Pelanggan melalui API, antarmuka baris perintah, paket pengiriman, atau konektor penyimpanan berada di luar kendali kami sejak saat kami menyerahkannya. Cadangan terenkripsi tidak terdampak oleh pembersihan dan kedaluwarsa sesuai jadwal dalam Lampiran II; selama masih ada, cadangan tersebut terisolasi, terenkripsi, dan dipulihkan hanya untuk pemulihan bencana, tidak pernah untuk mengembalikan ruang kerja yang telah dibersihkan ke layanan. Permintaan tertulis untuk pengembalian dalam format terstruktur yang dibuat sebelum penghapusan akan dipenuhi satu kali, tanpa biaya, dalam jangka waktu yang wajar.

Kami menyediakan kepada Pelanggan informasi yang secara wajar diperlukan untuk menunjukkan kepatuhan terhadap DPA ini dan terhadap Pasal 28 GDPR, serta memungkinkan dan berkontribusi pada audit, termasuk inspeksi, yang dilakukan oleh Pelanggan atau auditor yang ditunjuknya. Pada tahap awal, kewajiban tersebut dipenuhi melalui DPA ini, Lampiran II, Pusat Kepercayaan, halaman keamanan, dan respons kuesioner keamanan kami yang telah diisi. Jika hal-hal tersebut benar-benar tidak memadai untuk kewajiban regulasi Pelanggan, Pelanggan dapat melakukan audit sekali dalam setiap periode dua belas bulan, dengan pemberitahuan tertulis minimal tiga puluh hari, selama jam kerja, tanpa mengganggu operasional kami secara tidak wajar, tunduk pada kewajiban kerahasiaan, terbatas pada sistem dan catatan yang berkaitan dengan data Pelanggan itu sendiri, dan dengan biaya ditanggung Pelanggan. Otoritas pengawas yang melaksanakan kekuasaan statutori tidak tunduk pada batasan-batasan tersebut. Auditor tidak boleh menjadi kompetitor kami, dan kami dapat meminta perjanjian kerahasiaan terpisah dari mereka.

Apabila pemrosesan Data Pribadi Pelanggan oleh kami melibatkan transfer dari Wilayah Ekonomi Eropa ke negara yang tidak tercakup dalam keputusan kecukupan, Klausul Kontrak Standar dimasukkan ke dalam dan menjadi bagian dari DPA ini serta berlaku sebagai berikut. Modul Dua (pengontrol ke pemroses) berlaku jika Pelanggan adalah pengontrol. Modul Tiga (pemroses ke pemroses) berlaku jika Pelanggan itu sendiri adalah pemroses. Klausul 7 (klausul docking) berlaku. Dalam Klausul 9, Opsi 2 (otorisasi tertulis umum) dipilih, dengan periode pemberitahuan sebagaimana dinyatakan dalam klausul 09 di atas. Dalam Klausul 11, bahasa penyelesaian sengketa independen opsional tidak dipilih. Dalam Klausul 17, Klausul diatur oleh hukum Republik Irlandia kecuali para pihak menyepakati hukum negara anggota UE lain dalam Formulir Pesanan. Dalam Klausul 18(b), sengketa diselesaikan di hadapan pengadilan Republik Irlandia dengan dasar yang sama. Lampiran I(A) adalah para pihak, Lampiran I(B) adalah deskripsi transfer, Lampiran I(C) adalah otoritas pengawas yang kompeten, Lampiran II adalah langkah-langkah teknis dan organisasi, dan Lampiran III adalah daftar sub-pemroses, masing-masing sebagaimana diuraikan di bawah ini.

Untuk transfer yang tunduk pada UK GDPR, Amandemen Inggris dimasukkan dan diselesaikan sebagai berikut: Tabel 1 diselesaikan oleh Lampiran I(A); Tabel 2 dan 3 diselesaikan oleh klausul 15 dan Lampiran I serta II dari DPA ini, dengan SCC UE yang Disetujui sebagai versi yang diandalkan; dan dalam Tabel 4, tidak ada pihak yang dapat mengakhiri Amandemen ketika Amandemen yang Disetujui berubah. Untuk transfer yang tunduk pada hukum Swiss, referensi dalam SCC terhadap GDPR dibaca sebagai referensi terhadap Undang-Undang Federal Swiss tentang Perlindungan Data, otoritas yang berwenang adalah Komisaris Perlindungan Data dan Informasi Federal, referensi terhadap negara anggota tidak menghilangkan hak subjek data di Swiss untuk menuntut di tempat tinggal habitual mereka, dan SCC melindungi data entitas hukum hingga hukum Swiss tidak lagi mengharuskannya.

Jika kami menerima permintaan yang mengikat secara hukum dari otoritas publik untuk Data Pribadi Pelanggan, kami akan: meninjaunya untuk validitas dan ruang lingkup serta menantangnya jika ada alasan wajar untuk menganggapnya melanggar hukum; hanya mengungkapkan jumlah minimum yang diminta; dan memberi tahu Pelanggan segera dengan detail yang cukup untuk merespons, kecuali dilarang secara hukum, dalam hal mana kami akan berupaya secara wajar untuk memperoleh pembebasan dari larangan tersebut dan mencari tindakan sementara yang memungkinkan pengungkapan. Kami menyimpan catatan permintaan yang kami terima dan tanggapan yang kami berikan, dan kami membuatnya tersedia bagi Pelanggan dan otoritas pengawas atas permintaan sejauh hukum mengizinkan. Kami belum menerima permintaan pemerintah yang mewajibkan kami membangun atau mempertahankan mekanisme akses umum ke Data Pribadi Pelanggan, dan kami tidak akan membangunnya secara sukarela.

Untuk informasi pribadi yang tunduk pada CCPA, Pelanggan adalah bisnis dan kami adalah penyedia layanan. Kami dilarang, dan tidak akan, menjual atau membagikan informasi pribadi tersebut; menyimpan, menggunakan, atau mengungkapkannya untuk tujuan apa pun selain tujuan bisnis yang ditentukan dalam Perjanjian atau sebagaimana diizinkan oleh CCPA; menyimpan, menggunakan, atau mengungkapkannya di luar hubungan bisnis langsung antara para pihak; atau menggabungkannya dengan informasi pribadi yang diterima dari sumber lain, kecuali sebagaimana diizinkan oleh CCPA bagi penyedia layanan. Kami menyatakan bahwa kami memahami dan akan mematuhi pembatasan ini. Kami akan memberi tahu Pelanggan jika kami menentukan bahwa kami tidak lagi dapat memenuhinya. Pelanggan dapat mengambil langkah-langkah yang wajar dan tepat untuk menghentikan dan memperbaiki penggunaan yang tidak sah, dengan menggunakan hak audit dalam klausul 14. Kami memberikan tingkat perlindungan privasi yang sama seperti yang disyaratkan oleh CCPA bagi bisnis.

Di mana hukum privasi negara bagian yang komprehensif berlaku dan mensyaratkan kontrak prosesor dengan ketentuan tertentu, DPA ini adalah kontrak tersebut: ini menetapkan sifat dan tujuan pemrosesan, jenis data, durasi, hak dan kewajiban kedua belah pihak, kewajiban kerahasiaan kami, keterlibatan sub-prosesor kami di bawah ketentuan tertulis yang setara, bantuan kami dengan permintaan hak konsumen dan dengan kewajiban keamanan, kewajiban penghapusan atau pengembalian kami pada akhir layanan, dan kewajiban kami untuk menyediakan informasi yang diperlukan untuk menunjukkan kepatuhan dan untuk memungkinkan penilaian yang wajar. Kami bertindak sebagai prosesor atau penyedia layanan di bawah undang-undang tersebut dan tidak pernah sebagai pengontrol Data Pribadi Pelanggan.

Tanggung jawab masing-masing pihak yang timbul dari atau terkait dengan DPA ini, baik dalam kontrak, perbuatan melawan hukum, atau teori lainnya, tunduk pada batasan dan pengecualian tanggung jawab dalam Perjanjian, dan setiap referensi dalam batasan tersebut terhadap tanggung jawab suatu pihak berarti tanggung jawab agregat pihak tersebut di bawah Perjanjian dan DPA ini secara bersama-sama. Tidak ada dalam klausul ini yang membatasi hak subjek data di bawah Klausul Kontrak Standar atau di bawah Hukum Perlindungan Data, dan tidak ada yang membatasi tanggung jawab yang tidak dapat dibatasi secara sah.

Kami dapat memperbarui DPA ini jika diperlukan untuk mencerminkan perubahan dalam Hukum Perlindungan Data, mekanisme transfer baru atau yang diubah, keputusan otoritas pengawas atau pengadilan, atau perubahan material dalam cara Layanan memproses Data Pribadi Pelanggan, asalkan pembaruan tersebut tidak secara material mengurangi perlindungan yang diberikan kepada Data Pribadi Pelanggan. Kami memberikan pemberitahuan setidaknya tiga puluh hari untuk pembaruan material, melalui email dan di halaman ini, dan kami mengubah tanggal efektif di bagian atas. Kami menyimpan versi yang digantikan dan tersedia atas permintaan.

DPA ini mengikat kami tanpa tanda tangan, sehingga Pelanggan tidak memerlukannya untuk dilindungi. Jika proses Anda memerlukan salinan yang ditandatangani untuk arsip Anda, atau jika Anda ingin mengajukan redline, kirimkan email ke privacy@transglot.ai dengan nama entitas hukum, alamat terdaftar, kontak pemberitahuan, dan penandatangan, dan kami akan mengembalikan salinan yang ditandatangani. Kami menjawab kuesioner keamanan dan privasi dari alamat yang sama, dan Trust Center berisi paket yang dibutuhkan sebagian besar reviewer sebelum mereka menghubungi siapa pun.

Data exporter: the Customer, being the person or company that holds the Account, as named on the Account or on the Order Form, acting as controller (or as processor where clause 01 applies) in respect of Customer Personal Data processed through the Service. Contact details: the Account Owners' email addresses and the notice contact given on the Order Form. Activities relevant to the transfer: use of a cloud localization platform to store, translate, review, deliver and manage software and content strings. Signature and date: as recorded by acceptance of the Agreement, or as executed under clause 22. Data importer: Digital Socket LLC, perusahaan tanggung jawab terbatas yang dibentuk di Delaware, Amerika Serikat, beroperasi sebagai Transglot, acting as processor. Contact details: privacy@transglot.ai. Activities relevant to the transfer: provision of the Service described in the Agreement. Role: processor.

Categories of data subjects: the Customer’s personnel and contractors who hold a login (Account Owners and Billing Members, and workspace admins, developers, reviewers and translators); the Customer’s own end users, customers and other individuals to the extent their personal data appears inside source strings, translations, glossary entries, comments, screenshots or imported files; and the Customer’s billing and notice contacts. Categories of personal data: identity and contact data (name, email address, login identifier, Account, workspace and role); authentication data (hashed password, second factor enrolment, federated identity subject identifiers, API token digests); usage and technical data (IP address, user agent, pages and endpoints accessed, request and run identifiers, timings, outcomes, error traces, audit records); billing data (billing contact, billing address, tax identifiers, payment method token and card metadata held by the payment processor); content data (whatever personal data the Customer chooses to place in project content, which is under the Customer’s control and which the Acceptable Use Policy asks the Customer to keep free of payment card data, government identifiers, credentials and special category data). Sensitive data: none is requested or required, and none should be submitted; where the Customer nonetheless submits it, the restrictions and safeguards are those in Annex II applied to all Customer Content, and the Customer remains responsible for its lawful basis. Frequency: continuous, for the duration of the Agreement, on the Customer’s instruction. Nature and purpose: hosting, storage, indexing, machine translation, quality checking, translation memory matching, glossary enforcement, review workflow, delivery and transmission through the API, webhooks, connectors and the delivery bundle, together with support, security and billing. Duration of processing: the term of the Agreement plus the retention periods stated in the Privacy Policy and clause 13 of this DPA. Subprocessor processing: for the purposes, and for the durations, set out in Annex III and in the Trust Center.

Where the SCCs apply on the basis of Article 3(1) of the GDPR, the competent supervisory authority is the one in the member state in which the data exporter is established. Where they apply because the exporter is not established in the European Economic Area but is caught by Article 3(2), the competent authority is the one in the member state in which the exporter’s Article 27 representative is established. Where they apply on the basis of Article 3(2) and no representative is appointed, the competent authority is the one in the member state in which the data subjects whose personal data is transferred are located. For UK transfers the competent authority is the Information Commissioner’s Office; for Swiss transfers, the Federal Data Protection and Information Commissioner.

Data in transit is protected with TLS 1.2 or better at the edge, and connections below that are refused. Passwords are hashed with bcrypt at a cost factor of 12 and are never stored or logged in plaintext. API tokens and delivery keys are stored as SHA-256 digests, are displayed once at creation and cannot be recovered afterwards; publishable in-context keys are deliberately public identifiers bound to an origin allowlist rather than secrets, and are documented as such. Third party credentials, connector tokens, SSO configuration secrets and webhook signing secrets are held in encrypted columns using authenticated application-level encryption. Database backups are encrypted with AES-256 by the backup tool itself, independently of any provider-side encryption, and file backups are held in a password-encrypted repository. Two honest gaps: the live database and application volumes are not disk-encrypted, and server-side encryption of the object store is not asserted in our own configuration. We state both here rather than letting a reviewer discover them in diligence.

Every query in the application is scoped by Account, workspace and project, and a cross-tenant identifier answers 404 rather than 403 so that the existence of another tenant’s record never leaks. The two Account roles (Owner and Billing), the four workspace roles (admin, developer, reviewer and translator), eighteen project abilities and per-project and per-language grants are available on every plan including Free, so least privilege is never a paid upgrade. Two-factor authentication with time-based one-time codes and recovery codes, and passkeys, are available on every plan, and an Account Owner can require a second factor for an entire workspace, enforced at the workspace boundary so that federated and single sign-on doors cannot bypass it. SAML 2.0 single sign-on with just-in-time provisioning, generic OpenID Connect, SCIM 2.0 provisioning and de-provisioning, and the ability to switch off password login for a workspace are available on the Enterprise plan. API access uses scoped tokens with optional expiry. Internal administrative access is least privilege, and operator impersonation of a customer’s login is time-limited to thirty minutes and writes an audit record when it starts and when it ends.

Security-relevant events are written to an append-only audit trail: sign-in and single sign-on events, second factor and workspace MFA policy changes, member invitations, joins, role changes and removals, custom role changes, token and key creation and revocation, integration and connector connection and disconnection, review policy changes, branding changes, SCIM provisioning events, workspace rename and deletion requests. Plan, billing and spend cap changes, changes to the Account’s members and the closing of the Account are written to the Account’s own audit trail in the same way. Each record carries the workspace or the Account, the actor, the action, the target, structured metadata, the source IP address and the time, and the model layer refuses updates and deletes, so a record cannot be edited after the fact; on the Account’s trail the IP address is removed after 395 days. On the Enterprise plan the whole trail, the Account’s included, can be exported as CSV. Append-only is enforced in the application layer and there is no cryptographic hash chain or signature over the log, so we do not describe it as tamper-evident. Application errors are collected by an error tracker we host ourselves, configured not to send personally identifying information and not to capture request bodies, which is the setting that actually keeps customer strings out of a stack trace. Operational metrics are retained for thirty days.

Public endpoints are rate limited: the REST API at sixty requests a minute per token, the delivery endpoint at three hundred a minute per key and address, sign-in at five a minute per email and address, and registration at five a minute and twenty an hour per network block, with separate buckets for the other public doors. Outbound webhooks are signed HMAC-SHA256 over the timestamp and the raw body, sent as an explicit signature header and a timestamp header, and compared in constant time; the timestamp is published so the receiver can enforce its own replay window, and we are explicit that no server-side tolerance is enforced on our side. Inbound forge webhooks are verified by signature, with the delivery identifier as the replay guard. Cross site request forgery protection is applied to every state-changing browser request, sessions expire after 120 minutes of inactivity, sensitive actions require password re-confirmation within a 3 hour window, password reset links expire after 60 minutes, and destructive actions require typing the workspace name or re-entering a password. A frame-ancestors content security policy is applied; we do not claim a broad content security policy, because we do not yet ship one.

Usage metering records counts of words and tokens, never the body of a request. The shared exact-match translation memory pool stores the linguistic pair keyed by a hash of the source, together with plural forms and reuse counters, and stores no user column and no team column at all, so an entry cannot be traced to a person; the key name, file path, screenshots, comments and every other piece of surrounding context are stripped. Human-reviewed memory entries carry a workspace identifier, which functions as a hard tenant fence on the near-match query rather than as attribution, and that is why a reviewed entry is never returned to another workspace. Any project can leave the pool entirely with a per-project switch on every plan, which stops it both contributing and drawing. In-context screenshots are held on a private store with no public path and are served only through short-lived signed URLs.

The database is backed up continuously with write-ahead log archiving and periodic full and differential backups, retaining two full backups and seven differentials, encrypted with AES-256 by the backup tool. Application file storage is snapshotted nightly into a password-encrypted repository retaining thirty daily, twelve weekly and twelve monthly snapshots, with an integrity verification pass on each run. Restore procedures are documented and exercised. Backups are isolated from the production credentials that could delete them, and they are restored for disaster recovery only, never to return a purged workspace to service. Deployment images are retained for the last several releases so that a rollback is a minute rather than a rebuild.

Changes are made through version control with peer review, an automated test suite, static analysis and dependency scanning, and container image vulnerability scanning in the build pipeline, and a failing gate blocks the release rather than warning about it. Test environments do not use production customer data. Secrets are held encrypted at rest in the deployment repository and injected at runtime rather than committed. Several product claims are themselves enforced by tests: a translation engine that becomes reachable without a subprocessor disclosure row fails the build, and the advertised overage rate is pinned to the rate the system charges. Third party components are tracked and patched, and a build is refused when a scanner reports a vulnerability above threshold.

Access to production is limited to the personnel who need it, granted individually, and removed on role change or departure. Personnel are bound by confidentiality obligations that survive their engagement, and receive security and data protection guidance appropriate to their role. We operate a documented incident response process with defined severities, an on-call rotation, alerting on service health and background job health, and post-incident review. We publish a vulnerability disclosure policy with a safe harbour for good faith research and a security address that is monitored. We hold no third party security certification today: a SOC 2 Type II audit is in progress and an AI management system standard is being pursued, and the compliance status published on our site is rendered from a configuration value that cannot show a certificate we do not hold.

Scheduled jobs enforce the retention windows published in the Privacy Policy rather than leaving them as intentions: translation version history at 180 days with a floor of the newest 20 per string, notifications at 90 days, resolved comment threads at 365 days from resolution, the activity feed at 180 days, assistant conversations at 90 days, in-context screenshots at 90 days with the stored object deleted alongside the record, connector sync records at 90 days keeping the latest per connection, referral click records at 90 days, unreviewed and unused translation memory entries at 90 days, failed background jobs at 7 days, expired API tokens 24 hours after they lapse, federated login correlation records at their own expiry, signup integrity signals 90 days after the Account was created or the pair was last seen, sign-up refusal records at 90 days, welcome words velocity records at 30 days for a domain and 24 hours for a network, sign-up allowlist entries at the expiry an operator set, never more than 365 days, Accounts never verified and holding no workspace at 30 days, welcome words, trial and card fingerprint records at 1,095 days, and the IP address on an Account’s audit trail at 395 days. Deletion runs in bounded batches rather than as one unbounded operation. Workspace deletion is a 30 day reversible grace period followed by a cascading purge of the live database. Webhook delivery records have no time-based prune today and are removed with their endpoint or their workspace.

For transfers to subprocessors we rely on the contractual measures in clause 15 together with these supplementary measures: transport encryption on every hop; contractual prohibitions on training, on onward transfer without equivalent protection, and on processing outside our instructions; a published and code-enforced disclosure list so that no undisclosed vendor can be routed customer text; the ability for a customer to disable the optional features that engage a conditional subprocessor, including the semantic translation memory feature and the per-project translation memory switch; retention windows enforced by scheduled jobs so that transferred data does not accumulate indefinitely; and the government access commitments in clause 17, including challenge, minimisation, notification and record keeping.

Daftar sub-pemroses yang otoritatif dan terkini dikelola oleh kami dan disediakan kepada Pelanggan atas permintaan berdasarkan perjanjian non-pengungkapan, dengan menulis ke privacy@transglot.ai. Kategori, tujuan, wilayah, dan kondisi di mana masing-masing terlibat diterbitkan di Trust Center dan dirangkum dalam dokumen Sub-pemroses, yang dimasukkan ke dalam Lampiran ini melalui referensi. Dokumen ini disimpan di satu tempat alih-alih diduplikasi ke halaman ini dengan sengaja: daftar yang diketik ulang ke dalam dokumen hukum adalah daftar yang menjadi usang pada hari vendor berubah, dan lampiran yang usang lebih buruk daripada tautan. Per tanggal efektif, kategorinya adalah: terjemahan AI, pemeriksaan kualitas otomatis, ekstraksi glosarium dan saran visi dalam konteks, diproses di Amerika Serikat dan terlibat setiap kali fitur AI digunakan; embedding teks untuk memori terjemahan semantik, diproses di Amerika Serikat dan hanya terlibat ketika proyek mengaktifkan fitur tersebut, yang secara default nonaktif; mesin terjemahan alternatif opsional yang diakses melalui router API di Amerika Serikat dan dihosting di Singapura, hanya terlibat ketika operator mengalihkan tier ke sana, yang secara default nonaktif; hosting cloud, basis data, dan penyimpanan objek, di wilayah yang ditetapkan saat penyebaran dan selalu terlibat; pemrosesan pembayaran, di Amerika Serikat dan Uni Eropa, hanya terlibat untuk paket berbayar; pengiriman email transaksional, selalu terlibat; dan pesan dukungan dalam produk, hanya terlibat ketika messenger dukungan diaktifkan. Di mana pelanggan menyediakan kredensial mereka sendiri untuk cadangan terjemahan mesin opsional, pelanggan adalah pengontrol transfer tersebut dan vendor tersebut bukan sub-pemroses kami.