Администрирование · 12 мин
1С: что нового в обновлении и как безопасно обновить конфигурацию
Что нового в обновлениях 1С: где читать описание изменений, как подготовить базу, проверить результат и откатиться при ошибке. Практическая инструкция.
Каждое обновление 1С — это не только исправление ошибок, но и изменения в регламентированной отчётности, новые формы документов, доработки механизмов обмена и иногда серьёзные изменения в структуре данных. Понимать, что именно привносит очередной релиз, важно до нажатия кнопки «Обновить», а не после того, как перестала закрываться смена или сломался обмен с банком.
Проблема в том, что описания версий у 1С объёмные и технические: в одном релизе могут быть сотни пунктов, и большинство из них не касается конкретной компании. Задача администратора или бухгалтера — быстро выделить релевантные изменения, оценить риски и провести обновление без потери данных и простоя в работе.
Ниже разобрано, где искать информацию о новом в обновлении, как подготовить базу, какие типичные изменения вносят релизы основных конфигураций и как проверить, что после обновления всё работает корректно.
Где 1С публикует информацию о новом в обновлении
Основной источник — файл описания обновления, который поставляется вместе с дистрибутивом релиза. В конфигураторе он открывается автоматически после завершения обновления конфигурации, а также доступен в каталоге шаблонов обновлений на диске. В нём перечислены все изменения: новые объекты, изменённые процедуры, исправленные ошибки и инструкции по дополнительным действиям после обновления.
В пользовательском режиме многие типовые конфигурации показывают форму «Информация об обновлении» или «Что нового» при первом запуске после установки релиза. Там изменения описаны языком пользователя: какие новые возможности появились, какие документы и отчёты изменились, что нужно настроить дополнительно.
Третий источник — портал 1С и сервис обновления программ, где для каждой версии публикуется краткое описание изменений. Именно там удобно смотреть, какие релизы пропущены, потому что обновляться иногда нужно последовательно через несколько версий, а не напрямую на последнюю.
Какие изменения чаще всего приносят релизы типовых конфигураций
В «1С:Бухгалтерии» большая часть обновлений связана с законодательством: новые формы деклараций, изменения в расчёте налогов, обновление классификаторов и курсов, доработки по электронным счетам-фактурам и УПД. Пропуск таких релизов приводит к тому, что отчётность формируется по устаревшим формам и не принимается контролирующими органами.
В «1С:Зарплата и управление персоналом» регулярно меняются формы отчётности в фонды, алгоритмы расчёта взносов, НДФЛ, больничных и отпускных, а также механизмы электронного взаимодействия с ФСС и ФНС. Здесь обновления особенно чувствительны к срокам: расчёт зарплаты за новый период на старом релизе может дать неверные суммы.
В «1С:Управление торговлей» и «1С:Комплексная автоматизация» обновления чаще касаются маркировки товаров, обмена с ЕГАИС и «Честным знаком», доработок механизмов ценообразования, складского учёта и интеграции с онлайн-кассами. Такие изменения могут затрагивать рабочие места кассиров и менеджеров, поэтому их стоит тестировать в часы минимальной нагрузки.
Совпадает ли релиз с началом отчётного периода — лучше обновиться до его старта
Проверить формат обмена на тестовой копии — старые выгрузки могут перестать работать
После обновления база может быть недоступна или работать медленно до завершения обработчиков
Сверить требуемую версию платформы в описании релиза с установленной на сервере
Как подготовить базу к обновлению
Первое и обязательное действие — резервная копия. Для файловой базы это выгрузка в dt через конфигуратор или копирование файла 1Cv8.1CD при завершённых сеансах. Для клиент-серверной базы — средствами СУБД (например, pg_dump для PostgreSQL или backup в MS SQL). Копия, сделанная простым копированием файлов работающей базы, может оказаться повреждённой.
Второй шаг — проверить версию платформы. Каждый релиз конфигурации требует платформу не ниже определённой версии; требование указано в описании обновления. Если платформа устарела, сначала обновляется она, причём на сервере и на всех клиентских машинах.
Третий шаг — развернуть тестовую копию из резервной копии и выполнить обновление на ней. Это позволяет увидеть реальную длительность обновления, отловить ошибки и проверить работоспособность, не рискуя рабочей базой. Для баз с доработками тестовое обновление обязательно: типовой механизм может конфликтовать с изменёнными объектами.
- 1Сделайте резервную копию рабочей базы и проверьте, что она восстанавливается
- 2Прочитайте описание всех релизов между текущей и целевой версией
- 3Проверьте требования к версии платформы и при необходимости обновите её
- 4Разверните тестовую копию и выполните обновление на ней
- 5Проверьте ключевые операции: проведение документов, отчёты, обмены, печать
- 6Запланируйте обновление рабочей базы на нерабочее время, завершите сеансы пользователей
- 7Обновите рабочую базу, дождитесь завершения отложенных обработчиков
- 8Проведите контрольную проверку и не удаляйте резервную копию минимум несколько дней
Как выполнить обновление: типовые сценарии
Обновление через интернет из режима пользователя
В типовых конфигурациях при наличии действующей подписки ИТС обновление доступно прямо из программы: раздел «Администрирование» → «Обновление версии программы». Программа сама скачает дистрибутив, предложит создать резервную копию и установит релиз. Этот способ подходит для небольших файловых баз без доработок.
Обновление через конфигуратор
Для серверных баз, доработанных конфигураций и ситуаций, когда нужен контроль, используется конфигуратор: «Конфигурация» → «Поддержка» → «Обновить конфигурацию». Можно выбрать файл обновления (.cfu) или поиск обновлений в каталоге шаблонов. При наличии доработок внимательно отнеситесь к окну сопоставления объектов: изменённые вами объекты нужно объединять вручную или с участием разработчика.
Обновление через несколько версий
Если база сильно отстала, обновление идёт последовательно через промежуточные релизы — список допустимых переходов указан в описании каждой версии. Пытаться «перепрыгнуть» через неподдерживаемые версии нельзя: конфигуратор либо откажет в обновлении, либо обновит некорректно, что проявится ошибками при обработке данных.
Как проверить, что обновление прошло корректно
Сразу после обновления конфигуратор запускает обновление информационной базы, а затем в фоне выполняются отложенные обработчики — они переносят данные в новые структуры. До их завершения часть функций может работать некорректно или медленно. Статус обработчиков виден в разделе «Администрирование» → «Обслуживание» → «Результаты обновления программы» (название может отличаться в разных конфигурациях).
Контрольная проверка включает: открытие и проведение типовых документов за текущий период, формирование регламентированных отчётов, тестовую выгрузку в банк и ЭДО, печать основных форм, проверку прав пользователей. Для торговых баз дополнительно проверяют работу касс и сканеров штрихкодов.
Как проверить результат
Все обработчики завершены без ошибок
Обработчики зависли или завершились с ошибками — данные могут быть не перенесены
В разделе «О программе» указан новый релиз
Версия не изменилась — обновление не применилось
Тестовая выгрузка в банк/ЭДО проходит, отчёт формируется
Ошибки формата или отказ приёма — нужна настройка по инструкции к релизу
Нет массовых ошибок после обновления
Повторяющиеся ошибки у пользователей — признак незавершённого обновления
Типичные ошибки и ограничения
Самая частая ошибка — обновление без резервной копии «на живую» базу в разгар рабочего дня. Вторая по частоте — игнорирование требований к платформе: релиз ставится на старую платформу и база перестаёт открываться. Третья — обновление доработанной конфигурации без анализа сопоставления объектов, из-за чего доработки затираются.
Отдельный риск — автоматическое обновление через интернет в момент, когда пользователи работают с базой. Сеансы завершаются принудительно, незавершённые документы теряются, а отложенные обработчики начинают работать под нагрузкой. Планируйте обновление на вечер или выходной и заранее предупреждайте сотрудников.
Что делать, если после обновления что-то сломалось
Если проблема незначительная — например, не формируется один отчёт или сбилась настройка, — сначала изучите описание релиза: часто там прямо указано, что нужно выполнить дополнительные действия (заполнить новый регистр, включить функциональную опцию, перенастроить обмен). Многие «поломки» — на самом деле штатные требования новой версии.
Если база работает критично неправильно или не открывается, восстановите резервную копию и вернитесь на прежнюю версию, пока разбираетесь с причиной. Для файловой базы это замена файла или загрузка dt через конфигуратор, для серверной — восстановление из бэкапа СУБД. Именно поэтому копию нельзя удалять сразу после «успешного» обновления.
Как выбрать действие
Что важно запомнить
Описание изменений релиза читайте до обновления, а не после. Резервная копия и тестовое обновление — обязательный минимум. Дождитесь завершения отложенных обработчиков и проверьте ключевые операции, прежде чем отдавать базу пользователям.
Частые вопросы
Как узнать текущую версию конфигурации и платформы?
В режиме пользователя откройте раздел «О программе» (обычно через кнопку с вопросительным знаком или в меню «Администрирование»). Там указаны версия конфигурации и версия платформы. В конфигураторе версию платформы видно в заголовке окна, а версию конфигурации — в свойствах корня дерева конфигурации.
Можно ли не обновлять 1С вообще?
Технически база будет работать, но риски накапливаются: устаревают формы отчётности, перестают действовать форматы обмена с банками и ЭДО, не учитываются изменения законодательства в расчётах. Для конфигураций с регламентированным учётом пропуск обновлений почти гарантированно приводит к проблемам при сдаче отчётности.
Сколько времени занимает обновление?
Зависит от размера базы, количества пропущенных релизов и объёма отложенных обработчиков. Небольшая файловая база обновляется за десятки минут, большая серверная — несколько часов. Именно поэтому тестовое обновление полезно: оно показывает реальную длительность для вашей базы.
Что такое отложенные обработчики обновления?
Это процедуры, которые после обновления конфигурации переносят данные в новые структуры в фоновом режиме, не блокируя запуск программы. Пока они не завершены, часть функций может работать некорректно. Их статус проверяется в разделе результатов обновления, и при зависании обработчика нужно разбирать причину, а не перезапускать базу вслепую.
Нужна ли подписка ИТС для обновления?
Для типовых конфигураций обновления предоставляются в рамках договора информационно-технологического сопровождения (ИТС). Без действующей подписки сервис автоматического обновления через интернет недоступен, а дистрибутивы на портале не скачиваются. Базовые версии конфигураций имеют отдельные условия — их уточняют у партнёра-франчайзи.
Обновление удалит мои доработки?
Если доработки выполнены через механизм расширений конфигурации, они обычно сохраняются, но их нужно проверить на совместимость с новым релизом. Если объекты типовой конфигурации изменялись напрямую, при обновлении потребуется ручное сопоставление в конфигураторе — без него изменения будут заменены типовыми.