Обновление 1С: когда ставить релизы и как не потерять доработки

Зачем вообще обновлять, если всё работает

Три причины, и только одна из них техническая.

Регламентированная отчётность. Формы, ставки и правила расчёта приходят вместе с релизами конфигурации. База, которая не обновляется, к сроку сдачи формирует прошлогодние формы — и это выясняется в последний момент.

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

Исправления. Часть проблем, которые в компании считают особенностями программы, в новых релизах уже исправлена.

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

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

Проблема в том, что разрыв между версиями и есть главный риск. Одно обновление затрагивает ограниченный набор объектов, и конфликт с доработками виден заранее. Цепочка из десятка релизов подряд затрагивает почти всё, а делается она обычно в спешке, потому что отчётность уже на носу.

Регулярное обновление по календарю выходит дешевле разового героического, даже если по количеству работ кажется наоборот.

Доработки: расширения против правки типовой

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

Правка типовой снимает базу с поддержки. После этого штатное обновление невозможно: нужно сравнивать конфигурации вручную и по каждому объекту решать, что оставить. Такое обновление занимает дни вместо часов и стоит соответственно.

Если база уже снята с поддержки, есть смысл посчитать перенос доработок в расширения. Работа разовая и не дешёвая, но она превращает каждое будущее обновление из проекта в рутину. Считать нужно оба варианта: сколько стоит каждое ручное обновление дальше против одного приведения конфигурации в порядок.

Безопасный порядок обновления

1. Резервная копия и план отката. До начала, а не в момент сбоя. Копию нужно уметь развернуть — непроверенная копия копией не считается.

2. Сравнение с релизом. Смотрим, какие объекты затронуты и где будет конфликт с доработками. Список известен до работ.

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

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

5. Наблюдение первые дни. Часть проблем проявляется не сразу, а на операциях, которые делают раз в неделю.

Что такое ИТС и что он покрывает

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

Поэтому обслуживание обычно состоит из двух частей: действующий ИТС на стороне вендора и абонемент на стороне подрядчика, который эти релизы ставит, проверяет и чинит, если что-то разошлось. Границу между ними стоит зафиксировать письменно, иначе возникает ощущение, что оплачено, а работа не делается.