← На главную

При организации оптовых продаж сетевым покупателям или клиентам с сетью розничных магазинов (ларьков, павильонов, торговых точек) часто возникает вопрос: как правильно вести нормативно-справочную информацию (НСИ) в «1С:Управление торговлей». Типичная ситуация: есть одно юридическое лицо (один ИНН и КПП), на которое выставляются закрывающие документы и с которым ведутся взаиморасчеты, но отгрузка товаров происходит по разным физическим точкам доставки.

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

В чем архитектурная сложность связки «Партнеры — Контрагенты»?

В конфигурациях на платформе «1С:Предприятие 8» (таких как «1С:Управление торговлей», «1С:Комплексная автоматизация», «1С:ERP») учет участников торговых операций разделен на два справочника:

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

На уровне метаданных реквизит Партнер размещен внутри справочника Контрагенты. Это означает, что реализована связь «многие контрагенты к одному партнеру» (холдинг из нескольких юрлиц). Связать напрямую одного контрагента с несколькими независимыми карточками партнеров стандартная модель данных не позволяет: в карточке контрагента можно выбрать только одного владельца.

Попытка создать несколько одинаковых контрагентов с одним и тем же ИНН и КПП под каждую торговую точку также является грубой методической ошибкой. Проанализируем риски такого подхода:

1. Система выдаст предупреждение о наличии дубля по контролю ИНН/КПП.
2. Акты сверки расчетов будут разбиваться по разным карточкам, что приведет к путанице в дебиторской и кредиторской задолженности.
3. При выгрузке в бухгалтерские конфигурации возникнет задвоение нормативно-справочной информации, что исказит регламентированный учет и книги покупок/продаж.

Методически верное решение: использование иерархии партнеров

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

1. Создаем головного партнера — группу компаний или головной офис покупателя (например, «ООО Ларьки по всей Москве (холдинг)»).
2. К этому головному партнеру привязываем карточку справочника Контрагенты («ООО Ларьки по всей Москве», заполняем реальные ИНН, КПП, расчетный счет).
3. Внутри головного партнера создаем подчиненных партнеров: «Ларек №1», «Ларек №2», «Ларек №3».
4. При создании подчиненных партнеров не создаем новые карточки контрагентов. Они остаются исключительно управленческими сущностями.

Рассмотрим, как данная схема отрабатывает в документах. Когда в документе «Заказ клиента» или «Реализация товаров и услуг» менеджер выбирает партнера «Ларек №1», программа автоматически обращается к дереву иерархии, находит головного партнера и автоматически подставляет в поле «Контрагент» единое юридическое лицо. В результате первичные печатные формы содержат корректные реквизиты плательщика, а в аналитических отчетах сохраняется детализация по торговым точкам.

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

Разберем по шагам, как настроить систему и корректно зарегистрировать объекты в информационной базе:

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

Альтернативные варианты: когда подчиненные партнеры не нужны

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

1. Использование адресов доставки. Если по ларькам не требуется вести отдельную управленческую аналитику, контролировать лимиты задолженности по каждой точке и назначать индивидуальные прайс-листы, заводить дочерних партнеров не имеет смысла. В этом случае создается один партнер и один контрагент, а в контактную информацию контрагента или партнера заносятся адреса торговых точек с типом «Адрес доставки». Нужный адрес просто выбирается на вкладке «Доставка» в документе продажи.
2. Обособленные подразделения с отдельным КПП. Если торговые точки зарегистрированы в ФНС как официальные обособленные подразделения организации (с присвоением собственного КПП), используется другой механизм. В справочнике «Контрагенты» создаются карточки с типом Обособленное подразделение, где указывается головной контрагент и отдельный КПП подразделения. Обратите внимание: для индивидуальных предпринимателей этот способ неприменим, так как у ИП КПП отсутствует в принципе.

Таким образом, использование иерархии справочника Партнеры с наследованием контрагента от родительской карточки — это стандартный, методически чистый и безопасный способ организации отгрузок по нескольким торговым точкам одного контрагента в «1С:Управление торговлей».