ข้อกำหนดผู้ประมวลผล, รวมภาคผนวก

ภาคผนวกข้อตกลงการประมวลผลข้อมูลนี้ ("DPA") เป็นส่วนหนึ่งของข้อกำหนดในการให้บริการหรือข้อตกลงที่เป็นลายลักษณ์อักษรอื่นใด ("ข้อตกลง") ระหว่าง Digital Socket LLC ซึ่งเป็นบริษัทจำกัดความรับผิดที่จัดตั้งขึ้นในรัฐเดลาแวร์ สหรัฐอเมริกา ดำเนินธุรกิจในชื่อ Transglot ("Transglot", "ผู้ประมวลผล") และลูกค้า ("ลูกค้า", "ผู้ควบคุมข้อมูล") และมีผลบังคับใช้ทุกที่ที่เราประมวลผลข้อมูลส่วนบุคคลของลูกค้าในนามของลูกค้าเพื่อให้บริการ ภาคผนวกนี้ถูกผนวกเข้าเป็นส่วนหนึ่งของข้อตกลงโดยอ้างอิงและมีผลบังคับใช้เมื่อข้อตกลงมีผลบังคับใช้ ไม่จำเป็นต้องมีการลงนามเพื่อให้มีผลผูกพันกับเรา ในกรณีที่ลูกค้าเป็นผู้ประมวลผลซึ่งดำเนินการในนามของผู้ควบคุมข้อมูลบุคคลที่สาม ลูกค้าจะเป็นผู้ส่งออกข้อมูลและภาคผนวก DPA นี้จะใช้บังคับเสมือนว่าลูกค้าเป็นผู้ควบคุมข้อมูล และลูกข้ายืนยันว่ามีอำนาจจากผู้ควบคุมข้อมูลของตนในการทำข้อตกลงตามเงื่อนไขเหล่านี้

"กฎหมายคุ้มครองข้อมูล" หมายถึง กฎหมายทั้งหมดเกี่ยวกับการประมวลผลข้อมูลส่วนบุคคลที่ใช้บังคับกับคู่สัญญา รวมถึงระเบียบทั่วไปว่าด้วยการคุ้มครองข้อมูลของสหภาพยุโรป 2016/679 ("GDPR"), UK GDPR และพระราชบัญญัติคุ้มครองข้อมูลปี 2018, พระราชบัญญัติคุ้มครองข้อมูลกลางของสวิส, พระราชบัญญัติความเป็นส่วนตัวของผู้บริโภคแห่งแคลิฟอร์เนียฉบับแก้ไขเพิ่มเติม ("CCPA") และกฎหมายความเป็นส่วนตัวของรัฐอื่นๆ ในสหรัฐอเมริกาที่มีลักษณะคล้ายกัน "ข้อมูลส่วนบุคคลของลูกค้า" หมายถึง ข้อมูลส่วนบุคคลที่อยู่ในเนื้อหาของลูกค้าหรือได้รับการประมวลผลโดยเราในนามของลูกค้า "ข้อสัญญามาตรฐาน" หรือ "SCCs" หมายถึง ข้อสัญญาที่แนบท้ายกับมติการปฏิบัติของคณะกรรมาธิการ (EU) 2021/914 "ภาคผนวกของสหราชอาณาจักร" หมายถึง ภาคผนวกการโอนข้อมูลระหว่างประเทศที่ออกโดยคณะกรรมการสารสนเทศแห่งสหราชอาณาจักรภายใต้มาตรา 119A ของพระราชบัญญัติคุ้มครองข้อมูลปี 2018 "ผู้ประมวลผลย่อย" หมายถึง บุคคลที่สามที่เราจ้างให้ประมวลผลข้อมูลส่วนบุคคลของลูกค้า คำว่า "ผู้ควบคุมข้อมูล", "ผู้ประมวลผล", "เจ้าของข้อมูล", "ข้อมูลส่วนบุคคล", "การประมวลผล", "การละเมิดข้อมูลส่วนบุคคล" และ "หน่วยงานกำกับดูแล" มีความหมายตามที่กำหนดไว้ใน GDPR และคำศัพท์ที่เทียบเท่าในกฎหมายอื่น ๆ จะมีความหมายที่เทียบเคียงกัน

ในกรณีที่มีความขัดแย้ง ลำดับความสำคัญคือ: (a) ข้อสัญญามาตรฐานและภาคผนวกของสหราชอาณาจักร เมื่อมีการใช้บังคับ; (b) ภาคผนวก DPA นี้; (c) ข้อกำหนดด้านการคุ้มครองข้อมูลอื่นใดในแบบฟอร์มคำสั่งซื้อ; (d) ส่วนที่เหลือของข้อตกลง ไม่มีข้อความใดในภาคผนวก DPA นี้ที่ตั้งใจจะขัดแย้งกับภาระผูกพันของคู่สัญญาภายใต้กฎหมายคุ้มครองข้อมูล และข้อกำหนดใดๆ ที่อาจก่อให้เกิดความขัดแย้งดังกล่าวจะถูกตีความให้แคบลงเท่าที่จำเป็นขั้นต่ำเพื่อกำจัดความขัดแย้งนั้น

ภาคผนวก DPA นี้มีผลบังคับใช้ตั้งแต่วันที่มีผลของข้อตกลงจนกว่าเราจะไม่มีข้อมูลส่วนบุคคลของลูกค้าอยู่ในครอบครองอีกต่อไป ซึ่งอาจเกิดขึ้นหลังจากสิ้นสุดข้อตกลงเนื่องจากกรอบเวลาการลบข้อมูลที่ระบุไว้ในข้อ 13 ภาระผูกพันตามภาคผนวกนี้จะยังคงอยู่หลังการยกเลิกข้อตกลงตราบเท่าที่เรายังถือครองข้อมูลส่วนบุคคลของลูกค้า และภาระผูกพันด้านความลับจะคงอยู่ตลอดไปเท่าที่กฎหมายคุ้มครองข้อมูลกำหนด

เราประมวลผลข้อมูลส่วนบุคคลของลูกค้าเฉพาะตามคำแนะนำที่เป็นลายลักษณ์อักษรของลูกค้าเท่านั้น รวมถึงสำหรับการโอนไปยังประเทศที่สาม เว้นแต่จะถูกร้องขอโดยกฎหมายที่เราต้องปฏิบัติตาม ในกรณีเช่นนี้ เราจะแจ้งให้ลูกค้าทราบถึงข้อกำหนดดังกล่าวก่อนทำการประมวลผล เว้นแต่กฎหมายจะห้ามด้วยเหตุผลสำคัญด้านผลประโยชน์สาธารณะ ข้อตกลงนี้ ภาคผนวก DPA นี้ เอกสารประกอบ และการตั้งค่าที่ลูกค้ากำหนดในผลิตภัณฑ์ (โปรเจกต์ ภาษา คอนเนคเตอร์ การสมัครรับข้อมูลผ่านเว็บฮุค สวิตช์การเก็บรักษาข้อมูล สวิตช์หน่วยความจำการแปล และการตั้งค่าเอ็นจิ้นและคุณภาพที่ลูกค้าสามารถเข้าถึงได้) ถือรวมกันเป็นคำแนะนำที่เป็นลายลักษณ์อักษรฉบับสมบูรณ์ของลูกค้า เราจะแจ้งให้ลูกค้าทราบหากเราเห็นว่าคำแนะนำใดละเมิดกฎหมายคุ้มครองข้อมูล และเราอาจระงับการประมวลผลที่เกี่ยวข้องจนกว่าคำแนะนำนั้นจะถูกถอนหรือแก้ไข แทนที่จะดำเนินการตามคำแนะนำนั้น

เราประมวลผลข้อมูลส่วนบุคคลของลูกค้าเพียงเพื่อให้บริการ รักษาความปลอดภัย สนับสนุน และบำรุงรักษาบริการสำหรับลูกค้าเท่านั้น โดยไม่เพื่อวัตถุประสงค์อิสระของเราเอง เราไม่ขายข้อมูลส่วนบุคคลของลูกค้า เราไม่แบ่งปันข้อมูลเพื่อการโฆษณาเชิงพฤติกรรมข้ามบริบท เราไม่รวมข้อมูลดังกล่าวกับข้อมูลส่วนบุคคลที่ได้รับจากแหล่งอื่น ยกเว้นตามที่กฎหมายคุ้มครองข้อมูลอนุญาตสำหรับผู้ให้บริการ และเราไม่นำข้อมูลไปใช้ในการฝึกฝน ปรับแต่ง หรือประเมินโมเดลการเรียนรู้ของเครื่องใดๆ ผู้ประมวลผลย่อยด้าน AI ของเราประมวลผลข้อมูลเพื่อการอนุมานเท่านั้น ภายใต้เงื่อนไขทางการค้าที่ห้ามมิให้นำข้อมูลไปใช้ในการฝึกฝน เราอาจสร้างและใช้สถิติแบบรวมกลุ่มหรือแบบที่ไม่สามารถระบุตัวตนได้ ซึ่งไม่สามารถระบุตัวลูกค้าหรือเจ้าของข้อมูลใดๆ ได้ และเราจะไม่พยายามระบุตัวตนกลับคืน

เราประกันว่าบุคคลทุกคนที่ได้รับอนุญาตให้ประมวลผลข้อมูลส่วนบุคคลของลูกค้าอยู่ภายใต้ภาระผูกพันด้านความลับที่เหมาะสม ไม่ว่าจะเป็นตามสัญญาหรือตามกฎหมาย ซึ่งจะมีผลต่อเนื่องแม้หลังจากสิ้นสุดการจ้างงาน การเข้าถึงข้อมูลได้รับอนุญาตบนพื้นฐานของสิทธิ์ต่ำสุด จำกัดเฉพาะสิ่งที่บุคคลนั้นต้องการเพื่อปฏิบัติหน้าที่ มีการทบทวนเป็นระยะ และเพิกถอนทันทีเมื่อมีการเปลี่ยนบทบาทหรือออกจากงาน บุคลากรที่มีสิทธิ์เข้าถึงข้อมูลจะได้รับการฝึกอบรมด้านการคุ้มครองข้อมูลและความปลอดภัยที่เหมาะสมกับบทบาทของตน

เราดำเนินการและรักษามาตรการทางเทคนิคและองค์กรตามที่ระบุไว้ในภาคผนวก II โดยคำนึงถึงสถานะของเทคโนโลยีในปัจจุบัน ต้นทุนในการดำเนินการ และลักษณะ ขอบเขต บริบท และวัตถุประสงค์ของการประมวลผล ตลอดจนความเสี่ยงต่อเจ้าของข้อมูล เราอาจปรับปรุงมาตรการเหล่านั้นตามกาลเวลา ตราบใดที่ระดับการคุ้มครองโดยรวมไม่ลดลงอย่างมีนัยสำคัญในช่วงระยะเวลาการสมัครสมาชิกแบบชำระเงิน ภาคผนวก II ระบุทั้งช่องว่างและการควบคุมของเราอย่างชัดเจน เนื่องจากเอกสารมาตรการที่ระบุเพียงจุดแข็งไม่ใช่เอกสารที่ผู้ตรวจสอบสามารถไว้วางใจได้

ลูกค้าให้อำนาจเป็นลายลักษณ์อักษรโดยทั่วไปแก่เราในการจ้างผู้ประมวลผลย่อย ในหมวดหมู่ที่อธิบายไว้ในเอกสารผู้ประมวลผลย่อย และให้อำนาจโดยเฉพาะแก่ผู้ที่อยู่ในรายชื่อผู้ประมวลผลย่อยที่แนบท้ายภายใต้ภาคผนวก III ณ วันที่มีผลบังคับใช้ เรา impose ภาระผูกพันด้านการคุ้มครองข้อมูลแก่ผู้ประมวลผลย่อยแต่ละรายที่ไม่ต่ำกว่าที่กำหนดไว้ในภาคผนวก DPA นี้ผ่านสัญญาที่เป็นลายลักษณ์อักษร และเรารับผิดชอบเต็มที่ต่อลูกค้าสำหรับประสิทธิภาพการปฏิบัติตามภาระผูกพันของผู้ประมวลผลย่อย เราจะแจ้งให้ลูกค้าทราบล่วงหน้าอย่างน้อยสามสิบวัน ผ่านอีเมลไปยังเจ้าของบัญชี ก่อนที่ผู้ประมวลผลย่อยรายใหม่จะเริ่มประมวลผลข้อมูลส่วนบุคคลของลูกค้า ลูกค้าอาจคัดค้านด้วยเหตุผลด้านการคุ้มครองข้อมูลที่มีเหตุผลและเป็นลายลักษณ์อักษรภายในระยะเวลาดังกล่าว ในกรณีเช่นนี้ เราจะทำงานด้วยความสุจริตเพื่อเสนอการเปลี่ยนแปลงการตั้งค่าหรือทางเลือกอื่นที่หลีกเลี่ยงการประมวลผลนั้น หากเราไม่สามารถดำเนินการได้ภายในระยะเวลาอันสมควร ลูกค้าอาจยุติการสมัครสมาชิกที่เกี่ยวข้องโดยไม่ต้องเสียค่าปรับและได้รับเงินคืนตามสัดส่วนของค่าธรรมเนียมที่ชำระล่วงหน้าแต่ยังไม่ได้ใช้

Taking into account the nature of the processing, we assist the Customer by appropriate technical and organisational measures, insofar as this is possible, in fulfilling the Customer’s obligation to respond to a data subject exercising rights of access, rectification, erasure, restriction, portability or objection. The product itself is the first line of that assistance: the Account Owners and the workspace admins can search, edit and delete project content, manage members and roles, and retrieve project content through the API pull endpoint, the command line interface, the delivery bundle or a storage connector on a paid plan, and the Account Owners can delete the workspace. Where the product cannot answer a request, we will help on request within a reasonable period and at no charge for a reasonable volume of requests. If a data subject contacts us directly about Customer Personal Data, we will not respond substantively ourselves; we will tell them to contact the Customer and, unless prohibited, tell the Customer promptly.

โดยคำนึงถึงลักษณะของการประมวลผลและข้อมูลที่มีให้เรา เราช่วยเหลือลูกค้าในการปฏิบัติตามภาระผูกพันภายใต้มาตรา 32 ถึง 36 ของ GDPR และข้อเทียบเท่า รวมถึงการประเมินผลกระทบด้านการปกป้องข้อมูลและการปรึกษาล่วงหน้ากับหน่วยงานกำกับดูแล ในทางปฏิบัติหมายถึงการให้ DPA นี้ ภาคผนวก II ข้อมูลการเปิดเผยจากศูนย์ความน่าเชื่อถือ ตารางการเก็บรักษาในนโยบายความเป็นส่วนตัว เอกสารความปลอดภัยของเรา และคำตอบเป็นลายลักษณ์อักษรที่สมเหตุสมผลต่อแบบสอบถามด้านความปลอดภัยหรือความเป็นส่วนตัว เราอาจคิดค่าใช้จ่ายสำหรับการช่วยเหลือที่เกินกว่าปริมาณที่สมเหตุสมผลอย่างมีนัยสำคัญ โดยใช้อัตราค่าบริการวิชาชีพปัจจุบันของเรา และเราจะแจ้งให้ทราบก่อนเริ่มงาน ไม่ใช่หลังจากนั้น

เราแจ้งให้ลูกค้าทราบโดยไม่ล่าช้าเกินควร และในกรณีใดๆ ภายในเจ็ดสิบสองชั่วโมง หลังจากตระหนักถึงการละเมิดข้อมูลส่วนบุคคลที่ส่งผลต่อข้อมูลส่วนบุคคลของลูกค้า คำอธิบายครอบคลุมขอบเขตที่ทราบในขณะนั้นและอัปเดตเมื่อเราเรียนรู้เพิ่มเติม: ลักษณะของการละเมิด รวมถึงหมวดหมู่และจำนวนประมาณการของเจ้าของข้อมูลและบันทึกที่เกี่ยวข้อง ผลลัพธ์ที่อาจเกิดขึ้น มาตรการที่ได้ดำเนินการหรือเสนอเพื่อแก้ไขและบรรเทาผลกระทบ และจุดติดต่อสำหรับข้อมูลเพิ่มเติม เราร่วมมือกับลูกค้าและดำเนินการตามขั้นตอนที่ลูกค้าร้องขออย่างสมเหตุสมผลเพื่อช่วยเหลือในการสืบสวนและการแจ้งเหตุของตนเอง การแจ้งเหตุไม่ถือเป็น และจะไม่ถูกตีความว่า เป็นการยอมรับความผิดหรือความรับผิด เราจะไม่เลื่อนการแจ้งเหตุเพื่อรอให้การสืบสวนเสร็จสิ้นก่อน

ตามทางเลือกของลูกค้า เราจะลบหรือส่งคืนข้อมูลส่วนบุคคลของลูกค้าเมื่อสิ้นสุดการให้บริการ และลบสำเนาที่มีอยู่ เว้นแต่กฎหมายที่เราอยู่ภายใต้บังคับกำหนดให้เก็บรักษาไว้ ในผลิตภัณฑ์ กระบวนการทำงานดังนี้: การยกเลิกการสมัครสมาชิกจะย้ายบัญชีไปยังแผนฟรี ซึ่งรวมพื้นที่ทำงานหนึ่งแห่ง และพื้นที่ทำงานอื่นๆ ทั้งหมดจะกลายเป็นแบบอ่านอย่างเดียวและถูกลบใน 30 วันต่อมา หรือเร็วกว่านั้นสำหรับพื้นที่ทำงานที่ผ่านกระบวนการเดียวกันเร็วๆ นี้ตามที่อธิบายไว้ในข้อ 13 ของข้อกำหนดในการบริการ เว้นแต่ลูกค้าจะอัปเกรดหรือย้ายก่อน; การลบพื้นที่ทำงานจะทำให้เป็นแบบอ่านอย่างเดียวเป็นเวลา 30 วัน ซึ่งในช่วงเวลานั้นเจ้าของบัญชีสามารถกู้คืนได้ และหลังจากช่วงเวลาดังกล่าว พื้นที่ทำงานจะถูกล้างออกจากฐานข้อมูลสด รวมถึงโครงการ คำแปล ประวัติเวอร์ชัน บันทึกการใช้งาน บันทึกการส่ง webhook ภาพหน้าจอ และเหตุการณ์ตรวจสอบ; การปิดบัญชีจะลบทุกพื้นที่ทำงานในลักษณะเดียวกัน และเก็บรักษาคำสั่งซื้อของบัญชีไว้เป็นเวลา 7 ปี; การลบการเข้าสู่ระบบของผู้ใช้เป็นไปทันทีและไม่สามารถย้อนกลับได้ เนื้อหาที่ลูกค้าดึงผ่าน API อินเทอร์เฟซบรรทัดคำสั่ง แพ็กเกจการส่งมอบ หรือตัวเชื่อมต่อที่เก็บข้อมูลจะอยู่นอกเหนือการควบคุมของเราตั้งแต่ตอนที่เรานำส่ง สำรองข้อมูลที่เข้ารหัสไม่ได้รับผลกระทบจากการล้างและจะหมดอายุตามตารางในภาคผนวก II; ขณะที่ดำรงอยู่จะถูกแยกส่วน เข้ารหัส และกู้คืนเฉพาะเพื่อการฟื้นฟูจากภัยพิบัติ ไม่เคยนำพื้นที่ทำงานที่ถูกล้างกลับมาให้บริการ คำขอเป็นลายลักษณ์อักษรสำหรับการส่งคืนในรูปแบบโครงสร้างที่ทำก่อนการลบจะได้รับเกียรติหนึ่งครั้ง โดยไม่มีค่าใช้จ่าย ภายในระยะเวลาที่เหมาะสม

เราจัดเตรียมข้อมูลที่จำเป็นพอสมควรให้แก่ลูกค้าเพื่อแสดงการปฏิบัติตาม DPA นี้และมาตรา 28 ของ GDPR และอนุญาตพร้อมทั้งให้ความร่วมมือในการตรวจสอบ รวมถึงการตรวจตรา ที่ดำเนินการโดยลูกค้าหรือผู้ตรวจสอบที่ลูกค้ามอบหมาย ในเบื้องต้น ข้อผูกพันดังกล่าวเป็นไปตาม DPA นี้ ภาคผนวก II ศูนย์ความไว้วางใจ (Trust Center) หน้าความปลอดภัย และคำตอบแบบสอบถามด้านความปลอดภัยที่เราได้กรอกครบถ้วนแล้ว หากข้อมูลเหล่านั้นไม่เพียงพอต่อข้อผูกพันทางกฎหมายของลูกค้าอย่างแท้จริง ลูกค้าอาจทำการตรวจสอบได้หนึ่งครั้งในทุกช่วงสิบสองเดือน โดยแจ้งล่วงหน้าเป็นลายลักษณ์อักษรอย่างน้อยสามสิบวัน ในช่วงเวลาทำการ โดยไม่ก่อให้เกิดความขัดขวางต่อการดำเนินงานของเราอย่างไม่สมเหตุสมผล ภายใต้ข้อผูกพันเรื่องความลับ จำกัดเฉพาะระบบและบันทึกที่เกี่ยวข้องกับข้อมูลของลูกค้าเอง และลูกค้าเป็นผู้รับผิดชอบค่าใช้จ่าย เจ้าหน้าที่กำกับดูแลที่ใช้อำนาจตามกฎหมายไม่ต้องอยู่ภายใต้ข้อจำกัดเหล่านี้ ผู้ตรวจสอบต้องไม่ใช่คู่แข่งของเรา และเราอาจกำหนดให้ผู้ตรวจสอบลงนามในข้อตกลงรักษาความลับแยกต่างหาก

ในกรณีที่การประมวลผลข้อมูลส่วนบุคคลของลูกค้าโดยเราเกี่ยวข้องกับการโอนจากพื้นที่เศรษฐกิจยุโรปไปยังประเทศที่ไม่ได้รับการรับรองความเพียงพอ ข้อกำหนดสัญญามาตรฐานจะถูกผนวกเข้าและเป็นส่วนหนึ่งของ DPA นี้ และใช้บังคับดังนี้ โมดูลที่สอง (จากผู้ควบคุมข้อมูลไปยังผู้ประมวลผลข้อมูล) ใช้บังคับเมื่อลูกค้าเป็นผู้ควบคุมข้อมูล โมดูลที่สาม (จากผู้ประมวลผลข้อมูลไปยังผู้ประมวลผลข้อมูล) ใช้บังคับเมื่อลูกค้าเป็นผู้ประมวลผลข้อมูลเอง ข้อ 7 (ข้อกำหนดเรื่องการเข้าร่วม) ใช้บังคับ ในข้อ 9 ได้เลือกตัวเลือกที่ 2 (การอนุญาตเป็นลายลักษณ์อักษรทั่วไป) โดยระบุระยะเวลาดังกล่าวในข้อ 09 ด้านบน ในข้อ 11 ไม่ได้เลือกภาษาเกี่ยวกับกลไกการระงับข้อพิพาทอิสระที่เป็นทางเลือก ในข้อ 17 ข้อกำหนดเหล่านี้อยู่ภายใต้กฎหมายของสาธารณรัฐไอร์แลนด์ เว้นแต่คู่สัญญาจะตกลงเลือกกฎหมายของรัฐสมาชิกสหภาพยุโรปอื่นในใบสั่งซื้อ ในข้อ 18(b) ข้อพิพาทจะได้รับการระงับต่อหน้าศาลของสาธารณรัฐไอร์แลนด์บนพื้นฐานเดียวกัน ภาคผนวก I(A) คือรายละเอียดของคู่สัญญา ภาคผนวก I(B) คือคำอธิบายของการโอน ภาคผนวก I(C) คือหน่วยงานกำกับดูแลที่มีอำนาจ ภาคผนวก II คือมาตรการทางเทคนิคและองค์กร และภาคผนวก III คือรายชื่อผู้ประมวลผลย่อย ซึ่งแต่ละส่วนมีรายละเอียดตามที่ระบุไว้ด้านล่าง

สำหรับการโอนที่อยู่ภายใต้ UK GDPR ส่วนเพิ่มเติมสำหรับสหราชอาณาจักร (UK Addendum) จะถูกผนวกและกรอกข้อมูลดังนี้: ตารางที่ 1 กรอกโดยภาคผนวก I(A); ตารางที่ 2 และ 3 กรอกโดยข้อ 15 และภาคผนวก I และ II ของ DPA นี้ โดยอ้างอิงเวอร์ชัน Approved EU SCCs; และในตารางที่ 4 คู่สัญญาฝ่ายใดฝ่ายหนึ่งไม่สามารถยกเลิกส่วนเพิ่มเติมนี้ได้เมื่อมีการเปลี่ยนแปลง Approved Addendum สำหรับการโอนที่อยู่ภายใต้กฎหมายสวิตเซอร์แลนด์ การอ้างอิงถึง GDPR ใน SCCs จะตีความว่าเป็นการอ้างอิงถึงพระราชบัญญัติคุ้มครองข้อมูลแห่งสมาพันธรัฐสวิส หน่วยงานที่มีอำนาจคือกรรมาธิการคุ้มครองข้อมูลและสารสนเทศแห่งสมาพันธรัฐ การอ้างอิงถึงรัฐสมาชิกจะไม่ลิดรอนสิทธิของเจ้าของข้อมูลในสวิตเซอร์แลนด์ในการฟ้องร้อง ณ สถานที่อยู่อาศัยตามปกติของตน และ SCCs จะปกป้องข้อมูลของนิติบุคคลจนกว่ากฎหมายสวิตเซอร์แลนด์จะไม่กำหนดให้ปฏิบัติอีกต่อไป

หากเราได้รับคำขอที่มีผลผูกพันทางกฎหมายจากหน่วยงานสาธารณะสำหรับข้อมูลส่วนบุคคลของลูกค้า เราจะ: ตรวจสอบความถูกต้องและขอบเขตของคำขอ และคัดค้านหากมีเหตุผลอันควรเชื่อได้ว่าคำขอนั้นผิดกฎหมาย; เปิดเผยเฉพาะข้อมูลขั้นต่ำที่สุดตามที่คำขอระบุ; และแจ้งให้ลูกค้าทราบทันทีพร้อมด้วยรายละเอียดเพียงพอเพื่อให้ลูกค้าสามารถตอบสนองได้ เว้นแต่จะมีข้อห้ามทางกฎหมาย ในกรณีนั้นเราจะพยายามอย่างสมเหตุสมผลเพื่อขอยกเว้นข้อห้ามและแสวงหามาตรการชั่วคราวที่อนุญาตให้เปิดเผยข้อมูลได้ เราเก็บบันทึกคำขอที่ได้รับและการตอบกลับของเรา และจะจัดเตรียมให้แก่ลูกค้าและหน่วยงานกำกับดูแลเมื่อมีการร้องขอ ตามที่กฎหมายอนุญาต เราไม่เคยได้รับคำขอจากรัฐบาลที่กำหนดให้เราสร้างหรือรักษากลไกการเข้าถึงข้อมูลส่วนบุคคลของลูกค้าในลักษณะทั่วไป และเราจะไม่สร้างกลไกดังกล่าวโดยสมัครใจ

สำหรับข้อมูลส่วนบุคคลที่อยู่ภายใต้ CCPA ลูกค้าคือธุรกิจและเราคือผู้ให้บริการ เราถูกห้ามและจะไม่ขายหรือแบ่งปันข้อมูลส่วนบุคคลดังกล่าว; เก็บรักษา ใช้ หรือเปิดเผยเพื่อวัตถุประสงค์อื่นใดนอกเหนือจากวัตถุประสงค์ทางธุรกิจที่ระบุไว้ในข้อตกลงหรือตามที่ CCPA อนุญาต; เก็บรักษา ใช้ หรือเผยแพร่นอกเหนือความสัมพันธ์ทางธุรกิจโดยตรงระหว่างคู่สัญญา; หรือนำมารวมกับข้อมูลส่วนบุคคลที่ได้รับจากแหล่งอื่น ยกเว้นตามที่ CCPA อนุญาตให้ผู้ให้บริการกระทำได้ เรารับรองว่าเราเข้าใจและจะปฏิบัติตามข้อจำกัดเหล่านี้ เราจะแจ้งให้ลูกค้าทราบหากเราพิจารณาแล้วว่าไม่สามารถปฏิบัติตามข้อจำกัดเหล่านี้ได้อีกต่อไป ลูกค้าอาจดำเนินขั้นตอนที่เหมาะสมและสมเหตุสมผลเพื่อหยุดยั้งและแก้ไขการใช้งานโดยไม่ได้รับอนุญาต โดยใช้สิทธิในการตรวจสอบตามข้อ 14 เราให้การปกป้องความเป็นส่วนตัวในระดับเดียวกับที่ CCPA กำหนดให้ธุรกิจต้องปฏิบัติ

ในกรณีที่กฎหมายความเป็นส่วนตัวระดับรัฐที่ครอบคลุมมีผลบังคับใช้และกำหนดให้มีสัญญาผู้ประมวลผลข้อมูลที่มีข้อกำหนดเฉพาะ DPA นี้คือสัญญาดังกล่าว: โดยระบุลักษณะและวัตถุประสงค์ของการประมวลผล ประเภทของข้อมูล ระยะเวลา สิทธิและข้อผูกพันของทั้งสองฝ่าย หน้าที่การรักษาความลับของเรา การจ้างผู้ประมวลผลย่อยภายใต้ข้อกำหนดที่เป็นลายลักษณ์อักษรที่เทียบเท่ากัน การช่วยเหลือในการขอใช้สิทธิของผู้บริโภคและภาระผูกพันด้านความปลอดภัย หน้าที่ในการลบหรือคืนข้อมูลเมื่อสิ้นสุดการบริการ และข้อผูกพันของเราในการจัดเตรียมข้อมูลที่จำเป็นเพื่อแสดงการปฏิบัติตามและอนุญาตให้มีการประเมินอย่างสมเหตุสมผล เราทำหน้าที่เป็นผู้ประมวลผลข้อมูลหรือผู้ให้บริการภายใต้กฎหมายเหล่านั้น และไม่เคยทำหน้าที่เป็นผู้ควบคุมข้อมูลส่วนบุคคลของลูกค้า

ความรับผิดของแต่ละฝ่ายที่เกิดขึ้นจากหรือเกี่ยวข้องกับ 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 หมวดหมู่ วัตถุประสงค์ ภูมิภาค และเงื่อนไขในการว่าจ้างแต่ละรายได้รับการเผยแพร่ในศูนย์ความน่าเชื่อถือ (Trust Center) และสรุปไว้ในเอกสารผู้ประมวลผลย่อย ซึ่งถูกผนวกเป็นส่วนหนึ่งของภาคผนวกนี้โดยการอ้างอิง เราเก็บรายการไว้ที่เดียวแทนที่จะทำซ้ำลงในหน้านี้โดยเจตนา: รายการที่ถูกพิมพ์ใหม่ลงในเอกสารทางกฎหมายคือรายการที่ล้าสมัยทันทีที่ผู้ขายเปลี่ยนแปลง และภาคผนวกที่ล้าสมัยนั้นแย่กว่าการมีลิงก์เสียอีก ณ วันที่มีผลบังคับใช้ หมวดหมู่ต่างๆ ได้แก่: การแปลด้วย AI, การตรวจสอบคุณภาพอัตโนมัติ, การดึงคำศัพท์จากคลังศัพท์ และคำแนะนำด้านวิชันแบบอินคอนเท็กซ์ ซึ่งประมวลผลในสหรัฐอเมริกาและจะถูกเรียกใช้เมื่อมีการใช้งานฟีเจอร์ AI; เวกเตอร์ข้อความสำหรับหน่วยความจำการแปลเชิงความหมาย ซึ่งประมวลผลในสหรัฐอเมริกาและจะถูกเรียกใช้เฉพาะเมื่อโปรเจกต์เปิดใช้งานฟีเจอร์ดังกล่าว ซึ่งปิดอยู่เป็นค่าเริ่มต้น; เครื่องมือแปลทางเลือกเสริมที่เข้าถึงผ่านตัวกำหนดเส้นทาง API ในสหรัฐอเมริกาและโฮสต์ในสิงคโปร์ จะถูกเรียกใช้เฉพาะเมื่อผู้ดำเนินการกำหนดเส้นทางระดับไปยังเครื่องมือดังกล่าว ซึ่งปิดอยู่เป็นค่าเริ่มต้น; การโฮสต์บนคลาวด์ ฐานข้อมูล และการจัดเก็บออบเจกต์ ในภูมิภาคที่กำหนดไว้ขณะปรับใช้งานและถูกเรียกใช้ตลอดเวลา; การประมวลผลการชำระเงิน ในสหรัฐอเมริกาและสหภาพยุโรป ถูกเรียกใช้เฉพาะสำหรับแผนแบบเสียค่าใช้จ่าย; การส่งอีเมลธุรกรรม ถูกเรียกใช้ตลอดเวลา; และการส่งข้อความสนับสนุนภายในผลิตภัณฑ์ ถูกเรียกใช้เฉพาะเมื่อเปิดใช้งานแชทสนับสนุน กรณีที่ลูกค้าระบุข้อมูลรับรองของตนเองสำหรับการสำรองการแปลด้วยเครื่อง ลูกค้าจะเป็นผู้ควบคุมการโอนย้ายข้อมูลดังกล่าวและผู้ขายนั้นจะไม่นับเป็นผู้ประมวลผลย่อยของเรา