Как сделать копию базы в 1С:Фреш в 2026 году: архивирование, выгрузка data_dump и тестовый контур для ИИ-автоматизации

Коротко: в 1С:Фреш копию делают двумя путями. Первый – личный кабинет абонента: раздел архивирования приложений, где лежат резервные копии; восстановление разворачивает копию как новое отдельное приложение и занимает слот в тарифе. Второй – внутри базы: «Администрирование» → перенос данных в локальную версию, файл вида data_dump_NN_CC_VV.zip (архив с XML, а не .dt). Восстановление идёт только на момент существующей копии – произвольной точки во времени в облаке нет ни у кого. Копию делают перед обновлением, закрытием периода и массовыми обработками.

Вопрос «как сделать копию базы в 1С:Фреш» задают по понятным причинам. Либо завтра обновление и страшно, либо бухгалтер собирается прогнать массовое перезаполнение документов, либо кто-то хочет потрогать новые ИИ-механизмы распознавания первички и разноски выписок – только не на рабочих данных. В облаке резервное копирование устроено иначе, чем в локальной базе на сервере: кнопки «Выгрузить информационную базу в .dt» у вас нет, зато есть штатные инструменты абонента, про которые многие пользователи просто не знают. Разберём их по порядку, а потом посмотрим, что из подписок и услуг эту задачу закрывает и что покупать не нужно.

Три разные сущности, которые все называют «копией базы»

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

Автоматическая резервная копия сервиса. Её создаёт сам сервис по регламенту провайдера, без участия пользователя. Именно из неё делается восстановление приложения. Пользователь копию не формирует – он её выбирает из списка.
Восстановленное приложение внутри сервиса. Результат операции восстановления: в вашем личном кабинете появляется ещё одно приложение с данными на момент выбранной копии. Рабочая база при этом остаётся на месте.
Файл выгрузки данных (data_dump). Формируется из самой базы и скачивается на компьютер. Это zip-архив с XML внутри, предназначенный для переноса области данных в локальную версию программы. В привычном админском смысле это не бэкап, и формат .dt тут ни при чём.

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

Способ	Где делается	Что получаем	Когда подходит	Ограничения
Восстановление из резервной копии	Личный кабинет абонента, раздел архивирования / карточка приложения	Новое приложение с данными на момент копии	Откат после неудачного обновления, сверка «как было», разбор чужих правок	Только на момент имеющейся копии; занимает слот приложения в тарифе
Файл выгрузки данных	Внутри базы: «Администрирование» → перенос данных / выгрузка в локальную версию	Архив data_dump_NN_CC_VV.zip на вашем компьютере	Переезд в локальную базу, передача данных аудитору или подрядчику, холодное хранение	Грузится в локальную версию соответствующего уровня и, как правило, той же версии конфигурации
Выгрузка «для технической поддержки»	Там же, отдельный режим выгрузки	Файл data_dump_technical_support_*.zip	Разбор ошибки специалистом, когда полные данные передавать не нужно	Годится только для диагностики, работать в такой копии нельзя
Автоматическая копия сервиса	Создаётся сервисом	Точка, из которой возможно восстановление	Страховка от аварии инфраструктуры	Периодичность и глубина хранения определяются условиями сервиса, а не вами

Копия и восстановление в личном кабинете: кто и как это делает

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

Порядок действий в общем виде:

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

Три вещи, которые надо знать до того, как вы на это понадеетесь:

Произвольной точки во времени нет. Восстановиться «на 14:35 вчера, за минуту до неудачной обработки» нельзя – только на момент готовой копии. Это единственное, в чём пессимисты правы.
Копия – это ещё одна база в тарифе. Число приложений в подписке ограничено (на уровне ПРОФ это десяток приложений), и восстановленная копия встаёт в этот лимит. Если слоты заняты, сначала освобождайте место.
Сеансы общие. Единица доступа в облаке – сеанс, и он считается суммарно по всем приложениям абонента. Бухгалтер, который держит открытой и рабочую базу, и копию, расходует два сеанса.

Если копия нужна именно для отката после обновления – посмотрите заранее, какие сценарии вообще обратимы: мы подробно разбирали это в материале о том, как откатить обновление 1С, вернуть конфигурацию базы данных и когда откат уже невозможен.

Как забрать базу из облака на свой компьютер

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

Имя файла формируется автоматически – data_dump_NN_CC_VV.zip для полного режима и data_dump_technical_support_NN_CC_VV.zip для диагностического. Переименовывать его перед загрузкой не нужно.
Внутри находится XML – привычного .dt там нет. Попытка «загрузить информационную базу» из такого архива в конфигураторе ничем не закончится: загрузка выполняется штатной обработкой уже внутри локальной базы.
Выгрузку делает пользователь с административными правами и при отсутствии активной работы других пользователей – иначе получите данные в несогласованном состоянии.
Локальная база, в которую вы грузите файл, должна быть сопоставимого уровня (на практике – ПРОФ или КОРП, базовые версии такие файлы не принимают) и совпадать по версии конфигурации с облачным приложением. Проверить, какая версия у вас и насколько вы отстали от текущей ветки, помогает разбор про последнюю версию 1С, платформу 8.3.27 и 8.5 и ветки релизов типовых конфигураций.
Если локальная база разворачивается на сервере и в неё будут заходить несколько человек, посчитайте лицензии заранее – об этом материал про то, когда нужна серверная лицензия 1С и что проверить перед покупкой, и инструкция, как узнать свою лицензию 1С: тип защиты, регистрационный номер и точки проверки.

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

Регламент копий: когда делать обязательно

Автоматические копии сервиса страхуют от аварии инфраструктуры, но не от действий пользователя. Самые дорогие потери мы разбираем после обработок, запущенных «просто посмотреть», а вовсе не после сбоев оборудования. Минимальный регламент, который мы рекомендуем клиентам:

Перед обновлением конфигурации – всегда, даже если обновление штатное и делает его сервис.
Перед закрытием периода и сдачей отчётности – фиксированная точка, к которой можно вернуться при расхождениях. Особенно если планируются перепроведения: это классическая зона риска при сверке КУДиР в 1С 8.3 и при разборе лишнего вычета НДФЛ.
Перед массовыми обработками – групповым перезаполнением, перепроведением за квартал, изменением учётной политики, загрузкой больших файлов номенклатуры.
Перед сменой структуры баз – например, когда к бухгалтерии добавляется отдельная база зарплаты и настраивается обмен; порядок описан в статье о том, как добавить ЗУП в 1С 8.3 и настроить обмен с бухгалтерией.
Перед первым запуском нового контура – маркировка, ЭДО, кассы. Здесь откат обычно спасает от ошибок в настройках на старте: сама программа при этом обычно ни при чём.

Копия как песочница для ИИ и автоматизации

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

Как с этим работать правильно:

Сначала копия, потом эксперимент. Разверните приложение из резервной копии и обучайте правила разноски на нём. Логика правил и границы применимости разобраны в материале про банковские выписки в 1С: ДиректБанк против файла kl_to_1c и где реально работает ИИ.
Распознавание первички проверяйте на реальных, но скопированных данных. Сервисы распознавания работают по лимитам страниц, и лимит обычно годовой – сжигать его на тестах с абстрактными накладными бессмысленно.
Фиксируйте точку до включения автоматизации. Если через месяц выяснится, что правило разносило платежи на неверный счёт, вам понадобится не только копия, но и дата, с которой правило работало.
Не ждите, что ИИ сам распознает свою ошибку. Контроль остаётся за человеком: выборочная проверка 10–20 автоматически созданных документов в первую неделю работы правила экономит недели разбора потом.
Проверяйте автозаполнение после каждого обновления. Логика заполнения меняется релизами – показательный пример мы описали в статье про ЭПД в 1С:УНФ и Рознице и проверку автозаполнения после обновления.

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

Что из подписок и услуг закрывает задачу

Хорошая новость: отдельный продукт «резервное копирование для 1С:Фреш» покупать не нужно – работа с копиями входит в подписку на сервис. Покупать приходится место под копии и время специалиста. Разберём по ситуациям.

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

Кому это не нужно: если вы один работаете в одной облачной базе и копия нужна раз в квартал перед обновлением – хватит штатного восстановления, ничего докупать не надо. Для локальной базы тема совсем другая: там выгрузка .dt, настройка регламентных заданий и, при желании, облачное хранение архивов. Это отдельный разговор, инструменты из этой статьи к нему не применяются. А расходы на сами лицензии и подписки правильнее поставить на учёт сразу – как это делается, описано в разборе про учёт лицензии 1С по ФСБУ 14/2022 и срок списания.

Типичные ошибки при покупке

Покупают «бэкап-сервис» для облака. Классика: клиент приходит с запросом на отдельный продукт резервного копирования для 1С:Фреш, хотя копии уже в подписке. Деньги уходят, а задача «развернуть тестовую копию» остаётся – не хватало-то свободной базы в тарифе.
Считают стоимость без минимального числа сеансов. Публикуемые цифры по облаку – это стоимость за одного пользователя в месяц при оплате сразу за год, и у каждого тарифа есть минимум включённых сеансов. Чек считается как цена × минимум сеансов × срок, и он заметно отличается от первой увиденной цифры.
Берут тариф «на вырост», вместо докупки сеансов. Если людей стало на двоих больше, менять тариф обычно не нужно – сеансы и базы докупаются отдельными подписками. Переход на старший тариф имеет смысл из-за состава приложений: количество людей тут роли не играет.
Покупают локальную базовую версию под выгрузку из облака. Файл выгрузки в базовую версию, как правило, не загружается. Итог – купленная поставка, которая не решает исходную задачу.
Не считают работы по переносу. Выгрузить файл – пять минут. Развернуть локальную базу нужной версии, загрузить данные, проверить остатки и настройки, подключить обмены – это нормальная оплачиваемая работа. Если переезд планируется, закладывайте её в смету сразу, до первого расхождения в отчёте.

FAQ

Можно ли восстановить базу 1С:Фреш на произвольную дату и время?

Нет. Восстановление выполняется на момент существующей резервной копии, которую вы выбираете из списка. Восстановление на любую произвольную секунду (point-in-time) в сервисе не предусмотрено. Практический вывод: если вы планируете рискованную операцию, не надейтесь на регламентные копии – зафиксируйте точку самостоятельно, сверив, что в списке есть свежая копия, и только потом запускайте обработку.

Нужно ли обращаться к партнёру, чтобы восстановить копию?

Не обязательно. Это штатное действие владельца абонента или администратора в личном кабинете. Партнёр нужен в двух случаях: когда непонятно, какую именно копию брать и что потом сверять, и когда восстановление – часть более крупной задачи (разбор последствий обновления, перенос в локальную базу, настройка обменов).

Чем файл выгрузки из облака отличается от .dt?

Это принципиально разные форматы. .dt – выгрузка информационной базы целиком, делается в конфигураторе локальной базы. Файл выгрузки из облака – zip-архив с XML, содержащий данные вашей области; его загружает штатная обработка внутри локальной базы, конфигуратор тут не участвует. Поэтому в облаке вы и не найдёте привычной кнопки выгрузки .dt.

Восстановленная копия занимает место в подписке?

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

Как часто делать копию, если в базе работают ИИ-механизмы автозаполнения?

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

Что сделать дальше

Зайдите в личный кабинет абонента под владельцем или администратором и посмотрите, какие резервные копии есть на самом деле и на какие даты. Это пятиминутная проверка, которая закрывает главный вопрос – есть ли вам куда возвращаться.
Посчитайте свободные слоты приложений и сеансы в текущем тарифе. Если тестовая копия нужна регулярно, сравните варианты – дополнительная база, дополнительный сеанс или другой тариф – на странице тарифов 1С:Фреш с составом приложений и включённых сеансов, где указана и актуальная цена.
Если планируется перенос в локальную базу, обновление или запуск автоматической разноски документов – опишите задачу и условия, и мы подскажем порядок действий и состав работ. Контакты и способы связи – в разделе контактов.

«Софт Онлайн» – официальный партнёр 1С:Франчайзи, Москва. Помогаем с подпиской на облачные сервисы, переносом баз между облаком и локальной версией и настройкой автоматизации учёта.