График обновлений 1С: когда ставить релиз, а когда подождать
Содержание
Типовую конфигурацию 1С (Бухгалтерию, ЗУП, УТ) обновляют примерно раз в месяц и обязательно — перед каждой отчётной кампанией и перед первой зарплатой после изменения законов. Платформу обновляют реже: когда новый релиз конфигурации требует более свежую версию или когда вышло исправление уязвимости. Пропускать обновления дольше квартала опасно: в базе устаревают формы отчётов, ставки и правила расчёта.
Как часто нужно обновлять 1С именно вам, зависит от трёх вещей: типовая база или доработанная, локальная или в облаке, есть ли обмены с другими программами. Ниже ориентиры для каждого случая.
Обновление платформы и обновление конфигурации: в чём разница
Это два разных обновления. Их часто путают, а график у них свой.
📦 Конфигурация — сама прикладная программа: «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей». В ней формы отчётов, алгоритмы расчёта налогов, документы. Номер релиза выглядит так: 3.0.xxx.yy.
⚙️ Платформа — «движок», на котором работает любая конфигурация. Файлы 1cv8.exe, сервер 1С, тонкий клиент. Номер выглядит как 8.3.2x.xxxx.
| Что обновляем | Как часто выходит | Как часто ставить | Кто ставит |
|---|---|---|---|
| Конфигурация (типовая) | несколько релизов в месяц | ориентир — раз в месяц, минимум раз в квартал | бухгалтер или администратор базы |
| Исправления (патчи) | по мере выявления ошибок | сразу, автоматически | программа сама через интернет-поддержку |
| Платформа | несколько версий в год | когда требует релиз конфигурации или закрыта уязвимость | системный администратор |
Связь между ними одна: в описании каждого релиза конфигурации указан минимальный номер платформы. Если установленная платформа ниже, обновление конфигурации не встанет. Поэтому график платформы фактически подстраивается под график конфигурации.
Номер своей конфигурации и платформы видно в окне О программе: оно открывается по значку с буквой «i» или через главное меню в правом верхнем углу окна программы.
Почему нельзя «перепрыгнуть» через год релизов
Конфигурацию обновляют цепочкой. В каждом дистрибутиве указано, с каких версий на него можно перейти. Если база отстала на полгода-год, придётся ставить несколько промежуточных релизов подряд.
Встроенное обновление через интернет -поддержку строит эту цепочку само. Но чем она длиннее, тем дольше обновление и тем выше шанс, что на одном из шагов что-то не пойдёт. Отставание в 1–2 релиза закрывается за 15–20 минут, отставание в год может занять полдня.
Как часто обновлять 1С из-за отчётности и изменений законодательства
Главная причина регулярно обновлять 1С — регламентированная отчётность. Формы деклараций, расчётов и форматы выгрузки меняются несколько раз в год. Новые формы приходят только с релизом конфигурации.
🗓 Когда обновление нужно обязательно:
- за 1–2 недели до сдачи квартальной отчётности — к этому времени обычно выходят релизы с актуальными формами;
- в конце декабря и в первых числах января — меняются МРОТ, лимиты, ставки, правила по НДФЛ и взносам;
- после вступления в силу поправок к НК РФ или ТК РФ, которые меняют расчёт налогов, пособий или отпусков;
- перед первым расчётом зарплаты по новым правилам — для ЗУП это критично: неверный расчёт придётся пересчитывать задним числом.
Не обновляйте базу в день сдачи отчёта. Если релиз внесёт ошибку или обновление прервётся, времени на откат не останется. Обновитесь заранее, сформируйте отчёт, проверьте его.
Что ещё обновляется вместе с конфигурацией
- 📑 формы регламентированных отчётов и их электронные форматы;
- 🧮 алгоритмы расчёта налогов, взносов, пособий;
- 📚 встроенные классификаторы и справочники ставок;
- 🔗 модули обмена с банками, ЭДО и сервисами сдачи отчётности.
Курсы валют и банковский классификатор загружаются отдельно и обновления конфигурации не требуют.
Устаревшая форма отчёта — частая причина отказа в приёме. Контролирующий орган принимает только действующий формат, и «отчёт сформирован в программе» не спасает.
Обновления платформы и безопасность: когда нельзя тянуть
Платформу не нужно обновлять сразу после выхода каждой версии. Новая версия может содержать свои ошибки, и опытные администраторы выжидают 2–4 недели, пока выйдут первые исправления.
Тянуть нельзя в трёх случаях:
- 🔒 Вышло исправление уязвимости. Особенно если база опубликована на веб-сервере, работает через тонкий клиент по интернету или доступна извне. Такие базы атакуют в первую очередь.
- 🌐 Браузеры или операционная система перестали работать со старой версией. Веб-клиент на старой платформе может перестать открываться в обновлённом браузере.
- 📌 Очередной релиз конфигурации требует платформу с номером не ниже определённого. Без обновления платформы встанет вся цепочка.
Устаревшая платформа — это ещё и проблемы с совместимостью: криптопровайдеры, новые версии Windows Server, протоколы TLS у банков и операторов ЭДО.
Как безопасно обновить платформу в клиент-серверной базе
- Выберите время вне рабочих часов: при обновлении сервера 1С оборвутся все сеансы пользователей. Предупредите людей заранее.
- Сделайте резервную копию базы
средствами СУБД или выгрузку в файл
.dt. - Установите новую версию сервера и клиентов одинакового номера. Клиент другой версии к серверу не подключится.
- Проверьте, что служба сервера 1С запущена под новой версией, и зайдите в базу пользователем-администратором.
Старую версию платформы удалять сразу не обязательно. Оставьте её на неделю: если найдётся проблема, к ней можно вернуться.
Проверка обновления на копии базы
Для типовой базы без доработок и обменов достаточно сделать резервную копию и обновиться. Для всех остальных случаев обновление сначала проходит на копии.
Как собрать тестовую среду:
- Выгрузите рабочую базу в файл: в Конфигураторе
Администрирование → Выгрузить информационную базу. Для файловой базы можно просто скопировать каталог с файлом1Cv8.1CD, пока в базе никто не работает . - Загрузите выгрузку в новую пустую базу. Назовите её так, чтобы не перепутать: «КОПИЯ_тест_обновления».
- Отключите в копии регламентные задания и обмены, иначе копия может отправить данные в банк, ЭДО или вторую базу.
- Обновите копию до нужного релиза.
Что проверить после обновления копии:
- ✅ проводится ли типовой документ каждого вида, с которым вы работаете;
- ✅ закрывается ли месяц без новых ошибок;
- ✅ формируются ли основные отчёты и декларация за прошлый период с теми же цифрами;
- ✅ работают ли внешние обработки и печатные формы;
- ✅ запускается ли обмен (на тестовом узле, а не с рабочей базой).
Сравните оборотно-сальдовую ведомость за прошлый закрытый период до и после обновления. Если цифры поменялись — это сигнал разобраться до обновления рабочей базы.
Только после такой проверки повторяйте обновление на рабочей базе. Для обновления структуры базы нужен монопольный доступ, поэтому пользователей придётся попросить выйти.
Облачная 1С: кто отвечает за обновления в Фреш и 1С:Линк
В облаке вопрос «как часто обновлять» решается по-разному, в зависимости от модели сервиса.
| Сервис | Где лежит база | Кто обновляет | Что остаётся вам |
|---|---|---|---|
| 1С:Фреш и сервисы на его технологии | на серверах провайдера | провайдер, централизованно | следить за новостями сервиса, проверять отчёты после обновления |
| 1С:Линк | на вашем компьютере или сервере | вы сами | обновлять конфигурацию и платформу по тем же правилам, что и локальную базу |
| Аренда сервера у хостинга | на сервере хостинга | зависит от договора | уточнить в договоре, кто и когда ставит релизы |
Особенности Фреша
В модели «программа в облаке» типовые базы обновляет поставщик сервиса. Пользователь не выбирает, ставить релиз или нет, и не может остаться на старой версии. Плюс — отчётность всегда актуальна. Минус — релиз приходит без вашей проверки.
Что делать на практике:
- 📰 читайте уведомления сервиса о плановых обновлениях — на время обновления база недоступна;
- 🔍 после обновления проверяйте свои внешние отчёты и обработки: в облаке они должны пройти проверку безопасности, а новая версия конфигурации может их сломать;
- 🧩 доработки в облаке делают только расширениями — менять саму конфигурацию нельзя.
Особенности 1С:Линк
1С:Линк даёт удалённый доступ к базе, которая работает у вас. Сервис ничего за вас не обновляет. Регулярность обновлений — ваша ответственность. Ошибка многих: «база в облаке, значит, её обновляют сами». С Линком это не так.
Доработки и внешние интеграции: как они сдвигают график
Чем сильнее изменена база, тем реже и тяжелее обновления. И тем выше цена отставания.
Доработки внутри конфигурации
Если программист менял типовые объекты, автоматическое обновление недоступно. Обновление идёт через Конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию, с выбором файла .cfu или .cf и ручным объединением изменений.
Каждое такое обновление — это работа программиста на несколько часов. Поэтому доработанные базы обновляют реже, раз в квартал, пакетом. Но откладывать на год нельзя: объединять придётся сразу несколько релизов, а конфликтов станет в разы больше.
Новые доработки делайте расширениями конфигурации, а не правкой основной конфигурации. Расширение живёт отдельно и обычно переживает обновление типовой части. Его достаточно проверить на копии, а не переносить заново.
Обмены и интеграции
Синхронизация данных между типовыми конфигурациями (например, Бухгалтерия и Управление торговлей, Бухгалтерия и ЗУП) работает, когда обе базы на совместимых релизах. Обновили одну, а вторую оставили — обмен может остановиться с ошибкой.
Правила для интеграций:
- 🔄 обновляйте связанные базы в одно окно, по очереди, без перерыва в несколько дней;
- 🧾 перед обновлением выполните последний обмен, чтобы в очереди не осталось неотправленных изменений;
- 🌐 для интеграции с сайтом, маркетплейсом или складской системой спросите разработчика модуля, поддерживает ли он новый релиз;
- 🏦 после обновления проверьте клиент-банк и ЭДО — эти модули тоже обновляются вместе с конфигурацией.
Частые ошибки при выборе периодичности обновлений
❌ «Работает — не трогай». База без обновлений полгода работает, пока не придёт время сдавать отчёт по новой форме. Тогда обновление делается в спешке, через длинную цепочку релизов.
❌ Обновление на автомате в рабочее время. Обновление структуры базы требует монопольного доступа. Если запустить его днём, всех выкинет из программы, а незаписанные документы пропадут.
❌ Обновили конфигурацию, забыли про платформу на рабочих местах. В клиент-серверном варианте версия клиента должна совпадать с версией сервера. Иначе пользователи не зайдут в базу после обновления сервера.
❌ Ставят тестовые версии платформы на рабочую базу. Ознакомительные версии платформы предназначены для проверки, а не для работы с учётом.
❌ Нет резервной копии «на всякий случай». Встроенное обновление предлагает создать копию. Отказываться от неё ради экономии пяти минут — плохая идея.
❌ Не учитывают обмены. Обновили Бухгалтерию, а УТ оставили на старом релизе — и неделю не замечают, что документы не переходят.