Перейти к контенту
Импортозамещение

Что будет с вашими данными, если вендор закроет продукт

Как проверить до покупки, сможете ли вы забрать свои данные, если поставщик уйдёт с рынка, продаст компанию или закроет продукт. Что почти никогда не попадает в выгрузку и какие условия в договоре реально работают.

Автор: Николай Мазур · · 9 мин чтения · Read in English

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

После 2022 года российские компании прошли этот путь на западных системах и выучили цену вопроса. Повторять урок на отечественном сервисе нет смысла: продукты закрываются и здесь, просто тише.

«Данные принадлежат заказчику» и что это даёт на практике

Эта строка есть в любом договоре, и она про право собственности. Она не обещает, что данные можно получить в пригодном виде. Между «ваши данные» и «вот ваши данные в понятном формате» лежит работа, которую кто-то должен был сделать заранее.

Разница видна на простом вопросе: в каком виде вы получите справочник контрагентов со всеми связями на заказы, документы и переписку. Ответ «выгрузим в Excel» означает плоскую таблицу без связей, то есть список названий. Восстановить по нему структуру можно, но это отдельный проект.

Четыре сценария ухода, и они разные по времени

СценарийСколько обычно есть времениЧто отличает
Продукт закрывают планово6–12 месяцевЕсть поддержка, часто помогают с выгрузкой
Компанию покупаютот 3 месяцевПродукт живёт, но меняются цены и дорожная карта
Уход с рынка страныот нескольких недельОтключение может опередить объявление
БанкротстводниСерверы гасят за неуплату, разговаривать не с кем

Планировать стоит по нижней строке. Она же самая редкая, и именно поэтому к ней никто не готов.

Что проверить до покупки

Шесть вопросов поставщику. Отвечать на них должен не менеджер, а тот, кто отвечает за продукт технически.

  1. Есть ли выгрузка всех данных, а не отчётов. Отчёт это срез, сделанный под задачу. Выгрузка это содержимое базы.
  2. В каком формате и сохраняются ли связи. JSON или CSV с внешними ключами годится, Excel без ключей нет.
  3. Попадают ли в выгрузку файлы. Вложения, сканы, подписанные документы чаще всего лежат отдельно, и забыть про них легко.
  4. Можно ли сделать выгрузку самостоятельно и прямо сейчас. Если нужна заявка в поддержку, в сценарии банкротства выгрузки не будет.
  5. Есть ли API на чтение. Он решает задачу надёжнее любой кнопки, потому что позволяет снимать копию регулярно, а не однажды.
  6. Сколько данные хранятся после расторжения договора. Тридцать дней это обычная практика, и за тридцать дней принимающую систему не делают.

Попросите сделать выгрузку на демостенде и посмотрите на неё глазами. Один день проверки на этапе выбора стоит дешевле, чем всё остальное в этой статье.

Чего в выгрузке почти никогда нет

Что теряетсяПочему это важно
Вложения и файлыДоговоры и сканы часто единственный оригинал
Журнал измененийКто и когда поменял цену или статус
Настройки прав и ролейВоспроизводить придётся по памяти сотрудников
Шаблоны документовВерстка, подстановки, печатные формы
Связи между сущностямиБез них справочники превращаются в списки
Ключи интеграцийОбмен с другими системами встанет молча

Последняя строка опаснее остальных, потому что обнаруживается позже всех. Система уже заменена, данные перенесены, а обмен со складом перестал приходить, и выясняется это по расхождению остатков через неделю.

Условия договора, которые действительно работают

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

Депонирование исходного кода. Для коробочных и on-premise продуктов работает: код передаётся третьей стороне и раскрывается при наступлении оговорённых событий. Для облачного сервиса смысла почти нет, потому что без инфраструктуры и данных код сам по себе ничего не запускает.

Срок хранения после расторжения. Проверьте цифру и считайте от неё назад: за этот срок надо успеть выбрать систему, перенести данные и сверить их. Тридцать дней это не срок, девяносто уже разговор.

Право на выгрузку при неоплате. Пункт, который пишут редко, а работает он в самом тяжёлом сценарии: доступ закрыт за долг, данные внутри.

Что делать в первые две недели после объявления

Порядок важнее скорости.

Сначала копия, потом выбор. Снимите полную выгрузку в тот же день, не дожидаясь решения о новой системе. Положите её туда, где она переживёт окончание договора.

Опись того, что реально используется. При разборе таких систем регулярно выясняется, что треть функциональности мертва: отчёты, которые никто не открывает, модули, запущенные один раз. Подробнее это разобрано в материале о сроках миграции. Отказ от переноса ненужного сокращает проект сильнее, чем любое ускорение разработки.

Отдельно интеграции. Выпишите все системы, которые обмениваются данными с уходящей. Это тот список, который забывают, и он определяет реальный срок.

Параллельная работа, а не переключение. Старая система остаётся в режиме чтения столько, сколько получится. Сверять новую не с чем, если старую выключили.

Когда своя разработка снимает вопрос, а когда нет

Снимает: база данных стоит в вашем контуре, резервные копии делаете вы, код принадлежит вам, исчезновение подрядчика означает поиск другого, а не потерю данных.

Не снимает: у своей системы появляется собственный риск, и он в людях. Если её писал один подрядчик без документации и передачи, вы заменили зависимость от вендора зависимостью от конкретной команды. Разница только в том, что эту зависимость видно и ей можно управлять: требовать документацию, доступ к репозиторию и возможность передать проект.

Сам по себе выбор между покупкой и разработкой этот риск не решает. Как его считать, разобрано в статье про готовое решение против заказной разработки.

Частые вопросы

Облако или on-premise надёжнее с точки зрения данных? On-premise снимает риск отключения, но добавляет вашу ответственность за резервные копии и обновления. Облако снимает эксплуатацию и добавляет зависимость от чужого решения продолжать работу. Выбирать стоит по тому, есть ли у вас люди на эксплуатацию.

Поможет ли резервная копия базы вместо выгрузки? Поможет, если формат базы открытый и схема понятна. Дамп проприетарного хранилища без описания структуры это архив, который нечем прочитать.

Если вендор обещает помочь при закрытии, этого достаточно? Обещание исполняется людьми, а при закрытии продукта люди уходят первыми. Условие работает, когда оно сформулировано как ваше действие, а не чужое.

Сколько стоит перенос данных в новую систему? Зависит от того, сколько сущностей и насколько они связаны. Ориентиры по проектам замены крупных систем: аудит от 1,5 млн ₽, миграция критичного контура от 5 млн ₽. Разбор по этапам на странице импортозамещения.

Итог

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

Если выбор системы уже сделан и вопрос стоит иначе, посмотрите как мы ведём замену ушедших систем.

Похожая задача в вашем бизнесе?

За 60 минут разберём вашу задачу, покажем архитектуру и оценим бюджет.