Mga tuntunin ng Processor, kasama ang mga annex.

Ang Karagdagang Kasunduan sa Pagpoproseso ng Data na ito ("DPA") ay bumubuo ng bahagi ng Mga Tuntunin ng Serbisyo o iba pang nakasulat na kasunduan (ang "Kasunduan") sa pagitan ng Digital Socket LLC, isang kumpanya na may limitadong pananagutan na itinatag sa Delaware, Estados Unidos, na nagtatransaksyon bilang Transglot ("Transglot", "Processor") at ng customer ("Customer", "Controller"), at nalalapat kung saan man kami nagpoproseso ng Personal na Data ng Customer para sa Customer bilang bahagi ng pagbibigay ng Serbisyo. Ito isinasama sa Kasunduan sa pamamagitan ng reperensya at nagsisimulang magkabisa kapag nagsisimula ang Kasunduan; hindi kinakailangan ng pirma upang ito ay maging binding sa amin. Kung ang Customer mismo ay isang processor na kumikilos para sa isang third-party controller, ang Customer ang exporter at ang DPA na ito ay nalalapat na parang ito ang controller, at kinukumpirma ng Customer na mayroon itong awtoridad mula sa sarili nitong controller upang pumasok dito sa mga terminong iyon.

"Batas sa Proteksyon ng Data" ay tumutukoy sa lahat ng mga batas tungkol sa pagpoproseso ng personal na data na nalalapat sa isang partido, kabilang ang EU General Data Protection Regulation 2016/679 ("GDPR"), ang UK GDPR at Data Protection Act 2018, ang Swiss Federal Act on Data Protection, ang California Consumer Privacy Act gaya ng binago ("CCPA") at katumbas na mga batas sa privacy ng estado ng Estados Unidos. Ang "Personal na Data ng Customer" ay tumutukoy sa personal na data na nakapaloob sa Nilalaman ng Customer o iba pa na pinoproseso namin para sa Customer. Ang "Pamantayang Kontraktwal na mga Klausula" o "SCCs" ay tumutukoy sa mga klausulang nakalakip sa Commission Implementing Decision (EU) 2021/914. Ang "UK Addendum" ay tumutukoy sa International Data Transfer Addendum na inilabas ng UK Information Commissioner sa ilalim ng seksyon 119A ng Data Protection Act 2018. Ang "Subprocessor" ay tumutukoy sa third party na kinuha namin upang iproseso ang Personal na Data ng Customer. Ang "Controller", "processor", "data subject", "personal na data", "pagpoproseso", "paglabag sa personal na data" at "supervisory authority" ay may mga kahulugang ibinigay sa GDPR, at ang katumbas na mga termino sa iba pang mga batas ay may katumbas na kahulugan.

Sa kaganapan ng alitan, ang pagkakasunod-sunod ng prayoridad ay: (a) ang Pamantayang Kontraktwal na mga Klausula at ang UK Addendum, kung saan sila nalalapat; (b) ang DPA na ito; (c) anumang iba pang mga tuntunin sa proteksyon ng data sa isang Order Form; (d) ang natitirang bahagi ng Kasunduan. Walang anumang bagay sa DPA na ito na nilalayong lumaban sa mga obligasyon ng isang partido sa ilalim ng Batas sa Proteksyon ng Data, at anumang termino na gagawin iyon ay babasahin hanggang sa pinakamaliit na antas na kinakailangan upang alisin ang alitan.

Ang DPA na ito ay nalalapat mula sa petsa ng pagkabisa ng Kasunduan hanggang sa hindi na kami humahawak ng anumang Personal na Data ng Customer, na maaaring mangyari pagkatapos matapos ang Kasunduan dahil sa mga timeline ng pagbura sa klausula 13. Ang mga obligasyon nito ay nananatili pagkatapos ng pagwawakas hangga't kami ay humahawak ng anumang Personal na Data ng Customer, at ang mga obligasyon sa pagiging kompidensyal ay nananatili nang walang hangganan sa lawak na kinakailangan ng Batas sa Proteksyon ng Data.

Pinoproseso namin ang Personal na Data ng Customer lamang base sa dokumentadong mga instruksyon ng Customer, kabilang para sa transfer sa ikatlong bansa, maliban kung kinakailangan ito ng batas na sumasakop sa amin, kung saan sasabihin namin sa Customer ang tungkol sa pangangailangang iyon bago ang pagpoproseso maliban kung ipinagbabawal ito ng batas batay sa mahahalagang dahilan ng pampublikong interes. Ang Kasunduan, ang DPA na ito, ang Dokumentasyon at ang configuration na itinakda ng Customer sa produkto (mga proyekto, mga locale, mga connector, mga subscription sa webhook, mga switch sa retention, ang switch sa translation memory at ang engine at mga setting ng quality na available sa Customer) ay sama-samang bumubuo ng kumpletong dokumentadong mga instruksyon ng Customer. Sasabihin namin sa Customer kung, sa aming palagay, ang isang instruksyon ay lumalabag sa Batas sa Proteksyon ng Data, at maaari naming suspindihin ang apektadong pagpoproseso hanggang ito ay bawiin o baguhin sa halip na isagawa ito.

Pinoproseso namin ang Personal na Data ng Customer lamang upang magbigay, siguraduhin ang seguridad, suportahan at panatilihin ang Serbisyo para sa Customer, at para sa walang anumang independiyenteng layunin para sa sarili namin. Hindi namin ibinebenta ang Personal na Data ng Customer, hindi namin ito ibinahagi para sa cross-context behavioral advertising, hindi namin ito pinagsasama sa personal na data na natatanggap namin mula sa iba pang mga source maliban kung pinapayagan ng Batas sa Proteksyon ng Data para sa isang service provider, at hindi namin ito ginagamit upang sanayin, i-fine-tune o tasahin ang anumang machine learning model. Ang aming mga AI subprocessor ay pinoproseso ito para sa inference lamang, sa ilalim ng mga komersyal na termino na nagbabawal ng pagsasanay gamit ito. Maaari kaming gumawa at gumamit ng aggregated o de-identified na istatistika na hindi nagpapakilala sa Customer o anumang data subject, at hindi namin susubukang i-re-identify ang mga ito.

Tinitiyak namin na ang bawat taong may awtorisasyon na iproseso ang Personal na Data ng Customer ay sakop ng angkop na obligasyon sa pagiging kompidensyal, maging kontraktwal o estatutoryo, na nananatili pagkatapos matapos ang kanilang engagement. Ang access ay ibinibigay base sa pinakamababang pribilehiyo, limitado sa kung ano ang kailangan ng isang tao upang gawin ang kanilang tungkulin, sinusuri nang pana-panahon at agad na binabawi sa pagbabago ng tungkulin o pag-alis. Ang mga tauhan na may access ay tumatanggap ng pagsasanay sa proteksyon ng data at seguridad na angkop sa kanilang tungkulin.

Ipinatutupad at pinapanatili namin ang mga teknikal at organisasyonal na hakbang na nakasaad sa Annex II, isinasaalang-alang ang state of the art, ang mga gastos ng implementasyon at ang kalikasan, saklaw, konteksto at mga layunin ng pagpoproseso, pati na rin ang panganib sa mga data subject. Maaari naming i-update ang mga hakbang na iyon sa paglipas ng panahon basta't ang kabuuang antas ng proteksyon ay hindi makabuluhang nababawasan sa panahon ng isang paid subscription period. Ang Annex II ay naglalahad ng aming mga kakulangan pati na rin ang aming mga kontrol, sinasadya: ang annex ng mga hakbang na naglilista lamang ng mga lakas ay hindi dokumento na maaaring asahan ng isang reviewer.

Binibigyan ng Customer ang isang pangkalahatang nakasulat na awtorisasyon para sa amin na kumuha ng mga Subprocessor, sa mga kategoryang inilarawan sa dokumentong Subprocessors, at partikular na inoauthorize ang mga nasa listahan ng subprocessor na ibinigay sa ilalim ng Annex III noong petsa ng pagkabisa. Ipinataw namin sa bawat Subprocessor ang mga obligasyon sa proteksyon ng data na hindi mas mababa sa proteksyon kaysa sa nasa DPA na ito sa pamamagitan ng nakasulat na kontrata, at nananatili kaming ganap na responsable sa Customer para sa pagganap ng mga obligasyon ng isang Subprocessor. Bibigyan namin ang Customer ng hindi bababa sa tatlumpung araw na abiso, sa pamamagitan ng email sa mga Account Owner, bago magsimulang iproseso ng isang bagong Subprocessor ang Personal na Data ng Customer. Maaaring tumutol ang Customer base sa makatwirang, dokumentadong mga dahilan sa proteksyon ng data sa loob ng periodong iyon, kung saan gagawa kami ng good faith upang mag-alok ng pagbabago sa configuration o alternatibo na iiwasan ang pagpoproseso; kung hindi namin magawa ito sa loob ng makatwirang panahon, maaaring wakasin ng Customer ang apektadong subscription nang walang penalty at makakuha ng pro-rata refund ng mga prepaid na hindi nagamit na bayarin.

Isinasaalang-alang ang kalikasan ng pagpoproseso, tinutulungan namin ang Customer sa pamamagitan ng angkop na teknikal at organisasyonal na mga hakbang, hangga't posible, upang matupad ang obligasyon ng Customer na tumugon sa isang data subject na gumagamit ng karapatan sa access, rectification, erasure, restriction, portability, o objection. Ang produkto mismo ang unang linya ng tulong na ito: ang mga Account Owner at mga admin ng workspace ay maaaring maghanap, mag-edit, at magbura ng content ng proyekto, pamahalaan ang mga miyembro at role, at kunin ang content ng proyekto sa pamamagitan ng API pull endpoint, command line interface, delivery bundle, o storage connector sa paid plan, at ang mga Account Owner ay maaaring magbura ng workspace. Kung hindi masagot ng produkto ang isang kahilingan, tutulungan namin ito kapag hiningi sa loob ng makatwirang panahon at walang bayad para sa makatwirang dami ng mga kahilingan. Kung direktang makipag-ugnayan ang isang data subject sa amin tungkol sa Customer Personal Data, hindi kami direktang tutugon; sasabihin namin sa kanila na kontakin ang Customer at, maliban kung bawal, agad naming iaabiso ang Customer.

Isinasaalang-alang ang kalikasan ng pagpoproseso at ang impormasyong available sa amin, tinutulungan namin ang Customer na matupad ang kanyang mga obligasyon sa ilalim ng Articles 32 hanggang 36 ng GDPR at ang mga katumbas nito, kabilang ang mga data protection impact assessment at prior consultation with a supervisory authority. Sa praktika, nangangahulugan ito ng pagbibigay ng DPA na ito, Annex II, mga disclosure ng Trust Center, schedule ng retention sa Privacy Policy, aming dokumentasyon sa seguridad, at makatwirang nakasulat na mga sagot sa security o privacy questionnaire. Maaari kaming mangbayad para sa tulong na lumampas nang malaki sa makatwirang dami, sa aming kasalukuyang rate para sa professional services, at sasabihin namin ito bago gawin ang trabaho sa halip na pagkatapos.

Inaabiso namin ang Customer nang walang hindi makatwirang pagkaantala, at sa anumang kaso sa loob ng pitumpu't dalawang oras, pagkatapos malaman ang personal data breach na apektado ang Customer Personal Data. Inilalarawan ng abiso, hangga't alam sa oras na iyon at ina-update habang natututo pa kami: ang kalikasan ng breach kabilang, kung posible, ang mga kategorya at tinatayang bilang ng mga data subject at record na kinabibilangan; ang malamang na mga kahihinatnan; ang mga hakbang na kinuha o iminumungkahi upang tugunan ito at bawasan ang epekto nito; at isang contact point para sa karagdagang impormasyon. Kooperasyon kami sa Customer at gagawin ang mga hakbang na makatwirang hinihiling ng Customer upang tulungan sa kanilang sariling imbestigasyon at notification. Ang abiso ay hindi, at hindi ituturing na, pagkilala ng pagkakamali o pananagutan. Hindi namin iiantala ang abiso upang makumpleto muna ang imbestigasyon.

Sa pagpipilian ng Customer, buburahin o ibabalik namin ang Customer Personal Data sa pagtatapos ng pagbibigay ng serbisyo, at buburahin ang umiiral na mga kopya, maliban kung ang batas na sakop namin ay nangangailangan ng imbakan. Sa produkto, gumagana ito nang ganito: ang pagkansela ng subscription ay lilipatin ang Account sa Free plan, na kasama ang isang workspace, at ang bawat ibang workspace ay magiging read only at buburahin 30 araw pagkatapos, o mas maaga para sa workspace na dumaan sa parehong proseso kamakailan gaya ng inilalarawan sa clause 13 ng Terms of Service, maliban kung i-upgrade o ilipat muna ito ng Customer; ang pagbura ng workspace ay gagawin itong read only sa loob ng 30 araw, kung saan maaari itong ibalik ng Account Owner, at pagkatapos ng panahong iyon, ang workspace ay alisin sa live database, kabilang ang mga proyekto, translation, version history, usage records, webhook delivery records, screenshot, at audit events; ang pagsara ng Account ay bubura sa bawat workspace dito sa parehong paraan at itatago ang mga invoice ng Account sa loob ng 7 taon; ang pagbura ng login ng User ay agarang at irreversible. Ang content na kinukuha ng Customer sa pamamagitan ng API, command line interface, delivery bundle, o storage connector ay wala na sa aming kontrol mula noong ideliver namin ito. Ang mga encrypted backup ay hindi nasasakop ng purge at mag-e-expire sa mga schedule sa Annex II; habang umiiral pa ang mga ito, hiwalay sila, naka-encrypt, at ire-restore lamang para sa disaster recovery, hindi kailanman upang ibalik ang purged workspace sa serbisyo. Ang nakasulat na kahilingan para sa pagbabalik sa istrukturadong format na ginawa bago ang pagbura ay igagalang nang isang beses, walang bayad, sa loob ng makatwirang panahon.

Ibinibigay namin sa Customer ang impormasyong makatwirang kinakailangan upang ipakita ang pagsunod sa DPA na ito at sa Artikulo 28 ng GDPR, at pinapayagan at pinapadali ang mga audit, kabilang ang mga inspeksyon, na isinasagawa ng Customer o ng auditor na itinalaga nito. Sa unang pagkakataon, natutupad ang obligasyong iyan sa pamamagitan ng DPA na ito, Annex II, Trust Center, pahina ng seguridad, at aming mga nakumpletong tugon sa security questionnaire. Kung talagang hindi sapat ang mga ito para sa regulatoryong obligasyon ng Customer, maaaring magsagawa ng audit ang Customer nang isang beses sa loob ng anumang labindalawang buwan, na may hindi bababa sa tatlumpung araw na nakasulat na abiso, sa oras ng negosyo, nang hindi hindi makatwirang nakakaabala sa aming operasyon, alinsunod sa mga obligasyon sa pagiging kompidensyal, limitado sa mga sistema at rekord na nauugnay sa sariling data ng Customer, at sa gastusin ng Customer. Ang isang awtoridad na pangtagapangasiwa na gumagamit ng estatutoryong kapangyarihan ay hindi sakop ng mga limitasyong iyon. Ang isang auditor ay hindi maaaring maging kompetidor namin, at maaari naming hinging magkaroon sila ng hiwalay na kasunduan sa pagiging kompidensyal.

Kung ang aming pagpoproseso ng Personal Data ng Customer ay kasama ang paglilipat mula sa European Economic Area patungo sa isang bansa na hindi sakop ng desisyon tungkol sa katumbas na proteksyon, ang Mga Pamantayang Kontraktwal na Klausa ay isinama at bumubuo ng bahagi ng DPA na ito at nalalapat na tulad ng sumusunod. Module Two (controller to processor) ay nalalapat kung ang Customer ay isang controller. Module Three (processor to processor) ay nalalapat kung ang Customer ay mismong isang processor. Nalalapat ang Clause 7 (ang docking clause). Sa Clause 9, napili ang Option 2 (pangkalahatang nakasulat na awtorisasyon), na may panahon ng abisong nakasaad sa clause 09 sa itaas. Sa Clause 11, hindi napili ang opsyonal na wika para sa independiyenteng resolusyon ng alitan. Sa Clause 17, ang Mga Klausa ay nasasakupan ng batas ng Republika ng Ireland maliban kung sumang-ayon ang mga partido sa batas ng ibang EU member state sa isang Order Form. Sa Clause 18(b), ang mga alitan ay lutasin sa harap ng mga hukuman ng Republika ng Ireland sa parehong batayan. Ang Annex I(A) ay ang mga partido, ang Annex I(B) ay ang paglalarawan ng paglilipat, ang Annex I(C) ay ang kompetenteng awtoridad na pangtagapangasiwa, ang Annex II ay ang mga teknikal at organisasyonal na hakbang, at ang Annex III ay ang listahan ng mga subprocessor, bawat isa ay tulad ng inilatag sa ibaba.

Para sa isang paglilipat na nasasakupan ng UK GDPR, ang UK Addendum ay isinama at nakumpleto na tulad ng sumusunod: Ang Table 1 ay nakumpleto sa pamamagitan ng Annex I(A); ang Tables 2 at 3 ay nakumpleto sa pamamagitan ng clause 15 at Annexes I at II ng DPA na ito, na may Approved EU SCCs bilang bersyong sinandalan; at sa Table 4, walang partido ang maaaring wakasan ang Addendum kapag nabago ang Approved Addendum. Para sa isang paglilipat na nasasakupan ng batas ng Swiss, ang mga sanggunian sa SCCs sa GDPR ay binabasa bilang mga sanggunian sa Swiss Federal Act on Data Protection, ang kompetenteng awtoridad ay ang Federal Data Protection and Information Commissioner, ang mga sanggunian sa isang member state ay hindi nag-aalis sa isang data subject sa Switzerland ng karapatang manlegal sa kanilang lugar ng karaniwang tirahan, at ang SCCs ay nagpoprotekta sa data ng mga legal na entidad hanggang sa hindi na ito kinakailangan ng batas ng Swiss.

Kung makatanggap kami ng legally binding na kahilingan mula sa isang pampublikong awtoridad para sa Customer Personal Data, gagawin namin ang mga sumusunod: suriin ito para sa bisa at saklaw at hamunin ito kung may makatwirang dahilan upang ituring itong ilegal; ilantad lamang ang pinakamababa na kinakailangan ng kahilingan; at agad na ipaalam sa Customer na may sapat na detalye upang tumugon, maliban kung ipinagbabawal ng batas, kung saan gagamitin namin ang makatwirang pagsisikap upang makakuha ng waiver ng pagbabawal at upang humanap ng interim measure na nagpapahintulot ng paglalantad. Pinapanatili namin ang rekord ng mga kahilingang natanggap namin at ng mga tugon na ibinigay namin, at ibinibigay namin ito sa Customer at sa isang awtoridad na pangtagapangasiwa kapag hiningi, hanggang sa lawak na pinapayagan ng batas. Hindi kami nakatanggap ng kahilingan mula sa gobyerno na nangangailangan sa amin na bumuo o panatilihin ang isang pangkalahatang mekanismo ng access sa Customer Personal Data, at hindi kami magbubuo ng isa nang kusang-loob.

Para sa personal na impormasyong nasasakupan ng CCPA, ang Customer ay ang business at kami ay isang service provider. Ipinagbabawal sa amin, at hindi namin gagawin, ang pagbebenta o pagbabahagi ng personal na impormasyong iyon; pagpapanatili, paggamit o paglalantad nito para sa anumang layunin maliban sa mga layuning pang-negosyo na tinukoy sa Kasunduan o gaya ng iba pa na pinapayagan ng CCPA; pagpapanatili, paggamit o paglalantad nito sa labas ng direktang relasyong pang-negosyo sa pagitan ng mga partido; o pagsasama nito sa personal na impormasyong natanggap mula sa ibang pinagmulan, maliban kung pinapayagan ng CCPA ang isang service provider na gawin ito. Pinatutunayan namin na naiintindi namin at susundin namin ang mga restriksyong ito. Ipapaalam namin sa Customer kung matukoy namin na hindi na namin kayang tuparin ang mga ito. Maaaring gumawa ang Customer ng makatwiran at angkop na mga hakbang upang ihinto at ayusin ang hindi awtorisadong paggamit, gamit ang mga karapatan sa audit sa clause 14. Nagbibigay kami ng parehong antas ng proteksyon sa privacy na kinakailangan ng CCPA mula sa business.

Kung nalalapat ang isang komprehensibong batas sa privacy ng estado at nangangailangan ng kontrata ng processor na may mga tiyak na termino, ang DPA na ito ay ang kontratang iyon: inilalatag nito ang kalikasan at layunin ng pagpoproseso, uri ng data, tagal, mga karapatan at obligasyon ng parehong partido, aming tungkulin sa pagiging kompidensyal, aming pakikipag-ugnayan sa mga subprocessor sa ilalim ng katumbas na nakasulat na mga termino, aming tulong sa mga kahilingan sa karapatan ng consumer at sa mga obligasyon sa seguridad, aming tungkulin sa pagtanggal o pagbabalik sa pagtatapos ng mga serbisyo, at aming obligasyon na ibigay ang impormasyong kinakailangan upang ipakita ang pagsunod at upang payagan ang isang makatwirang pagsusuri. Kumikilos kami bilang isang processor o service provider sa ilalim ng mga batas na iyon at hindi kailanman bilang isang controller ng Customer Personal Data.

Ang pananagutan ng bawat partido na nagmumula o may kaugnayan sa DPA na ito, maging sa kontrata, tort o anumang iba pang teorya, ay nasasakupan ng mga limitasyon at eksepsyon sa pananagutan sa Kasunduan, at ang anumang sanggunian sa mga limitasyong iyon sa pananagutan ng isang partido ay nangangahulugang ang kabuuang pananagutan ng partidong iyon sa ilalim ng Kasunduan at DPA na ito nang sabay-sabay. Walang bagay sa klausulang ito na naglilimita sa mga karapatan ng isang data subject sa ilalim ng Mga Pamantayang Kontraktwal na Klausa o sa ilalim ng Batas sa Proteksyon ng Data, at walang bagay na naglilimita sa pananagutang hindi maaaring limitahan nang legal.

Maaari naming i-update ang DPA na ito kung kinakailangan upang salamin ang isang pagbabago sa Batas sa Proteksyon ng Data, isang bagong o binagong mekanismo ng paglilipat, isang desisyon ng isang awtoridad na pangtagapangasiwa o hukuman, o isang material na pagbabago sa kung paano pinoproseso ng Serbisyo ang Customer Personal Data, basta't ang update ay hindi materially binabawasan ang proteksyong ibinibigay sa Customer Personal Data. Nagbibigay kami ng hindi bababa sa tatlumpung araw na abiso para sa isang material na update, sa pamamagitan ng email at sa pahinang ito, at binabago namin ang epektibong petsa sa itaas. Pinapanatili namin ang superseded na bersyon na available kapag hiningi.

Ang DPA na ito ay nagtatali sa amin nang walang pirma, kaya hindi kailangan ng Customer ng isa upang maprotektahan. Kung ang iyong proseso ay nangangailangan ng executed counterpart para sa iyong mga rekord, o kung gusto mong magraise ng redline, sumulat sa privacy@transglot.ai na may legal entity name, registered address, notice contact at signatory, at ibabalik namin ang signed copy. Sumasagot kami sa mga security at privacy questionnaire mula sa parehong address, at dala ng Trust Center ang pack na kailangan ng karamihan sa mga reviewer bago sila sumulat sa sinuman.

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, isang kumpanya na may limitadong pananagutan na itinatag sa Delaware, Estados Unidos, na nagtatransaksyon bilang 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.

Ang awtoritatibo at kasalukuyang listahan ng mga subprocessor ay pinapanatili namin at ibinibigay sa Customer kapag hinihingi, sa ilalim ng non-disclosure agreement, sa pamamagitan ng pagsusulat sa privacy@transglot.ai. Ang mga kategorya, layunin, rehiyon, at kondisyon kung saan bawat isa ay ginagamit ay inilalathala sa Trust Center at binubuod sa dokumentong Subprocessors, na isinama sa Annex na ito sa pamamagitan ng reperensya. Ito ay nakalagay sa iisang lugar imbes na iduplikado sa pahinang ito nang sinasadya: ang isang listahang itinype muli sa isang legal na dokumento ay laging lumalabo pagkaiba ng vendor, at ang lumang annex ay mas masama kaysa sa isang link. Simula sa epektibong petsa, ang mga kategorya ay: AI translation, automated quality checking, glossary extraction at in-context vision suggestions, na pinoproseso sa United States at ginagamit kapag gumagamit ng AI feature; text embeddings para sa semantic translation memory, na pinoproseso sa United States at ginagamit lamang kapag binuksan ng project ang feature na iyon, na naka-off bilang default; isang opsyonal na alternatibong translation engine na na-access sa pamamagitan ng API router sa United States at naka-host sa Singapore, ginagamit lamang kapag iniroute ng operator ang isang tier dito, na naka-off bilang default; cloud hosting, database at object storage, sa rehiyong itinakda sa deployment at laging ginagamit; payment processing, sa United States at European Union, ginagamit lamang para sa mga paid plan; transactional email delivery, laging ginagamit; at in-product support messaging, ginagamit lamang kapag naka-enable ang support messenger. Kung ang customer ay nagbibigay ng sariling credentials para sa opsyonal na machine translation fallback, ang customer ang controller ng transfer na iyon at ang vendor ay hindi aming subprocessor.