Подрядчик по Moodle пропал: как перехватить систему и не потерять СДО

Ситуация типичнее, чем кажется

Фрилансер уехал и не отвечает. Компания закрылась. Штатный специалист уволился, не передав пароли. Каждый месяц ко мне приходит организация с работающей СДО, к которой никто не может подступиться: обновления не ставятся, письма не ходят, а на носу приёмная кампания. Разберу порядок действий, который отработан на десятках таких случаев.

Шаг 1: инвентаризация того, что есть

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

Шаг 2: вернуть контроль через владение

Критично: если домен оформлен на физлицо-подрядчика — начинайте процедуру передачи немедленно, даже если сейчас всё работает. Домен — единственное, что нельзя «пересобрать» на новом месте.

Шаг 3: аудит наследства

Прежде чем что-то менять, нужно понять, что вам досталось: версия Moodle и насколько она отстала, какие плагины стоят и есть ли среди них самописные, когда делался последний бэкап и куда, нет ли следов взлома, не правлено ли ядро (любимый грех исчезнувших подрядчиков — об этом я писала в статье о выборе разработчика). Результат аудита — короткий письменный документ: что в порядке, что горит, что можно отложить.

Шаг 4: стабилизировать и жить дальше

1. Полный бэкап на хранилище, которое контролирует организация, — до любых изменений.
2. Смена всех паролей и удаление учёток подрядчика (после снятия копии, не до).
3. Обновления безопасности и лечение найденных проблем.
4. Документация: пароли — в сейф организации, схема системы — в папку, которую найдёт преемник.
5. Договор на поддержку с фиксацией: доступы принадлежат организации, исходники доработок передаются, SLA письменный. Что должно быть в таком договоре — разбирала отдельно.

Чек-лист «чтобы это не повторилось»

• Домен и хостинг оформлены на организацию, не на исполнителя.
• Все пароли есть у вас и обновляются при смене исполнителя.
• Бэкапы уходят на хранилище организации автоматически.
• В договоре с любым исполнителем — пункт о передаче доступов, исходников и документации.
• Раз в год — независимый аудит, даже если «всё работает».

Если ваша СДО осталась без хозяина — напишите: расскажу по шагам, что делать именно в вашей ситуации, и возьму систему на поддержку по SLA после приведения в порядок.

Три реальных типа «пропажи» и что в них разного

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

Тип 2: внезапное исчезновение. Человек перестал отвечать по всем каналам. Здесь важна скорость: пока система работает, у вас есть время на аккуратную процедуру. Не ждите, пока что-то сломается, — начинайте восстановление контроля в первый же месяц тишины.

Тип 3: конфликтное расставание. Подрядчик на связи, но отношения испорчены: выставляет счета за «передачу дел», грозит отключением, тянет время. Правило одно: сначала молча восстановите контроль через хостера и снимите полные копии, потом ведите переговоры. Переговорная позиция «у нас всё есть» радикально отличается от «у нас ничего нет».

Как забрать систему, не разжигая конфликт

Если подрядчик жив и вменяем, худшее, что можно сделать, — начать со взаимных обвинений. Рабочая формула передачи: короткое официальное письмо с конкретным списком (доступы по пунктам, исходники доработок, документация, даты), разумный срок в 5–10 рабочих дней и предложение оплатить финальный месяц работы после передачи. Большинство исполнителей на такие условия соглашаются спокойно — им тоже выгодно закрыть проект чисто. Параллельно — и это не признак недоверия, а гигиена — восстановите собственный доступ к хостингу и снимите резервную копию. Новый исполнитель, кстати, охотнее берёт систему с копией и хоть какой-то документацией: для него это страховка от сюрпризов чужого кода, а для вас — скидка на аудит.

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

Как восстановить доступ администратора Moodle, если пароли только у пропавшего подрядчика?

Через владение инфраструктурой: доступ к панели хостинга восстанавливается по договору с хостером, дальше через сервер сбрасывается пароль администратора Moodle стандартной процедурой. Занимает от часа до пары дней.

Подрядчик требует деньги за передачу доступов — это законно?

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

Хостинг тоже оформлен на подрядчика — что делать?

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

Сколько стоит перехват заброшенной системы Moodle?

Аудит и восстановление контроля — от 15 000 ₽. Если система запущена (старая версия, нет бэкапов), приведение в порядок обычно выходит 30 000–80 000 ₽. Дальше — обычная поддержка от 15 000 ₽/мес.

Не сломается ли что-то при смене подрядчика?

При правильной процедуре — нет: сначала снимается полная копия и аудит, потом меняются пароли, потом период параллельного наблюдения. Система всё это время работает.