Подрядчик пропал, а система работает: как забрать её и передать новому разработчику

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

Шаг первый: доступы

Составьте список всего, на чём держится система, и проверьте по каждому пункту, кто владелец и есть ли у вас вход.

• Домен. На кого зарегистрирован и когда истекает. Это самый частый способ потерять работающую систему.
• Сервер или облако. Чей аккаунт, кто платит, есть ли у вас пароль или ключ.
• Код. Где лежит репозиторий и есть ли у вас доступ к нему.
• Сервисы. Платёжный сервис, почтовая рассылка, SMS, аккаунт бота, кабинет разработчика в магазинах приложений.

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

Шаг второй: резервная копия

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

Проверьте, когда последний раз делались автоматические копии и где они хранятся. Часто оказывается, что копии писались на тот же сервер или не писались вовсе.

Шаг третий: попытаться договориться

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

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

Шаг четвёртый: новый подрядчик

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

Не просите сразу доработки. Правка в коде, которого никто не понимает, ломает то, что работало. Пусть первыми задачами будут резервные копии, мониторинг и обновления безопасности.

Готовьтесь к тому, что новый подрядчик предложит что-то переписать. Это бывает оправдано, но решать это стоит после аудита. На первой встрече для такого решения слишком мало данных.

Если кода нет совсем

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

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

Сколько стоит передача системы новому подрядчику? Аудит и разворачивание обычно сравнимы с месяцем поддержки системы. Дальше система поддерживается как обычно, ориентиры в статье сколько стоит поддержка после запуска.

Можно ли восстановить домен, если он зарегистрирован на разработчика? Через регистратора без согласия владельца почти нельзя. Если домен на физлицо, остаётся договариваться или регистрировать новый.

Как не попасть в это снова? Регистрировать домен, сервер и аккаунты на компанию, держать код в своём репозитории и раз в квартал проверять, что резервные копии восстанавливаются.

Правило

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