Партнёры и контрагенты в 1С:ERP: как настроить справочники под реальную структуру клиентов

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

Партнёр и контрагент: две сущности и один список

Разделение выглядит формальным ровно до первого сложного клиента. Смысл его такой.

Партнёр — управленческая сущность: бизнес, с которым вы работаете. У него есть менеджер, условия продаж, кредитный лимит, сегмент и бизнес-регион. Это тот, кого вы имеете в виду, когда говорите «мы работаем с сетью „Мир продуктов“».

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

Список контрагентов подчинён списку партнёров: у одного партнёра может быть сколько угодно юрлиц, а одно юрлицо — обслуживать нескольких партнёров. Оба справочника лежат в разделе НСИ и администрирование → НСИ, а в документах указываются оба реквизита сразу.

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

Что ломается, если справочники ведутся неверно

Частый способ «упростить жизнь» на старте — завести зеркальную пару: на каждое юрлицо свой партнёр с тем же названием. Система работает, проблемы приходят позже.

Логика одна: если структура клиента не описана в справочниках, её всё равно приходится восстанавливать — руками аналитика, каждый месяц и с ошибками.

Функциональная опция и её последствия

Раздельное ведение включается флажком НСИ и администрирование → Настройка НСИ и разделов → CRM и маркетинг → Независимо вести партнёров и контрагентов. Если опция выключена, остаётся один список — «Контрагенты», и он же играет роль партнёра.

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

Карточка партнёра: роли, иерархия, бизнес-регион

Новый партнёр вводится через помощник регистрации — кнопка «Создать» в списке НСИ и администрирование → НСИ → Партнёры. Это мастер, который за один проход создаёт до трёх объектов: партнёра, его контрагента и контактное лицо.

Решения, которые принимаются прямо в карточке:

• Роли — флаги «Клиент», «Поставщик», «Конкурент», «Прочие отношения». Один партнёр может быть одновременно и клиентом, и поставщиком, и конкурентом — обычная ситуация для дистрибуции и агропрома. От флагов зависит, попадёт ли он в списки НСИ продаж → Клиенты и НСИ закупок → Поставщики;
• Головное предприятие — ссылка на партнёра верхнего уровня, именно она собирает холдинг или сеть в единую конструкцию;
• Бизнес-регион и основной менеджер — разрезы для анализа продаж и ответственности;
• Контактные лица — произвольное количество, у каждого своя роль: закупщик, директор, бухгалтер.

Список партнёров иерархический, и здесь кроется типовая ошибка — использовать группы как классификатор («Москва», «VIP», «Строители»). Для этого есть бизнес-регионы, сегменты и доп. реквизиты, а иерархия должна отражать структуру владения, а не удобство навигации.

Ещё одно разделение уровней: правила работы с партнёром фиксируются в соглашениях об условиях продаж и закупок, а взаиморасчёты с его юрлицами — в договорах.

При вводе система контролирует дубли. Обойти контроль может пользователь с полными правами или ролью «Ввод информации о партнёре без контроля» — выдавать её стоит точечно.

Холдинг: один партнёр — несколько юрлиц

Самый распространённый сценарий в опте: клиент — группа компаний, которая закупает по единым условиям, но оформляет документы от разных организаций — в зависимости от режима налогообложения, лимитов или логистики.

Решение прямое: в список «Партнёры» вводится один партнёр-холдинг, а в подчинённый список «Контрагенты» — все входящие в группу юридические и физические лица. Условия продаж, лимит, сегмент и история взаимодействий живут на партнёре; договоры, счета-фактуры и сальдо — на контрагентах.

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

Критерий выбора управленческий, а не юридический. Если решение о закупке принимает один человек на всю группу, это один партнёр, сколько бы юрлиц в ней ни было.

Сеть магазинов: несколько партнёров — одно юрлицо

Зеркальный сценарий, который и объясняет, зачем нужны два справочника. Клиент — розничная сеть, работающая от единственного юрлица, но каждая точка ведёт себя как отдельный бизнес: свой ассортимент, остатки, график поставок.

Схема такая. Партнёр «Мир продуктов — сеть магазинов» — верхний уровень. Партнёры «Мир продуктов (Пражская)» и «Мир продуктов (ТК „Звёздочка“)» — магазины, у каждого в поле «Головное предприятие» указана сеть. Контрагент один — ООО «Мир продуктов», заведён он у партнёра-сети.

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

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

Виды контрагентов и обособленные подразделения

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

Отдельно о подразделениях. Когда клиент принимает товар на филиал, счёт-фактуру выставляют с его КПП; если подразделений несколько, КПП выбирается из списка зарегистрированных. Регистрировать их необязательно — КПП можно ввести вручную, система запомнит его для следующих документов. Но заводить подразделения явно стоит, когда отгрузки регулярны или по ним нужны аналитика и адреса доставки.

Физлица, ИП и логика интеграций

ИП участвуют в обороте наравне с организациями: бывают и поставщиками, и оптовыми покупателями, комплект первичных документов тот же. Физлица чаще выступают розничными покупателями, расчёты сопровождаются чеками ККТ; если физлицо оказывается поставщиком, чек оформляет закупающая организация.

Нюанс, который стоит знать заранее: один и тот же партнёр может работать с вами и как физлицо, и как ИП, причём ИНН у него один. Контроль уникальности это допускает — одинаковый ИНН у контрагентов разных видов не считается дублем. Чтобы пользователи не путались, при подборе по ФИО или ИНН выводится подсказка «ФЛ» или «ИП».

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

• Обмен с сайтом. Если указано официальное наименование юрлица, ищется юрлицо, при отсутствии создаётся новое. Если контрагент не юрлицо, поиск идёт сначала среди ИП, затем среди физлиц; без ИНН — наоборот. Ненайденный создаётся как физлицо, а при наличии ИНН — как ИП.
• Загрузка банковской выписки. Если плательщик не определён по номеру счёта, а ИНН состоит из 12 знаков, создаётся карточка ИП.
• ЭДО, ЕГАИС и ГИС МТ. Поиск по ИНН идёт только среди юрлиц и ИП, физлица не учитываются.

Не приведёте ИНН и виды контрагентов в порядок заранее — обмены начнут плодить дубли быстрее, чем это делают люди.

Контрагенты-нерезиденты

Для импорта и экспорта функциональность включается в разделе Настройка НСИ и разделов → Учёт НДС, импорт и экспорт. После этого в карточке нерезидента указываются страна регистрации, регистрационный и налоговый номер в стране регистрации.

Частый вопрос — как описать иностранную компанию, торгующую в России. Такая организация создаёт обособленное подразделение и проходит аккредитацию, получая российские ИНН и КПП. Отдельную запись о представительстве заводить не нужно: сведения об аккредитации указываются в карточке контрагента-нерезидента. Организационная структура иностранной компании по законам её страны в карточке не отражается.

Ещё один реквизит, о котором вспоминают в отчётный период, — «В русской транскрипции». Поле появляется, если страна регистрации не Россия, и используется в разделах 3 и 4 налогового расчёта о суммах выплаченных иностранным организациям доходов и удержанных налогов (разделы 1 и 2 заполняются вручную). Заполнить его проще сразу при заведении контрагента.

Автозаполнение реквизитов по ИНН

Ручной ввод реквизитов — источник опечаток, которые всплывают в декларациях. 1С:ERP заполняет карточку данными из ЕГРЮЛ и ЕГРИП; для этого подключается интернет-поддержка: Администрирование → Интернет-поддержка и сервисы → Настройки Интернет-поддержки.

Дальше достаточно указать ИНН — система заполнит КПП, краткое наименование, юридический адрес и телефон. Работает и обратный ход: кнопка «Заполнить по наименованию» ищет организацию по сокращённому наименованию или его части.

Механика аккуратная: открывается форма поиска по реестрам, пользователь выбирает нужную организацию, данные сравниваются с текущими значениями карточки. Расходятся незаполненные реквизиты — выполняется дозаполнение; расходятся заполненные — система спрашивает о перезаполнении. Молча затереть введённые данные она не может.

Проверка контрагентов через сервис ФНС

Проверка решает две задачи: не даёт отправить в налоговую отчёт с некорректными реквизитами и помогает проявить должную осмотрительность. Работает она по ИНН и КПП через веб-сервис ФНС, включается флажком Администрирование → Интернет-поддержка и сервисы → Проверка контрагентов → Автоматически проверять контрагентов по ЕГРН; там же кнопкой «Проверить доступ к веб-сервису» диагностируется подключение.

Контрагент проверяется при вводе и изменении реквизитов, документы — в реальном времени на свою дату: при открытии, смене контрагента или даты, вводе счёта-фактуры. Проверяются юрлица, их обособленные подразделения и ИП. Статусы: есть в базе ФНС; не подлежит проверке; не действует, возможно изменён КПП; проверка не выполнялась из-за незаполненных ИНН или КПП; завершилась неудачей из-за ошибок в данных; отсутствует в базе; КПП не соответствует базе.

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

Отчёт «Проверка контрагента» вызывается из карточки или списка и собирает сведения из ЕГРЮЛ, Росстата, Единого реестра проверок и анализ отчётности — инструмент уже для коммерческой службы, а не для бухгалтерии.

Проверка полезна настолько, насколько на неё реагируют: зафиксируйте в регламенте, кто разбирает отчёт о проблемах и что делать с отгрузкой, если контрагента нет в базе ФНС.

История изменений реквизитов

Контрагенты переезжают, меняют КПП при смене налоговой, переименовываются при реорганизации. Если просто исправить реквизит, старые печатные формы начнут выводить новые данные и сверка перестанет сходиться. Поэтому для КПП, сокращённого юридического наименования и адреса предусмотрено хранение истории.

Рядом с реквизитом система показывает гиперссылку «установлен изначально», а если история есть — «установлено с „Дата“». По ссылке открывается форма, где новое значение задаётся с датой начала действия (поле «Действует с»). В карточке видно актуальное значение, предыдущие сохраняются.

Для юридического адреса история включена по умолчанию. Если она нужна для почтового или фактического, это настраивается в справочнике «Виды контактной информации»: в карточке вида с типом «Адрес» ставятся флажки «Редактирование только в диалоге» и «Хранить историю изменений».

Технически история нужна для печатных форм, отчётности по контролируемым сделкам, учёта НДС, обмена с «1С:Заказы» и «Монитор ERP», идентификации при интеграции через EnterpriseData. Это рабочий механизм, а не архив «на всякий случай».

Сводная информация по партнёру

Хорошо спроектированный справочник отвечает на вопросы менеджера, не заставляя открывать пять отчётов. В списке партнёров справа выводится сводка по выделенной записи — адрес, телефоны, почта, — оттуда же открываются контрагенты и контакты.

Список фильтруется по бизнес-региону, по признаку «Только мои» (где текущий пользователь — основной менеджер) и «Только значимые» (остаются регионы, к которым относится хотя бы один партнёр). Работает и отбор по сегменту: «бизнес-регион Москва + сегмент Оптовые клиенты» даёт готовый рабочий список.

Для анализа есть отчёт «Досье партнёра», для контактной работы — отчёты по контактной информации: по партнёру и по его контактным лицам, сгруппированным по ролям (опция Настройка НСИ и разделов → CRM и маркетинг → Настройки CRM → Роли контактных лиц). Ценность их пропорциональна дисциплине заполнения: пустые бизнес-регионы и роли обесценивают любые фильтры.

Как мы проектируем справочники партнёров

Проектирование клиентской НСИ — отдельный блок предпроектных работ. Последовательность, которую мы используем на проектах ERP Band:

1. Инвентаризация базы. Сколько записей, какая доля дублей, сколько контрагентов без ИНН и без движений за 12–24 месяца.
2. Разбор реальной структуры клиентов. Кто принимает решение о закупке, кто подписывает договор, кто платит, кто принимает товар. Здесь видно, где один партнёр с пятью юрлицами, а где пять партнёров с одним.
3. Решение по функциональной опции — с оценкой последствий для аналитики, лимитов и отчётности.
4. Проектирование карточки партнёра. Обязательные поля, роли, бизнес-регионы, сегменты, дополнительные реквизиты, правила именования.
5. Проектирование карточки контрагента. Виды, подразделения и нерезиденты, реквизиты с историей изменений, требования к счетам и договорам.
6. Регламент ввода и контроля. Кто заводит партнёра и контрагента, кто разбирает результаты проверки ФНС, у кого есть право обхода контроля дублей.
7. Пилотная миграция. Переносим срез базы, проверяем поиск и отчёты на реальных пользователях, дорабатываем правила — и только затем грузим всё.

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

Чек-лист готовности справочников

• Принято и обосновано решение по опции «Независимо вести партнёров и контрагентов».
• Описаны холдинги: определено, что является партнёром, а что контрагентом.
• Для сетевых клиентов заведены партнёры-точки с указанием головного предприятия.
• У партнёров проставлены роли, бизнес-регион и основной менеджер.
• Для каждого контрагента корректно указан вид: юрлицо, ИП, физлицо, подразделение, нерезидент.
• Обособленные подразделения заведены там, где отгрузки регулярны.
• Включена проверка контрагентов по ЕГРН, доступ к веб-сервису проверен, назначен ответственный за разбор отчёта о проблемах.
• Настроено хранение истории изменений для КПП, сокращённого наименования и нужных видов адресов.
• Для нерезидентов заполнены страна регистрации и налоговый номер.
• Проверена логика интеграций (сайт, банк, ЭДО, ЕГАИС, ГИС МТ) на автосоздание дублей.

KPI качества клиентской НСИ

Частые вопросы

Что дальше

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

Читайте также

• Структура предприятия в 1С:ERP
• Реквизиты организации и контрагентов в 1С:ERP
• Нормативно-справочная информация в 1С:ERP