При настройке или использовании сложных ("кастомных") обменов между Управлением торговлей 10.3 и Бухгалтерией предприятия 3.0 разработчики часто сталкиваются с ошибками в обработчиках событий Конвертации данных. Одной из наиболее специфических является ошибка Значение не является значением объектного типа (Ссылка), возникающая в общем модуле СчетаУчетаВДокументах. Разберем детально, почему это происходит и как исправить правила обмена.
Ошибка локализуется в общем модуле СчетаУчетаВДокументах, который в конфигурации «Бухгалтерия предприятия 3.0» отвечает за автоматическое заполнение счетов учета в табличных частях документов (счета расчетов с контрагентами, счета учета номенклатуры и т.д.). Рассмотрим ситуацию: при загрузке данных из УТ 10.3 срабатывает обработчик события ПослеЗагрузкиДанных на уровне всей конвертации или конкретного правила объекта.
Проанализируем программный код модуля. В строке 681 (номер может меняться в зависимости от версии БП) система пытается обратиться к свойству Ссылка некоего объекта. Ошибка Значение не является значением объектного типа (Ссылка) однозначно указывает на то, что переменная, которая должна содержать ДокументОбъект, на самом деле содержит Неопределено, Ложь, Ссылку (вместо объекта) или Структуру.
Выясним основные причины, почему это происходит в контексте обмена через «Конвертацию данных 2.0»:
ПослеЗагрузкиДанных (уровень конвертации) переменная Объект может не существовать в привычном понимании, или алгоритм пытается обработать массив объектов, среди которых попадаются пустые значения.ЗаполнитьСчетаУчета, требуют на вход именно ДокументОбъект. Если в правилах обмена (в ПКО или алгоритмах) вызывается этот метод и в него передается Ссылка, возникнет ошибка при попытке кода модуля обратиться к свойствам объекта.СчетаУчетаВДокументах часто меняется. Если правила обмена были написаны под старый релиз, они могут передавать неактуальный набор параметров.Рассмотрим, где именно в правилах может скрываться проблемный вызов. Откроем конфигурацию «Конвертация данных» и проанализируем ПКО (Правила конвертации объектов) для документов, которые вызывают ошибку (например, «Реализация товаров и услуг» или «Поступление товаров и услуг»).
Чаще всего код вызова выглядит следующим образом:
// Пример проблемного кода в обработчике "После загрузки" ПКО
СчетаУчетаВДокументах.ЗаполнитьСчетаУчета(Объект, "Товары");
Проанализируем ситуацию: если по каким-то причинам загрузка объекта была прервана (например, сработал отказ в ПередЗагрузкой), но алгоритм ПослеЗагрузки все равно пытается выполниться, переменная Объект может быть некорректной. Также важно проверить справочник Алгоритмы в правилах обмена. Если логика заполнения счетов вынесена в отдельный алгоритм, проверьте, как в него передается объект документа.
Чтобы исключить падение системы, нам необходимо добавить проверку типа передаваемого значения и наличия у него свойства Ссылка. Рассмотрим правильный вариант написания кода в правилах обмена:
// Безопасный вызов заполнения счетов учета
Если Объект <> Неопределено Тогда
// Проверяем, что это действительно объект документа, а не ссылка или структура
Попытка
ТестоваяСсылка = Объект.Ссылка;
// Если обращение к Ссылка прошло успешно, вызываем заполнение
СчетаУчетаВДокументах.ЗаполнитьСчетаУчета(Объект, "Товары");
Исключение
// Логируем ошибку или просто пропускаем, если объект не валиден
ЗаписатьВЛогСобытий("Ошибка заполнения счетов: передан некорректный объект");
КонецПопытки;
КонецЕсли;
Важный момент: В последних версиях БП 3.0 (связанных с ФСБУ) методы заполнения счетов могут требовать дополнительную структуру ПараметрыЗаполнения. Если ваша конфигурация БП свежая, убедитесь, что вы не пропускаете обязательные параметры функции.
Если ошибка возникает в глобальном обработчике ПослеЗагрузкиДанных (на уровне всей конвертации), это означает, что правила пытаются массово пересчитать счета для всех загруженных объектов. Рассмотрим, как правильно организовать этот процесс.
В этом обработчике часто используется коллекция ЗагруженныеОбъекты (если она была инициализирована). Выясним причину ошибки: если в коллекцию попала Ссылка, а не сам Объект, то при вызове процедур модуля СчетаУчетаВДокументах мы получим обсуждаемую ошибку.
Рекомендуем изменить логику на следующую:
СчетаУчетаВДокументах всегда преобразовывайте ссылку в объект: ДокументОбъект = Ссылка.ПолучитьОбъект();.Неопределено (объект мог быть удален или не найден).Для того чтобы точно определить, какой именно объект вызывает сбой, рекомендуем воспользоваться методом записи в журнал регистрации непосредственно из правил обмена. Добавьте в проблемный обработчик следующий код:
Сообщить("Обработка объекта: " + ТипЗнч(Объект));
Если Объект = Неопределено Тогда
Сообщить("Критическая ошибка: Объект не определен!");
КонецЕсли;
Это позволит вам в окне сообщений при загрузке данных увидеть, на каком именно элементе происходит "вылет". Если вы видите, что тип значения — УдалениеОбъекта или Структура, значит, логика правил обмена требует пересмотра в части фильтрации объектов, передаваемых на обработку в модуль СчетаУчетаВДокументах.
Резюме: Ошибка в СчетаУчетаВДокументах.Модуль(681) — это следствие передачи "не-объекта" в функцию, ожидающую DocumentObject. Основное решение — добавление строгих проверок Если ТипЗнч(Объект) = Тип("ДокументОбъект.РеализацияТоваровУслуг") (или другого типа) и проверка существования Объект.Ссылка перед вызовом типовых механизмов БП 3.0.