К статье
Практический материал

Администрирование · 10 мин

Как обновляется 1С:Фреш

Как обновляется 1С:Фреш: автоматическое и ручное обновление конфигураций, расписание сервиса, тестирование перед обновлением, типичные ошибки и ответы на вопросы.

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

Тем не менее «автоматически» не значит «без участия пользователя». Если в прикладном решении есть доработки, расширения или интеграции, обновление может потребовать ручных действий: проверки совместимости, отложенных обработчиков, переноса данных. Понимание того, как именно устроен процесс, помогает избежать остановки учёта и ошибок в данных.

Ниже разобрано, кто и когда обновляет приложения в 1С:Фреш, как настроить расписание, что делать с расширениями и доработками, как проверить результат и в каких случаях обновление лучше отложить.

Кто обновляет приложения в 1С:Фреш и как это устроено

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

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

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

Как настроить расписание автоматического обновления

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

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

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

Настройка расписания обновлений
  1. 1
    Войдите в менеджер сервиса 1С:Фреш под учётной записью владельца абонемента
  2. 2
    Откройте карточку приложения и перейдите в раздел настроек обновления
  3. 3
    Укажите дни недели и временной интервал вне рабочих часов
  4. 4
    Проверьте, что автоматическое обновление разрешено
  5. 5
    Сохраните настройки и убедитесь, что статус приложения отображает запланированное обновление

Как проходит обновление: этапы и что видит пользователь

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

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

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

Обновление приложений с расширениями и доработками

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

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

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

Тестовое обновление и проверка результата

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

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

В рабочем приложении после обновления первым делом откройте «Администрирование» → «Результаты обновления программы» (в разных конфигурациях название может отличаться) и убедитесь, что все обработчики завершены успешно. Незавершённые отложенные обработчики — частая причина «странного» поведения программы в первые часы после обновления.

Контрольные точки

Как проверить результат обновления

Номер версии в разделе «О программе»
Норма

Совпадает с версией, указанной в уведомлении об обновлении

Тревожный признак

Версия не изменилась — обновление не установлено или откатилось

Статус отложенных обработчиков
Норма

Все обработчики завершены без ошибок

Тревожный признак

Есть обработчики в статусе ошибки или зависшие в очереди

Работа расширений
Норма

Расширения активны, доработанные формы открываются

Тревожный признак

Расширение отключено или формы выдают ошибки

Ключевые отчёты и документы
Норма

Отчёты формируются, документы проводятся

Тревожный признак

Ошибки при проведении или пустые отчёты

Типичные ошибки и как их избежать

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

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

Типичные ошибки
01
Расписание обновления в рабочие часы — принудительное завершение сеансов и потеря несохранённых данных
02
Игнорирование уведомлений о невозможности автообновления — накопление пропущенных версий и длительный переход
03
Неучтённые расширения — блокировка обновления или отключение доработок после релиза
04
Пропуск проверки отложенных обработчиков — некорректные отчёты в первые дни после обновления

Частые вопросы об обновлении 1С:Фреш

Можно ли отменить или отложить уже запланированное обновление?

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

Сколько времени занимает обновление?

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

Что будет с данными, если обновление завершится ошибкой?

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

Нужно ли что-то делать, если приложение типовое, без доработок?

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

Как обновляется 1С:Фреш, если используется обмен с коробочной версией?

При обмене с локальной 1С (например, синхронизация с УНФ или ERP) важно, чтобы версии конфигураций по обе стороны оставались совместимыми. Обновляйте коробочную часть своевременно и после каждого обновления в облаке проверяйте успешность первого сеанса обмена — ошибки совместимости проявляются именно там.

Итог

Что важно запомнить

В 1С:Фреш обновления устанавливает сам сервис по расписанию абонента. Задачи владельца абонемента: выбрать нерабочее время, контролировать уведомления, проверять расширения в тестовой копии и после обновления убеждаться, что все обработчики завершены успешно.