Điều khoản bên xử lý, bao gồm các phụ lục.

Phụ lục Xử lý Dữ liệu này (“DPA”) là một phần của Điều khoản Dịch vụ hoặc thỏa thuận bằng văn bản khác (“Thỏa thuận”) giữa Digital Socket LLC, một công ty trách nhiệm hữu hạn được thành lập tại Delaware, Hoa Kỳ, hoạt động dưới tên Transglot (“Transglot”, “Bên xử lý”) và khách hàng (“Khách hàng”, “Bên kiểm soát”), và áp dụng bất cứ khi nào chúng tôi xử lý Dữ liệu Cá nhân của Khách hàng thay mặt Khách hàng trong quá trình cung cấp Dịch vụ. Phụ lục này được tích hợp bằng cách tham chiếu vào Thỏa thuận và có hiệu lực khi Thỏa thuận có hiệu lực; không cần chữ ký để ràng buộc chúng tôi. Trong trường hợp Khách hàng tự mình là bên xử lý hoạt động thay mặt cho bên kiểm soát thứ ba, Khách hàng là bên xuất khẩu và DPA này áp dụng như thể Khách hàng là bên kiểm soát, đồng thời Khách hàng xác nhận rằng họ có thẩm quyền từ bên kiểm soát của mình để tham gia vào các điều khoản này.

“Luật Bảo vệ Dữ liệu” nghĩa là tất cả các luật về việc xử lý dữ liệu cá nhân áp dụng cho một bên, bao gồm Quy định Chung về Bảo vệ Dữ liệu của EU 2016/679 (“GDPR”), GDPR của Vương quốc Anh và Đạo luật Bảo vệ Dữ liệu 2018, Đạo luật Liên bang Thụy Sĩ về Bảo vệ Dữ liệu, Đạo luật Quyền riêng tư Người tiêu dùng California đã được sửa đổi (“CCPA”) và các luật về quyền riêng tư tương đương của các bang tại Hoa Kỳ. “Dữ liệu Cá nhân của Khách hàng” nghĩa là dữ liệu cá nhân chứa trong Nội dung của Khách hàng hoặc được chúng tôi xử lý khác thay mặt cho Khách hàng. “Điều khoản Hợp đồng Chuẩn” hoặc “SCC” nghĩa là các điều khoản đính kèm Quyết định Thực thi của Ủy ban (EU) 2021/914. “Phụ lục UK” nghĩa là Phụ lục Chuyển giao Dữ liệu Quốc tế do Ủy viên Thông tin Vương quốc Anh ban hành theo mục 119A của Đạo luật Bảo vệ Dữ liệu 2018. “Bên xử lý phụ” nghĩa là bên thứ ba được chúng tôi thuê để xử lý Dữ liệu Cá nhân của Khách hàng. “Bên kiểm soát”, “bên xử lý”, “chủ thể dữ liệu”, “dữ liệu cá nhân”, “xử lý”, “vi phạm dữ liệu cá nhân” và “cơ quan giám sát” có các nghĩa được quy định trong GDPR, và các thuật ngữ tương đương trong các luật khác có nghĩa tương đương.

Trong trường hợp có xung đột, thứ tự ưu tiên là: (a) Các Điều khoản Hợp đồng Chuẩn và Phụ lục UK, nơi chúng áp dụng; (b) DPA này; (c) bất kỳ điều khoản bảo vệ dữ liệu nào khác trong Biểu mẫu Đặt hàng; (d) phần còn lại của Thỏa thuận. Không có điều khoản nào trong DPA này nhằm mục đích xung đột với nghĩa vụ của một bên theo Luật Bảo vệ Dữ liệu, và bất kỳ điều khoản nào gây ra xung đột như vậy sẽ được diễn giải ở mức độ tối thiểu cần thiết để loại bỏ xung đột.

DPA này áp dụng từ ngày có hiệu lực của Thỏa thuận cho đến khi chúng tôi không còn lưu giữ bất kỳ Dữ liệu Cá nhân nào của Khách hàng, điều này có thể xảy ra sau khi Thỏa thuận kết thúc do các khung thời gian xóa dữ liệu nêu tại điều 13. Các nghĩa vụ của phụ lục này vẫn có hiệu lực sau khi chấm dứt miễn là chúng tôi còn lưu giữ bất kỳ Dữ liệu Cá nhân nào của Khách hàng, và các nghĩa vụ bảo mật vẫn có hiệu lực vô thời hạn ở mức độ cần thiết theo Luật Bảo vệ Dữ liệu.

Chúng tôi chỉ xử lý Dữ liệu Cá nhân của Khách hàng theo các hướng dẫn đã được ghi chép của Khách hàng, bao gồm cả việc chuyển giao sang nước thứ ba, trừ khi bị yêu cầu làm như vậy bởi một luật mà chúng tôi phải tuân thủ, trong trường hợp đó chúng tôi sẽ thông báo cho Khách hàng về yêu cầu đó trước khi xử lý, trừ khi luật cấm vì những lý do lợi ích công cộng quan trọng. Thỏa thuận, DPA này, Tài liệu Hướng dẫn và cấu hình mà Khách hàng thiết lập trong sản phẩm (các dự án, ngôn ngữ địa phương, trình kết nối, đăng ký webhook, công tắc lưu trữ, công tắc bộ nhớ dịch thuật và các cài đặt động cơ cũng như chất lượng có sẵn cho Khách hàng) cùng nhau tạo thành các hướng dẫn đã ghi chép đầy đủ của Khách hàng. Chúng tôi sẽ thông báo cho Khách hàng nếu, theo ý kiến của chúng tôi, một hướng dẫn vi phạm Luật Bảo vệ Dữ liệu, và chúng tôi có thể tạm ngừng việc xử lý bị ảnh hưởng cho đến khi nó được rút lại hoặc sửa đổi thay vì thực hiện nó.

Chúng tôi xử lý Dữ liệu Cá nhân của Khách hàng chỉ nhằm mục đích cung cấp, bảo mật, hỗ trợ và duy trì Dịch vụ cho Khách hàng, và không vì bất kỳ mục đích độc lập nào của riêng chúng tôi. Chúng tôi không bán Dữ liệu Cá nhân của Khách hàng, không chia sẻ dữ liệu này cho quảng cáo hành vi xuyên ngữ cảnh, không kết hợp dữ liệu này với dữ liệu cá nhân nhận được từ các nguồn khác trừ khi được Luật Bảo vệ Dữ liệu cho phép đối với nhà cung cấp dịch vụ, và không sử dụng dữ liệu này để huấn luyện, tinh chỉnh hoặc đánh giá bất kỳ mô hình học máy nào. Các bên xử lý phụ AI của chúng tôi xử lý dữ liệu này chỉ cho mục đích suy luận, theo các điều khoản thương mại cấm việc huấn luyện trên dữ liệu đó. Chúng tôi có thể tạo và sử dụng các thống kê tổng hợp hoặc đã ẩn danh không xác định được Khách hàng hay bất kỳ chủ thể dữ liệu nào, và chúng tôi sẽ không cố gắng nhận diện lại họ.

Chúng tôi đảm bảo rằng mọi người được ủy quyền xử lý Dữ liệu Cá nhân của Khách hàng đều phải chịu nghĩa vụ bảo mật thích hợp, dù là theo hợp đồng hay theo luật định, nghĩa vụ này vẫn có hiệu lực sau khi kết thúc mối quan hệ làm việc. Quyền truy cập được cấp trên cơ sở đặc quyền tối thiểu, giới hạn ở mức cần thiết để một người thực hiện vai trò của họ, được xem xét định kỳ và bị thu hồi kịp thời khi thay đổi vai trò hoặc nghỉ việc. Nhân sự có quyền truy cập sẽ nhận được đào tạo về bảo vệ dữ liệu và bảo mật phù hợp với vai trò của họ.

Chúng tôi triển khai và duy trì các biện pháp kỹ thuật và tổ chức được nêu trong Phụ lục II, có tính đến trạng thái kỹ thuật hiện tại, chi phí triển khai và bản chất, phạm vi, bối cảnh và mục đích của việc xử lý, cũng như rủi ro đối với các chủ thể dữ liệu. Chúng tôi có thể cập nhật các biện pháp này theo thời gian miễn là mức độ bảo vệ tổng thể không bị giảm sút đáng kể trong suốt thời gian đăng ký trả phí. Phụ lục II nêu rõ cả những khoảng trống cũng như các biện pháp kiểm soát của chúng tôi một cách chủ ý: một phụ lục về biện pháp chỉ liệt kê các điểm mạnh không phải là tài liệu mà người đánh giá có thể dựa vào.

Khách hàng cấp quyền ủy quyền bằng văn bản chung để chúng tôi thuê các Bên xử lý phụ, trong các danh mục được mô tả trong tài liệu về Bên xử lý phụ, và cụ thể ủy quyền cho những bên có trong danh sách bên xử lý phụ được cung cấp theo Phụ lục III tính đến ngày có hiệu lực. Chúng tôi áp đặt lên mỗi Bên xử lý phụ các nghĩa vụ bảo vệ dữ liệu không kém phần bảo vệ hơn so với những nghĩa vụ trong DPA này thông qua một hợp đồng bằng văn bản, và chúng tôi vẫn chịu hoàn toàn trách nhiệm trước Khách hàng đối với việc thực hiện nghĩa vụ của Bên xử lý phụ. Chúng tôi sẽ thông báo cho Khách hàng ít nhất ba mươi ngày, qua email gửi đến Chủ tài khoản, trước khi một Bên xử lý phụ mới bắt đầu xử lý Dữ liệu Cá nhân của Khách hàng. Khách hàng có thể phản đối với các lý do bảo vệ dữ liệu hợp lý và có ghi chép trong khoảng thời gian đó, trong trường hợp đó chúng tôi sẽ thiện chí làm việc để đề xuất thay đổi cấu hình hoặc một giải pháp thay thế nhằm tránh việc xử lý; nếu chúng tôi không thể làm được trong một khoảng thời gian hợp lý, Khách hàng có thể chấm dứt gói đăng ký bị ảnh hưởng mà không bị phạt và nhận lại khoản hoàn tiền tỷ lệ cho các khoản phí đã trả trước nhưng chưa sử dụng.

Căn cứ vào tính chất của hoạt động xử lý, chúng tôi hỗ trợ Khách hàng bằng các biện pháp kỹ thuật và tổ chức thích hợp, trong chừng mực có thể, để thực hiện nghĩa vụ của Khách hàng nhằm đáp ứng yêu cầu của chủ thể dữ liệu khi họ thực hiện các quyền truy cập, chỉnh sửa, xóa, hạn chế, di chuyển dữ liệu hoặc phản đối. Bản thân sản phẩm là tuyến hỗ trợ đầu tiên: Chủ tài khoản và quản trị viên không gian làm việc có thể tìm kiếm, chỉnh sửa và xóa nội dung dự án, quản lý thành viên và vai trò, cũng như truy xuất nội dung dự án qua điểm cuối API pull, giao diện dòng lệnh, gói phân phối hoặc trình kết nối lưu trữ trên gói trả phí; Chủ tài khoản có thể xóa không gian làm việc. Khi sản phẩm không thể trực tiếp đáp ứng yêu cầu, chúng tôi sẽ hỗ trợ theo yêu cầu trong khoảng thời gian hợp lý và không tính phí đối với khối lượng yêu cầu hợp lý. Nếu chủ thể dữ liệu liên hệ trực tiếp với chúng tôi về Dữ liệu cá nhân của Khách hàng, chúng tôi sẽ không tự mình đưa ra phản hồi nội dung; chúng tôi sẽ hướng dẫn họ liên hệ với Khách hàng và, trừ khi bị cấm, sẽ thông báo kịp thời cho Khách hàng.

Căn cứ vào tính chất của hoạt động xử lý và thông tin sẵn có, chúng tôi hỗ trợ Khách hàng thực hiện nghĩa vụ theo Điều 32–36 của GDPR và các quy định tương đương, bao gồm đánh giá tác động bảo vệ dữ liệu và tham vấn trước với cơ quan giám sát. Cụ thể, điều này nghĩa là cung cấp DPA này, Phụ lục II, các thông tin trên Trung tâm tin cậy, lịch lưu trữ trong Chính sách quyền riêng tư, tài liệu bảo mật của chúng tôi và các câu trả lời bằng văn bản hợp lý cho bảng câu hỏi về bảo mật hoặc quyền riêng tư. Chúng tôi có thể tính phí đối với hỗ trợ vượt quá khối lượng hợp lý, theo mức phí dịch vụ chuyên nghiệp hiện hành, và sẽ thông báo trước khi thực hiện chứ không phải sau đó.

Chúng tôi thông báo cho Khách hàng không chậm trễ và trong mọi trường hợp trong vòng bảy mươi hai giờ sau khi biết về sự cố vi phạm dữ liệu cá nhân ảnh hưởng đến Dữ liệu cá nhân của Khách hàng. Thông tin bao gồm, ở mức độ đã biết tại thời điểm đó và được cập nhật khi có thêm thông tin: tính chất của sự cố, bao gồm nếu có thể các nhóm và số lượng gần đúng của chủ thể dữ liệu và hồ sơ liên quan; hậu quả có thể xảy ra; các biện pháp đã hoặc dự kiến thực hiện để khắc phục và giảm thiểu tác động; và điểm liên hệ để biết thêm thông tin. Chúng tôi hợp tác với Khách hàng và thực hiện các bước Khách hàng yêu cầu hợp lý để hỗ trợ quá trình điều tra và thông báo của họ. Thông báo này không được coi là lời thừa nhận lỗi hoặc trách nhiệm pháp lý. Chúng tôi sẽ không trì hoãn thông báo nhằm hoàn tất điều tra trước.

Theo lựa chọn của Khách hàng, chúng tôi sẽ xóa hoặc trả lại Dữ liệu cá nhân của Khách hàng khi kết thúc cung cấp dịch vụ, đồng thời xóa các bản sao hiện có, trừ khi luật áp dụng yêu cầu lưu trữ. Trong sản phẩm, quy trình diễn ra như sau: hủy đăng ký sẽ chuyển Tài khoản sang gói Miễn phí (bao gồm một không gian làm việc), mọi không gian làm việc khác sẽ chuyển sang chỉ đọc và bị xóa sau 30 ngày, hoặc sớm hơn nếu không gian làm việc đó đã trải qua quy trình tương tự như mô tả tại điều 13 của Điều khoản dịch vụ, trừ khi Khách hàng nâng cấp hoặc di chuyển trước đó; việc xóa không gian làm việc khiến nó chuyển sang chỉ đọc trong 30 ngày, trong thời gian đó Chủ tài khoản có thể khôi phục, sau khoảng thời gian này không gian làm việc sẽ bị xóa khỏi cơ sở dữ liệu hoạt động, bao gồm dự án, bản dịch, lịch sử phiên bản, nhật ký sử dụng, nhật ký phân phối webhook, ảnh chụp màn hình và sự kiện kiểm toán; đóng Tài khoản sẽ xóa mọi không gian làm việc trên tài khoản đó theo cách tương tự và giữ hóa đơn của Tài khoản trong 7 năm; việc xóa thông tin đăng nhập của Người dùng là ngay lập tức và không thể đảo ngược. Nội dung mà Khách hàng truy xuất qua API, giao diện dòng lệnh, gói phân phối hoặc trình kết nối lưu trữ sẽ nằm ngoài phạm vi kiểm soát của chúng tôi kể từ thời điểm bàn giao. Các bản sao lưu mã hóa không bị ảnh hưởng bởi quá trình xóa và sẽ hết hạn theo lịch trình trong Phụ lục II; trong khi còn tồn tại, chúng được cô lập, mã hóa và chỉ khôi phục cho mục đích phục hồi sau thảm họa, không bao giờ để đưa không gian làm việc đã xóa trở lại hoạt động. Yêu cầu bằng văn bản về việc trả lại dữ liệu ở định dạng có cấu trúc, được gửi trước khi xóa, sẽ được thực hiện một lần, không tính phí, trong khoảng thời gian hợp lý.

Chúng tôi cung cấp cho Khách hàng các thông tin cần thiết hợp lý để chứng minh việc tuân thủ DPA này và Điều 28 của GDPR, đồng thời tạo điều kiện và đóng góp vào các cuộc kiểm toán, bao gồm cả thanh tra, do Khách hàng hoặc một kiểm toán viên được Khách hàng ủy quyền tiến hành. Trong trường hợp đầu tiên, nghĩa vụ này được đáp ứng bởi DPA này, Phụ lục II, Trung tâm Tin cậy, trang bảo mật và các phản hồi đã hoàn thành của chúng tôi đối với bảng câu hỏi về bảo mật. Trong trường hợp những điều đó thực sự không đủ để đáp ứng nghĩa vụ quy định của Khách hàng, Khách hàng có thể tiến hành kiểm toán một lần trong bất kỳ khoảng thời gian mười hai tháng nào, với thông báo bằng văn bản trước ít nhất ba mươi ngày, trong giờ làm việc, mà không gây gián đoạn unreasonable đến hoạt động của chúng tôi, tuân theo các nghĩa vụ bảo mật, giới hạn ở các hệ thống và hồ sơ liên quan đến dữ liệu của chính Khách hàng, và do Khách hàng chi trả. Một cơ quan giám sát thực thi quyền lực theo luật định không chịu bất kỳ giới hạn nào trong số đó. Kiểm toán viên không được là đối thủ cạnh tranh của chúng tôi và chúng tôi có thể yêu cầu họ cam kết bảo mật riêng biệt.

Trong trường hợp việc xử lý Dữ liệu Cá nhân của Khách hàng của chúng tôi liên quan đến việc chuyển giao từ Khu vực Kinh tế Châu Âu sang một quốc gia không được bao phủ bởi quyết định đầy đủ, Các Điều khoản Hợp đồng Tiêu chuẩn được tích hợp vào và là một phần của DPA này và áp dụng như sau. Mô-đun Hai (bên kiểm soát sang bên xử lý) áp dụng khi Khách hàng là bên kiểm soát. Mô-đun Ba (bên xử lý sang bên xử lý) áp dụng khi Khách hàng tự nó là bên xử lý. Điều 7 (điều khoản gia nhập) được áp dụng. Tại Điều 9, Tùy chọn 2 (ủy quyền bằng văn bản chung) được chọn, với thời gian thông báo được nêu trong điều 09 ở trên. Tại Điều 11, ngôn ngữ giải quyết tranh chấp độc lập tùy chọn không được chọn. Tại Điều 17, các Điều khoản chịu sự điều chỉnh của luật pháp Cộng hòa Ireland trừ khi các bên thỏa thuận luật của một quốc gia thành viên EU khác trong Biểu mẫu Đặt hàng. Tại Điều 18(b), các tranh chấp được giải quyết trước tòa án của Cộng hòa Ireland trên cùng cơ sở. Phụ lục I(A) là các bên, Phụ lục I(B) là mô tả về việc chuyển giao, Phụ lục I(C) là cơ quan giám sát có thẩm quyền, Phụ lục II là các biện pháp kỹ thuật và tổ chức, và Phụ lục III là danh sách các bên xử lý phụ, mỗi phụ lục như được nêu dưới đây.

Đối với việc chuyển giao chịu sự điều chỉnh của UK GDPR, Phụ lục Vương quốc Anh được tích hợp và hoàn thành như sau: Bảng 1 được hoàn thành bởi Phụ lục I(A); Bảng 2 và 3 được hoàn thành bởi điều 15 và các Phụ lục I và II của DPA này, với SCCs EU được Phê duyệt là phiên bản được dựa vào; và tại Bảng 4, không bên nào có thể chấm dứt Phụ lục khi Phụ lục được Phê duyệt thay đổi. Đối với việc chuyển giao chịu sự điều chỉnh của luật pháp Thụy Sĩ, các tham chiếu trong SCCs đến GDPR được hiểu là tham chiếu đến Đạo luật Liên bang Thụy Sĩ về Bảo vệ Dữ liệu, cơ quan có thẩm quyền là Ủy viên Bảo vệ Dữ liệu và Thông tin Liên bang, các tham chiếu đến một quốc gia thành viên không tước bỏ quyền của chủ thể dữ liệu tại Thụy Sĩ trong việc khởi kiện tại nơi cư trú thường xuyên của họ, và các SCCs bảo vệ dữ liệu của các pháp nhân cho đến khi luật pháp Thụy Sĩ không còn yêu cầu nữa.

Nếu chúng tôi nhận được yêu cầu ràng buộc về mặt pháp lý từ một cơ quan công quyền đối với Dữ liệu Cá nhân của Khách hàng, chúng tôi sẽ: xem xét tính hợp lệ và phạm vi của yêu cầu đó và thách thức nếu có căn cứ hợp lý để coi là bất hợp pháp; chỉ tiết lộ mức tối thiểu mà yêu cầu đòi hỏi; và thông báo kịp thời cho Khách hàng với đủ chi tiết để phản hồi, trừ khi bị cấm về mặt pháp lý, trong trường hợp đó chúng tôi sẽ nỗ lực hợp lý để có được sự miễn trừ lệnh cấm và tìm kiếm một biện pháp tạm thời cho phép tiết lộ. Chúng tôi lưu giữ hồ sơ về các yêu cầu chúng tôi nhận được và các phản hồi chúng tôi đưa ra, và cung cấp cho Khách hàng và cho cơ quan giám sát theo yêu cầu trong phạm vi pháp luật cho phép. Chúng tôi chưa nhận được yêu cầu nào từ chính phủ đòi hỏi chúng tôi phải xây dựng hoặc duy trì một cơ chế truy cập chung vào Dữ liệu Cá nhân của Khách hàng, và chúng tôi sẽ không tự nguyện xây dựng một cơ chế như vậy.

Đối với thông tin cá nhân chịu sự điều chỉnh của CCPA, Khách hàng là doanh nghiệp và chúng tôi là nhà cung cấp dịch vụ. Chúng tôi bị cấm và sẽ không bán hoặc chia sẻ thông tin cá nhân đó; lưu giữ, sử dụng hoặc tiết lộ thông tin đó cho bất kỳ mục đích nào khác ngoài các mục đích kinh doanh được chỉ định trong Thỏa thuận hoặc theo cách khác được phép bởi CCPA; lưu giữ, sử dụng hoặc tiết lộ thông tin đó bên ngoài mối quan hệ kinh doanh trực tiếp giữa các bên; hoặc kết hợp thông tin đó với thông tin cá nhân nhận được từ nguồn khác, trừ khi CCPA cho phép nhà cung cấp dịch vụ làm như vậy. Chúng tôi xác nhận rằng chúng tôi hiểu và sẽ tuân thủ các hạn chế này. Chúng tôi sẽ thông báo cho Khách hàng nếu xác định rằng chúng tôi không còn có thể đáp ứng các hạn chế đó. Khách hàng có thể thực hiện các bước hợp lý và thích đáng để ngăn chặn và khắc phục việc sử dụng trái phép, sử dụng các quyền kiểm toán trong điều 14. Chúng tôi cung cấp cùng mức độ bảo vệ quyền riêng tư mà CCPA yêu cầu đối với doanh nghiệp.

Khi một luật bảo vệ quyền riêng tư toàn diện của tiểu bang áp dụng và yêu cầu hợp đồng bên xử lý với các điều khoản cụ thể, DPA này là hợp đồng đó: nó nêu rõ bản chất và mục đích của việc xử lý, loại dữ liệu, thời gian, quyền và nghĩa vụ của cả hai bên, nghĩa vụ bảo mật của chúng tôi, việc chúng tôi thuê các bên xử lý phụ theo các điều khoản bằng văn bản tương đương, sự hỗ trợ của chúng tôi đối với các yêu cầu về quyền của người tiêu dùng và các nghĩa vụ bảo mật, nghĩa vụ xóa hoặc trả lại của chúng tôi khi kết thúc dịch vụ, và nghĩa vụ cung cấp thông tin cần thiết để chứng minh sự tuân thủ và cho phép đánh giá hợp lý. Chúng tôi hoạt động với tư cách là bên xử lý hoặc nhà cung cấp dịch vụ theo các luật đó và không bao giờ với tư cách là bên kiểm soát Dữ liệu Cá nhân của Khách hàng.

Trách nhiệm pháp lý của mỗi bên phát sinh từ hoặc liên quan đến DPA này, dù trong hợp đồng, hành vi sai phạm dân sự hay bất kỳ lý thuyết nào khác, đều chịu sự giới hạn và loại trừ trách nhiệm trong Thỏa thuận, và bất kỳ tham chiếu nào trong các giới hạn đó đến trách nhiệm pháp lý của một bên có nghĩa là tổng trách nhiệm pháp lý của bên đó theo Thỏa thuận và DPA này cộng lại. Không có điều khoản nào trong điều khoản này hạn chế quyền của chủ thể dữ liệu theo Các Điều khoản Hợp đồng Tiêu chuẩn hoặc theo Luật Bảo vệ Dữ liệu, và không có điều khoản nào hạn chế trách nhiệm pháp lý không thể bị hạn chế một cách hợp pháp.

Chúng tôi có thể cập nhật DPA này khi cần thiết để phản ánh sự thay đổi trong Luật Bảo vệ Dữ liệu, cơ chế chuyển giao mới hoặc sửa đổi, quyết định của cơ quan giám sát hoặc tòa án, hoặc thay đổi vật chất trong cách Dịch vụ xử lý Dữ liệu Cá nhân của Khách hàng, với điều kiện việc cập nhật không làm giảm đáng kể sự bảo vệ dành cho Dữ liệu Cá nhân của Khách hàng. Chúng tôi thông báo trước ít nhất ba mươi ngày về một cập nhật vật chất, qua email và trên trang này, và chúng tôi thay đổi ngày hiệu lực ở đầu trang. Chúng tôi lưu giữ phiên bản đã bị thay thế và cung cấp theo yêu cầu.

DPA này ràng buộc chúng tôi mà không cần chữ ký, vì vậy Khách hàng không cần chữ ký để được bảo vệ. Nếu quy trình của bạn yêu cầu một bản đối tác đã ký cho hồ sơ của bạn, hoặc nếu bạn muốn đưa ra bản đánh dấu thay đổi, hãy viết thư tới privacy@transglot.ai với tên pháp nhân, địa chỉ đăng ký, người liên hệ nhận thông báo và người ký, và chúng tôi sẽ gửi lại bản đã ký. Chúng tôi trả lời các bảng câu hỏi về bảo mật và quyền riêng tư từ cùng địa chỉ đó, và Trung tâm Tin cậy chứa bộ tài liệu mà hầu hết người đánh giá cần trước khi họ viết thư cho bất kỳ 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, một công ty trách nhiệm hữu hạn được thành lập tại Delaware, Hoa Kỳ, hoạt động dưới tên 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.

Danh sách chính thức và hiện tại của các bên xử lý phụ do chúng tôi duy trì và cung cấp cho Khách hàng theo yêu cầu dưới thỏa thuận bảo mật, bằng cách gửi email đến privacy@transglot.ai. Các danh mục, mục đích, khu vực và điều kiện tham gia của từng bên được công bố trong Trung tâm Tin cậy và tóm tắt trong tài liệu Bên xử lý phụ, tài liệu này được tích hợp vào Phụ lục này bằng cách viện dẫn. Tài liệu này được lưu trữ tập trung thay vì sao chép vào trang này có chủ đích: một danh sách được nhập lại vào văn bản pháp lý sẽ lỗi thời ngay khi nhà cung cấp thay đổi, và một phụ lục cũ còn tệ hơn cả một liên kết. Tính đến ngày hiệu lực, các danh mục bao gồm: dịch thuật AI, kiểm tra chất lượng tự động, trích xuất bảng chú giải và gợi ý hình ảnh trong ngữ cảnh, được xử lý tại Hoa Kỳ và tham gia bất cứ khi nào tính năng AI được sử dụng; nhúng văn bản cho bộ nhớ dịch thuật ngữ nghĩa, được xử lý tại Hoa Kỳ và chỉ tham gia khi dự án bật tính năng đó (mặc định là tắt); một công cụ dịch thuật thay thế tùy chọn được truy cập qua bộ định tuyến API tại Hoa Kỳ và lưu trữ tại Singapore, chỉ tham gia khi người vận hành định tuyến một tầng dịch vụ đến đó (mặc định là tắt); lưu trữ đám mây, cơ sở dữ liệu và lưu trữ đối tượng, trong khu vực cố định tại thời điểm triển khai và luôn tham gia; xử lý thanh toán, tại Hoa Kỳ và Liên minh Châu Âu, chỉ tham gia đối với các gói trả phí; gửi email giao dịch, luôn tham gia; và nhắn tin hỗ trợ trong sản phẩm, chỉ tham gia khi trình nhắn tin hỗ trợ được bật. Khi khách hàng cung cấp thông tin xác thực riêng cho phương án dự phòng dịch máy tùy chọn, khách hàng là bên kiểm soát việc chuyển dữ liệu đó và nhà cung cấp không phải là bên xử lý phụ của chúng tôi.