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

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

Как обновить 1С в облаке Scloud

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

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

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

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

Кто обновляет 1С в Scloud и что обновляется

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

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

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

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

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

Полезно сверить установленную версию с актуальным релизом на портале portal.1c.ru или в разделе новостей сервиса. Если облачная версия отстаёт на один-два релиза — это обычно нормально. Если отставание значительное и при этом истекает срок сдачи отчётности по новым формам, это повод написать в поддержку и уточнить плановую дату обновления.

Как проверить версию конфигурации
  1. 1
    Откройте информационную базу в Scloud через браузер или тонкий клиент
  2. 2
    Перейдите в главное меню и откройте пункт «О программе» или «Администрирование» — «Обслуживание»
  3. 3
    Запишите полный номер версии конфигурации и версию платформы
  4. 4
    Сверьте номер с актуальным релизом на портале 1С или в новостях сервиса
  5. 5
    При значительном отставании и приближении отчётных дат отправьте запрос в поддержку с указанием номера версии

Подготовка к обновлению: что сделать заранее

Хотя резервное копирование в облаке выполняет оператор, перед значимым обновлением разумно дополнительно зафиксировать критичные данные. Выгрузите важные отчёты, оборотно-сальдовые ведомости и регистры в Excel или PDF — это займёт минуты, но даст точку сравнения «до и после».

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

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

Как проходит обновление и сколько оно занимает

Обновление в облаке состоит из двух этапов. Первый — установка нового релиза на сервере оператором, пользователь его не видит. Второй — выполнение обработчиков обновления данных при первом запуске базы после смены версии: программа пересчитывает регистры, заполняет новые реквизиты и переносит настройки.

Именно второй этап заметен пользователю: при входе может появиться окно «Обновление данных», а база на время работать медленнее. Длительность зависит от объёма данных — в небольшой базе это минуты, в крупной может занять заметное время. Прерывать процесс нельзя.

Окно «Обновление данных» при входеШтатный процесс

Дождаться завершения, не закрывая сеанс

База недоступна несколько часовВозможна длительная обработка или сбой

Проверить статус в личном кабинете сервиса, написать в поддержку

Ошибка в отдельной форме или отчётеНесовместимость расширения или локальный дефект релиза

Отключить расширение, проверить без него, сообщить в поддержку

Версия не изменилась спустя недели после выхода релизаРелиз ещё не развёрнут оператором

Уточнить плановую дату обновления в поддержке

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

После завершения обновления выполните короткий контроль. Откройте «О программе» и убедитесь, что номер версии изменился на ожидаемый. Затем сверьте ключевые показатели с сохранёнными до обновления выгрузками: оборотно-сальдовую ведомость, остатки по складу, задолженность по контрагентам. Цифры должны совпадать.

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

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

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

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

Соответствует новому релизу

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

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

Оборотно-сальдовая ведомость
Норма

Остатки и обороты совпадают с выгрузкой до обновления

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

Появились расхождения по счетам

Обмены (банк, ЭДО, ФНС)
Норма

Документы отправляются и загружаются без ошибок

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

Ошибки авторизации или формата при обмене

Печатные формы и расширения
Норма

Открываются и работают как раньше

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

Ошибки при открытии форм, расширение отключено

Типичные ошибки и ограничения облачного обновления

Главная ошибка — ожидать от облака поведения локальной версии. В Scloud нельзя самостоятельно выбрать момент обновления, откатиться на предыдущий релиз через конфигуратор или установить непроверенное расширение. Попытки обойти эти ограничения бессмысленны: доступа к конфигуратору у пользователя нет.

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

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

Если после обновления база не открывается, выдаёт критические ошибки или данные явно повреждены — не предпринимайте повторных запусков и «лечения» через тестирование и исправление (в облаке этот инструмент пользователю обычно недоступен). Сразу фиксируйте текст ошибки, время и номер версии и обращайтесь в поддержку сервиса: восстановление из резервной копии — зона ответственности оператора.

Удобно завести короткий внутренний регламент: кто проверяет версию после обновления, кто сверяет ОСВ, кто отвечает за связь с поддержкой. В компаниях, где это закреплено, обновления проходят незамеченными, а без регламента каждый релиз превращается в аврал.
ПЗ
Практическое замечание

FAQ: частые вопросы об обновлении 1С в Scloud

Можно ли самостоятельно обновить конфигурацию в Scloud через конфигуратор?

Нет. Доступ к конфигуратору в облачном сервисе у пользователей отсутствует. Обновление платформы и типовых конфигураций выполняет оператор по своему графику после тестирования релиза.

Почему в облаке версия старее, чем вышедший релиз на портале 1С?

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

Что делать, если после обновления перестала работать печатная форма или расширение?

Временно отключите расширение и проверьте работу без него. Если проблема в нём — запросите у разработчика версию, совместимую с новым релизом, и согласуйте её установку с оператором сервиса.

Нужно ли делать резервную копию перед обновлением?

Резервное копирование выполняет оператор, но полезно самостоятельно выгрузить ключевые отчёты и ведомости в Excel или PDF. Это не полноценная копия базы, но позволит быстро сверить данные до и после обновления.

База недоступна уже долго после обновления — это нормально?

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

Итог

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

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