Администрирование · 11 мин
Как выгрузить базу из 1С:Фреш в локальную версию
Пошаговая инструкция по выгрузке базы из 1С:Фреш в локальную версию: подготовка, выгрузка через сервис, загрузка в файловую или клиент-серверную базу, проверка результата.
Переезд из облачного сервиса 1С:Фреш в локальную версию — типовая задача: компания выросла, понадобились доработки конфигурации, интеграции с внешним оборудованием или просто захотелось хранить данные на своём сервере. Сервис предусматривает штатный механизм выгрузки информационной базы, но у процедуры есть важные ограничения и нюансы, которые стоит знать до начала работы.
Ключевой момент: из 1С:Фреш выгружается не привычный файл .dt напрямую из меню, а специальный пакет данных, который затем преобразуется в выгрузку для локальной версии. Процесс занимает от нескольких минут до нескольких часов в зависимости от размера базы и требует аккуратности на этапе загрузки.
Ниже разобран полный цикл: проверка условий, запрос выгрузки, подготовка локальной базы, загрузка данных и контроль результата. Отдельно рассмотрены типичные ошибки и ситуации, когда лучше привлечь специалиста.
Проверьте условия и ограничения перед выгрузкой
Не любую базу можно перенести из облака в локальную версию без потерь. Главное ограничение — конфигурация. В 1С:Фреш работают типовые конфигурации без доработок; если в локальной версии планируется использовать изменённую конфигурацию, сначала загружается типовая база, а доработки накатываются уже после переезда.
Второе условие — версия платформы и конфигурации. Локальная база должна создаваться на конфигурации той же версии, что работает в сервисе, либо новее с последующим обновлением. Если локальная версия старше, загрузка откажет или приведёт к ошибкам структуры метаданных.
Третий момент — права. Запросить выгрузку может пользователь с правами абонента (владельца) в менеджере сервиса, а сама операция в приложении требует полных прав администратора. Если вы работаете через франчайзи-оператора, уточните порядок запроса выгрузки у него.
Доработанные конфигурации в Фреше недоступны — переносится только типовая
Смотрите в разделе «О программе» в облаке и сравните с локальным релизом
Без прав владельца абонента выгрузку не заказать
Архив выгрузки и развёрнутая база потребуют места локально
Запросите выгрузку данных из сервиса
Основной способ — через само приложение в облаке. Зайдите в базу под пользователем с полными правами и откройте раздел «Администрирование» (в ряде конфигураций — «Настройки и администрирование»), затем найдите пункт «Выгрузить данные в локальную версию» или «Переход в локальную версию». Название пункта зависит от конфигурации, но механизм один.
После запуска сервис сформирует файл выгрузки и предложит скачать его. На больших базах подготовка занимает заметное время — не закрывайте сеанс и дождитесь уведомления о готовности. Полученный архив содержит данные в формате, пригодном для загрузки в локальную базу.
Альтернативный путь — через личный кабинет абонента на портале сервиса (менеджер сервиса). Там в карточке приложения доступен запрос на выгрузку данных. Этот способ удобен, если нужно получить полную выгрузку, а доступ в само приложение ограничен.
- 1Войдите в базу 1С:Фреш под пользователем с полными правами
- 2Откройте «Администрирование» — «Выгрузить данные в локальную версию»
- 3Запустите формирование выгрузки и дождитесь готовности файла
- 4Скачайте архив на локальный компьютер и сохраните в отдельную папку
- 5Проверьте, что архив открывается и не повреждён при скачивании
Подготовьте локальную среду
Для загрузки понадобится установленная платформа 1С:Предприятие подходящей версии. Версию платформы, на которой работает сервис, можно уточнить в сведениях о приложении; локально ставьте совместимый релиз — как правило, не старше того, что используется в облаке.
Далее решите, какой будет локальная база: файловой или клиент-серверной. Для небольшой компании с несколькими пользователями достаточно файлового варианта — создайте пустую папку и добавьте базу в список через диалог запуска. Для десятков пользователей и большого объёма данных разумнее сразу разворачивать клиент-серверный вариант на MS SQL Server или PostgreSQL.
Важно: загрузка выполняется в пустую базу, созданную из шаблона той же конфигурации и версии, что в облаке, либо в базу, развёрнутую из полученной выгрузки напрямую — это зависит от формата полученного файла. Если сервис отдал файл .dt, его загружают через конфигуратор («Загрузить информационную базу»). Если отдан специальный пакет перехода — используется штатный механизм загрузки в режиме «Предприятие».
Загрузите данные в локальную базу
Если получен файл .dt, порядок классический: откройте конфигуратор, выберите «Администрирование» — «Загрузить информационную базу», укажите файл и дождитесь завершения. На больших базах загрузка и последующая реструктуризация могут идти долго — не прерывайте процесс.
Если сервис выдал пакет для перехода через обработку загрузки, запустите локальную пустую базу в режиме «Предприятие» и воспользуйтесь штатной обработкой загрузки данных из сервиса (обычно доступна в разделе администрирования или поставляется вместе с выгрузкой с инструкцией). Следуйте шагам мастера и не меняйте состав переносимых данных без необходимости.
После загрузки конфигуратор может потребовать обновление конфигурации базы данных — выполните его. Затем запустите базу в режиме «Предприятие»: при первом старте могут отработать обработчики обновления, это нормально.
Проверьте результат переноса
Первый контроль — сводные остатки. Сформируйте в облачной и локальной базе одинаковые отчёты за один период: оборотно-сальдовую ведомость, остатки товаров на складах, взаиморасчёты с контрагентами. Цифры должны совпасть до копейки. Расхождения указывают на неполную загрузку или различия в настройках.
Второй контроль — справочники и документы. Проверьте количество элементов в ключевых справочниках (номенклатура, контрагенты, договоры), откройте несколько документов за разные периоды и убедитесь, что они проводятся без ошибок.
Третий контроль — регламентные операции и обмены. Настройте заново учётные записи пользователей, права, подключение к ЭДО, обмен с банками и другие интеграции: эти настройки не всегда переносятся из облака и требуют ручной настройки в локальной версии.
Как проверить результат
Итоги совпадают с облачной базой
Расхождения по счетам или субконто
Количество и суммы идентичны
Пропущены склады или часть документов
Документы проводятся без ошибок
Ошибки ссылочной целостности, битые ссылки
Все сотрудники входят со своими ролями
Пользователи отсутствуют или без прав
Типичные ошибки и как их избежать
Самая частая ошибка — попытка загрузить выгрузку в базу другой версии конфигурации. Симптомы: отказ загрузки или ошибки при обновлении. Лечение простое: разверните локально ровно тот релиз, что был в облаке, загрузите данные, а уже потом обновляйтесь до актуальной версии штатными средствами.
Вторая ошибка — продолжение работы в обеих базах параллельно. Пока идёт переезд, облачную базу нужно перевести в режим «только чтение» или прекратить в ней работу, иначе часть документов останется в облаке, а часть попадёт в локальную версию, и данные разойдутся.
Третья группа проблем — забытые внешние данные. Приложенные файлы, настройки обменов, печатные формы и расширения могут переноситься отдельно или не переноситься вовсе. Составьте заранее список того, что используется в облаке, и проверьте каждый пункт после переезда.
Альтернативы и границы самостоятельной работы
Если цель — не полный уход из облака, а локальная копия для анализа или архива, достаточно однократной выгрузки без настройки всех интеграций. Если же планируется полноценный переход, продумайте заранее инфраструктуру: сервер, резервное копирование, антивирусные исключения и регламент обновлений — в облаке всё это делал оператор сервиса, теперь зона ответственности ваша.
При больших базах (десятки гигабайт), клиент-серверной архитектуре или необходимости доработок конфигурации разумно привлечь специалиста по 1С. Цена ошибки при самостоятельном переносе — потеря учётных данных, восстановление которых займёт значительно больше времени, чем аккуратный переезд с контролем на каждом шаге.
Варианты развёртывания локальной базы
Подходит для небольшого числа пользователей; проста в развёртывании, но ограничена по производительности и одновременной работе
Для большого объёма данных и многих пользователей; требует администрирования СУБД и более сложной настройки
Если нужна только история — выгрузка хранится как резерв, полноценная настройка не требуется
Что важно запомнить
Переезд из 1С:Фреш в локальную версию выполняется штатной выгрузкой через раздел администрирования или менеджер сервиса. Критичны три вещи: совпадение версий конфигурации, остановка работы в облаке на время переезда и обязательная сверка остатков после загрузки. Лицензии на локальную платформу и настройки интеграций проверяйте заранее.
Частые вопросы
Можно ли выгрузить из 1С:Фреш доработанную конфигурацию?
В сервисе работают только типовые конфигурации, поэтому выгружается типовая база. Если локально нужны доработки, их внедряют уже после загрузки данных в локальную базу — штатным способом через конфигуратор или расширения.
Сколько времени занимает формирование выгрузки?
Зависит от размера базы: небольшие базы выгружаются за минуты, объёмные могут готовиться часами. Дождитесь уведомления о готовности и не прерывайте скачивание архива.
Что делать, если локальная конфигурация старше облачной?
Сначала обновите пустую локальную базу до версии, соответствующей облачной, и только потом загружайте данные. Загрузка в более старый релиз приведёт к ошибкам несовместимости.
Перенесутся ли пользователи и их пароли?
Список пользователей обычно переносится, но пароли и часть настроек доступа придётся задать заново. После загрузки проверьте роли и права каждого сотрудника до начала рабочего дня.
Нужно ли расторгать договор с 1С:Фреш сразу после выгрузки?
Нет. Разумно сохранить доступ к облачной базе хотя бы на период сверки данных и первых недель работы локально — это страховка на случай обнаружения пропущенных данных.
Можно ли перенести базу обратно из локальной версии в 1С:Фреш?
Да, сервис поддерживает загрузку данных из локальной версии, но конфигурация должна оставаться типовой и соответствовать требованиям сервиса. Порядок загрузки описан в документации сервиса и выполняется через менеджер сервиса.