Автоматические задачи
Настройка, которая избавляет сервис от ручной работы: как только сервисный заказ переходит в новое состояние, система сама создаёт задачи нужным сотрудникам.
Где искать: Модули → CRM → Настройки → Автоматические задачи
Разбор на примере
Вверху — тип уведомления («Уведомление») для задач из блоков: «Нет», сообщение в системе, СМС, e-mail или Telegram. Ниже, на вкладке «Стр. 1», — блоки, и каждый блок отвечает одному состоянию сервисного заказа: «В ожидании», «На диагностике», «На согласовании», «Клиент думает», «Согласовано», «В ремонте». Вкладка «Стр. 2» продолжает перечень: «В удал. сервисе», «Заказать запч.», «Ожидает запч.», «Готов», «Вернули на дораб.» и «Отказ» — так же подписаны и состояния в самом заказе.
В каждом блоке три поля:
| Поле | Что задаёт |
|---|---|
| Сотрудники | Логины через запятую — они станут исполнителями задачи |
| Описание | Текст, который попадёт в описание задачи: что именно нужно сделать |
| Тип | Тип задачи, которым пометится задача |
В примере заполнены четыре состояния: приём заявки и диагностику ведёт ІНЖЕНЕР, согласование стоимости — SA, ремонт снова ІНЖЕНЕР.
Как это работает
- Менеджер меняет состояние сервисного заказа.
- Система берёт блок этого состояния и создаёт задачу с названием «Заказ на обслуживание № …», описанием и типом из блока; открытая задача прежнего состояния этого заказа при этом закрывается.
- Исполнителями становятся перечисленные сотрудники, и каждый получает уведомление выбранным способом.
Блок без сотрудников или без типа задачи ничего не создаёт и ничего не закрывает. Отдельно от настройки при каждой смене состояния система ставит задачу ответственному (поле «Ответственный» заказа) или заново открывает прежнюю такую — если в типах задач есть тип с кодом этого состояния. Эта задача не зависит от блоков и от типа уведомления вверху: она всегда уведомляет сообщением в системе. В стартовой базе такие типы заведены для всех двенадцати состояний.
Три состояния работают ещё и с клиентом, если в заказе указан телефон (без него не уходит ничего): когда заказ переходит «На диагностике» (сообщение, что его приняли), становится готовым или получает отказ, клиенту уходит СМС по шаблону из текстов сообщений, если отправка СМС там включена. Контакт, подключённый к боту Telegram, вместо СМС получает короткое сообщение в Telegram — и тогда, когда отправка СМС выключена. Заказ, созданный сразу в состоянии «На диагностике», сообщения не получает; созданный сразу готовым или с отказом — получает.
Типичные ситуации
Задачи не создаются. Проверьте, заполнен ли блок нужного состояния: без сотрудников или без типа задачи не будет.
Заказ не переходит в новое состояние: «Тип действия «…» не существует». В блоке этого состояния указан тип, которого нет в типах задач, и система не сохраняет сам заказ. Исправьте тип в блоке или заведите его в типах задач.
Настройка не сохраняется: «Пользователь «…» не заведен». Один из логинов списка не существует или набран с ошибкой — отказ называет именно его. Закрытого пользователя настройка тоже не примет: «Пользователь «…» закрыт». Пробелы после запятой можно оставлять.
Задачи создаются, но никто о них не знает. У сотрудников не заполнены контакты для выбранного канала — или вверху выбрано «Нет»: тогда задачи блоков создаются со снятой галочкой «Уведомление», и их исполнителям сообщений нет вовсе (так задумано; до 10.10.2026 «Нет» по ошибке работало как системное сообщение). Задачу ответственному выбор «Нет» не выключает.
Нужно, чтобы на разных состояниях работали разные люди. Так и задумано: каждый блок независим, в нём свой перечень сотрудников.