Политика хранения и удаления данных
(редакция от «09» октября 2026 г.)
1. Назначение и область действия
1.1. Политика устанавливает правила хранения, резервного копирования, ограничения по объёму, тарификации Хранилища и порядок удаления данных Заказчиков (далее — Данные) в Платформе DSLab. Политика принята ООО «Дата Сикретс» (ОГРН 1246000002335, ИНН 6000008963, адрес: 182115, Псковская область, г. Великие Луки, ул. Дружбы, д. 29/27, кв. 9) (далее — «Исполнитель»).
1.2. Политика является неотъемлемой частью Условий использования (Договора-оферты), размещённых по адресу https://dslab.tech/legal/tos (далее — «Оферта»), и применяется ко всем Заказчикам (физическим и юридическим лицам) на единых условиях. Термины с заглавной буквы используются в значении, определённом в Оферте.
1.3. Все системы хранения и резервного копирования, включая Хранилище, базы данных и журналы, находятся на территории Российской Федерации.
2. Термины
Чат — история диалога Заказчика с Агентом (запросы, ответы, вложения).
Файлы — файлы Агента Заказчика, размещённые в Хранилище.
Хранилище (Память) — дисковое пространство Платформы для файлов Агента Заказчика. Объём, включённый в Тариф, — по Тарифу.
Резервные копии (бэкапы) — копии данных Платформы для аварийного восстановления.
3. Классы данных и доступность
3.1. Чаты — хранятся до их удаления Заказчиком.
3.2. Файлы — хранятся в Хранилище в пределах объёма по Тарифу, а если Тарифом предусмотрено использование Хранилища сверх включённого объёма, — также сверх него по правилам раздела 4.
3.3. Временные данные (кэш, промежуточные результаты работы Агента, не сохранённые в Хранилище): могут автоматически удаляться согласно регламенту.
3.4. Метаданные запросов к API-сервису — см. раздел 9. Содержимое запросов и ответов API-сервиса не хранится.
3.5. Уровень доступности не является гарантированным SLA, если иное не указано в Тарифе/дополнительном соглашении; сервис предоставляется «как есть».
4. Лимиты Хранилища, тарификация и поведение при превышении
4.1. Объём Хранилища, включённый в Тариф, определяется действующим Тарифом (в том числе Бесплатным тарифом) и учитывается на уровне аккаунта.
4.2. Если Тарифом предусмотрено использование Хранилища сверх включённого объёма, такой объём тарифицируется по цене за 1 ГБ в месяц, указанной в Тарифе, и начисляется по фактическому использованию: пропорционально объёму сверх лимита и времени его хранения (суточная цена 1 ГБ равна 1/30 месячной цены; 1 ГБ = 2^30 байт). Сумма списывается с Баланса.
4.3. Операции чтения и записи файлов отдельно не тарифицируются.
4.4. При достижении объёма Хранилища по Тарифу запись новых данных может быть ограничена; если Тарифом предусмотрено использование Хранилища сверх включённого объёма, запись продолжается, а плата списывается с Баланса по п. 4.2. Система может выводить уведомления в интерфейсе и/или на e-mail.
4.5. При отрицательном Балансе Исполнитель вправе ограничить функциональность Платформы (Агент, API-сервис, запись в Хранилище) независимо от наличия действующей Подписки — до погашения задолженности. Ограничение не освобождает Заказчика от оплаты.
4.6. Снизить объём Хранилища можно удалением файлов; увеличить включённый объём — сменой Тарифа.
5. Удаление файлов при длительной неоплате
5.1. Чаты не удаляются Исполнителем по своей инициативе, в том числе при отрицательном Балансе и окончании Подписки, пока существует аккаунт.
5.2. Если у Заказчика нет действующей Подписки и Баланс отрицательный в течение 60 календарных дней подряд, Исполнитель вправе удалять файлы Заказчика сверх объёма Хранилища Бесплатного тарифа.
5.3. Очерёдность удаления — начиная с самых старых файлов (по дате последнего изменения). Удаление происходит, пока объём не войдёт в лимит Бесплатного тарифа.
5.4. Исполнитель уведомляет Заказчика по e-mail за 30, за 7 и за 1 календарный день до удаления. Если до даты удаления Заказчик оформил Подписку или погасил отрицательный Баланс, удаление по этому основанию не производится.
5.5. Удаление необратимо: файлы в резервные копии не включаются (п. 6.2), удалённые файлы восстановлению и экспорту не подлежат.
6. Резервное копирование
6.1. Исполнитель делает резервные копии баз данных Платформы, в том числе Чатов. Резервные копии хранятся на территории Российской Федерации.
6.2. Резервные копии баз данных хранятся до 7 календарных дней. Файлы в Хранилище в резервные копии не включаются.
6.3. Резервные копии предназначены для аварийного восстановления Платформы, а не для восстановления отдельных данных по запросу Заказчика.
7. Восстановление
7.1. При аварии, в том числе в дата-центре, Исполнитель стремится восстановить работоспособность Платформы и данные из доступных резервных копий в разумные сроки. Файлы, утраченные в результате аварии, восстановлению не подлежат, поскольку в резервные копии не включаются. Порядок продления Подписки при длительной недоступности Агента установлен п. 11.4 Оферты.
7.2. Исполнитель не гарантирует восстановление каждого файла/версии/Чата.
7.3. Заказчик самостоятельно обеспечивает копии критичных данных (код, файлы, результаты генерации и т.д.).
8. Удаление по инициативе Заказчика
8.1. Удаление Чата или файла — Заказчик выполняет в интерфейсе Платформы. Удалённый Чат хранится ещё 30 календарных дней и может быть восстановлен по запросу Заказчика в поддержку; удалённые файлы проекта — 7 календарных дней. По истечении этих сроков данные удаляются окончательно; Чаты — также из резервных копий по истечении срока их хранения (п. 6.2). При удалении Чата Общие ссылки на него перестают действовать.
8.2. Удаление аккаунта — по запросу в поддержку (support@dslab.tech) с адреса электронной почты, указанного в учётной записи (в Личном кабинете — при наличии такой функции). Данные аккаунта, Чаты и файлы удаляются из активных систем в срок не более 30 календарных дней, из резервных копий — по завершении ротации; Общие ссылки прекращают действовать сразу. Не удаляются данные, которые Исполнитель обязан хранить по закону (бухгалтерский учёт, платежи), — они хранятся в течение установленных законом сроков.
8.3. Удалённые данные, присутствующие в резервных копиях до окончания ротации, не выдаются на экспорт.
9. Хранение журналов и метаданных
9.1. Журналы и метаданные хранятся в РФ в следующие сроки:
журналы доступа и безопасности — до 1 года;
технические метрики — до 1 года;
метаданные запросов к моделям и операции по Балансу — в течение срока существования аккаунта и 3 лет после его удаления (срок исковой давности по спорам о расчётах);
платёжные и бухгалтерские данные — 5 лет (Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учёте»).
9.2. API-сервис хранит только метаданные запросов: время, модель, количество входных, выходных и кэшированных токенов, стоимость, статус, технические идентификаторы. Содержимое запросов и ответов не хранится.
10. Безопасность
10.1. Применяются организационные и технические меры: передача данных по защищённым каналам (TLS), доступ сотрудников по принципу минимальных привилегий, журналирование доступа. К содержимому Чатов и файлов сотрудники обращаются только для поддержки по запросу Заказчика, расследования инцидентов/нарушений или по требованию закона.
10.2. Заказчик обязан хранить секретные ключи/пароли/API-ключи, не допускать их раскрытия.
11. Ответственность и ограничения
11.1. Сервис предоставляется «как есть».
11.2. Исполнитель не несёт ответственности за потерю данных по причинам, зависящим от Заказчика/третьих лиц, а также за последствия удаления по разделу 5 при условии направления уведомлений по п. 5.4.
11.3. Совокупная ответственность ограничена Офертой.
12. Изменения политики
12.1. Политика может изменяться с публикацией новой редакции на сайте по адресу https://dslab.tech/legal/storage. О существенных изменениях Исполнитель сообщает по e-mail не позднее чем за 10 календарных дней до их вступления в силу. Продолжение использования Платформы после вступления изменений в силу означает согласие с ними; при несогласии Заказчик вправе отказаться от Оферты и получить возврат по Правилам возврата денежных средств.
12.2. Вопросы по Политике — support@dslab.tech, +7 (995) 628-28-28.
NEP-политика обезличивания
(редакция от «09» октября 2026 г.)
1. Назначение
1.1. Политика описывает методы и правила обезличивания запросов Заказчиков в NEP-сервисе, расположенном в РФ, до их передачи Сторонним поставщикам моделей, которые могут находиться за рубежом.
1.2. Цель — минимизировать трансграничную передачу персональных данных и соблюдать требования законодательства РФ, в т.ч. Федерального закона № 152-ФЗ «О персональных данных». Полное исключение персональных данных технически не гарантируется (раздел 7).
1.3. Политика является неотъемлемой частью Оферты. Термины с заглавной буквы используются в значении, определённом в Оферте.
2. Область применения, роли и инфраструктура
2.1. NEP-сервис применяется к запросам Агента и API-сервиса, которые передаются Сторонним поставщикам моделей.
2.2. NEP-сервис не применяется к запросам через Собственный ключ (BYOK) и к запросам при отключении NEP-сервиса Заказчиком (если такая возможность доступна в настройках). Такие запросы передаются в исходном виде; ответственность за трансграничную передачу и её законность несёт Заказчик.
2.2.1. NEP-сервис обрабатывает запросы, которые Заказчик направляет модели. NEP-сервис не применяется к обращениям, которые Агент по задаче Заказчика выполняет к ресурсам сети Интернет (поисковые запросы, загрузка страниц и файлов), и к сетевым запросам программного кода, исполняемого по поручению Заказчика. Состав данных, передаваемых таким ресурсам, определяется задачей Заказчика.
2.3. Исполнитель выступает оператором ПДн в части аккаунтов/биллинга и лицом, осуществляющим обработку по поручению Заказчика, — в отношении ПДн третьих лиц в запросах и файлах Заказчика.
2.4. NEP-сервис и сопутствующие журналы размещены в РФ.
2.5. Запросы Агента и API-сервиса передаются Сторонним поставщикам моделей после обработки NEP-сервисом (кроме случаев п. 2.2 и п. 7.6). Для предотвращения злоупотреблений вместе с запросом может передаваться обезличенный (хешированный) идентификатор Заказчика.
3. Объём и источники данных
3.1. Источники: тексты запросов к Агенту и API-сервису, вложения (файлы/изображения и их метаданные), параметры вызовов, контекст Чата, передаваемый модели.
3.2. Заказчик обязан передавать минимально необходимый объём данных и не включать ПДн, если это не нужно для его законной цели.
4. Категории сведений, подлежащих защите
NEP-сервис направлен на выявление следующих категорий сведений — в отношении поддерживаемых типов данных и форматов; перечень поддерживаемых типов данных и форматов может изменяться по мере развития NEP-сервиса:
4.1. Персональные идентификаторы: ФИО, дата рождения, гражданство, реквизиты документов.
4.2. Контакты: e-mail, телефоны, мессенджеры, логины, почтовые/фактические адреса.
4.3. Косвенные идентификаторы: ID устройств/профилей, cookie, IP-адреса (в теле запроса), GPS-координаты, MAC/IMEI/серийные номера.
4.4. Метаданные: EXIF, авторские теги файлов, URL с токенами, реферальные параметры, заголовки, в которых могут присутствовать ПДн.
4.5. Секреты: ключи, пароли, токены доступа.
5. Техники NEP-обработки
В зависимости от типа данных NEP-сервис может применять следующие техники:
5.1. Маскирование/удаление: детектирование и замена распознанных сущностей, вырезание секретных токенов/ключей/ID.
5.2. Нормализация/обобщение: приведение к менее детализированному виду (например, «г. Москва» вместо точного адреса; «возрастная группа» вместо даты рождения).
5.3. Усечение контекста: передача только необходимых фрагментов.
5.4. Фильтрация вложений: очистка EXIF/метаданных поддерживаемых форматов.
5.5. Политики списков: шаблоны для известных рисковых паттернов (ключи, пароли, токены и т.п.).
5.6. Блокировка: если безопасная трансформация невозможна — запрос блокируется с ошибкой и рекомендациями по редактированию.
6. Журналы NEP и хранение
6.1. Журналы NEP содержат технические метаданные о трансформации (виды замен, категории сущностей, статусы) без исходных ПДн.
6.2. Журналы хранятся в РФ до 1 года для безопасности, аудита и биллинга; доступ — по принципу минимальных привилегий, журналируется.
6.3. Исходные тексты запросов не сохраняются в журналах NEP. Содержимое Чатов хранится отдельно в соответствии с Политикой хранения и удаления данных; содержимое запросов и ответов API-сервиса не хранится.
7. Гарантии и ограничения
7.1. NEP-сервис работает автоматически и только в отношении поддерживаемых типов данных и форматов. Возможны пропуски (персональные данные, записанные нестандартно, внутри изображений, кода, архивов или неподдерживаемых форматов, могут быть не распознаны) и ложные срабатывания (обезличивание сведений, не являющихся персональными данными, что может влиять на качество ответа).
7.2. NEP-сервис снижает риск передачи ПДн за рубеж, но не гарантирует полного исключения ПДн из запроса.
7.3. Заказчик несёт ответственность за законность ввода данных, наличие правовых оснований и согласий субъектов, а также за уведомление субъектов при необходимости. Заказчик гарантирует, что в запросах нет сведений, составляющих государственную тайну, специальных категорий ПДн, биометрических ПДн и сведений, раскрытие которых запрещено договором или законом, — если у него нет на это оснований и это не требуется для законной цели.
7.4. Отказ от NEP-сервиса (отключение, если доступно, или использование Собственного ключа) — решение Заказчика. В этом случае Заказчик принимает на себя все риски и ответственность за последствия, включая трансграничную передачу, раскрытие и обработку данных третьими лицами.
7.5. Сторонние поставщики моделей не контролируются Исполнителем; обработка данных на их стороне осуществляется по их условиям. Исполнитель стремится использовать режимы без обучения моделей на переданных данных, где это доступно.
7.6. Сбои NEP-сервиса. NEP-сервис может временно не применяться или работать с ограничениями при сбоях и авариях инфраструктуры (в том числе дата-центров), при проведении работ, а также при проблемах на стороне поставщиков инфраструктуры и связи. В такие периоды запросы могут передаваться Сторонним поставщикам моделей без обезличивания. Исполнитель принимает разумные меры для восстановления работы NEP-сервиса и по возможности информирует Заказчиков о существенных сбоях. Обязанности Заказчика по п. 7.3 действуют независимо от работы NEP-сервиса.
8. Рекомендации Заказчикам
8.1. Минимизируйте ввод: удаляйте ПДн и чувствительные сведения до отправки.
8.2. Используйте подстановки вместо реальных реквизитов (например, <CLIENT_NAME>).
8.3. Для изображений — отключайте геометки/EXIF на своей стороне.
8.4. Не передавайте токены/пароли/ключи доступа в запросах.
8.5. Проверяйте запросы перед использованием в рабочих процессах.
9. Инциденты и уведомления
9.1. При выявлении передачи ПДн за рубеж в обход NEP-сервиса по вине Исполнителя запускается процедура реагирования: локализация, анализ журналов, корректирующие меры.
9.2. Исполнитель уведомляет Роскомнадзор и затронутых Заказчиков в порядке и сроки, установленные законом.
10. Санкционные ограничения
10.1. Запрещено использовать Агента и API-сервис в юрисдикциях/целях, подпадающих под ограничения.
10.2. При введении регуляторных запретов или ограничений со стороны Сторонних поставщиков моделей Исполнитель вправе ограничить доступ к соответствующим моделям.
11. Безопасность
11.1. Каналы связи защищены (TLS), доступ к NEP-сервису и журналам — по принципу минимальных привилегий, ведётся журналирование доступа.
11.2. Правила и механизмы распознавания обновляются по мере развития NEP-сервиса.
12. Изменения политики
12.1. NEP-политика может обновляться; новая редакция публикуется по адресу https://dslab.tech/legal/storage. О существенных изменениях Исполнитель сообщает по e-mail не позднее чем за 10 календарных дней до их вступления в силу.
12.2. Продолжение использования Агента и API-сервиса после вступления изменений в силу означает согласие с обновлениями.
12.3. Вопросы — support@dslab.tech, +7 (995) 628-28-28.