Битрикс24 · REST API · Бизнес-процессы · CRM
Один и тот же клиент мог существовать в CRM сразу в пяти карточках. Менеджеры параллельно общались с одной компанией, спорили из-за клиентов и теряли историю договорённостей. А экономисты и отдел продаж регулярно работали с разными версиями данных: пока один пересчитывал стоимость заказа, второй продолжал обсуждать с клиентом старые условия.
Чем активнее росла база клиентов и количество сделок, тем сильнее команда ощущала необходимость в дополнительной автоматизации процессов.
Чтобы навести порядок, компания реализовала две доработки на базе REST API Битрикс24:
- автоматический контроль дублей компаний;
- живую синхронизацию изменений между менеджерами и экономистами.
Оба решения появились не «ради автоматизации», а как ответ на ежедневные рабочие ситуации, которые замедляли процессы и усложняли взаимодействие внутри команды.
1.1 Умный контроль дублей компаний с филиалами
Проблема: дубли как системная угроза
База клиентов росла годами. В системе были тысячи компаний: постоянные клиенты, партнёры, поставщики, разовые покупатели. И чем больше становилась CRM, тем чаще появлялась одна и та же проблема — дубли.
В теории всё выглядело нормально. В Битрикс24 уже работала стандартная проверка по УНП — уникальному номеру плательщика. Если номер совпадал, система показывала предупреждение.
Но в реальной работе это почти не помогало.
Менеджер создаёт карточку, система показывает уведомление, сотрудник машинально закрывает его и продолжает работу дальше. Через неделю в базе уже несколько карточек одной компании — с разной историей общения, разными сделками и разными ответственными.
В какой-то момент стало нормой:
- два менеджера одновременно работают с одним клиентом;
- часть переписки лежит в одной карточке, часть — в другой;
- новый сотрудник видит только «своего» клиента и не знает о предыдущей истории работы.
«У одной компании могло быть пять-шесть карточек. И каждый был уверен, что именно его версия правильная.»
Из-за этого страдали не только продажи. Начинались конфликты между сотрудниками, путались отчёты, терялась история договорённостей. CRM, которая должна была быть единой точкой правды, постепенно превращалась в набор разрозненных данных.
Автоматизация вместо человеческого фактора
Стало понятно: пока решение зависит от внимательности менеджера, дубли никуда не исчезнут.
Тогда команда пошла другим путём — перенесла контроль на уровень системы.
Теперь после создания новой компании CRM автоматически проверяет УНП через REST API. Если такой клиент уже есть в базе, новая карточка сразу удаляется.
При этом менеджер не остаётся «в тупике». Система мгновенно отправляет ему уведомление со ссылками на все существующие карточки компании. Сотрудник сразу понимает, куда нужно перейти и где продолжать работу.
После внедрения проблема дублей практически исчезла. Но через некоторое время команда столкнулась с новой ситуацией.
Когда дубль — это не ошибка
Менеджеры начали жаловаться: система удаляет карточки, которые нужны для работы.
Оказалось, проблема была в филиалах.
У одной компании могло быть несколько торговых точек или офисов в разных городах. У них один УНП, но разные контактные лица, адреса доставки и менеджеры. Для бизнеса это не дубль, а отдельная рабочая сущность.
Правило «один УНП — одна карточка» оказалось слишком жёстким для реальной жизни.
Как система научилась отличать дубли от филиалов
Чтобы решить проблему, в карточку компании добавили поле «Тип точки»:
- головной офис;
- филиал.
После этого логика работы изменилась.
Если создаётся карточка головного офиса и УНП уже есть в системе — дубль удаляется автоматически.
Если менеджер создаёт филиал, CRM разрешает сохранить карточку, но показывает все связанные компании с этим УНП. Так сотрудники видят полную структуру клиента и могут заранее согласовать работу между собой.
В итоге база осталась чистой, но при этом система перестала мешать реальным бизнес-процессам.
- Менеджеры больше не создают случайные дубли, но спокойно работают с филиалами одной компании без конфликтов и потери данных.
1.2 Живая синхронизация менеджера и экономиста
Проблема, которую невозможно заметить сразу
В компании менеджер и экономист работают с одной сделкой одновременно. Менеджер общается с клиентом, уточняет детали заказа и согласовывает условия. Экономист считает стоимость, сроки производства и обновляет расчёты.
И всё бы работало нормально, если бы данные не менялись постоянно.
Клиент просит изменить объём заказа. Потом уточняет характеристики товара. Затем переносит сроки. Изменения происходят весь день — и вносить их могут оба сотрудника.
Проблема была в том, что каждый работал «в своём мире».
Экономист обновил расчёты — менеджер этого не увидел. Менеджер договорился с клиентом о новых условиях — экономист продолжил считать старую версию заказа.
Из-за этого сотрудники регулярно попадали в неловкие ситуации перед клиентами.
«Клиент уже обсудил новые условия с экономистом, а я продолжал говорить по старым цифрам.»
Как изменения сделали заметными
Решение оказалось простым по логике, но очень полезным в ежедневной работе.
Команда внедрила визуальную синхронизацию прямо в канбан-доски Битрикс24.
Теперь любое изменение в карточке сделки сразу становится заметным второму участнику.
Например:
- экономист меняет стоимость или сроки;
- у менеджера карточка сделки мгновенно выделяется в канбане;
- на ней появляется метка «Изменено».
Менеджеру не нужно искать обновления вручную, писать коллегам или сверять версии данных. Он просто открывает доску и сразу видит, где произошли изменения.
После просмотра карточки метка автоматически исчезает.
Точно так же система работает и в обратную сторону: если изменения вносит менеджер, уведомление появляется у экономиста.
На первый взгляд решение выглядит небольшим. Но именно такие мелочи сильнее всего влияют на ежедневную работу команды.
Сотрудникам больше не нужно держать всё в голове, пересылать друг другу сообщения или выяснять, кто обновлял данные последним.
- Менеджеры и экономисты начали работать в едином информационном поле. Количество ошибок сократилось, а согласование с клиентами стало быстрее и спокойнее.
Что изменилось после внедрения
Обе доработки появились из конкретных рабочих проблем, которые команда ощущала каждый день:
- дубли в CRM
- потерянные изменения
- конфликты между сотрудниками
- работа с устаревшими данными.
При этом привычные процессы почти не изменились. Менеджеры и экономисты продолжили работать так же, как раньше. Разница в том, что часть рутинного контроля система взяла на себя.
| Доработка | Что изменилось |
| Автоматический контроль дублей | В базе перестали появляться повторяющиеся компании |
| Уведомления со ссылками | Менеджеры сразу переходят в нужную карточку |
| Поддержка филиалов | Команда работает с одной компанией без путаницы |
| Живая синхронизация | Изменения между сотрудниками видны сразу |
| Метка «Изменено» | Обновления невозможно пропустить |
Автоматизация даёт результат не количеством новых функций, а тем, насколько незаметно и точно она решает ежедневные рабочие задачи. Когда сотрудники работают с актуальными данными, не тратят время на поиск нужной информации и видят изменения в режиме реального времени — команда двигает сделки быстрее, а процессы становятся прозрачнее и управляемее.
FAQ
Автоматизация решала проблемы дублей компаний в CRM, потери изменений, конфликтов между сотрудниками и работы с устаревшими данными.
После создания новой компании CRM автоматически проверяет УНП через REST API. Если такой клиент уже есть в базе, новая карточка удаляется, а менеджер получает уведомление со ссылками на существующие карточки.
Живая синхронизация делает изменения в сделке заметными второму участнику: карточка выделяется в канбане, появляется метка «Изменено», и сотрудники работают с актуальными данными.
