Переход из облачного сервиса 1С:Предприятие 8 через интернет (1С:Фреш) обратно в локальную («коробочную») версию — задача довольно распространенная. Причины могут быть разными: от необходимости использовать сложные расширения, которые трудно согласовать в аудите сервиса, до изменения политики безопасности компании. Рассмотрим детально, как выполнить этот переход без потери данных и на что обратить внимание при подготовке ИТ-инфраструктуры.
Процесс перехода из облака в локальную базу стандартизирован. Разработчики системы предусмотрели штатный механизм миграции, который позволяет получить полный слепок данных. Выясним последовательность действий:
data_dump.zip. Важно понимать, что это не просто копия базы (dt-файл), а XML-выгрузка данных, предназначенная для загрузки в пустую конфигурацию.Рассмотрим ситуацию с объемом базы. Если ваша база весит несколько гигабайт, выгрузка через обычный веб-браузер может прерваться по таймауту или из-за нехватки оперативной памяти. В таких случаях рекомендуется использовать Тонкий клиент для подключения к облаку. Это обеспечит более стабильную передачу данных при формировании архива data_dump.zip.
Прежде чем загружать данные, нам необходимо подготовить «фундамент». Главное правило: версия конфигурации локальной базы должна в точности совпадать с версией базы в облаке.
Посмотрим на пример: если во Фреше используется Бухгалтерия предприятия 3.0.176.38, то вам нужно скачать дистрибутив именно этой версии (или обновить пустую базу до этого релиза) на локальном компьютере. Если вы попытаетесь загрузить данные в базу другого релиза, система может выдать ошибку или данные загрузятся некорректно.
Важный нюанс с типом конфигурации: проверьте, используете ли вы версию ПРОФ или Базовую. Выгрузку из «Бухгалтерии ПРОФ» невозможно загрузить в локальную «Бухгалтерию Базовую». Перед загрузкой убедитесь, что локально создана абсолютно пустая информационная база нужного типа.
Часто возникает вопрос: «Что делать, если во Фреше используется платформа 8.3.27, а локально установлена 8.3.25?». Проанализируем практику специалистов:
8.3.27 на 8.3.25) в большинстве случаев проходит успешно, так как структура XML-выгрузки данных достаточно универсальна.Когда пустая база нужного релиза готова, выполним следующие шаги:
data_dump.zip и дождемся окончания процесса.Обратите внимание: при выполнении этой команды все существующие данные в локальной базе (если они там были) будут полностью удалены и заменены данными из облака.
Разберем специфические проблемы, с которыми вы обязательно столкнетесь после миграции:
1. Пароли пользователей: При выгрузке данных пароли учетных записей не переносятся. Список пользователей будет сохранен, но после загрузки в локальную версию войти в систему можно будет без пароля (или под администратором, если он был создан локально). Сразу после загрузки установите новые пароли всем пользователям для обеспечения безопасности.
2. Расширения конфигурации: Если в облаке использовались расширения, которые добавляли свои реквизиты или справочники, просто загрузить data_dump.zip недостаточно. Сначала нужно установить эти расширения в локальную базу, и только потом запускать процесс загрузки данных. В противном случае данные, принадлежащие этим расширениям, просто не будут импортированы.
3. Проблема «отозванных» релизов: Иногда бывает ситуация, когда Фреш обновился до релиза, который фирма «1С» позже отозвала из-за ошибок или еще не выложила в общий доступ. В этом случае вы не сможете найти дистрибутив для создания пустой локальной базы. Выход один: подождать несколько дней, пока в облаке и на портале ИТС версии снова синхронизируются.
Многие клиенты возвращаются на локальные версии именно из-за ограничений Фреша в части доработок. В облаке действует «безопасный режим», запрещены универсальные обработки, а каждое расширение проходит строгий аудит. В локальной версии у вас «развязаны руки», но помните:
// Пример кода, который может потребовать корректировки при переходе
// Если в расширении использовались вызовы внешних компонент,
// во Фреше они могли быть ограничены. В локальной версии
// убедитесь, что права доступа позволяют их использование.
УстановитьРасширениеПравДоступа();
После успешного перехода не забудьте настроить регламентные задания и резервное копирование, так как в облаке эти задачи выполнялись провайдером автоматически, а теперь это зона ответственности вашего системного администратора.