شروط المعالج، بما في ذلك الملاحق.

تشكل إضافة معالجة البيانات هذه ("DPA") جزءاً من شروط الخدمة أو أي اتفاقية مكتوبة أخرى ("الاتفاقية") بين Digital Socket LLC، شركة ذات مسؤولية محدودة مُشكَّلة في ولاية ديلاوير بالولايات المتحدة، تمارس نشاطها تحت اسم Transglot ("Transglot", "معالج البيانات") والعميل ("العميل", "متحكم البيانات")، وتنطبق أينما نقوم بمعالجة بيانات العميل الشخصية نيابة عن العميل في إطار تقديم الخدمة. يتم إدماجها بالإشارة إليها في الاتفاقية وتسري مفعولها عندما تسري الاتفاقية؛ لا يلزم توقيع لكي تلزمنا. حيثما يكون العميل نفسه معالج بيانات يتصرف نيابة عن متحكم بيانات تابع لطرف ثالث، يكون العميل هو المصدر وتطبق هذه الإضافة كما لو كان هو المتحكم، ويؤكد العميل أنه يمتلك الصلاحية من متحكم البيانات الخاص به للدخول فيها بموجب تلك الشروط.

"قانون حماية البيانات" يعني جميع القوانين المتعلقة بمعالجة البيانات الشخصية السارية على طرف ما، بما في ذلك اللائحة العامة لحماية البيانات في الاتحاد الأوروبي 2016/679 ("GDPR")، وقانون حماية البيانات العام في المملكة المتحدة وقانون حماية البيانات لعام 2018، والقانون الفيدرالي السويسري لحماية البيانات، وقانون خصوصية المستهلك في كاليفورنيا بصيغته المعدلة ("CCPA") وقوانين الخصوصية المماثلة في ولايات الولايات المتحدة. "بيانات العميل الشخصية" تعني البيانات الشخصية الواردة في محتوى العميل أو التي تتم معالجتها بواسطتنا نيابة عن العميل. "البنود التعاقدية القياسية" أو "SCCs" تعني البنود المرفقة بقرار التنفيذ المفوض من المفوضية الأوروبية (EU) 2021/914. "إضافة المملكة المتحدة" تعني إضافة نقل البيانات الدولية الصادرة عن مفوض المعلومات في المملكة المتحدة بموجب القسم 119A من قانون حماية البيانات لعام 2018. "معالج البيانات الفرعي" يعني طرفاً ثالثاً نتعاقد معه لمعالجة بيانات العميل الشخصية. تحمل مصطلحات "متحكم البيانات"، "معالج البيانات"، "صاحب البيانات"، "البيانات الشخصية"، "المعالجة"، "خرق البيانات الشخصية" و"السلطة الإشرافية" المعاني الواردة في اللائحة العامة لحماية البيانات (GDPR)، وللمصطلحات المكافئة في القوانين الأخرى معناها المكافئ.

في حالة وجود تعارض، يكون ترتيب الأولوية كما يلي: (أ) البنود التعاقدية القياسية وإضافة المملكة المتحدة، حيثما تنطبق؛ (ب) هذه الإضافة الخاصة بمعالجة البيانات (DPA)؛ (ج) أي شروط أخرى لحماية البيانات في نموذج الطلب؛ (د) بقية الاتفاقية. لا يهدف أي شيء في هذه الإضافة إلى التعارض مع التزامات طرف بموجب قانون حماية البيانات، وأي بند من شأنه أن يفعل ذلك يُقرأ بأقل قدر ممكن لإزالة التعارض.

تنطبق هذه الإضافة الخاصة بمعالجة البيانات (DPA) بدءاً من تاريخ سريان الاتفاقية حتى لا نحتفظ بأي من بيانات العميل الشخصية، وهو ما قد يحدث بعد انتهاء الاتفاقية بسبب جداول زمنية الحذف المذكورة في البند 13. تبقى التزاماتها سارية بعد الإنهاء طالما أننا نحتفظ بأي من بيانات العميل الشخصية، وتبقى التزامات السرية سارية إلى أجل غير مسمى بالقدر الذي يقتضيه قانون حماية البيانات.

نقوم بمعالجة بيانات العميل الشخصية فقط وفقاً للتعليمات الموثقة للعميل، بما في ذلك النقل إلى دولة ثالثة، ما لم يكن مطلوباً منا القيام بذلك بموجب قانون نخضع له، وفي هذه الحالة سنخبر العميل بهذا المتطلب قبل المعالجة ما لم يحظر القانون ذلك لأسباب مهمة تتعلق بالمصلحة العامة. تشكل الاتفاقية، وهذه الإضافة، والوثائق التوجيهية، والإعدادات التي يضبطها العميل في المنتج (المشاريع، واللغات المحلية، والموصلات، واشتراكات الويب هوك، ومفاتيح الاحتفاظ، ومفتاح ذاكرة الترجمة، وإعدادات المحرك والجودة المتاحة للعميل) مجتمعةً التعليمات الموثقة الكاملة للعميل. سنخبر العميل إذا رأينا، في رأينا، أن تعليمة تنتهك قانون حماية البيانات، ويجوز لنا تعليق المعالجة المتأثرة حتى يتم سحبها أو تعديلها بدلاً من تنفيذها.

نعالج بيانات العميل الشخصية حصراً لتقديم الخدمة وتأمينها ودعمها وصيانتها لصالح العميل، وليس لأي غرض مستقل خاص بنا. لا نبيع بيانات العميل الشخصية، ولا نشاركها لأغراض الإعلان السلوكي عبر السياقات المختلفة، ولا ندمجها مع بيانات شخصية نتلقاها من مصادر أخرى إلا بما يسمح به قانون حماية البيانات لمزود الخدمة، ولا نستخدمها لتدريب أو ضبط دقيق أو تقييم أي نموذج للتعلم الآلي. يقوم معالجو البيانات الفرعيون لدينا المعتمدون على الذكاء الاصطناعي بمعالجتها للاستدلال فقط، بموجب شروط تجارية تحظر التدريب عليها. يجوز لنا إنشاء واستخدام إحصائيات مجمعة أو منزوعة الهوية لا تحدد هوية العميل ولا أي صاحب بيانات، ولن نحاول إعادة تحديد هويتهم.

نضمن أن يخضع كل شخص مخول بمعالجة بيانات العميل الشخصية لالتزام مناسب بالسرية، سواء كان تعاقدياً أو قانونياً، يبقى سارياً بعد انتهاء تعامله. يتم منح الوصول على أساس أقل امتياز ممكن، محدوداً بما يحتاجه الشخص لأداء دوره، ويتم مراجعته دورياً وإلغاؤه فوراً عند تغيير الدور أو المغادرة. يتلقى الموظفون الذين لديهم حق الوصول تدريباً مناسباً لدورهم في مجال حماية البيانات والأمن.

ننفذ ونحافظ على التدابير التقنية والتنظيمية المبينة في الملحق الثاني، مع الأخذ في الاعتبار حالة الفن التقني، وتكاليف التنفيذ، وطبيعة ونطاق وسياق وأغراض المعالجة، فضلاً عن المخاطر التي تتعرض لها أصحاب البيانات. يجوز لنا تحديث تلك التدابير مع مرور الوقت شريطة ألا ينخفض مستوى الحماية الإجمالي بشكل جوهري خلال فترة الاشتراك المدفوع. يذكر الملحق الثاني ثغراتنا بالإضافة إلى ضوابطنا، عمداً: فالمُلحق الخاص بالتدابير الذي يسرد نقاط القوة فقط ليس وثيقة يمكن للمراجع الاعتماد عليها.

يمنح العميل تفويضاً كتابياً عاماً لنا للتعاقد مع معالجين فرعيين، في الفئات الموضحة في وثيقة المعالجين الفرعيين، ويفوض تحديداً أولئك الموجودين في قائمة المعالجين الفرعيين المقدمة بموجب الملحق الثالث اعتباراً من التاريخ الفعال. نفرض على كل معالج فرعي التزامات حماية بيانات لا تقل حماية عن تلك الموجودة في اتفاقية معالجة البيانات هذه من خلال عقد مكتوب، ونظل مسؤولين بالكامل أمام العميل عن أداء المعالج الفرعي لالتزاماته. سنمنح العميل إشعاراً مدته ثلاثون يوماً على الأقل، عبر البريد الإلكتروني إلى مالكي الحسابات، قبل أن يبدأ معالج فرعي جديد في معالجة البيانات الشخصية للعميل. يجوز للعميل الاعتراض لأسباب معقولة وموثقة لحماية البيانات خلال تلك الفترة، وفي هذه الحالة سنعمل بحسن نية لتقديم تغيير في التكوين أو بديل يتجنب المعالجة؛ إذا لم نتمكن ضمن فترة زمنية معقولة، يجوز للعميل إنهاء الاشتراك المتأثر بدون عقوبة والحصول على استرداد متناسب للرسوم المدفوعة مسبقاً وغير المستخدمة.

مع مراعاة طبيعة المعالجة، نساعد العميل من خلال تدابير تقنية وتنظيمية مناسبة، بقدر الإمكان، في الوفاء بالتزام العميل بالاستجابة لموضوع البيانات الذي يمارس حقوق الوصول، التصحيح، الحذف، التقييد، النقل أو الاعتراض. المنتج نفسه هو الخط الأول لهذه المساعدة: يمكن لمالكي الحسابات ومسؤولي مساحة العمل البحث وتحرير وحذف محتوى المشروع، إدارة الأعضاء والأدوار، واسترداد محتوى المشروع من خلال نقطة نهاية السحب لواجهة برمجة التطبيقات، واجهة سطر الأوامر، حزمة التسليم أو موصل تخزين على خطة مدفوعة، ويمكن لمالكي الحسابات حذف مساحة العمل. حيث لا يستطيع المنتج الرد على طلب، سنساعد عند الطلب ضمن فترة زمنية معقولة وبدون مقابل لحجم معقول من الطلبات. إذا اتصل بنا موضوع البيانات مباشرة بشأن البيانات الشخصية للعميل، فلن نستجيب بشكل جوهري بأنفسنا؛ سنخبرهم بالاتصال بالعميل، وما لم يكن محظوراً، سنخبر العميل على الفور.

مع مراعاة طبيعة المعالجة والمعلومات المتاحة لنا، نساعد العميل في الوفاء بالتزاماته بموجب المواد من 32 إلى 36 من اللائحة العامة لحماية البيانات (GDPR) وما يعادلها، بما في ذلك تقييمات أثر حماية البيانات والاستشارة المسبقة مع السلطة الإشرافية. عملياً، يعني ذلك توفير اتفاقية معالجة البيانات هذه، والملحق الثاني، وإفصاحات مركز الثقة، وجدول الاحتفاظ في سياسة الخصوصية، ووثائق الأمان لدينا، وإجابات خطية معقوبة على استبيان الأمان أو الخصوصية. قد نفرض رسوماً للمساعدة التي تتجاوز بشكل جوهري الحجم المعقول، وفقاً لأسعار خدماتنا المهنية السارية وقتها، وسنوضح ذلك قبل تنفيذ العمل وليس بعده.

نخطر العميل دون تأخير غير مبرر، وفي أي حال خلال اثنتين وسبعين ساعة، بعد علمنا بخرق بيانات شخصية يؤثر على البيانات الشخصية للعميل. يصف الإشعار، بالقدر المعروف وقتها ويتم تحديثه كلما عرفنا المزيد: طبيعة الخرق بما في ذلك، حيثما أمكن، فئات وتقريباً عدد أصحاب البيانات والسجلات المعنية؛ والعواقب المحتملة؛ والإجراءات المتخذة أو المقترحة لمعالجتها وتخفيف آثارها؛ ونقطة اتصال لمزيد من المعلومات. نتعاون مع العميل ونتخذ الخطوات التي يطلبها العميل بشكل معقول للمساعدة في تحقيقه وإخطاراته الخاصة. لا يشكل الإشعار، ولن يُفسر على أنه، اعترافاً بالخطأ أو المسؤولية. لن نؤخر الإشظار لإكمال التحقيق أولاً.

بناءً على اختيار العميل، نحذف أو نعيد البيانات الشخصية للعميل في نهاية تقديم الخدمات، ونحذف النسخ الموجودة، ما لم يتطلب قانون نخضع له التخزين. في المنتج، يعمل ذلك على النحو التالي: إلغاء الاشتراك ينقل الحساب إلى الخطة المجانية، والتي تتضمن مساحة عمل واحدة، وتصبح كل مساحة عمل أخرى للقراءة فقط ويتم حذفها بعد 30 يوماً، أو sooner لمساحة عمل مرت بنفس العملية مؤخراً كما يصف البند 13 من شروط الخدمة، ما لم يقم العميل بالترقية أو نقلها أولاً؛ حذف مساحة عمل يجعلها للقراءة فقط لمدة 30 يوماً، يمكن خلالها لمالك الحساب استعادتها، وبعد تلك الفترة يتم تطهير مساحة العمل من قاعدة البيانات الحية، بما في ذلك المشاريع، الترجمات، سجل الإصدارات، سجلات الاستخدام، سجلات تسليم webhook، لقطات الشاشة وأحداث التدقيق؛ إغلاق الحساب يحذف كل مساحة عمل عليه بنفس الطريقة ويحتفظ بفواتير الحساب لمدة 7 سنوات؛ حذف تسجيل دخول المستخدم فوري ولا رجعة فيه. المحتوى الذي يسترده العميل من خلال واجهة برمجة التطبيقات، واجهة سطر الأوامر، حزمة التسليم أو موصل التخزين يخرج من أيدينا من اللحظة التي نسلمه فيها. لا تصل عمليات التطهير إلى النسخ الاحتياطية المشفرة وتنتهي صلاحيتها وفقاً للجداول الزمنية في الملحق الثاني؛ بينما توجد، تكون معزولة، مشفرة ولا يتم استعادتها إلا لاستعادة الكوارث، أبداً لإعادة مساحة عمل مطهرة إلى الخدمة. سيتم honoring طلب مكتوب للإرجاع بتنسيق منظم مقدم قبل الحذف مرة واحدة، بدون مقابل، ضمن فترة زمنية معقولة.

نوفر للعميل المعلومات اللازمة بشكل معقول لإثبات الامتثال لاتفاقية معالجة البيانات هذه وللمادة 28 من اللائحة العامة لحماية البيانات (GDPR)، ونسمح بإجراء المساهمة في عمليات التدقيق، بما في ذلك التفتيش، التي يجريها العميل أو مدقق يفوضه. في المقام الأول، يتم الوفاء بهذا الالتزام من خلال اتفاقية معالجة البيانات هذه، والملحق الثاني، ومركز الثقة، وصفحة الأمان، وإجاباتنا المكتملة على استبيان الأمان. حيث تكون تلك غير كافية حقاً للالتزام التنظيمي للعميل، يجوز للعميل إجراء تدقيق مرة واحدة في أي فترة اثني عشر شهراً، بعد إشعار كتابي لمدة ثلاثين يوماً على الأقل، خلال ساعات العمل، دون تعطيل عملياتنا بشكل غير معقول، وخاضعاً لالتزامات السرية، ومقتصراً على الأنظمة والسجلات المتعلقة ببيانات العميل الخاصة، وعلى نفقة العميل. تخضع السلطة الإشرافية التي تمارس سلطة قانونية لأي من تلك القيود. لا يجوز أن يكون المدقق منافساً لنا، وقد نطلب منه التزاماً منفصلاً بالسرية.

حيث تتضمن معالجة البيانات الشخصية للعميل نقلاً من المنطقة الاقتصادية الأوروبية إلى دولة غير مشمولة بقرار كفاية، تُدمج الشروط التعاقدية القياسية في اتفاقية معالجة البيانات هذه وتشكل جزءاً منها وتطبق كما يلي. ينطبق النموذج الثاني (من مسؤول التحكم إلى المعالج) حيث يكون العميل مسؤولاً عن التحكم. ينطبق النموذج الثالث (من معالج إلى معالج) حيث يكون العميل نفسه معالجاً. تنطبق المادة 7 (بند الربط). في المادة 9، يتم اختيار الخيار 2 (الإذن الكتابي العام)، مع فترة الإشعار المذكورة في البند 09 أعلاه. في المادة 11، لا يتم اختيار لغة حل النزاعات المستقلة الاختيارية. في المادة 17، تخضع الشروط لقانون جمهورية أيرلندا ما لم يتفق الطرفان على قانون دولة عضو أخرى في الاتحاد الأوروبي في نموذج الطلب. في المادة 18(ب)، تُحل النزاعات أمام محاكم جمهورية أيرلندا على الأساس نفسه. الملحق الأول(أ) هو الأطراف، الملحق الأول(ب) هو وصف النقل، الملحق الأول(ج) هو السلطة الإشرافية المختصة، الملحق الثاني هو الإجراءات التقنية والتنظيمية، والملحق الثالث هو قائمة المعالجين من الباطن، كل كما هو مبين أدناه.

بالنسبة للنقل الخاضع للائحة العامة لحماية البيانات في المملكة المتحدة (UK GDPR)، يتم دمج وإكمال ملحق المملكة المتحدة كما يلي: يتم إكمال الجدول 1 بواسطة الملحق الأول(أ)؛ يتم إكمال الجدولين 2 و3 بواسطة البند 15 والملاحق الأول والثاني من اتفاقية معالجة البيانات هذه، مع الاعتماد على نسخة الشروط التعاقدية القياسية المعتمدة من الاتحاد الأوروبي؛ وفي الجدول 4، لا يجوز لأي طرف إنهاء الملحق عند تغير الملحق المعتمد. بالنسبة للنقل الخاضع للقانون السويسري، تُقرأ الإشارات في الشروط التعاقدية القياسية إلى اللائحة العامة لحماية البيانات (GDPR) كإشارات إلى القانون الفيدرالي السويسري لحماية البيانات، والسلطة المختصة هي المفوض الفيدرالي لحماية البيانات والمعلومات، ولا تحرم الإشارات إلى دولة عضواً صاحب البيانات في سويسرا من الحق في رفع دعوى في مكان إقامته المعتاد، وتحمي الشروط التعاقدية القياسية بيانات الكيانات القانونية حتى لا يتطلب القانون السويسري ذلك بعد الآن.

إذا تلقينا طلباً ملزماً قانوناً من سلطة عامة للحصول على البيانات الشخصية للعميل، سنقوم بما يلي: مراجعته من حيث الصلاحية والنطاق والطعن فيه حيث توجد أسباب معقولة لاعتباره غير قانوني؛ الكشف عن الحد الأدنى فقط الذي يتطلبه الطلب؛ وإخطار العميل فوراً بتفاصيل كافية للرد، ما لم يكن ذلك محظوراً قانوناً، وفي هذه الحالة سنستخدم جهوداً معقولة للحصول على إعفاء من الحظر والسعي للحصول على تدبير مؤقت يسمح بالكشف. نحتفظ بسجل للطلبات التي نتلقاها والردود التي نقدمها، ونجعلها متاحة للعميل وللسلطة الإشرافية عند الطلب بالقدر الذي يسمح به القانون. لم نتلقَ طلباً حكومياً تطلب منا بناء أو الحفاظ على آلية وصول عامة إلى البيانات الشخصية للعميل، ولن نبني واحدة طوعاً.

بالنسبة للمعلومات الشخصية الخاضعة لقانون خصوصية المستهلك في كاليفورنيا (CCPA)، يعتبر العميل هو "الشركة" ونحن "مزود خدمة". يُحظر علينا بيع أو مشاركة تلك المعلومات الشخصية؛ أو الاحتفاظ بها، أو استخدامها، أو الكشف عنها لأي غرض آخر غير الأغراض التجارية المحددة في الاتفاقية أو كما يسمح قانون CCPA بخلاف ذلك؛ أو الاحتفاظ بها، أو استخدامها، أو الكشف عنها خارج نطاق العلاقة التجارية المباشرة بين الأطراف؛ أو دمجها مع معلومات شخصية مستلمة من مصدر آخر، إلا بما يسمح به قانون CCP لمزود الخدمة بالقيام به. نقر بأننا نفهم هذه القيود وسنلتزم بها. سنقوم بإخطار العميل إذا حددنا أننا لم نعد قادرين على الالتزام بها. يجوز للعميل اتخاذ خطوات معقولة ومناسبة لوقف الاستخدام غير المصرح به ومعالجته، باستخدام حقوق التدقيق المنصوص عليها في البند 14. نحن نوفر نفس مستوى حماية الخصوصية الذي يتطلبه قانون CCPA من الشركة.

حيثما ينطبق قانون شامل للخصوصية على مستوى الولاية ويتطلب عقد معالجة بيانات بشروط محددة، تُعد هذه الإضافة الخاصة بمعالجة البيانات (DPA) هي ذلك العقد: فهي تحدد طبيعة وغرض المعالجة، ونوع البيانات، والمدة، وحقوق والتزامات كلا الطرفين، وواجبنا بالسرية، وتعاقدنا مع معالجي البيانات الفرعيين بموجب شروط كتابية مكافئة، ومساعدتنا في طلبات حقوق المستهلك وفي الالتزامات الأمنية، وواجبنا بالحذف أو الإعادة عند انتهاء الخدمات، والتزامنا بتوفير المعلومات اللازمة لإثبات الامتثال والسماح بإجراء تقييم معقول. نتصرف كمعالج بيانات أو مزود خدمة بموجب تلك القوانين ولا نتصرف أبداً كمتحكم في بيانات العميل الشخصية.

تخضع مسؤولية كل طرف الناشئة عن أو المتعلقة بهذه الإضافة الخاصة بمعالجة البيانات (DPA)، سواء في العقد أو التقصير أو أي نظرية أخرى، للقيود واستثناءات المسؤولية الواردة في الاتفاقية، وأي إشارة في تلك القيود إلى مسؤولية طرف تعني المسؤولية الإجمالية لذلك الطرف بموجب الاتفاقية وهذه الإضافة معاً. لا يحد أي شيء في هذا البند من حقوق صاحب البيانات بموجب البنود التعاقدية القياسية أو بموجب قانون حماية البيانات، ولا يحد من أي مسؤولية لا يمكن تقييدها قانوناً.

يجوز لنا تحديث هذه الإضافة الخاصة بمعالجة البيانات (DPA) حيثما يلزم لتعكس تغييراً في قانون حماية البيانات، أو آلية نقل جديدة أو معدلة، أو قراراً صادرًا عن سلطة إشرافية أو محكمة، أو تغييراً جوهرياً في كيفية قيام الخدمة بمعالجة بيانات العميل الشخصية، شريطة ألا يؤدي التحديث إلى تقليل الحماية الممنوحة لبيانات العميل الشخصية بشكل جوهري. نقدم إشعاراً قبل ثلاثين يوماً على الأقل بأي تحديث جوهري، عبر البريد الإلكتروني وعلى هذه الصفحة، ونقوم بتغيير تاريخ السريان في الأعلى. نحتفظ بالنسخة الملغاة متاحة عند الطلب.

تلزمنا هذه الإضافة الخاصة بمعالجة البيانات (DPA) دون توقيع، لذا لا يحتاج العميل إلى توقيع ليتمتع بالحماية. إذا كانت إجراءاتك تتطلب نظيراً منفذاً لسجلاتك، أو إذا رغبت في طرح نسخة بالمراجعات (redline)، فاكتب إلى privacy@transglot.ai مرفقاً اسم الكيان القانوني، والعنوان المسجل، وجهة اتصال الإشعارات، والموقع، وسنعيد إليك نسخة موقعة. نجيب على استبيانات الأمن والخصوصية من نفس العنوان، ويحتوي مركز الثقة (Trust Center) على الحزمة التي يحتاجها معظم المراجعين قبل أن يكتبوا إلى أي شخص.

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، شركة ذات مسؤولية محدودة مُشكَّلة في ولاية ديلاوير بالولايات المتحدة، تمارس نشاطها تحت اسم 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.

القائمة الرسمية والحالية للمعالِجين الفرعيين محفوظة من قبلنا وتُقدم إلى العميل عند الطلب بموجب اتفاقية عدم إفصاح، عن طريق الكتابة إلى privacy@transglot.ai. الفئات، الغرض، المنطقة والشرط الذي يتم بموجبه إشراك كل منهم منشورة في مركز الثقة وموجزة في وثيقة المعالِجين الفرعيين، والتي تُدمج في هذا الملحق بالإشارة إليها. يتم الاحتفاظ بها في مكان واحد بدلاً من تكرارها في هذه الصفحة عمداً: القائمة المعاد كتابتها في وثيقة قانونية هي قائمة تصبح قديمة في اليوم الذي يتغير فيه بائع، والملحق القديم أسوأ من الرابط. اعتباراً من التاريخ الساري، الفئات هي: ترجمة الذكاء الاصطناعي، فحص الجودة الآلي، استخراج المسرد واقتراحات الرؤية السياقية، تتم معالجتها في الولايات المتحدة ويتم إشراكها كلما تم استخدام ميزة الذكاء الاصطناعي؛ تضمينات النص لذاكرة الترجمة الدلالية، تتم معالجتها في الولايات المتحدة ويتم إشراكها فقط عندما يقوم المشروع بتشغيل هذه الميزة، وهي معطلة افتراضياً؛ محرك ترجمة بديل اختياري يتم الوصول إليه عبر موجه واجهة برمجة تطبيقات في الولايات المتحدة ومستضاف في سنغافورة، يتم إشراكه فقط عندما يوجه المشغل طبقة إليه، وهو معطل افتراضياً؛ الاستضافة السحابية، وقاعدة البيانات وتخزين الكائنات، في المنطقة المحددة عند النشر ويتم إشراكها دائماً؛ معالجة الدفع، في الولايات المتحدة والاتحاد الأوروبي، يتم إشراكها فقط للخطط المدفوعة؛ تسليم البريد الإلكتروني المعاملاتي، يتم إشراكه دائماً؛ ورسائل الدعم داخل المنتج، يتم إشراكها فقط عند تمكين رسول الدعم. حيثما يزود العميل بيانات اعتماده الخاصة لنسخة احتياطية للترجمة الآلية الاختيارية، يكون العميل هو المتحكم في تلك التحويل والبائع ليس معالجاً فرعياً لدينا.