የፕሮሰሰር ውሎች፣ ተጨማሪዎች ተካተዋል።

ይህ የዳታ ማቀነባበሪያ ተጨማሪ ("DPA") በDigital Socket LLC፣ በዴላዌር፣ አሜሪካ የተመሰረተ የተወሰነ ኃላፊነት ኩባንያ፣ በTransglot ስም የሚሠራ ("Transglot", "ፕሮሰሰር") እና በደንበኛ ("ደንበኛ", "ተቆጣጣሪ") መካከል ባለው የአገልግሎት ውሎች ወይም በሌላ የጽሁፍ ስምምነት ("ውል") ውስጥ የሚገኝ ሲሆን፣ አገልግሎቱን በመስጠት ረቂቅ ደንበኛ የግል ዳታን ስናቀናብር በሁሉም ቦታ ይተገበራል። በማጣቀሻ በውል ውስጥ ተካቷል እና ውሉ ሲጀምር ይጀምራል፤ እኛን ለማስገደድ ፊርማ አያስፈልግም። ደንበኛው ራሱ ለሦስተኛ ወገን ተቆጣጣሪ እየሠራ ፕሮሰሰር ከሆነ፣ ደንበኛው አሳዳጊ ነው እና ይህ DPA እንደ ተቆጣጣሪ እንደሆነ ይተገበራል፣ እና ደንበኛው በእነዚህ ውሎች ላይ ለመግባት ከራሱ ተቆጣጣሪ ሥልጣን እንዳለው ያረጋግጣል።

"የዳታ ጥበቃ ሕግ" ማለት ለአንድ ወገን የሚተገበሩ ስለ የግል ዳታ ማቀነባበሪያ ሁሉም ሕጎችን ያጠቃልላል፣ የEU አጠቃላይ የዳታ ጥበቃ ደንብ 2016/679 ("GDPR")፣ የዩኬ GDPR እና የዳታ ጥበቃ ሕግ 2018፣ የስዊዘርላንድ ፌዴራል የዳታ ጥበቃ ሕግ፣ እንደተሻሻለው የካሊፎርኒያ የደንበኛ ግላዊነት ሕግ ("CCPA") እና ተመጣጣኝ የአሜሪካ ግዛት የግላዊነት ሕጎችን ያጠቃልላል። "ደንበኛ የግል ዳታ" ማለት በደንበኛ ይዘት ውስጥ ያለ ወይም በደንበኛ ስም በእኛ የሚቀነባበር የግል ዳታ ነው። "መደበኛ የኮንትራት ውሎች" ወይም "SCCs" ማለት ኮሚሽን አፈጻጸም ውሳኔ (EU) 2021/914 ላይ ተያያዥ የሆኑት ውሎች ናቸው። "የዩኬ ተጨማሪ" ማለት በዳታ ጥበቃ ሕግ 2018 አንቀጽ 119A ስር በዩኬ መረጃ ኮሚሽነር የተሰጠው አለም አቀፍ የዳታ ሽግግር ተጨማሪ ነው። "ንዑስ-ፕሮሰሰር" ማለት ደንበኛ የግል ዳታን ለማቀነባበር በእኛ የተቀጠረ ሦስተኛ ወገን ነው። "ተቆጣጣሪ"፣ "ፕሮሰሰር"፣ "የዳታ ጉዳይ ባለቤት"፣ "የግል ዳታ"፣ "ማቀነባበሪያ"፣ "የግል ዳታ ጥሰት" እና "ቆጣጣሪ ባለስልጣን" በGDPR ውስጥ የተሰጡትን ትርጓሜዎች አሏቸው፣ እና በሌሎች ሕጎች ውስጥ ያሉ ተመጣጣኝ ቃላት ተመጣጣኝ ትርጓሜ አሏቸው።

በግጭት ሁኔታ፣ የቅድሚያ ቅደም ተከተል፡ (a) መደበኛ የኮንትራት ውሎች እና የዩኬ ተጨማሪ፣ ሲተገበሩ፤ (b) ይህ DPA፤ (c) በትዕዛዝ ቅጽ ውስጥ ያሉ ሌሎች የዳታ ጥበቃ ውሎች፤ (d) የውሉ ቀሪ ክፍል። በዚህ DPA ውስጥ ምንም ነገር በዳታ ጥበቃ ሕግ ስር ካለው የአንድ ወገን ግዴታ ጋር ለመጋጨት አይታሰብም፣ እና ያንን የሚያደርግ ማንኛውም ውል ግጭቱን ለማስወገድ በሚያስፈልገው ዝቅተኛው መጠን ይነበባል።

ይህ የዳታ ጥበቃ ስምምነት (DPA) ከስምምነቱ ተፈጻሚነት ቀን ጀምሮ እስከ ማንኛውም የደንበኛ ግል ውል ያለው ውል መጨረሻ ድረስ ይተገበራል። ይህም በአንቀጽ 13 ውስጥ ባሉት የማጥፋት ጊዜያት ምክንያት ከስምምነቱ መጠናቀቅ በኋላ ሊሆን ይችላል። ማንኛውም የደንበኛ ግል ውል ያለው ውል በእጃችን እስካለ ድረስ የስምምነቱ ግዴታዎች ከመጨረሻ በኋላም ይቀጥላሉ፣ እና የሚስጥርነት ግዴታዎች በዳታ ጥበቃ ሕግ እንደሚፈለገው ወደፊት ለማያልቅ ጊዜ ይቀጥላሉ።

የደንበኛ ግል ውል ያለው ውልን የምንሰራው በደንበኛው በተመዘገቡ መመሪያዎች መሰረት ብቻ ነው፣ ይህም ወደ ሦስተኛ አገር ለማስተላለፍ ያጠቃልላል፣ ነገር ግን እኛ የምንገዛበት ሕግ እንዲህ እንድናደርግ ካልጠየቀ በስተቀር። በዚህ ሁኔታ፣ ሕጉ በጠቃሚ የሕዝብ ፍላጎት ምክንያቶች ከከለከለ በስተቀር፣ ከመስራታችን በፊት ደንበኛውን በዚህ ግዴታ እናሳውቃለን። ስምምነቱ፣ ይህ DPA፣ ማስታወሻዎቹ እና ደንበኛው በምርቱ ውስጥ ያዘጋጀው አቀማመጥ (ፕሮጀክቶች፣ ቦታዎች፣ አገናኞች፣ የ webhook ምዝገባዎች፣ የማቆየት ቁልፎች፣ የትርጉም ማስታወሻ ቁልፍ እና ለደንበኛው የሚገኙ የሞተር እና የጥራት ቅንብሮች) አንድ ላይ የደንበኛውን ሙሉ የተመዘገቡ መመሪያዎች ይፈጥራሉ። አንድ መመሪያ የዳታ ጥበቃ ሕግን የሚጥስ ከሆነ፣ በእኛ አስተያየት ደንበኛውን እናሳውቃለን፣ እና ተጽዕኖ ያሳደረውን መስራት እስከሚሰረዝ ወይም እስከሚሻሻል ድረስ ልንቆጥረው እንችላለን እንጂ ልንፈጽመው አንችልም።

የደንበኛ ግል ውል ያለው ውልን የምንሰራው ለደንበኛው አገልግሎቱን ለመስጠት፣ ለማስጠበቅ፣ ለመደገፍ እና ለመጠበቅ ብቻ ነው፣ እና ለሌላ ማንኛውም የራሳችን ዓላማ አይደለም። የደንበኛ ግል ውል ያለው ውልን አንሸጥም፣ ለተሻጋሪ-አውድ ባህሪያዊ ማስታወቂያ አናጋራውም፣ ከሌሎች ምንጮች ከምንቀበለው ግል ውል ያለው ውል ጋር አናጣምረውም፣ ነገር ግን ይህ ለአገልግሎት አቅራቢ በዳታ ጥበቃ ሕግ እንደተፈቀደ በስተቀር፣ እንዲሁም ማንኛውንም የማሽን መማር ሞዴል ለማሰልጠን፣ ለማስተካከል ወይም ለመገምገም አንጠቀምበትም። የእኛ AI ንዑስ-አሰሪዎች ለመገመት (inference) ብቻ ይሰሩታል፣ በእሱ ላይ ለማሰልጠን የሚከለክሉ የንግድ ውሎች መሰረት። ደንበኛውንም ሆነ ማንኛውንም የዳታ ጉዳይ አለባቸውን የሚለዩ ያልተገለጹ ወይም ስም የተገለጹላቸው ስታቲስቲክሶችን ልንፈጥር እና ልንጠቀም እንችላለን፣ እና እነሱን እንደገና ለመለየት አንሞክርም።

የደንበኛ ግል ውል ያለው ውልን ለመስራት ፈቃድ ያላቸው ሁሉም ሰዎች፣ የስራቸው መጨረሻ ቢኖርም የሚቀጥል፣ በኮንትራት ወይም በሕግ የተጣለ ተገቢ የሚስጥርነት ግዴታ እንዲኖራቸው እናረጋግጣለን። መዳረሻ በጣም አነስተኛ መብብት መሰረት ይሰጣል፣ ይህም አንድ ሰው ሚናውን ለመፈጸም ለሚያስፈልገው ብቻ የተገደበ፣ በየጊዜው የሚገመገም እና በሚና ለውጥ ወይም በመውጣት ላይ በፍጥነት የሚሰረዝ ነው። መዳረሻ ያላቸው ሰራተኞች ለሚናቸው ተገቢ የሆነ የዳታ ጥበቃ እና የደህንነት ስልጠና ይቀበላሉ።

በአንክስ II ውስጥ የተቀመጡትን ቴክኒካል እና ድርጅታዊ እርምጃዎች እንተገብራለን እና እንጠብቃለን፣ የቴክኖሎጂውን ደረጃ፣ የተግባራዊነት ወጪዎች እና የመስራቱን ተፈጥሮ፣ ስፋት፣ አውድ እና ዓላማዎች፣ እንዲሁም ለዳታ ጉዳይ አለባቸው ያለውን አደጋጋሚነት ከግምት ውስጥ በማስገባት። አጠቃላይ የጥበቃ ደረጃ በክፍያ ያዘዙበት ጊዜ ውስጥ በከፍተኛ ሁኔታ እንዳይቀንስ ሁኔታ ሲፈጠር እነዚህን እርምጃዎች በጊዜ ሂደት ልናዘምናቸው እንችላለን። አንክስ II ክፍተቶቻችንን እንዲሁም ቁጥጥሮቻችንን ይገልጻል፣ በአላማ፡ ጥንካሬዎችን ብቻ የሚዘረዝር የእርምጃ አንክስ ግምገማ አድርጎ ሊታመንበት የማይችል ሰነድ አይደለም።

ደንበኛው እኛ ንዑስ-አሰሪዎችን እንድንቀጥር አጠቃላይ የጽሁፍ ፈቃድ ይሰጣል፣ ይህም በንዑስ-አሰሪዎች ሰነድ ውስጥ በተገለጹት ምድቦች ውስጥ፣ እና በተለይ በአንክስ III ስር እንደ ተፈጻሚነት ቀን የቀረበውን የንዑስ-አሰሪ ዝርዝር ውስጥ ያሉትን ያፈቅዳል። በጽሁፍ ኮንትራት መሰረት በእያንዳንዱ ንዑስ-አሰሪ ላይ ከዚህ DPA ያነሱ ያልሆኑ የዳታ ጥበቃ ግዴታዎችን እንጭናለን፣ እና ለንዑስ-አሰሪው የግዴታውን አፈጻጸም ሙሉ በሙሉ ለደንበኛው ኃላፊነት እንወስዳለን። አዲስ ንዑስ-አሰሪ የደንበኛ ግል ውል ያለው ውልን መስራት ከመጀመሩ በፊት ቢያንስ ሠላሳ ቀን ማሳወቂያ በኢሜይል ለአካውንት ባለቤቶች እንሰጣለን። ደንበኛው በዚህ ጊዜ ውስጥ በተገቢ፣ በተመዘገቡ የዳታ ጥበቃ ምክንያቶች መሰረት ሊቃወም ይችላል፣ በዚህ ሁኔታ መስራቱን የሚያስወግድ የአቀማመጥ ለውጥ ወይም ሌላ አማራጭ ለመስጠት በጥሩ ፍቃድ እንሰራለን፤ በተገቢ ጊዜ ውስጥ ካልቻልን፣ ደንበኛው ተጽዕኖ ያሳደረውን ደንበኝነት ያለቅጣት ሊያቋርጥ ይችላል እና ቀድሞ የተከፈሉ ያልተጠቀሙትን ክፍያዎች በተመጣጣኝ መልኩ መመለስ ይቀበላል።

Taking into account the nature of the processing, we assist the Customer by appropriate technical and organisational measures, insofar as this is possible, in fulfilling the Customer’s obligation to respond to a data subject exercising rights of access, rectification, erasure, restriction, portability or objection. The product itself is the first line of that assistance: the Account Owners and the workspace admins can search, edit and delete project content, manage members and roles, and retrieve project content through the API pull endpoint, the command line interface, the delivery bundle or a storage connector on a paid plan, and the Account Owners can delete the workspace. Where the product cannot answer a request, we will help on request within a reasonable period and at no charge for a reasonable volume of requests. If a data subject contacts us directly about Customer Personal Data, we will not respond substantively ourselves; we will tell them to contact the Customer and, unless prohibited, tell the Customer promptly.

የማቀነባበሩን ተፈጥሮ እና ለእኛ የሚገኙትን መረጃዎች ከግምት ውስጥ በማስገባት፣ ደንጋጌውን GDPR አንቀጾች 32–36 እና ተመጣጣኞቻቸውን ለመፈጸም፣ ከዳታ ጥበቃ ጽዕታ ግምገማዎች እና ከቁጥጥር ባለሥልጣን ጋር ቀደም ብሎ ማማከርን ጨምሮ፣ ደንጋጌውን እንረዳለን። በተግባር ይህ ማለት ይህን DPA፣ ተያያዥ II፣ የTrust Center ግልጽነቶች፣ በPrivacy Policy ውስጥ ያለውን የማቆየት መርሃ ግብር፣ የደህንነት ሰነዶቻችንን እና ለደህንነት ወይም ለግላዊነት ጥያቄ ቅጽ ተገቢ የሆኑ የጽሑፍ መልሶችን ማቅረብ ነው። ከተገቢ የጥያቄ መጠን በላይ በከፍተኛ ሁኔታ የሚያልፍ እርዳታ ላይ ክፍያ ልንጠይቅ እንችላለን፤ ክፍያውም በወቅቱ ባለን የሙያ አገልግሎት ዋጋዎች ይሆናል፣ ሥራውን ከመስራት በፊት ይህን እንገልጻለን እንጂ ከዚያ በኋላ አይደለም።

የደንጋጌው Personal Data ጥሰት እንደተፈጸመ ካወቅን በኋላ፣ ደንጋጌውን ያለአግባብ ጥረት ሳይደረግ፣ በማንኛውም ሁኔታ ውስጥ በሰባ ሁለት ሰዓታት ውስጥ እናሳውቃለን። ማሳወቂያው በወቅቱ እንደታወቀው ድረስ እና ተጨማሪ መረጃ ስናገኝ እያዘመንን የሚከተሉትን ይገልጻል፡ የጥሰቱን ተፈጥሮ፣ ከሆነ ሊጠቀሱ የሚችሉ የዳታ ግዛቶች እና የመዝገቦች ዓይነቶች እና ግምታዊ ቁጥር፤ ሊከሰቱ የሚችሉ ውጤቶች፤ ጥሰቱን ለመቅረፍ እና ውጤቶቹን ለመቀነስ የተወሰዱ ወይም የታሰቡ እርምጃዎች፤ እንዲሁም ተጨማሪ መረጃ ለማግኘት የመገናኘት ነጥብ። ከደንጋጌው ጋር እንተባበር እና ራሳቸው ምርምር እና ማሳወቂያ ለማድረግ ደንጋጌው በተገቢው ሁኔታ የሚጠይቃቸውን እርምጃዎች እንወስዳለን። ማሳወቂያው የጥፋት ወይም የኃላፊነት ተቀባይነት አይደለም፤ እንደዚህም አይተረጎምም። ምርምሩን ለማጠናቀቅ ማሳወቂያውን አናዘግየውም።

At the Customer’s choice, we delete or return Customer Personal Data at the end of the provision of services, and delete existing copies, unless a law to which we are subject requires storage. In the product that works as follows: cancelling a subscription moves the Account to the Free plan, which includes one workspace, and every other workspace becomes read only and is deleted 30 days later, or sooner for a workspace that went through the same recently as clause 13 of the Terms of Service describes, unless the Customer upgrades or moves it first; deleting a workspace makes it read only for 30 days, during which an Account Owner can restore it, and after that period the workspace is purged from the live database, including projects, translations, version history, usage records, webhook delivery records, screenshots and audit events; closing the Account deletes every workspace on it in the same way and keeps the Account’s invoices for 7 years; deleting a User’s login is immediate and irreversible. Content the Customer retrieves through the API, the command line interface, the delivery bundle or a storage connector is out of our hands from the moment we deliver it. Encrypted backups are not reached by the purge and expire on the schedules in Annex II; while they exist they are isolated, encrypted and restored only for disaster recovery, never to return a purged workspace to service. A written request for return in a structured format made before deletion will be honoured once, at no charge, within a reasonable period.

ደንጋጌውን DPA እና GDPR አንቀጽ 28ን መፈጸምን ለማሳየት በተገቢው ሁኔታ የሚያስፈልጉትን መረጃዎች ለደንጋጌው እናቀርባለን፤ እንዲሁም በደንጋጌው ወይም በደንጋጌው በተመደበ auditor የሚደረጉ audits፣ ከፍተኛ ቼኮችን ጨምሮ፣ እንዲደረጉ እና እንዲሳተፉ እናደርጋለን። በመጀመሪያ ደረጃ ይህ ግዴታ በዚህ DPA፣ ተያያዥ II፣ Trust Center፣ የደህንነት ገጽ እና የተሞሉት የደህንነት ጥያቄ ቅጽ መልሶቻችን ይፈጸማል። እነዚህ ለደንጋጌው ሬጉላቶሪ ግዴታ በእውነት በቂ ካልሆኑ፣ ደንጋጌው በአንድ ዓመት ውስጥ አንድ ጊዜ audit ማድረግ ይችላል፤ ቢያንስ በሰላሳ ቀናት የጽሑፍ ማሳወቂያ፣ በንግድ ሰዓታት፣ ሥራችንን ያለአግባብ ሳያስተጓጉል፣ ለሚስጥርነት ግዴታዎች ተገዢ ሆኖ፣ ከደንጋጌው ዳታ ጋር ብቻ የሚዛመዱ ስርዓቶች እና መዝገቦች ላይ ብቻ ተገድቦ፣ እና በደንጋጌው ወጪ። ስታቹቶሪ ሥልጣን ያለው ቁጥጥር ባለሥልጣን ከእነዚህ ገደቦች ነጻ ነው። Auditor የእኛ ተወዳዳሪ ሊሆን አይችልም፤ እንዲሁም ከእነሱ የተለየ የሚስጥርነት ቃል ኪዳን ልንጠይቅ እንችላለን።

Where our processing of Customer Personal Data involves a transfer from the European Economic Area to a country not covered by an adequacy decision, the Standard Contractual Clauses are incorporated into and form part of this DPA and apply as follows. Module Two (controller to processor) applies where the Customer is a controller. Module Three (processor to processor) applies where the Customer is itself a processor. Clause 7 (the docking clause) applies. In Clause 9, Option 2 (general written authorisation) is selected, with the notice period stated in clause 09 above. In Clause 11, the optional independent dispute resolution language is not selected. In Clause 17, the Clauses are governed by the law of the Republic of Ireland unless the parties agree another EU member state law in an Order Form. In Clause 18(b), disputes are resolved before the courts of the Republic of Ireland on the same basis. Annex I(A) is the parties, Annex I(B) is the description of the transfer, Annex I(C) is the competent supervisory authority, Annex II is the technical and organisational measures, and Annex III is the list of subprocessors, each as set out below.

ለዩኬ GDPR የሚገዛ ሽግግር፣ የዩኬ ተጨማሪው (UK Addendum) እንደሚከተለው ተካቶና ተሟልቷል፡ ጠረጴዛ 1 በአንቀጽ I(A) ተሟልቷል፤ ጠረጴዛዎች 2 እና 3 በአንቀጽ 15 እና በዚህ DPA አንቀጾች I እና II ተሟልተዋል፣ የተፈቀዱት የEU SCCs እንደ ተመረኮዘበት ስሪት ናቸው፤ እና በጠረጴዛ 4 ውስጥ፣ የተፈቀደው ተጨማሪ ሲቀየር ምንም ወገን ተጨማሪውን ማብቃት አይችልም። ለስዊዘርላንድ ሕግ የሚገዛ ሽግግር፣ በSCCs ውስጥ ያሉት ወደ GDPR የሚያመለክቱ ጥቅሶች ወደ ስዊዘርላንድ ፌዴራል የዳታ ጥበቃ ሕግ ጥቅሶች ተደርገው ይነበባሉ፣ ብቁ ባለስልጣን ፌዴራል የዳታ ጥበቃ እና መረጃ ኮሚሽነር ነው፣ ወደ አባል ግዛት የሚያመለክቱ ጥቅሶች በስዊዘርላንድ ውስጥ ያለውን የዳታ ጉዳይ ባለቤት በመደበኛ መኖሪያ ቦታቸው የመክሰስ መብት አያሳጣቸውም፣ እና SCCs የሕጋዊ አካላትን ዳታ ስዊዘርላንድ ሕግ እስከማያስፈልገው ድረስ ይጠብቃሉ።

ከህዝብ ባለስልጣን ለደንበኛ የግል ዳታ ሕጋዊ የሆነ የግዴታ ጥያቄ ከተቀበልን፡ ለሕጋዊነት እና ለክልል ያለውን ትክክለኛነት እንገምግምና ሕገ-ወጥ ነው ብለን ለማሰብ ምክንያታዊ መሠረት ካለ እንቃወመው፤ ጥያቄው የሚጠይቀውን ዝቅተኛውን መጠን ብቻ እናሳውቅ፤ እና ደንበኛውን በቂ ዝርዝር በመስጠት በፍጥነት እናሳውቃለን፣ ሕጋዊ እገዳ ካልሆነ በቀር፣ በዚህ ጉዳይ ላይ እገዳውን ለማላቀቅ እና ለመግለጫ የሚያስችል ጊዜያዊ እርምጃ ለማግኘት ምክንያታዊ ጥረት እናደርጋለን። የተቀበልናቸውን ጥያቄዎች እና የሰጠናቸውን ምላሾች መዝገብ እናቆያለን፣ እና ሕጉ በፈቀደው መጠን ለደንበኛው እና ለቆጣጣሪ ባለስልጣን በጥያቄ ላይ እናቀርባለን። ደንበኛ የግል ዳታ ላይ አጠቃላይ የመዳረስ ሜካኒዝም ለመገንባት ወይም ለመጠበቅ የጠየቀን የመንግስት ጥያቄ አልተቀበልንም፣ እና በራሳችን ፈቃድ አንገነባውም።

ለCCPA የሚገዛ የግል መረጃ፣ ደንበኛው ንግድ ሲሆን እኛ አገልጋይ አቅራቢ ነን። ያንን የግል መረጃ መሸጥ ወይም መጋራት፤ ከውል ውስጥ ከተገለጹት የንግድ ዓላማዎች ውጭ ወይም በCCPA ከተፈቀደ በስተቀር ለማንኛውም ዓላማ መያዝ፣ መጠቀም ወይም መግለጽ፤ በወገኖች መካከል ባለው ቀጥተኛ የንግድ ግንኙነት ውጭ መያዝ፣ መጠቀም ወይም መግለጽ፤ ወይም ከሌላ ምንጭ ከተቀበለን የግል መረጃ ጋር ማጣመር ተከልክለናል፣ እና አናደርገውም፣ CCPA አገልጋይ አቅራቢ ሊያደርገው የሚፈቅደውን በስተቀር። እነዚህን ገደቦች እንደምንረዳ እና እንደምንከተል እናረጋግጣለን። እነሱን ማሟላት እንደምንችል ካላመንን ደንበኛውን እናሳውቃለን። ደንበኛው በአንቀጽ 14 ውስጥ ያሉትን የኦዲት መብቶች በመጠቀም ያልተፈቀደ አጠቃቀም ለማቆም እና ለማስተካከል ምክንያታዊ እና ተገቢ እርምጃዎችን ሊወስድ ይችላል። CCPA ንግዱን ከሚጠይቀው ጋር ተመጣጣኝ የሆነውን የግላዊነት ጥበቃ ደረጃ እናቀርባለን።

ሁሉን አቀፍ የግዛት የግላዊነት ሕግ ሲተገበር እና በተወሰኑ ውሎች ያለውን የፕሮሰሰር ውል ሲጠይቅ፣ ይህ DPA ያ ውል ነው፡ የማቀነባበሪያውን ተፈጥሮ እና ዓላማ፣ የዳታውን አይነት፣ ቆይታውን፣ የሁለቱም ወገኖችን መብቶች እና ግዴታዎች፣ የእኛን የሚስጥርነት ግዴታ፣ በተመጣጣኝ የጽሁፍ ውሎች ስር ንዑስ-ፕሮሰሰሮችን የምንቀጥርበትን ሁኔታ፣ ከደንበኞች መብት ጥያቄዎች እና ከደህንነት ግዴታዎች ጋር የምንሰጠውን እርዳታ፣ አገልግሎቶቹ በሚጠናቀቁበት ጊዜ የመሰረዝ ወይም የመመለስ ግዴታችንን፣ እና ተገዢነትን ለማሳየት የሚያስፈልገውን መረጃ ለማቅረብ እና ምክንያታዊ ግምገማ ለመፍቀድ ያለብንን ግዴታ ያቀርባል። በእነዚህ ሕጎች ስር እንደ ፕሮሰሰር ወይም አገልጋይ አቅራቢ እንሠራለን እና በጭራሽ እንደ ደንበኛ የግል ዳታ ተቆጣጣሪ አንሠራም።

ከዚህ DPA ጋር በተያያዘ ወይም ከዚህ የተነሳ የእያንዳንዱ ወገን ኃላፊነት፣ በኮንትራት፣ በጥፋት ወይም በማንኛውም ሌላ ንድፈ ሐሳብ ሆነ፣ በውል ውስጥ ባሉት የኃላፊነት ገደቦች እና ማግለሎች ሥር ይገዛል፣ እና በእነዚህ ገደቦች ውስጥ ወደ አንድ ወገን ኃላፊነት የሚያመለክት ማንኛውም ጥቅስ ማለት በውል እና በዚህ DPA ስር ያለው የዚያ ወገን አጠቃላይ ኃላፊነት ነው። በዚህ አንቀጽ ውስጥ ምንም ነገር በመደበኛ የኮንትራት ውሎች ወይም በዳታ ጥበቃ ሕግ ስር የዳታ ጉዳይ ባለቤትን መብቶች አይገድብም፣ እና ሕጋዊ በሆነ መንገድ ሊገደብ የማይችል ኃላፊነትን አይገድብም።

ለዳታ ጥበቃ ሕግ ለውጥ፣ ለአዲስ ወይም ለተሻሻለ የሽግግር ሜካኒዝም፣ የቆጣጣሪ ባለስልጣን ወይም የፍርድ ቤት ውሳኔ፣ ወይም አገልግሎቱ ደንበኛ የግል ዳታን እንዴት እንደሚያቀናብር በተደረገ ቁሳዊ ለውጥ ምክንያት ይህንን DPA ማዘመን እንችላለን፣ ለደንበኛ የግል ዳታ የሚሰጠውን ጥበቃ በቁሳዊነት የማያሳንስ ከሆነ። ለቁሳዊ ዝማኔ ቢያንስ ሠላሳ ቀን ማሳወቂያ በኢሜይል እና በዚህ ገጽ ላይ እንሰጣለን፣ እና በላዩ ላይ ያለውን ተፈጻሚ ቀን እንቀይራለን። የተተካውን ስሪት በጥያቄ ላይ እናቀርባለን።

ይህ DPA ያለ ፊርማ እኛን ያስገድዳል፣ ስለዚህ ደንበኛው ለመጠበቅ አያስፈልገውም። ሂደትዎ ለመዝገቦችዎ የተፈረመ ተመጣጣኝ ቅጂ ከጠየቀ፣ ወይም የቀይ መስመር (redline) ማቅረብ ከፈለጉ፣ የሕጋዊ አካል ስም፣ የተመዘገበ አድራሻ፣ የማሳወቂያ አግኝ እና ፊርማ አድራጊውን በመጥቀስ ወደ privacy@transglot.ai ይጻፉ፣ እና የተፈረመ ቅጂ እንመልስሎታለን። የደህንነት እና የግላዊነት ጥያቄ ቅጾችን ከተመሳሳይ አድራሻ እንመልሳለን፣ እና የትረስት ማዕከል (Trust Center) ማንኛውም ገምጋሚ ለማንኛውም ሰው ከመጻፉ በፊት የሚያስፈልገውን ጥቅል ይይዛል።

Data exporter: the Customer, being the person or company that holds the Account, as named on the Account or on the Order Form, acting as controller (or as processor where clause 01 applies) in respect of Customer Personal Data processed through the Service. Contact details: the Account Owners' email addresses and the notice contact given on the Order Form. Activities relevant to the transfer: use of a cloud localization platform to store, translate, review, deliver and manage software and content strings. Signature and date: as recorded by acceptance of the Agreement, or as executed under clause 22. Data importer: Digital Socket LLC፣ በዴላዌር፣ አሜሪካ የተመሰረተ የተወሰነ ኃላፊነት ኩባንያ፣ በTransglot ስም የሚሠራ, acting as processor. Contact details: privacy@transglot.ai. Activities relevant to the transfer: provision of the Service described in the Agreement. Role: processor.

Categories of data subjects: the Customer’s personnel and contractors who hold a login (Account Owners and Billing Members, and workspace admins, developers, reviewers and translators); the Customer’s own end users, customers and other individuals to the extent their personal data appears inside source strings, translations, glossary entries, comments, screenshots or imported files; and the Customer’s billing and notice contacts. Categories of personal data: identity and contact data (name, email address, login identifier, Account, workspace and role); authentication data (hashed password, second factor enrolment, federated identity subject identifiers, API token digests); usage and technical data (IP address, user agent, pages and endpoints accessed, request and run identifiers, timings, outcomes, error traces, audit records); billing data (billing contact, billing address, tax identifiers, payment method token and card metadata held by the payment processor); content data (whatever personal data the Customer chooses to place in project content, which is under the Customer’s control and which the Acceptable Use Policy asks the Customer to keep free of payment card data, government identifiers, credentials and special category data). Sensitive data: none is requested or required, and none should be submitted; where the Customer nonetheless submits it, the restrictions and safeguards are those in Annex II applied to all Customer Content, and the Customer remains responsible for its lawful basis. Frequency: continuous, for the duration of the Agreement, on the Customer’s instruction. Nature and purpose: hosting, storage, indexing, machine translation, quality checking, translation memory matching, glossary enforcement, review workflow, delivery and transmission through the API, webhooks, connectors and the delivery bundle, together with support, security and billing. Duration of processing: the term of the Agreement plus the retention periods stated in the Privacy Policy and clause 13 of this DPA. Subprocessor processing: for the purposes, and for the durations, set out in Annex III and in the Trust Center.

Where the SCCs apply on the basis of Article 3(1) of the GDPR, the competent supervisory authority is the one in the member state in which the data exporter is established. Where they apply because the exporter is not established in the European Economic Area but is caught by Article 3(2), the competent authority is the one in the member state in which the exporter’s Article 27 representative is established. Where they apply on the basis of Article 3(2) and no representative is appointed, the competent authority is the one in the member state in which the data subjects whose personal data is transferred are located. For UK transfers the competent authority is the Information Commissioner’s Office; for Swiss transfers, the Federal Data Protection and Information Commissioner.

Data in transit is protected with TLS 1.2 or better at the edge, and connections below that are refused. Passwords are hashed with bcrypt at a cost factor of 12 and are never stored or logged in plaintext. API tokens and delivery keys are stored as SHA-256 digests, are displayed once at creation and cannot be recovered afterwards; publishable in-context keys are deliberately public identifiers bound to an origin allowlist rather than secrets, and are documented as such. Third party credentials, connector tokens, SSO configuration secrets and webhook signing secrets are held in encrypted columns using authenticated application-level encryption. Database backups are encrypted with AES-256 by the backup tool itself, independently of any provider-side encryption, and file backups are held in a password-encrypted repository. Two honest gaps: the live database and application volumes are not disk-encrypted, and server-side encryption of the object store is not asserted in our own configuration. We state both here rather than letting a reviewer discover them in diligence.

Every query in the application is scoped by Account, workspace and project, and a cross-tenant identifier answers 404 rather than 403 so that the existence of another tenant’s record never leaks. The two Account roles (Owner and Billing), the four workspace roles (admin, developer, reviewer and translator), eighteen project abilities and per-project and per-language grants are available on every plan including Free, so least privilege is never a paid upgrade. Two-factor authentication with time-based one-time codes and recovery codes, and passkeys, are available on every plan, and an Account Owner can require a second factor for an entire workspace, enforced at the workspace boundary so that federated and single sign-on doors cannot bypass it. SAML 2.0 single sign-on with just-in-time provisioning, generic OpenID Connect, SCIM 2.0 provisioning and de-provisioning, and the ability to switch off password login for a workspace are available on the Enterprise plan. API access uses scoped tokens with optional expiry. Internal administrative access is least privilege, and operator impersonation of a customer’s login is time-limited to thirty minutes and writes an audit record when it starts and when it ends.

Security-relevant events are written to an append-only audit trail: sign-in and single sign-on events, second factor and workspace MFA policy changes, member invitations, joins, role changes and removals, custom role changes, token and key creation and revocation, integration and connector connection and disconnection, review policy changes, branding changes, SCIM provisioning events, workspace rename and deletion requests. Plan, billing and spend cap changes, changes to the Account’s members and the closing of the Account are written to the Account’s own audit trail in the same way. Each record carries the workspace or the Account, the actor, the action, the target, structured metadata, the source IP address and the time, and the model layer refuses updates and deletes, so a record cannot be edited after the fact; on the Account’s trail the IP address is removed after 395 days. On the Enterprise plan the whole trail, the Account’s included, can be exported as CSV. Append-only is enforced in the application layer and there is no cryptographic hash chain or signature over the log, so we do not describe it as tamper-evident. Application errors are collected by an error tracker we host ourselves, configured not to send personally identifying information and not to capture request bodies, which is the setting that actually keeps customer strings out of a stack trace. Operational metrics are retained for thirty days.

Public endpoints are rate limited: the REST API at sixty requests a minute per token, the delivery endpoint at three hundred a minute per key and address, sign-in at five a minute per email and address, and registration at five a minute and twenty an hour per network block, with separate buckets for the other public doors. Outbound webhooks are signed HMAC-SHA256 over the timestamp and the raw body, sent as an explicit signature header and a timestamp header, and compared in constant time; the timestamp is published so the receiver can enforce its own replay window, and we are explicit that no server-side tolerance is enforced on our side. Inbound forge webhooks are verified by signature, with the delivery identifier as the replay guard. Cross site request forgery protection is applied to every state-changing browser request, sessions expire after 120 minutes of inactivity, sensitive actions require password re-confirmation within a 3 hour window, password reset links expire after 60 minutes, and destructive actions require typing the workspace name or re-entering a password. A frame-ancestors content security policy is applied; we do not claim a broad content security policy, because we do not yet ship one.

Usage metering records counts of words and tokens, never the body of a request. The shared exact-match translation memory pool stores the linguistic pair keyed by a hash of the source, together with plural forms and reuse counters, and stores no user column and no team column at all, so an entry cannot be traced to a person; the key name, file path, screenshots, comments and every other piece of surrounding context are stripped. Human-reviewed memory entries carry a workspace identifier, which functions as a hard tenant fence on the near-match query rather than as attribution, and that is why a reviewed entry is never returned to another workspace. Any project can leave the pool entirely with a per-project switch on every plan, which stops it both contributing and drawing. In-context screenshots are held on a private store with no public path and are served only through short-lived signed URLs.

The database is backed up continuously with write-ahead log archiving and periodic full and differential backups, retaining two full backups and seven differentials, encrypted with AES-256 by the backup tool. Application file storage is snapshotted nightly into a password-encrypted repository retaining thirty daily, twelve weekly and twelve monthly snapshots, with an integrity verification pass on each run. Restore procedures are documented and exercised. Backups are isolated from the production credentials that could delete them, and they are restored for disaster recovery only, never to return a purged workspace to service. Deployment images are retained for the last several releases so that a rollback is a minute rather than a rebuild.

Changes are made through version control with peer review, an automated test suite, static analysis and dependency scanning, and container image vulnerability scanning in the build pipeline, and a failing gate blocks the release rather than warning about it. Test environments do not use production customer data. Secrets are held encrypted at rest in the deployment repository and injected at runtime rather than committed. Several product claims are themselves enforced by tests: a translation engine that becomes reachable without a subprocessor disclosure row fails the build, and the advertised overage rate is pinned to the rate the system charges. Third party components are tracked and patched, and a build is refused when a scanner reports a vulnerability above threshold.

Access to production is limited to the personnel who need it, granted individually, and removed on role change or departure. Personnel are bound by confidentiality obligations that survive their engagement, and receive security and data protection guidance appropriate to their role. We operate a documented incident response process with defined severities, an on-call rotation, alerting on service health and background job health, and post-incident review. We publish a vulnerability disclosure policy with a safe harbour for good faith research and a security address that is monitored. We hold no third party security certification today: a SOC 2 Type II audit is in progress and an AI management system standard is being pursued, and the compliance status published on our site is rendered from a configuration value that cannot show a certificate we do not hold.

Scheduled jobs enforce the retention windows published in the Privacy Policy rather than leaving them as intentions: translation version history at 180 days with a floor of the newest 20 per string, notifications at 90 days, resolved comment threads at 365 days from resolution, the activity feed at 180 days, assistant conversations at 90 days, in-context screenshots at 90 days with the stored object deleted alongside the record, connector sync records at 90 days keeping the latest per connection, referral click records at 90 days, unreviewed and unused translation memory entries at 90 days, failed background jobs at 7 days, expired API tokens 24 hours after they lapse, federated login correlation records at their own expiry, signup integrity signals 90 days after the Account was created or the pair was last seen, sign-up refusal records at 90 days, welcome words velocity records at 30 days for a domain and 24 hours for a network, sign-up allowlist entries at the expiry an operator set, never more than 365 days, Accounts never verified and holding no workspace at 30 days, welcome words, trial and card fingerprint records at 1,095 days, and the IP address on an Account’s audit trail at 395 days. Deletion runs in bounded batches rather than as one unbounded operation. Workspace deletion is a 30 day reversible grace period followed by a cascading purge of the live database. Webhook delivery records have no time-based prune today and are removed with their endpoint or their workspace.

For transfers to subprocessors we rely on the contractual measures in clause 15 together with these supplementary measures: transport encryption on every hop; contractual prohibitions on training, on onward transfer without equivalent protection, and on processing outside our instructions; a published and code-enforced disclosure list so that no undisclosed vendor can be routed customer text; the ability for a customer to disable the optional features that engage a conditional subprocessor, including the semantic translation memory feature and the per-project translation memory switch; retention windows enforced by scheduled jobs so that transferred data does not accumulate indefinitely; and the government access commitments in clause 17, including challenge, minimisation, notification and record keeping.

የንዑስ-አሰራጮች ባለስልጣን፣ ወቅታዊ ዝርዝር በእኛ የሚጠበቅ ሲሆን ለደንበኛ በጥያቄ ላይ በመሰረት በምስጢርነት ስምምነት፣ በprivacy@transglot.ai በመጻፍ ይሰጣል። ክፍሎች፣ ዓላማ፣ ክልል እና እያንዳንዳቸው የሚሳተፉበት ሁኔታ በTrust Center ውስጥ ይታተማሉ እና በንዑስ-አሰራጮች ሰነድ ውስጥ ይጠቃለላሉ፣ ይህም በማጣቀሻ ወደዚህ ማስታወሻ ይገባል። በአንድ ቦታ ይጠበቃል እንጂ በዚህ ገጽ ላይ እንደገና አይጻፍም፡ ወደ ህጋዊ ሰነድ እንደገና የተጻፈ ዝርዝር አቅራቢ ሲቀየር በዚያን ቀን የሚቀየር ዝርዝር ነው፣ እና የዘገየ ማስታወሻ ከአገናኝ የበለጠ ነው። እስከ ተፈጻሚነት ቀን ድረስ ክፍሎቹ፡ AI ትርጓሜ፣ ራስ-ሰር የጥራት ማረጋገጫ፣ የቃላት ማውጫ እና በአውድ ውስጥ ያሉ የእይታ ሃሳቦች፣ በአሜሪካ ውስጥ የሚሰሩ እና AI ባህሪ ሲጠቀም የሚሳተፉ፤ ለሴማንቲክ የትርጓሜ ማስታወሻ የጽሁፍ ትንተናዎች፣ በአሜሪካ ውስጥ የሚሰሩ እና ፕሮጀክት ያንን ባህሪ ሲያበራ ብቻ የሚሳተፉ፣ ይህም በነባሪ ዝግ ነው፤ አማራጭ ትርጓሜ ሞተር በአሜሪካ ውስጥ በAPI ራውተር በመድረስ እና በሲንጋፖር የሚገኝ፣ ኦፕሬተር ደረጃን ሲያስተላልፍ ብቻ የሚሳተፍ፣ ይህም በነባሪ ዝግ ነው፤ ክላውድ ሆስቲንግ፣ ዳታቤዝ እና ነገር ማከማቻ፣ በአቀማመጥ ላይ በተወሰነው ክልል እና ሁልጊዜ የሚሳተፉ፤ የክፍያ ማቀነባበር፣ በአሜሪካ እና በአውሮፓ ሕብረት፣ ለከፍተኛ እቅዶች ብቻ የሚሳተፉ፤ የግብይት ኢሜል አቅርቦት፣ ሁልጊዜ የሚሳተፉ፤ እና በምርት ውስጥ ያለ የድጋፍ መልዕክት፣ የድጋፍ መልዕክተኛ ሲነሳ ብቻ የሚሳተፉ። ደንበኛ ለአማራጭ ማሽን ትርጓሜ መመለስ የራሳቸውን ምስጢራት ሲሰጡ፣ ደንበኛው የዚያ ዝውውር ተቆጣጣሪ ነው እና አቅራቢው የእኛ ንዑስ-አሰራጭ አይደለም።