Синхронизация данных между 1С:Управление торговлей 11 и 1С:Бухгалтерия предприятия 3.0 — одна из самых востребованных задач при автоматизации торгового предприятия. Однако использование Базовой версии УТ накладывает существенные ограничения на гибкость настройки обмена. Рассмотрим ситуацию, когда при настройке универсального обмена (через формат EnterpriseData) возникают критические ошибки, и разберем пути их решения.
Разберем типичную ситуацию: при попытке загрузки справочника Договоры система выдает ошибку: Недопустимое значение параметра (параметр номер '1') (Нельзя получить навигационную ссылку от значения типа Структура). Эта ошибка локализуется в общем модуле ОбменДаннымиXDTOСервер.
Проанализируем причину возникновения этого сбоя. В процессе обработки входящего пакета XDTO, система пытается записать информацию о событии в журнал регистрации или вывести сообщение пользователю. Для формирования ссылки на объект используется метод ПолучитьНавигационнуюСсылку(). Однако, если объект еще не был физически записан в базу данных и существует только в виде временной структуры в памяти, попытка получить навигационную ссылку приводит к аварийному завершению процесса.
Поскольку в Базовой версии программный код общих модулей часто закрыт для редактирования, а использование расширений ограничено, решение проблемы лежит в следующих плоскостях:
EnterpriseData в новых релизах БП 3 требует обновленной платформы, которая корректно обрабатывает типы данных XDTO.Договоры. Если у договора не заполнен владелец или указан некорректный контрагент, сериализатор XDTO может сформировать пустую структуру, на которой споткнется принимающая сторона.Рассмотрим, почему пользователи часто выбирают вариант обмена «С другой программой» вместо стандартного профиля «1С:Бухгалтерия предприятия». Стандартный профиль обмена УТ–БП жестко ориентирован на одну сторону: первичные документы (реализации, поступления) должны создаваться в УТ и мигрировать в БП. В обратную сторону (из БП в УТ) типовой обмен предполагает только передачу платежных документов и нормативно-справочной информации.
Выбирая настройку «С другой программой», мы используем универсальный формат EnterpriseData без жестких фильтров. Это позволяет:
Важный нюанс: В УТ 11 Базовой версии отсутствует возможность ведения учета по нескольким организациям. Если в БП Проф ведется многофирменный учет, убедитесь, что в настройках синхронизации выбрана именно та организация, которая заведена в Базовой УТ. В противном случае документы будут игнорироваться без явных уведомлений об ошибке.
Проанализируем ситуацию, когда клиент хочет видеть идентичные данные в обеих базах при параллельном вводе. Это опасный путь. В 1С:Управление торговлей документ Реализация товаров и услуг является сложным объектом управленческого учета. Он задействует:
В 1С:Бухгалтерия логика упрощена. При загрузке реализации из БП в УТ система часто не может определить управленческие параметры (например, склад по умолчанию или статус документа). В результате документы загружаются непроведенными, и пользователю приходится вручную их дозаполнять, что сводит пользу от автоматического обмена к минимуму.
Рекомендуется придерживаться правила: Товародвижение — в УТ, Финансы — в БП. Если всё же необходим перенос реализаций из БП в УТ, необходимо убедиться, что в УТ включены настройки «Использовать заказы», «Использовать договоры» и «Использовать склады», иначе поля в загруженных документах будут пустыми.
Разберем по шагам процесс сопоставления контрагентов. В УТ 11 существует разделение на Партнеров (управленческая сущность) и Контрагентов (юридическая сущность). В БП есть только Контрагенты.
При обмене через EnterpriseData система выполняет поиск по следующим реквизитам:
Если в УТ 11 не включена опция «Независимо вести партнеров и контрагентов», система будет создавать их в связке 1 к 1. Ошибка с договорами часто возникает, если договор в БП ссылается на контрагента, который еще не прошел синхронизацию или имеет дубль в УТ. Перед началом синхронизации документов крайне важно выполнить полную очистку справочников от дублей и провести первичную синхронизацию справочников Номенклатура, Контрагенты и Договоры в ручном режиме сопоставления.
В Базовой версии УТ мы не можем вносить изменения в конфигурацию. Однако, если проблема требует программного вмешательства, рассмотрим доступные варианты:
Если вы столкнулись с тем, что правила обмена EnterpriseData (вшитые в код) работают некорректно, можно попробовать подменить их, используя механизм внешних правил. В некоторых релизах БП 3 Проф в настройках синхронизации можно указать использование внешнего файла правил в формате .xml. Для получения такого файла можно выгрузить типовые правила из Проф-версии УТ 11 с помощью обработки РегистрацияИзмененийДляОбмена.
Пример структуры кода, который отвечает за сопоставление (информативно, так как в Базовой версии мы можем только наблюдать результат работы этого алгоритма):
// Фрагмент логики сопоставления объектов через EnterpriseData
Если ДанныеXDTO.Свойства().Найти("Контрагент") <> Неопределено Тогда
СсылкаНаОбъект = Справочники.Контрагенты.НайтиПоРеквизиту("ИНН", ДанныеXDTO.Контрагент.ИНН);
Если СсылкаНаОбъект.Пустая() Тогда
// Логика создания нового объекта при отсутствии совпадений
КонецЕсли;
КонецЕсли;
Если вы видите, что ошибка сохраняется, попробуйте временно отключить в настройках обмена выгрузку договоров и проверить, проходят ли другие справочники. Это позволит локализовать проблему: связана ли она с конкретным объектом или с самим механизмом транспорта данных XDTO.
Подводя итог, можно сказать, что настройка полноценного двустороннего обмена в связке «Базовая УТ — Проф БП» — задача сложная из-за закрытости кода Базовой версии. Для стабильной работы рекомендуем:
Недопустимое значение параметра в типовых модулях обмена исправляются централизованно через сервис обновлений.Если же бизнес-процесс требует сложной кастомизации правил обмена, единственным надежным решением будет апгрейд Базовой версии УТ до версии Проф, что позволит использовать расширения и вносить изменения в правила конвертации данных.