Смена подрядчика 1С: что проверить и забрать до того, как новый начнёт работу

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

Почему это похоже на приёмку арендованной яхты

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

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

Что получить до прекращения договора

Начните передачу до расторжения и сверьте перечень с договором и условиями о правах на разработки:

1. Доступы. Сервер, хранилище конфигурации, облако, если база там. Создайте административные учётные записи на компанию, проверьте их права, затем смените пароли и отзовите доступы подрядчика.
2. Лицензии и договоры. Разделите бессрочные лицензии, подписки и 1С:ИТС. Для каждой позиции: кто владелец, на кого зарегистрирована, есть ли срок действия.
3. Список доработок. Что изменено в типовой конфигурации, зачем и по чьей просьбе. Если списка нет, это важная находка сама по себе.
4. Расширения и внешние обработки. Выгрузите в отдельные файлы и проверьте, что они открываются для редактирования и не закрыты неизвестным паролем.
5. Обмены и регламентные задания. С чем 1С обменивается данными, по какому расписанию и что ломается, если обмен встал.
6. Открытые задачи и известные ошибки. Что сделано наполовину, что «временно работает вручную».
7. Копия базы с проверенным восстановлением. Копия, которую никто не пробовал восстановить, не считается копией.

Отчёт о состоянии на дату передачи

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

Когда новый подрядчик говорит «здесь всё надо переделать»

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

• перечень конкретных дефектов и во что каждый обходится компании;
• что изменится после переделки и как это измерить;
• сравнение с исправлением на месте и поэтапной заменой.

Если ответы общие («архитектура устарела», «так никто не делает»), возьмите паузу и второе мнение. Полная переделка обычно самый дорогой вариант, и откатить её сложнее всего.

Подробнее: Налог на хаос. Часть 3. Закладки в коде, подписки на подрядчика и Налог на ошибки.

Что я делаю в такой ситуации

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

Если вы главбух или финдир и видите проблему, но решение о подрядчике принимает собственник, перешлите ему эту страницу.