Автоматизация · 10 мин
CRM-система в 1С: как она устроена и работает
Как устроена CRM в 1С: модуль «1С:CRM», воронка продаж, карточка клиента, интеграции с телефонией и почтой. Настройка, типовые ошибки и FAQ.
CRM в 1С — это блок управления взаимоотношениями с клиентами, который работает прямо внутри учётной системы или как отдельная конфигурация на платформе 1С:Предприятие. В отличие от сторонних сервисов, он опирается на те же данные, что и учёт: контрагенты, договоры, заказы, счета, отгрузки и оплаты. Поэтому менеджер видит не абстрактный «лид», а реальную историю клиента — что покупал, сколько должен, какие счета выставлены.
Существует два основных пути. Первый — встроенные CRM-возможности типовых конфигураций: в 1С:Управление торговлей, 1С:Комплексная автоматизация и 1С:ERP есть разделы «CRM и маркетинг» с сегментацией клиентов, сделками и рассылками. Второй — специализированное решение «1С:CRM», которое устанавливается как самостоятельная конфигурация или как модуль, объединённый с учётной системой. Выбор зависит от глубины процессов: если нужны только сделки и напоминания, часто хватает типового функционала.
Ядро работы любой CRM в 1С — это цепочка «интерес → сделка → документы → оплата». Каждое обращение фиксируется как событие, превращается в сделку (возможность продажи), сделка проходит по этапам воронки, а на завершающих этапах из неё прямо создаются заказы, счета и акты. Все объекты связаны между собой, и система умеет строить отчёты по конверсии, причинам отказов и загрузке менеджеров.
Из каких объектов состоит CRM в 1С
Фундамент — справочник контрагентов (клиентов). В CRM-режиме карточка клиента расширяется: добавляются контактные лица, контактная информация, сегменты, ответственный менеджер и история взаимодействий. К одному клиенту может быть привязано несколько контактных лиц с разными ролями — например, закупщик, бухгалтер и руководитель.
Поверх клиентов работают бизнес-сущности. «Интерес» (или лид) фиксирует первичное обращение: звонок, заявку с сайта, письмо. «Сделка» описывает потенциальную продажу с суммой, этапом и вероятностью. «События» — это звонки, встречи, письма и задачи, привязанные к клиенту или сделке. Все они образуют хронологию, которую видно на вкладке истории в карточке.
Завершают картину документы учёта: заказы покупателей, счета на оплату, реализации, акты. Ключевая особенность 1С в том, что эти документы создаются на основании сделки без повторного ввода данных — позиции, цены и реквизиты подтягиваются автоматически, а связь между объектами сохраняется для аналитики.
Как сделка проходит по воронке продаж
Типовой сценарий выглядит так. Менеджер регистрирует обращение — вручную или автоматически из интеграции. Система создаёт интерес с источником (сайт, звонок, выставка) и назначает ответственного. Далее интерес квалифицируется: если клиент реален, на его основании создаётся сделка с перечнем интересующих товаров и предполагаемой суммой.
Сделка движется по этапам воронки: первичный контакт, выявление потребности, коммерческое предложение, согласование, закрытие. На каждом этапе менеджер фиксирует события — звонки, письма, встречи — и планирует следующий шаг как задачу с датой. Просроченные задачи подсвечиваются, что не даёт сделке «зависнуть» без внимания.
Завершение — либо выигрыш, либо отказ с указанием причины. При выигрыше из сделки одной кнопкой создаются заказ и счёт. При отказе причина (цена, сроки, конкурент) сохраняется, и отчёт по причинам проигрышей показывает системные проблемы — например, что большинство отказов идёт из-за цены в конкретном сегменте.
- 1Зарегистрируйте обращение: создайте интерес или сделку, укажите клиента и источник.
- 2Заполните состав сделки: товары, услуги, ожидаемая сумма.
- 3Переводите сделку по этапам воронки, фиксируя каждый контакт как событие.
- 4Создайте задачу на следующий шаг с конкретной датой.
- 5При положительном результате создайте заказ и счёт на основании сделки.
- 6При отказе укажите причину — эти данные понадобятся для анализа.
Что важно настроить до запуска
Первое — структуру воронки. Этапы должны отражать реальный процесс продажи компании, а не быть скопированным шаблоном. Если у вас длинный цикл согласования, этапов будет больше; для быстрых розничных продаж достаточно трёх-четырёх. Слишком детальная воронка утомляет менеджеров и приводит к тому, что этапы пропускают.
Второе — справочники источников обращений и причин отказов. Без них аналитика превращается в набор сделок без выводов. Источники стоит согласовать с маркетингом, чтобы рекламные каналы в CRM совпадали с теми, что используются в отчётах по рекламе.
Третье — права и распределение ответственных. Определите, кто видит чужих клиентов, кто может менять этап сделки и как назначаются новые обращения: вручную руководителем или автоматически по правилам (по региону, по очереди, по загрузке). Также настройте напоминания о просроченных задачах — без них дисциплина быстро разваливается.
Интеграции: телефония, почта и сайт
Подключение телефонии позволяет фиксировать звонки автоматически: при входящем вызове всплывает карточка клиента, а завершённый разговор записывается в события с длительностью и, при настройке, записью разговора. Интеграция обычно выполняется через API телефонного провайдера или готовые модули. Без неё менеджеры вынуждены вносить звонки вручную, и значительная часть контактов теряется.
Почтовый клиент внутри 1С позволяет вести переписку из карточки клиента: письма автоматически привязываются к контрагенту по адресу, а цепочка писем видна в истории взаимодействий. Это удобно при смене менеджера — новый ответственный сразу видит весь контекст переговоров.
Заявки с сайта можно передавать в 1С через веб-сервисы, обмен файлами или промежуточные сервисы. При настройке важно предусмотреть поиск дублей: система должна сопоставлять входящую заявку с существующим клиентом по телефону или email, иначе справочник контрагентов быстро засоряется повторными записями.
Отчёты и контроль эффективности
Стандартный набор аналитики включает воронку продаж (количество и сумма сделок по этапам), конверсию между этапами, отчёт по причинам отказов, активность менеджеров (количество звонков, встреч, задач) и дебиторскую задолженность в разрезе клиентов. Эти отчёты строятся на живых данных, потому что CRM и учёт работают в одной базе.
Практический приём — сверять количество сделок с количеством заказов. Если сделок много, а заказов заметно меньше, значит, менеджеры либо не доводят сделки до документов, либо оформляют продажи мимо CRM. Второе хуже: система теряет смысл, если данные в неё не попадают.
Как проверить, что CRM работает
Из сделки создан заказ и счёт, документы видны в истории клиента
Заказы создаются отдельно, в карточке клиента пусто
У активных сделок есть события за последние дни и запланированная задача
Сделки висят без событий и задач неделями
У проигранных сделок указана причина из справочника
Отказы закрываются без пояснений или с произвольным текстом
Один клиент — одна карточка, контакты собраны в ней
Несколько карточек одного контрагента с разным написанием
Типовая CRM или отдельное решение: что выбрать
Если продажи простые — счёт, заказ, отгрузка — и нужны лишь напоминания, сегментация и базовые сделки, начните со встроенного блока CRM в вашей конфигурации. Это дешевле, не требует обменов между системами и быстрее внедряется. Ограничение — меньше гибкости в процессах: сложные сценарии согласования и нестандартные воронки придётся дорабатывать.
Отдельная конфигурация «1С:CRM» оправдана, когда отдел продаж — самостоятельный процесс с собственными правилами: несколько воронок под разные направления, сквозная аналитика источников, планирование загрузки, интеграция с телефонией и сайтом как обязательное условие. Тогда CRM связывается с учётной системой через план обмена, и нужно следить за синхронизацией справочников.
Варианты внедрения CRM в 1С
Подходит для типовых продаж: сделки, события, сегменты уже внутри учётной базы. Ограничение — меньше возможностей для сложных процессов.
Для развитого отдела продаж с несколькими воронками и интеграциями. Требует настройки синхронизации с учётной базой и контроля обменов.
Когда отдел продаж уже работает в другом сервисе. Минус — двойной ввод или сложная интеграция заказов и оплат.
FAQ: частые вопросы о CRM в 1С
Можно ли вести CRM в 1С без отдельной лицензии?
Да, если вашей конфигурации достаточно: блоки CRM есть в типовых 1С:Управление торговлей, 1С:Комплексная автоматизация и 1С:ERP, и они входят в стоимость этих продуктов. Отдельно приобретается только специализированное решение «1С:CRM» и лицензии на дополнительные рабочие места, если их не хватает.
Чем CRM в 1С отличается от облачных сервисов?
Главное отличие — единая база с учётом: сделка, счёт, отгрузка и оплата связаны напрямую, без интеграций. Облачные сервисы часто удобнее в интерфейсе и быстрее стартуют, но требуют отдельной настройки обмена с 1С для передачи заказов и статусов оплаты.
Как избежать дублей клиентов при загрузке заявок?
Настройте поиск существующего контрагента по телефону и email до создания новой карточки. Дополнительно периодически запускайте обработку поиска и объединения дублей по наименованию и ИНН — она есть в типовых конфигурациях.
Что делать, если менеджеры не заполняют CRM?
Сократите число обязательных полей до минимума, автоматизируйте фиксацию звонков и писем через интеграции и привяжите рабочие отчёты руководителя к данным CRM. Когда сделка без событий не учитывается в плане продаж, дисциплина появляется быстрее, чем от уговоров.
Можно ли перенести клиентскую базу из Excel или другой CRM?
Да. В типовых конфигурациях есть загрузка данных из табличных файлов для контрагентов и контактной информации. Сначала очистите исходный файл от дублей и приведите телефоны к единому формату — это сэкономит много времени на последующей чистке.
Нужен ли программист для запуска CRM в 1С?
Для базового сценария — воронка, сделки, события, отчёты — достаточно настройки типовой конфигурации без доработок, с этим справляется опытный пользователь или специалист по внедрению. Программист понадобится для нестандартных интеграций, доработки форм и обменов с самописными системами.
Что важно запомнить
CRM в 1С работает на общей с учётом базе: обращение становится сделкой, сделка идёт по этапам воронки и завершается реальными документами. Успех внедрения определяется не конфигурацией, а настроенными этапами, контролем дублей, интеграцией телефонии и дисциплиной заполнения данных менеджерами.