Часто при переносе данных между базами 1С с использованием универсального формата EnterpriseData (ED) специалисты сталкиваются с парадоксальной ситуацией: обработка сообщает об успешном завершении загрузки, но журналы документов и справочники в базе-приемнике остаются пустыми. В этой статье мы подробно разберем, почему так происходит, и пройдем по шагам процесс диагностики и решения этой проблемы.
Одной из самых частых причин «исчезновения» данных во вновь созданной базе является состояние функциональных опций. Давайте вспомним, что в пустой базе 1С:Бухгалтерия многие подсистемы по умолчанию отключены. Если мы загружаем, например, документы по учету в валюте или операции по нескольким складам, но в настройках базы эти возможности не активированы, система просто не отобразит соответствующие поля и документы в интерфейсе, хотя физически они будут записаны в таблицы базы данных.
Для исправления ситуации выполним следующие действия (также может быть полезно провести сравнение настроек и констант двух баз):
Прежде чем искать причины в интерфейсе, нам необходимо убедиться, что объекты действительно попали в базу данных (например, используя сверку документов через http-сервис). Сообщение «Загрузка завершена» подтверждает лишь то, что файл был прочитан без критических ошибок парсера XML. Разберем способы технической проверки:
Воспользуемся режимом Функции для технического специалиста (ранее назывался «Все функции»). Чтобы его включить, нужно зайти в Настройки — Параметры и установить флаг «Режим технического специалиста». После этого в главном меню станет доступен пункт, через который мы сможем открыть любой список документов или справочник напрямую, в обход настроенных интерфейсных панелей и прав RLS.
Если данные не видны даже там, проанализируем ситуацию с помощью КонсольЗапросов. Составим простейший запрос к таблице документов, которые мы ожидали увидеть:
ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка,
РеализацияТоваровУслуг.Номер,
РеализацияТоваровУслуг.Дата,
РеализацияТоваровУслуг.Организация
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
Если запрос возвращает пустой результат, значит, данные фактически не были записаны. В этом случае нам следует заглянуть в Журнал регистрации и отфильтровать события по разделу «Данные.Обмен».
Проанализируем еще одну критическую ошибку — неверное сопоставление ключевых полей. Механизм EnterpriseData при загрузке ищет существующие объекты в базе по уникальным идентификаторам (GUID) или по полям поиска (ИНН, КПП, Наименование). Рассмотрим ситуацию: в исходной базе организация имела один GUID, а в новой базе вы создали организацию вручную с тем же названием.
В этом случае система при загрузке может создать дубль организации. Ваши документы загрузятся на «новую» организацию, а в фильтрах отчетов и списков у вас будет выбрана та, которую вы создали вручную (такая проблема часто встречается, если используются правила переноса из УТ 10.3 в БП 3.0). Важный момент: всегда проверяйте справочник «Организации» на наличие дублей после первого обмена.
Зачастую документы в 1С:Бухгалтерия не просто должны «лежать» в базе, они должны корректно отображаться в учете. Если в базе отсутствует настроенная Учетная политика на период загружаемых документов, система может вести себя непредсказуемо при попытке их проведения. EnterpriseData не переносит настройки учетной политики в полном объеме, так как это специфичные регистры сведений, привязанные к конкретной конфигурации.
Разберем порядок действий:
При использовании стандартного механизма синхронизации через EnterpriseData документы могут загружаться в режиме «Записан», но не «Проведен». Более того, существует механизм отложенного проведения. Документы попадают в базу, но движения по регистрам (проводки) не формируются до запуска специального регламентного задания.
Посмотрим, как проверить очередь проведения:
Важно понимать, что формат EnterpriseData предназначен для обмена бизнес-данными (документами), а не для полного клонирования базы за период. Он не переносит многие технические настройки и специфические регистры. Если ваша задача — «выгрузить всю базу за период», то формат ED может быть не лучшим выбором.
Рассмотрим альтернативу: обработка УниверсальныйОбменДаннымиXML. В отличие от ED, она работает через правила обмена (XML) и позволяет переносить объекты «как есть», включая движения регистров, если это предусмотрено правилами. Однако это требует полной идентичности конфигураций источника и приемника.
Если вы столкнулись с «пустой» базой после загрузки:
Используя этот системный подход, мы сможем выявить причину невидимости данных и успешно завершить процесс миграции в 1С:Бухгалтерия 8.3.