Обновление приложения в 1С:Фреш: кто его делает и что остаётся пользователю
Содержание
Базу в 1С:Фреш обновлять вручную не нужно и, как правило, нельзя: конфигурацию и платформу обновляет сам сервис, централизованно для всех приложений. От пользователя требуется другое: выйти из программы к назначенному времени, при первом входе дождаться обработки данных, обновить тонкий клиент , если он попросит, и проверить свои расширения и внешние обработки.
Если вы работаете в браузере, всё сводится к перезапуску вкладки. Если через тонкий клиент на компьютере — добавляется установка новой версии платформы. Если база выгружена из Фреша и ведётся локально — это уже обычная коробочная 1С, и обновлять её надо через Конфигуратор самостоятельно.
Как устроено обновление базы в облаке 1С:Фреш
В коробочной версии бухгалтер или администратор сам скачивает пакет обновления и накатывает его на свою базу. В облаке схема другая.
- ☁️ Все приложения одного типа (например, «Бухгалтерия предприятия») работают на общей конфигурации у провайдера сервиса. Данные каждого абонента хранятся в своей области.
- 🔄 Когда выходит новый релиз, провайдер сначала проверяет его, а потом переводит приложения на новую версию. Ваши данные при этом не переносятся — меняется программа, которая с ними работает.
- 🕐 Обновление планирует сервис. Обычно его проводят в нерабочее время, а в приложении заранее появляется предупреждение.
- ⏳ Во время обновления приложение недоступно. Открытые сеансы завершаются, несохранённый документ можно потерять.
Отсюда главное отличие: пользователь не выбирает релиз и не может «пропустить» обновление. Взамен он не тратит время на скачивание, не рискует сломать базу неправильной последовательностью релизов и всегда работает с актуальными формами отчётности.
| Что | Коробочная 1С | 1С:Фреш |
|---|---|---|
| Кто ставит обновление конфигурации | Пользователь или администратор | Сервис |
| Кто обновляет платформу | Пользователь | Сервис (на сервере), тонкий клиент — у вас |
| Можно ли остаться на старом релизе | Да | Нет |
| Нужна ли резервная копия перед обновлением | Обязательно, делаете сами | Сервис делает копии сам |
| Доработки конфигурации | Любые, в Конфигураторе | Только расширения и дополнительные обработки |
Автоматическое обновление типовой конфигурации
Для типовых приложений — Бухгалтерии, Зарплаты и управления персоналом, УНФ и других, доступных в сервисе, — обновление происходит без вашего участия. Последовательность у пользователя выглядит так.
Перед обновлением
- В приложении или в почте появляется уведомление о плановом обновлении с датой и временем.
- К этому времени сохраните и закройте открытые документы. Если работа идёт с несколькими пользователями, предупредите коллег.
- Не запускайте на это время долгие операции: закрытие месяца , загрузку большой выписки, групповое перепроведение. Они оборвутся вместе с сеансом.
Во время обновления
Вход в приложение закрыт. При попытке открыть его сервис сообщает, что идут регламентные работы или обновление. Ничего делать не нужно — только подождать. Повторная попытка каждые пару минут ничего не ускорит.
После обновления
- При первом входе программа выполняет обработчики обновления данных. На экране отображается ход процесса. Не закрывайте вкладку и не обновляйте страницу, пока он не закончится.
- Часть преобразований программа переносит в фон — это отложенная обработка данных. Работать уже можно, но некоторые отчёты могут временно показывать неполные цифры.
- Ход фоновой обработки виден в разделе
Администрирование → Обслуживание, в группе с результатами обновления программы. Там же отображаются ошибки, если они возникли. - Откроется описание изменений в новой версии. Его стоит пролистать: там написано, какие отчёты и формы поменялись.
Пока отложенная обработка не завершилась, не закрывайте месяц и не сдавайте отчётность из обновлённого приложения. Сначала дождитесь, пока в результатах обновления не останется незавершённых задач.
Ручная актуализация через личный кабинет
Частый запрос — «нажать кнопку и обновить базу прямо сейчас». В 1С:Фреш такой кнопки для типовой конфигурации у абонента нет: версию задаёт провайдер, и все приложения одного вида переходят на неё по графику сервиса.
Через личный кабинет абонента (раздел со списком ваших приложений) можно сделать то, что реально относится к обновлению:
- 📋 посмотреть, какое приложение и какой версии у вас подключено;
- 👥 управлять пользователями — например, проверить, кто сейчас работает в базе перед плановыми работами;
- 💾 создать резервную копию или выгрузить данные в файл;
- 🆘 отправить обращение в поддержку, если после обновления что-то не работает .
Если вам срочно нужна функция из нового релиза, который уже вышел в коробке, а в сервисе ещё нет, — остаётся ждать. Провайдер проверяет релиз на работе в облаке, поэтому версия во Фреше может появиться позже, чем в коробочной поставке. Ускорить это можно только запросом в поддержку сервиса, и то без гарантий.
Встречаются советы «выгрузите базу, обновите локально и загрузите обратно». Так поступать не надо. Сервис принимает данные только той версии, на которой работает приложение. Обновлённая локально база не загрузится или загрузится с ошибкой.
Обновление тонкого клиента 1С на компьютере
Если вы открываете Фреш в браузере, платформа на вашем компьютере не нужна, и обновлять нечего. Иногда помогает только очистка кэша браузера: после смены версии старые файлы интерфейса из кэша вызывают пустые формы или зависание при запуске. Нажмите Ctrl+F5 на странице приложения или очистите кэш для сайта сервиса.
С тонким клиентом всё иначе. Клиент на компьютере должен быть той же версии платформы, что и сервер. Когда сервис переходит на новую платформу, при запуске появится сообщение о несоответствии версий клиента и сервера, и тонкий клиент предложит скачать и установить нужную версию.
Что делать, если клиент просит обновиться
- Согласитесь на установку. Тонкий клиент сам скачает нужную версию платформы с сервера.
- Если установка падает с ошибкой прав, запустите её от имени администратора или попросите системного администратора. На рабочих компьютерах без прав администратора это самая частая причина.
- Если автоматическая загрузка не проходит (прокси, антивирус, запрет загрузки исполняемых файлов), скачайте дистрибутив тонкого клиента нужной версии со страницы сервиса и установите вручную.
- После установки перезапустите ярлык. Старые версии платформы удалять не обязательно, но если их накопилось много, лишние можно удалить через
Параметры Windows → Приложения.
На терминальном сервере, где с Фрешем работают несколько человек, установку новой версии тонкого клиента делает администратор сервера заранее, а не каждый пользователь при входе. Иначе часть сотрудников утром не сможет войти.
Ярлык и адрес базы
Адрес приложения при обновлении не меняется, ярлык в окне запуска тонкого клиента пересоздавать не нужно. Если после обновления база пропала из списка — скорее всего, слетели настройки списка баз у пользователя Windows. Добавьте базу заново: в окне запуска выберите добавление существующей информационной базы на веб-сервере и вставьте адрес приложения из личного кабинета.
Расширения и внешние обработки после обновления
Изменить саму конфигурацию в облаке нельзя. Доработки подключаются двумя способами: расширения конфигурации и дополнительные отчёты и обработки. Именно они чаще всего ломаются после смены релиза.
- 🧩 Расширение может оказаться несовместимым с новой версией конфигурации. Тогда программа его не применит, а доработанная форма или печатная форма пропадёт.
- 📄 Внешняя печатная форма или обработка может обращаться к реквизиту, который разработчики типовой конфигурации переименовали или убрали. Она перестанет открываться или выдаст ошибку при выполнении.
- 🔒 В облаке и расширения, и дополнительные обработки проходят проверку у провайдера. Новую версию доработки тоже придётся заново согласовать через сервис.
Порядок действий простой: заранее, по объявлению о плановом обновлении, предупредите разработчика доработки. Он проверит её на новом релизе. После обновления откройте каждую доработку и проверьте, что она работает на реальном документе.
Ошибки после обновления базы во Фреше и что с ними делать
Отдельно о тексте ошибок. Когда пишете в поддержку, копируйте сообщение целиком, а не пересказывайте. Добавьте название приложения, время ошибки и действие, на котором она возникла. Так ответ придёт быстрее, а не после двух уточняющих писем.
Резервные копии и откат изменений
Перед плановым обновлением сервис сам делает копии данных. Помимо этого, копии создаются автоматически по графику сервиса. Делать их вручную «на всякий случай» перед каждым обновлением не обязательно, но полезно, если в базе идёт важная работа — например, подготовка годовой отчётности.
Какие бывают копии
| Вид копии | Кто делает | Для чего |
|---|---|---|
| Автоматическая копия сервиса | Сервис, по графику | Восстановление данных на прошлую дату |
| Копия, созданная абонентом | Вы, из приложения или личного кабинета | Точка возврата перед рискованной работой |
| Выгрузка данных в файл | Вы | Хранение у себя, перенос в локальную версию 1С |
Можно ли откатить обновление
Вернуть приложение на предыдущий релиз конфигурации нельзя — версия одна для всех абонентов. Восстановить можно данные: из резервной копии на дату до проблемной операции.
Учтите последствия восстановления:
- Всё, что введено после даты копии, пропадёт. Документы придётся вносить заново.
- Если в базе работают несколько человек, согласуйте восстановление с ними заранее.
- Восстановление не лечит ошибку программы. Если сбой вызван новым релизом, после восстановления данных он повторится. В этом случае правильнее писать в поддержку, а не откатываться.
Восстанавливайте копию только если испорчены данные: ошибочное групповое перепроведение, удаление объектов, неправильная загрузка. Для ошибок самой программы откат бесполезен.
Выгрузка в локальную версию
Если хотите держать базу у себя, выгрузите данные приложения в файл и загрузите их в коробочную 1С на компьютере. Локальная конфигурация должна быть того же релиза, что и приложение в сервисе на момент выгрузки, иначе загрузка не пройдёт.
После переезда обновлять базу придётся уже самостоятельно: через Конфигуратор или средствами самой программы, по цепочке релизов, с резервной копией перед каждым обновлением. Это полностью другой процесс, и автоматических обновлений сервиса у локальной базы больше не будет.