Страница установки локального приложения. Откройте её из портала Битрикс24 (приложение должно быть подключено), иначе BX24.init не сработает.
Робот стоит сразу после действия «Задача 1». В поле «Задача 1» не нужно знать числовой ID: только Вставка → TaskId из того же шаблона (в интерфейсе это часто выглядит как {{=...:TaskId}} — так и должно быть). В «Задаче 2» в поле файлов: Вставка → Дополнительные результаты → этот робот. У робота с доп. результатами в портале будет ожидание ответа приложения (ограничение платформы).
Если в логах обработчика в source_raw по-прежнему приходит та же строка со скобками, а не число, значит очередь Битрикс24 не подставила TaskId перед вызовом приложения — приложение не может вычислить выражение БП само; тогда проверьте порядок шагов и при необходимости напишите в поддержку портала с примером тела запроса.
Код робота: bp_prev_task_files_view
Обработчик встройки (слайдер): — выключен, параметры в дизайнере БП
Обработчик очереди (файлы): https://curlbrx.duckdns.org//robot-handler.php
Обработчик очереди (чек-лист): https://curlbrx.duckdns.org//task-checklist-robot-handler.php · код робота bp_task_checklist_read
В дизайнере CRM укажите STAGE_ID (например C7:NEW, WON). Сделка берётся из контекста БП. Код робота: bp_crm_deal_set_stage, обработчик: https://curlbrx.duckdns.org//crm-deal-stage-handler.php. В приложении нужны права REST crm и bizproc.
Ставьте сразу после действия «Задача», в которой заполняют чек-лист. В поле «Задача» — Вставка → TaskId из того же шаблона (как у робота файлов). В условии БП сравнивайте доп. результаты chk_01…chk_20: значение Y — пункт выполнен, N — нет, пустая строка — такого пункта нет. Строки-заголовки секций (родитель, у которого есть подпункты) в переменные не попадают. Порядок — по SORT_INDEX, затем ID (REST task.checklistitem.getlist). Если пунктов больше 20, смотрите checklist_json. Нужны права к задачам и bizproc; USE_SUBSCRIPTION=Y (ожидание ответа приложения).