Принимаем чужую 1С: паспорт доработок и обновление без поломок

Подрядчик пропал, а база осталась

Типичная история: франчайзи ушёл, программист сменил работу или вы сами решили сменить исполнителя. В 1С пять лет что-то дописывали, а документации нет. Новый специалист открывает базу и не понимает, что здесь типовое, а что чужое. Обновление страшно ставить, потому что неизвестно, что оно сломает.

По обсуждениям на форумах 1С в июне и сентябре 2026 года картина одна и та же. Разработчики спрашивают, как вести документацию по чужим доработкам, и сами отвечают, что комментарии в коде перестают помогать, когда добавляются реквизиты и объекты. Нужна схема: что добавлено, кому нужно, где используется. Другие пишут, что после обновления УНФ расширение выдаёт ошибки в формах. На бирже фриланса 30 сентября 2026 года ищут специалиста под старую редакцию складского продукта 1С. Такие заявки появляются, когда знание о системе жило в голове одного человека.

Первый день с чужой базой: 10 пунктов

1. Сделайте копию базы и проверьте, что она разворачивается. Как это устроено, описано в статье про резервное копирование 1С.
2. Выясните, кто владелец лицензий, серверов и учётных записей с правами администратора. Что делать с доступами бывших сотрудников, разобрано в статье про права доступа в 1С.
3. Узнайте название и версию конфигурации и версию платформы.
4. Проверьте, стоит ли конфигурация на поддержке и с какими правилами для объектов.
5. Откройте список расширений: сколько их, как называются, активны ли.
6. Найдите внешние отчёты и обработки, а также файлы, которые подключаются из справочников.
7. Выпишите обмены: сайт, банк, маркетплейсы, ТСД, другие базы. Для каждого нужен адрес и учётная запись.
8. Найдите, где лежат исходники: хранилище конфигурации, репозиторий, архив у подрядчика.
9. Спросите у пользователей, что без доработок остановит работу.
10. Узнайте, какой релиз стоит и когда обновляли в последний раз.

Что входит в паспорт доработок

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

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

Как устроено обновление и как проверить расширения на копии

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

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

Порядок проверки на копии:

1. Разверните копию на отдельной площадке и отключите в ней обмены и рассылки, чтобы она ничего не отправила наружу.
2. Проверьте применимость расширений к новому релизу, пока не запускали его.
3. Обновите копию.
4. Откройте формы из паспорта, которые меняют расширения. Пользователи сообщают, что после обновления ломаются именно вставки элементов в типовые формы.
5. Проведите тестовые документы, напечатайте формы, запустите обмены на тестовых данных.
6. Запишите, что сломалось, и только потом решайте, обновлять рабочую базу или нет.

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

Если исходников нет

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

Хуже с мобильным приложением, у которого остался только готовый файл APK. По обсуждениям на форумах, из такого файла конфигурацию в исходном виде обычно не получить. Я это сам не проверял и не стал бы обещать результат, пока не увидел приложение. Запасной путь один: описать, что приложение делает, и собрать его заново.

Кому принадлежат исходники и что исполнитель обязан передать, зависит от договора. Смотрите статьи 1295 и 1296 ГК РФ о служебных произведениях и произведениях, созданных по заказу, и спросите юриста. Что стоит требовать при сдаче, перечислено в статье про то, что получает заказчик после сдачи. Если доступы остались у бывшего сотрудника, начните со статьи про возврат домена. А как делить работу между франчайзи и внешним разработчиком, написано здесь.

Если нужна внешняя оценка того, что досталось, это можно оформить как технический IT-аудит.

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

Можно ли обновить базу без документации?

Можно, если сначала сделать копию и проверить на ней всё из паспорта. Без паспорта вы не знаете, что проверять, и обновление превращается в лотерею.

Сколько занимает составление паспорта?

Зависит от числа расширений, обменов и от того, насколько база запутана. Обычно от нескольких часов до нескольких дней. Точнее скажу, когда увижу базу.

Что если подрядчик не отдаёт исходники?

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

Коротко о главном

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

Хотите, чтобы я посмотрел вашу базу, составил паспорт доработок и проверил обновление на копии? Напишите мне в Telegram слово «ПАСПОРТ».