← На главную

При переходе с конфигурации 1С:Управление торговлей редакции 10.3 на редакцию 11 многие пользователи сталкиваются с изменением логики работы с наборами товаров. В УТ 10.3 комплект в заказе покупателя занимал одну строку, что позволяло сразу видеть количество заказанных наборов. В УТ 11.3 (и более поздних редакциях 11.4 и 11.5) при добавлении динамического набора в табличную часть Товары заказ автоматически заполняется всеми его комплектующими. Выясним причину такого поведения системы и рассмотрим практические способы решения этой задачи.

Почему в 1С:УТ 11 наборы распадаются на комплектующие

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

1. Отсутствие собственного складского остатка у набора. Позиция с типом Набор является динамической. У нее нет собственных складских остатков, себестоимости и партий. Набор служит шаблоном для быстрой вставки группы связанных товаров в документ продажи.
2. Индивидуальное обеспечение потребностей. В современных редакциях 1С:УТ строки заказа клиента содержат реквизиты обеспечения: вариант действия (Отгрузить, Резервировать, К обеспечению), склад отгрузки и дату отгрузки. Поскольку комплектующие одного набора могут находиться на разных складах или иметь разные сроки поставки, система обязана вести учет по каждой физической позиции раздельно.
3. Ограничения табличных частей платформы. Табличная часть документа в платформе 1С:Предприятие представляет собой плоский список. Отображение в виде иерархического дерева поддерживается только для структуры данных ДеревоЗначений, но не для типовой табличной части документа в базе данных.

Вариант 1. Использование складской сборки вместо динамических наборов

Разберем ситуацию, когда компании критически важно учитывать готовый комплект как единый товар, контролировать его наличие на складе и отображать в заказе покупателя одной строкой с общим количеством.

В этом случае вместо типа номенклатуры Набор следует использовать полноценный складской учет готовых комплектов:

1. Создаем позицию номенклатуры с типом Товар (например, «Комплект мебели»).
2. Для номенклатуры заполняем спецификацию в справочнике Варианты комплектации номенклатуры, где указываем перечень входящих материалов и комплектующих.
3. На складе оформляем операции через подсистему складских документов: создаем документ Заказ на сборку (разборку) и фиксируем выпуск готового комплекта документом Сборка (разборка) товаров с видом операции Сборка из комплектующих.
4. В документ Заказ клиента подбираем уже собранный готовый товар одной строкой, контролируя его наличие и статус обеспечения как у любой обычной складской единицы.

Вариант 2. Настройка видимости колонок набора в заказе

Если специфика продаж требует использования именно динамических наборов (без предварительной физической сборки на складе), мы можем облегчить работу менеджера визуальной настройкой табличной части документа без доработки конфигуратора:

1. Открываем документ Заказ клиента и переходим на вкладку Товары.
2. Нажимаем кнопку Еще в правом верхнем углу формы и выбираем пункт Изменить форму.
3. Находим группу элементов Товары (табличная часть) и отмечаем флажками скрытые по умолчанию поля: Номенклатура набора и Характеристика набора.
4. Применяем изменения по кнопке ОК.

Теперь менеджер видит принадлежность каждого товара к соответствующему набору. Это позволяет легко идентифицировать, к какому комплекту относится каждая позиция, и выполнять сортировку по наборам прямо в таблице.

Вариант 3. Контроль наборов через печатные формы

В типовых печатных формах (например, «Счет на оплату» или «Заказ клиента») реализовано сводное отображение: динамические наборы выводятся одной строкой с итоговым количеством комплектов, а их состав печатается вложенными подстроками.

Чтобы менеджеру не приходилось заходить внутрь каждого документа, мы можем формировать печатные формы непосредственно из списка заказов клиентов. Для этого достаточно выделить нужный документ в журнале и нажать кнопку Печать на панели команд списка.

Вариант 4. Анализ продаж динамических наборов через отчеты

Рассмотрим, как отслеживать продажи наборов в управленческих отчетах. В регистре накопления Выручка и себестоимость продаж предусмотрено измерение Аналитика учета наборов, ссылающееся на справочник Ключи аналитики учета наборов.

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

1. Открываем отчет Валовая прибыль предприятия и нажимаем Настройки.
2. Переключаем вид настроек в режим Расширенный.
3. На вкладке Структура добавляем группировку строк по полю Аналитика учета наборов.Номенклатура для набора (или Номенклатура набора).
4. Формируем отчет.

Важно учитывать особенность типового регистра: показатели выручки, себестоимости и прибыли распределяются корректно, однако поле Количество в типовом отчете будет суммировать физические единицы всех комплектующих (например, при продаже одного набора из 1 стола и 4 стульев отчет покажет количество 5). Для получения точного количества реализованных наборов требуется создание собственного отчета на базе схемы компоновки данных (СКД), где в тексте запроса фактическое количество списанных комплектующих сопоставляется с их нормативными долями из справочника Варианты комплектации номенклатуры.

Вариант 5. Доработка интерфейса через расширение конфигурации

Если менеджерам критически необходимо видеть структуру заказов в виде дерева или выводить общее число наборов прямо на форме документа без снятия конфигурации с типовой поддержки, задачу решают с помощью расширения:

1. Визуальное разделение комплектов: настраиваем программное условное оформление формы, которое выделяет строки одного набора определенным цветом фона или отделяет наборы горизонтальными границами.
2. Дерево состава заказа: на форму заказа добавляется отдельная вкладка с элементом ДеревоЗначений. При открытии документа дерево программно сворачивает плоский список строк таблицы Объект.Товары в иерархию вида «Набор (количество шт.) -> Комплектующие».
3. Доработка формы подбора: в расширении модифицируется обработка подбора номенклатуры, чтобы в корзине подобранных товаров отображалось исходное число добавленных комплектов до момента их переноса в табличную часть документа.