← На главную

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

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

Главное различие: Управленческий учет против Регламентированного

Разделение этих понятий базируется на разграничении сфер коммерческой работы (управленческий учет) и юридического оформления сделок (регламентированный учет):

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

Давайте проанализируем практические сценарии, в которых такое разделение становится незаменимым.

Сценарий 1. Работа с холдингами и группами компаний

Представим ситуацию: вы поставляете продукцию крупному клиенту, который на рынке известен как бренд «Иванов и сыновья» (это наш Партнер). Однако этот клиент ведет свою деятельность через несколько юридических лиц: ООО «Рога», ООО «Копыта» и ИП Иванов (это наши Контрагенты).

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

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

В современных конфигурациях эта задача решается элегантно: в справочнике Партнеры мы создаем одного партнера «Иванов и сыновья», а в подчиненном справочнике Контрагенты регистрируем все три его юридических лица. В результате:

• Все коммерческие условия (скидки, соглашения, прайс-листы) настраиваются для одного партнера и автоматически действуют на все его юрлица.
• Руководство в любой момент может построить отчет по продажам в разрезе партнеров и увидеть целостную картину по холдингу.
• Бухгалтерия сдает отчетность по НДС и ведет взаиморасчеты в разрезе конкретных контрагентов (ООО «Рога», ООО «Копыта»), не нарушая фискальную отчетность.

Сценарий 2. Сетевые клиенты и точки доставки (розничные сети)

Рассмотрим противоположную ситуацию, которая часто встречается при поставках в крупные торговые сети (например, «Ашан» или «Магнит»).

Юридическое лицо у сети может быть одно на весь регион (один Контрагент с единым ИНН и одним договором), но доставка осуществляется в 100 разных магазинов (точек доставки). Каждый магазин делает заказы самостоятельно, имеет свой адрес, своего директора и свои особенности приемки товара.

В системе 1С это настраивается следующим образом:

• Создается головной партнер (например, «Сеть Магнит»).
• Внутри него создается иерархическая структура подчиненных партнеров (дочерних элементов): «Магнит на Ленина», «Магнит на Пушкина» и т.д.
• Ко всей этой структуре партнеров привязывается один общий контрагент (например, АО «Тандер») с единым договором.

Благодаря этому менеджеры могут оформлять заказы на конкретные точки (партнеры-магазины), контролировать логистику по адресам доставки, а финансовая служба и бухгалтерия видят единые взаиморасчеты и общую задолженность по одному юридическому лицу (контрагенту) в рамках одного договора.

Сценарий 3. Работа на этапе пресейла (CRM)

Разберем процесс привлечения нового клиента. Менеджер отдела продаж нашел потенциального покупателя — сеть фитнес-клубов «Спортлайф». На этапе холодных звонков и отправки коммерческих предложений менеджер еще не знает, от какого юридического лица будет производиться оплата. У клиента может вообще не быть реквизитов на этом этапе.

Если бы у нас был только один справочник, менеджеру пришлось бы заводить пустую карточку контрагента, засоряя базу «мусорными» записями, которые могут никогда не превратиться в реальные сделки. В 1С:ERP мы делаем следующее:

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

Разграничение коммерческих соглашений и юридических договоров

Разделение сущностей позволило разработчикам 1С четко разграничить правила продаж и юридические документы:

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

Это позволяет использовать одно коммерческое соглашение (например, «Дилерские цены») для работы с разными юридическими лицами партнера, оформляя с каждым из них отдельные договоры.

Особенности обмена данными с «1С:Бухгалтерией» (БП)

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

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

Отсутствие иерархии в Контрагентах

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

Помощник регистрации и борьба с дублями

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

• Схожесть наименования;
• Телефоны и адреса электронной почты;
• ИНН и КПП (если они заполняются на шаге создания контрагента).

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

Как настроить: Использовать ли разделение?

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

Посмотрим, как регулируется эта настройка в интерфейсе программы:

1. Перейдем в раздел НСИ и администрирование.
2. Выберем пункт Настройка НСИ и разделов -> CRM и маркетинг.
3. Найдем флаг Независимо вести партнеров и контрагентов.

Если этот флаг выключен, то для пользователя справочники визуально объединяются. При создании контрагента система автоматически "под капотом" создает партнера с точно таким же именем, и связь между ними всегда остается «один-к-одному». Это упрощает интерфейс и снижает нагрузку на пользователей, которым не нужны сложные холдинговые структуры.

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