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

Настоящее Дополнение об обработке данных («DPA») является частью Условий предоставления услуг или иного письменного соглашения («Соглашение») между Digital Socket LLC, компания с ограниченной ответственностью, зарегистрированная в штате Делавэр, США, действующая под торговой маркой Transglot («Transglot», «Обработчик») и клиентом («Клиент», «Контроллер») и применяется везде, где мы обрабатываем Персональные данные Клиента от имени Клиента при предоставлении Сервиса. Оно включено в Соглашение путем ссылки и вступает в силу одновременно с Соглашением; для его обязательности подпись не требуется. Если Клиент сам является обработчиком, действующим от имени стороннего контроллера, Клиент является экспортером, и настоящий DPA применяется так, как если бы он был контроллером, при этом Клиент подтверждает, что имеет полномочия от своего контроллера заключать соглашение на таких условиях.

«Законодательство о защите данных» означает все законы об обработке персональных данных, применимые к стороне, включая Общий регламент по защите данных ЕС 2016/679 («GDPR»), UK GDPR и Закон о защите данных 2018 года, Федеральный закон Швейцарии о защите данных, Калифорнийский закон о конфиденциальности потребителей с внесенными поправками («CCPA») и сопоставимые законы штатов США о конфиденциальности. «Персональные данные Клиента» означают персональные данные, содержащиеся в Контенте Клиента или иным образом обрабатываемые нами от имени Клиента. «Стандартные договорные положения» или «SCC» означают положения, прилагаемые к Решению Комиссии о реализации (ЕС) 2021/914. «Приложение Великобритании» означает Международное дополнение к передаче данных, выпущенное Информационным комиссаром Великобритании в соответствии с разделом 119A Закона о защите данных 2018 года. «Субобработчик» означает третью сторону, привлеченную нами для обработки Персональных данных Клиента. «Контроллер», «обработчик», «субъект данных», «персональные данные», «обработка», «нарушение безопасности персональных данных» и «надзорный орган» имеют значения, указанные в GDPR, а эквивалентные термины в других законах имеют аналогичное значение.

В случае конфликта приоритет применения следующий: (a) Стандартные договорные положения и Приложение Великобритании, если они применяются; (b) настоящий DPA; (c) любые другие условия защиты данных в Форме заказа; (d) остальная часть Соглашения. Ничто в настоящем DPA не предназначено для противоречия обязательствам стороны по Законодательству о защите данных, и любой термин, который мог бы привести к такому противоречию, толкуется в минимально необходимом объеме для устранения конфликта.

Настоящий DPA действует с даты вступления в силу Соглашения до тех пор, пока мы не перестанем хранить какие-либо Персональные данные Клиента, что может произойти после окончания действия Соглашения из-за сроков удаления, указанных в пункте 13. Его обязательства сохраняют силу после расторжения до тех пор, пока мы храним какие-либо Персональные данные Клиента, а обязательства по соблюдению конфиденциальности действуют бессрочно в объеме, требуемом Законодательством о защите данных.

Мы обрабатываем Персональные данные Клиента только на основании документированных инструкций Клиента, включая передачу в третью страну, если это не требуется законом, которому мы подчиняемся, в котором случае мы сообщим Клиенту о таком требовании до обработки, если закон не запрещает это по важным основаниям общественного интереса. Соглашение, настоящий DPA, Документация и конфигурация, установленная Клиентом в продукте (проекты, локали, коннекторы, подписки на вебхуки, переключатели хранения, переключатель памяти переводов и настройки двигателя и качества, доступные Клиенту), вместе составляют полные документированные инструкции Клиента. Мы сообщим Клиенту, если, по нашему мнению, инструкция нарушает Законодательство о защите данных, и мы можем приостановить соответствующую обработку до ее отзыва или изменения, а не выполнять ее.

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

Мы обеспечиваем, чтобы каждое лицо, уполномоченное обрабатывать Персональные данные Клиента, было связано соответствующим обязательством о соблюдении конфиденциальности, будь то договорным или установленным законом, которое сохраняется после окончания их участия. Доступ предоставляется на основе принципа наименьших привилегий, ограничивается тем, что необходимо лицу для выполнения его роли, периодически пересматривается и оперативно отзывается при изменении роли или увольнении. Персонал, имеющий доступ, проходит обучение по защите данных и безопасности, соответствующее их роли.

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

Клиент дает общее письменное разрешение на привлечение нами Субпроцессоров, в категориях, описанных в документе «Субпроцессоры», и конкретно авторизует тех, кто указан в списке субпроцессоров, предоставленном в Приложении III на дату вступления в силу. Мы накладываем на каждого Субпроцессора обязательства по защите данных, не менее защитные, чем те, что содержатся в этом DPA, посредством письменного договора, и мы остаемся полностью ответственными перед Клиентом за выполнение Субпроцессором своих обязательств. Мы уведомим Клиента не менее чем за тридцать дней по электронной почте Владельцам учетных записей перед началом обработки Персональных данных Клиента новым Субпроцессором. Клиент может возразить на разумных, документально подтвержденных основаниях защиты данных в течение этого периода, в этом случае мы будем добросовестно работать над предложением изменения конфигурации или альтернативы, избегающей обработки; если мы не сможем сделать это в разумный срок, Клиент может расторгнутьaffected подписку без штрафа и получить пропорциональный возврат предоплаченных неиспользованных сборов.

Учитывая характер обработки, мы помогаем Клиенту соответствующими техническими и организационными мерами, насколько это возможно, в выполнении обязанности Клиента отвечать на запросы субъектов данных, осуществляющих права на доступ, исправление, удаление, ограничение, переносимость или возражение. Сам продукт является первой линией такой помощи: Владельцы учетных записей и администраторы рабочих пространств могут искать, редактировать и удалять контент проекта, управлять участниками и ролями, а также получать контент проекта через конечную точку API для вытягивания данных, интерфейс командной строки, пакет доставки или коннектор хранилища на платном плане, а Владельцы учетных записей могут удалять рабочее пространство. Если продукт не может ответить на запрос, мы поможем по запросу в разумный срок и бесплатно для разумного объема запросов. Если субъект данных обращается к нам напрямую по поводу Персональных данных Клиента, мы не будем давать содержательный ответ сами; мы направим его к Клиенту и, если не запрещено, незамедлительно уведомим Клиента.

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

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

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

Мы предоставляем Клиенту информацию, разумно необходимую для демонстрации соблюдения настоящего DPA и статьи 28 GDPR, и позволяем проводить аудиты, включая проверки, проводимые Клиентом или назначенным им аудитором, и содействуем им. В первую очередь это обязательство выполняется путем предоставления данного DPA, Приложения II, Центра доверия, страницы безопасности и наших заполненных ответов на анкеты по безопасности. Если этого действительно недостаточно для выполнения регуляторных обязательств Клиента, Клиент может провести аудит один раз в любой двенадцатимесячный период, уведоми письменно не менее чем за тридцать дней, в рабочее время, без необоснованного нарушения наших операций, при соблюдении обязательств по конфиденциальности, ограничиваясь системами и записями, относящимися к собственным данным Клиента, и за счет Клиента. Надзорный орган, осуществляющий статутные полномочия, не подпадает под эти ограничения. Аудитор не может быть нашим конкурентом, и мы можем потребовать от него отдельного обязательства о конфиденциальности.

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

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

Если мы получаем юридически обязывающий запрос от государственного органа относительно Персональных данных Клиента, мы: проверяем его действительность и объем и оспариваем его, если есть разумные основания считать его незаконным; раскрываем только минимально необходимый объем данных, требуемый запросом; и незамедлительно уведомляем Клиента с предоставлением достаточной информации для ответа, если это не запрещено законом, в противном случае мы приложим разумные усилия для получения отказа от запрета и принятия временной меры, разрешающей раскрытие. Мы ведем учет полученных запросов и наших ответов и предоставляем их Клиенту и надзорному органу по запросу в объеме, допускаемом законом. Мы не получали государственных запросов, требовавших от нас создания или сохранения общего механизма доступа к Персональным данным Клиента, и не будем создавать такой механизм добровольно.

В отношении персональной информации, подпадающей под действие CCPA, Клиент является бизнесом, а мы — поставщиком услуг. Нам запрещено продавать или передавать такую персональную информацию; хранить, использовать или раскрывать ее для любых целей, кроме деловых целей, указанных в Соглашении или иначе разрешенных CCPA; хранить, использовать или раскрывать ее вне прямых деловых отношений между сторонами; или объединять ее с персональной информацией, полученной из другого источника, за исключением случаев, разрешенных CCPA для поставщика услуг. Мы подтверждаем, что понимаем и будем соблюдать эти ограничения. Мы уведомим Клиента, если определим, что больше не можем их соблюдать. Клиент может предпринять разумные и надлежащие шаги для прекращения и устранения несанкционированного использования, используя права на аудит, предусмотренные в пункте 14. Мы обеспечиваем тот же уровень защиты конфиденциальности, который CCPA требует от бизнеса.

Если применяется всеобъемлющий закон штата о конфиденциальности, требующий договора с обработчиком, содержащего определенные условия, настоящий DPA является таким договором: он определяет характер и цель обработки, тип данных, срок действия, права и обязанности обеих сторон, нашу обязанность по соблюдению конфиденциальности, наше привлечение субобработчиков на эквивалентных письменных условиях, нашу помощь в обработке запросов потребителей на реализацию их прав и в выполнении обязательств по безопасности, нашу обязанность по удалению или возврату данных по окончании оказания услуг, а также наше обязательство предоставлять информацию, необходимую для демонстрации соответствия, и позволять проведение разумной оценки. Мы действуем как обработчик или поставщик услуг в соответствии с этими законами и никогда как контроллер Персональных данных Клиента.

Ответственность каждой стороны, возникающая из настоящего DPA или в связи с ним, будь то по договору, вследствие деликта или по любой другой правовой теории, ограничивается исключениями и ограничениями ответственности, указанными в Соглашении, и любая ссылка в этих ограничениях на ответственность стороны означает совокупную ответственность этой стороны по Соглашению и настоящему DPA вместе взятых. Ничто в данном пункте не ограничивает права субъекта данных согласно Стандартным договорным положениям или Законодательству о защите данных, и ничто не ограничивает ответственность, которая не может быть законно ограничена.

Мы можем обновлять настоящий DPA, если это необходимо для отражения изменений в Законодательстве о защите данных, нового или измененного механизма передачи, решения надзорного органа или суда, или существенных изменений в том, как Сервис обрабатывает Персональные данные Клиента, при условии, что обновление не снижает существенно уровень защиты Персональных данных Клиента. Мы предоставляем уведомление о существенном обновлении не менее чем за тридцать дней по электронной почте и на этой странице, а также изменяем дату вступления в силу в верхней части документа. По запросу мы предоставляем доступ к предыдущей версии.

Настоящий DPA обязывает нас без подписи, поэтому Клиенту не нужна подпись для защиты своих прав. Если ваш процесс требует наличия подписанного экземпляра для ваших записей или если вы хотите внести исправления, напишите на 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. Категории, цель, регион и условие, при котором каждый из них задействуется, опубликованы в Центре доверия и кратко изложены в документе «Субподрядчики», который включен в настоящее Приложение посредством ссылки. Он хранится в одном месте, а не дублируется на этой странице намеренно: список, перепечатанный в юридический документ, устаревает в тот день, когда меняется поставщик, а устаревшее приложение хуже, чем ссылка. На дату вступления в силу категории следующие: ИИ-перевод, автоматическая проверка качества, извлечение глоссария и предложения контекстного зрения, обрабатываются в Соединенных Штатах и задействуются всякий раз, когда используется функция ИИ; текстовые эмбеддинги для семантической памяти переводов, обрабатываются в Соединенных Штатах и задействуются только когда проект включает эту функцию, которая по умолчанию отключена; опциональный альтернативный двигатель перевода, доступный через API-маршрутизатор в Соединенных Штатах и размещенный в Сингапуре, задействуется только когда оператор направляет туда уровень, что по умолчанию отключено; облачный хостинг, база данных и объектное хранилище, в регионе, фиксированном при развертывании, и задействуются всегда; обработка платежей, в Соединенных Штатах и Европейском Союзе, задействуется только для платных планов; доставка транзакционных электронных писем, задействуется всегда; и сообщения поддержки в продукте, задействуются только когда включен мессенджер поддержки. Если клиент предоставляет свои собственные учетные данные для опционального резервного машинного перевода, клиент является контролером этой передачи, и поставщик не является нашим субподрядчиком.