Друзья, привет! Сегодня хочу разобрать один из самых частых вопросов, который мы слышим от наших клиентов

"Почему после обновления 1С снова нужно что-то исправлять? Разве оно не должно работать само?"

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

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

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

Можно ли полностью избежать подобных ситуаций? Нет. Но можно значительно снизить риски.

Пути всего три:

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

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

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

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

Здесь уже не стоит вопрос платить или не платить за тестирование. Есть банальный выбор между двумя сценариями: либо заранее убедиться, что система работает корректно, либо проверять это уже в рабочей базе со всеми вытекающими проблемами, но дешевле (а может и нет🫢).

Каждая компания самостоятельно выбирает свой путь. Какой выберете вы?