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

Что уходит вместе с программистом

Сама база никуда не девается: документы, справочники и даже код доработок остаются на сервере. Уходит знание о базе. Я принимал немало баз «после предыдущего», и потери почти всегда одни и те же:

• Где доработки. Что сделано расширениями, что вписано прямо в типовую конфигурацию, какие внешние обработки лежат файлами у него на компьютере.
• Зачем доработки. Почему отчёт по марже считает без доставки, кто это просил и в каком году. Без этого любую странность хочется «исправить» — и сломать то, что работало специально так.
• Обмены. С сайтом, банком, Wildberries и Ozon, складской программой: что, куда, по какому расписанию и где лежат ключи.
• Доступы. Пароли администратора 1С, сервера, СУБД, учётная запись на портале 1С:ИТС, ключи API маркетплейсов, доступ к хранилищу конфигурации.
• Порядок обновления. Как он обновлял конфигурацию и что после этого проверял руками.

Первые 2 пункта восстанавливаются долго, но восстанавливаются. Последние 3 — это риск остановки работы, и с них начинают.

Первые два дня: доступы и копия базы

Если программист ещё работает и уходит по-хорошему, у вас есть две недели отработки. Это много, если начать в первый день, и ничего, если вспомнить в последний.

1. Сделать полную копию. Выгрузку базы в файл .dt, отдельно конфигурацию .cf, каждое расширение .cfe и папку с внешними обработками. Подписать дату и положить туда, куда у программиста нет доступа. Это точка отсчёта: что бы ни случилось дальше, к ней можно вернуться.
2. Составить список доступов и сменить пароли. Не из недоверия, а потому что пароль, который знает человек вне компании, — это дыра, о которой через полгода никто не помнит. Пользователя программиста в 1С заблокировать, а не удалять: его имя стоит в истории изменений документов.
3. Забрать ключи и учётные записи на компанию. Портал 1С:ИТС, кабинеты маркетплейсов, банк, хостинг сайта. Если что-то зарегистрировано на его личную почту или телефон, перевести до ухода, а не после.
4. Переписать регламентные задания. Что запускается само ночью и по расписанию: обмены, загрузки, рассылки. Отдельно — задачи на сервере вне 1С, их в базе не видно вообще.

Если копию нужно передать новому исполнителю, сначала договор и поручение на обработку персональных данных, потом передача. Что спросить у подрядчика до передачи базы — в чек-листе про копию базы и 152-ФЗ.

Расширения или правка типовой: главный вопрос передачи

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

Проверить можно самостоятельно, за 10 минут:

• в списке расширений («Администрирование» → «Печатные формы, отчёты и обработки» → «Расширения») видно, сколько их и включены ли они;
• в списке дополнительных отчётов и обработок там же видно, какие внешние обработки подключены к базе;
• в конфигураторе режим поддержки покажет, на поддержке ли конфигурация, разрешено ли редактирование или она снята с поддержки — последние два случая означают, что типовую правили.

Если правки в типовой есть, их точный список даёт сравнение с конфигурацией поставщика того же релиза. Её берут с портала 1С:ИТС. Подробно о разнице подходов — в статье «Расширение или правка типовой», а что бывает, если про правки не знать, — в разборе слетевших после обновления доработок.

Документация, которую реально успеть за две недели

Просить у уходящего сотрудника «полную документацию» бесполезно: за 10 рабочих дней он её не напишет, а то, что напишет, никто не прочтёт. Нужна одна таблица — карта доработок. По строке на каждую доработку, 5 колонок:

Отдельно — по обменам: с кем обмен, расписание, где хранятся логины и ключи, что делать, если встал. Колонка «как проверить» здесь важнее всего: по ней новый человек за час убедится, что после его первого обновления всё работает. Хорошая карта на базу с 30 доработками занимает 2–3 дня, то есть в отработку укладывается.

Чек-лист передачи дел

Распечатайте и отмечайте по пунктам вместе с уходящим программистом. Пустая строка — повод спросить сейчас, а не через месяц.

1. Копия базы .dt, конфигурация .cf, все расширения .cfe — с датой.
2. Внешние обработки и отчёты файлами, включая те, что лежат у него на компьютере.
3. Карта доработок: что, где, зачем, как проверить, что сломается.
4. Список обменов с расписанием и местом хранения ключей.
5. Список регламентных заданий 1С и задач на сервере вне 1С.
6. Пароли администратора 1С, сервера, СУБД — сменены после передачи.
7. Учётная запись 1С:ИТС, кабинеты маркетплейсов, банк — оформлены на компанию.
8. Режим поддержки конфигурации и список правок типовой, если они есть.
9. Как он обновлял базу и что проверял после обновления.
10. Открытые задачи: что начато, что обещано пользователям, что висит недоделанным.
11. Его пользователь в 1С заблокирован, удалённый доступ к серверу отозван.
12. Контакт для вопросов на 1–2 месяца после ухода, хотя бы по почте.

Если программист уже ушёл и не отвечает

Хуже, но не катастрофа. Многое восстанавливается из самой базы:

• Расширения хранятся в базе — их видно в списке и можно выгрузить.
• Правки типовой находятся сравнением с конфигурацией поставщика того же релиза.
• Дополнительные обработки, подключённые через справочник, тоже лежат в базе. Пропадают только отдельные файлы, которые запускали через «Файл» → «Открыть».
• Обмены видны по регламентным заданиям и журналу регистрации: что запускалось, когда и с какой ошибкой.
• Ключи маркетплейсов проще перевыпустить в кабинете, чем искать. Про Ozon это особенно актуально: с сентября 2026 года новые ключи живут 90 дней, подробности — в статье про ключи API Ozon.

Чего восстановить нельзя — это ответа на вопрос «зачем». Его придётся собирать у пользователей: бухгалтер помнит, почему отчёт считает без доставки, склад помнит, зачем лишняя колонка в накладной.

Начать разумно с обзора. Бесплатный «Рентген базы 1С» — 12 проверок, включая права и администраторов, дату запрета, расширения, дубли и непроведённые документы. Работа только на чтение и на обезличенной копии, отчёт за рабочий день. После него понятно, что в базе есть и с чего начинать.

Кого ставить на замену

Вариантов три, и у каждого своя цена.

Новый штатный программист. Поиск занимает время, а первые недели он разбирается в чужом коде. Если считать честно, с налогами, отпусками и непродуктивными часами, час штатного при окладе 160 000 ₽ выходит около 3 712 ₽ — расчёт в статье о стоимости часа программиста. И главное: через пару лет вы снова окажетесь в той же точке, если не будет карты доработок.

Фрилансер. Дешевле, но знание снова сосредоточено в одной голове, а в отпуске или на другом проекте его не дозваться.

Подписка на доработку. Так работаю я. Больше 10 лет в 1С, сейчас на подписке 7 компаний, за 10 лет — больше 50 клиентов. Доработки делаю расширениями, чтобы конфигурация оставалась на поддержке. Рутину — поиск по конфигурации, черновики кода, проверки — делает конвейер ИИ-агентов, но ни одна строка не попадает в вашу базу без проверки человеком и вашего согласования. На тарифах «Развитие» и выше у задач есть назначенный дублёр — аналитик 1С Кирилл Боровой, чтобы уход или болезнь одного человека не останавливали работу. Исходники, карта доработок и описание интеграций — по запросу за 3 рабочих дня без доплат: если решите уйти от меня, вы не окажетесь там, где сейчас. Цены — в тарифах.

Вопросы, которые задают

Обязан ли уходящий программист отдать исходники доработок

Если он был в штате и делал доработки по должностным обязанностям, исключительное право на такое служебное произведение по общему правилу принадлежит работодателю (ст. 1295 ГК РФ). Код и так лежит в вашей базе. Если работал по договору подряда — смотрите договор: в хорошем передача прав и исходников прописана отдельным пунктом.

Как понять, правил ли он типовую конфигурацию

В конфигураторе посмотреть режим поддержки: «снята с поддержки» или «редактирование разрешено» значит, что правки возможны. Точный список даёт сравнение с конфигурацией поставщика того же релиза, взятой с портала 1С:ИТС. Расширения при этом смотрят отдельно — в списке расширений базы.

Можно ли обновлять 1С, пока не разобрались с доработками

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

Хватит ли одной выгрузки базы, чтобы ничего не потерять

Нет. В выгрузку .dt попадают данные и то, что хранится в базе, но не попадают внешние обработки файлами, задачи на сервере вне 1С, настройки промежуточных сервисов обмена и ключи, записанные где-то ещё. Поэтому в чек-листе выше 12 пунктов, а не один.

Сколько времени уходит на разбор чужих доработок

Обзор базы — рабочий день: «Рентген» показывает, что в ней есть и где риски. Полная карта доработок зависит от их числа; на базе с десятками доработок это проект с оценкой за 3 рабочих дня. Срочные задачи из очереди ушедшего программиста можно решать параллельно, не дожидаясь карты.