Как протестировать и исправить информационную базу, выгруженную из 1С:Фреш

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

Работа в облачном сервисе 1С:Фреш (1C:Fresh) накладывает определенные ограничения на техническое обслуживание системы. Пользователи часто сталкиваются с ситуацией, когда необходимо провести процедуру Тестирования и исправления (ТиИ), изменить предопределенные счета в плане счетов или проанализировать ссылочную целостность данных на локальном компьютере. Однако при попытке развернуть выгруженную базу локально возникает проблема: программа требует активацию лицензии, даже если вы просто хотите провести разовую техническую проверку.

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

Разбор проблемы: почему база требует активацию

Когда мы выгружаем данные из 1С:Фреш, мы получаем не стандартный файл архива .dt, а файл data_dump.zip. Этот архив содержит набор XML-файлов с данными. Если ваша конфигурация в облаке относится к тарифу "Базовая для 1" или "БизнесСтарт", то при попытке загрузить эти данные в чистую локальную базу, система потребует регистрацию продукта на портале 1С. Без этого зайти в конфигуратор или в режим предприятия невозможно. При возникновении технических сложностей с формированием такого архива в Бухгалтерии предприятия можно использовать инструмент для исправления выгрузки данных.

Проанализируем файл DampInfo.xml, который находится внутри архива. В нем указано точное название конфигурации. Если там значится Бухгалтерия предприятия (базовая для 1), стандартные методы создания новой базы не сработают без наличия купленной локальной лицензии. Однако решение существует, и оно заключается в использовании демонстрационных баз.

Решение 1: Загрузка данных в демо-базу

Рассмотрим самый эффективный способ локального тестирования без покупки дополнительной лицензии. Демонстрационные базы (демо-базы) соответствующих конфигураций позволяют запускать сеанс без немедленной проверки лицензии на портале, что дает нам "окно" для загрузки данных и проведения тестов.

Выполним следующие шаги:

  1. Установим на локальный компьютер шаблон конфигурации, версия которой совпадает или выше версии базы в облаке. Это критически важно, так как 1С:Фреш всегда работает на самых актуальных релизах.
  2. Создадим новую информационную базу, выбрав вариант "Создание информационной базы из шаблона", и выберем именно демонстрационную версию (например, Бухгалтерия предприятия (демо)).
  3. Запустим созданную демо-базу в режиме "1С:Предприятие".
  4. Перейдем в раздел Администрирование — Выгрузка данных из сервиса (или используем обработку загрузки данных, если интерфейс отличается).
  5. Загрузим наш файл data_dump.zip. Программа заместит демонстрационные данные данными из вашей облачной базы.

После этого мы сможем зайти в Конфигуратор и запустить стандартную процедуру Тестирование и исправление.

Решение 2: Встроенные инструменты тестирования в 1С:Фреш

Выясним, обязательно ли вообще выгружать базу для проверки. Фирма 1С предусмотрела механизмы самообслуживания прямо внутри сервиса. Если вы являетесь Владельцем абонента, вам доступны инструменты обслуживания в Личном кабинете.

Проанализируем алгоритм действий в облаке:

  1. Зайдите в Менеджер сервиса (Личный кабинет 1С:Фреш).
  2. В списке приложений выберите нужную базу.
  3. Посмотрите в меню доступные действия. Для многих приложений доступна функция "Тестирование и исправление".
  4. Запустите процесс. Он будет выполнен на стороне сервера. По завершении вы получите отчет о найденных ошибках.

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

Решение 3: Исправление специфических ошибок (План счетов)

Иногда тестирование требуется для исправления логических ошибок, которые невозможно поправить в обычном режиме предприятия. Например, пользователь столкнулся с тем, что счет 57.01 стал подчинен счету 71. В облаке поле "Родитель" в плане счетов часто заблокировано. Для безопасного редактирования заблокированных реквизитов счетов можно использовать расширение для административного изменения плана счетов.

Если вы уже развернули базу локально (через демо-базу), вы можете воспользоваться обработкой "Групповое изменение реквизитов". Рассмотрим, как программно (через встроенные механизмы) изменить защищенные поля:

  1. Откроем обработку "Групповое изменение реквизитов" (Администрирование — Обслуживание — Корректировка данных).
  2. Выберем объект План счетов хозрасчетный.
  3. В настройках (кнопка "Дополнительные параметры") установим флаг "Показывать служебные реквизиты" и "Режим разработчика".
  4. Найдем поле Родитель и установим нужное значение.

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


// Пример программного пересчета итогов, если конфигуратор недоступен
ПланыСчетов.Хозрасчетный.УстановитьГраницуПересчетаИтогов(ДатаНачала);
ПланыСчетов.Хозрасчетный.ПересчитатьИтоги();

Особенности формата data_dump и автономных рабочих мест

Разберем, чем формат выгрузки из облака отличается от привычных нам копий. data_dump.zip — это не образ диска, а сериализованные данные. Это означает, что:

Если вам требуется регулярная работа локально с последующей синхронизацией, проанализируем вариант Автономного рабочего места (АРМ). Для тарифов уровня ПРОФ это штатный механизм. При создании АРМ программа сама скачивает локальную копию и устанавливает временную лицензию, привязанную к вашей подписке во Фреш. Однако для тарифа "Для одного" (Базовая) этот функционал официально недоступен, поэтому метод с демо-базой остается единственным рабочим вариантом для локального тестирования.

Выводы и рекомендации

Подведем итоги нашего исследования. Если вам нужно протестировать базу из 1С:Фреш:

  1. Сначала проверьте наличие функции ТиИ в Личном кабинете сервиса — это самый простой путь.
  2. Если необходимо локальное вмешательство, используйте демо-базу соответствующего релиза для обхода требования активации при загрузке данных.
  3. Следите за тем, чтобы версия локальной платформы была не ниже 8.3.21+ (в зависимости от текущих требований сервиса), иначе загрузка XML-файлов может завершиться аварийно.
  4. Для исправления "заблокированных" реквизитов (как в случае с планом счетов) используйте групповое изменение реквизитов в режиме разработчика на локальной копии, а затем возвращайте данные в облако через встречную выгрузку, если это позволяет ваш тарифный план.
← На главную