Разделение на Партнеров и Контрагентов — это фундаментальная архитектурная особенность современных конфигураций 1С, таких как «1С:ERP Управление предприятием», «Комплексная автоматизация 2» и «Управление торговлей 11». Для тех, кто привык к работе в «1С:Бухгалтерии» или старых версиях «Управления торговлей», наличие двух справочников вместо одного часто вызывает путаницу. Рассмотрим подробно, зачем это нужно и как с этим работать.
Прежде всего, разберем основное предназначение каждого справочника. Проанализируем ситуацию: в бизнесе мы часто взаимодействуем с группами компаний или холдингами. С точки зрения коммерции — это один клиент, но юридически это пять разных обществ с ограниченной ответственностью.
Справочник «Партнеры» — это управленческое понятие. Он предназначен для ведения управленческого учета и CRM. В нем фиксируется реальный субъект бизнеса, с которым вы договариваетесь о ценах, скидках и условиях поставок. Здесь нет ИНН или КПП, зато есть история взаимодействий, маркетинговые сегменты, контактные лица и возможность проводить комплексный анализ продаж и взаиморасчетов.
Справочник «Контрагенты» — это регламентированное понятие. Он соответствует конкретному юридическому лицу или индивидуальному предпринимателю. Именно этот справочник содержит ИНН, КПП, банковские счета и используется для формирования бухгалтерских проводок, налоговой отчетности и печатных форм документов (счета-фактуры, УПД).
В системе предусмотрено два режима ведения нормативно-справочной информации о клиентах и поставщиках. Настройка осуществляется через константы ИспользоватьПартнеровИКонтрагентов и ИспользоватьПартнеровКакКонтрагентов. Рассмотрим, на что они влияют.
Клиент (выбор из Партнеров) и Контрагент (выбор из Контрагентов). Это позволяет гибко настраивать связи «один ко многим» или «многие ко многим».Выясним, как реализуется иерархия и связь между этими объектами. Прямая связь осуществляется через реквизит Партнер в карточке Контрагента. Рассмотрим возможные модели:
Обособленное подразделение юр. лица, что позволяет выстраивать сложную структуру филиалов и проводить автоматический взаимозачет задолженности между ними.Разберем подробнее, какие бизнес-объекты к какому справочнику привязаны. Это критически важно для правильного проектирования бизнес-процессов.
К Партнеру привязываются:
К Контрагенту привязываются:
Рассмотрим, как это выглядит в документе Реализация товаров и услуг при включенном независимом ведении. В шапке документа мы сначала выбираем поле Клиент. Система предложит список партнеров. После выбора клиента в поле Контрагент автоматически подтянутся только те юрлица, которые связаны с этим партнером. Однако, если мы снимем соответствующий фильтр в окне подбора, система позволит выбрать любого другого контрагента, что дает максимальную гибкость в нетипичных ситуациях.
Использование раздельных справочников дает мощные инструменты для контроля бизнеса:
1. Контроль лимитов задолженности. Мы можем установить лимит кредита в 1 000 000 рублей на Партнера (холдинг). Если ООО «Мега-Опт» уже должно нам 900 000 рублей, система не позволит отгрузить товар в кредит для ООО «Мега-Ритейл» на сумму более 100 000 рублей, защищая нас от рисков холдинга в целом.
2. Управленческая отчетность. Используя отчет «Ведомость расчетов с клиентами», мы можем сгруппировать данные по партнерам. Это покажет нам реальный объем работы с конкретным бизнес-игроком, даже если он постоянно меняет свои юридические лица.
3. Разграничение прав доступа (RLS). Настроим доступ менеджеров по продажам через Группы доступа партнеров. Менеджер будет видеть только своих «клиентов» и все связанные с ними документы, независимо от того, сколько юрлиц (контрагентов) входит в структуру этого клиента.
Проанализируем риски смены настроек. Если вы начали работу в режиме совместного ведения и решили перейти на независимое — это сделать несложно, система разделит записи автоматически. Однако обратный переход (от независимого к совместному) крайне не рекомендуется. Если у одного партнера было несколько контрагентов, системе будет сложно определить, какой из них должен стать «основным», что приведет к появлению дублей и необходимости ручной корректировки аналитики в регистре АналитикаУчетаПоПартнерам.