Автоматическая смена статуса в CRM при заполнении полей

В этом видео я покажу, как настроить CRM так, чтобы она сама изменяла статус сделки, как только менеджер заполняет нужные поля. Мы разберем:

Как привязать статус заказа к заполнению конкретных полей (на примере автопроката);
Написание формулы с условиями IF и IS_BLANK простым языком;
Разбор логики проверок: от брони до завершения.

Когда статус сделки можно не трогать вручную: логика на основе заполненных полей

Привет, я Илья, основатель daocrm.

Обычно менеджеры меняют статус сделки вручную. Но иногда статус напрямую зависит от того, какие данные заполнены. Например: если мы внесли данные паспорта — значит, договор готовится. Если указали трек-номер — значит, товар отправлен.

В этом видео я покажу, как настроить daocrm так, чтобы она сама переключала этапы сделки по мере того, как вы заполняете поля.

Кейс автопроката: Бронь, Выдано и Завершено в зависимости от заполнения пробега

Разберем на примере автопроката. У нас есть два поля: "Пробег при выдаче" и "Пробег при возврате".

Логика работы такая:

Если поле "Пробег при выдаче" пустое — значит, машина еще не выдана. Статус — "Бронь".
Если "Пробег при выдаче" заполнен, а "при возврате" еще нет — значит, машина сейчас у клиента. Статус — "Выдано".
Если заполнены оба поля — значит, машину вернули. Статус — "Завершено".

Формула с IF, IS_BLANK и LIST_ITEM для автоматического переключения статуса

Заходим в настройки поля "Статус".

Здесь нам нужно написать условие, которое будет проверять наши поля по очереди.

Вот как выглядит итоговая формула:

let status = IF( IS_BLANK( {{probeg_pri_vydache}} ), "Бронь",
  IF( IS_BLANK( {{probeg_pri_vozvrate}} ), "Выдано",
    "Завершено"
  )
);

LIST_ITEM(status)

В начале мы определяем, какой статус нужно поставить, и сохраняем его в переменную status. В конце преобразуем это значение в элемент списка с помощью функции LIST_ITEM — потому что поле "Статус" имеет тип "Элемент списка", а не просто текст.

А теперь давайте разберем, как определяется статус:

Первая проверка: "Пробег при выдаче" пустой?

- Если да — ставим статус "Бронь" и на этом заканчиваем.

- Если нет (пробег заполнен) — переходим ко второй строчке.

Вторая проверка: "Пробег при возврате" пустой?

- Если да — ставим "Выдано".

- Если нет (значит, заполнены оба поля) — ставим "Завершено".

Важный момент: убедитесь, что слова в кавычках точь-в-точь совпадают с названиями в вашем списке статусов.

Сохраняем.

Проверяем автостатус: заполняем пробег и смотрим, как меняются этапы сделки

Вернемся в сделку. Теперь представим, что клиент забирает машину. Я ввожу пробег при выдаче.

Смотрите: статус не обновился, но появилась красная иконка. Это произошло потому, что в этой сделке уже был установлен статус вручную. daocrm не переписывает существующие данные автоматически — это защита от потери информации.

Чтобы включить автоматическое обновление, нажимаю на красную иконку и выбираю "Обновить". Вот теперь статус изменился на "Выдано", а иконка стала серой. Теперь статус будет обновляться по формуле автоматически.

Предположим, прошло время, машину вернули. Ввожу пробег при возврате. Статус сразу меняется на "Завершено".

А что, если менеджер ошибся и ввел данные случайно? Давайте удалим пробег при возврате — статус вернулся на "Выдано". Удалим пробег при выдаче — статус снова "Бронь". Теперь daocrm сама поддерживает этап сделки в актуальном состоянии, просто реагируя на то, какие данные вы вводите.

Один принцип — любая сфера: автостатус для доставки, оплаты и других этапов

По такому принципу можно автоматизировать процессы в любой сфере. Например, менять статус на "Доставка", как только заполнен адрес, или на "Оплачено", как только внесена сумма.

Но что, если нам нужно не просто поменять статус, а зафиксировать дату этого события? Например, запомнить точный день, когда сделка перешла в "Завершено"? Об этом мы поговорим в следующем видео.