Денис Рынков guides · Денис Рынков
ru

Как не потерять доработки при обновлении 1С

Чеклист перед обновлением нетиповой: список отличий, расширения, копия, смок и откат — чтобы не потерять правки «в один клик».

#обновление #доработка #чеклист

Обновление «как у типовой» на базе с правками — частая причина исчезнувших кнопок, сломанного обмена и ночи слияния. В гайдах по нетиповым (Infostart, интеграторы) схема стабильна: инвентаризация отличий → копия → сравнение/объединение → тест → прод → откат наготове. Пропускают обычно первый и четвёртый шаги.

Я веду обновления нетиповых как частный специалист: от 2 999 ₽/час или смета на релиз; регулярный контур — от 49 999 ₽/мес: услуги.

Что значит «не потерять»

Не только «cf встал». После обновления должны жить:

  • ваши объекты и правки модулей (или слой расширений);
  • внешние отчёты/обработки, если они завязаны на API;
  • обмены и регламентные задания;
  • права ролей под ваши формы.

Если «обновились, а кнопку забыли» — доработка потеряна по сути, даже если файл красивый.

Чеклист до обновления

  1. Список доработок — объекты, расширения, внешние файлы, «кто зачем».
  2. Бэкап и проверенный способ отката (не только «файл есть»).
  3. Копия той же платформы/релиза, что целевой.
  4. Сравнение с типовой поставкой / поставщиком — понять конфликтные места.
  5. Окно и владелец приёмки со стороны бизнеса.
  6. Смок-сценарии: проведение, печать, обмен, закрытие — ваши, не абстрактные.

Нет списка — вы обновляете вслепую.

Расширения vs правка типовой

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

Типичные ошибки

  • Обновлять сразу прод «на обеденный перерыв».
  • Игнорировать расширения: обновили основную, забыли проверить cfe.
  • Не гонять обмен и регламенты на копии.
  • Принимать релиз фразой «открывается».
  • Не фиксировать, какие конфликты слили и почему.

Как я провожу релиз

  1. Инвентаризация и оценка риска (часы/смета).
  2. Обновление на копии, журнал конфликтных объектов.
  3. Прогон смока под рабочими ролями.
  4. Прод в согласованное окно + гиперкээр.
  5. Короткая запись: что изменено, что отложено.

15+ лет enterprise-обновлений: без очереди франчайзи, с понятной ставкой. Пришлите: конфигурация, примерно сколько снято/расширений, срочность релиза — скажу, это аккуратный вечер или полноценный проект слияния.

Если по этой теме нужна работа на вашей базе — напишите в Telegram (доработки). Цены открыты на странице услуг.

Автор: Денис Рынков

Ещё по теме