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

Павел СтупкоАрхитектор 1С, бизнес-аналитик

3 сентября 2026 · 9 минут

Единственный человек, который понимал вашу 1С, уходит или уже ушёл. База при этом работает, и это обманчиво: она проживёт ещё полгода, а потом первое обновление платформы или новая форма отчётности покажет, что трогать её некому. У вас есть примерно неделя, пока человек ещё отвечает на звонки. Ниже что забрать в первые 48 часов, что проверить за неделю и что делать, если часть уже потеряна.

Почему это опаснее, чем кажется

Уход программиста часто считают кадровой задачей: найдём нового. Но за первые недели компания теряет четыре вещи, и три из них потом не восстановить.

Доступы. Пароль администратора 1С, учётка на сервере, пароль к СУБД, кабинет облачного провайдера. Часто всё это заведено на одного человека, иногда на его личную почту. После увольнения это замок, ключ от которого уехал.

Исходники. В 1С код лежит внутри базы. Но никто не знает, что типовое, что доработано, где доработки в расширениях, а где внешними обработками на рабочем столе бухгалтера.

Знания. Почему обмен со складом запускается в 6:40, а не в 7:00. Это не записано нигде, кроме головы человека, который собирает вещи.

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

Есть и личный слой. Раньше сбои у бухгалтера или кладовщика шли к программисту. Теперь они идут к вам, и директор становится диспетчером проблем, которые сам решить не может. К третьему месяцу это стоит сделок и отношений с людьми, которым вы обещали «завтра починим».

Первые 48 часов: что забрать у уходящего человека

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

• Административные доступы. Полноправный пользователь 1С на сотрудника компании, а не «его учётка». Пароль администратора кластера серверов 1С, учётка на сервере, пароль к СУБД, кабинет облачного провайдера.
• Исходники и хранилище конфигурации. Если работа шла через хранилище, забрать его каталог и пароль администратора хранилища. Если нет, выгрузить конфигурацию рабочей базы в файл .cf и каждое расширение в .cfe.
• Внешние обработки и отчёты. Файлы .epf и .erf с рабочих столов, из сетевых папок и справочника «Дополнительные отчёты и обработки». Часто половина доработок живёт там и в конфигурацию не входит.
• Пароли обменов и сервисов. Сайт, бухгалтерия, банк-клиент, ЭДО, Честный знак, маркетплейсы, токены API. По каждому: на чью почту заведено и где лежит пароль.
• Список доработок. Что изменено относительно типовой, зачем и для кого. Хотя бы голосом за час, с записью.
• Список интеграций. С чем база обменивается, как часто, что ломается. И где физически запускается обмен: на сервере или на компьютере программиста.
• Контакты подрядчиков. У кого куплены лицензии и ИТС, кто хостит сервер, кто делал обработку для Честного знака.
• Копия базы. Для файловой выгрузка .dt, для клиент-серверной резервная копия средствами СУБД, плюс отдельно .cf. Положить туда, куда у уходящего доступа нет.

Первая неделя: проверить, что база живёт без него

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

• Восстановить копию. Развернуть вчерашний бэкап на другом компьютере и зайти в него. Пока не сделали, у вас нет резервной копии, есть файл неизвестного качества.
• Регламентные задания. В клиент-серверном варианте они выполняются на сервере 1С, в файловом для них нужен отдельный запущенный сеанс. Посмотреть, какие завершались с ошибкой и когда выполнялись в последний раз.
• Обмены. Дождаться штатного цикла и проверить руками, что документы пришли и ушли. Если обмен работал с компьютера программиста, перенести на сервер, пока компьютер не забрали.
• Журнал регистрации. Отфильтровать ошибки за последние дни. Заодно посмотреть действия уходящего за последние недели.
• Кто теперь администратор. Создать полноправную учётку на сотрудника компании, сменить общие пароли, учётку ушедшего отключить, но не удалять, чтобы история в журнале осталась читаемой.
• Резервное копирование. Проверить, что копии создаются по расписанию и куда складываются. Копия на том же диске, что и база, копией не считается.

Что забрать, где искать и что будет, если не забрать

Три способа закрыть дыру

Нанять штатного программиста

Поиск два-три месяца, потом ещё месяц-два человек входит в чужой код без документации. Через полгода у вас снова один человек, на котором всё держится. Идти по этой дороге стоит, уже имея описание базы.

Взять фрилансера

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

Подрядчик с командой, который умеет читать чужой код

Команда закрывает главный риск: знание о базе живёт не в одном человеке. Отличить хорошего можно по ответам на первой встрече.

• Как входят в чужую базу? Должен быть процесс: разбор конфигурации и документ по итогам, а не «дайте доступ, разберёмся по ходу».
• Что остаётся у вас на бумаге после разбора.
• Кто будет вести базу: закреплённые люди или тот, кто свободен.
• Оценивают ли задачи до начала работ.
• Готовы ли взять первую задачу так, чтобы вы платили только по результату.

Как это выглядит в программе

Три места в 1С, которые стоит открыть в первую неделю самому, даже если вы не технический человек. Экраны из типовой «Управление торговлей».

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

Фильтр по событию «Ошибка» за неделю показывает, где база уже спотыкается. Фильтр по пользователю показывает, что человек делал перед уходом.

Для файловой базы расписание копий настраивается прямо в 1С, для клиент-серверной копии делает СУБД. В любом случае нужна дата последней копии, проверенной восстановлением.

Что делать, если исходников нет

В 1С исходный код хранится внутри базы, поэтому «исходников нет» почти всегда означает другое: нет автора, нет описания и не понятно, в каком состоянии конфигурация. Состояний три.

Снята с поддержки. Программист когда-то включил полную возможность изменения, связь с типовой поставкой разорвана. Обновления от 1С ставятся только через сравнение и объединение вручную.

На поддержке с возможностью изменения. Часть объектов помечена «замком» и остаётся типовой, часть открыта для правок. Обновляться можно, но доработанные объекты сверяются при каждом обновлении.

Типовая плюс расширения. Конфигурация не тронута, доработки живут в расширениях (.cfe). Типовая обновляется штатно.

Хуже, когда модули поставлены без исходных текстов: такое не изменить, только переписать. В самописных базах это редкость.

Разобрать чужую конфигурацию без автора можно. Конфигурация выгружается в файлы, AI-инструменты проходят по всем модулям, сравнивают с типовой, находят изменённые объекты и описывают человеческим языком, что делает каждое изменение, какие обмены настроены и где лежит код, который ни разу не вызывается. Результат проверяет разработчик, но черновик документа, который раньше писали месяц, появляется за несколько дней. Подробнее в статье «Самописная 1С без автора» и на странице про самописные конфигурации.

Как мы работаем в такой ситуации

Сначала доступы и копия. Потом паспорт базы: за несколько дней описываем, что в конфигурации доработано, какие обмены и регламентные задания живут в базе, в каком состоянии поддержка и где риски. Шаблон такого документа, PDF «Паспорт самописной базы 1С», лежит на странице поддержки самописной 1С. Его стоит заполнить в первую неделю, даже если работать с нами вы не планируете.

Дальше первая задача. Вы платите за неё, только если устроят цена, качество и срок. Так проверяется главное: разобрались ли мы в базе или пообещали. Паспорт остаётся у вас в любом случае.

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

С чего начать

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

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