Подобрать сотрудника по видимой нагрузке задач
Робот «Подобрать сотрудника по видимой нагрузке задач». Сравнивает текущие доступные задачи кандидатов по явно заданным весам статусов.
Видимая часть формы настройки в Битрикс24. Скриншот показывает поля действия; он не подтверждает выполнение учебного примера.
Для кого и какую проблему решает
Для диспетчера заявок и руководителя, распределяющего новую работу по доступным данным задач. Сравнивает нагрузку кандидатов по заданным весам состояний вместо приблизительного выбора на глаз.
Что подготовить
Установите действие в каталоге приложения «CRM роботы 2.0 + AI», затем добавьте его в нужную точку автоматизации. Для чтения или изменения объектов нужен соответствующий доступ пользователя подключения. Идентификаторы берите из полей карточки или результатов предыдущих шагов: название объекта не заменяет его числовой ID.
Параметры и значения
| Поле в настройке | Тип | Обязательность и исходное значение |
|---|---|---|
| Кандидаты (JSON ID) | Текст | Обязательное; значение по умолчанию не задано |
| Веса статусов задач (JSON) | Текст | Обязательное; значение по умолчанию не задано |
Поля, обозначенные JSON, заполняйте корректными массивами или объектами с двойными кавычками в строках. Подставляйте одно значение через штатный выбор данных редактора; не копируйте служебный идентификатор шага из другого шаблона.
Как использовать пошагово
- Передайте до 100 ID кандидатов массивом. Заранее проверьте их активность и пригодность к работе.
- Задайте объект весов выбранных статусов, например
{"2":1,"3":3}: ожидающая задача весит 1, выполняющаяся: 3. - Используйте положительные целые веса от 1 до 1000 для статусов 1, 2, 3, 4 или 6.
- Изучите предложенного сотрудника, равных кандидатов и расчёт по каждому.
- Передайте выбранный ID в отдельное назначение задачи или CRM-карточки. Сам подбор ничего не назначает и не резервирует.
Учебный пример и ожидаемый результат
Кандидаты [21,22], веса {"2":1,"3":3}. У 21 две ожидающие задачи, у 22 одна выполняющаяся. По этим видимым данным нагрузка 2 против 3, поэтому предлагается 21. При равенстве выбирается меньший ID. Все номера объектов в примере условные; замените их данными своего портала. Пример объясняет настройку, а не подтверждает выполненный запуск.
Какие результаты передать дальше
- Предложенный сотрудник: сотрудник.
- Взвешенная нагрузка: целое число.
- Все кандидаты с минимальной нагрузкой: целое число, список.
- Расчёт по кандидатам (JSON): текст.
- Учтено видимых задач: целое число.
В следующем действии откройте выбор данных и выберите результат этого робота по названию. Сначала проверьте статус выполнения; при ошибке передайте её пояснение на разбор и не используйте пустые значения как подтверждённый результат. Успех шага и положительный ответ на бизнес-проверку: разные условия.
Ограничения и исправление ошибок
Учитываются только доступные задачи выбранных статусов, где кандидат ответственен. Скрытые задачи и иные виды работы не учитываются. До 5000 задач и 101 страницы; неполный ответ останавливает расчёт. Активность, занятость и параллельный подбор автоматически не контролируются.
Если доступ изменился, сначала проверьте объект под пользователем подключения и актуальность ID. Повторяйте действие после устранения причины. Для действий с записью предварительно сверяйте фактическое состояние: сообщение об ошибке само по себе не доказывает, что ни одна правка не сохранилась.
Как заполнять JSON-поля
Каждый блок ниже вставляется целиком в своё поле. Не добавляйте внешние кавычки вокруг всего массива или объекта. Учебные ID и названия замените фактическими данными.
Кандидаты (JSON ID)
[
21,
22
]
Значения массива обозначают ID сотрудников вашего портала. Берите их из результата поиска сотрудников или выбранного сотрудника, не из ID сделки. В массиве нужны положительные целые числа без объектов и фамилий. Передайте непустой набор до 100 кандидатов. Активность и доступность каждого проверьте заранее.
Веса статусов задач (JSON)
{
"2": 1,
"3": 3
}
Непустой объект: ключи строковые коды статусов задач 1, 2, 3, 4, 6; значения положительные целые веса 1–1000. В примере ожидающая задача весит 1, выполняющаяся 3. Веса задаёт руководитель процесса; это не свойства сотрудника. Невключённые статусы не учитываются. {} не задаёт расчёт нагрузки, [] имеет неверную форму.