Контакт-центр банка решил попробовать ИИ-ассистента для операторов. Подрядчик просит то, что просят всегда: «Выгрузите нам полгода переписки в Excel, мы посмотрим типовые вопросы и соберём базу ответов». Раньше это занимало день: служба безопасности согласовывала NDA, администратор делал выгрузку, файл уезжал к подрядчику на флешке или по почте. Дальше файл жил своей жизнью – в ноутбуке аналитика, в облачном диске, в логах нейросети, которой его «показали».
С 31 октября так нельзя. Выгрузка персональных данных из критически важных цифровых объектов на цифровые носители запрещена, а исключение – только по согласованию с уполномоченным органом, с маскированием, шифрованием, сроком хранения в тридцать дней и запретом держать копию за пределами Казахстана. Для банков, операторов связи, медицины, транспорта и их подрядчиков это меняет привычный порядок любого проекта, который начинается с фразы «пришлите выгрузку».
Откуда повод
Приказом Заместителя Премьер-Министра – Министра искусственного интеллекта и цифрового развития от 13 октября 2026 года № 613/НҚ утверждены Правила копирования (выгрузки) персональных данных из критически важных цифровых объектов на цифровые носители. Основание – пункт 3 статьи 23 Закона «О персональных данных и их защите», приказ согласован с КНБ и вводится в действие с 31 октября 2026 года.
Главное за минуту
По умолчанию – запрет
Копировать персональные данные из критически важного объекта на носитель нельзя. Исключения – согласование с уполномоченным органом и спецслужбы.
Пятнадцать рабочих дней
Столько рассматривают запрос. В нём нужно объяснить, почему задачу нельзя решить интеграцией систем.
Минимум и в маске
Копировать можно только необходимые данные – обезличенные, маскированные или хешированные, со средствами криптозащиты.
Тридцать дней и в Казахстане
Копию нельзя хранить дольше тридцати календарных дней, размещать в базе за пределами РК и передавать третьим лицам.
Что запрещают правила копирования персональных данных
Формулировка короткая: копирование персональных данных из критически важных цифровых объектов на цифровые носители запрещено. Исключений три. Первое – согласование с уполномоченным органом в сфере защиты персональных данных. Второе и третье – разведка, контрразведка, оперативно-розыскная деятельность и охрана охраняемых лиц и объектов. Для бизнеса реально только первое.
Критически важными считаются объекты, сбой в которых ведёт к незаконному сбору персональных данных ограниченного доступа или к серьёзным последствиям для экономики и жизни людей. В перечне сфер – связь, банки, здравоохранение, транспорт, энергетика, тепло-, газо- и водоснабжение, «цифровое правительство». Сам перечень объектов и правила отнесения к ним утверждает уполномоченный орган в сфере кибербезопасности. Если ваша система в нём, служба информационной безопасности это знает: у таких объектов и без того отдельные требования и проверки.
Отсюда первый практический вывод. Правила касаются не только самого банка или оператора. Они касаются каждого, кто привык получать от них данные файлом: интегратора CRM, подрядчика по ботам, аутсорсингового колл-центра, аналитического агентства, вендора речевой аналитики.
Как получить согласование на выгрузку
Запрос – официальное письмо за подписью первого руководителя госоргана либо собственника или руководителя критически важного объекта. Подрядчик сам его не подаёт, но готовит для заказчика почти всё содержание. Перечень того, что должно быть в письме, полезно держать перед глазами ещё на этапе предложения:
- правовое основание и цель копирования;
- обоснование, почему нельзя обойтись интеграцией систем;
- категории и объём данных, период, за который они нужны;
- срок хранения копии и меры её защиты;
- реквизиты передающей и принимающей стороны.
Уполномоченный орган рассматривает запрос в течение пятнадцати рабочих дней. Это три календарные недели, а с праздниками – больше. Отказ не окончательный: можно исправить запрос и подать снова, но каждый круг – ещё три недели в плане проекта.
Даже согласованная выгрузка идёт по жёстким условиям. Их удобно свести в одну таблицу и сверять с ней каждый шаг проекта.
| Требование | Что это значит на практике |
|---|---|
| Только необходимые и достаточные данные, обезличенные, маскированные или хешированные | Полная карточка клиента «на всякий случай» не пройдёт. ИИН, телефон и ФИО – в маске или хеше, если задача решается без них |
| Передача и хранение – только со средствами криптографической защиты | Архив с паролем в почте – не то. Нужен шифрованный носитель или канал, который ваша ИБ признаёт криптозащитой |
| Копию нельзя размещать в базе за пределами РК | Облачный диск с серверами за рубежом и зарубежный ИИ-сервис с журналами запросов отпадают |
| Хранение – не дольше тридцати календарных дней, затем уничтожение с фиксацией | Проект должен уложиться в месяц или повторять согласование. «Пусть полежит до следующего релиза» не работает |
| Передача третьим лицам запрещена | Субподрядчик подрядчика данные не получает. Цепочку исполнителей нужно согласовать заранее |
| Акт приёма-передачи на каждую передачу: набор данных, цель, дата, участники, хеш-сумма | Каждая выгрузка – отдельный документ, а хеш позволяет доказать, что передали ровно то, что согласовали |
| Идентификация, аутентификация и журнал всех операций | Кто выгрузил, кто открыл, кто скопировал – всё в журнале |
| Очистка носителя без возможности восстановления, акт ответственного за кибербезопасность; не подтвердили – физическое уничтожение | Флешку после проекта либо надёжно стирают с актом, либо уничтожают механически или термически |
Пилот ИИ, миграция CRM, отчёт подрядчику: что меняется
Большинство проектов, где в данные критически важных систем приходит внешняя команда, начинаются с выгрузки. Вот как новые правила ложатся на три самые частые ситуации.
Пилот бота или ассистента на истории обращений
Самый рискованный сценарий. Чтобы собрать базу ответов, подрядчику нужны тексты диалогов, а в них – имена, номера карт, адреса, диагнозы. Даже после согласования текст придётся маскировать, а работать с ним – на инфраструктуре в Казахстане и не дольше месяца.
Отдельный вопрос – языковая модель. Если подрядчик «прогоняет» выгрузку через зарубежный API, копия может остаться в журналах вендора: так, например, Gemini API с 26 октября по умолчанию хранит запросы новых платных проектов, мы разбирали это в статье Gemini API хранит логи по умолчанию: что проверить в боте. Мы считаем, что для данных из критически важного объекта такой путь надо исключить сразу: либо модель в контуре в РК, либо в модель уходит уже обезличенный текст, из которого нельзя восстановить человека. Общие правила трансграничной передачи и маскирования, которые действуют для всех компаний, описаны в материале Новые правила сбора персональных данных: лиды, маскирование, ИИ.
Переезд на новую CRM
Классическая миграция – выгрузить клиентов из старой системы в CSV, почистить, загрузить в новую. Тридцать дней на хранение копии и запрет на третьих лиц делают этот путь неудобным, а требование объяснить, почему нельзя интегрироваться, – почти невозможным для оправдания. Если обе системы работают внутри одной инфраструктуры, правильнее переносить данные напрямую, через API или промежуточную базу на своём сервере, без файла на носителе. Как при этом не потерять записи и дубли, мы описывали в руководстве Миграция данных в CRM: как не потерять клиентов при переезде.
Отчёт для агентства или аналитика
Маркетинговому агентству редко нужны строки с людьми. Ему нужны цифры: сколько обращений, по каким темам, с какой конверсией. Агрегаты без персональных данных под правила не попадают, и это самый простой выход. Допустим, оператор связи заказывает разбор оттока по сегментам: вместо выгрузки абонентов он отдаёт таблицу «сегмент – число ушедших – причина», а детальный разбор агентство делает на стороне оператора под его учётной записью.
Проект начинается с выгрузки?
Опишите задачу – подскажем, можно ли решить её интеграцией без копии данных или что включить в запрос на согласование.
Интеграция вместо файла
Требование обосновать невозможность интеграции – самая показательная деталь правил. Регулятор прямо говорит, какой путь считает нормальным: данные остаются в системе, а внешняя команда работает с ними через контролируемый интерфейс. Файл на носителе – исключение, которое надо доказать.
Для проектов с ИИ это означает другую архитектуру с первого дня. Бот или ассистент не учится на дампе, а обращается к CRM за конкретной карточкой в момент разговора, с теми правами, которые ему выданы. Маскирование происходит на стороне системы, а не в Excel у подрядчика. Журнал запросов пишется автоматически. Такая схема дороже на старте – нужно API, роли, тестовый контур. Зато в ней нет копии, которую потом придётся согласовывать, хранить тридцать дней и уничтожать с актом.
Если проект нельзя начать без выгрузки, это повод пересмотреть проект, а не искать, как оформить выгрузку.
Чего правила пока не проясняют
- Полный текст правил на момент подготовки статьи мы видели только в изложении профильного издания и в реквизитах приказа. Определение «цифрового носителя» и точные формулировки сверьте по официальной публикации.
- Неясно, считается ли копированием на носитель выгрузка файла по сети – в общую папку или на сервер подрядчика. Безопаснее исходить из того, что считается.
- Не описано, как соотносятся «принимающая сторона» из запроса и запрет на третьих лиц, если у подрядчика есть субподрядчик. Его лучше указать в запросе явно.
- Если данные полностью обезличены и человека по ним не восстановить, это уже не персональные данные. Но где граница обезличивания для текстов переписки, правила не говорят.
- Ответственность за нарушение в изложении правил не названа – она определяется законодательством о персональных данных и кибербезопасности.
Чек-лист на первую неделю
Если вы владелец или подрядчик критически важной системы, начать стоит с инвентаризации того, что уже вынесено наружу, и только потом переходить к новым проектам.
- Уточнить у службы ИБ, какие системы компании отнесены к критически важным цифровым объектам.
- Найти действующие выгрузки персональных данных: у подрядчиков, в облачных дисках, на флешках, в тестовых базах.
- Остановить регулярные выгрузки «по старой схеме» и решить для каждой – интеграция, агрегаты или согласование.
- Проверить, не уходят ли данные из этих систем в зарубежные ИИ-сервисы через ботов, ассистентов или скрипты аналитиков.
- Подготовить шаблон запроса на согласование и заложить пятнадцать рабочих дней в план проектов.
- Завести форму акта приёма-передачи с хеш-суммой и акта очистки носителя.
- Прописать в договорах с подрядчиками запрет на передачу данных дальше и срок уничтожения копии.
Связанные материалы
Подключим бота к CRM без выгрузки базы
Покажем схему, в которой ассистент берёт данные клиента через API в момент разговора, с маскированием и журналом, а копий у подрядчика нет вовсе.