← На главную

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

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

Архитектурное различие справочников «Партнеры» и «Контрагенты»

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

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

С точки зрения структуры метаданных связь между объектами не является симметричной связью «многие ко многим». В конфигурации реквизит Партнер содержится непосредственно внутри справочника Контрагенты. Это означает, что одна конкретная запись контрагента в базе данных физически может ссылаться только на одного владельца-партнера. Однако прикладной функционал позволяет гибко использовать одного контрагента в документах по разным партнерам.

Штатная реализация схемы «одно юрлицо — несколько партнеров»

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

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

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

Обособленные подразделения с разными КПП

Проанализируем ситуацию, когда у подразделений одного контрагента зарегистрированы разные КПП или несовпадающие адреса доставки. В таком случае система позволяет создать несколько контрагентов с одним ИНН:

1. Открываем справочник контрагентов и регистрируем новый элемент.
2. Выбираем вид контрагента Обособленное подразделение юр. лица.
3. Указываем ссылку на головного контрагента и вносим уникальный КПП подразделения.
4. Привязываем данное обособленное подразделение к соответствующему дочернему партнеру. Это обеспечит корректное заполнение счетов-фактур и печатных форм УПД.

Почему нельзя создавать дубликаты контрагентов

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

1. Контроль дублей. Встроенный помощник регистрации партнеров и механизм контроля дублирования данных блокирует создание элементов с совпадающей связкой ИНН/КПП или выдает предупреждение.
2. Сбои в загрузке банковских выписок. При импорте платежных поручений из систем клиент-банка программа ищет плательщика по ИНН. При наличии дублей автоматическое сопоставление платежей нарушается, и оператору приходится вручную выбирать нужную карточку.
3. Проблемы при синхронизации с 1С:Бухгалтерией предприятия (БП 3.0). В бухгалтерской конфигурации справочника «Партнеры» нет, учет ведется строго по контрагентам. Дублирование карточек в торговой базе приведет к задвоению контрагентов в бухгалтерии, разрыву взаиморасчетов по счетам 60/62 и невозможности сформировать единый корректный акт сверки.
4. Интеграция с ЭДО и 1С:Контрагент. Сервисы электронного документооборота строго завязаны на уникальность связки ИНН/КПП и идентификатора участника ЭДО.

Распределение оплат и контроль взаиморасчетов

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

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

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