Как настроить свертку номенклатуры при выгрузке из УТ 11 в БП 3.0?

Задача укрупнения или «свертки» номенклатуры при обмене между Управление торговлей 11 и Бухгалтерия 3.0 часто возникает, когда необходимо упростить бухгалтерский учет, сгруппировав множество детальных позиций (например, разные модели дрелей) в единую номенклатурную позицию в БП. Рассмотрим, как реализовать это технически, какие риски при этом возникают и какие подходы являются наиболее надежными.

Основные подходы к решению задачи

Для реализации свертки номенклатуры мы можем пойти двумя основными путями: через создание дополнительных реквизитов или через манипуляцию механизмом идентификации объектов в универсальном формате обмена.

Реализация через дополнительный реквизит (метод соответствия)

Рассмотрим пошагово первый способ, который подразумевает создание связи между детальной номенклатурой УТ и «свернутой» номенклатурой в БП.

1. Создание реквизита в УТ: В справочнике Номенклатура добавляем новый реквизит, назовем его, например, БП_Номенклатура. Тип значения — СправочникСсылка.Номенклатура.
2. Подготовка справочника в БП: Создаем в Бухгалтерии те самые «фейковые» элементы (например, «Дрель»), в которые будут «сливаться» все входящие данные из УТ.
3. Заполнение данных: Заполняем реквизит БП_Номенклатура для всех товаров в УТ, указав для каждой дрели соответствующую «фейковую» позицию.
4. Модификация правил обмена: В МенеджерОбменаЧерезУниверсальныйФормат вносим изменения. Нам необходимо перехватить процесс выгрузки, чтобы при передаче объекта Номенклатура система считывала значение нашего реквизита БП_Номенклатура. Если реквизит заполнен, выгружаем его, а не исходную карточку товара.

Пример логики для модификации правил обмена:

Если Не ЗначениеЗаполнено(Объект.БП_Номенклатура) Тогда
    // Выгружаем как обычно
    ВыгрузитьПоПравилу(Объект);
Иначе
    // Подменяем номенклатуру на свернутую
    ВыгрузитьПоПравилу(Объект.БП_Номенклатура);
КонецЕсли;

Реализация через регистр идентификаторов

Если используется стандартный механизм обмена EnterpriseData (универсальный формат), синхронизация объектов происходит на основе идентификаторов, хранящихся в регистре сведений ПубличныеИдентификаторыСинхронизируемыхОбъектов.

Мы можем программно «пройтись» по номенклатуре и принудительно записать в регистр соответствие (УИД) всех позиций группы «Дрели» одной и той же ссылке на номенклатуру в БП. Однако, будьте осторожны: при обновлении правил или принудительной синхронизации система может попытаться восстановить уникальность связей, что приведет к сбоям в обмене.

Важные нюансы и риски, которые необходимо учесть

Перед тем как приступать к внедрению, проанализируем возможные последствия для учета:

• Смешивание себестоимости: Это критический фактор. Когда вы сворачиваете дрель за 500 рублей и дрель за 50 000 рублей в одну карточку, бухгалтерская отчетность (ССТ — себестоимость товаров) станет неинформативной. Средневзвешенная стоимость будет рассчитываться «по куче», что может привести к искажению данных по прибыли и налогам.
• Инвентаризация: Если в учете БП товары «свернуты», вы физически не сможете провести инвентаризацию по конкретным моделям. Вы увидите общее количество «дрелей», но не поймете, чего именно не хватает на складе.
• Услуги и товары: Категорически не рекомендуется сворачивать услуги и работы, так как они имеют специфическую аналитику доходов и расходов. Обязательно вводите фильтр в обработчик выгрузки, который исключает услуги из процесса свертки.
• История изменений: Задайте себе вопрос: что делать, если номенклатура перемещается между группами? Нужно предусмотреть логику обработки прошлых периодов, иначе вы рискуете «развалить» учет за закрытые периоды.

Рекомендации

Прежде чем внедрять свертку, попробуйте проработать альтернативные варианты:

1. Используйте иерархию справочников в БП 3.0 — часто этого достаточно для удовлетворения требований бухгалтерии по визуальной группировке.
2. Настройте группы учета номенклатуры, чтобы товары корректно попадали на нужные счета (например, 41.01 и 41.02), без физической подмены справочника.
3. Используйте дополнительные реквизиты для целей управленческой аналитики — это позволит сохранить детальный учет для склада и одновременно строить свернутые отчеты для руководства.

Помните, что любое вмешательство в механизм обмена через изменение конфигурации или правил — это работа, требующая тщательного тестирования на копии базы, так как нарушение целостности данных между УТ и БП крайне сложно исправить задним числом.