Обновления в облаке 1С:Фреш: кто их ставит и что делать вам
Содержание
Обновить 1С Фреш вручную, как коробочную программу, нельзя: релизы конфигураций и платформы в сервисе ставит провайдер, централизованно для всех абонентов. Ваша задача как администратора абонента — не пропустить уведомление о плановом обновлении, вовремя обновить тонкий клиент на компьютерах и проверить результат после перехода на новый релиз.
Частая ошибка — искать в облачной базе пункт «Обновление конфигурации
» или пытаться загрузить скачанный .cfu. В Фреше такого пути нет. Если без своего релиза никак, база выгружается в локальную копию, и дальше это уже обычная файловая база со своим обновлением.
Как устроено обновление в облачном сервисе 1С:Фреш
В сервисе одна конфигурация обслуживает тысячи абонентов. Каждая организация живёт в своей «области данных» общей информационной базы. Поэтому новый релиз Бухгалтерии или ЗУП ставится не в вашу базу отдельно, а в общую, и затем по очереди обновляются области данных.
Что из этого следует на практике:
- 🔁 Релиз у всех одинаковый. Отказаться от обновления или «откатиться» на прошлый релиз в облаке нельзя.
- 🕐 Обновление идёт по расписанию. Провайдер заранее публикует дату и время, обычно ночь или выходной. На время обновления приложение недоступно.
- 🧩 Платформу тоже обновляет провайдер. После смены версии платформы на сервере подстраивается и клиент на вашем компьютере.
- 📚 Классификаторы приходят централизованно. Курсы валют, банки, адресные данные, ставки и регламентированные формы поставляются сервисом, а не загружаются в каждую базу вручную.
| Что обновляется | Кто это делает | Что требуется от вас |
|---|---|---|
| Конфигурация (БП, ЗУП, УНФ и др.) | Провайдер, по расписанию | Завершить работу до начала окна |
| Платформа на сервере | Провайдер | Обновить тонкий клиент |
| Тонкий клиент на ПК | Пользователь, с правами на установку | Разрешить установку новой версии |
| Классификаторы и курсы | Сервис, автоматически | Ничего, кроме проверки |
| Расширения и внешние обработки | Вы или подрядчик | Проверить совместимость с новым релизом |
| Локальная копия базы | Вы | Обновлять самостоятельно |
Провайдер ставит релиз не в день выхода у фирмы 1С, а после собственной проверки. Задержка в несколько дней или недель — нормальная практика, а не сбой.
Настройка автообновления и уведомлений о новых релизах
Включать автообновление конфигурации не нужно: оно в облаке работает всегда. Настраивать стоит другое — чтобы о плановых работах узнавали заранее и вовремя выходили из программы.
Где смотреть дату ближайшего обновления
- Войдите в личный кабинет сервиса (менеджер сервиса) под учётной записью владельца или администратора абонента.
- Откройте список своих приложений. Рядом с приложением видно его конфигурацию и текущую версию.
- Объявления о плановых работах публикуются в новостях сервиса и приходят на электронную почту, указанную в учётной записи.
- В самом приложении перед обновлением появляется предупреждение с датой и временем начала работ.
Что настроить заранее
- 📧 Актуальный адрес почты у владельца абонента. Уведомления о работах уходят именно туда.
- 👥 Список пользователей. Уволенных сотрудников удалите: на них тоже уходят оповещения, а ответственных не остаётся.
- ⏰ Регламент на день обновления. Не планируйте на это окно закрытие месяца , массовую выгрузку отчётности и загрузку банковских выписок.
Если в момент начала работ пользователь не вышел из приложения, сеанс будет завершён принудительно. Несохранённые изменения в открытых формах пропадут.
Обновление тонкого клиента и ручные действия пользователя
Ручная часть обновления 1С Фреш на стороне абонента — это клиент. Работать в сервисе можно через браузер или через тонкий клиент 1С. Браузеру обновлять нечего, а вот тонкий клиент должен совпадать по версии с платформой на сервере.
Как обновить тонкий клиент
- После обновления платформы на сервере запустите тонкий клиент как обычно.
- Клиент сообщит, что версия на компьютере не совпадает с серверной, и предложит загрузить нужную.
- Согласитесь на загрузку. Новая версия ставится рядом со старой, не удаляя её.
- Если установку блокируют права Windows, попросите системного администратора выполнить её под учётной записью с правами локального администратора.
- Перезапустите клиент и войдите в приложение.
Если автоматическая загрузка не сработала
- 🌐 Войдите в приложение через браузер, чтобы не останавливать работу.
- 📥 Скачайте дистрибутив тонкого клиента нужной версии со страницы загрузки вашего провайдера. Номер версии платформы виден в окне «О программе» в браузерном варианте.
- 🧹 Если после установки окно запуска всё равно предлагает старую версию, удалите ярлык и заново добавьте адрес приложения в список баз.
В браузере после обновления помогает простое правило: полностью закрыть вкладку и открыть приложение заново. Если интерфейс отображается криво, очистите кэш браузера для адреса сервиса.
Проверка после обновления
Когда приложение снова доступно, первый запуск может длиться дольше обычного. В этот момент выполняются обработчики обновления вашей области данных.
- Откройте
Справка → О программе(иконка с буквой «i» или меню в правом верхнем углу) и сверьте номер релиза конфигурации. - Прочитайте окно с описанием изменений: оно появляется при первом входе после перехода на новый релиз.
- Проверьте, завершилась ли фоновая обработка данных. В типовых конфигурациях на базе БСП её состояние показано в разделе
Администрирование → Обслуживание, в группе про результаты обновления программы.
Журнал регистрации: как найти следы обновления и ошибок
Логи сервера провайдера абоненту недоступны. Но у каждого приложения есть свой журнал регистрации, и для разбора последствий обновления его хватает.
Где открыть журнал
В БП 3.0, ЗУП 3.1 и УНФ путь одинаковый: Администрирование → Обслуживание → Журнал регистрации. Открывать его может пользователь с правами администратора приложения.
Что фильтровать
- 🔴 Уровень «Ошибка» за дату обновления и следующие сутки. Так видно, какие операции падали после перехода на новый релиз.
- 👤 Пользователь. Если ошибка у одного бухгалтера, отбор по нему быстро покажет, на каком действии она возникает.
- 🧾 Событие. Ошибки обмена, загрузки выписок, отправки отчётности и запуска внешних обработок записываются отдельными событиями.
Перед обращением в техподдержку сервиса скопируйте полный текст ошибки из журнала, с датой, временем и именем пользователя. С такими данными заявку разбирают в разы быстрее, чем по описанию «после обновления не работает».
Когда писать в поддержку
Если ошибка повторяется у всех пользователей и связана с типовыми объектами, это вопрос к провайдеру. Нередко он уже знает о проблеме и готовит исправление. Если ошибка возникает только при запуске вашей внешней обработки или расширения, сначала проверьте их совместимость с новым релизом.
Расширения, внешние обработки и классификаторы после обновления
Типовая часть в облаке обновляется сама, а всё, что вы добавили к ней, — ваша ответственность.
Расширения конфигурации
Доработки в Фреше подключаются расширениями. Перед загрузкой в сервис они проходят проверку провайдером на безопасность. После перехода на новый релиз расширение может перестать применяться, если в типовой конфигурации изменились объекты, которые оно перехватывает.
- 🔍 Узнайте у разработчика, проверено ли расширение на новом релизе.
- 🧪 Попросите прогнать его на локальной копии с тем же релизом, что в облаке.
- 📤 Обновлённое расширение загружайте в сервис заново, той же процедурой, что и первую версию.
Внешние печатные формы и отчёты
Они тоже проходят проверку при загрузке. Если после обновления форма падает с ошибкой «поле объекта не обнаружено» или подобной, значит, в типовом документе переименовали или убрали реквизит. Исправлять обработку должен её автор.
Справочники и классификаторы
Курсы валют, классификатор банков и адресные данные в облаке подтягиваются автоматически. Если в выписке банк не находится по БИК, а в справочнике старые данные, не заводите его вручную. Сначала подождите сутки после обновления, затем напишите в поддержку сервиса.
Не меняйте вручную предопределённые элементы справочников и типовые настройки учётной политики «чтобы заработало» после обновления. При следующем релизе обработчики могут повести себя непредсказуемо.
Локальная копия: когда нужен свой релиз
Бывает, что нужен релиз, которого в облаке ещё нет, или нужно проверить расширение до перехода сервиса на новую версию. Для этого из приложения выгружают данные и разворачивают локальную файловую базу .
- В личном кабинете или в самом приложении выполните выгрузку данных в файл.
- На компьютере установите платформу и конфигурацию того же релиза, что в облаке.
- Создайте пустую базу из шаблона и загрузите в неё выгрузку.
- Обновляйте локальную копию обычным способом: через
Администрирование → Интернет-поддержка и сервисыили в конфигураторе файлами обновления.
Загрузить базу обратно в сервис получится, только если её релиз поддерживается сервисом. Если вы обновили локальную копию до версии новее облачной, вернуть её в Фреш сразу не выйдет: придётся ждать, пока провайдер выпустит этот релиз у себя.
Пока вы работаете в локальной копии, не вносите данные в облачное приложение. Две базы разойдутся, и свести их без потерь сложно.
Ошибки синхронизации и обмена после обновления
Под «синхронизацией» в Фреше обычно понимают обмен облачного приложения с другой базой: розничной точкой, локальной УТ, мобильным приложением или другой облачной конфигурацией. Обновление одной из сторон — главная причина сбоев.
Порядок восстановления обмена
- Проверьте журнал регистрации обеих баз за время последней удачной и первой неудачной синхронизации.
- Сверьте релизы конфигураций с обеих сторон.
- Обновите отстающую базу. Обычно это локальная или розничная база, а не облако.
- Запустите синхронизацию вручную и дождитесь окончания.
- Только после успешного ручного прогона включайте расписание обратно.
Если обмен остановился на несколько дней, после восстановления выгрузка будет большой. Запускайте её вне рабочего времени, чтобы не мешать пользователям.
Частые ошибки администратора при обновлении Фреша
- ❌ Искать кнопку обновления конфигурации в облаке. Её нет: релизы ставит провайдер.
- ❌ Не обновлять локальные базы-участники обмена. Облако ушло вперёд, а касса или склад остались на старом релизе — обмен встаёт.
- ❌ Обновлять локальную копию дальше облачного релиза, планируя потом загрузить её обратно.
- ❌ Запрещать пользователям установку тонкого клиента без процедуры для администратора. В результате утром после обновления никто не может войти.
- ❌ Не проверять расширения до перехода сервиса на новый релиз. Разработчик узнаёт о проблеме от бухгалтера, а не заранее.