Сайфилд

РАЗРАБАТЫВАЕМ РЕШЕНИЯ ДЛЯ БИЗНЕСА

1С:Франчайзинг — официальный партнёр

Статус партнёра

Официальный франчайзи 1С

1С • БИЗНЕС • ПРОЦЕССЫ

Интеграция 1С с CRM для актуализации данных о продажах в S&OP

Прогноз, построенный только на истории отгрузок, всегда смотрит назад. Между тем у коммерческой службы есть информация о будущем — воронка сделок, переговоры о годовых контрактах, тендеры, планы клиентов по развитию. Эти данные живут в CRM и в цикл планирования, как правило, не попадают. Разберём, что именно стоит забирать из CRM в S&OP и как выстроить обмен, чтобы он не превратился в источник расхождений.

Что даёт CRM циклу планирования

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

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

Два сценария ландшафта

CRM внутри «1С»

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

Внешняя CRM

Более частый случай. Требуется обмен, и здесь начинаются вопросы соответствия данных.

Ключевая проблема: сопоставление сущностей

Практически все сложности интеграции сводятся к трём справочникам.

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

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

Как учитывать воронку в прогнозе

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

  • Взвешивание по вероятности. Сумма сделки умножается на вероятность её стадии. Требует, чтобы вероятности были откалиброваны по факту, а не назначены произвольно.
  • Разделение клиентов. По регулярным клиентам работает статистический прогноз, по новым и проектным — воронка. Наиболее надёжный подход.
  • Верхняя граница. Воронка используется не как прогноз, а как проверка: если статистический план сильно расходится с воронкой, это повод разобраться на Demand Review.

Технические принципы обмена

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

Типичные ошибки

  • Интеграция без наведения порядка в справочниках. Дубли контрагентов удваиваются на обеих сторонах.
  • Передача сделок без номенклатуры. Данные приходят, но в план не транслируются.
  • Двойной счёт. Воронка складывается со статистическим прогнозом по тем же клиентам.
  • Некалиброванные вероятности. Менеджеры ставят высокую вероятность оптимистично, прогноз систематически завышается.
  • Обмен без расписания. К совещанию данные оказываются неполными.

Порядок внедрения

  1. Навести порядок в справочнике контрагентов и определить ведущую систему.
  2. Договориться, как сделки описываются по номенклатуре.
  3. Настроить одностороннюю передачу сделок в учётную систему.
  4. Разделить клиентов на регулярных и проектных, определить правило учёта воронки.
  5. Настроить регулярность обмена под календарь цикла.
  6. Запустить отчёт по несопоставленным записям и следить за ним первые циклы.
  7. Проверить калибровку вероятностей по факту закрытия сделок.

Итог

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

Интеграция с CRM-системами предусмотрена в решении «1С:S&OP» штатно — данные о сделках попадают в контур планирования без отдельного проекта.

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