← На главную

При работе с торговыми сетями и крупными клиентами компании часто сталкиваются со следующей ситуацией: головной офис покупателя присылает единый общий заказ на поставку товаров, который оплачивается централизованно, однако развозить продукцию требуется по разным торговым точкам или складам сети. Попытка создать в программе «1С:Управление торговлей 11» единый заказ на головного партнера, а затем оформить документы реализации на подчиненных партнеров-магазинов приводит к ошибке: заказ клиента не подтягивается в реализацию.

Проанализируем архитектурную причину этого поведения типовой конфигурации и рассмотрим варианты решения данной задачи.

Почему 1С блокирует подбор заказа в реализацию подчиненного партнера

В типовых конфигурациях линейки «1С:Управление торговлей 11» документ Реализация товаров и услуг, оформляемый на основании документа Заказ клиента, жестко контролирует тождество реквизита Клиент (ссылка на справочник Партнеры) в шапке обоих документов. Если в заказе указан головной партнер, а в реализации выбирается подчиненный магазин, типовой механизм контроля запрещает выбор такого заказа в качестве основания отгрузки.

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

Вариант 1. Заказ на головного партнера и частичные отгрузки по адресам доставки

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

Разберем по шагам порядок настройки и оформления документов:

1. Настройка множественных адресов. Перейдем в раздел НСИ и администрирование → Общие настройки → Контактная информация → Виды контактной информации. В составе реквизитов для справочника Партнеры (или Контрагенты) найдем строку Адрес доставки и включим флаг Разрешить ввод нескольких значений. Это позволит сохранить в карточке головной компании неограниченное число фактических адресов выгрузки с понятными наименованиями (например, «Магазин №1 Юг», «Магазин №2 Центр»).
2. Оформление единого заказа. Документ Заказ клиента создается целиком на головного партнера и контрагента. В табличную часть вносятся все позиции для всех торговых точек.
3. Оформление частичных реализаций. Отгрузка оформляется созданием нескольких документов Реализация товаров и услуг на основании исходного заказа. В каждой реализации мы оставляем только те позиции и количества, которые направляются в конкретную торговую точку. На вкладке Доставка из списка сохраненных контактных данных выбирается нужный адрес магазина. Заказ будет числиться выполненным только тогда, когда суммарное количество по всем реализациям закроет исходную потребность.

Вариант 2. Раздельные заказы на магазины с централизованными расчетами по договору

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

Рассмотрим порядок организации учета при таком сценарии:

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

Вариант 3. Использование функционала обособленных подразделений и грузополучателей

В ситуациях, когда магазины сети имеют разные КПП или выступают официальными грузополучателями с отражением в регламентированных документах (УПД, ТОРГ-12), проанализируем настройку блока юридических лиц:

1. В справочнике Контрагенты создаются подчиненные элементы с типом Обособленное подразделение, привязанные к головной организации.
2. В документе отгрузки Реализация товаров и услуг на вкладке Дополнительно реквизит Контрагент остается заполненным головной компанией (плательщиком), а в реквизите Грузополучатель указывается нужное обособленное подразделение.
3. При формировании печатной формы УПД строка плательщика заполнится реквизитами головной компании, а строка грузополучателя и адреса доставки — реквизитами конкретного подразделения.

Использование подсистемы управления логистикой

Посмотрим на работу со сборными доставками через типовой функционал логистики. Перейдем в раздел НСИ и администрирование → Склад и доставка → Доставка и проверим активность опции Управление доставкой.

Включение этой подсистемы предоставляет следующие возможности:

1. В документах реализации становится доступным выбор зон доставки, интервалов времени и параметров транспортного средства.
2. Логист работает в специализированном рабочем месте Доставка. При оформлении одного общего заказа с последующим вводом нескольких частичных реализаций каждая отдельная накладная выступает самостоятельным распоряжением на доставку.
3. Система позволяет автоматически распределять реализации с разными адресами по разным рейсам через документы Задание на перевозку, сохраняя единую связь всей цепочки с исходным заказом клиента.