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