Когда речь заходит об обновлении «1С», большинство руководителей и специалистов сразу делятся на два лагеря. Одни считают, что «работает — не трогай», и годами не меняют ни платформу, ни конфигурацию. Другие, наоборот, стремятся установить самую свежую версию при первой же возможности. Истина, как обычно, посередине. Но чтобы найти баланс, важно понимать: обновление технологической платформы — это не та же самая процедура, что обновление конфигурации. И подход к ней сильно зависит от того, как у вас организована работа с базой.

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

КОГДА ВОЗНИКАЕТ НЕОБХОДИМОСТЬ ОБНОВЛЯТЬ ПЛАТФОРМУ

Самый очевидный триггер — повышение минимальных требований к платформе со стороны конфигурации. Вы хотите установить свежий релиз «1С:Бухгалтерия предприятия», «1С:Управление торговлей» или другой конфигурации, а программа сообщает: «Требуется версия платформы не ниже …». Это прямое указание: сначала нужно обновить платформу, и только потом — конфигурацию.

Второй, не менее важный триггер — перестают работать внешние сервисы. Современная система «Честный ЗНАК», государственные информационные системы, банковские клиенты, операторы фискальных данных — все они постоянно обновляют свои протоколы. Если ваша платформа слишком старая, она может не поддерживать актуальные версии TLS, новые форматы JSON/XML или требования к криптографии. В результате в один день вы можете обнаружить, что не отправляется отчётность, не пробиваются маркированные товары или не выгружаются заказы на сайт. При этом сама конфигурация может быть свежей — проблема именно в платформе.

Третий момент — безопасность и поддержка. Фирма «1С» регулярно выпускает обновления платформы, в которых исправляются найденные ошибки и закрываются уязвимости. Если вы работаете на версии, снятой с поддержки, вы не получаете этих исправлений. Кроме того, в случае серьёзного сбоя рассчитывать на оперативную помощь от партнёра или самой «1С» будет сложнее.

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

ДВА ПРИНЦИПИАЛЬНО РАЗНЫХ СЦЕНАРИЯ: ФАЙЛОВАЯ БАЗА И КЛИЕНТ-СЕРВЕР

Подход, который работает для маленькой файловой базы, губителен для клиент-серверной.

Файловый вариант

Это когда база данных хранится в одном файле с расширением .1CD на сетевой папке или локальном диске. Сервер «1С» не используется. Такой вариант выбирают небольшие компании с числом одновременно работающих пользователей до 5–7 человек.

Как проходит обновление:

• Пользователи закрывают программу.
• Вы копируете файл базы в безопасное место (это и есть резервная копия).
• Обновляете клиентские приложения на компьютерах или на терминальном сервере.
• Запускаете базу — платформа сама при необходимости обновит структуру временных таблиц.

Всё занимает 15–40 минут. Риски минимальны, откат делается простой заменой файла на копию.

Когда этого становится недостаточно: если число пользователей растёт, файловая база начинает тормозить из-за блокировок файловой системы. Рано или поздно встаёт вопрос о переходе на клиент-сервер.

Клиент-серверный вариант

Здесь база данных работает под управлением полноценной СУБД — Microsoft SQL Server или PostgreSQL. Доступ к ней обеспечивает кластер серверов «1С:Предприятия». Это стандарт для компаний, где одновременно работают десятки и сотни сотрудников, используются сложные обмены, фоновая обработка заказов и интеграции с внешними системами.

Обновление платформы в такой архитектуре — это проект, а не «поставить галочку»:

• Разворачивается тестовый контур с копией базы. На нём проверяют совместимость с СУБД, работу внешних обработок, оборудования (сканеры, ТСД, фискальные регистраторы) и интеграций (сайты, маркетплейсы, ЭДО).
• В день обновления все пользователи завершают работу. Останавливаются службы сервера «1С», делается полноценный бэкап средствами СУБД (не просто копия файла). Устанавливается новый дистрибутив сервера, перезапускаются службы, обновляются клиенты.
• После запуска первый час внимательно наблюдают за фоновыми заданиями — обменами, рассылками, расчётами. Любое «падение» может означать, что проблема проявилась не на тестовом контуре, и её нужно срочно исправлять.

Время простоя даже при идеальном сценарии — от одного до четырёх часов. При ошибках может растянуться на день и более.

Главная ошибка здесь — пытаться обновить клиент-серверную базу по «файловому» сценарию: без тестового контура, без бэкапа СУБД, без остановки служб. Это почти гарантированно приводит к повреждению данных и длительному простою.

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

1. Лицензии и ключи защиты. После обновления платформы может потребоваться перезапуск службы HASP License Manager. Особенно это критично при переходе с 32-битной на 64-битную версию. Если не проверить заранее, пользователи при запуске увидят «Не найдена лицензия», и часы будут потрачены на диагностику.
2. Совместимость с СУБД. Новая версия платформы может требовать определённого уровня совместимости базы данных (для Microsoft SQL Server — compatibility level). Если он не соответствует, некоторые запросы начнут выполняться с ошибками, а производительность может неожиданно упасть.
3. Интеграции и внешнее оборудование. Сканеры штрихкодов, терминалы сбора данных, фискальные регистраторы, а также интеграции с сайтами, маркетплейсами и корпоративными порталами часто используют внешние компоненты (DLL, ActiveX). При смене версии платформы они могут перестать загружаться. Некоторые компоненты существуют только в 32-битном варианте — если вы переходите на 64-битную платформу, они просто не смогут работать.
4. Распределённые информационные базы (РИБ). Если у вас филиальная структура с обменами между центральным офисом и удалёнными точками, обновлять платформу нужно одновременно на всех узлах. Разница в версиях почти гарантированно сломает обмен.
5. Коммуникация с пользователями. Технические специалисты часто забывают предупредить коллег о времени простоя. В результате кто-то пытается «спасти» документы в последний момент, затягивая начало работ, а после обновления не знает, что всё уже работает. Обязательно уведомляйте о плановых работах за 2–3 дня, а по завершении сообщайте, что можно заходить.

ОШИБКИ, КОТОРЫЕ ПРЕВРАЩАЮТ ОБНОВЛЕНИЕ В КАТАСТРОФУ

1. Обновление «на живую» в рабочее время. Пользователи продолжают работать, база не выгружена, службы не остановлены. Итог — незавершённые документы, повреждённые индексы и вынужденный простой на сутки.
2. Прыжок через несколько мажорных версий. Структура данных меняется постепенно, и такой «прыжок» может привести к необратимым ошибкам. Если вы долго не обновлялись, лучше делать это поэтапно или с помощью специалистов.
3. Игнорирование доработок конфигурации. Если ваша конфигурация была изменена (добавлены печатные формы, обработки, изменены документы), обновлять её «кнопкой» нельзя. Требуется сравнение и объединение с участием специалиста, который знает, что именно было доработано. Иначе все уникальные изменения будут потеряны.
4. Экономия на тестовом контуре. Для клиент-серверного варианта тестирование на копии базы — это не роскошь, а необходимость. Без него любое обновление становится лотереей.

Реальный пример: когда «работает — не трогай» привело к аварии

*Оптовая торговля строительными материалами, клиент-серверная база на SQL Server, платформа 8.3.10 (выпуск 2017 года).*

В один момент перестала загружаться номенклатура от контрагентов через ЭДО, а продажа маркированных товаров (цемент, краски) стала блокироваться на кассе. Оказалось, что старая платформа не поддерживает новые протоколы шифрования, требуемые системой «Честный ЗНАК».

Вместо планового обновления решили «сделать быстро» силами штатного администратора, привыкшего к файловым базам. Тестовый контур не разворачивали, бэкап СУБД не делали, обновление запустили в пятницу вечером.

Результат:

• После обновления сервера «1С» перестали работать HTTP-сервисы для интеграции с сайтом — сайт не показывал остатки и цены.
• Драйверы для терминалов сбора данных оказались только 32-битными, а платформа была установлена 64-битная — склад остался без ТСД.
• Фоновые задания по обмену с «Честным ЗНАКом» «упали» с ошибками.

К понедельнику удалось восстановить работоспособность, но потери выручки от простоя склада и сайта составили около 300 000 рублей плюс оплата экстренной работы специалистов.

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

ЧТО ПРОВЕРИТЬ ДО ТОГО КАК НАЧАТЬ ОБНОВЛЕНИЕ

Перед началом работ полезно заглянуть на официальный портал 1С:ИТС (раздел «Обновления программ»). Там публикуются списки изменений и зарегистрированные ошибки. Если вы планируете обновляться до конкретного релиза платформы, проверьте, нет ли в нём критических проблем, которые уже зафиксированы разработчиком. Особенно это важно для тех, кто использует не самые свежие, но «проверенные» версии: бывает, что в релизе уже известна ошибка, и лучше подождать следующего исправления или заранее подготовить обходное решение.

Где искать:

• Портал releases.1c.ru — там выложены дистрибутивы и описание изменений.
• Адрес для сообщений об ошибках — v8@1c.ru (для конфигураций, работающих в РФ).
• Форумы партнёров 1С и профильные сообщества, особенно если у вас не типовая конфигурация, а с доработками.

ПЛАТФОРМА 8.5: ГОТОВИМСЯ ЗАРАНЕЕ

В 2026 году началось значимое событие — выход новой версии технологической платформы «1С:Предприятие 8.5». Это не просто очередное обновление, а полноценная смена архитектуры, которая затронет практически всех пользователей. Стабильный релиз ожидается во второй половине 2026 года, и к этому моменту лучше подойти подготовленными.

Что меняется в 8.5:

1. Новый интерфейс. Платформа получит современный UI с поддержкой тёмной и светлой темы, адаптивным дизайном, который корректно работает на десктопах, планшетах и смартфонах. Старый интерфейс «Такси» пока остаётся, но будет постепенно вытесняться.
2. Производительность. По предварительным данным, скорость выполнения запросов вырастет в 2–3 раза, а потребление памяти снизится на 30–40%.
3. Интеграции и безопасность. Расширена поддержка REST API 2.0, OAuth 2.1, улучшена работа с облачными платформами, добавлена работа с ClickHouse.

Какие конфигурации переходят на 8.5 в первую очередь:

Переход уже начался, так на новую платформу уже перешли прикладные решения:

• «1С:Розница 3.0»;
• «1С:Управление нашей фирмой» (УНФ);
• «Бухгалтерия предприятия» и «Зарплата и управление персоналом» (ЗУП) тоже будут переведены, но, скорее всего, чуть позже — вслед за ERP-линейкой.

Что делать бизнесу уже сейчас:

1. Не паниковать. Обратная совместимость сохраняется — конфигурации, работающие на 8.3, будут запускаться и на 8.5. Но для полноценного использования нового интерфейса и функций потребуется адаптация.

2. Начать тестирование на тестовом контуре. Если у вас есть возможность развернуть копию базы на 8.5 — сделайте это. Проверьте, как ведут себя ваши доработки, внешние обработки, интеграции.

3. Провести аудит доработок. Если ваша конфигурация сильно изменена, переход на 8.5 потребует работы по адаптации форм и механизмов.

4. Проверить оборудование. Новая платформа предъявляет требования к серверному и клиентскому ПО. Убедитесь, что ваши серверы и рабочие станции смогут поддерживать новую версию.

5. Главное: переход на 8.5 — это не вопрос «обновляться или нет», а вопрос «когда и как это сделать с минимальными рисками». Платформа 8.3 продолжит поддерживаться какое-то время, но новые возможности будут появляться только в 8.5. Поэтому лучше начать планировать переход уже сейчас, выделив на это отдельный проект, а не ждать, пока «что-то сломается» и придётся делать всё в авральном режиме.

ГЛАВНЫЙ ВЫВОД ДЛЯ РУКОВОДИТЕЛЯ

Обновление платформы — это управляемый процесс, который влияет на непрерывность работы всей компании. Если вы используете файловую базу с небольшим числом сотрудников, вы можете обновляться практически безболезненно и даже делать это регулярно. Главное — не копить изменения и не пытаться перескочить через большое количество версий сразу.

Если же ваша инфраструктура построена на клиент-серверной архитектуре, обновление платформы требует проектного подхода: тестовый контур, чёткий план, проверка всех интеграций и резервное копирование на уровне СУБД. Экономия на этих этапах часто оборачивается многократно большими затратами на экстренное восстановление.

Когда стоит привлекать специалистов:

• если у вас клиент-серверная архитектура;
• если база имеет большой объём (более 10 ГБ) или сложные доработки;
• если последнее обновление платформы проводилось более двух лет назад;
• если вы используете распределённые информационные базы (РИБ);
• если вы планируете переход на платформу 8.5, особенно при наличии нетиповых доработок.

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

Компания Диалог ИТ 

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

Статья была полезной?

Еще больше новостей в нашем Telegram-канале t.me/dialog_it - анонс вебинаров, бизнес-новости, лайфхаки по 1С 

Для того, чтобы купить, установить, настроить 1С:Управляющий и 1С, а также по всем вопросам позвоните нам по номеру +7 (812) 704-80-93 или напишите it@dialogit.ru