پروسیسر کی شرائط، ضمائم شامل ہیں۔

یہ ڈیٹا پروسیسنگ ایڈینڈم ("DPA") Digital Socket LLC, a limited liability company formed in Delaware, United States, trading as Transglot ("Transglot", "Processor") اور کسٹمر ("Customer", "Controller") کے درمیان سروس کی شرائط یا دیگر تحریری معاہدے ("Agreement") کا حصہ ہے، اور اس صورت میں لاگو ہوتا ہے جب ہم سروس فراہم کرنے کے لیے کسٹمر کی جانب سے کسٹمر پرسنل ڈیٹا پروسیس کرتے ہیں۔ یہ حوالہً معاہدے میں شامل کیا گیا ہے اور اسی وقت مؤثر ہوتا ہے جب معاہدہ مؤثر ہوتا ہے؛ اس کے پابند بننے کے لیے کسی دستخط کی ضرورت نہیں ہے۔ جہاں کسٹمر خود ایک تھرڈ پارٹی کنٹرولر کے لیے بطور پروسیسر کام کر رہا ہو، وہاں کسٹمر ایکسپورٹر ہے اور یہ DPA اسی طرح لاگو ہوتا ہے جیسے کہ وہ کنٹرولر ہو، اور کسٹمر تصدیق کرتا ہے کہ اسے اپنے کنٹرولر کی جانب سے ان شرائط پر اس میں داخل ہونے کا اختیار حاصل ہے۔

"ڈیٹا پروٹیکشن لا" سے مراد ذاتی ڈیٹا کی پروسیسنگ سے متعلق تمام قوانین ہیں جو کسی فریق پر لاگو ہوتے ہیں، بشمول EU جنرل ڈیٹا پروٹیکشن ریگولیشن 2016/679 ("GDPR")، UK GDPR اور ڈیٹا پروٹیکشن ایکٹ 2018، سوئس فیڈرل ایکٹ آن ڈیٹا پروٹیکشن، کیلیفورنیا کنزیومر پرائیویسی ایکٹ جیسا کہ ترامیم شدہ ہے ("CCPA") اور امریکہ کی ریاستوں کے موازنہ والے پرائیویسی قوانین۔ "کسٹمر پرسنل ڈیٹا" سے مراد وہ ذاتی ڈیٹا ہے جو کسٹمر کنٹینٹ میں موجود ہو یا جسے ہم کسٹمر کی جانب سے پروسیس کرتے ہیں۔ "اسٹینڈرڈ کنٹریکچوئل کلازیز" یا "SCCs" سے مراد کمیشن امپلیمنٹنگ ڈیشین (EU) 2021/914 سے منسلک کلازیز ہیں۔ "UK ایڈینڈم" سے مراد بین الاقوامی ڈیٹا ٹرانسفر ایڈینڈم ہے جو UK انفارمیشن کمشنر نے ڈیٹا پروٹیکشن ایکٹ 2018 کی سیکشن 119A کے تحت جاری کیا ہے۔ "سب پروسیسر" سے مراد کوئی تھرڈ پارٹی ہے جسے ہم نے کسٹمر پرسنل ڈیٹا پروسیس کرنے کے لیے مصروف کیا ہے۔ "کنٹرولر"، "پروسیسر"، "ڈیٹا سبجیکٹ"، "ذاتی ڈیٹا"، "پروسیسنگ"، "ذاتی ڈیٹا بریچ" اور "سپروائزری اتھارٹی" کے معنی وہی ہیں جو GDPR میں دیے گئے ہیں، اور دیگر قوانین میں مساوی اصطلاحات کے مساوی معنی ہوں گے۔

تضاد کی صورت میں، ترجیحی ترتیب یہ ہوگی: (a) اسٹینڈرڈ کنٹریکچوئل کلازیز اور UK ایڈینڈم، جہاں وہ لاگو ہوں؛ (b) یہ DPA؛ (c) آرڈر فارم میں موجود کوئی دیگر ڈیٹا پروٹیکشن شرائط؛ (d) معاہدے کا باقی حصہ۔ اس DPA میں کوئی بھی چیز کسی فریق کی ڈیٹا پروٹیکشن لا کے تحت ذمہ داریوں سے تضاد پیدا کرنے کے ارادے سے نہیں ہے، اور کوئی بھی شرط جو ایسا کرے گی اسے تضاد ختم کرنے کے لیے کم از کم ضروری حد تک محدود پڑھا جائے گا۔

یہ DPA معاہدے کی مؤثر تاریخ سے اس وقت تک لاگو رہتا ہے جب تک کہ ہم کوئی بھی کسٹمر پرسنل ڈیٹا نہ رکھتے ہوں، جو کلاز 13 میں دیے گئے حذف کرنے کے ٹائم لائنز کی وجہ سے معاہدے کے ختم ہونے کے بعد بھی ہو سکتا ہے۔ اس کی ذمہ داریاں تب تک برقرار رہتی ہیں جب تک ہم کوئی بھی کسٹمر پرسنل ڈیٹا رکھتے ہیں، اور رازداری کی ذمہ داریاں ڈیٹا پروٹیکشن لا کے تقاضوں کے مطابق غیر معینہ مدت تک برقرار رہتی ہیں۔

ہم کسٹمر پرسنل ڈیٹا کو صرف کسٹمر کی دستاویزی ہدایات پر پروسیس کرتے ہیں، بشمول تیسرے ملک میں منتقلی کے لیے، جب تک کہ کسی قانون کے تحت ایسا کرنا ضروری نہ ہو جس کے ہم تابع ہیں، جس صورت میں ہم پروسیسنگ سے قبل کسٹمر کو اس ضرورت سے آگاہ کریں گے جب تک کہ قانون عوامی دلچسپی کی اہم بنیادوں پر اس پر پابندی نہ لگاتا ہو۔ معاہدہ، یہ DPA، دستاویزات اور وہ کنفیگریشن جو کسٹمر پروڈکٹ میں سیٹ کرتا ہے (پروجیکٹس، لوکیلز، کنیکٹرز، ویب ہک سبسکرپشنز، ریٹینشن سوئچز، ٹرانسلیشن میموری سوئچ اور انجن اور کوالٹی سیٹنگز جو کسٹمر کے لیے دستیاب ہیں) مل کر کسٹمر کی مکمل دستاویزی ہدایات تشکیل دیتے ہیں۔ ہم کسٹمر کو بتائیں گے اگر، ہماری رائے میں، کوئی ہدایت ڈیٹا پروٹیکشن لا کی خلاف ورزی کرتی ہے، اور ہم متاثرہ پروسیسنگ کو معطل کر سکتے ہیں جب تک کہ اسے واپس نہ لیا جائے یا تبدیل نہ کیا جائے، بجائے اس کے کہ اس پر عمل درآمد کیا جائے۔

ہم کسٹمر پرسنل ڈیٹا کو صرف کسٹمر کے لیے سروس فراہم کرنے، محفوظ بنانے، سپورٹ کرنے اور برقرار رکھنے کے لیے پروسیس کرتے ہیں، اور اپنے کسی آزاد مقصد کے لیے نہیں۔ ہم کسٹمر پرسنل ڈیٹا فروخت نہیں کرتے، ہم اسے کراس کنٹیکسٹ بیہیویئرل ایڈورٹائزنگ کے لیے شیئر نہیں کرتے، ہم اسے دیگر ذرائع سے حاصل کردہ ذاتی ڈیٹا کے ساتھ ملا نہیں کرتے سوائے اس کے کہ ڈیٹا پروٹیکشن لا کے تحت سروس پرووائیڈر کے لیے اجازت ہو، اور ہم اسے کسی مشین لرننگ ماڈل کو تربیت دینے، فائن ٹیون کرنے یا جانچنے کے لیے استعمال نہیں کرتے۔ ہمارے AI سب پروسیسرز اسے صرف انفرنس کے لیے پروسیس کرتے ہیں، تجارتی شرائط کے تحت جو اس پر تربیت دینے پر پابندی لگاتی ہیں۔ ہم مجموعی یا غیر شناخت شدہ شماریات بنا سکتے ہیں اور استعمال کر سکتے ہیں جو نہ تو کسٹمر کی شناخت کرتی ہیں اور نہ ہی کسی ڈیٹا سبجیکٹ کی، اور ہم انہیں دوبارہ شناخت کرنے کی کوشش نہیں کریں گے۔

ہم یقینی بناتے ہیں کہ کسٹمر پرسنل ڈیٹا پروسیس کرنے کے لیے مجاز ہر شخص مناسب رازداری کے التزام کا پابند ہے، خواہ وہ معاہداتی ہو یا قانونی، جو ان کی مصروفیت کے اختتام کے بعد بھی برقرار رہتا ہے۔ رسائی کم از کم استحقاق کی بنیاد پر دی جاتی ہے، جو اس بات تک محدود ہوتی ہے کہ شخص کو اپنے کردار کی انجام دہی کے لیے کن چیزوں کی ضرورت ہے، اس کا جائزہ باقاعدگی سے لیا جاتا ہے اور کردار میں تبدیلی یا روانگی پر فوراً واپس لے لی جاتی ہے۔ رسائی رکھنے والے عملے کو ان کے کردار کے مطابق ڈیٹا پروٹیکشن اور سیکیورٹی ٹریننگ دی جاتی ہے۔

ہم اینکس II میں بیان کردہ تکنیکی اور تنظیمی اقدامات کو نافذ اور برقرار رکھتے ہیں، جدید ترین حالت، نفاذ کی لاگت، اور پروسیسنگ کی نوعیت، دائرہ کار، سیاق و سباق اور مقاصد، نیز ڈیٹا سبجیکٹس کو لاحق خطرات کو مدنظر رکھتے ہوئے۔ ہم ان اقدامات کو وقت کے ساتھ اپ ڈیٹ کر سکتے ہیں بشرطیکہ ادائیگی شدہ سبسکرپشن کی مدت کے دوران تحفظ کی عمومی سطح میں کوئی مادی کمی نہ آئے۔ اینکس II جان بوجھ کر ہمارے کنٹرولز کے ساتھ ساتھ ہمارے خلاؤں کو بھی بیان کرتا ہے: ایک ایسا اقداماتی اینکس جو صرف طاقتوں کی فہرست دے وہ ایک ایسی دستاویز نہیں ہے جس پر کوئی جائزہ کار اعتماد کر سکے۔

کسٹمر ہمیں سب پروسیسرز کو مصروف کرنے کے لیے ایک عمومی تحریری اجازت دیتا ہے، سب پروسیسرز دستاویز میں بیان کردہ زمروں میں، اور خاص طور پر ان سب پروسیسرز کی اجازت دیتا ہے جو مؤثر تاریخ کے مطابق اینکس III کے تحت فراہم کردہ سب پروسیسر لسٹ میں درج ہیں۔ ہم ہر سب پروسیسر پر اس DPA میں موجود ذمہ داریوں سے کم تحفظ فراہم نہ کرنے والی ڈیٹا پروٹیکشن ذمہ داریاں تحریری معاہدے کے ذریعے عائد کرتے ہیں، اور ہم کسٹمر کے سامنے سب پروسیسر کی اپنی ذمہ داریوں کی انجام دہی کے لیے مکمل طور پر ذمہ دار رہتے ہیں۔ ہم کسٹمر کو نئے سب پروسیسر کے کسٹمر پرسنل ڈیٹا پروسیس کرنے شروع کرنے سے کم از کم تیس دن پہلے اکاؤنٹ مالکان کو ای میل کے ذریعے نوٹس دیں گے۔ کسٹمر اس مدت کے اندر مناسب، دستاویزی ڈیٹا پروٹیکشن بنیادوں پر اعتراض کر سکتا ہے، جس صورت میں ہم خلوص نیتی سے کنفیگریشن میں تبدیلی یا متبادل پیش کرنے کے لیے کام کریں گے جو پروسیسنگ سے گریز کرے؛ اگر ہم مناسب وقت میں ایسا نہیں کر پاتے، تو کسٹمر متاثرہ سبسکرپشن کو بغیر جرمانے کے ختم کر سکتا ہے اور ادا شدہ غیر استعمال شدہ فیس کا تناسب وار رقم واپس وصول کر سکتا ہے۔

پروسیسنگ کی نوعیت کو مدنظر رکھتے ہوئے، ہم مناسب تکنیکی اور انتظامی تدابیر کے ذریعے کسٹمر کی اس ذمہ داری کو پورا کرنے میں مدد کرتے ہیں، جہاں تک یہ ممکن ہے، کہ وہ ڈیٹا سبجیکٹ کے رسائی، درستگی، حذف، پابندی، پورٹیبلٹی یا اعتراض کے حقوق کے استعمال کے جواب میں اپنی ذمہ داری پوری کرے۔ اس مدد کی پہلی لائن پروڈکٹ خود ہے: اکاؤنٹ مالکان اور ورک اسپیس ایڈمنز پروجیکٹ کے مواد کو تلاش، ایڈٹ اور حذف کر سکتے ہیں، ممبرز اور کرداروں کا انتظام کر سکتے ہیں، اور API pull endpoint، کمانڈ لائن انٹرفیس، ڈیلیوری بنڈل یا ادائیگی شدہ منصوبے پر اسٹوریج کنیکٹر کے ذریعے پروجیکٹ کا مواد حاصل کر سکتے ہیں، اور اکاؤنٹ مالکان ورک اسپیس حذف کر سکتے ہیں۔ جہاں پروڈکٹ کسی درخواست کا جواب نہیں دے سکتا، ہم درخواست پر معقول مدت میں اور درخواستوں کی معقول تعداد کے لیے بغیر کسی چارج کے مدد کریں گے۔ اگر کوئی ڈیٹا سبجیکٹ کسٹمر کے ذاتی ڈیٹا کے بارے میں ہم سے براہ راست رابطہ کرتا ہے، تو ہم خود کوئی substantive جواب نہیں دیں گے؛ ہم انہیں کسٹمر سے رابطہ کرنے کو کہیں گے اور، جب تک ممنوع نہ ہو، کسٹمر کو فوری طور پر مطلع کریں گے۔

پروسیسنگ کی نوعیت اور ہمیں دستیاب معلومات کو مدنظر رکھتے ہوئے، ہم GDPR کے آرٹیکلز 32 سے 36 اور ان کے مساوی قوانین کے تحت اپنے واجبات پورا کرنے میں کسٹمر کی مدد کرتے ہیں، بشمول ڈیٹا پروٹیکشن اثرات کے جائزے اور سپروائزری اتھارٹی سے قبل مشاورت۔ عملی طور پر اس کا مطلب ہے کہ یہ DPA، Annex II، ٹرسٹ سینٹر کی افشاآت، پرائیویسی پالیسی میں ریٹینشن شیڈول، ہماری سیکیورٹی دستاویزات اور سیکیورٹی یا پرائیویسی سوالنامے کے معقول تحریری جوابات فراہم کرنا۔ ہم اس مدد کے لیے چارج کر سکتے ہیں جو معقول تعداد سے نمایاں طور پر آگے بڑھتی ہے، ہماری موجودہ پیشہ ورانہ خدمات کی شرح پر، اور ہم کام شروع کرنے سے پہلے اس بات کی وضاحت کریں گے نہ کہ بعد میں۔

ہم کسٹمر کو بلا تاخیر، اور کسی بھی صورت میں ذاتی ڈیٹا کی خلاف ورزی کا علم ہونے کے ستاسی گھنٹوں کے اندر، کسٹمر کے ذاتی ڈیٹا کو متاثر کرنے والی ذاتی ڈیٹا کی خلاف ورزی کی اطلاع دیتے ہیں۔ نوٹس اس وقت تک معلوم حد تک بیان کرتا ہے اور جیسے جیسے ہم مزید سیکھتے ہیں اسے اپ ڈیٹ کرتا ہے: خلاف ورزی کی نوعیت بشمول جہاں ممکن ہو متاثرہ ڈیٹا سبجیکٹس اور ریکارڈز کی زمروں اور تقریبی تعداد؛ ممکنہ نتائج؛ اس سے نمٹنے اور اس کے اثرات کو کم کرنے کے لیے کیے گئے یا تجویز کردہ اقدامات؛ اور مزید معلومات کے لیے رابطہ نقطہ۔ ہم کسٹمر کے ساتھ تعاون کرتے ہیں اور اپنی تحقیقات اور اطلاع رسانی میں مدد کے لیے کسٹمر کی جانب سے معقول طور پر درخواست کیے گئے اقدامات اٹھاتے ہیں۔ نوٹس قصور یا ذمہ داری کا اعتراف نہیں ہے، اور نہ ہی اسے ایسا سمجھا جائے گا۔ ہم تحقیقات مکمل کرنے کے لیے نوٹس میں تاخیر نہیں کریں گے۔

At the Customer’s choice, we delete or return Customer Personal Data at the end of the provision of services, and delete existing copies, unless a law to which we are subject requires storage. In the product that works as follows: cancelling a subscription moves the Account to the Free plan, which includes one workspace, and every other workspace becomes read only and is deleted 30 days later, or sooner for a workspace that went through the same recently as clause 13 of the Terms of Service describes, unless the Customer upgrades or moves it first; deleting a workspace makes it read only for 30 days, during which an Account Owner can restore it, and after that period the workspace is purged from the live database, including projects, translations, version history, usage records, webhook delivery records, screenshots and audit events; closing the Account deletes every workspace on it in the same way and keeps the Account’s invoices for 7 years; deleting a User’s login is immediate and irreversible. Content the Customer retrieves through the API, the command line interface, the delivery bundle or a storage connector is out of our hands from the moment we deliver it. Encrypted backups are not reached by the purge and expire on the schedules in Annex II; while they exist they are isolated, encrypted and restored only for disaster recovery, never to return a purged workspace to service. A written request for return in a structured format made before deletion will be honoured once, at no charge, within a reasonable period.

ہم کسٹمر کو وہ معلومات فراہم کرتے ہیں جو اس ڈی پی اے اور جی ڈی پی آر کے آرٹیکل 28 کی تعمیل کا ثبوت دینے کے لیے مناسب طور پر ضروری ہوں، اور کسٹمر یا اس کے مقرر کردہ آڈیٹر کے ذریعے کیے جانے والے آڈٹ، بشمول معائنات، کی اجازت دیتے ہیں اور ان میں تعاون کرتے ہیں۔ ابتدائی طور پر یہ ذمہ داری اس ڈی پی اے، ضمیمہ II، ٹرسٹ سینٹر، سیکیورٹی صفحے اور ہمارے مکمل شدہ سیکیورٹی سوالنامے کے جوابات کے ذریعے پوری کی جاتی ہے۔ جہاں یہ کسٹمر کی ریگولیٹری ذمہ داری کے لیے واقعی ناکافی ہوں، تو کسٹمر کسی بھی بارہ ماہ کی مدت میں ایک بار آڈٹ کر سکتا ہے، کم از کم تیس دن پہلے تحریری نوٹس دے کر، کاروباری اوقات کے دوران، ہماری کارروائیوں میں غیر مناسب خلل ڈالے بغیر، رازداری کی ذمہ داریوں کے تابع، صرف کسٹمر کے اپنے ڈیٹا سے متعلق نظاموں اور ریکارڈز تک محدود، اور کسٹمر کی لاگت پر۔ کوئی نگران اتھارٹی جو قانونی اختیار استعمال کر رہی ہو ان حدود میں سے کسی کی بھی پابند نہیں ہے۔ آڈیٹر ہمارا حریف نہیں ہو سکتا، اور ہم ان سے الگ رازداری کا عہد نامہ طلب کر سکتے ہیں۔

جہاں کسٹمر پرسنل ڈیٹا کی ہماری پروسیسنگ یورپی اقتصادی علاقے سے ایسے ملک میں منتقلی شامل کرتی ہے جس کا احاطہ کفایت کے فیصلے سے نہیں ہوتا، وہاں معیاری معاہداتی شقیں اس ڈی پی اے میں شامل کی جاتی ہیں اور اس کا حصہ بنتی ہیں اور درج ذیل طریقے سے لاگو ہوتی ہیں۔ ماڈیول ٹو (کنٹرولر سے پروسیسر) وہاں لاگو ہوتا ہے جہاں کسٹمر کنٹرولر ہو۔ ماڈیول تھری (پروسیسر سے پروسیسر) وہاں لاگو ہوتا ہے جہاں کسٹمر خود پروسیسر ہو۔ شق 7 (ڈاکنگ شق) لاگو ہوتی ہے۔ شق 9 میں، آپشن 2 (عمومی تحریری اجازت) منتخب کیا گیا ہے، جس کے ساتھ اوپر شق 09 میں بیان کردہ نوٹس کی مدت ہے۔ شق 11 میں، اختیاری آزاد تنازعہ حل کرنے والی زبان منتخب نہیں کی گئی ہے۔ شق 17 میں، شقیں جمہوریہ آئرلینڈ کے قانون کے تحت ہوں گی جب تک کہ فریقین آرڈر فارم میں کسی اور یورپی یونین رکن ریاست کے قانون پر اتفاق نہ کریں۔ شق 18(b) میں، تنازعات اسی بنیاد پر جمہوریہ آئرلینڈ کی عدالتوں کے سامنے حل کیے جائیں گے۔ ضمیمہ I(A) فریقین ہیں، ضمیمہ I(B) منتقلی کی تفصیل ہے، ضمیمہ I(C) بااختیار نگران اتھارٹی ہے، ضمیمہ II تکنیکی اور تنظیمی اقدامات ہیں، اور ضمیمہ III سب پروسیسرز کی فہرست ہے، ہر ایک جیسا کہ نیچے بیان کیا گیا ہے۔

یو کے جی ڈی پی آر کے تابع منتقلی کے لیے، یو کے ایڈینڈم کو درج ذیل طریقے سے شامل اور مکمل کیا گیا ہے: ٹیبل 1 ضمیمہ I(A) کے ذریعے مکمل کیا گیا ہے؛ ٹیبل 2 اور 3 اس ڈی پی اے کی شق 15 اور ضمائم I اور II کے ذریعے مکمل کیے گئے ہیں، جس میں منظور شدہ یو ایس سی سی ایس کو اعتماد کی جانے والی ورژن کے طور پر لیا گیا ہے؛ اور ٹیبل 4 میں، کوئی بھی فریق منظور شدہ ایڈینڈم میں تبدیلی آنے پر ایڈینڈم ختم نہیں کر سکتا۔ سوئس قانون کے تابع منتقلی کے لیے، ایس سی سی میں جی ڈی پی آر کے حوالے سوئس فیڈرل ایکٹ آن ڈیٹا پروٹیکشن کے حوالے کے طور پر پڑھے جائیں گے، بااختیار اتھارٹی فیڈرل ڈیٹا پروٹیکشن اینڈ انفارمیشن کمشنر ہے، رکن ریاست کے حوالے سوئٹزرلینڈ میں ڈیٹا سبجیکٹ کو ان کی رہائش گاہ کی جگہ پر دعویٰ دائر کرنے کے حق سے محروم نہیں کرتے، اور ایس سی سی قانونی اداروں کے ڈیٹا کی حفاظت کرتے ہیں جب تک کہ سوئس قانون اس کا تقاضا کرتا ہے۔

اگر ہمیں کسٹمر پرسنل ڈیٹا کے لیے کسی عوامی اتھارٹی سے قانونی طور پر پابند درخواست ملتی ہے، تو ہم: اس کی درستگی اور دائرہ کار کا جائزہ لیں گے اور اگر اسے غیر قانونی سمجھنے کی مناسب وجوہات ہوں تو اسے چیلنج کریں گے؛ صرف اتنا ہی ڈیٹا ظاہر کریں گے جتنا درخواست میں مطلوب ہو؛ اور کسٹمر کو فوری طور پر کافی تفصیلات کے ساتھ مطلع کریں گے تاکہ وہ جواب دے سکے، سوائے اس صورت کے جب قانونی طور پر ممنوع ہو، جس صورت میں ہم ممنوعیت سے استثنیٰ حاصل کرنے اور افشا کی اجازت دینے والے عبوری اقدام حاصل کرنے کے لیے مناسب کوششیں کریں گے۔ ہم موصول ہونے والی درخواستوں اور دیے گئے جوابات کا ریکارڈ رکھتے ہیں، اور اسے قانون کی اجازت کی حد تک کسٹمر اور نگران اتھارٹی کی درخواست پر دستیاب کرتے ہیں۔ ہمیں حکومت کی کوئی ایسی درخواست موصول نہیں ہوئی جس نے ہمیں کسٹمر پرسنل ڈیٹا تک عمومی رسائی کا میکانزم بنانے یا برقرار رکھنے پر مجبور کیا ہو، اور ہم ایسا میکانزم اپنی مرضی سے نہیں بنائیں گے۔

سی سی پی اے کے تابع ذاتی معلومات کے لیے، کسٹمر بزنس ہے اور ہم سروس پرووائڈر ہیں۔ ہمیں اس ذاتی معلومات کو بیچنے یا شیئر کرنے سے منع کیا گیا ہے، اور ہم ایسا نہیں کریں گے؛ اسے معاہدے میں بیان کردہ بزنس مقاصد کے علاوہ کسی اور مقصد کے لیے برقرار رکھنے، استعمال کرنے یا ظاہر کرنے سے، یا جیسا کہ سی سی پی اے کی طرف سے اجازت ہو؛ فریقین کے درمیان براہ راست بزنس تعلقات کے باہر اسے برقرار رکھنے، استعمال کرنے یا ظاہر کرنے سے؛ یا اسے کسی اور ذریعے سے موصول ہونے والی ذاتی معلومات کے ساتھ ملانے سے، سوائے اس کے جو سی سی پی اے سروس پرووائڈر کو کرنے کی اجازت دیتا ہے۔ ہم تصدیق کرتے ہیں کہ ہم ان پابندیوں کو سمجھتے ہیں اور ان کی پابندی کریں گے۔ اگر ہم تعین کرتے ہیں کہ ہم اب انہیں پورا نہیں کر سکتے تو ہم کسٹمر کو مطلع کریں گے۔ کسٹمر شق 14 میں دیے گئے آڈٹ حقوق کا استعمال کرتے ہوئے غیر مجاز استعمال کو روکنے اور درست کرنے کے لیے مناسب اور موزوں اقدامات کر سکتا ہے۔ ہم وہی سطح کی پرائیویسی تحفظ فراہم کرتے ہیں جو سی سی پی اے بزنس سے تقاضا کرتا ہے۔

جہاں کوئی جامع ریاستی پرائیویسی قانون لاگو ہوتا ہے اور مخصوص شرائط کے ساتھ پروسیسر معاہدے کا تقاضا کرتا ہے، یہ ڈی پی اے وہی معاہدہ ہے: یہ پروسیسنگ کی نوعیت اور مقصد، ڈیٹا کی قسم، دورانیہ، دونوں فریقین کے حقوق اور ذمہ داریاں، ہماری رازداری کی ذمہ داری، مساوی تحریری شرائط کے تحت سب پروسیسرز کی مصروفیت، صارفین کے حقوق کی درخواستوں اور سیکیورٹی کی ذمہ داریوں میں مدد، خدمات کے اختتام پر حذف کرنے یا واپس کرنے کی ہماری ذمہ داری، اور تعمیل کا ثبوت دینے اور مناسب تشخیص کی اجازت دینے کے لیے ضروری معلومات دستیاب کرنے کی ہماری ذمہ داری بیان کرتا ہے۔ ہم ان قوانین کے تحت پروسیسر یا سروس پرووائڈر کے طور پر کام کرتے ہیں اور کبھی بھی کسٹمر پرسنل ڈیٹا کے کنٹرولر کے طور پر نہیں۔

اس ڈی پی اے سے پیدا ہونے والی یا اس سے متعلق ہر فریق کی ذمہ داری، خواہ وہ معاہدے، ٹورٹ یا کسی اور نظریے کے تحت ہو، معاہدے میں دی گئی ذمہ داری کی حدود اور استثنا کے تابع ہے، اور ان حدود میں کسی فریق کی ذمہ داری کا کوئی بھی حوالہ اس فریق کی مجموعی ذمہ داری کو معاہدے اور اس ڈی پی اے کے تحت مل کر ظاہر کرتا ہے۔ اس شق میں کوئی چیز معیاری معاہداتی شقیں یا ڈیٹا پروٹیکشن قانون کے تحت ڈیٹا سبجیکٹ کے حقوق کو محدود نہیں کرتی، اور نہ ہی کسی ایسی ذمہ داری کو محدود کرتی ہے جسے قانونی طور پر محدود نہیں کیا جا سکتا۔

ہم اس ڈی پی اے کو اپ ڈیٹ کر سکتے ہیں اگر ڈیٹا پروٹیکشن قانون میں تبدیلی، نیا یا ترمیم شدہ ٹرانسفر میکانزم، نگران اتھارٹی یا عدالت کا فیصلہ، یا سروس کے ذریعے کسٹمر پرسنل ڈیٹا کی پروسیسنگ کے طریقے میں مادہ تبدیلی کی عکاسی کے لیے ضروری ہو، بشرطیکہ اپ ڈیٹ کسٹمر پرسنل ڈیٹا کو دی گئی تحفظ کو مادہ طور پر کم نہ کرے۔ ہم مادہ اپ ڈیٹ کی کم از کم تیس دن پہلے ای میل اور اس صفحے پر نوٹس دیتے ہیں، اور ہم اوپر مؤثر تاریخ تبدیل کرتے ہیں۔ ہم منسوخ شدہ ورژن کو درخواست پر دستیاب رکھتے ہیں۔

یہ ڈی پی اے دستخط کے بغیر ہمیں پابند کرتا ہے، لہذا کسٹمر کو تحفظ کے لیے اس کی ضرورت نہیں ہے۔ اگر آپ کے عمل کے لیے آپ کے ریکارڈز کے لیے عمل درآمد شدہ ہم منصب کی ضرورت ہے، یا اگر آپ ریڈ لائن پیش کرنا چاہتے ہیں، تو قانونی ادارے کا نام، رجسٹرڈ پتہ، نوٹس رابطہ اور دستخط کنندہ کے ساتھ 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, a limited liability company formed in Delaware, United States, trading as 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 پر رابطہ کریں۔ ہر ایک کی شمولیت کی زمرہ بندی، مقصد، خطہ اور شرائط ٹرسٹ سینٹر میں شائع کی گئی ہیں اور ذیلی پروسیسرز دستاویز میں خلاصہ کی گئی ہیں، جو حوالہً اس ضمیمہ کا حصہ ہیں۔ اسے جان بوجھ کر ایک ہی جگہ پر رکھا گیا ہے بجائے اس کے کہ اس صفحہ پر نقل کیا جائے: کسی قانونی دستاویز میں دوبارہ ٹائپ کی گئی فہرست وہ دن پرانی ہو جاتی ہے جب کوئی وینڈر تبدیل ہوتا ہے، اور تاریخ گزری ہوئی ضمیمہ لنک سے بھی بدتر ہے۔ مؤثر تاریخ کے مطابق زمرہ بندی یہ ہیں: اے آئی ترجمہ، خودکار معیار کی جانچ، لغت کی نکاسی اور سیاق و سباق میں بصری تجاویز، جو ریاستہائے متحدہ میں پروسیس کی جاتی ہیں اور جب بھی اے آئی فیچر استعمال ہوتا ہے شامل ہوتی ہیں؛ سیمیٹک ترجمہ میموری کے لیے ٹیکسٹ ایمبیڈنگز، جو ریاستہائے متحدہ میں پروسیس کی جاتی ہیں اور صرف تب شامل ہوتی ہیں جب کوئی پروجیکٹ اس فیچر کو آن کرتا ہے، جو بطورِ ڈیفالٹ آف ہوتا ہے؛ ایک اختیاری متبادل ترجمہ انجن جو ریاستہائے متحدہ میں اے پی آئی روٹر کے ذریعے پہنچا جاتا ہے اور سنگاپور میں ہوسٹ کیا جاتا ہے، جو صرف تب شامل ہوتا ہے جب آپریٹر کسی ٹائر کو اس کی طرف رُوٹ کرتا ہے، جو بطورِ ڈیفالٹ آف ہوتا ہے؛ کلاؤڈ ہوسٹنگ، ڈیٹا بیس اور آبجیکٹ اسٹوریج، جو تعیناتی کے وقت مقرر کردہ خطے میں ہوتی ہے اور ہمیشہ شامل رہتی ہے؛ ادائیگی کی پروسیسنگ، جو ریاستہائے متحدہ اور یورپی یونین میں ہوتی ہے اور صرف پیڈ پلانز کے لیے شامل ہوتی ہے؛ ٹرانزیکشنل ای میل ڈیلیوری، جو ہمیشہ شامل ہوتی ہے؛ اور پروڈکٹ کے اندر سپورٹ میسجنگ، جو صرف تب شامل ہوتی ہے جب سپورٹ میسنجر فعال ہو۔ جہاں کسٹمر اختیاری مشین ترجمہ فال بیک کے لیے اپنے خود کے کریڈینشلز فراہم کرتا ہے، وہاں کسٹمر اس منتقلی کا کنٹرولر ہوتا ہے اور وینڈر ہمارا ذیلی پروسیسر نہیں ہوتا۔