Feldolgozási feltételek, mellékletekkel együtt.

Ez az Adatfeldolgozási Kiegészítés („DPA”) a Szolgáltatási Feltételek vagy más írásbeli megállapodás („Megállapodás”) részét képezi a(z) Digital Socket LLC, egy Delaware államban (Egyesült Államok) alapított korlátolt felelősségű társaság, amely Transglot néven folytat üzleti tevékenységet („Transglot”, „Adatfeldolgozó”) és az ügyfél („Ügyfél”, „Adatkezelő”) között, és mindenhol alkalmazandó, ahol az Ügyfél személyes adatait az Ügyfél nevében dolgozzuk fel a Szolgáltatás nyújtása során. Hivatkozás útján beépül a Megállapodásba, és a Megállapodással egyidejűleg lép hatályba; aláírás nem szükséges ahhoz, hogy kötelező erejű legyen ránk nézve. Amennyiben az Ügyfél maga is adatfeldolgozó, aki egy harmadik fél adatkezelője érdekében jár el, az Ügyfél az exportőr, és ez a DPA úgy alkalmazandó, mintha az Ügyfél lenne az adatkezelő, az Ügyfél pedig megerősíti, hogy rendelkezik a saját adatkezelőjétől kapott felhatalmazással arra, hogy ezen feltételek mellett eljárjon.

A „Személyes adatok védelméről szóló jogszabály” kifejezés azokra a személyes adatok feldolgozására vonatkozó összes jogszabályt jelenti, amelyek egy félre nézve alkalmazandók, beleértve az EU 2016/679 általános adatvédelmi rendeletét („GDPR”), az Egyesült Királyság GDPR-ját és a 2018. évi adatvédelmi törvényt, a svájci szövetségi adatvédelmi törvényt, a módosított kaliforniai fogyasztói adatvédelmi törvényt („CCPA”) és az Egyesült Államok hasonló állami adatvédelmi törvényeit. A „Vevői személyes adatok” kifejezés a Vevői tartalommal kapcsolatos személyes adatokat vagy az általunk a Vevő nevében egyéb módon feldolgozott személyes adatokat jelenti. A „Standard Szerződéses Feltételek” vagy „SCC-k” kifejezés az (EU) 2021/914 bizottsági végrehajtási határozathoz csatolt feltételeket jelenti. Az „UK Addendum” kifejezés az Egyesült Királyság Információs Biztosa által a 2018. évi adatvédelmi törvény 119A. szakasza alapján kiadott nemzetközi adatátadási kiegészítést jelenti. Az „Alfeldolgozó” kifejezés azt a harmadik felet jelenti, akit mi veszünk igénybe a Vevői személyes adatok feldolgozására. A „adatkezelő”, „adatfeldolgozó”, „érintett”, „személyes adat”, „feldolgozás”, „személyes adatokat érintő jogsértés” és „felügyeleti hatóság” kifejezések a GDPR-ban meghatározott jelentéssel bírnak, és más jogszabályokban szereplő megfelelő kifejezéseknek is ugyanaz a megfelelő jelentése.

Ütközés esetén az elsődesség sorrendje a következő: (a) a Standard Szerződéses Feltételek és az UK Addendum, amennyiben azok alkalmazandók; (b) ez az Adatfeldolgozási Megállapodás (DPA); (c) bármely más, a Megrendelőlapban szereplő adatvédelmi feltétel; (d) a Megállapodás többi része. Ezen DPA egyetlen rendelkezése sem áll szándékában ütközni egy fél Személyes adatok védelméről szóló jogszabály szerinti kötelezettségeivel, és minden olyan feltételt, amely ezt tenné, a konfliktus megszüntetéséhez szükséges minimális mértékig korlátozni kell értelmezni.

Ez a DPA a Megállapodás hatálybalépésétől addig alkalmazandó, amíg már nem tárolunk Vevői személyes adatokat, ami a Megállapodás megszűnése után is lehet a 13. cikkben szereplő törlési határidők miatt. Kötelezettségei a megszűnés után is fennmaradnak mindaddig, amíg Vevői személyes adatokat tárolunk, és a titoktartási kötelezettségei határozatlan ideig fennmaradnak a Személyes adatok védelméről szóló jogszabály által előírt mértékben.

Kizárólag a Vevő dokumentált utasításai alapján dolgozzuk fel a Vevői személyes adatokat, beleértve a harmadik országba történő átadást is, kivéve, ha erre egy ránk nézve kötelező érvényű jogszabály kötelez bennünket, amely esetben – hacsak a jogszabály fontos közérdekből ezt nem tiltja – a feldolgozás előtt tájékoztatjuk a Vevőt erről a követelményről. A Megállapodás, ez a DPA, a Dokumentáció és a termékben a Vevő által beállított konfiguráció (projektek, nyelvi területek, csatlakozók, webhook előfizetések, megőrzési kapcsolók, fordítási memóriakapcsoló, valamint a Vevő számára elérhető motor- és minőségi beállítások) együttesen alkotják a Vevő teljes körű dokumentált utasításait. Tájékoztatjuk a Vevőt, ha véleményünk szerint egy utasítás sérti a Személyes adatok védelméről szóló jogszabályt, és felfüggeszthetjük az érintett feldolgozást annak visszavonásáig vagy módosításáig, ahelyett, hogy végrehajtanánk azt.

Kizárólag a Szolgáltatás Vevő számára történő nyújtása, biztosítása, támogatása és karbantartása érdekében dolgozzuk fel a Vevői személyes adatokat, és semmilyen saját, független célból nem. Nem adjuk el a Vevői személyes adatokat, nem osztjuk meg őket keresztkontextuális viselkedési reklámozás céljából, nem egyesítjük őket más forrásokból kapott személyes adatokkal, kivéve, ha ezt a Személyes adatok védelméről szóló jogszabály szolgáltatónként engedélyezi, és nem használjuk fel őket gépi tanulási modellek tanítására, finomhangolására vagy értékelésére. AI alfeldolgozóink csak következtetés (inference) céljából dolgozzák fel azokat, kereskedelmi feltételek mellett, amelyek tiltják az azokon alapuló tanítást. Létrehozhatunk és felhasználhatunk összesített vagy anonimizált statisztikákat, amelyek sem a Vevőt, sem egyetlen érintettet sem azonosítanak, és nem kísérjük meg ezek újraazonosítását.

Biztosítjuk, hogy minden, a Vevői személyes adatok feldolgozására jogosult személy megfelelő titoktartási kötelezettség alá essen, legyen az szerződéses vagy törvényi eredetű, amely a megbízatásuk végén is fennmarad. A hozzáférést a legkisebb jogosultság elve alapján biztosítjuk, korlátozva arra, amire a személynek a szerepkörének ellátásához szüksége van, ezt rendszeresen felülvizsgáljuk, és szerepkör-változás vagy távozás esetén haladéktalanul visszavonjuk. A hozzáféréssel rendelkező személyzet a szerepkörüknek megfelelő adatvédelmi és biztonsági képzésben részesül.

Megvalósítjuk és fenntartjuk a II. mellékletben meghatározott technikai és szervezési intézkedéseket, figyelembe véve a technika állását, a megvalósítás költségeit, valamint a feldolgozás jellegét, hatókörét, kontextusát és céljait, valamint az érintetteket fenyegető kockázatot. Ezeket az intézkedéseket idővel frissíthetjük, feltéve, hogy a fizetett előfizetési időszak alatt a védelem általános szintje nem csökken lényegesen. A II. melléklet szándékosan tartalmazza hiányosságainkat és kontrolljainkat is: egy olyan intézkedési melléklet, amely csak az erősségeket sorolja fel, nem olyan dokumentum, amelyre egy ellenőr támaszkodhat.

A Vevő általános írásbeli engedélyt ad nekünk alfeldolgozók igénybevételére, az Alfeldolgozók dokumentumban leírt kategóriákban, és kifejezetten engedélyezi azokat, akik a hatálybalépés napján a III. mellékletben szereplő alfeldolgozói listán találhatók. Minden alfeldolgozóval szemben írásbeli szerződés útján legalább olyan adatvédelmi kötelezettségeket írunk elő, mint amelyek ebben a DPA-ban szerepelnek, és teljes mértékben felelünk a Vevő felé az alfeldolgozó kötelezettségeinek teljesítéséért. Legalább harminc nappal korábban, e-mailben értesítjük a Fióktulajdonosokat, mielőtt egy új alfeldolgozó megkezdené a Vevői személyes adatok feldolgozását. A Vevő ezen időszak alatt ésszerű, dokumentált adatvédelmi okokra hivatkozva kifogást emelhet, amely esetben jóhiszeműen együttműködünk a konfiguráció módosításának vagy egy alternatív megoldásnak a felajánlásában, amely elkerüli a feldolgozást; ha ezt ésszerű időn belül nem tudjuk megtenni, a Vevő büntetés nélkül megszüntetheti az érintett előfizetést, és arányos visszatérítést kap a előre fizetett, fel nem használt díjakból.

Figyelembe véve a feldolgozás jellegét, megfelelő technikai és szervezési intézkedésekkel segítjük az Ügyfelet – amennyiben ez lehetséges – abban, hogy eleget tegyen azon kötelezettségének, hogy válaszoljon az adathozzáférési, helyesbítési, törlési, korlátozási, hordozhatósági vagy tiltakozási jogokat gyakorló érintettnek. A termék maga az első vonalbeli segítség: a Fióktulajdonosok és a munkaterület-adminisztrátorok kereshetnek, szerkeszthetnek és törölhetnek projekt tartalmakat, kezelhetik a tagokat és szerepköröket, valamint lekérhetik a projekt tartalmakat az API pull végponton, a parancssori felületen, a kézbesítési csomagon vagy egy tároló-konnektoron keresztül fizetős csomag esetén, továbbá a Fióktulajdonosok törölhetik a munkaterületet. Amikor a termék nem tud választ adni egy kérésre, kérésre segítséget nyújtunk ésszerű határidőn belül és díjmentesen, ésszerű kérésmennyiségig. Ha egy érintett közvetlenül keres meg minket az Ügyfél személyes adataival kapcsolatban, mi magunk nem adunk érdemi választ; arra kérjük őket, hogy forduljanak az Ügyfélhez, és – hacsak nem tilos – haladéktalanul tájékoztatjuk az Ügyfelet.

Figyelembe véve a feldolgozás jellegét és a rendelkezésünkre álló információkat, segítjük az Ügyfelet a GDPR 32–36. cikkében foglalt és azoknak megfelelő kötelezettségeinek teljesítésében, beleértve az adatvédelmi hatásvizsgálatokat és a felügyeleti hatósággal folytatott előzetes konzultációt. Gyakorlatilag ez azt jelenti, hogy biztosítjuk ezt a DPA-t, a II. mellékletet, a Trust Center nyilvánosságra hozatalait, a Adatvédelmi Szabályzatban szereplő megőrzési ütemtervet, biztonsági dokumentációnkat, valamint írásban ésszerű válaszokat adunk biztonsági vagy adatvédelmi kérdőívekre. Az ésszerű mennyiséget jelentősen meghaladó segítségnyújtásért díjat számíthatunk fel aktuális professzionális szolgáltatási díjszabásunk szerint, és ezt a munka elvégzése előtt, nem pedig utólag közöljük.

Az Ügyfelet indokolatlan késedelem nélkül, de legkésőbb hetvenkét órán belül értesítjük azután, hogy tudomást szereztünk az Ügyfél személyes adatait érintő személyes adatokat érintő incidensről. Az értesítés – a jelenleg ismert mértékig, és további ismeretek birtokában frissítve – leírja: az incidens jellegét, beleértve – ahol lehetséges – az érintettek és rekordok kategóriáit és hozzávetőleges számát; a valószínű következményeket; a kezelésére és hatásainak enyhítésére tett vagy tervezett intézkedéseket; valamint egy kapcsolattartási pontot további információkért. Együttműködünk az Ügyféllel, és megtesszük azokat a lépéseket, amelyeket az Ügyfél ésszerűen kér saját vizsgálata és értesítése érdekében. Az értesítés nem minősül és nem értelmezhető hibavallalásként vagy felelősségvállalásként. Nem késleltetjük az értesítést azért, hogy előbb befejezzük a vizsgálatot.

Az Ügyfél választása szerint a szolgáltatásnyújtás végén töröljük vagy visszaküldjük az Ügyfél személyes adatait, és töröljük a meglévő másolatokat, kivéve, ha a ránk vonatkozó jogszabály előírja a tárolást. A termékben ez a következőképpen működik: az előfizetés lemondása áthelyezi a Fiókot az Ingyenes csomagra, amely egy munkaterületet tartalmaz, és minden egyéb munkaterület csak olvashatóvá válik, és 30 nappal később törlődik, vagy hamarabb, ha egy munkaterület nemrégiben ugyanazon a folyamaton ment keresztül, ahogy a Szolgáltatási Feltételek 13. cikke leírja, kivéve, ha az Ügyfél előbb frissíti vagy áthelyezi azt; egy munkaterület törlése 30 napig csak olvashatóvá teszi, amely időszak alatt egy Fióktulajdonos visszaállíthatja, és ezen időszak után a munkaterületet kiürítjük az élő adatbázisból, beleértve a projekteket, fordításokat, verzióelőzményeket, használati rekordokat, webhook kézbesítési rekordokat, képernyőképeket és audit eseményeket; a Fiók lezárása ugyanígy törli az összes rajta lévő munkaterületet, és a Fiók számláit 7 évig megőrzi; egy Felhasználó bejelentkezésének törlése azonnali és visszafordíthatatlan. Az Ügyfél által az API-n, a parancssori felületen, a kézbesítési csomagon vagy egy tároló-konnektoron keresztül lekért tartalom a kézbesítés pillanatától kezdve kívül esik a hatáskörünkön. A titkosított biztonsági mentéseket a kiürítés nem érinti, és a II. mellékletben szereplő ütemezés szerint járnak le; amíg léteznek, elkülönítettek, titkosítottak, és csak katasztrófa-helyreállítás céljára állítják helyre őket, soha nem azért, hogy egy kiürített munkaterületet újra szolgálatba állítsanak. A törlés előtt benyújtott, strukturált formátumban történő visszaküldésre irányuló írásbeli kérelmet egyszer, díjmentesen, ésszerű határidőn belül teljesítjük.

Az Ügyfél rendelkezésére bocsátjuk az ehhez a DPA-hoz és a GDPR 28. cikkéhez való megfelelés igazolásához ésszerűen szükséges információkat, valamint lehetővé tesszük és támogatjuk az Ügyfél vagy az általa megbízott auditor által végzett ellenőrzéseket, beleértve a vizsgálatokat is. Első körben ezt a kötelezettséget ez a DPA, a II. melléklet, a Trust Center, a biztonsági oldal és a kitöltött biztonsági kérdőívre adott válaszaink teljesítik. Amennyiben ezek valóban elégtelenek az Ügyfél szabályozási kötelezettségeihez, az Ügyfél tizenkét hónapon belül egyszer ellenőrzést végezhet, legalább harminc napos írásbeli előértesítéssel, munkaidőben, műveleteinket ésszerűtlenül nem zavarva, titoktartási kötelezettségek mellett, kizárólag az Ügyfél saját adataira vonatkozó rendszerekre és nyilvántartásokra korlátozva, az Ügyfél költségére. Egy statisztikai hatalommal rendelkező felügyeleti hatóság egyik ilyen korlátozásnak sem alanya. Egy auditor nem lehet a versenytársunk, és külön titoktartási nyilatkozatot írhatunk elő tőlük.

Amikor az Ügyfél személyes adatainak feldolgozása az Európai Gazdasági Térségből olyan országba történő továbbítást foglal magában, amelyre nem vonatkozik megfelelőségi határozat, a Standard Szerződési Feltételek ezen DPA részét képezik, és az alábbiak szerint alkalmazandók. A Második modul (adatkezelőtől adatfeldolgozóhoz) akkor alkalmazandó, ha az Ügyfél adatkezelő. A Harmadik modul (adatfeldolgozótól adatfeldolgozóhoz) akkor alkalmazandó, ha az Ügyfél maga is adatfeldolgozó. A 7. cikkely (csatlakozási záradék) alkalmazandó. A 9. cikkelyben a 2. opciót (általános írásbeli engedélyezés) választjuk, a fenti 09. cikkelyben meghatározott értesítési idővel. A 11. cikkelyben a választható független vitarendezési rendelkezés nincs kiválasztva. A 17. cikkely szerint a Feltételekre Írország Köztársaság joga irányadó, kivéve, ha a felek egy Megrendelőlapban egy másik EU-tagállam jogát állapodnak meg. A 18(b) cikkely szerint a vitákat Írország Köztársaság bíróságai oldják meg ugyanazon az alapon. Az I(A). melléklet tartalmazza a feleket, az I(B). melléklet a továbbítás leírását, az I(C). melléklet az illetékes felügyeleti hatóságot, a II. melléklet a technikai és szervezési intézkedéseket, a III. melléklet pedig az al-adatfeldolgozók listáját, mindezt az alábbiak szerint.

Az UK GDPR hatálya alá tartozó továbbítás esetén az UK kiegészítés beépül és kitöltésre kerül az alábbiak szerint: az 1. táblázatot az I(A). melléklet tölti ki; a 2. és 3. táblázatokat a jelen DPA 15. cikkelye, valamint I. és II. mellékletei töltik ki, ahol a hivatkozott verzió az Elfogadott EU SCC-k; a 4. táblázatban pedig egyik fél sem zárhatja le a kiegészítést, amikor az Elfogadott Kiegészítés módosul. A svájci jog hatálya alá tartozó továbbítás esetén az SCC-k GDPR-ra vonatkozó hivatkozásait a svájci Szövetségi Adatvédelmi Törvényre való hivatkozásként kell értelmezni, az illetékes hatóság a Szövetségi Adatvédelmi és Információs Biztos, a tagállamra való hivatkozások nem fosztják meg a svájci adatkezelési alanyt attól a jogától, hogy szokásos tartózkodási helye szerinti bíróságon indítson eljárást, és az SCC-k védik a jogi személyek adatait addig, amíg a svájci jog ezt már nem igényli.

Ha jogilag kötelező érvényű kérelmet kapunk egy hatóságtól az Ügyfél személyes adataira vonatkozóan: megvizsgáljuk annak érvényességét és hatályát, és megtámadjuk azt, ha ésszerű okok merülnek fel annak jogellenességére; csak a kérelem által minimálisan megkövetelt adatokat adjuk ki; és haladéktalanul értesítjük az Ügyfelet elegendő részletességgel ahhoz, hogy reagálni tudjon, kivéve, ha ezt a jog tiltja, amely esetben ésszerű erőfeszítéseket teszünk a tilalom alóli mentesítés megszerzésére és egy ideiglenes intézkedés kikérésére, amely lehetővé teszi az adatközlést. Nyilvántartást vezetünk a beérkezett kérelmekről és az adott válaszokról, és ezeket az Ügyfél, valamint a felügyeleti hatóság kérésére hozzáférhetővé tesszük a jogszabályok által megengedett mértékig. Nem kaptunk olyan kormányzati kérelmet, amely általános hozzáférési mechanizmus kiépítését vagy fenntartását írta volna elő az Ügyfél személyes adataihoz, és önként sem építünk ki ilyet.

A CCPA hatálya alá tartozó személyes információk esetén az Ügyfél a vállalkozás, mi pedig a szolgáltató. Tilos számunkra, és nem is adjuk el vagy osztjuk meg ezeket a személyes információkat; nem őrizzük meg, használjuk fel vagy hozzuk nyilvánosságra őket más célból, mint a Megállapodásban meghatározott üzleti célok, vagy ahogy azt a CCPA egyébként engedélyezi; nem őrizzük meg, használjuk fel vagy hozzuk nyilvánosságra őket a felek közötti közvetlen üzleti kapcsolaton kívül; és nem egyesítjük őket más forrásból származó személyes információkkal, kivéve, ha a CCPA ezt engedélyezi a szolgáltató számára. Tanúsítjuk, hogy megértettük és betartjuk ezeket a korlátozásokat. Értesítjük az Ügyfelet, ha úgy ítéljük meg, hogy már nem tudunk megfelelni ezeknek. Az Ügyfél ésszerű és megfelelő lépéseket tehet a jogosulatlan használat megszüntetésére és orvoslására a 14. cikkelyben foglalt ellenőrzési jogok felhasználásával. Ugyanolyan szintű adatvédelmet nyújtunk, mint amit a CCPA megkövetel a vállalkozástól.

Amikor egy átfogó állami adatvédelmi törvény alkalmazandó, és előír egy meghatározott feltételeket tartalmazó adatfeldolgozói szerződést, ez a DPA minősül ilyen szerződésnek: rögzíti a feldolgozás jellegét és célját, az adatok típusát, az időtartamot, mindkét fél jogait és kötelezettségeit, titoktartási kötelezettségünket, az al-adatfeldolgozók bevonását egyenértékű írásbeli feltételek mellett, segítségnyújtásunkat a fogyasztói jogokra vonatkozó kérelmek teljesítésében és a biztonsági kötelezettségek terén, törlési vagy visszaküldési kötelezettségünket a szolgáltatások végén, valamint azon kötelezettségünket, hogy rendelkezésre bocsássuk a megfelelés igazolásához szükséges információkat, és lehetővé tegyük az ésszerű értékelést. Az említett törvények értelmében adatfeldolgozóként vagy szolgáltatóként járunk el, soha nem az Ügyfél személyes adatainak adatkezelőjeként.

Bármelyik félnek a jelen DPA-ból eredő vagy azzal összefüggő felelőssége, legyen az szerződéses, deliktuális vagy bármely más jogalapú, a Megállapodásban szereplő felelősségi korlátozások és kizárások hatálya alá tartozik, és az említett korlátozásokban szereplő, valamely fél felelősségére való hivatkozás az adott félnek a Megállapodás és a jelen DPA együttes alapján fennálló összesített felelősségét jelenti. E cikkely egyetlen rendelkezése sem korlátozza az adatkezelési alanyoknak a Standard Szerződési Feltételekből vagy az Adatvédelmi Jogszabályokból eredő jogait, és nem korlátoz olyan felelősséget, amelyet a jogszabályok nem engednek korlátozni.

Frissíthetjük ezt a DPA-t, ha arra az Adatvédelmi Jogszabályok változása, egy új vagy módosított továbbítási mechanizmus, egy felügyeleti hatóság vagy bíróság határozata, illetve a Szolgáltatás által az Ügyfél személyes adatainak feldolgozásában bekövetkező lényeges változás miatt van szükség, feltéve, hogy a frissítés nem csökkenti lényegesen az Ügyfél személyes adatainak nyújtott védelmet. Legalább harminc napos értesítést küldünk a lényeges frissítésről e-mailben és ezen az oldalon, és módosítjuk a tetején szereplő hatálybalépési dátumot. A hatályon kívül helyezett verziót kérésre elérhetővé tesszük.

Ez a DPA aláírás nélkül is kötelező erejű ránk nézve, így az Ügyfélnek nincs szüksége aláírásra a védelemhez. Ha folyamata megköveteli a hitelesített példányt a nyilvántartásához, vagy ha változtatásokkal jelölt verziót szeretne kérni, írjon a(z) privacy@transglot.ai címre a jogi személy nevével, székhelyével, értesítési kapcsolattartójával és az aláíróval, és visszaküldjük az aláírt másolatot. Ugyanezen a címen válaszolunk a biztonsági és adatvédelmi kérdőívekre is, a Trust Center pedig tartalmazza azt a csomagot, amelyre a legtöbb ellenőrnek szüksége van, mielőtt bárkihez fordulna.

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, egy Delaware államban (Egyesült Államok) alapított korlátolt felelősségű társaság, amely Transglot néven folytat üzleti tevékenységet, 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.

Az alvállalkozók mérvadó, aktuális listáját mi vezetjük, és kérésre, titoktartási megállapodás keretében bocsátjuk az Ügyfél rendelkezésére a privacy@transglot.ai e-mail címen. Az egyes alvállalkozók kategóriáit, célját, régióját és igénybevételük feltételeit a Trust Center teszi közzé, és a Mellékletbe hivatkozással beépített Alvállalkozói dokumentum foglalja össze. A lista szándékosan egyetlen helyen szerepel, nem pedig ezen az oldalon duplikálva: egy jogi dokumentumba átmásolt lista már attól a naptól elavult, amikor egy szállító megváltozik, és egy elavult melléklet rosszabb, mint egy hivatkozás. A hatálybalépés időpontjában a kategóriák a következők: AI-fordítás, automatizált minőségellenőrzés, szójegyzék-kivonás és kontextusfüggő látási javaslatok, feldolgozása az Egyesült Államokban történik, és akkor veszünk igénybe alvállalkozót, ha egy AI-funkciót használnak; szövegbeágyazások szemantikai fordítási memóriához, feldolgozása az Egyesült Államokban történik, és csak akkor veszünk igénybe alvállalkozót, ha egy projekt bekapcsolja ezt a funkciót, amely alapértelmezetten ki van kapcsolva; egy opcionális alternatív fordítómotor, amelyet egy API-útválasztón keresztül érnek el az Egyesült Államokban, és Szingapúrban hosztolnak, csak akkor veszünk igénybe alvállalkozót, ha egy üzemeltető egy szintet erre irányít, ami alapértelmezetten ki van kapcsolva; felhőalapú hoszting, adatbázis és objektumtárolás, a telepítéskor rögzített régióban, mindig igénybe véve; fizetésfeldolgozás, az Egyesült Államokban és az Európai Unióban, csak fizetős csomagok esetén igénybe véve; tranzakciós e-mail kézbesítés, mindig igénybe véve; és terméken belüli támogatási üzenetküldés, csak akkor igénybe véve, ha a támogatási üzenetküldő engedélyezve van. Amennyiben az ügyfél saját hitelesítő adatait adja meg egy opcionális gépi fordítási tartalékhoz, az ügyfél az adatátvitel kezelője, és a szállító nem a mi alvállalkozónk.