Как обновить 1С с доработками и ничего не потерять

Обновление базы с доработками — самая частая причина откладывать обновление «на потом». Страшно потерять правки, на которые ушли годы, и получить простой в самый неподходящий момент. На самом деле это стандартная задача: важно лишь идти в правильном порядке и всё проверять на копии. Ниже — порядок действий, сроки и чек-лист проверки.

Почему обновление кажется рискованным

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

Что происходит при обновлении «в лоб»

• Изменённые объекты типовой заменяются новыми версиями — доработки исчезают.
• Внешние отчёты и обработки продолжают запускаться, но могут выдавать ошибки из-за изменившейся структуры.
• Обмены и интеграции перестают проходить, если поменялся формат данных.
• Права и роли иногда сбрасываются, и сотрудники теряют доступ к разделам.

Три конфигурации, которые нужно сравнить

Ключ к безопасному обновлению — трёхстороннее сравнение. Сравниваются не две, а три конфигурации:

Сравнение показывает, какие изменения ваши, а какие пришли от вендора, — и что с чем конфликтует. Без этого шага обновление превращается в лотерею.

Порядок обновления 1С с доработками

Шаг 1. Снимите копию рабочей базы

Вся работа идёт только на копии. Рабочая база не трогается до самого последнего шага, поэтому даже ошибка на копии ничего не ломает для бизнеса.

Шаг 2. Получите файл обновления нужной версии

Файл обновления типовой конфигурации берётся по действующему договору ИТС. Если ИТС не активен, нужной версии может не быть — это стоит проверить заранее.

Шаг 3. Сравните три конфигурации

На этом шаге становится видно: сколько у вас доработок, какие из них конфликтуют с новым релизом и что придётся адаптировать. Часто именно здесь выясняется, что часть правок уже не нужна — их можно не переносить.

Шаг 4. Перенесите доработки: по возможности в расширения

Лучший вариант — оформить изменения расширением, а не правками в типовой. Тогда при следующих обновлениях их не придётся переносить заново: расширение подключается отдельно и не конфликтует с типовой. Подробнее — в статье «Перенос доработок в расширения».

Шаг 5. Обновите копию и прогоните ключевые сценарии

Тестируется не «что открылось», а рабочие процессы: проведение документов, закрытие месяца, отчёты, печатные формы, обмены, права. Если что-то не так — правится на копии, пока рабочая база ещё не тронута.

Шаг 6. Согласуйте окно и выкатите на рабочую базу

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

Шаг 7. Держите план отката

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

Сроки обновления с доработками

Оценка — бесплатная: срок называется после того, как видно состояние базы и объём доработок.

Что проверить после обновления

Чек-лист, который стоит прогнать после выкатки:

Частые ошибки при самостоятельном обновлении

• Перескок через релизы. Если база отстала, обновляться нужно последовательно, релиз за релизом.
• Работа сразу на рабочей базе. Без копии одна ошибка приводит к простою и потере данных.
• Отсутствие плана отката. «Авось пройдёт» — не план.
• Проверка только «открывается / не открывается». Настоящие проблемы видны на проведении документов и в отчётах.
• Забытые внешние обработки. Печатные формы и отчёты, подключённые как внешние, проверяются отдельно.
• Обновление в рабочий день. Даже успешная выкатка в разгар дня означает простой.

Когда стоит позвать специалиста

Разовое обновление типовой базы можно сделать и своими силами. Специалист нужен, когда:

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

В этих случаях обновление правильнее воспринимать как проект: сравнение, перенос в расширения, тесты на копии и согласованное окно выкатки. Как это выглядит на практике — в кейсе «Обновление ERP с доработками».

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

Чтобы обновление прошло без сюрпризов, к началу работ нужно собрать несколько вещей:

• Копия рабочей базы — выгрузка .dt или доступ к тестовому контуру. Вся работа идёт на копии.
• Действующий ИТС — по нему берётся файл обновления типовой нужной версии.
• Доступы к сервисам — ЭДО, банк, сайт, CRM: их нужно проверить после обновления.
• Список того, что важно не сломать — ключевые отчёты, печатные формы, обмены, которыми пользуетесь каждый день.
• Окно для выкатки — время, когда сотрудники не работают в базе.
• Ответственный за приёмку — человек, который подтвердит, что всё работает как раньше.

Чем полнее этот список, тем точнее срок и меньше вероятность, что после выкатки всплывёт что-то забытое.

Как выбрать время для выкатки

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

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

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