Условия за обработчик на данни, включително приложенията.

Това допълнение към обработването на данни („ДСО“) е част от Условията за ползване или друго писмено споразумение („Договорът“) между Digital Socket LLC, дружество с ограничена отговорност, регистрирано в Делауер, Съединени щати, търгуващо като Transglot („Transglot“, „Обработващ“) и клиента („Клиент“, „Администратор“) и се прилага навсякъде, където обработваме лични данни на клиента от негово име при предоставянето на услугата. То е включено чрез позоваване в договора и влиза в сила, когато договорът влезе в сила; не е необходим подпис, за да ни обвърже. Когато клиентът самият е обработващ, действащ от името на трети администратор, клиентът е износителят и това ДСО се прилага, сякаш той е администраторът, а клиентът потвърждава, че разполага с правомощия от своя администратор да сключи договора при тези условия.

„Закон за защита на данните“ означава всички закони относно обработването на лични данни, приложими към дадена страна, включително Общия регламент за защита на данните на ЕС 2016/679 („GDPR“), британския GDPR и Закона за защита на данните от 2018 г., швейцарския Федерален закон за защита на данните, Калифорнийския закон за поверителност на потребителите с внесените изменения („CCPA“) и сравними щатски закони за поверителност в САЩ. „Лични данни на клиента“ означава лични данни, съдържащи се в съдържанието на клиента или обработвани по друг начин от нас от името на клиента. „Стандартни договорни клаузи“ или „SCC“ означава клаузите, приложени към Изпълнителното решение на Комисията (ЕС) 2021/914. „Британско допълнение“ означава Международното допълнение за трансфер на данни, издадено от Британския комисар по информацията съгласно член 119А от Закона за защита на данните от 2018 г. „Подизпълнител“ означава трета страна, ангажирана от нас за обработка на лични данни на клиента. Термините „администратор“, „обработващ“, „субект на данни“, „лични данни“, „обработване“, „нарушение на сигурността на личните данни“ и „надзорен орган“ имат значенията, дадени в GDPR, а еквивалентните термини в други закони имат своето еквивалентно значение.

В случай на противоречие редът на предимство е: (а) Стандартните договорни клаузи и Британското допълнение, когато са приложими; (б) настоящото ДСД; (в) всички други условия за защита на данните във формуляра за поръчка; (г) останалата част от споразумението. Нищо в настоящото ДСД не цели да влезе в противоречие със задълженията на която и да е страна съгласно Закона за защита на данните, а всяка разпоредба, която би направила това, се тълкува в минималната необходима степен, за да се премахне противоречието.

Настоящото ДСД се прилага от датата на влизане в сила на споразумението до момента, в който престанем да съхраняваме каквито и да е лични данни на клиента, което може да бъде след края на споразумението поради сроковете за изтриване по точка 13. Неговите задължения остават в сила след прекратяването дотогава, докато съхраняваме каквито и да е лични данни на клиента, а задълженията за поверителност остават в сила за неопределено време, доколкото това се изисква от Закона за защита на данните.

Ние обработваме личните данни на клиента единствено въз основа на документираните инструкции на клиента, включително за трансфер към трета държава, освен ако не сме задължени да го направим от закон, на който сме подчинени, в който случай ще уведомим клиента за това изискване преди обработването, освен ако законът не забранява това по важни причини от обществен интерес. Споразумението, настоящото ДСД, документацията и конфигурацията, която клиентът задава в продукта (проекти, локали, конектори, абонаменти за уеб куки, превключватели за запазване, превключвателят за памет за преводи и наличните за клиента настройки за двигател и качество), заедно представляват пълните документирани инструкции на клиента. Ще уведомим клиента, ако според нашето мнение дадена инструкция нарушава Закона за защита на данните, и можем да спрем засегнатото обработване, докато тя не бъде оттеглена или изменена, вместо да я изпълним.

Ние обработваме личните данни на клиента единствено с цел предоставяне, обезопасяване, поддръжка и техническо обслужване на услугата за клиента и без никаква независима наша цел. Не продаваме лични данни на клиента, не ги споделяме за поведенческа реклама в различен контекст, не ги комбинираме с лични данни, получени от други източници, освен ако това не е разрешено от Закона за защита на данните за доставчик на услуги, и не ги използваме за обучение, фина настройка или оценяване на който и да е модел за машинно обучение. Нашите AI подизпълнители ги обработват само за извеждане, при търговски условия, които забраняват обучението върху тях. Можем да създаваме и използваме агрегирани или обезличени статистически данни, които не идентифицират нито клиента, нито който и да е субект на данни, и няма да се опитваме да ги реидентифицираме.

Ние гарантираме, че всяко лице, упълномощено да обработва лични данни на клиента, е обвързано с подходящо задължение за поверителност, било то договорно или законово, което остава в сила след края на неговото ангажиране. Достъпът се предоставя на принципа на най-ниски привилегии, ограничавайки се до необходимото за изпълнение на ролята на лицето, преглежда се периодично и се отменя незабавно при промяна на ролята или напускане. Персоналът с достъп получава обучение за защита на данните и сигурност, подходящо за неговата роля.

Ние внедряваме и поддържаме техническите и организационните мерки, посочени в Приложение II, като вземаме предвид състоянието на техниката, разходите за внедряване и естеството, обхвата, контекста и целите на обработването, както и риска за субектите на данни. Можем да актуализираме тези мерки с течение на времето, при условие че общото ниво на защита не бъде съществено намалено по време на платения абонаментен период. Приложение II описва както нашите пропуски, така и нашите контроли, умишлено: приложение за мерки, което изброява само силните страни, не е документ, на който проверяващият може да разчита.

Клиентът дава общо писмено разрешение за ангажиране на подизпълнители от наша страна, в категориите, описани в документа за подизпълнителите, и конкретно разрешава тези, посочени в списъка с подизпълнители, предоставен съгласно Приложение III към датата на влизане в сила. Ние налагаме на всеки подизпълнител задължения за защита на данните, които са не по-малко защитни от тези в настоящото ДСД, чрез писмен договор, и ние носим пълна отговорност пред клиента за изпълнението на задълженията от подизпълнителя. Ще уведомим клиента най-малко тридесет дни предварително, по имейл до собствениците на акаунта, преди нов подизпълнител да започне да обработва лични данни на клиента. Клиентът може да възрази по разумни, документирани основания за защита на данните в рамките на този период, в който случай ние ще работим добросъвестно, за да предложим промяна в конфигурацията или алтернатива, която избягва обработването; ако не можем да сторим това в разумен срок, клиентът може да прекрати засегнатия абонамент без глоба и да получи пропорционално възстановяване на предварително платените неизползвани такси.

Като вземаме предвид естеството на обработването, ние подпомагаме Клиента с подходящи технически и организационни мерки, доколкото това е възможно, за изпълнение на задължението на Клиента да отговаря на заявки от субект на данни, упражняващ права за достъп, коригиране, изтриване, ограничаване, преносимост или възражение. Самият продукт е първата линия на тази помощ: Собствениците на акаунти и администраторите на работните пространства могат да търсят, редактират и изтриват съдържание на проекти, да управляват членове и роли и да извличат съдържание на проекти чрез крайната точка за извличане на API, интерфейса на командния ред, пакета за доставка или конектор за съхранение при платен план, а Собствениците на акаунти могат да изтрият работното пространство. Когато продуктът не може да удовлетвори дадена заявка, ние ще помогнем при поискване в разумен срок и без такса за разумен обем заявки. Ако субект на данни се свърже директно с нас относно лични данни на Клиента, ние няма да дадем съществен отговор сами; ще го насочим да се свърже с Клиента и, освен ако не е забранено, ще уведомим незабавно Клиента.

Като вземаме предвид естеството на обработването и наличната за нас информация, ние подпомагаме Клиента при изпълнение на задълженията му съгласно членове 32–36 от GDPR и техните еквиваленти, включително оценки на въздействието върху защитата на данните и предварителни консултации с надзорен орган. На практика това означава предоставяне на това DPA, Приложение II, разкритията в Центъра за доверие, графика за запазване в Политиката за поверителност, нашата документация за сигурност и разумни писмени отговори на въпросник за сигурност или поверителност. Можем да начислим такса за помощ, която значително надхвърля разумен обем, по текущите ни тарифи за професионални услуги, и ще го съобщим преди започване на работата, а не след това.

Ние уведомяваме Клиента без ненужно забавяне и във всеки случай в рамките на седемдесет и два часа, след като станем aware за нарушение на лични данни, засягащо лични данни на Клиента. Уведомлението описва, доколкото е известно към момента и се актуализира с научаването на нова информация: естеството на нарушението, включително, когато е възможно, категориите и приблизителния брой засегнати субекти на данни и записи; вероятните последици; предприетите или предложените мерки за справяне с него и за смекчаване на ефектите му; и контакт за допълнителна информация. Ние си сътрудничим с Клиента и предприемаме стъпките, които Клиентът разумно поиска, за да подпомогнем собственото му разследване и уведомяване. Уведомлението не е и няма да се тълкува като признаване на вина или отговорност. Ние няма да забавяме уведомление, за да завършим първо разследване.

По избор на Клиента, ние изтриваме или връщаме лични данни на Клиента в края на предоставянето на услугите и изтриваме съществуващите копия, освен ако закон, на който сме подчинени, не изисква съхранение. В продукта това работи по следния начин: анулирането на абонамент премества Акаунта към Безплатния план, който включва едно работно пространство, а всяко друго работно пространство става само за четене и се изтрива след 30 дни, или по-рано за работно пространство, което наскоро е преминало през същата процедура, както е описано в клауза 13 от Общите условия за ползване, освен ако Клиентът не го надстрои или премести първо; изтриването на работно пространство го прави само за четене за 30 дни, през които Собственик на акаунт може да го възстанови, а след този период работното пространство се изчиства от активната база данни, включително проекти, преводи, история на версиите, записи за използване, записи за доставка на уеб куки, екрани и събития от аудита; затварянето на Акаунта изтрива всяко работно пространство в него по същия начин и запазва фактурите на Акаунта за 7 години; изтриването на вход за потребител е незабавно и необратимо. Съдържанието, което Клиентът извлича чрез API, интерфейса на командния ред, пакета за доставка или конектор за съхранение, е извън нашия контрол от момента на доставката му. Криптираните резервни копия не се засягат от изчистването и изтичат според графиките в Приложение II; докато съществуват, те са изолирани, криптирани и се възстановяват само за възстановяване при бедствие, никога за връщане на изчистено работно пространство в услуга. Писмена заявка за връщане в структуриран формат, направена преди изтриване, ще бъде изпълнена веднъж, без такса, в разумен срок.

Ние предоставяме на Клиента информацията, разумно необходима за демонстриране на спазването на това DPA и на член 28 от GDPR, и позволяваме и допринасяме за аудити, включително инспекции, провеждани от Клиента или от упълномощен от него одитор. Първоначално това задължение се изпълнява чрез това DPA, Приложение II, Центъра за доверие, страницата за сигурност и нашите попълнени отговори на въпросника за сигурност. Когато те са наистина недостатъчни за регулаторното задължение на Клиента, Клиентът може да извърши аудит веднъж във всеки дванадесетмесечен период, с поне тридесет дни писмено предизвестие, по време на работно време, без неразумно да прекъсва нашите операции, при спазване на задължения за поверителност, ограничен до системи и записи, свързани със собствените данни на Клиента, и за сметка на Клиента. Надзорен орган, упражняващ законова правомощие, не е обект на тези ограничения. Одиторът не може да бъде наш конкурент и можем да изискаме отделно задължение за поверителност от него.

Когато обработването от наша страна на лични данни на клиента включва трансфер от Европейското икономическо пространство към държава, която не е обхваната от решение за адекватност, Стандартните договорни клаузи са включени в това ДСО и са негова част, като се прилагат по следния начин. Модул две (от администратор към обработващ) се прилага, когато клиентът е администратор. Модул три (от обработващ към обработващ) се прилага, когато клиентът самият е обработващ. Прилага се клауза 7 (клаузата за присъединяване). В клауза 9 е избрана опция 2 (общо писмено разрешение), със срока за уведомление, посочен в клауза 09 по-горе. В клауза 11 не е избран факултативният текст за независимо разрешаване на спорове. В клауза 17 клаузите се регулират от правото на Република Ирландия, освен ако страните не уговорят друго право на държава членка на ЕС във формуляр за поръчка. В клауза 18(б) споровете се решават от съдилищата на Република Ирландия на същото основание. Приложение I(A) съдържа страните, приложение I(B) – описанието на трансфера, приложение I(C) – компетентния надзорен орган, приложение II – техническите и организационните мерки, а приложение III – списъка на подизпълнителите, всеки както е посочено по-долу.

За трансфер, предмет на UK GDPR, британското допълнение е включено и попълнено, както следва: Таблица 1 е попълнена чрез приложение I(A); таблици 2 и 3 са попълнени чрез клауза 15 и приложения I и II на това ДСО, като разчитаме на одобрените стандартни договорни клаузи на ЕС; а в таблица 4 нито една от страните не може да прекрати допълнението при промяна на одобреното допълнение. За трансфер, предмет на швейцарското право, препратките в стандартните договорни клаузи към Общия регламент относно защитата на данните (GDPR) се тълкуват като препратки към швейцарския федерален закон за защита на данните, компетентният орган е Федералният комисар по защита на данните и информацията, препратките към държава членка не лишават субекта на данни в Швейцария от правото му да заведе дело в мястото на обичайното му пребиваване, а стандартните договорни клаузи защитават данните на юридически лица, докато швейцарското право вече не изисква това.

Ако получим законово обвързващо искане от публичен орган за лични данни на клиента, ние ще: го прегледаме за валидност и обхват и ще го оспорим, когато има разумни основания да го считаме за незаконосъобразно; ще разкрием само минимума, необходим според искането; и ще уведомим клиента своевременно с достатъчно подробности за ответни действия, освен ако това е законово забранено, в който случай ще положим разумни усилия за получаване на освобождаване от забраната и за търсене на временна мярка, позволяваща разкриването. Ние водим регистър на получените искания и на дадените отговори и го предоставяме на клиента и на надзорен орган при поискване, доколкото законът позволява. Не сме получавали правителствено искане, което да ни задължава да изградим или запазим механизъм за общ достъп до лични данни на клиента, и няма да създаваме такъв доброволно.

За лична информация, предмет на CCPA, клиентът е бизнесът, а ние сме доставчик на услуги. Забранено ни е и ние няма да продаваме или споделяме тази лична информация; да я запазваме, използваме или разкриваме за цел, различна от бизнес целите, посочени в договора, или както иначе е позволено от CCPA; да я запазваме, използваме или разкриваме извън пряката бизнес връзка между страните; или да я комбинираме с лична информация, получена от друг източник, освен ако CCPA не позволява това на доставчика на услуги. Ние удостоверяваме, че разбираме и ще спазваме тези ограничения. Ще уведомим клиента, ако установим, че вече не можем да ги изпълняваме. Клиентът може да предприеме разумни и подходящи стъпки за прекратяване и отстраняване на неразрешена употреба, като използва правата за одит в клауза 14. Ние осигуряваме същото ниво на защита на поверителността, каквото CCPA изисква от бизнеса.

Когато се прилага всеобхватен щатски закон за поверителност и той изисква договор с обработващ с определени условия, това ДСО е този договор: то определя естеството и целта на обработването, вида на данните, продължителността, правата и задълженията на двете страни, нашето задължение за конфиденциалност, ангажирането на подизпълнители при еквивалентни писмени условия, нашето съдействие при искания за упражняване на правата на потребителите и при задълженията за сигурност, нашето задължение за изтриване или връщане в края на услугите и нашето задължение да предоставяме информацията, необходима за демонстриране на съответствие и за разрешаване на разумна оценка. Ние действаме като обработващ или доставчик на услуги съгласно тези закони и никога като администратор на лични данни на клиента.

Отговорността на всяка страна, произтичаща от или свързана с това ДСО, било то по договор, деликт или друга теория, е предмет на ограниченията и изключенията на отговорността в договора, като всяка препратка в тези ограничения към отговорността на страна означава съвкупната отговорност на тази страна по договора и това ДСО заедно. Нищо в тази клауза не ограничава правата на субекта на данни съгласно стандартните договорни клаузи или съгласно законодателството за защита на данните и нищо не ограничава отговорност, която не може законово да бъде ограничена.

Можем да актуализираме това ДСО, когато е необходимо, за да отразим промяна в законодателството за защита на данните, нов или изменен механизъм за трансфер, решение на надзорен орган или съд, или съществена промяна в начина, по който услугата обработва лични данни на клиента, при условие че актуализацията не намалява съществено защитата, предоставяна на личните данни на клиента. Ние даваме най-малко тридесет дни предизвестие за съществена актуализация, по имейл и на тази страница, и променяме датата на влизане в сила в горната част. Запазваме предишната версия достъпна при поискване.

Това ДСО ни обвързва без подпис, така че клиентът не нуждае от такъв, за да бъде защитен. Ако вашата процедура изисква подписан екземпляр за вашите архиви или ако желаете да представите сравнителен документ с маркирани промени, пишете на privacy@transglot.ai с името на юридическото лице, регистрирания адрес, контакта за уведомления и упълномощения подписващ и ние ще върнем подписано копие. Отговаряме на въпросници за сигурност и поверителност от същия адрес, а центърът за доверие съдържа пакета, от който повечето рецензенти имат нужда, преди да се свържат с когото и да е.

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. Категориите, целта, регионът и условията, при които всеки от тях е ангажиран, са публикувани в Центъра за доверие и обобщени в документа „Подизпълнители“, който е включен в това Приложение чрез позоваване. Той се съхранява на едно място, вместо да бъде дублиран на тази страница умишлено: списък, преписан в правен документ, остарява в деня, в който даден доставчик се промени, а остаряло приложение е по-лошо от връзка. Към датата на влизане в сила категориите са: AI превод, автоматизирана проверка на качеството, извличане на глосари и предложения за визуален контекст, обработвани в Съединените щати и ангажирани винаги, когато се използва функция с изкуствен интелект; текстови ембединги за семантична памет за превод, обработвани в Съединените щати и ангажирани само когато проект активира тази функция, която е изключена по подразбиране; алтернативен двигател за превод по избор, достъпен чрез API рутер в Съединените щати и хостван в Сингапур, ангажиран само когато оператор насочи ниво към него, което е изключено по подразбиране; облачен хостинг, база данни и обектно хранилище, в региона, фиксиран при внедряването, и ангажирани винаги; обработка на плащания, в Съединените щати и Европейския съюз, ангажирани само за платени планове; доставка на транзакционни имейли, ангажирани винаги; и съобщения за поддръжка в продукта, ангажирани само когато чатът за поддръжка е активиран. Когато клиент предостави свои собствени идентификационни данни за алтернативен машинен превод, клиентът е администратор на това прехвърляне, а доставчикът не е наш подизпълнител.