Кто такой клиент в 1С и как правильно его завести

Термин «клиент» в программах 1С не является единым объектом: в зависимости от конфигурации и решаемой задачи под клиентом понимают контрагента, партнёра, физическое лицо или запись в CRM-модуле. От того, какой объект вы выберете при вводе данных, зависит корректность документов, отчётов по задолженности и взаиморасчётов.

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

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

Что скрывается за словом «клиент» в разных конфигурациях

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

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

В решениях 1С:CRM клиент — отдельная сущность с историей взаимодействий, сделками, воронкой продаж и привязкой интересов. Там акцент смещён с учёта на управление отношениями.

Чем партнёр отличается от контрагента

Разделение на партнёров и контрагентов в УТ 11 и ERP часто вызывает вопросы у пользователей, перешедших из старых версий, где был только один справочник. Логика разделения проста: партнёр отвечает на вопрос «кто наш клиент в коммерческом смысле», контрагент — «на кого оформлять документы».

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

Как завести карточку клиента без дублей

Дубли контрагентов — главный источник проблем: один и тот же клиент заводится дважды с небольшими отличиями в написании, и задолженность «размазывается» по двум карточкам. Сверка с клиентом после этого превращается в ручную сборку данных.

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

1. 1
   Откройте справочник «Контрагенты» (или «Партнёры» в УТ 11) через раздел «Продажи» или «Справочники».
2. 2
   Воспользуйтесь поиском: введите ИНН или фрагмент наименования, чтобы убедиться, что клиент ещё не заведён.
3. 3
   Заполните ИНН — в типовых конфигурациях реквизиты подтянутся автоматически из сервиса проверки контрагентов (при наличии подключения к интернет-поддержке).
4. 4
   Проверьте вид контрагента: юридическое лицо, ИП или физическое лицо — от этого зависят печатные формы и отчётность.
5. 5
   В УТ 11 сначала создайте партнёра, затем привяжите к нему контрагента с реквизитами.
6. 6
   Сохраните карточку и проверьте, что она открывается и отображается в списке без предупреждений о дублях.

Какие данные клиента критичны для учёта

Минимальный набор для юридического лица — наименование, ИНН и КПП. Без ИНН невозможно корректно сформировать счёт-фактуру и УПД, а отчётность по НДС будет содержать ошибки. Для ИП КПП не существует, поле оставляют пустым — это норма, а не ошибка заполнения.

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

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

Клиент-физическое лицо и розничный покупатель

Розничные продажи ведутся иначе: заводить карточку на каждого покупателя в магазине не требуется. В отчётах о розничных продажах используется обобщённый контрагент «Розничный покупатель», который создаётся в базе один раз.

Карточка физического лица нужна, когда клиент участвует в программе лояльности, покупает в кредит, оформляет заказ с доставкой или когда требуется история его покупок. В УТ 11 для этого используются партнёры типа «Частное лицо» и карты лояльности, привязанные к ним.

Отдельный случай — физическое лицо, которое одновременно является сотрудником компании, например при продаже товаров персоналу. Здесь важно не путать справочники «Физические лица» (кадровый) и «Контрагенты»: для продажи нужен именно контрагент, даже если человек уже есть в кадровом учёте.

Маршрут решения

Как выбрать правильный объект

Продаёте организации или ИПСоздавайте контрагента с ИНН; в УТ 11 — партнёра плюс контрагента

Разовая розничная продажа без идентификации покупателяИспользуйте обобщённого «Розничного покупателя», новую карточку не заводите

Постоянный розничный клиент с картой лояльностиСоздайте партнёра типа «Частное лицо» и привяжите карту лояльности

Один клиент выставляет счета с разных юрлицОдин партнёр и несколько контрагентов, привязанных к нему

Типичные ошибки при работе с клиентами

Самая дорогая ошибка — массовое создание дублей при обмене данными между конфигурациями или при загрузке из внешних файлов. Если в УТ и бухгалтерии правила поиска контрагентов настроены по-разному (одна ищет по ИНН, другая по наименованию), при синхронизации базы «засоряются» парами дублей.

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

Как проверить результат и поддерживать порядок

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

Периодически — раз в квартал или перед сверками — запускайте поиск дублей и проверяйте контрагентов с незаполненным ИНН. Такие записи почти всегда либо дубли, либо устаревшие карточки, заведённые «на скорую руку».

Контрольные точки

Как проверить результат

Печатная форма счёта

Норма

Верные наименование, ИНН, КПП и адрес покупателя

Тревожный признак

Пустые поля, старое название, адрес текстом без структуры

Отчёт по задолженности

Норма

Весь долг клиента на одной карточке и одном договоре

Тревожный признак

Долг разбит по нескольким похожим контрагентам

Запись карточки

Норма

Сохраняется без предупреждений

Тревожный признак

Сообщения о возможных дублях или незаполненных обязательных полях

Часто задаваемые вопросы

Чем клиент отличается от поставщика в 1С?

Формально — ничем: и клиенты, и поставщики хранятся в одном справочнике «Контрагенты». Роль определяется документами и договорами: если с контрагентом есть документы продажи, он выступает клиентом, если закупки — поставщиком. Один контрагент может быть и тем и другим одновременно.

Можно ли объединить два дубля контрагента?

Да, в типовых конфигурациях есть обработка «Поиск и удаление дублей» в разделе администрирования. Она заменяет все ссылки на дубль ссылкой на основную запись. Перед запуском сделайте резервную копию базы: операция изменяет документы массово и откатить её нельзя.

Обязательно ли заполнять ИНН у контрагента?

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

Куда девается история продаж при переименовании клиента?

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

Нужно ли заводить карточку на каждого розничного покупателя?

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