Флайск 
Тендеры и лиды
Информация
План непрерывности бизнеса описывает, как компания продолжает работать, когда основной сервис или сеть до него недоступны. Для бизнеса на облачных сервисах в него входят опись данных, их копия на отдельных серверах и порядок действий на время сбоя.
Если компания работает в облачной CRM, клиентская база, история сделок и переписка лежат в облаке. Когда CRM недоступна, звонки через виртуальную АТС проходят, но менеджер не видит, кто звонит и что этому клиенту обещали. Сообщения из мессенджеров, подключённых к CRM, тоже не видны. Если недоступна 1С в облаке, бухгалтерия не выставит счёт. План готовят заранее, чтобы в эти часы отдел продаж продолжал звонить клиентам и отвечать им.
Во Флайск выгрузили историю одного клиента из amoCRM за пять лет. Это 27 651 сделка и 370 тысяч сообщений. Пока amoCRM недоступна, компания без своей копии не откроет эту историю.
План непрерывности бизнеса это заранее написанная инструкция, как компании работать, когда основной сервис или сеть до него недоступны. В классическом плане оценивают критичные процессы, перечисляют угрозы и способы восстановления, назначают ответственных и регулярно проверяют сам план. В основе плана по международному стандарту ISO 22301 лежит анализ влияния на бизнес. Он показывает, какие процессы остановятся при сбое и во что это обойдётся. В крупных компаниях обеспечением непрерывности бизнеса занимается отдельный отдел, а план пишут на десятки страниц.
Компании на облачных сервисах хватает одной страницы и шести шагов:
Опись данных, без которых нельзя работать с клиентами, и где они лежат.
Сценарии отказа, от которых нужно защититься.
Допустимое время простоя и допустимая потеря данных.
Копия данных на отдельных серверах, до которой можно добраться при сбое.
Порядок действий команды в первые часы сбоя и ответственные.
Проверка копии и плана раз в квартал.
Страницу держат там, где её откроют без CRM и корпоративной почты, и показывают команде до первого сбоя.
План опирается на два числа. Специалисты по аварийному восстановлению называют их RTO и RPO.
RTO (Recovery Time Objective), допустимое время простоя, показывает, сколько часов компания может работать без сервиса. Для отдела продаж это часы без CRM. Чтобы оценить RTO, посчитайте цену часа простоя. Возьмём условный пример. Приходит 8 заявок в час, сделкой становится каждая пятая, средний чек 60 тысяч рублей. За час простоя под риском около 96 тысяч рублей выручки, к ним добавьте зарплату менеджеров за этот час. Подставьте свои числа. Если сумма за несколько часов сбоя заметна для бизнеса, менеджерам нужна копия, по которой они смогут работать во время сбоя.
RPO (Recovery Point Objective), допустимая потеря данных, показывает, за какой период можно потерять изменения. При копии раз в неделю можно потерять до недели новых сделок, задач и переписки. Если это дорого, копия нужна чаще.
Работу компании на облачных сервисах останавливают четыре вида сбоев. Это отказ в дата-центре сервиса, недоступность сети до сервиса, удаление данных сотрудником и блокировка аккаунта. В трёх случаях данные чаще всего целы, но на время сбоя недоступны. При удалении данных сотрудником их можно потерять совсем.
Отказывает оборудование, электропитание или сеть внутри дата-центра, и сервис перестаёт отвечать у всех клиентов сразу. Обычно такие сбои устраняют за минуты или часы. Чаще всего данные не теряются, но гарантий этого нет. Пока сервис недоступен, команда работает по своей копии и предупреждает клиентов, которым обещали ответ.
Сервис работает, но до него не доходит сеть. Сбой случился у вашего интернет-провайдера, у магистрального оператора или в сети региона. У компаний в другом городе всё открывается, у вас нет.
Если дело в провайдере, помогает резервный канал, например мобильный интернет другого оператора. Если проблема на уровне сети региона, переключение канала может не помочь. Тогда работать можно только с копией, до которой есть другой сетевой путь.
Менеджер удалил сделки, администратор запустил массовое изменение с ошибкой, уходящий сотрудник почистил свои контакты. Сервис работает, а данных в нём уже нет.
Удалённые сделки amoCRM позволяет восстановить в течение 30 дней. Что удалили раньше, вернуть можно только из копии, сделанной до удаления.
Подписку забыли продлить, карту для автоплатежа перевыпустили, права администратора были у одного сотрудника, и он уволился. Данные остаются в сервисе, но войти к ним нельзя, пока вопрос не решён. Сколько их хранят после окончания оплаты, уточните в договоре с сервисом.
От этого сценария защищают два правила. Оплата не зависит от одной карты, права администратора есть минимум у двух человек.
Опись данных это таблица, где по каждому сервису компании записано, какие данные в нём лежат, где они хранятся и как их выгрузить. Данные CRM, почты, файлов и 1С лежат на серверах самих сервисов, записи звонков у оператора телефонии, переписка в мессенджерах ещё и в телефонах сотрудников.
Добавьте в таблицу ещё две колонки, «кто отвечает за копию» и «когда её последний раз проверяли». Пустые клетки в этих колонках и есть первые задачи плана.
Данные CRM сохраняют встроенной резервной копией, экспортом из списков и выгрузкой по API, то есть через программный доступ к данным сервиса. Встроенная копия и экспорт сохраняют карточки клиентов и сделок, выгрузка по API забирает ещё и историю работы с ними.
На тарифе «Профессиональный» amoCRM сама делает резервную копию. Она включается в разделе «Настройки» → «Общие настройки» → «Резервное копирование», вручную или автоматически раз в неделю или месяц. Файл в формате Excel приходит на почту. В копию входят сделки, контакты, компании, задачи и пользователи. Если менеджеры ставят задачу на каждый следующий шаг и пишут в ней, что обещали клиенту, договорённости тоже будут в копии.
На других тарифах выгрузите сделки, контакты, компании и покупателей через экспорт в списках. Загрузить копию обратно через интерфейс amoCRM нельзя.
В облачном Битрикс24 лиды, сделки, контакты и компании выгружаются из режима «Список». Нажмите «Настройки» (шестерёнка) и выберите «Экспорт в Excel» или «Экспорт в CSV». В файл попадают поля, которые показаны в таблице, поэтому включите нужные заранее или отметьте «Экспортировать все поля». У сотрудника должны быть права на экспорт, а экспорт контактов есть не на всех тарифах.
Битрикс24 сам делает копию всех данных каждый день и хранит её семь дней. Эта копия лежит у Битрикс24. Чтобы восстановить из неё данные, администратор пишет заявку в техподдержку, и портал целиком возвращается на выбранную дату. На части тарифов такое восстановление недоступно.
В резервную копию и экспорт обычно не попадает то, что нужно, чтобы продолжить разговор с клиентом:
примечания и комментарии менеджеров;
история изменений, кто и когда менял этап, бюджет и ответственного;
полные тексты переписки из чатов;
записи звонков, в amoCRM от них только ссылки;
файлы из карточек.
Историю и переписку забирают из CRM программно, записи звонков у оператора телефонии.
Записи разговоров хранятся у оператора телефонии, в amoCRM лежит только ссылка на запись. Чтобы записи остались у компании, их нужно забирать у оператора в свою копию.
Когда звонок проходит через виртуальную АТС, интеграция создаёт в amoCRM примечание о звонке с датой, длительностью, номером и ссылкой на запись. Если оператор недоступен, удалил запись по своему сроку хранения или ссылка была временной, прослушать разговор из amoCRM не получится. Битрикс24 может хранить файлы записей у себя, если это поддерживает интеграция с телефонией.
Срок или объём хранения записей зависит от тарифа и настроек оператора. Найдите их в договоре или в личном кабинете своей виртуальной АТС. Если записи хранятся меньше, чем вам нужно для споров с клиентами и контроля качества, их нужно забирать к себе.
Записи разговоров выгружают тремя способами:
Вручную из личного кабинета оператора. Подходит для разовой выгрузки, если записей немного.
Автоматическим копированием у оператора. Записи сами попадают в ваше хранилище, если такая функция есть у оператора.
По API оператора. Записи складываются в копию рядом с данными CRM и остаются привязаны к звонку, клиенту и сделке.
Если менеджеры переписываются с клиентами в мессенджерах напрямую, переписка хранится в телефоне сотрудника и в его аккаунте. Менеджер переписывался со своего номера и уволился, переписка осталась у него. Надёжнее подключить мессенджеры к CRM, например через интеграцию MAX с amoCRM. Тогда переписка хранится в карточке клиента. Во встроенную копию CRM она не попадает, её выгружает интегратор программно.
Функции экспорта переписки или резервной копии чатов в справке MAX не описано. Описано только скачивание фото, видео и файлов из чата. Если профиль удалить, история сообщений удалится вместе с ним.
Для веб-версии web.max.ru есть сторонние расширения браузера, которые выгружают переписку в HTML, JSON, CSV или TXT. MAX их не выпускает, а расширение получает доступ ко всей открытой переписке, поэтому перед установкой проверьте разработчика.
Через API MAX бот выгружает историю групповых чатов и каналов, где он администратор, до 100 сообщений за запрос. Личная переписка менеджера с клиентом боту недоступна.
Переписку в Телеграме сохраняют экспортом истории чата в Telegram Desktop, программе для компьютера.
Откройте чат, нажмите на три точки и выберите «Экспорт истории чата».
Укажите период и отметьте, что выгрузить, например фото, видео, голосовые и файлы.
Выберите формат «Читаемый HTML» для просмотра или «Машиночитаемый JSON» для загрузки в другие программы.
Все чаты сразу выгружаются через «Настройки» → «Продвинутые настройки» → «Экспорт данных из Telegram».
В окне «Экспорт данных» отметьте нужные типы чатов, например личные чаты, чаты с ботами, группы и каналы.
Отдельный чат выгружается командой «Экспорт чата»:
на Android откройте чат и нажмите «Другие опции» → «Ещё» → «Экспорт чата»;
на iPhone откройте чат, нажмите имя контакта или название группы → «Экспорт чата»;
на iPhone тот же пункт есть в «Настройки» → «Чаты» → «Экспорт чата», чат выбирают из списка.
Чат можно выгрузить с последними медиафайлами или без них. Загрузить такой файл обратно в WhatsApp нельзя, его можно только прочитать. Выгрузить все чаты разом в один файл WhatsApp не даёт, экспорт работает по одному чату.
Все чаты целиком сохраняет резервная копия. Она включается в «Настройки» → «Чаты» → «Резервная копия» (на Android пункт называется «Резервная копия чатов») и хранится в Google, iCloud или облаке WhatsApp. Восстановить её можно только в WhatsApp, прочитать как файл нельзя. Если телефон и аккаунт личные, у компании к этой копии доступа нет.
Письма и файлы в Яндекс 360 лежат на серверах сервиса. Экспорт почты делают через почтовую программу по протоколу IMAP, так программа получает письма с сервера. Копию файлов делают через программу Диска для компьютера или ZIP-архивом из браузера.
Включите доступ по IMAP. В обычном ящике это раздел «Почтовые программы» в настройках Почты. В организации администратор включает IMAP в кабинете организации, раздел «Почта» → «Настройки» → «Использовать протоколы».
Создайте пароль приложения в Яндекс ID, без него программа не войдёт в ящик.
Подключите ящик в почтовой программе, например в Outlook, Thunderbird, The Bat! или «Почте» на macOS. Дождитесь загрузки писем.
Экспортируйте письма средствами программы. Outlook сохраняет их в формате PST, «Почта» на macOS в MBOX.
Выгрузки всех ящиков одной кнопкой в справке Яндекс 360 нет. Для десятков ящиков копию настраивают автоматически по тому же протоколу IMAP. В Яндекс 360 для бизнеса есть «Архив писем». Когда администратор его включит, архив сохраняет копии всех писем сотрудников, даже удалённых. Архив хранится в том же Яндекс 360, от недоступности сервиса он не защищает.
Папка Диска на компьютере не всегда хранит копию файлов. В программе «Яндекс Диск 4.0» для Windows файлы по умолчанию лежат только в облаке и подгружаются при открытии. Есть три способа держать файлы у себя:
«Всегда хранить на этом устройстве» в контекстном меню папки. Файлы лежат на компьютере и синхронизируются в обе стороны. Если удалить файл на компьютере, он удалится и из облака.
«Создать копию на компьютере» в программе Диска. Такая папка дальше не синхронизируется и не зависит от облака.
ZIP-архив из браузера. Выберите папку и нажмите «Скачать». Так скачиваются папки меньше 50 ГБ и меньше 10 000 файлов.
Программа Диска для компьютера работает на тарифах Яндекс 360.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13792 тендера
проведено за восемь лет работы нашего сайта.
1С Фреш сам делает резервные копии баз, но хранит ограниченное их число в том же облаке. Чтобы копия была у компании, её нужно скачать или выгрузить базу в файл.
Сервис делает системные копии раз в сутки, к ним у пользователя доступа нет. Владелец абонента может включить копии по расписанию и создавать их вручную. Хранятся последние три ежедневные копии (можно увеличить до 10), две ежемесячные (до 6), три ежегодные и десять созданных вручную.
Создать копию вручную:
Откройте личный кабинет и карточку приложения.
Выберите «Резервное копирование» → «Создать резервную копию».
Скачать копию на компьютер:
В карточке приложения выберите «Резервное копирование» → «Архивные копии приложений».
Выделите копию и нажмите «Получить файл».
Создать и скачать копию может владелец абонента или пользователь с правом администрирования приложения.
Войдите в приложение пользователем с правами администратора.
Выберите «Перенос данных приложения», в большинстве программ команда находится в меню «Администрирование».
Выберите «Получить файл выгрузки для ручного переноса», затем режим «Полный».
Сервис сохранит zip-архив с данными в формате XML, файла .dt не будет. Загрузить архив можно в локальную 1С версии ПРОФ или КОРП. В конце выгрузки работа пользователей в приложении ненадолго блокируется, поэтому выгружайте базу в нерабочее время.
Независимая копия через API забирает данные сервиса программой по расписанию, в том числе то, чего нет во встроенной копии. Что именно попадёт в копию, зависит от того, какие данные сервис отдаёт программе.
Экспорт подходит для разовых задач, например перед переездом на другую CRM. Резервной копии хватает, если компания готова потерять изменения с момента последней копии. Реплику выбирают, когда нужна полная история с перепиской и удалёнными записями.
API есть у amoCRM, Битрикс24 и у большинства операторов телефонии, у почты для этого есть протокол IMAP. Копию настраивает программист или интегратор. Ему нужны права администратора в сервисе и сервер для копии. Дальше копия обновляется по расписанию, а за выгрузкой нужно следить, чтобы она не остановилась на лимитах API. Как это устроено во Флайск, описано в блоке про независимую копию в конце статьи.
Копия у того же сервиса или в том же дата-центре станет недоступна вместе с ним. Храните её на отдельных серверах, в дата-центре другого хостинг-провайдера. Критичную часть, контакты клиентов и открытые сделки, держите ещё и на компьютере в офисе. До него не нужна сеть.
В копии CRM и записях разговоров почти всегда есть персональные данные клиентов. По закону о персональных данных базы с данными россиян должны находиться в России. Если копию ведёт подрядчик, с ним нужен договор с поручением на обработку персональных данных.
Сравните число сделок, контактов и компаний в копии и в сервисе.
Откройте пять сделок разных лет и проверьте примечания, задачи и переписку.
Найдите звонок трёхмесячной давности и прослушайте запись из копии.
Проверьте дату последнего обновления копии.
ИИ-ассистент с подключённым MCP-коннектором выгружает данные из CRM в файл по обычной просьбе. Если коннектор уже подключён, так можно сделать разовую копию без программиста. Для регулярной копии этот способ не годится.
MCP это стандарт, по которому ИИ-ассистент подключается к сервису и работает с его данными. Подключите к ассистенту MCP-коннектор CRM, и по вашей просьбе он найдёт сделки, прочитает карточки и сохранит список в файл. У Битрикс24 есть официальный коннектор, для 1С их выпустили сторонние разработчики. Для amoCRM свой коннектор (amoCRM MCP) есть у Флайск. Его используют в работе и настраивают клиентам отдельно, пока без упаковки в виджет.
Формулируйте запрос так, чтобы результат можно было проверить:
Выгрузи из amoCRM все сделки воронки «Продажи» за 2026 год: название, этап, бюджет, ответственный, основной контакт и его телефон. Сохрани в CSV-файл и в конце напиши, сколько сделок получилось.
Сверьте число сделок в файле с числом в amoCRM. Если не совпадает, попросите ассистента догрузить недостающее.
У разовой выгрузки через ИИ четыре ограничения:
Коннектор получает доступ ко всему, что доступно пользователю, от имени которого он подключён. От имени администратора это весь аккаунт, поэтому подключайте коннектор от пользователя с минимальными нужными правами.
Выгрузка ограничена лимитами API. Большой аккаунт выгружается частями, и выгрузка может прерваться на середине.
В файле могут оказаться не все записи, и предупреждения об этом не будет. Полноту проверяйте сами.
Данные проходят через сервис ИИ. Если среди них персональные данные клиентов, проверьте, где этот сервис их обрабатывает.
В первые часы сбоя команда проверяет, у кого недоступен сервис, переходит в общий чат, берёт клиентов из свежей копии и записывает договорённости вне CRM. Порядок действий записывают заранее. Образец страницы для отдела продаж:
Кто проверяет, у всех ли сбой. Ответственный открывает сервис с мобильного интернета другого оператора и в другом браузере. Не открывается нигде, значит сбой у сервиса или в сети до него. С другой сети открывается, значит дело в офисной сети.
Где команда держит связь. Общий чат в мессенджере, который не зависит от CRM и корпоративной почты. Ссылку на него заранее сохраняют все сотрудники.
Откуда менеджеры берут клиентов и задачи на сегодня. Из свежей резервной копии или выгрузки, где есть сделки, телефоны клиентов и задачи с договорённостями. Файл лежит на компьютере в офисе или в копии на отдельных серверах.
Что делать со входящими звонками и заявками. Если недоступна только CRM, звонки проходят, но карточка клиента не открывается. Менеджер находит клиента по номеру в файле из пункта 3. Если пропал интернет в офисе, звонки переадресуются на мобильные номера дежурных менеджеров. Есть ли такая переадресация, уточните у оператора телефонии. Заявки с сайта дублируются в чат ответственного.
Где читать сообщения клиентов. Если мессенджеры подключены к CRM, заранее узнайте у интегратора, где читать сообщения, пока CRM недоступна.
Где записывают новые договорённости. В общей таблице или в чате команды. После сбоя ответственный переносит их в CRM.
Кто объявляет, что сбой закончился. Один человек, чтобы команда не возвращалась в CRM по слухам. После сбоя он сверяет журнал звонков в личном кабинете АТС и раздаёт пропущенные на перезвон.
Файл из пункта 3 и переадресацию из пункта 4 готовят до сбоя, во время сбоя их уже не настроить.
Пять дел на сегодня, два на каждую неделю и три на квартал.
Заполните опись данных по таблице выше.
Включите резервную копию amoCRM раз в неделю или выгрузите базу через экспорт в списках.
Узнайте у оператора телефонии срок хранения записей и настройте переадресацию входящих звонков на мобильные номера на случай сбоя.
Проверьте, что права администратора в CRM, телефонии и почте есть минимум у двух человек.
Заполните страницу по образцу из раздела «Что делать в первые часы сбоя» и покажите её команде.
Сохраните свежую копию или выгрузку открытых сделок с телефонами на компьютер в офисе.
Проверьте дату последнего обновления копии.
Проверьте полноту копии по четырём пунктам из раздела про независимую копию через API.
Попросите одного менеджера час поработать только по копии. Ему нужно найти клиента, историю переписки и последнюю договорённость.
Обновите опись, если в компании появились новые сервисы.
План непрерывности бизнеса на облачных сервисах состоит из шести шагов, главные из них опись данных, копия на отдельных серверах и порядок действий на время сбоя. Начните с трёх дел:
Заполните страницу «Что делать в первые часы сбоя» и покажите её команде.
Раз в неделю сохраняйте свежую копию или выгрузку открытых сделок с телефонами на компьютер в офисе.
Для истории с перепиской, примечаниями и записями звонков держите независимую копию по API на отдельных серверах. Встроенная копия amoCRM их не сохраняет.
Для первых клиентов Флайск собирает независимую копию аккаунта amoCRM, сейчас услуга доступна в формате пилота. В копию переносим историю аккаунта, то есть карточки, задачи, примечания со ссылками на записи звонков, историю изменений и полные тексты переписки из чатов. Копия обновляется автоматически, удалённые в amoCRM записи в ней остаются.
Что получает участник пилота:
выгрузку всей базы из копии в Excel или JSON по запросу. Копия лежит отдельно от amoCRM, поэтому выгрузка не зависит от того, работает ли amoCRM;
восстановление удалённых сделок и контактов. Запись создаём заново из копии с полями, связями и примечаниями;
хранение в России на отдельных серверах, в дата-центре другого хостинг-провайдера, по договору с поручением на обработку персональных данных.
Как подключиться:
Расскажите, сколько у вас пользователей и сколько лет вы ведёте amoCRM.
Администратор аккаунта устанавливает интеграцию Флайск с доступом к данным.
Подписываем договор с поручением на обработку персональных данных и переносим всю историю.
Записи разговоров можно хранить в копии отдельной опцией. Просмотр клиентов и сделок в браузере на время сбоя amoCRM сейчас в разработке, участникам пилота включим его бесплатно, как только он будет готов. Как Флайск обслуживает аккаунты amoCRM, описано на странице сопровождения amoCRM.
Что такое план непрерывности бизнеса?
План непрерывности бизнеса описывает, как компания продолжает работать, когда основной сервис или сеть до него недоступны. В крупных компаниях это документ на десятки страниц с критичными процессами, угрозами, способами восстановления и ответственными. Компании на облачных сервисах хватает одной страницы. Главное в ней опись данных, копия на отдельных серверах и порядок действий на время сбоя.
Как составить план непрерывности бизнеса?
План непрерывности бизнеса составляют в шесть шагов. Составьте опись данных по сервисам компании. Перечислите сценарии отказа. Определите допустимое время простоя и допустимую потерю данных. Настройте копию данных на отдельных серверах. Запишите порядок действий на первые часы сбоя и назначьте ответственных. Раз в квартал проверяйте, что копия полная и команда умеет с ней работать.
Какие угрозы непрерывности бизнеса связаны с облачными сервисами?
Основных угроз четыре. Это сбой в дата-центре сервиса, недоступность сети до сервиса при работающих серверах, удаление или порча данных сотрудником, блокировка аккаунта или окончание оплаты. В первом, втором и четвёртом случае данные чаще всего целы, но недоступны на время сбоя. При удалении данных их можно потерять совсем, если нет копии, сделанной заранее.
Что такое RTO и RPO?
Это два числа, от которых зависит план непрерывности. RTO (Recovery Time Objective), допустимое время простоя, показывает, сколько часов компания может работать без сервиса. RPO (Recovery Point Objective), допустимая потеря данных, показывает, за какой период можно потерять изменения. При копии CRM раз в неделю можно потерять до недели изменений.
Почему резервную копию нельзя хранить там же, где сами данные?
При сбое площадки или сети до неё копия станет недоступна вместе с основным сервисом. Копию держат на отдельных серверах в дата-центре другого хостинг-провайдера, а контакты клиентов и открытые сделки ещё и на компьютере в офисе. Так до копии остаётся другой сетевой путь.
Как часто делать резервную копию CRM?
Раз в неделю или чаще, в зависимости от того, сколько изменений компания готова потерять. При копии раз в неделю в худшем случае пропадёт неделя сделок, задач и переписки. Встроенную резервную копию amoCRM на тарифе «Профессиональный» можно включить раз в неделю или раз в месяц. Если неделя потерянных изменений обходится дорого, нужна независимая копия по API, которая обновляется автоматически.
Можно ли сделать бэкап CRM через ИИ?
Да, для разовой выгрузки. Подключите к ИИ-ассистенту MCP-коннектор CRM и попросите выгрузить сделки, контакты и задачи в файл. Коннектор получает доступ ко всему, что доступно пользователю, от имени которого он подключён. Выгрузка ограничена лимитами API, полноту результата нужно проверять самому. Для регулярной копии этот способ не подходит.
Что говорит закон о восстановлении данных клиентов?
Закон о персональных данных называет восстановление данных одной из мер их защиты. В статье 19 152-ФЗ (часть 2, пункт 7) указано восстановление персональных данных, модифицированных или уничтоженных вследствие несанкционированного доступа к ним. Про сбой облачного сервиса закон напрямую не говорит. Но восстановить уничтоженные данные клиентов можно только из копии, сделанной заранее. Подробнее в статье про обязанности оператора персональных данных.
