Одна продажа — несколько разных событий
В CRM сделка может быть выиграна после согласования коммерческого предложения. В 1С заказ появляется позже, отгрузка разбивается на документы, а покупатель платит авансом или с отсрочкой. Если сравнить сумму закрытых сделок с поступлениями за тот же месяц, получится расхождение даже без ошибок. Сквозная аналитика CRM и 1С нужна, чтобы сохранить смысл каждого события и объяснить путь от договорённости до финансового результата. Руководителю важно понимать не только объём воронки, но и какую часть договорённостей компания фактически исполнила.
Начальная задача такого проекта — общий словарь. Что означает дата продажи: закрытие сделки, проведение реализации или поступление платежа? Включает ли сумма налог? Как учитываются возврат, отменённый заказ и корректировка? Когда несколько отгрузок относятся к одному заказу, их нельзя воспринимать как несколько независимых сделок. Эти определения обсуждают коммерческая и финансовая команды вместе. Без этого даже технически корректная интеграция будет производить два убедительных отчёта, которые руководители продолжают трактовать по-разному.
Связи важнее простого переноса данных
Загрузка таблиц из двух систем ещё не создаёт сквозной картины. Нужны проверяемые связи между компанией в CRM, контрагентом в 1С, заказом и документами исполнения. Название организации недостаточно надёжно: в нём бывают сокращения, опечатки и разные юридические лица одной группы. ИНН помогает сопоставить контрагента, но сам по себе не указывает, к какой конкретной сделке относится каждая реализация. Для детализации необходимо изучить доступные ссылки, номера документов и принятый процесс работы сотрудников.
На пилоте следует отдельно проверить неоднозначные случаи. Один платёж может закрывать несколько документов; одна сделка может включать несколько заказов; повторная отгрузка может происходить без нового обращения. Отсутствие связи должно быть видно в разборе данных, а не скрываться внутри итоговой суммы. Участники проекта согласуют допустимый уровень детализации: иногда надёжно сопоставляются клиенты и периоды, но не отдельные сделки. В таком случае выводы ограничивают этим уровнем, пока компания не договорится о способе фиксировать необходимые связи в исходных системах.
CRM, торговый учёт и бухгалтерия отвечают на разные вопросы
CRM полезна для анализа стадий, причин потерь и активности команды. Торговая конфигурация 1С помогает смотреть заказы, номенклатуру, реализации и остатки. Бухгалтерский источник нужен, когда вопрос касается подтверждённой себестоимости и финансового результата. Для Cosbi себестоимость опирается на бухгалтерские данные, поэтому её доступность нельзя автоматически выводить из наличия подключения к 1С:УТ. Версия, конфигурация, доступные сущности и особенности учёта проверяются для конкретной компании до согласования состава запуска.
Сквозная аналитика продаж также отличается от маркетинговой атрибуции. Чтобы ответить, откуда пришёл клиент, нужны источники обращений и доступные метки. Чтобы ответить, что отгрузили и сколько денег получили, нужны документы и финансовые события. Эти задачи могут встретиться в одном кабинете, но полнота одной не гарантирует полноту другой. Полезно разделить их на вопросы и установить источник истины для каждого показателя. Тогда отсутствие рекламной метки не делает недостоверной реализацию, а статус выигранной сделки не превращается в подтверждение оплаты.
Как принять результат внедрения
Выберите период и несколько контрагентов, по которым команда может вручную восстановить цепочку событий. Включите простой заказ, частичную отгрузку, предоплату, отсрочку и возврат, если такие сценарии встречаются в вашем бизнесе. Сравните не только общий итог, но и отдельные документы. Для каждого расхождения должно быть объяснение: другой период, иной налоговый состав суммы, неполная связь или ещё не загруженное событие. Такая сверка превращает пилот в проверку модели данных, а не в оценку привлекательности графиков.
После сверки обсудите эксплуатацию. Изменение стадии в CRM, нового реквизита в 1С или правила проведения документов может повлиять на аналитику. Нужен ответственный за сообщения об этих изменениях и понятный порядок разбора ошибок. Cosbi — аналитическая надстройка: процессы создания заказов, выставления счетов и исправления документов сохраняются в ваших системах. На консультации команда проверит применимость источников, предложит границы пилота и обсудит тариф. Сроки и состав работ определяются после знакомства с данными, а не по одному названию CRM или конфигурации 1С.
Что проверить на пилоте
| Показатель | Источник | Критерий проверки |
|---|---|---|
| Сделка | CRM | Понятны стадия результата, сумма и дата события |
| Отгрузка | Реализации 1С | Проверены частичные исполнения, возвраты и связь с заказом |
| Оплата | Финансовые документы | Аванс отделён от выручки; разобраны распределения платежей |
| Сопоставление | Идентификаторы и ссылки источников | Неоднозначные записи выделены, уровень детализации согласован |
Возможности, источники и роли
Изучите подробности выбранного контура. Статус и применимость каждой интеграции проверяем для вашей конфигурации.
Вопросы перед внедрением
Сквозная аналитика означает двустороннюю синхронизацию CRM и 1С?
Это разные задачи. Здесь речь о совместном анализе данных. Перенос заказов, изменение статусов и другие операционные записи в системы клиента не следует считать частью аналитического запуска без отдельного согласования.
Достаточно ли подключения к 1С:УТ для расчёта маржи?
Нужно проверить источник себестоимости. В модели Cosbi бухгалтерская себестоимость берётся из бухгалтерского учёта; наличие торговых документов не подтверждает доступность этих данных. Состав источников определяют до пилота.
Что делать, если сделки не связаны с заказами?
Сначала оценить существующие идентификаторы и надёжный уровень сопоставления. Если доступны только связи клиентов, не обещать детализацию до сделки. Необходимые изменения процесса фиксации ссылок обсуждаются с владельцами CRM и 1С.