Как правильно сформировать справочник контрагентов в 1С:УТ 11.4 для работы с сетевыми клиентами

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

Работа с сетевыми клиентами или холдингами в 1С:Управление торговлей 11.4 часто вызывает вопросы у пользователей, перешедших с версии 7.7 или 10.3. Основная сложность заключается в необходимости разделения управленческого учета (торговые точки, магазины) и регламентированного учета (юридические лица с их ИНН/КПП). Разберем подробно, как настроить систему так, чтобы видеть взаиморасчеты как по каждой торговой точке в отдельности, так и по клиенту в целом.

Понимание архитектуры: Партнеры против Контрагентов

Для начала проанализируем фундаментальное различие двух справочников в УТ 11. Программа предлагает разделять понятия «кто платит» и «куда везем». Если в старых версиях системы всё хранилось в одном справочнике Контрагенты, то в новых редакциях используется связка:

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

Если ваше предприятие работает с ИП Ивановым, у которого три магазина («Колобок», «Степашка», «Рассвет»), то с точки зрения закона у вас один контрагент (один ИНН), но с точки зрения логистики и аналитики продаж — три разных объекта. Именно здесь кроется решение проблемы дублей ИНН.

Варианты настройки связей в системе

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

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

Пошаговая инструкция: Настройка учета для ИП с несколькими магазинами

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

Шаг 1. Настройка системы. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — CRM и маркетинг. Убедимся, что включена опция «Независимо вести партнеров и контрагентов». Это критически важно для создания сложной структуры.

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

Шаг 3. Создание торговых точек. Для каждого магазина создадим нового партнера (например, «Магазин Колобок»). В карточке магазина в поле «Головное предприятие» укажем нашего созданного ранее партнера «ИП Иванов (Сеть)». При этом не нужно создавать для каждого магазина своего контрагента, так как программа не позволит ввести один и тот же ИНН дважды.

Шаг 4. Привязка контрагента. Теперь, когда мы создаем заказ клиента на «Магазин Колобок», в поле «Клиент» мы выбираем этот магазин, а в поле «Контрагент» система автоматически подтянет ИП Иванова из головного партнера (или предложит выбрать его).

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

Чтобы видеть задолженность в разрезе магазинов, нам потребуется правильно настроить Договоры или Соглашения. Рассмотрим подробнее механизм детализации расчетов:

В настройках договора (вкладка «Расчеты») выберем один из вариантов:

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

Работа с типовыми соглашениями и условиями продаж

Проанализируем ситуацию, когда у всей сети действуют одинаковые цены и скидки. Часто пользователи жалуются, что созданное индивидуальное соглашение для головного партнера «не подхватывается» в заказах на дочерние магазины. Чтобы избежать рутины и не плодить сотни одинаковых документов, воспользуемся Типовыми соглашениями:

  1. Создадим Сегмент партнеров (например, «Сеть ИП Иванов») и включим туда все магазины.
  2. Создадим Типовое соглашение, указав в нем этот сегмент.
  3. Теперь при оформлении продажи в любой магазин из списка условия (цены, графики оплаты) будут подставляться автоматически.

Специфика ГИС «Меркурий» и «Честный знак»

Важно учитывать, что при торговле подконтрольными товарами (например, молочной или мясной продукцией), каждая точка доставки должна иметь свой уникальный идентификатор GUID в системе ВетИС (Меркурий).

В 1С:УТ 11.4 сопоставление с предприятиями в системе «Цербер» происходит именно на уровне справочника Партнеры. Поэтому, даже если вам не очень нужна аналитика по точкам в бухгалтерии, для корректной выписки электронных ВСД вам обязательно придется завести каждую точку как отдельного партнера. Только так система сможет понять, на какую именно площадку перемещается товар юридически.

Сложные случаи: два владельца в одном магазине

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

Резюме для практического применения

Подведем итог. Правильная схема формирования справочников выглядит так:

Такой подход полностью соответствует методике фирмы «1С» и позволяет использовать все возможности аналитических отчетов системы без доработки программного кода.

← На главную