При переносе данных между различными конфигурациями 1С, особенно между значительно отличающимися версиями, такими как 1С:Комплексная автоматизация 1 (КА1) и 1С:Комплексная автоматизация 2 (КА2), пользователи часто сталкиваются с различными ошибками. Одна из распространенных проблем, с которой мы можем столкнуться, это ошибка "Поле объекта не обнаружено (Наименование)" при попытке перенести остатки товаров, принятых на комиссию. Давайте подробно разберем, почему возникает такая ошибка и как ее эффективно решить.
Представим ситуацию: вы осуществляете перенос остатков товаров, принятых на комиссию, из конфигурации КА1 в КА2. В процессе выгрузки данных возникает следующая ошибка:
Ошибка получения значения свойства объекта (по имени свойства источника)<br>
ПКО = Склады (Склады)<br>
ПКС = 1 (Наименование --> Наименование)<br>
Объект = Приходный ордер на товары НК000000016 от 31.01.2020 18:47:24 (Приходный ордер на товары)<br>
СвойствоПриемника = Наименование (Строка)<br>
ОписаниеОшибки = Поле объекта не обнаружено (Наименование)<br>
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8283)<br>
КодСообщения = 13
На первый взгляд кажется, что проблема связана с конвертацией справочника Склады, поскольку именно в правиле конвертации объектов (ПКО = Склады) и свойств (ПКС = Наименование --> Наименование) возникает ошибка. Однако, если попробовать отдельно выгрузить справочник Склады, он может выгружаться без проблем. Это указывает на то, что сама структура справочника в целом корректна, а проблема кроется в конкретном документе или его ссылке.
Ошибка "Поле объекта не обнаружено (Наименование)" при попытке получить наименование склада из Приходного ордера на товары говорит нам о следующем:
Наименование у объекта, который должен быть складом.Даже если визуально в режиме 1С:Предприятие документ Приходный ордер на товары выглядит совершенно нормально и в нем заполнен склад, внутренняя структура ссылки могла быть нарушена. Это особенно актуально для документов, которые создавались или корректировались в старых версиях системы или были подвержены внешним воздействиям.
Почему это происходит с комиссионными товарами?
Механизмы учета комиссионной торговли претерпели существенные изменения между КА1 (и предшественниками, например, УТ 10.3) и КА2 (и современными УТ 11.x, ERP 2.x). В старых версиях данные могли храниться в регистрах типа "Товары переданные на комиссию", в то время как в новых используются регистры "Товары организаций" и другие. Эти различия требуют тщательной настройки правил обмена и могут вызывать проблемы, если исходные документы используют устаревшие или несовместимые подходы к хранению ссылок на ключевые объекты, такие как склады.
Прежде чем переходить к радикальным методам, мы можем провести несколько диагностических шагов, чтобы убедиться в природе проблемы:
Тестирование и исправление информационной базы (ТИИ):
Первым делом мы должны запустить стандартную процедуру "Тестирование и исправление" в режиме Конфигуратора для исходной базы (КА1). Обязательно установите флажок "Проверка ссылочной целостности информационной базы". Это может помочь выявить и, возможно, устранить некоторые битые ссылки. Однако, как показывает опыт, не всегда ТИИ полностью решает проблему, особенно если ссылка логически "не пустая", но ведет в никуда.
Для большей надежности, если база SQL, мы можем выгрузить ее в файловый вариант, сделать ТИИ в файловом варианте, а затем проверить утилитой chdbfl.exe на наличие ошибок структуры файлов, и только потом загружать обратно в SQL, если это необходимо.
Проверка заполнения склада запросом:
Если ТИИ не помогло, мы можем программно проверить проблемные документы. Для этого мы можем использовать консоль запросов или создать временную обработку. Нам нужно получить ссылку на тот самый документ, на который ругается ошибка (например, Приходный ордер на товары НК000000016), и проверить его реквизит Склад. Мы можем использовать запрос к табличной части документа или к самому документу, чтобы убедиться, что поле Склад заполнено и является корректной ссылкой.
Пример запроса для проверки склада в табличной части документа:
ВЫБРАТЬ
ПриходныйОрдерНаТоварыТовары.Ссылка,
ПриходныйОрдерНаТоварыТовары.Склад
ИЗ
Документ.ПриходныйОрдерНаТовары.Товары КАК ПриходныйОрдерНаТоварыТовары
ГДЕ
ПриходныйОрдерНаТоварыТовары.Ссылка = &СсылкаНаПроблемныйДокумент
Или, если склад указан в шапке документа:
ВЫБРАТЬ
ПриходныйОрдерНаТовары.Ссылка,
ПриходныйОрдерНаТовары.Склад
ИЗ
Документ.ПриходныйОрдерНаТовары КАК ПриходныйОрдерНаТовары
ГДЕ
ПриходныйОрдерНаТовары.Ссылка = &СсылкаНаПроблемныйДокумент
В результатах запроса обратите внимание, является ли ссылка на склад пустой или она выглядит как "Объект не найден".
Использование отладчика:
Для более глубокого анализа мы можем использовать отладчик 1С. Мы устанавливаем точку останова в модуле обработки универсального обмена данными (Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта) по указанной позиции модуля (строка 8283). Затем запускаем выгрузку данных в режиме отладки. Когда выполнение остановится на точке останова, мы можем пошагово отследить, какой именно объект передается в правило конвертации Склады и какое значение имеет его реквизит, который должен быть ссылкой на склад. Это позволит точно определить, что представляет собой "источник" ошибки – пустая ссылка, несуществующий объект или что-то другое.
После проведения диагностики мы выясним, что проблема действительно связана с некорректной ссылкой на склад в проблемных документах Приходный ордер на товары. Даже если мы не видим этого в интерфейсе, внутренне эта ссылка повреждена или ведет к некорректным данным, что не позволяет системе обмена корректно получить свойство Наименование.
Опытным путем было найдено следующее эффективное решение:
Определяем проблемные документы: Выясняем, какие именно Приходные ордера на товары вызывают ошибку при выгрузке. В нашем случае это были ордера, связанные с комиссионным товаром, например, НК000000016 и НК000000015.
Переделываем документ "Поступление товаров": В исходной базе (КА1) находим документы Поступление товаров и услуг (или аналогичные, которые формировали эти ордера), на основании которых были введены проблемные приходные ордера. Открываем их.
Изменяем тип поступления: Вместо того чтобы использовать тип поступления "по ордеру" (если таковой был), мы изменяем его на "со склада". Это означает, что мы исключаем использование приходного ордера в качестве первичного документа для отражения поступления. При необходимости, мы можем просто создать новый документ Поступление товаров и услуг с типом "со склада", если изменение существующего документа затруднительно или нежелательно.
Распроводим приходные ордера: После того как документ Поступление товаров и услуг будет переделан и проведен (или создан новый), мы распроводим оригинальные, проблемные Приходные ордера на товары. Это важно, так как они больше не должны учитываться в системе и не должны выгружаться при переносе.
Повторяем выгрузку: После этих действий мы повторяем процесс выгрузки остатков товаров. Теперь, когда проблемные приходные ордера распроведены или заменены корректными документами поступления без участия проблемных ордеров, ошибка "Поле объекта не обнаружено (Наименование)" больше не возникает, и выгрузка данных проходит успешно.
Важные замечания:
Поступление товаров и услуг убедитесь, что все реквизиты, особенно Склад, Комитент, Соглашение и Договор, заполнены корректно и ссылаются на существующие объекты в базе КА1.Ввод остатков товаров, полученных на комиссию. При успешной выгрузке данных из КА1 в КА2, мы должны использовать именно этот документ для корректного отражения остатков в новой системе.Чтобы минимизировать риск возникновения подобных ошибок при переносе данных, мы рекомендуем следовать ряду общих практических советов:
Создание резервных копий: Перед началом любых работ по переносу данных или существенных изменений в базе, мы всегда должны делать полную резервную копию информационной базы. Это наша страховка на случай непредвиденных проблем.
Тщательное планирование миграции: Перенос данных между различными конфигурациями 1С, особенно между значительно отличающимися версиями, такими как КА1 и КА2, является полноценной инженерной задачей. Нам необходимо учитывать различия в структурах баз, корректное сопоставление данных и сохранение ссылочной целостности. Мы должны понимать, как изменяются механизмы учета между версиями, особенно в таких специфических областях, как комиссионная торговля.
Аудит и очистка исходной базы: Перед выгрузкой данных мы можем провести аудит и очистку исходной базы от устаревших, дублирующихся или некорректных данных. Чем "чище" исходная база, тем меньше вероятность возникновения ошибок при переносе.
Поэтапный перенос: Мы можем рассмотреть возможность поэтапного переноса данных: сначала справочники, затем остатки по регистрам, затем документы. Это позволяет локализовать проблемы, если они возникнут.
Привлечение специалистов: Для сложных миграций данных и настройки правил обмена мы рекомендуем привлекать опытных специалистов по 1С. Их знания и опыт помогут избежать типовых ошибок и обеспечат корректность переноса информации.
Проверка ссылочной целостности: Регулярно запускайте "Тестирование и исправление" в режиме Конфигуратора с включенной опцией "Проверка ссылочной целостности информационной базы". Это поможет поддерживать базу в здоровом состоянии и выявлять потенциальные проблемы до того, как они станут критическими.
В заключение, ошибка "Поле объекта не обнаружено (Наименование)" при переносе остатков комиссионных товаров из КА1 в КА2, скорее всего, указывает на поврежденную или некорректную ссылку на склад в документах Приходный ордер на товары. Решение проблемы заключается в выявлении таких документов и их корректном переоформлении путем создания новых документов поступления "со склада" и распроведения проблемных ордеров. Применяя комплексный подход к диагностике и профилактике, мы сможем значительно снизить риски при миграции данных между конфигурациями 1С.