תנאי מעבד נתונים, כולל נספחים.

נספח עיבוד נתונים זה ("נספח") מהווה חלק מתנאי השירות או מהסכם כתוב אחר ("ההסכם") בין Digital Socket LLC, חברה בעלת אחריות מוגבלת שהוקמה בדלאוור, ארצות הברית, הפועלת תחת השם Transglot ("Transglot", "מעבד") לבין הלקוח ("לקוח", "מבקר"), והוא חל בכל מקום שבו אנו מעבדים נתוני לקוח בשם הלקוח במתן השירות. הוא משולב בהפניה בהסכם ונכנס לתוקף כאשר ההסכם נכנס לתוקף; אין צורך בחתימה כדי שיחייב אותנו. כאשר הלקוח עצמו הוא מעבד הפועל עבור מבקר צד שלישי, הלקוח הוא היצואן ונספח זה חל כאילו היה המבקר, והלקוח מאשר שיש לו סמכות מהמבקר שלו להתקשר בו על תנאים אלו.

״חוקי הגנת מידע״ פירושו כל החוקים הנוגעים לעיבוד נתונים אישיים החלים על צד, לרבות תקנת ההגנה הכללית על המידע (GDPR) של האיחוד האירופי 2016/679 (״GDPR״), ה-GDPR הבריטי וחוק הגנת המידע משנת 2018, החוק הפדרלי השוויצרי להגנת מידע, חוק הפרטיות לצרכנים בקליפורניה כפי שתוקן (״CCPA״) וחוקי פרטיות דומים במדינות ארה״ב. ״נתונים אישיים של לקוח״ פירושו נתונים אישיים הכלולים בתוכן הלקוח או מעובדים אחרת על ידנו בשם הלקוח. ״הסעיפים החוזיים הסטנדרטיים״ או ״SCCs״ פירושם הסעיפים המצורפים להחלטת הביצוע של הנציבות (EU) 2021/914. ״נספח בריטי״ פירושו נספח העברת הנתונים הבינלאומית שהונפק על ידי נציב המידע הבריטי לפי סעיף 119A לחוק הגנת המידע משנת 2018. ״מעבד משנה״ פירושו צד שלישי שאנו מעסיקים כדי לעבד נתונים אישיים של לקוח. למונחים ״אחראי״, ״מעבד״, ״נושא הנתונים״, ״נתונים אישיים״, ״עיבוד״, ״פרצת אבטחה של נתונים אישיים״ ו״רשות פיקוח״ יש המשמעות הניתנת להם ב-GDPR, ולמונחים מקבילים בחוקים אחרים יש משמעות מקבילה.

במקרה של סתירה, סדר העדיפות הוא: (א) הסעיפים החוזיים הסטנדרטיים והנספח הבריטי, היכן שהם חלים; (ב) נספח זה להגנת מידע (DPA); (ג) כל תנאי אחר להגנת מידע בטופס הזמנה; (ד) יתר ההסכם. אין בנספח זה כוונה ליצור סתירה עם חובותיו של צד מכוח חוקי הגנת המידע, וכל תנאי שייצור סתירה כזו יפורש בצמצום המינימלי הדרוש להסרת הסתירה.

נספח זה להגנת מידע חל ממועד תחילת ההסכם ועד שנפסיק להחזיק בנתונים אישיים של לקוח, דבר שעשוי להתרחש לאחר סיום ההסכם בשל לוחות הזמנים למחיקה שבסעיף 13. חובותיו שורדות את סיום ההסכם כל עוד אנו מחזיקים בנתונים אישיים של לקוח, וחובות הסודיות שורות ללא הגבלת זמן במידה הנדרשת לפי חוקי הגנת המידע.

אנו מעבדים נתונים אישיים של לקוח אך ורק בהתבסס על הוראות מתועדות של הלקוח, לרבות לצורך העברה למדינה שלישית, אלא אם כן הדבר נדרש מאיתנו מכוח חוק החל עלינו, ובמקרה כזה נודיע ללקוח על דרישה זו לפני העיבוד, אלא אם כן החוק אוסר זאת מטעמים חשובים של טובת הציבור. ההסכם, נספח זה להגנת מידע, התיעוד והתצורה שהלקוח מגדיר במוצר (פרויקטים, אזורים גיאוגרפיים ושפות, מחברים, מנויי webhook, מתגי שמירה, מתג זיכרון התרגום והגדרות המנוע והאיכות העומדות לרשות הלקוח) מהווים יחד את מכלול ההוראות המתועדות של הלקוח. נודיע ללקוח אם, לדעתנו, הוראה מפרה את חוקי הגנת המידע, ואנו רשאים להשעות את העיבוד המושפע עד להסרתה או לתיקונה במקום לבצע אותה.

אנו מעבדים נתונים אישיים של לקוח אך ורק כדי לספק, לאבטח, לתמוך ולתחזק את השירות עבור הלקוח, וללא כל מטרה עצמאית שלנו. אנו לא מוכרים נתונים אישיים של לקוח, אנו לא משתפים אותם לצורך פרסום התנהגותי בין-הקשרי, אנו לא משלבים אותם עם נתונים אישיים שאנו מקבלים ממקורות אחרים אלא כפי שמותר לפי חוקי הגנת המידע עבור ספק שירות, ואנו לא משתמשים בהם כדי לאמן, לכוונן בעדינות או להעריך מודל כלשהו של למידת מכונה. מעבדי המשנה שלנו בתחום הבינה המלאכותית מעבדים אותם לצורך הסקה בלבד, בכפוף לתנאים מסחריים האוסרים אימון עליהם. אנו רשאים ליצור ולהשתמש בסטטיסטיקות מצרפיות או מנותקות-זהות שאינן מזהות לא את הלקוח ולא אף נושא נתונים, ולא ננסה לזהותם מחדש.

אנו מבטיחים שכל אדם המוסמך לעבד נתונים אישיים של לקוח כפוף לחובת סודיות מתאימה, בין אם חוזית ובין אם סטטוטורית, השורדת את סיום העסקתו. גישה מוענקת על בסיס הרשאה מינימלית, מוגבלת למה שאדם זקוק לו כדי לבצע את תפקידו, נבחנת מעת לעת ומבוטלת באופן מיידי עם שינוי תפקיד או עזיבה. אנשי צוות בעלי גישה מקבלים הכשרה בהגנת מידע ובאבטחה המתאימה לתפקידם.

אנו מיישמים ומתחזקים את האמצעים הטכניים והארגוניים המפורטים בנספח II, תוך התחשבות במצב הטכנולוגיה העדכני, בעלויות היישום ובאופי, בהיקף, בהקשר ובמטרות העיבוד, כמו גם בסיכון לנושאי הנתונים. אנו רשאים לעדכן אמצעים אלה לאורך זמן בתנאי שרמת ההגנה הכוללת לא תופחת באופן מהותי במהלך תקופת מנוי בתשלום. נספח II מציין את הפערים שלנו וכן את הבקרות שלנו, בכוונה תחילה: נספח אמצעים המפרט רק חוזקות אינו מסמך שמבקש יכול להסתמך עליו.

The Customer gives a general written authorisation for us to engage Subprocessors, in the categories described in the Subprocessors document, and specifically authorises those in the subprocessor list furnished under Annex III as at the effective date. We impose on each Subprocessor data protection obligations no less protective than those in this DPA by way of a written contract, and we remain fully liable to the Customer for a Subprocessor’s performance of its obligations. We will give the Customer at least thirty days notice, by email to the Account Owners, before a new Subprocessor begins processing Customer Personal Data. The Customer may object on reasonable, documented data protection grounds within that period, in which case we will work in good faith to offer a change in configuration or an alternative that avoids the processing; if we cannot within a reasonable time, the Customer may terminate the affected subscription without penalty and receive a pro-rata refund of prepaid unused fees.

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, הגילויים במרכז האמון, לוח השימור במדיניות הפרטיות, תיעוד האבטחה שלנו ותשובות כתובות סבירות לשאלון אבטחה או פרטיות. אנו רשאים לגבות תשלום עבור סיוע החורג באופן מהותי מנפח סביר, לפי תעריפי השירותים המקצועיים העדכניים שלנו, ונודיע על כך לפני ביצוע העבודה ולא לאחריה.

We notify the Customer without undue delay, and in any event within seventy-two hours, after becoming aware of a personal data breach affecting Customer Personal Data. The notice describes, to the extent known at the time and updated as we learn more: the nature of the breach including where possible the categories and approximate number of data subjects and records concerned; the likely consequences; the measures taken or proposed to address it and to mitigate its effects; and a contact point for further information. We cooperate with the Customer and take the steps the Customer reasonably requests to assist in its own investigation and notification. A notice is not, and will not be construed as, an admission of fault or liability. We will not delay a notice in order to complete an investigation first.

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.

אנו מעמידים לרשות הלקוח את המידע הסביר הנדרש כדי להוכיח עמידה במסמך DPA זה ובסעיף 28 של ה-GDPR, ומאפשרים ומשתפים פעולה עם ביקורות, כולל בדיקות, המתבצעות על ידי הלקוח או מבקר שהוא מינה. בשלב הראשון, חובה זו מתמלאת על ידי מסמך DPA זה, נספח II, מרכז האמון, דף האבטחה ותשובותינו המלאות לשאלוני אבטחה. כאשר אלה אינם מספיקים באופן אמיתי לחובה הרגולטורית של הלקוח, הלקוח רשאי לבצע ביקורת אחת בכל תקופה של שנים עשר חודשים, בהודעה כתובה של שלושים ימים לפחות, במהלך שעות העסקים, ללא הפרעה לא סבירה לפעילותנו, בכפוף לחובות סודיות, המוגבלת למערכות ורשומות הקשורות לנתוני הלקוח עצמו, ועל חשבון הלקוח. רשות פיקוח המפעילה סמכות סטטוטורית אינה כפופה למגבלות אלו. מבקר אינו רשאי להיות מתחרה שלנו, ואנו רשאים לדרוש התחייבות סודיות נפרדת ממנו.

כאשר עיבוד נתוני הלקוח שלנו כולל העברה מהאזור הכלכלי האירופי למדינה שאינה מכוסה בהחלטת נאותות, הסעיפים החוזיים הסטנדרטיים משולבים בנספח זה ומהווים חלק ממנו, והם יחולו כמפורט להלן. מודול שני (בקרה למעבד) חל כאשר הלקוח הוא מבקר נתונים. מודול שלישי (מעבד למעבד) חל כאשר הלקוח עצמו הוא מעבד נתונים. סעיף 7 (סעיף העגינה) חל. בסעיף 9, נבחרה אפשרות 2 (הרשאה כללית בכתב), עם תקופת ההודעה המצוינת בסעיף 09 לעיל. בסעיף 11, לא נבחרה השפה האופציונלית לפתרון סכסוכים עצמאי. בסעיף 17, הסעיפים כפופים לחוקי רפובליקת אירלנד, אלא אם הצדדים מסכימים על חוקי מדינה חברה אחרת באיחוד האירופי בטופס הזמנה. בסעיף 18(ב), סכסוכים מיושבים בפני בתי המשפט של רפובליקת אירלנד על אותו בסיס. נספח I(A) מפרט את הצדדים, נספח I(B) מתאר את ההעברה, נספח I(C) מציין את הרשות הפיקוחית המוסמכת, נספח II מפרט את האמצעים הטכניים והארגוניים, ונספח III מכיל את רשימת המעבדים המשניים, כמפורט להלן.

להעברה הכפופה ל-GDPR הבריטי, הנספח הבריטי משולב וממולא כדלקמן: טבלה 1 ממולאת באמצעות נספח I(A); טבלאות 2 ו-3 ממולאות באמצעות סעיף 15 ונספחים I ו-II של נספח זה, תוך הסתמכות על הגרסה המאושרת של הסעיפים החוזיים הסטנדרטיים של האיחוד האירופי; ובטבלה 4, אף צד אינו רשאי לסיים את הנספח בעת שינוי הנספח המאושר. להעברה הכפופה לחוק השוויצרי, הפניות בסעיפים החוזיים הסטנדרטיים ל-GDPR ייקראו כהפניות לחוק הפדרלי השוויצרי להגנת נתונים, הרשות המוסמכת היא הנציב הפדרלי להגנת נתונים ומידע, הפניות למדינה חברה אינן שוללות מאדם נושא נתונים בשוויץ את הזכות לתבוע במקום מגוריו הקבוע, והסעיפים החוזיים הסטנדרטיים מגנים על נתונים של ישויות משפטיות עד שהחוק השוויצרי לא ידרוש זאת עוד.

If we receive a legally binding request from a public authority for Customer Personal Data, we will: review it for validity and scope and challenge it where there are reasonable grounds to consider it unlawful; disclose only the minimum the request requires; and notify the Customer promptly with enough detail to respond, unless legally prohibited, in which case we will use reasonable efforts to obtain a waiver of the prohibition and to seek an interim measure allowing disclosure. We keep a record of the requests we receive and the responses we give, and we make it available to the Customer and to a supervisory authority on request to the extent the law allows. We have not received a government request that required us to build or preserve a general access mechanism to Customer Personal Data, and we will not build one voluntarily.

לגבי מידע אישי הכפוף ל-CCPA, הלקוח הוא העסק ואנו ספק שירות. אסור לנו, ולא נמכור או נשתף את המידע האישי הזה; לא נשמור, נשתמש או נחשוף אותו לכל מטרה אחרת מלבד המטרות העסקיות שצוינו בהסכם או כפי שמותר אחרת על ידי ה-CCPA; לא נשמור, נשתמש או נחשוף אותו מחוץ ליחסים העסקיים הישירים בין הצדדים; ולא נשלבו אותו עם מידע אישי שהתקבל ממקור אחר, אלא כפי שה-CCPA מתיר לספק שירות לעשות. אנו מאשרים כי אנו מבינים ונציית למגבלות אלו. נודיע ללקוח אם נקבע שלא נוכל עוד לעמוד בהן. הלקוח רשאי לנקוט בצעדים סבירים והולמים כדי לעצור ולתקן שימוש לא מורשה, תוך שימוש בזכויות הביקורת שבסעיף 14. אנו מספקים את אותה רמת הגנה על הפרטיות שה-CCPA דורש מהעסק.

כאשר חוק פרטיות מקיף ברמת המדינה חל ודורש חוזה מעבד עם תנאים מפורטים, נספח זה מהווה אותו חוזה: הוא מפרט את אופי ומטרת העיבוד, סוג הנתונים, המשך הזמן, הזכויות והחובות של שני הצדדים, חובת הסודיות שלנו, העסקת מעבדים משניים על ידינו תחת תנאים כתובים שווי ערך, הסיוע שלנו בבקשות זכויות צרכנים ועם חובות אבטחה, חובת המחיקה או ההחזרה שלנו בתום השירותים, וחובתנו להנגיש את המידע הנדרש כדי להוכיח ציות ולאפשר הערכה סבירה. אנו פועלים כמעבד או ספק שירות על פי חוקים אלו ולעולם לא כמבקרי נתונים של נתוני הלקוח.

אחריות כל צד הנובעת מנספח זה או הקשורה אליו, בין אם בחוזה, בעוולה או בכל תיאוריה אחרת, כפופה למגבלות ולהחרגות האחריות שבהסכם, וכל הפניה במגבלות אלו לאחריות של צד משמעה האחריות הכוללת של אותו צד במסגרת ההסכם ונספח זה יחד. אין בסעיף זה כדי להגביל את זכויותיו של נושא נתונים על פי הסעיפים החוזיים הסטנדרטיים או על פי דיני הגנת נתונים, ואין בו כדי להגביל אחריות שלא ניתן להגבילה כדין.

We may update this DPA where required to reflect a change in Data Protection Law, a new or amended transfer mechanism, a decision of a supervisory authority or a court, or a material change in how the Service processes Customer Personal Data, provided the update does not materially reduce the protection given to Customer Personal Data. We give at least thirty days notice of a material update, by email and on this page, and we change the effective date at the top. We keep the superseded version available on request.

נספח זה מחייב אותנו ללא חתימה, כך שהלקוח אינו זקוק לחתימה כדי להיות מוגן. אם התהליך שלכם דורש עותק חתום לרישומיכם, או אם ברצונכם להעלות השוואת שינויים (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) ומסוכמים במסמך מעבדי המשנה, אשר משולב בנספח זה בהפניה. הרשימה שמורה במקום אחד ולא מוכפלת בדף זה בכוונה תחילה: רשימה שהוקלדה מחדש למסמך משפטי היא רשימה שתתיישן ביום שבו ספק משתנה, ונספח לא עדכני גרוע יותר מקישור. נכון לתאריך הכניסה לתוקף, הקטגוריות הן: תרגום בינה מלאכותית, בדיקת איכות אוטומטית, חילוץ מונחי גלוסרי והצעות חזותיות בהקשר, המעובדות בארצות הברית ומופעלות בכל פעם שמשתמשים בתכונת בינה מלאכותית; הטמעות טקסט (embeddings) לזיכרון תרגום סמנטי, המעובדות בארצות הברית ומופעלות רק כאשר פרויקט מפעיל תכונה זו, שכבויה כברירת מחדל; מנוע תרגום חלופי אופציונלי אליו מגיעים דרך נתב API בארצות הברית ומאוחסן בסינגפור, מופעל רק כאשר מפעיל מנתב אליו שכבת שירות, וכבויה כברירת מחדל; אחסון בענן, מסד הנתונים ואחסון אובייקטים, באזור שנקבע בעת הפריסה ומופעל תמיד; עיבוד תשלומים, בארצות הברית ובאיחוד האירופי, מופעל רק עבור תוכניות בתשלום; אספקת דוא"ל עסקי, מופעל תמיד; והודעות תמיכה בתוך המוצר, מופעלות רק כאשר שליח התמיכה מופעל. כאשר לקוח מספק אישורים משלו לגיבוי מכני אופציונלי של תרגום מכונה, הלקוח הוא האחראי על העברה זו והספק אינו מעבד משנה שלנו.