Синхронизация данных между конфигурациями «1С:Управление торговлей 11.4» и «1С:Бухгалтерия предприятия 2.0» является классической задачей, однако она часто сопровождается техническими сложностями. Одной из самых неприятных проблем становится появление битых ссылок с надписью «Объект не найден...» в полях «Контрагент» или «Номенклатура», а также замена конкретных договоров на пустые значения <>. Рассмотрим подробнее, почему это происходит и как автоматизировать процесс исправления этих ошибок.
Прежде всего, проанализируем, как объекты попадают в обмен. В типовых решениях 1С используется механизм планов обмена. Когда вы записываете документ, система должна автоматически зарегистрировать не только сам документ, но и связанные с ним справочники (контрагентов, договоры, номенклатуру), если это предусмотрено настройками. Однако на практике часто возникает ситуация, когда документ уходит в файл обмена, а связанные объекты — нет.
Выясним причину, по которой объект может отсутствовать в выгрузке. Если мы откроем состав отправляемых данных в УТ 11.4 и не увидим там нужного контрагента, значит, автоматическая регистрация изменений для этого справочника не сработала. Посмотрим на возможные причины:
Важно понимать, что обмен данными — это не просто копирование таблиц, а сложный процесс трансформации через Правила конвертации объектов (ПКО). Даже если данные физически попали в файл выгрузки, на стороне приемника (БП 2.0) они могут не записаться. Рассмотрим ситуацию, когда в ПКО для номенклатуры или контрагента прописано условие отказа.
Если в коде обработчика ПослеЗагрузки или ПриЗагрузке стоит условие, отменяющее запись объекта, обмен завершится без ошибок, но в документе останется битая ссылка. Пример логики, которая может привести к такой ситуации:
// Пример обработчика в правилах обмена
Если Объект.ИНН = "" Тогда
Отказ = Истина;
Сообщить("Контрагент без ИНН не может быть загружен");
КонецЕсли;
В этом случае документ будет успешно создан, но поле Контрагент будет содержать GUID (уникальный идентификатор), для которого в базе БП нет соответствующей записи. Результат — надпись «Объект не найден».
Появление символов <> в поле договора означает, что в базе БП 2.0 создана пустая ссылка. В данной конфигурации договор жестко связан с владельцем (контрагентом) и организацией. Разберем по шагам, почему ссылка может «потеряться»:
Владелец оказывается пустым.Рассмотрим способы, которые помогут избежать ручной правки документов бухгалтерами:
1. Принудительная регистрация справочников. Самый быстрый способ решить проблему «здесь и сейчас» — зарегистрировать все необходимые справочники в плане обмена вручную. Для этого в УТ 11.4 можно воспользоваться обработкой «Регистрация изменений для обмена данными», выбрать узел БП 2.0, найти справочники «Контрагенты», «Номенклатура», «Договоры» и добавить их в состав выгрузки целиком. После выполнения синхронизации все битые ссылки «схлопнутся» с реальными объектами.
2. Проверка настроек фильтрации. Проанализируем настройки синхронизации данных. Убедимся, что в узле обмена не установлены избыточные ограничения по датам или организациям, которые могут блокировать выгрузку справочной информации.
3. Обновление правил обмена. Поскольку БП 2.0 поддерживается по остаточному принципу, типовые правила могут содержать ошибки. Посмотрим на актуальность релиза и попробуем принудительно загрузить правила конвертации (XML-файл) из поставки текущего релиза конфигурации в настройки синхронизации.
4. Использование тестирования и исправления. Иногда проблема кроется в самой базе УТ 11.4 — например, если в документах выбраны объекты, которые имеют дубли или поврежденную внутреннюю структуру. Рекомендуется выполнить процедуру Тестирование и исправление со стороны источника данных.
В завершение отметим, что для стабильной работы обмена важно следить за тем, чтобы все ключевые реквизиты (ИНН, КПП, Наименование) были заполнены корректно. Это обеспечит надежный поиск объектов в базе-приемнике даже в тех случаях, когда GUID по каким-то причинам не совпадает.