Condicions del responsable del tractament, annexos inclosos.

Aquest Annex de Tractament de Dades ("DPA") forma part dels Termes de Servei o d'altres acords per escrit (l'"Acord") entre Digital Socket LLC, una societat de responsabilitat limitada constituïda a Delaware, Estats Units, que opera com a Transglot ("Transglot", "Encarregat del tractament") i el client ("Client", "Responsable del tractament"), i s'aplica sempre que tractem Dades Personals del Client en nom seu per prestar el Servei. S'incorpora a l'Acord per referència i entra en vigor quan ho fa l'Acord; no cal signatura perquè ens sigui vinculant. Quan el Client sigui alhora un encarregat del tractament que actua per compte d'un responsable del tractament tercer, el Client és l'exportador i aquest DPA s'aplica com si fos el responsable del tractament, i el Client confirma que té autorització del seu propi responsable del tractament per subscriure'l en aquests termes.

"Legislació de protecció de dades" significa totes les lleis relatives al tractament de dades personals aplicables a una part, incloent-hi el Reglament General de Protecció de Dades de la UE 2016/679 ("RGPD"), el RGPD del Regne Unit i la Llei de Protecció de Dades de 2018, la Llei Federal Suïssa de Protecció de Dades, la Llei de Privadesa del Consumidor de Califòrnia amb les seves modificacions ("CCPA") i lleis estatals de privadesa comparables dels Estats Units. "Dades Personals del Client" significa les dades personals contingudes al Contingut del Client o tractades d'altra manera per nosaltres en nom del Client. "Clàusules Contractuals Tipus" o "CCT" significa les clàusules annexes a la Decisió d'Execució de la Comissió (UE) 2021/914. "Addenda del Regne Unit" significa l'Addenda Internacional de Transferència de Dades emesa pel Comissionat d'Informació del Regne Unit segons la secció 119A de la Llei de Protecció de Dades de 2018. "Subencarregat del tractament" significa un tercer contractat per nosaltres per tractar Dades Personals del Client. "Responsable del tractament", "encarregat del tractament", "interessat", "dades personals", "tractament", "violació de la seguretat de les dades personals" i "autoritat de control" tenen els significats atorgats pel RGPD, i els termes equivalents en altres lleis tenen el seu significat equivalent.

En cas de conflicte, l'ordre de preferència és: (a) les Clàusules Contractuals Tipus i l'Addenda del Regne Unit, quan s'apliquin; (b) aquest DPA; (c) qualsevol altra disposició de protecció de dades en un Formulari de Comanda; (d) la resta de l'Acord. Res en aquest DPA pretén entrar en conflicte amb les obligacions d'una part sota la Legislació de protecció de dades, i qualsevol terme que ho fes s'interpretarà en la mesura mínima necessària per eliminar el conflicte.

Aquest DPA s'aplica des de la data d'entrada en vigor de l'Acord fins que ja no tinguem cap Dada Personal del Client, cosa que pot succeir després de la finalització de l'Acord degut als terminis de supressió de la clàusula 13. Les seves obligacions sobreviuen a la resolució mentre tinguem qualsevol Dada Personal del Client, i les obligacions de confidencialitat sobreviuen indefinidament en la mesura requerida per la Legislació de protecció de dades.

Tractem les Dades Personals del Client només seguint les instruccions documentades del Client, incloent-hi per a una transferència a un tercer país, excepte si així ho exigeix una llei a la qual estiguem subjectes, en cuyo cas informarem el Client d'aquest requisit abans del tractament, llevat que la llei ho prohibeixi per motius importants d'interès públic. L'Acord, aquest DPA, la Documentació i la configuració que el Client estableixi al producte (projectes, idiomes, connectors, subscripcions a webhooks, interruptors de retenció, l'interruptor de memòria de traducció i la configuració del motor i de qualitat disponible per al Client) constitueixen conjuntament les instruccions documentades completes del Client. Informarem el Client si, en la nostra opinió, una instrucció infringeix la Legislació de protecció de dades, i podrem suspendre el tractament afectat fins que es retirï o es modifiqui en lloc de dur-lo a terme.

Tractem les Dades Personals del Client exclusivament per proporcionar, assegurar, donar suport i mantenir el Servei per al Client, i per cap propòsit independent propi. No venem Dades Personals del Client, no les compartim per a publicitat comportamental entre contextos, no les combinem amb dades personals que rebem d'altres fonts excepte com permet la Legislació de protecció de dades per a un proveïdor de serveis, i no les utilitzem per entrenar, ajustar finament o avaluar cap model d'aprenentatge automàtic. Els nostres subencarregats d'IA les processen només per a inferència, sota termes comercials que prohibeixen l'entrenament amb elles. Podem crear i utilitzar estadístiques agregades o anonimitzades que no identifiquin ni el Client ni cap interessat, i no intentarem reidentificar-les.

Ens assegurem que cada persona autoritzada a tractar Dades Personals del Client estigui subjecta a una obligació adequada de confidencialitat, ja sigui contractual o legal, que sobrevisqui al final de la seva vinculació. L'accés es concedeix sobre la base del mínim privilegi, limitat al que una persona necessita per exercir el seu rol, revisat periòdicament i revocat promptament en cas de canvi de rol o sortida. El personal amb accés rep formació en protecció de dades i seguretat adequada al seu rol.

Implementem i mantenim les mesures tècniques i organitzatives establertes a l'Annex II, tenint en compte l'estat de la tècnica, els costos d'implementació i la naturalesa, abast, context i finalitats del tractament, així com el risc per als interessats. Podem actualitzar aquestes mesures amb el temps sempre que el nivell global de protecció no es redueixi materialment durant un període de subscripció de pagament. L'Annex II indica les nostres mancances així com els nostres controls, deliberadament: un annex de mesures que només enumera punts forts no és un document en què un revisor pugui confiar.

El Client atorga una autorització escrita general perquè contractem Subencarregats del tractament, en les categories descrites al document de Subencarregats, i autoritza específicament els de la llista de subencarregats facilitada a l'Annex III a la data d'entrada en vigor. Imosem a cada Subencarregat obligacions de protecció de dades no menys protectores que les d'aquest DPA mitjançant un contracte escrit, i continuem sent plenament responsables davant el Client del compliment per part d'un Subencarregat de les seves obligacions. Notificarem al Client amb almenys trenta dies d'antelació, per correu electrònic als Propietaris del Compte, abans que un nou Subencarregat comenci a tractar Dades Personals del Client. El Client pot oposar-s'hi per motius raonables i documentats de protecció de dades dins d'aquest període, en cuyo cas treballarem de bona fe per oferir un canvi de configuració o una alternativa que eviti el tractament; si no podem fer-ho en un termini raonable, el Client pot resoldre la subscripció afectada sense penalització i rebre un reemborsament prorratejat de les quotes prepagades no utilitzades.

Tenint en compte la naturalesa del tractament, assistim el Client mitjançant mesures tècniques i organitzatives apropiades, sempre que sigui possible, per complir l'obligació del Client de respondre a un interessat que exerceixi els drets d'accés, rectificació, supressió, limitació, portabilitat o oposició. El propi producte és la primera línia d'aquesta assistència: els Propietaris del Compte i els administradors de l'espai de treball poden cercar, editar i eliminar contingut del projecte, gestionar membres i rols, i recuperar contingut del projecte a través del punt final d'extracció de l'API, la interfície de línia de comandes, el paquet de lliurament o un connector d'emmagatzematge en un pla de pagament, i els Propietaris del Compte poden eliminar l'espai de treball. Quan el producte no pugui respondre una sol·licitud, ajudarem a petició dins d'un període raonable i sense càrrec per a un volum raonable de sol·licituds. Si un interessat es posa en contacte directament amb nosaltres sobre Dades Personals del Client, no respondrem substancialment nosaltres mateixos; els direm que es posin en contacte amb el Client i, llevat que estigui prohibit, informarem el Client immediatament.

Tenint en compte la naturalesa del tractament i la informació disponible per a nosaltres, assistim el Client per complir les seves obligacions segons els articles 32 a 36 del RGPD i els seus equivalents, incloses les avaluacions d'impacte en la protecció de dades i la consulta prèvia amb una autoritat de control. En la pràctica, això significa proporcionar aquesta Addenda de Tractament de Dades, l'Annex II, les divulgacions del Centre de Confiança, el calendari de retenció de la Política de Privadesa, la nostra documentació de seguretat i respostes escrites raonables a un qüestionari de seguretat o privadesa. Podem cobrar per l'assistència que vagi materialment més enllà d'un volum raonable, segons les nostres tarifes actuals de serveis professionals, i ho comunicarem abans de fer la feina, no després.

Notifiquem el Client sense dilació indeguda i, en qualsevol cas, dins de setanta-dues hores després de tenir coneixement d'una violació de dades personals que afecti les Dades Personals del Client. L'avís descriu, en la mesura coneguda en aquell moment i actualitzat a mesura que aprenem més: la naturalesa de la violació, incloent-hi, sempre que sigui possible, les categories i el nombre aproximat d'interessats i registres afectats; les conseqüències probables; les mesures adoptades o proposades per abordar-la i mitigar-ne els efectes; i un punt de contacte per a més informació. Cooperem amb el Client i prenem les mesures que el Client sol·liciti raonablement per ajudar en la seva pròpia investigació i notificació. Un avís no és, ni s'interpretarà com, una admissió de culpa o responsabilitat. No retardarem un avís per completar primer una investigació.

A elecció del Client, suprimim o retornem les Dades Personals del Client al final de la prestació dels serveis, i suprimim les còpies existents, llevat que una llei a la qual estiguem subjectes requereixi l'emmagatzematge. Al producte, això funciona de la manera següent: cancel·lar una subscripció mou el Compte al pla Gratuït, que inclou un espai de treball, i tots els altres espais de treball esdevenen de només lectura i se suprimeixen 30 dies després, o abans per a un espai de treball que ha passat pel mateix procés recentment, tal com descriu la clàusula 13 dels Termes de Servei, llevat que el Client l'actualitzi o el mogui primer; eliminar un espai de treball el fa de només lectura durant 30 dies, durant els quals un Propietari del Compte el pot restaurar, i després d'aquest període l'espai de treball s'elimina de la base de dades activa, inclosos projectes, traduccions, historial de versions, registres d'ús, registres de lliurament de webhooks, captures de pantalla i esdeveniments d'auditoria; tancar el Compte elimina cada espai de treball d'aquesta manera i conserva les factures del Compte durant 7 anys; eliminar l'inici de sessió d'un Usuari és immediat i irreversible. El contingut que el Client recupera a través de l'API, la interfície de línia de comandes, el paquet de lliurament o un connector d'emmagatzematge queda fora del nostre abast des del moment en què el lliurem. Les còpies de seguretat xifrades no es veuen afectades per l'eliminació i caduquen segons els calendaris de l'Annex II; mentre existeixen, estan aïllades, xifrades i es restauran només per a la recuperació davant desastres, mai per tornar a posar en servei un espai de treball eliminat. Una sol·licitud escrita per a la devolució en un format estructurat feta abans de la supressió serà atesa una vegada, sense càrrec, dins d'un període raonable.

Posem a disposició del Client la informació raonablement necessària per demostrar el compliment d’aquest DPA i de l’article 28 del RGPD, i permetem i contribuïm a les auditories, incloses les inspeccions, realitzades pel Client o per un auditor que aquest designi. En primera instància, aquesta obligació es compleix mitjançant aquest DPA, l’Annex II, el Centre de confiança, la pàgina de seguretat i les nostres respostes completes al qüestionari de seguretat. Quan aquests elements siguin genuïnament insuficients per a l’obligació regulatòria del Client, el Client podrà realitzar una auditoria cada dotze mesos, amb un preavís escrit d’almenys trenta dies, durant l’horari laboral, sense interrompre irraonablement les nostres operacions, subjecte a obligacions de confidencialitat, limitat als sistemes i registres relacionats amb les dades pròpies del Client, i a càrrec del Client. Una autoritat de control que exerceixi una potestat legal no està subjecta a cap d’aquests límits. Un auditor no pot ser un competidor nostre, i podem exigir-li un compromís de confidencialitat separat.

Quan el nostre tractament de les Dades Personals del Client impliqui una transferència des de l’Espai Econòmic Europeu a un país no cobert per una decisió d’adequació, les Clàusules Contractuals Estàndard s’incorporen i formen part d’aquest DPA i s’apliquen de la manera següent. El Mòdul Dos (responsable a encarregat) s’aplica quan el Client és un responsable del tractament. El Mòdul Tres (encarregat a encarregat) s’aplica quan el Client és ell mateix un encarregat del tractament. S’aplica la Clàusula 7 (clàusula d’adhesió). A la Clàusula 9, se selecciona l’Opció 2 (autorització escrita general), amb el període de preavís indicat a la clàusula 09 anterior. A la Clàusula 11, no se selecciona la llengua opcional de resolució independent de disputes. A la Clàusula 17, les Clàusules es regeixen per la llei de la República d’Irlanda, llevat que les parts acordin la llei d’un altre estat membre de la UE en un Formulari de Comanda. A la Clàusula 18(b), les disputes es resolen davant dels tribunals de la República d’Irlanda sobre la mateixa base. L’Annex I(A) correspon a les parts, l’Annex I(B) a la descripció de la transferència, l’Annex I(C) a l’autoritat de control competent, l’Annex II a les mesures tècniques i organitzatives, i l’Annex III a la llista de subencarregats, cadascun tal com s’estableix a continuació.

Per a una transferència subjecta al RGPD del Regne Unit, l’Addenda del Regne Unit s’incorpora i es completa de la manera següent: la Taula 1 es completa mitjançant l’Annex I(A); les Taules 2 i 3 es completen mitjançant la clàusula 15 i els Annexos I i II d’aquest DPA, amb les SCC aprovades de la UE com a versió en què es basa; i a la Taula 4, cap de les parts pot rescindir l’Addenda quan l’Addenda Aprovada canviï. Per a una transferència subjecta a la legislació suïssa, les referències de les SCC al RGPD s’interpreten com a referències a la Llei Federal Suïssa de Protecció de Dades, l’autoritat competent és el Comissionat Federal de Protecció de Dades i Informació, les referències a un estat membre no privaran un interessat a Suïssa del dret a demandar al seu lloc de residència habitual, i les SCC protegeixen les dades de les entitats jurídiques fins que la legislació suïssa ja no ho requereixi.

Si rebem una sol·licitud legalment vinculant d’una autoritat pública per a les Dades Personals del Client: la revisarem per validar-ne l’abast i la impugnarem si hi ha motius raonables per considerar-la il·legal; divulgarem només el mínim requerit per la sol·licitud; i notificarem el Client amb promptitud, amb prou detall per respondre, llevat que la llei ho prohibeixi, cas en què farem esforços raonables per obtenir una exempció de la prohibició i per sol·licitar una mesura cautelar que permeti la divulgació. Mantenim un registre de les sol·licituds rebudes i de les respostes donades, i el posem a disposició del Client i d’una autoritat de control quan se’ns sol·liciti, dins dels límits que permeti la llei. No hem rebut cap sol·licitud governamental que ens hagi obligat a crear o mantenir un mecanisme d’accés general a les Dades Personals del Client, i no en crearem cap voluntàriament.

Per a la informació personal subjecta a la CCPA, el Client és l’empresa i nosaltres som un proveïdor de serveis. Tenim prohibit, i no vendrem ni compartirem, aquesta informació personal; ni la conservarem, utilitzarem o divulgarem per a cap finalitat diferent dels propòsits comercials especificats a l’Acord o segons el permès per la CCPA; ni la conservarem, utilitzarem o divulgarem fora de la relació comercial directa entre les parts; ni la combinarem amb informació personal rebuda d’una altra font, excepte quan la CCPA ho permeti a un proveïdor de serveis. Certifiquem que entenem i complirem aquestes restriccions. Notificarem el Client si determinem que ja no podem complir-les. El Client pot prendre mesures raonables i apropiades per aturar i remeiar l’ús no autoritzat, fent ús dels drets d’auditoria de la clàusula 14. Oferim el mateix nivell de protecció de la privadesa que la CCPA exigeix a l’empresa.

Quan s’aplica una llei estatal integral de privadesa i requereix un contracte d’encarregat del tractament amb termes específics, aquest DPA és aquest contracte: estableix la naturalesa i la finalitat del tractament, el tipus de dades, la durada, els drets i obligacions de totes dues parts, el nostre deure de confidencialitat, la nostra contractació de subencarregats sota termes escrits equivalents, la nostra assistència amb les sol·licituds de drets dels consumidors i amb les obligacions de seguretat, el nostre deure de suprimir o retornar les dades al final dels serveis, i la nostra obligació de posar a disposició la informació necessària per demostrar el compliment i permetre una avaluació raonable. Actuem com a encarregat del tractament o proveïdor de serveis sota aquestes lleis i mai com a responsable del tractament de les Dades Personals del Client.

La responsabilitat de cada part derivada d’aquest DPA o relacionada amb ell, sigui contractual, extracontractual o basada en qualsevol altra teoria, està subjecta a les limitacions i exclusions de responsabilitat de l’Acord, i qualsevol referència en aquestes limitacions a la responsabilitat d’una part significa la responsabilitat agregada d’aquesta part sota l’Acord i aquest DPA conjuntament. Res d’aquesta clàusula limita els drets d’un interessat sota les Clàusules Contractuals Estàndard o sota la Legislació de Protecció de Dades, ni limita cap responsabilitat que no pugui ser legalment limitada.

Podem actualitzar aquest DPA quan sigui necessari per reflectir un canvi en la Legislació de Protecció de Dades, un nou o modificat mecanisme de transferència, una decisió d’una autoritat de control o d’un tribunal, o un canvi material en la manera com el Servei tracta les Dades Personals del Client, sempre que l’actualització no redueixi materialment la protecció donada a les Dades Personals del Client. Donarem un preavís d’almenys trenta dies d’una actualització material, per correu electrònic i en aquesta pàgina, i canviarem la data d’entrada en vigor a la part superior. Mantenim la versió substituïda disponible a petició.

Aquest DPA ens obliga sense signatura, de manera que el Client no en necessita una per estar protegit. Si el vostre procés requereix una contrapartida executada per als vostres registres, o si voleu presentar un rastreig de canvis, escriviu a privacy@transglot.ai amb el nom de l’entitat legal, l’adreça registrada, el contacte per a notificacions i el signatari, i us retornarem una còpia signada. Respondem qüestionaris de seguretat i privadesa des de la mateixa adreça, i el Centre de confiança conté el paquet que la majoria de revisors necessiten abans d’escriure a ningú.

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, una societat de responsabilitat limitada constituïda a Delaware, Estats Units, que opera com a 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.

La llista oficial i actualitzada de subcontractistes la mantenim nosaltres i es facilita al Client sota petició mitjançant un acord de confidencialitat, escrivint a privacy@transglot.ai. Les categories, la finalitat, la regió i les condicions en què cadascun participa estan publicades al Centre de Confiança i resumides al document de Subcontractistes, que queda incorporat a aquest Annex per referència. Es manté en un sol lloc intencionadament, en lloc de duplicar-la en aquesta pàgina: una llista reescrita en un document legal queda obsoleta el dia que canvia un proveïdor, i un annex desactualitzat és pitjor que un enllaç. A la data d'entrada en vigor, les categories són: traducció amb IA, comprovació automatitzada de qualitat, extracció de glossaris i suggeriments visuals en context, processats als Estats Units i activats sempre que s'utilitzi una funció d'IA; incrustacions de text per a memòria de traducció semàntica, processades als Estats Units i activades només quan un projecte activa aquesta funció, que està desactivada per defecte; un motor de traducció alternatiu opcional accessible mitjançant un encaminador d'API als Estats Units i allotjat a Singapur, activat només quan un operador hi dirigeix un nivell, cosa que està desactivada per defecte; allotjament al núvol, base de dades i emmagatzematge d'objectes, a la regió fixada durant el desplegament i sempre actius; processament de pagaments, als Estats Units i a la Unió Europea, activat només per a plans de pagament; lliurament de correu electrònic transaccional, sempre actiu; i missatgeria de suport integrada al producte, activada només quan el xat de suport està habilitat. Quan un client proporciona les seves pròpies credencials per a una alternativa de traducció automàtica opcional, el client és el responsable del tractament d'aquesta transferència i el proveïdor no és el nostre subcontractista.