Termeni pentru procesator, anexe incluse.

Prezentul Adendum de Procesare a Datelor („DPA”) face parte din Termenii și Condițiile de Utilizare sau din alt acord scris („Acordul”) dintre Digital Socket LLC, o societate cu răspundere limitată constituită în Delaware, Statele Unite ale Americii, care activează sub denumirea Transglot („Transglot”, „Operator”) și client („Client”, „Responsabil”) și se aplică oriunde procesăm Date cu Caracter Personal ale Clientului în numele Clientului la furnizarea Serviciului. Este încorporat prin referință în Acord și intră în vigoare odată cu Acordul; nu este necesară nicio semnătură pentru a ne obliga. Atunci când Clientul este el însuși un operator care acționează pentru un terț responsabil, Clientul este exportatorul, iar acest DPA se aplică ca și cum ar fi responsabilul, iar Clientul confirmă că are autoritate de la propriul responsabil pentru a încheia acest acord în acești termeni.

„Legea privind protecția datelor” înseamnă toate legile privind prelucrarea datelor cu caracter personal aplicabile unei părți, inclusiv Regulamentul general privind protecția datelor (UE) 2016/679 („GDPR”), GDPR din Regatul Unit și Legea din 2018 privind protecția datelor, Legea federală elvețiană privind protecția datelor, Legea californiană privind confidențialitatea consumatorilor, cu modificările ulterioare („CCPA”) și legile statale comparabile din Statele Unite privind confidențialitatea. „Date personale ale clientului” înseamnă date cu caracter personal conținute în Conținutul clientului sau prelucrate în alt mod de către noi în numele Clientului. „Clauze contractuale standard” sau „SCC” înseamnă clauzele anexate la Decizia de punere în aplicare a Comisiei (UE) 2021/914. „Adenda pentru Regatul Unit” înseamnă Adenda internațională privind transferul de date emisă de Comisarul pentru informații din Regatul Unit în temeiul articolului 119A din Legea din 2018 privind protecția datelor. „Subprocesator” înseamnă o terță parte angajată de noi pentru a prelucra Datele personale ale clientului. Termenii „operator”, „persoană împuternicită”, „persoana vizată”, „date cu caracter personal”, „prelucrare”, „încălcare a securității datelor cu caracter personal” și „autoritate de supraveghere” au semnificațiile definite în GDPR, iar termenii echivalenți din alte legi au semnificația lor echivalentă.

În cazul unui conflict, ordinea de prioritate este: (a) Clauzele contractuale standard și Adenda pentru Regatul Unit, acolo unde se aplică; (b) prezentul DPA; (c) orice alte termeni privind protecția datelor dintr-un Formular de comandă; (d) restul Acordului. Nicio prevedere din acest DPA nu are intenția de a intra în conflict cu obligațiile unei părți conform Legii privind protecția datelor, iar orice termen care ar face acest lucru se interpretează restrictiv, în măsura minimă necesară pentru a elimina conflictul.

Prezentul DPA se aplică de la data intrării în vigoare a Acordului până când nu mai deținem nicio Dată personală a clientului, ceea ce se poate întâmpla după încetarea Acordului din cauza termenelor de ștergere prevăzute la clauza 13. Obligațiile sale supraviețuiesc încetării atât timp cât deținem orice Dată personală a clientului, iar obligațiile de confidențialitate supraviețuiesc pe termen nedeterminat, în măsura cerută de Legea privind protecția datelor.

Prelucrăm Datele personale ale clientului numai pe baza instrucțiunilor documentate ale Clientului, inclusiv pentru un transfer către o țară terță, cu excepția cazului în care suntem obligați să facem acest lucru prin legea căreia suntem supuși, caz în care vom informa Clientul cu privire la această cerință înainte de prelucrare, cu excepția cazului în care legea interzice acest lucru din motive importante de interes public. Acordul, prezentul DPA, Documentația și configurația stabilită de Client în produs (proiecte, locale, conectori, abonamente la webhook, comutatoare de retenție, comutatorul de memorie de traducere și setările motorului și de calitate disponibile pentru Client) constituie împreună instrucțiunile documentate complete ale Clientului. Vom informa Clientul dacă, în opinia noastră, o instrucțiune încalcă Legea privind protecția datelor și putem suspenda prelucrarea afectată până când aceasta este retrasă sau modificată, în loc să o executăm.

Prelucrăm Datele personale ale clientului exclusiv pentru a furniza, securiza, asista și menține Serviciul pentru Client, și pentru niciun scop independent al nostru. Nu vindem Datele personale ale clientului, nu le partajăm pentru publicitate comportamentală cross-context, nu le combinăm cu date personale primite din alte surse, exceptând cazurile permise de Legea privind protecția datelor pentru un furnizor de servicii, și nu le folosim pentru a antrena, ajusta fin sau evalua niciun model de învățare automată. Subprocesatorii noștri de IA le prelucrează doar pentru inferență, în baza unor termeni comerciali care interzic antrenarea pe baza acestora. Putem crea și utiliza statistici agregate sau anonimizate care nu identifică nici Clientul, nici vreo persoană vizată, și nu vom încerca să reidentificăm aceste date.

Ne asigurăm că fiecare persoană autorizată să prelucreze Datele personale ale clientului este supusă unei obligații adecvate de confidențialitate, fie contractuală, fie statutory, care supraviețuiește încetării implicării sale. Accesul se acordă pe baza principiului privilegiului minim, limitat la ceea ce o persoană trebuie să știe pentru a-și îndeplini rolul, este revizuit periodic și revocat prompt în cazul schimbării rolului sau al plecării. Personalul cu acces primește instruire privind protecția datelor și securitatea, adecvată rolului său.

Implementăm și menținem măsurile tehnice și organizatorice prevăzute în Anexa II, luând în considerare stadiul tehnicii, costurile de implementare și natura, domeniul de aplicare, contextul și scopurile prelucrării, precum și riscul pentru persoanele vizate. Putem actualiza aceste măsuri în timp, cu condiția ca nivelul general de protecție să nu fie redus material în timpul unei perioade de abonament plătit. Anexa II indică deliberat atât lacunele noastre, cât și controalele noastre: o anexă de măsuri care enumeră doar punctele forte nu este un document pe care un auditor se poate baza.

Clientul acordă o autorizație scrisă generală pentru ca noi să angajăm Subprocesatori, în categoriile descrise în documentul Subprocesatori, și autorizează specific pe cei din lista de subprocesatori furnizată în Anexa III la data intrării în vigoare. Impunem fiecărui Subprocesator obligații de protecție a datelor care nu sunt mai puțin protectoare decât cele din acest DPA, prin intermediul unui contract scris, și rămânem pe deplin răspunzători față de Client pentru îndeplinirea obligațiilor de către un Subprocesator. Vom oferi Clientului o notificare de cel puțin treizeci de zile, prin e-mail către Proprietarii contului, înainte ca un nou Subprocesator să înceapă prelucrarea Datelor personale ale clientului. Clientul poate obiecta pe motive rezonabile și documentate legate de protecția datelor în acea perioadă, caz în care vom colabora cu bună-credință pentru a oferi o modificare a configurației sau o alternativă care evită prelucrarea; dacă nu putem face acest lucru într-un termen rezonabil, Clientul poate rezilia abonamentul afectat fără penalizare și poate primi o rambursare pro-rata a taxelor plătite în avans și neutilizate.

Luând în considerare natura prelucrării, asistăm Clientul prin măsuri tehnice și organizatorice adecvate, în măsura posibilului, pentru îndeplinirea obligației Clientului de a răspunde unei persoane vizate care își exercită drepturile de acces, rectificare, ștergere, restricționare, portabilitate sau opoziție. Produsul în sine reprezintă prima linie de asistență: Proprietarii conturilor și administratorii spațiilor de lucru pot căuta, edita și șterge conținutul proiectelor, pot gestiona membrii și rolurile și pot prelua conținutul proiectelor prin punctul final API de tip pull, interfața în linie de comandă, pachetul de livrare sau un conector de stocare într-un plan plătit, iar Proprietarii conturilor pot șterge spațiul de lucru. În cazul în care produsul nu poate răspunde unei solicitări, vom oferi asistență la cerere, într-un termen rezonabil și fără taxă, pentru un volum rezonabil de solicitări. Dacă o persoană vizată ne contactează direct cu privire la Datele personale ale Clientului, nu vom răspunde direct; îi vom indica să contacteze Clientul și, dacă nu este interzis, vom informa prompt Clientul.

Luând în considerare natura prelucrării și informațiile disponibile nouă, asistăm Clientul în îndeplinirea obligațiilor sale conform Articolelor 32–36 din GDPR și echivalentelor acestora, inclusiv evaluările impactului asupra protecției datelor și consultarea prealabilă cu o autoritate de supraveghere. În practică, aceasta înseamnă furnizarea acestui DPA, Anexei II, divulgațiilor din Centrul de încredere, calendarului de retenție din Politica de confidențialitate, documentației noastre de securitate și răspunsurilor scrise rezonabile la un chestionar de securitate sau confidențialitate. Putem percepe taxe pentru asistența care depășește material un volum rezonabil, la tarifele noastre curente pentru servicii profesionale, și vom menționa acest aspect înainte de a începe lucrul, nu după.

Notificăm Clientul fără întârzieri nejustificate și, în orice caz, în termen de șaptezeci și două de ore de la luarea la cunoștință a unei încălcări a datelor cu caracter personal care afectează Datele personale ale Clientului. Notificarea descrie, în măsura cunoscută la momentul respectiv și actualizată pe măsură ce aflăm mai multe: natura încălcării, inclusiv, acolo unde este posibil, categoriile și numărul aproximativ de persoane vizate și înregistrări afectate; consecințele probabile; măsurile luate sau propuse pentru abordarea acesteia și atenuarea efectelor sale; și un punct de contact pentru informații suplimentare. Cooperăm cu Clientul și luăm măsurile solicitate în mod rezonabil de Client pentru a-l asista în propria investigație și notificare. O notificare nu constituie și nu va fi interpretată ca o admitere a vinovăției sau responsabilității. Nu vom amâna o notificare pentru a finaliza mai întâi o investigație.

La alegerea Clientului, ștergem sau returnăm Datele personale ale Clientului la sfârșitul prestării serviciilor și ștergem copiile existente, cu excepția cazului în care o lege care ni se aplică impune stocarea. În cadrul produsului, acest lucru funcționează astfel: anularea unui abonament mută Contul pe planul Gratuit, care include un spațiu de lucru, iar fiecare alt spațiu de lucru devine doar pentru citire și este șters după 30 zile, sau mai devreme pentru un spațiu de lucru care a trecut recent prin aceeași situație, așa cum descrie clauza 13 din Termenii și condițiile, cu excepția cazului în care Clientul face upgrade sau îl mută mai întâi; ștergerea unui spațiu de lucru îl face doar pentru citire timp de 30 zile, perioadă în care un Proprietar al contului îl poate restaura, iar după această perioadă spațiul de lucru este eliminat din baza de date activă, inclusiv proiectele, traducerile, istoricul versiunilor, înregistrările de utilizare, înregistrările livrărilor webhook, capturile de ecran și evenimentele de audit; închiderea Contului șterge fiecare spațiu de lucru asociat în același mod și păstrează facturile Contului timp de 7 ani; ștergerea autentificării unui Utilizator este imediată și ireversibilă. Conținutul pe care Clientul îl recuperează prin API, interfața în linie de comandă, pachetul de livrare sau un conector de stocare nu mai este sub controlul nostru din momentul în care îl livrăm. Copiile de rezervă criptate nu sunt afectate de eliminare și expiră conform programelor din Anexa II; cât timp există, acestea sunt izolate, criptate și restaurate doar pentru recuperarea în caz de dezastru, niciodată pentru a readuce în funcțiune un spațiu de lucru eliminat. O solicitare scrisă de returnare într-un format structurat, făcută înainte de ștergere, va fi onorată o singură dată, fără taxă, într-un termen rezonabil.

Punem la dispoziția Clientului informațiile rezonabil necesare pentru a demonstra conformitatea cu acest DPA și cu Articolul 28 din GDPR și permitem și contribuim la audituri, inclusiv inspecții, desfășurate de Client sau de un auditor mandatat de acesta. În primă instanță, această obligație este îndeplinită prin acest DPA, Anexa II, Centrul de încredere, pagina de securitate și răspunsurile noastre completate la chestionarele de securitate. În cazul în care acestea sunt insuficiente în mod real pentru obligația de reglementare a Clientului, Clientul poate efectua un audit o dată într-o perioadă de douăsprezece luni, cu o notificare scrisă de cel puțin treizeci de zile, în timpul orelor de program, fără a perturba în mod nerezonabil operațiunile noastre, sub rezerva obligațiilor de confidențialitate, limitat la sistemele și înregistrările legate de datele proprii ale Clientului și pe cheltuiala Clientului. O autoritate de supraveghere care exercită o putere statutară nu este supusă niciunui dintre aceste limite. Un auditor nu poate fi un competitor al nostru și putem solicita o angajament separat de confidențialitate din partea acestuia.

Atunci când prelucrarea de către noi a Datelor cu Caracter Personal ale Clientului implică un transfer din Spațiul Economic European către o țară care nu face obiectul unei decizii de adecvare, Clauzele Contractuale Standard sunt încorporate în acest DPA și fac parte integrantă din acesta, aplicându-se după cum urmează. Modulul Doi (de la responsabil la operator) se aplică atunci când Clientul este un responsabil. Modulul Trei (de la operator la operator) se aplică atunci când Clientul este el însuși un operator. Se aplică Clauza 7 (clauza de aderare). În Clauza 9, este selectată Opțiunea 2 (autorizație scrisă generală), cu perioada de preaviz menționată în clauza 09 de mai sus. În Clauza 11, nu este selectat textul opțional privind soluționarea independentă a litigiilor. În Clauza 17, Clauzele sunt guvernate de legea Republicii Irlanda, cu excepția cazului în care părțile convin asupra legii unui alt stat membru al UE într-un Formular de Comandă. În Clauza 18(b), litigiile sunt soluționate în fața instanțelor din Republica Irlanda pe aceeași bază. Anexa I(A) conține părțile, Anexa I(B) descrierea transferului, Anexa I(C) autoritatea de supraveghere competentă, Anexa II măsurile tehnice și organizatorice, iar Anexa III lista suboperatorilor, fiecare fiind detaliată mai jos.

Pentru un transfer supus UK GDPR, Adendumul pentru Regatul Unit este încorporat și completat după cum urmează: Tabelul 1 este completat prin Anexa I(A); Tabelele 2 și 3 sunt completate prin clauza 15 și Anexele I și II ale acestui DPA, cu Clauzele Contractuale Standard UE Aprobate ca versiune pe care ne bazăm; iar în Tabelul 4, niciuna dintre părți nu poate încheia Adendumul atunci când Adendumul Aprobat suferă modificări. Pentru un transfer supus legislației elvețiene, trimiterile din CCS la GDPR se citesc ca trimiteri la Legea Federală Elvețiană privind Protecția Datelor, autoritatea competentă este Comisarul Federal pentru Protecția Datelor și Informații, trimiterile la un stat membru nu lipsesc o persoană vizată din Elveția de dreptul de a da în judecată în locul reședinței sale obișnuite, iar CCS protejează datele persoanelor juridice până când legislația elvețiană nu mai impune acest lucru.

Dacă primim o cerere obligatorie din punct de vedere legal din partea unei autorități publice pentru Date cu Caracter Personal ale Clientului, vom: examina validitatea și sfera acesteia și o vom contesta dacă există motive rezonabile să o considerăm ilegală; divulga doar minimul necesar cererii; și notifica prompt Clientul cu suficiente detalii pentru a răspunde, cu excepția cazului în care este interzis legal, situație în care vom depune eforturi rezonabile pentru a obține o derogare de la interdicție și pentru a solicita o măsură provizorie care să permită divulgarea. Păstrăm un registru al cererilor primite și al răspunsurilor oferite și îl punem la dispoziția Clientului și a unei autorități de supraveghere la solicitare, în măsura permisă de lege. Nu am primit nicio cerere guvernamentală care să ne fi obligat să construim sau să menținem un mecanism general de acces la Datele cu Caracter Personal ale Clientului și nu vom construi unul în mod voluntar.

Pentru informațiile personale supuse CCPA, Clientul este afacerea, iar noi suntem un furnizor de servicii. Ne este interzis și nu vom vinde sau partaja acele informații personale; nu le vom păstra, utiliza sau divulga în alt scop decât cel al activităților comerciale specificate în Acord sau în alte moduri permise de CCPA; nu le vom păstra, utiliza sau divulga în afara relației directe de afaceri dintre părți; și nu le vom combina cu informații personale primite din alte surse, exceptând cazurile în care CCPA permite unui furnizor de servicii să facă acest lucru. Certificăm că înțelegem și vom respecta aceste restricții. Vom notifica Clientul dacă determinăm că nu le mai putem respecta. Clientul poate lua măsuri rezonabile și adecvate pentru a opri și remedia utilizarea neautorizată, folosind drepturile de audit din clauza 14. Oferim același nivel de protecție a vieții private pe care CCPA îl impune afacerii.

Atunci când se aplică o lege cuprinzătoare a statului privind confidențialitatea și aceasta impune un contract de procesare cu termeni specificați, acest DPA constituie acel contract: stabilește natura și scopul procesării, tipul de date, durata, drepturile și obligațiile ambelor părți, obligația noastră de confidențialitate, angajarea de suboperatori de către noi în baza unor termeni scrise echivalente, asistența noastră pentru cererile privind drepturile consumatorilor și pentru obligațiile de securitate, obligația noastră de ștergere sau returnare la finalul serviciilor și obligația noastră de a pune la dispoziție informațiile necesare pentru a demonstra conformitatea și de a permite o evaluare rezonabilă. Acționăm ca operator sau furnizor de servicii în temeiul acestor legi și niciodată ca responsabil al Datelor cu Caracter Personal ale Clientului.

Răspunderea fiecărei părți care decurge din sau este legată de acest DPA, fie contractuală, delictuală sau în orice altă teorie, este supusă limitărilor și excluderilor de răspundere din Acord, iar orice referință în aceste limite la răspunderea unei părți înseamnă răspunderea agregată a acelei părți în temeiul Acordului și al acestui DPA împreună. Nimic din această clauză nu limitează drepturile unei persoane vizate în temeiul Clauzelor Contractuale Standard sau al Legislației privind Protecția Datelor și nimic nu limitează o răspundere care nu poate fi limitată în mod legal.

Putem actualiza acest DPA atunci când este necesar pentru a reflecta o modificare a Legislației privind Protecția Datelor, un mecanism nou sau amendat de transfer, o decizie a unei autorități de supraveghere sau a unei instanțe, sau o modificare materială a modului în care Serviciul procesează Datele cu Caracter Personal ale Clientului, cu condiția ca actualizarea să nu reducă material protecția acordată Datelor cu Caracter Personal ale Clientului. Oferim un preaviz de cel puțin treizeci de zile pentru o actualizare materială, prin e-mail și pe această pagină, și modificăm data intrării în vigoare din partea de sus. Păstrăm versiunea anterioară disponibilă la cerere.

Acest DPA ne obligă fără semnătură, astfel încât Clientul nu are nevoie de una pentru a fi protejat. Dacă procesul dumneavoastră necesită un exemplar executat pentru înregistrările dumneavoastră sau dacă doriți să propuneți o versiune cu modificări evidențiate, scrieți la privacy@transglot.ai indicând numele entității juridice, adresa înregistrată, contactul pentru notificări și semnatarul, iar noi vă vom returna o copie semnată. Răspundem la chestionarele de securitate și confidențialitate de la aceeași adresă, iar Centrul de Încredere conține pachetul de care au nevoie majoritatea evaluatorilor înainte de a contacta pe cineva.

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, o societate cu răspundere limitată constituită în Delaware, Statele Unite ale Americii, care activează sub denumirea 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.

Lista oficială și actualizată a subprocesatorilor este gestionată de noi și pusă la dispoziția Clientului, la cerere, pe baza unui acord de confidențialitate, prin scrierea la privacy@transglot.ai. Categoriile, scopul, regiunea și condițiile în care fiecare este implicat sunt publicate în Centrul de încredere și rezumate în documentul Subprocesatori, care este inclus în prezenta Anexă prin referință. Aceasta este păstrată într-un singur loc, nu duplicată intenționat în această pagină: o listă retipărită într-un document legal devine depășită din ziua în care un furnizor se schimbă, iar o anexă învechită este mai puțin utilă decât un link. La data intrării în vigoare, categoriile sunt: traducere AI, verificare automată a calității, extragere glosar și sugestii vizuale în context, procesate în Statele Unite și implicate ori de câte ori este utilizată o funcție AI; încorporări text pentru memoria semantică de traducere, procesate în Statele Unite și implicate doar atunci când un proiect activează această funcție, care este dezactivată implicit; un motor alternativ opțional de traducere accesat printr-un router API în Statele Unite și găzduit în Singapore, implicat doar atunci când un operator direcționează un nivel către acesta, fiind dezactivat implicit; găzduire cloud, baza de date și stocarea obiectelor, în regiunea fixată la implementare și implicată permanent; procesarea plăților, în Statele Unite și Uniunea Europeană, implicată doar pentru planurile plătite; livrarea e-mailurilor tranzacționale, implicată permanent; și mesageria de suport în produs, implicată doar atunci când messenger-ul de suport este activat. În cazul în care un client furnizează propriile credențiale pentru o rezervă opțională de traducere automată, clientul este responsabil de transferul respectiv, iar furnizorul nu este subprocesatorul nostru.