Что будет с вашими данными, если вендор закроет продукт
Как проверить до покупки, сможете ли вы забрать свои данные, если поставщик уйдёт с рынка, продаст компанию или закроет продукт. Что почти никогда не попадает в выгрузку и какие условия в договоре реально работают.
Коротко. Право на данные записано в договоре почти всегда. Забрать их получается только теми средствами, которые поставщик предусмотрел заранее. Выгрузка, сделанная за неделю до отключения, почти никогда не содержит вложений, журнала изменений, настроек прав и шаблонов документов. Проверять это надо до покупки, и проверка занимает один день.
После 2022 года российские компании прошли этот путь на западных системах и выучили цену вопроса. Повторять урок на отечественном сервисе нет смысла: продукты закрываются и здесь, просто тише.
«Данные принадлежат заказчику» и что это даёт на практике
Эта строка есть в любом договоре, и она про право собственности. Она не обещает, что данные можно получить в пригодном виде. Между «ваши данные» и «вот ваши данные в понятном формате» лежит работа, которую кто-то должен был сделать заранее.
Разница видна на простом вопросе: в каком виде вы получите справочник контрагентов со всеми связями на заказы, документы и переписку. Ответ «выгрузим в Excel» означает плоскую таблицу без связей, то есть список названий. Восстановить по нему структуру можно, но это отдельный проект.
Четыре сценария ухода, и они разные по времени
| Сценарий | Сколько обычно есть времени | Что отличает |
|---|---|---|
| Продукт закрывают планово | 6–12 месяцев | Есть поддержка, часто помогают с выгрузкой |
| Компанию покупают | от 3 месяцев | Продукт живёт, но меняются цены и дорожная карта |
| Уход с рынка страны | от нескольких недель | Отключение может опередить объявление |
| Банкротство | дни | Серверы гасят за неуплату, разговаривать не с кем |
Планировать стоит по нижней строке. Она же самая редкая, и именно поэтому к ней никто не готов.
Что проверить до покупки
Шесть вопросов поставщику. Отвечать на них должен не менеджер, а тот, кто отвечает за продукт технически.
- Есть ли выгрузка всех данных, а не отчётов. Отчёт это срез, сделанный под задачу. Выгрузка это содержимое базы.
- В каком формате и сохраняются ли связи. JSON или CSV с внешними ключами годится, Excel без ключей нет.
- Попадают ли в выгрузку файлы. Вложения, сканы, подписанные документы чаще всего лежат отдельно, и забыть про них легко.
- Можно ли сделать выгрузку самостоятельно и прямо сейчас. Если нужна заявка в поддержку, в сценарии банкротства выгрузки не будет.
- Есть ли API на чтение. Он решает задачу надёжнее любой кнопки, потому что позволяет снимать копию регулярно, а не однажды.
- Сколько данные хранятся после расторжения договора. Тридцать дней это обычная практика, и за тридцать дней принимающую систему не делают.
Попросите сделать выгрузку на демостенде и посмотрите на неё глазами. Один день проверки на этапе выбора стоит дешевле, чем всё остальное в этой статье.
Чего в выгрузке почти никогда нет
| Что теряется | Почему это важно |
|---|---|
| Вложения и файлы | Договоры и сканы часто единственный оригинал |
| Журнал изменений | Кто и когда поменял цену или статус |
| Настройки прав и ролей | Воспроизводить придётся по памяти сотрудников |
| Шаблоны документов | Верстка, подстановки, печатные формы |
| Связи между сущностями | Без них справочники превращаются в списки |
| Ключи интеграций | Обмен с другими системами встанет молча |
Последняя строка опаснее остальных, потому что обнаруживается позже всех. Система уже заменена, данные перенесены, а обмен со складом перестал приходить, и выясняется это по расхождению остатков через неделю.
Условия договора, которые действительно работают
Регулярная выгрузка на вашей стороне. Самое сильное условие формулируется не как обязанность вендора отдать данные, а как ваше право забирать их по расписанию. Разница в том, что первое исполняется, когда у второй стороны есть желание и люди.
Депонирование исходного кода. Для коробочных и on-premise продуктов работает: код передаётся третьей стороне и раскрывается при наступлении оговорённых событий. Для облачного сервиса смысла почти нет, потому что без инфраструктуры и данных код сам по себе ничего не запускает.
Срок хранения после расторжения. Проверьте цифру и считайте от неё назад: за этот срок надо успеть выбрать систему, перенести данные и сверить их. Тридцать дней это не срок, девяносто уже разговор.
Право на выгрузку при неоплате. Пункт, который пишут редко, а работает он в самом тяжёлом сценарии: доступ закрыт за долг, данные внутри.
Что делать в первые две недели после объявления
Порядок важнее скорости.
Сначала копия, потом выбор. Снимите полную выгрузку в тот же день, не дожидаясь решения о новой системе. Положите её туда, где она переживёт окончание договора.
Опись того, что реально используется. При разборе таких систем регулярно выясняется, что треть функциональности мертва: отчёты, которые никто не открывает, модули, запущенные один раз. Подробнее это разобрано в материале о сроках миграции. Отказ от переноса ненужного сокращает проект сильнее, чем любое ускорение разработки.
Отдельно интеграции. Выпишите все системы, которые обмениваются данными с уходящей. Это тот список, который забывают, и он определяет реальный срок.
Параллельная работа, а не переключение. Старая система остаётся в режиме чтения столько, сколько получится. Сверять новую не с чем, если старую выключили.
Когда своя разработка снимает вопрос, а когда нет
Снимает: база данных стоит в вашем контуре, резервные копии делаете вы, код принадлежит вам, исчезновение подрядчика означает поиск другого, а не потерю данных.
Не снимает: у своей системы появляется собственный риск, и он в людях. Если её писал один подрядчик без документации и передачи, вы заменили зависимость от вендора зависимостью от конкретной команды. Разница только в том, что эту зависимость видно и ей можно управлять: требовать документацию, доступ к репозиторию и возможность передать проект.
Сам по себе выбор между покупкой и разработкой этот риск не решает. Как его считать, разобрано в статье про готовое решение против заказной разработки.
Частые вопросы
Облако или on-premise надёжнее с точки зрения данных? On-premise снимает риск отключения, но добавляет вашу ответственность за резервные копии и обновления. Облако снимает эксплуатацию и добавляет зависимость от чужого решения продолжать работу. Выбирать стоит по тому, есть ли у вас люди на эксплуатацию.
Поможет ли резервная копия базы вместо выгрузки? Поможет, если формат базы открытый и схема понятна. Дамп проприетарного хранилища без описания структуры это архив, который нечем прочитать.
Если вендор обещает помочь при закрытии, этого достаточно? Обещание исполняется людьми, а при закрытии продукта люди уходят первыми. Условие работает, когда оно сформулировано как ваше действие, а не чужое.
Сколько стоит перенос данных в новую систему? Зависит от того, сколько сущностей и насколько они связаны. Ориентиры по проектам замены крупных систем: аудит от 1,5 млн ₽, миграция критичного контура от 5 млн ₽. Разбор по этапам на странице импортозамещения.
Итог
Проверка делается один раз и на этапе выбора: попросить выгрузку на демостенде, посмотреть, что в ней есть, и записать в договор право забирать данные по расписанию. Это дешевле любого из сценариев, описанных выше, и единственное, что работает в сценарии с банкротством.
Если выбор системы уже сделан и вопрос стоит иначе, посмотрите как мы ведём замену ушедших систем.
Читайте также
- WMS для FMCG-производителя: импортозамещение SAPManufacturing
Похожая задача в вашем бизнесе?
За 60 минут разберём вашу задачу, покажем архитектуру и оценим бюджет.