← На главную

Ситуация, когда аутсорсинговая компания присылает вместо привычного файла .dt странный набор файлов, таких как CustomData, Data, PackageContents.xml и DumpInfo.xml, часто ставит пользователей в тупик. Рассмотрим детально, что представляет собой этот формат и как правильно развернуть из него полноценную рабочую базу для просмотра проводок.

Идентификация формата данных

Для начала проанализируем содержимое полученного архива. Набор файлов CustomData, Data, ReferenceMapping, UserSettings, PackageContents.xml, Users.xml и DumpInfo.xml однозначно указывает на то, что перед нами выгрузка данных из облачного сервиса (например, «1С:Фреш» или «1С:БухОбслуживание»). Это не просто резервная копия всей базы, а специализированный XML-пакет, предназначенный для миграции данных между облаком и локальной версией программы.

Важно понимать, что этот архив содержит только учетные данные и настройки пользователей, но в нем отсутствует сама конфигурация (программный код). Именно поэтому для успешной загрузки нам потребуется установленный шаблон конфигурации «Бухгалтерия предприятия» строго определенной версии.

Почему правка версии в DumpInfo.xml не дает результата

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

• Структура данных: Внутри файла Data объекты описаны согласно метаданным релиза 3.0.51. За 20 с лишним релизов (до 3.0.75) структура таблиц, состав реквизитов и типы данных в конфигурации существенно изменились.
• Проверка схемы: При загрузке встроенные механизмы 1С проверяют не только строковое значение версии, но и внутренние идентификаторы объектов (GUID). При несоответствии схемы данных загрузчик выдаст критическую ошибку, так как он не «знает», в какие новые поля записывать старые данные без предварительной конвертации.

Алгоритм загрузки данных из облачного архива

Посмотрим на правильную последовательность действий для восстановления работоспособности базы. Нам не нужно использовать стандартное меню «Восстановление из информационной базы», так как оно рассчитано на формат .dt.

1. Поиск дистрибутива: Первостепенная задача — найти и установить именно ту версию конфигурации, которая указана в DumpInfo.xml (в нашем случае 3.0.51.27). Для этого необходимо обратиться к официальному партнеру (франчайзи) или направить письмо в техподдержку 1С на фирменном бланке с указанием регистрационного номера программы и активной подписки ИТС.
2. Создание пустой базы: После установки нужного шаблона создаем абсолютно пустую информационную базу. Внимание: не заходите в неё в режиме «1С:Предприятие» для первоначальной настройки, база должна быть «чистой».
3. Запуск процедуры загрузки: Запускаем пустую базу в режиме «1С:Предприятие». В современных версиях «1С:Бухгалтерии» переходим в раздел «Администрирование» — «Выгрузка данных в локальную версию» (или «Загрузка данных из сервиса»). В открывшемся мастере выбираем наш ZIP-архив.
4. Первый запуск: После завершения загрузки система предложит выполнить первый запуск для проведения регламентных операций и обновления обработчиков данных. Соглашаемся и дожидаемся завершения процесса.

Как получить привычный формат .dt от аутсорсера

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

1. Сотрудник аутсорсера разворачивает у себя локальную базу нужной версии (3.0.51.27).
2. Загружает в неё XML-пакет из облака.
3. Выполняет первый запуск для фиксации данных.
4. Заходит в «Конфигуратор» и через меню «Администрирование» — «Выгрузить информационную базу...» создает файл с расширением .dt.

Если вам критически важно получить именно .dt, рекомендуем попросить приславшую сторону «приземлить» данные на их стороне и передать вам готовый слепок базы.

Альтернативные способы и нюансы

Рассмотрим ситуацию, если найти версию 3.0.51.27 не удается. Механизмы 1С иногда позволяют загружать данные в чуть более свежие релизы (например, в 3.0.52), так как конвертация может отработать «на лету». Однако разрыв в 24 релиза (с 51-го по 75-й) слишком велик для стабильной работы этой функции.

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

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