شرایط پردازنده، ضمائم شامل.

این الحاقیه پردازش داده‌ها («DPA») بخشی از شرایط خدمات یا سایر توافق‌نامه‌های مکتوب (که در ادامه «توافق‌نامه» نامیده می‌شود) بین Digital Socket LLC، شرکت با مسئولیت محدود تشکیل‌شده در دلاویر، ایالات متحده، که تحت نام Transglot فعالیت می‌کند («Transglot»، «پردازشگر») و مشتری («مشتری»، «کنترل‌کننده») است و هر جا که ما داده‌های شخصی مشتری را از طرف مشتری در ارائه سرویس پردازش کنیم، اعمال می‌شود. این الحاقیه با ارجاع به توافق‌نامه ضمیمه شده و همزمان با لازم‌الاجرا شدن توافق‌نامه، اثرگذار می‌شود؛ برای الزام‌آور بودن آن نیازی به امضا نیست. در مواردی که خود مشتری به عنوان پردازشگر برای یک کنترل‌کننده شخص ثالث فعالیت می‌کند، مشتری صادرکننده داده محسوب شده و این DPA چنان اعمال می‌شود که گویی او کنترل‌کننده است، و مشتری تأیید می‌کند که از سوی کنترل‌کننده خود اختیار ورود به این توافق‌نامه را با این شرایط دارد.

«قانون حفاظت از داده‌ها» به معنای تمام قوانین مربوط به پردازش داده‌های شخصی که برای یک طرف قابل اجراست، از جمله مقررات عمومی حفاظت از داده‌های اتحادیه اروپا ۲۰۱۶/۶۷۹ («GDPR»)، GDPR بریتانیا و قانون حفاظت از داده‌ها ۲۰۱۸، قانون فدرال سوئیس در مورد حفاظت از داده‌ها، قانون حریم خصوصی مصرف‌کنندگان کالیفرنیا با اصلاحات بعدی («CCPA») و قوانین ایالتی مشابه حریم خصوصی در ایالات متحده است. «داده‌های شخصی مشتری» به معنای داده‌های شخصی موجود در محتوای مشتری یا داده‌هایی است که توسط ما از طرف مشتری پردازش می‌شوند. «بندهای قراردادی استاندارد» یا «SCCs» به معنای بندهای پیوست به تصمیم اجرایی کمیسیون (EU) ۲۰۲۱/۹۱۴ است. «الحاقیه بریتانیا» به معنای الحاقیه انتقال بین‌المللی داده‌ها است که توسط کمیسر اطلاعات بریتانیا تحت بخش ۱۱۹A قانون حفاظت از داده‌ها ۲۰۱۸ صادر شده است. «زیرپردازشگر» به معنای شخص ثالثی است که توسط ما برای پردازش داده‌های شخصی مشتری استخدام می‌شود. اصطلاحات «کنترل‌کننده»، «پردازشگر»، «موضوع داده»، «داده شخصی»، «پردازش»، «نقض داده‌های شخصی» و «مرجع نظارتی» دارای معانی تعریف‌شده در GDPR هستند و اصطلاحات معادل در سایر قوانین نیز دارای معنای معادل خود می‌باشند.

در صورت بروز تضاد، ترتیب اولویت به شرح زیر است: (الف) بندهای قراردادی استاندارد و الحاقیه بریتانیا، در صورتی که اعمال شوند؛ (ب) این DPA؛ (ج) هرگونه شرایط دیگر حفاظت از داده‌ها در فرم سفارش؛ (د) مابقی توافق‌نامه. هیچ‌یک از مفاد این DPA قصد ندارد با تعهدات یک طرف تحت قانون حفاظت از داده‌ها در تضاد باشد و هر شرطی که چنین تضادی ایجاد کند، تا حداقل میزان لازم برای رفع تضاد تفسیر محدود می‌شود.

این DPA از تاریخ لازم‌الاجرا شدن توافق‌نامه تا زمانی که دیگر هیچ داده شخصی مشتری را در اختیار نداشته باشیم، اعمال می‌شود که ممکن است به دلیل جدول زمانی حذف داده‌ها در بند ۱۳، پس از پایان توافق‌نامه باشد. تعهدات آن تا زمانی که هرگونه داده شخصی مشتری را در اختیار داریم پس از خاتمه توافق‌نامه باقی می‌ماند و تعهدات محرمانگی تا حدی که توسط قانون حفاظت از داده‌ها الزامی باشد، به صورت نامحدود باقی می‌مانند.

ما داده‌های شخصی مشتری را تنها بر اساس دستورالعمل‌های مستند مشتری، از جمله برای انتقال به کشور سوم، پردازش می‌کنیم، مگر اینکه طبق قانونی که مشمول آن هستیم ملزم به انجام آن شویم؛ در این صورت، قبل از پردازش، مشتری را از این الزام آگاه خواهیم کرد، مگر اینکه قانون به دلایل مهم منافع عمومی آن را ممنوع کرده باشد. توافق‌نامه، این DPA، مستندات و پیکربندی‌ای که مشتری در محصول تنظیم می‌کند (پروژه‌ها، زبان‌ها، اتصال‌دهنده‌ها، اشتراک‌های وب‌هوک، گزینه‌های نگهداری داده، گزینه حافظه ترجمه و تنظیمات موتور و کیفیت در دسترس مشتری) با هم دستورالعمل‌های مستند کامل مشتری را تشکیل می‌دهند. اگر به نظر ما دستورالعملی قانون حفاظت از داده‌ها را نقض کند، به مشتری اطلاع خواهیم داد و ممکن است پردازش مرتبط را تا زمان لغو یا اصلاح آن تعلیق کنیم تا اینکه آن را اجرا نماییم.

ما داده‌های شخصی مشتری را صرفاً برای ارائه، ایمن‌سازی، پشتیبانی و نگهداری سرویس برای مشتری پردازش می‌کنیم و برای هیچ هدف مستقل دیگری از جانب خودمان نه. ما داده‌های شخصی مشتری را نمی‌فروشیم، آن را برای تبلیغات رفتاری بین‌زمینه‌ای به اشتراک نمی‌گذاریم، آن را با داده‌های شخصی دریافتی از منابع دیگر ترکیب نمی‌کنیم مگر اینکه توسط قانون حفاظت از داده‌ها برای یک ارائه‌دهنده سرویس مجاز باشد، و از آن برای آموزش، تنظیم دقیق یا ارزیابی هیچ مدل یادگیری ماشینی استفاده نمی‌کنیم. زیرپردازشگرهای هوش مصنوعی ما آن را فقط برای استنتاج پردازش می‌کنند، تحت شرایط تجاری که آموزش روی آن داده‌ها را ممنوع می‌کند. ما ممکن است آمارهای تجمعی یا ناشناس‌سازی‌شده‌ای ایجاد و استفاده کنیم که نه مشتری و نه هیچ موضوع داده‌ای را شناسایی نمی‌کنند و تلاش نخواهیم کرد آن‌ها را مجدداً شناسایی کنیم.

ما اطمینان حاصل می‌کنیم که هر فردی که مجاز به پردازش داده‌های شخصی مشتری است، مشمول تعهد مناسبی از محرمانگی، چه قراردادی و چه قانونی، باشد که پس از پایان همکاری او نیز باقی می‌ماند. دسترسی بر اساس اصل حداقل امتیاز اعطا می‌شود، محدود به آنچه فرد برای انجام نقش خود نیاز دارد، به صورت دوره‌ای بازبینی می‌شود و در صورت تغییر نقش یا ترک سازمان، فوراً لغو می‌گردد. پرسنل دارای دسترسی، آموزش‌های حفاظت از داده‌ها و امنیت متناسب با نقش خود را دریافت می‌کنند.

ما اقدامات فنی و سازمانی ذکر شده در پیوست II را با در نظر گرفتن وضعیت هنر، هزینه‌های اجرا و ماهیت، دامنه، زمینه و اهداف پردازش، همچنین ریسک برای موضوعات داده، اجرا و حفظ می‌کنیم. ما ممکن است این اقدامات را در طول زمان به‌روزرسانی کنیم، به شرطی که سطح کلی حفاظت در دوران اشتراک پولی به طور محسوسی کاهش نیابد. پیوست II عمداً هم نقاط ضعف و هم کنترل‌های ما را بیان می‌کند: زیرا پیوست اقداماتی که فقط نقاط قوت را فهرست کند، سندی نیست که بازبین بتواند به آن اتکا کند.

مشتری مجوز کتبی کلی به ما می‌دهد تا زیرپردازشگرها را در دسته‌بندی‌های توصیف‌شده در سند زیرپردازشگرها استخدام کنیم و به طور خاص کسانی را که در فهرست زیرپردازشگران ارائه‌شده تحت پیوست III در تاریخ لازم‌الاجرا بودن وجود دارند، مجاز می‌داند. ما تعهدات حفاظت از داده‌هایی را که کمتر از تعهدات این DPA محافظت‌کننده نباشند، از طریق قرارداد کتبی بر هر زیرپردازشگر تحمیل می‌کنیم و در قبال عملکرد تعهدات زیرپردازشگر، کاملاً در برابر مشتری مسئول هستیم. ما حداقل سی روز قبل از شروع پردازش داده‌های شخصی مشتری توسط یک زیرپردازشگر جدید، از طریق ایمیل به مالکان حساب، به مشتری اطلاع خواهیم داد. مشتری می‌تواند در این مدت بر اساس دلایل مستند و منطقی حفاظت از داده‌ها اعتراض کند؛ در این صورت، ما با حسن نیت برای ارائه تغییر در پیکربندی یا جایگزینی که از پردازش اجتناب کند، تلاش خواهیم کرد؛ اگر نتوانیم در مدت زمان معقول این کار را انجام دهیم، مشتری می‌تواند اشتراک مرتبط را بدون جریمه فسخ کند و بازپرداخت تناسبی هزینه‌های پیش‌پرداخت‌شده و استفاده‌نشده را دریافت نماید.

با در نظر گرفتن ماهیت پردازش، ما تا حد امکان با اقدامات فنی و سازمانی مناسب به مشتری کمک می‌کنیم تا تعهد خود را در پاسخ به سوژه داده‌ای که حقوق دسترسی، اصلاح، پاک‌سازی، محدودیت، قابلیت انتقال یا اعتراض را اعمال می‌کند، انجام دهد. خود محصول خط اول این کمک است: مالکان حساب و مدیران فضای کاری می‌توانند محتوای پروژه را جستجو، ویرایش و حذف کنند، اعضا و نقش‌ها را مدیریت کنند و محتوای پروژه را از طریق نقطه پایانی pull API، رابط خط فرمان، بسته تحویل یا یک اتصال‌دهنده ذخیره‌سازی در طرح پولی بازیابی کنند، و مالکان حساب می‌توانند فضای کاری را حذف کنند. جایی که محصول نمی‌تواند به درخواستی پاسخ دهد، ما در صورت درخواست در یک دوره منطقی و بدون هزینه برای حجم معقولی از درخواست‌ها کمک خواهیم کرد. اگر سوژه داده مستقیماً با ما درباره داده‌های شخصی مشتری تماس بگیرد، ما خودمان پاسخ ماهوی نخواهیم داد؛ به آن‌ها می‌گوییم با مشتری تماس بگیرند و، مگر اینکه ممنوع باشد، سریعاً به مشتری اطلاع می‌دهیم.

با در نظر گرفتن ماهیت پردازش و اطلاعات در دسترس ما، ما به مشتری در انجام تعهدات خود تحت مواد ۳۲ تا ۳۶ GDPR و معادل‌های آن‌ها، از جمله ارزیابی‌های تأثیر حفاظت از داده و مشاوره قبلی با یک مقام نظارتی، کمک می‌کنیم. در عمل این به معنای ارائه این DPA، ضمیمه II، افشاگری‌های مرکز اعتماد، برنامه نگهداری در سیاست حریم خصوصی، مستندات امنیتی ما و پاسخ‌های کتبی منطقی به پرسشنامه امنیتی یا حریم خصوصی است. ما ممکن است برای کمکی که به طور محسوس فراتر از حجم معقول باشد، با نرخ‌های جاری خدمات حرفه‌ای خود هزینه دریافت کنیم و قبل از انجام کار این موضوع را اعلام می‌کنیم نه بعد از آن.

ما بدون تأخیر غیرمنطقی و در هر صورت ظرف هفتاد و دو ساعت پس از آگاهی از نقض داده‌های شخصی که بر داده‌های شخصی مشتری تأثیر می‌گذارد، به مشتری اطلاع می‌دهیم. اطلاعیه تا حدی که در آن زمان مشخص است و با یادگیری بیشتر به‌روز می‌شود، موارد زیر را توصیف می‌کند: ماهیت نقض از جمله در صورت امکان دسته‌بندی‌ها و تعداد تقریبی سوژه‌های داده و سوابق مربوطه؛ پیامدهای احتمالی؛ اقدامات انجام شده یا پیشنهادی برای رسیدگی به آن و کاهش اثرات آن؛ و یک نقطه تماس برای اطلاعات بیشتر. ما با مشتری همکاری می‌کنیم و اقداماتی را که مشتری به طور منطقی درخواست می‌کند برای کمک به تحقیقات و اطلاع‌رسانی خودش انجام می‌دهیم. یک اطلاعیه اعتراف به تقصیر یا مسئولیت نیست و نخواهد بود. ما اطلاعیه را برای تکمیل ابتدا تحقیق به تأخیر نمی‌اندازیم.

به انتخاب مشتری، ما داده‌های شخصی مشتری را در پایان ارائه خدمات حذف یا بازمی‌گردانیم و نسخه‌های موجود را حذف می‌کنیم، مگر اینکه قانونی که مشمول آن هستیم ذخیره‌سازی را الزامی کند. در محصول این به شرح زیر عمل می‌کند: لغو اشتراک حساب را به طرح رایگان منتقل می‌کند که شامل یک فضای کاری است و هر فضای کاری دیگر فقط خواندنی می‌شود و 30 روز بعد حذف می‌شود، یا زودتر برای فضایی که اخیراً همان روند را طی کرده همان‌طور که بند ۱۳ شرایط خدمات توضیح می‌دهد، مگر اینکه مشتری ابتدا آن را ارتقا دهد یا منتقل کند؛ حذف یک فضای کاری آن را برای 30 روز فقط خواندنی می‌کند، در طی این مدت مالک حساب می‌تواند آن را بازیابی کند و پس از آن دوره فضای کاری از پایگاه داده زنده پاک می‌شود، از جمله پروژه‌ها، ترجمه‌ها، تاریخچه نسخه، سوابق استفاده، سوابق تحویل webhook، تصاویر صفحه و رویدادهای حسابرسی؛ بستن حساب هر فضای کاری روی آن را به همین روش حذف می‌کند و فاکتورهای حساب را برای 7 سال نگه می‌دارد؛ حذف ورود کاربر فوری و غیرقابل برگشت است. محتوایی که مشتری از طریق API، رابط خط فرمان، بسته تحویل یا اتصال‌دهنده ذخیره‌سازی بازیابی می‌کند از لحظه تحویل از کنترل ما خارج است. پشتیبان‌های رمزگذاری شده توسط پاک‌سازی تحت تأثیر قرار نمی‌گیرند و طبق برنامه‌های ضمیمه II منقضی می‌شوند؛ در حالی که وجود دارند ایزوله، رمزگذاری شده و فقط برای بازیابی فاجعه بازیابی می‌شوند، هرگز برای بازگرداندن یک فضای کاری پاک شده به سرویس. یک درخواست کتبی برای بازگرداندن در یک قالب ساختاریافته قبل از حذف، یک بار، بدون هزینه، در یک دوره منطقی احترام گذاشته می‌شود.

ما اطلاعاتی را که به‌طور منطقی برای نشان دادن انطباق با این DPA و ماده ۲۸ مقررات عمومی حفاظت از داده‌ها (GDPR) لازم است، در اختیار مشتری قرار می‌دهیم و امکان انجام و مشارکت در حسابرسی‌ها، از جمله بازرسی‌هایی که توسط مشتری یا حسابرس مورد تأیید او انجام می‌شود، را فراهم می‌کنیم. در مرحله اول، این تعهد از طریق این DPA، پیوست II، مرکز اعتماد، صفحه امنیت و پاسخ‌های تکمیل‌شده پرسشنامه امنیتی ما برآورده می‌شود. در صورتی که این موارد برای تعهدات نظارتی مشتری واقعاً ناکافی باشند، مشتری مجاز است هر دوازده ماه یک‌بار، با اطلاع کتبی حداقل سی روزه، در ساعات کاری، بدون اختلال غیرمنطقی در عملیات ما، با رعایت تعهدات محرمانگی و محدود به سیستم‌ها و سوابق مرتبط با داده‌های خودِ مشتری، و با هزینه مشتری، اقدام به حسابرسی نماید. مقام نظارتی که از اختیارات قانونی خود استفاده می‌کند، مشمول هیچ‌یک از این محدودیت‌ها نیست. حسابرس نمی‌تواند رقیب ما باشد و ما ممکن است تعهدنامه محرمانگی جداگانه‌ای از او درخواست کنیم.

در مواردی که پردازش داده‌های شخصی مشتری توسط ما شامل انتقال از منطقه اقتصادی اروپا به کشوری است که تحت پوشش تصمیم کفایت نیست، بندهای قراردادی استاندارد در این DPA ادغام شده و بخشی از آن را تشکیل می‌دهند و به شرح زیر اعمال می‌شوند. ماژول دو (کنترل‌کننده به پردازشگر) زمانی اعمال می‌شود که مشتری کنترل‌کننده باشد. ماژول سه (پردازشگر به پردازشگر) زمانی اعمال می‌شود که مشتری خودش پردازشگر باشد. بند ۷ (بند الحاق) اعمال می‌شود. در بند ۹، گزینه ۲ (مجوز کتبی عمومی) انتخاب شده است، با دوره اطلاع‌رسانی ذکر شده در بند ۰۹ فوق. در بند ۱۱، زبان اختیاری حل اختلاف مستقل انتخاب نشده است. در بند ۱۷، بندها تابع قوانین جمهوری ایرلند هستند، مگر اینکه طرفین در فرم سفارش، قوانین کشور عضو دیگری از اتحادیه اروپا را توافق کنند. در بند ۱۸(ب)، اختلافات بر همان اساس در دادگاه‌های جمهوری ایرلند حل‌وفصل می‌شوند. پیوست I(A) مربوط به طرفین، پیوست I(B) توصیف انتقال، پیوست I(C) مقام نظارتی صالح، پیوست II اقدامات فنی و سازمانی، و پیوست III فهرست زیرپردازشگران است، همان‌طور که در زیر آمده است.

برای انتقالی که مشمول مقررات عمومی حفاظت از داده‌های بریتانیا (UK GDPR) است، الحاقیه بریتانیا به شرح زیر ادغام و تکمیل می‌شود: جدول ۱ توسط پیوست I(A) تکمیل می‌شود؛ جداول ۲ و ۳ توسط بند ۱۵ و پیوست‌های I و II این DPA، با استناد به نسخه SCCهای مورد تأیید اتحادیه اروپا، تکمیل می‌شوند؛ و در جدول ۴، هیچ‌یک از طرفین نمی‌توانند الحاقیه را هنگام تغییر الحاقیه مورد تأیید، فسخ کنند. برای انتقالی که مشمول قوانین سوئیس است، ارجاعات در SCCها به GDPR به عنوان ارجاعات به قانون فدرال سوئیس در مورد حفاظت از داده‌ها خوانده می‌شود، مقام صالح کمیسر فدرال حفاظت از داده‌ها و اطلاعات است، ارجاعات به یک کشور عضو حق شخص داده‌ای در سوئیس برای طرح دعوی در محل اقامت عادی خود را سلب نمی‌کند، و SCCها از داده‌های اشخاص حقوقی تا زمانی که قوانین سوئیس دیگر نیازی به آن نداشته باشد، محافظت می‌کنند.

اگر درخواست الزام‌آور قانونی از سوی یک مقام عمومی برای داده‌های شخصی مشتری دریافت کنیم، موارد زیر را انجام خواهیم داد: بررسی اعتبار و دامنه آن و اعتراض به آن در صورت وجود دلایل منطقی برای غیرقانونی دانستن آن؛ افشا کردن تنها حداقل اطلاعاتی که درخواست نیاز دارد؛ و اطلاع‌رسانی فوری به مشتری با جزئیات کافی برای پاسخگویی، مگر اینکه قانوناً ممنوع باشد، که در این صورت تلاش‌های معقولی برای اخذ معافیت از ممنوعیت و جستجوی اقدام موقت برای اجازه افشا انجام خواهیم داد. ما سوابقی از درخواست‌های دریافتی و پاسخ‌های ارائه‌شده نگهداری می‌کنیم و آن‌ها را بنا به درخواست مشتری و مقام نظارتی، تا حدی که قانون اجازه دهد، در دسترس قرار می‌دهیم. ما درخواست دولتی دریافت نکرده‌ایم که ما را ملزم به ایجاد یا حفظ یک مکانیزم دسترسی عمومی به داده‌های شخصی مشتری کند و داوطلبانه چنین مکانیزمی ایجاد نخواهیم کرد.

برای اطلاعات شخصی مشمول CCPA، مشتری کسب‌وکار است و ما ارائه‌دهنده خدمات هستیم. ما از فروش یا به اشتراک‌گذاری آن اطلاعات شخصی منع شده‌ایم و این کار را انجام نمی‌دهیم؛ آن را برای هیچ منظوری غیر از اهداف تجاری مشخص‌شده در توافقنامه یا آنچه توسط CCPA مجاز شمرده شده، نگه نمی‌داریم، استفاده نمی‌کنیم یا افشا نمی‌کنیم؛ آن را خارج از رابطه تجاری مستقیم بین طرفین نگه نمی‌داریم، استفاده نمی‌کنیم یا افشا نمی‌کنیم؛ یا آن را با اطلاعات شخصی دریافت‌شده از منبع دیگری ترکیب نمی‌کنیم، مگر اینکه CCPA به ارائه‌دهنده خدمات اجازه دهد. ما گواهی می‌دهیم که این محدودیت‌ها را درک کرده و رعایت خواهیم کرد. اگر تشخیص دهیم که دیگر نمی‌توانیم به این محدودیت‌ها پایبند باشیم، مشتری را مطلع خواهیم کرد. مشتری می‌تواند با استفاده از حقوق حسابرسی مندرج در بند ۱۴، اقدامات معقول و مناسبی برای توقف و جبران استفاده غیرمجاز انجام دهد. ما همان سطح از حفاظت حریم خصوصی را که CCPA برای کسب‌وکار الزامی کرده، فراهم می‌کنیم.

هرگاه یک قانون جامع حریم خصوصی ایالتی اعمال شود و نیازمند قرارداد پردازشگر با شرایط مشخص باشد، این DPA همان قرارداد است: ماهیت و هدف پردازش، نوع داده‌ها، مدت زمان، حقوق و تعهدات هر دو طرف، وظیفه محرمانگی ما، engagement زیرپردازشگران توسط ما تحت شرایط کتبی معادل، کمک ما به درخواست‌های حقوق مصرف‌کنندگان و تعهدات امنیتی، وظیفه حذف یا بازگرداندن داده‌ها در پایان خدمات، و تعهد ما به در دسترس قرار دادن اطلاعات لازم برای نشان دادن انطباق و امکان ارزیابی منطقی را مشخص می‌کند. ما تحت آن قوانین به عنوان پردازشگر یا ارائه‌دهنده خدمات عمل می‌کنیم و هرگز به عنوان کنترل‌کننده داده‌های شخصی مشتری رفتار نمی‌کنیم.

مسئولیت هر طرف ناشی از یا مرتبط با این DPA، چه در قرارداد، تقصیر یا هر نظریه دیگر، مشمول محدودیت‌ها و استثناهای مسئولیت مندرج در توافقنامه است و هر ارجاع در آن محدودیت‌ها به مسئولیت یک طرف، به معنای مسئولیت تجمعی آن طرف تحت توافقنامه و این DPA با هم است. هیچ چیز در این بند حقوق شخص داده‌ای تحت بندهای قراردادی استاندارد یا تحت قانون حفاظت از داده‌ها را محدود نمی‌کند و هیچ چیزی مسئولیتی را که نمی‌توان به‌طور قانونی محدود کرد، محدود نمی‌سازد.

ما ممکن است این DPA را برای انعکاس تغییر در قانون حفاظت از داده‌ها، یک مکانیزم انتقال جدید یا اصلاح‌شده، تصمیم یک مقام نظارتی یا دادگاه، یا تغییر عمده در نحوه پردازش داده‌های شخصی مشتری توسط سرویس، به‌روزرسانی کنیم، مشروط بر اینکه به‌روزرسانی حفاظت اعطاشده به داده‌های شخصی مشتری را به‌طور قابل توجهی کاهش ندهد. ما حداقل سی روز قبل از یک به‌روزرسانی عمده، از طریق ایمیل و در این صفحه اطلاع‌رسانی می‌کنیم و تاریخ مؤثر را در بالای صفحه تغییر می‌دهیم. ما نسخه منسوخ‌شده را بنا به درخواست در دسترس نگه می‌داریم.

این DPA بدون امضا برای ما الزام‌آور است، بنابراین مشتری برای حمایت شدن نیازی به امضا ندارد. اگر فرآیند شما نیاز به یک نسخه امضاشده برای سوابق شما دارد، یا اگر می‌خواهید نسخه خط‌خورده‌ای ارائه دهید، به privacy@transglot.ai با ذکر نام نهاد حقوقی، آدرس ثبت‌شده، مخاطب اطلاع‌رسانی و امضاکننده نامه بزنید و ما یک نسخه امضاشده بازخواهیم گرداند. ما پرسشنامه‌های امنیتی و حریم خصوصی را از همان آدرس پاسخ می‌دهیم و مرکز اعتماد بسته‌ای را حمل می‌کند که اکثر بررسی‌کنندگان قبل از تماس با هر کسی به آن نیاز دارند.

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.

فهرست معتبر و به‌روز پردازشگران فرعی توسط ما نگهداری شده و در صورت درخواست مشتری، تحت توافقنامه عدم افشا (NDA) و از طریق ارسال ایمیل به privacy@transglot.ai ارائه می‌شود. دسته‌بندی‌ها، هدف، منطقه جغرافیایی و شرایط همکاری با هر یک از آن‌ها در مرکز اعتماد (Trust Center) منتشر شده و در سند «پردازشگران فرعی» خلاصه شده است که با ارجاع، جزء این پیوست محسوب می‌شود. این فهرست عمداً در یک مکان متمرکز نگهداری می‌شود تا از تکرار در این صفحه پرهیز شود؛ زیرا فهرستی که در یک سند حقوقی بازنویسی شود، به محض تغییر یک تأمین‌کننده منسوخ می‌گردد و یک پیوست قدیمی بدتر از یک لینک است. در تاریخ مؤثر، دسته‌بندی‌ها عبارتند از: ترجمه هوش مصنوعی، بررسی خودکار کیفیت، استخراج واژه‌نامه و پیشنهادات بینایی در متن، که در ایالات متحده پردازش شده و هنگام استفاده از قابلیت‌های هوش مصنوعی فعال می‌شوند؛ تعبیه‌های متنی برای حافظه ترجمه معنایی، که در ایالات متحده پردازش شده و تنها زمانی فعال می‌شوند که پروژه این قابلیت را روشن کند (که به‌طور پیش‌فرض خاموش است)؛ یک موتور ترجمه جایگزین اختیاری که از طریق مسیریاب API در ایالات متحده دسترسی یافته و در سنگاپور میزبانی می‌شود و تنها زمانی فعال می‌شود که اپراتور یک سطح را به آن هدایت کند (که به‌طور پیش‌فرض خاموش است)؛ میزبانی ابری، پایگاه داده و ذخیره‌سازی شیء، در منطقه‌ای ثابت‌شده هنگام استقرار و همیشه فعال؛ پردازش پرداخت، در ایالات متحده و اتحادیه اروپا، که تنها برای طرح‌های پولی فعال می‌شود؛ تحویل ایمیل‌های تراکنشی، که همیشه فعال است؛ و پیام‌رسانی پشتیبانی درون‌محصول، که تنها زمانی فعال می‌شود که پیام‌رسان پشتیبانی فعال باشد. در مواردی که مشتری اعتبارنامه‌های خود را برای یک جایگزین ماشین‌ترجمه اختیاری ارائه می‌دهد، مشتری مسئول کنترل آن انتقال است و تأمین‌کننده، پردازشگر فرعی ما نیست.