← На главную

При переносе данных между информационными базами 1С с помощью конфигурации "Конвертация данных 2.0" (КД 2) можно столкнуться с неприятной ситуацией: после загрузки часть объектов метаданных (документов, справочников) начинает отображаться со знаком вопроса, а при попытке их открыть система выдает ошибку "Ошибка формата потока". Часто эта проблема проявляется не сразу, а спустя некоторое время после загрузки, что еще больше запутывает диагностику. Давайте вместе разберемся в причинах такого поведения и рассмотрим пошаговый план решения проблемы.

Анализ возможных причин проблемы

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

1. Конфликт внутренних идентификаторов (УИДов) метаданных

Каждый объект конфигурации (например, документ "Реализация товаров и услуг" или справочник "Номенклатура") имеет свой уникальный внутренний идентификатор — УИД. Если вы переносите данные между базами, конфигурации которых развивались независимо, то объекты с одинаковыми именами могут иметь разные внутренние УИДы. При загрузке данных система может запутаться, какой из объектов является "правильным", что приводит к созданию виртуальных дублей и нарушению внутренней структуры базы данных.

2. Некорректные настройки правил в "Конвертации данных"

Это самая распространенная причина. Неверно настроенные правила выгрузки и загрузки могут спровоцировать описанную проблему. Обратим внимание на ключевые моменты:

• Настройка "Не выгружать идентификаторы объектов метаданных". Если в правилах выгрузки данных (ПВД) установить этот флаг, то система при загрузке будет искать объекты метаданных в базе-приемнике не по их уникальному идентификатору, а по имени. Это крайне опасно при объединении баз, так как при совпадении имен, но различии УИДов, возникнет конфликт, который и приводит к появлению "объектов-призраков".
• Неправильно настроенный поиск объектов. В правилах конвертации объектов (ПКО) можно и нужно настраивать поиск существующих элементов в базе-приемнике. Если поля для поиска не обеспечивают уникальную идентификацию (например, поиск только по наименованию, которое может дублироваться), система не найдет существующий объект и создаст новый, что приведет к задвоению данных.

3. Повреждение кеша или служебных таблиц базы данных

Симптомы, описанные в проблеме, также указывают на возможное повреждение данных:

• Ошибка "формата потока" часто является прямым следствием нарушения целостности данных в таблицах информационной базы. Это могло произойти как в процессе некорректной загрузки, так и из-за существующих проблем в файловой базе.
• Проблема проявляется не сразу. Тот факт, что ошибки появляются "на следующее утро", а не сразу после загрузки, особенно в файловой базе, может указывать на проблемы с кешем. Система может какое-то время работать с корректными данными из кеша, но после его обновления или перезапуска сеанса "всплывают" реальные проблемы из поврежденной структуры базы.

Пошаговый план действий по устранению ошибки

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

1. Проверка и исправление информационной базы

   Первым делом нужно убедиться в целостности самой базы данных. Это можно сделать двумя способами:

   • Тестирование и исправление через Конфигуратор. Зайдите в базу в режиме Конфигуратора, выберите меню "Администрирование" -> "Тестирование и исправление". Установите флаги для проверки логической и физической целостности и запустите процесс.
   • Утилита chdbfl.exe. Для файловых баз используйте утилиту проверки физической целостности файла базы данных `chdbfl.exe`, которая находится в папке `bin` каталога установки платформы 1С.

2. Полная очистка кеша

   Чтобы исключить влияние поврежденных временных файлов, необходимо полностью очистить кеш 1С на компьютере, где проявляется проблема. Для этого закройте все сеансы 1С и удалите содержимое папок, расположенных по путям %AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8.

3. Корректировка правил конвертации

   Это самый важный этап. Откройте ваши правила в конфигурации "Конвертация данных" и внимательно проверьте следующие настройки:

   • Разрешите выгрузку идентификаторов метаданных. В общих параметрах правил обмена (или в свойствах правил выгрузки данных) найдите флаг "Не выгружать идентификаторы объектов метаданных" и убедитесь, что он снят. Это заставит систему при загрузке сопоставлять объекты по их внутренним УИДам, что является наиболее надежным способом.
   • Настройте точный поиск объектов. Проверьте правила конвертации объектов (ПКО). Для каждого объекта (особенно для справочников) должны быть настроены поля поиска, которые однозначно идентифицируют элемент. Например, для справочников это может быть "Код" или "УникальныйИдентификатор", для документов — "Номер" и "Дата" в связке с "Организацией". В настройках поиска можно указать "Не замещать существующие объекты в приемнике, а только создавать новые", если это соответствует вашей задаче.
   • Исключите из переноса служебные таблицы. В структуре базы 1С есть внутренние, служебные таблицы (например, связанные с хранением настроек, версионированием и т.д.), которые не следует переносить напрямую. Убедитесь, что для таких объектов в ПВД стоит флаг "Не выгружать".

4. Проверка даты запрета редактирования

   Иногда ошибки при записи могут быть вызваны установленной датой запрета редактирования. Убедитесь, что в базе-приемнике она снята или установлена на дату, не мешающую загрузке ваших документов. (Администрирование -> Настройки пользователей и прав -> Даты запрета изменения).

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