1С-программист пропал: что делать и как не потерять базу

Шаг 1. Забрать доступы и сделать копию

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

• Если база в облаке или у подрядчика — требуйте выгрузку в файл .dt и доступы в письменном виде.
• Если база на вашем сервере — сделайте копию и проверьте, что она открывается.
• Проверьте, что работают обмены с сайтом, банком и ЭДО, регламентные задания и бэкапы.

Шаг 2. Зафиксировать текущее состояние

Пока свежа память, запишите «паспорт» системы — это сэкономит новому подрядчику дни работы:

• какая конфигурация и версия (УТ 11.5, ERP 2.5, ЗУП 3.1 и т. д.);
• какие расширения подключены и что в них менялось;
• какие внешние обработки и печатные формы используются;
• какие обмены настроены и по какому расписанию;
• где лежат регламентные отчёты и кто ими пользуется.

Шаг 3. Найти доработки

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

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

Шаг 4. Не обновлять базу до разбора

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

Шаг 5. Собрать всё, что осталось от прошлого подрядчика

Пригодятся договоры и акты, переписка, доступы к сервисам (ИТС, ЭДО, банк), старые версии баз, инструкции для сотрудников. Даже обрывки переписки помогают понять, зачем была сделана та или иная доработка.

Что делать, чтобы это не повторилось

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