При настройке синхронизации данных между конфигурациями «Управление торговлей 11» (УТ) и «Бухгалтерия предприятия 3.0» (БП) через универсальный формат EnterpriseData часто возникает методическая коллизия. Документ Внутреннее потребление товаров с операцией Передача в эксплуатацию после выгрузки в БП превращается в документ Передача материалов в эксплуатацию. Однако пользователи обнаруживают, что такие позиции, как «Мониторы» или «Мебель», ошибочно попадают в табличную часть «Спецодежда», хотя должны находиться на закладке «Инвентарь и хозяйственные принадлежности».
В этой статье мы подробно разберем механику этой проблемы, проанализируем программную логику типовых правил обмена и выясним, какие именно настройки в БП влияют на распределение товаров по табличным частям.
Рассмотрим ситуацию с технической точки зрения. Когда XML-пакет данных поступает в «Бухгалтерию предприятия», срабатывает обработчик загрузки. Важно понимать: в самом XML-файле обмена нет прямого указания на то, в какую именно таблицу (Спецодежда, Спецоснастка или Инвентарь) должен попасть товар. Правила обмена передают объект номенклатуры, количество и категорию эксплуатации.
Проанализируем алгоритм работы модуля менеджера документа в БП. Программа пытается определить целевую таблицу на основании Счета учета, который будет присвоен номенклатуре в момент записи документа в приемнике. Логика распределения жестко зашита в коде и выглядит следующим образом:
10.09 («Инвентарь и хозяйственные принадлежности») или 10.21 («Малоценное оборудование и запасы», согласно ФСБУ 5/2019).10.10 («Специальная оснастка и специальная одежда на складе») или 10.11.2 («Специальная оснастка в эксплуатации»).10.01, 10.11.1 или счет вовсе не определен), система автоматически направляет строку в эту закладку.Разберем, как счет учета попадает в документ БП при обмене. В «Управлении торговлей» для документа Внутреннее потребление товаров обязательно указывается Категория эксплуатации. Этот справочник синхронизируется с аналогичным справочником в «Бухгалтерии предприятия».
При загрузке система выполняет поиск счета учета в следующем приоритете:
Категории эксплуатации в базе БП.Счета учета номенклатуры.Номенклатуре, затем по Виду номенклатуры, и в конце по Складу или пустой ссылке (общие настройки).Если на любом из этих этапов программа «вычислит» счет, отличный от 10.09 или 10.21, товар неизбежно попадет в «Спецодежду».
Для того чтобы товары корректно распределялись по закладкам, нам необходимо настроить правила определения счетов в базе-приемнике (БП 3.0). Рассмотрим последовательность действий.
Шаг 1: Настройка Категории эксплуатации в БП
Перейдем в раздел «Справочники» — «Категории эксплуатации». Проверим элемент, который используется для передачи оргтехники или инвентаря. В карточке категории должны быть заполнены поля «Счет учета» (например, 10.09) и «Счет передачи» (например, 10.11.1). Если эти поля пусты, программа пойдет искать счета в регистре Счета учета номенклатуры.
Шаг 2: Проверка регистра «Счета учета номенклатуры»
Рассмотрим содержимое регистра. Часто ошибка кроется в том, что для Вида номенклатуры, к которому относится товар (например, «Товар» или «Материал»), установлен общий счет учета 10.01. Поскольку 10.01 не является специфичным для инвентаря в логике документа передачи в эксплуатацию, БП «сбрасывает» строку в таблицу «Спецодежда».
Необходимо создать или отредактировать запись в регистре Счета учета номенклатуры:
10.09.Шаг 3: Синхронизация Видов номенклатуры
Проанализируем ситуацию в УТ. Часто в УТ 11 все позиции имеют тип Товар. При обмене в БП может создаться новый Вид номенклатуры или сопоставиться с существующим. Важно, чтобы в БП для этого вида были прописаны счета группы 10.09.
Для понимания того, почему это происходит именно так, посмотрим на упрощенную модель кода, который выполняется в модуле менеджера при загрузке данных через EnterpriseData:
// Упрощенная логика подбора таблицы в БП
Если СчетУчета = ПланыСчетов.Хозрасчетный.ИнвентарьИХозяйственныеПринадлежности Тогда
ТекущаяТаблица = Объект.Инвентарь;
ИначеЕсли СчетУчета = ПланыСчетов.Хозрасчетный.СпецоснасткаНаСкладе
Или СчетУчета = ПланыСчетов.Хозрасчетный.СпецоснасткаВЭксплуатации Тогда
ТекущаяТаблица = Объект.Спецоснастка;
Иначе
// Все остальное, включая 10.01 или пустые значения, идет сюда
ТекущаяТаблица = Объект.Спецодежда;
КонецЕсли;
Как мы видим, изменить это поведение через интерфейс настроек обмена в УТ невозможно, так как алгоритм жестко привязан к плану счетов в БП.
Выясним, как поступить, если документов много и они уже загружены неправильно. Простое изменение счетов учета в регистре не изменит уже созданные документы при повторной синхронизации, если в настройках обмена не стоит принудительная перезапись всех полей или если объект в БП не был помечен на удаление.
Рекомендуется следующий алгоритм:
Внутреннее потребление товаров к повторной отправке.10.09, поместит товар на нужную закладку.Подводя итог, отметим: если вы столкнулись с тем, что мониторы или мебель попадают в «Спецодежду», не ищите ошибку в коде правил обмена. Проблема решается исключительно настройкой учетной политики в части счетов учета номенклатуры в базе БП 3.0. Помните о магическом счете 10.09 — именно он является «триггером» для попадания в таблицу «Инвентарь».