Что делать если 1С не обновляется из-за старых доработок

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

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

Чеклист — 6 шагов

1. 1
   Шаг 1: Сделайте полную копию базы и выгрузку поддержки

   Перед любыми манипуляциями снимите бэкап информационной базы и сделайте выгрузку файлов поддержки через конфигуратор. Это позволит откатиться при ошибке. Заодно проверьте, что версия платформы не ниже 8.3.24 — на ней работают все современные механизмы БСП.

   Арендовать сервер для тестовой базы →
2. 2
   Шаг 2: Инвентаризируйте все снятые с поддержки объекты

   Откройте конфигурацию и через меню «Сравнение/Объединение» с эталонной типовой конфигурацией той же версии. Сформируйте отчёт по объектам, которые сняты с поддержки. Запишите в таблицу: имя объекта, тип, дату последней доработки и ответственного. В типовых бухгалтерских конфигурациях таких объектов может быть от 50 до 200.
3. 3
   Шаг 3: Разделите доработки на три категории

   Категория А — изменения, которые можно выключить настройкой или отключить подпиской на событие. Категория Б — доработки, которые необходимо переписать через расширение или БСП. Категория В — изменения, без которых бизнес не может работать (например, уникальный расчёт зарплаты). Для категории В готовьте отдельный план миграции.

   Хостинг для 1С в облаке →
4. 4
   Шаг 4: Перенесите доработки категории А и Б на механизмы БСП

   Используйте подсистему «Доработки» из БСП версии 3.1.6 и выше. Для каждой функции создайте отдельное расширение с правилом «Вместо» или «После». Это гарантирует, что при следующем обновлении ваш код не будет конфликтовать с типовым. На中型 предприятиях такой перенос занимает от 3 до 10 дней в зависимости от объёма.

   Купить книгу по БСП 1С →
5. 5
   Шаг 5: Выполните тестовое обновление на копии

   После переноса кода на расширения запустите обновление конфигурации на тестовой базе. Используйте режим «Обновление с сохранением поддержки». Если возникли ошибки — смотрите лог сравнения. Обычно 90% конфликтов решаются на этом этапе. Оставшиеся 10% — это доработки категории В, которые придётся мигрировать вручную.

   Развернуть тестовый стенд 1С →
6. 6
   Шаг 6: Обновите продуктивную базу и зафиксируйте процесс

   Когда тестовое обновление прошло без ошибок, перенесите обновление на боевую базу в нерабочее время. После успешного обновления опишите регламент: как теперь вносить доработки (только через расширения), как часто проверять совместимость с новыми релизами. Это сэкономит часы в будущем.

Частые ошибки

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