Digital for Sales. Юрий Павлюк

При настройке REST-робота в Битрикс24 пользователь столкнулся с неожиданным поведением: при создании элемента смарт-процесса ответственный назначался корректно только тогда, когда ID сотрудника указывался вручную числом. Как только вместо числа подставлялась переменная из задачи или бизнес-процесса, ответственный либо не применялся, либо подставлялся пользователь, от имени которого запускался робот. Причина оказалась в формате данных. Переменная возвращала значение вида user_11, то есть строку с префиксом, тогда как поле assignedById в REST-методе ожидает строго числовое значение...

В Битрикс24 лид был успешно конвертирован в сделку и автоматически закрыт. Уже после этого в сделке назначается ответственный сотрудник. Возникла задача: именно этого сотрудника нужно добавить наблюдателем в исходный лид. Стандартные роботы лида не подходят, так как к моменту заполнения поля лид уже завершён. Правильная точка автоматизации в этом сценарии — не лид, а сделка. Сделка всегда хранит связь с лидом, из которого она была создана, поэтому ID лида доступен внутри сделочных роботов. Это позволяет работать с лидом «извне», даже если он уже закрыт...

Пользователю требовалось автоматически получить список всех сделок, по которым не было активности более 90 дней, чтобы дальше обрабатывать их в бизнес-процессе. Стандартный поисковый робот не подошёл: он работает только с конкретным значением даты и не умеет выбирать диапазон «90 дней и старше», а также возвращает ограниченное количество записей. Задача была решена через REST-робота из приложения REST API - методы РЕСТ Битрикс24 и JSON в роботах и БП. В запросе используется метод crm.deal.list с...

При поиске сделок через робот в Битрикс24 в результатах появляются карточки, которые пользователь не видит в своей воронке: закрытые, успешные или проваленные сделки из других направлений продаж. Возникает ощущение, что робот работает некорректно и «подтягивает лишнее». Причина в том, что поле «Группа стадий» в Битрикс24 не связано с конкретной воронкой. Это глобальный статус сделки: в работе, успешна или провалена. Поэтому при использовании этого фильтра робот ищет сделки сразу по всему порталу, независимо от того, в какой воронке они находятся...

Вопрос. В карточке сделки используется тройное поле: в первые две секции менеджер вводит числа, а третья должна заполняться автоматически как результат расчёта (например, умножение). Можно ли реализовать это стандартными средствами Битрикс24? Ответ. Напрямую — нет. В одном роботе или поле Битрикс24 не умеет выполнять формулы между секциями составного поля. Однако задача решается через бизнес-процесс, если использовать приложение «Двойные и тройные поля (2 в 1, 3 в 1) в Лидах, Сделках и Смарт-процессах» как удобный контейнер для связанных значений...

Вопрос. Пользователь настроил робота через приложение «Изменение Наблюдателей в лидах, сделках, контактах и компаниях», однако наблюдатель в карточке контакта не появляется. Условия робота выполняются, ошибок нет, но результата тоже нет. В чём причина и как это исправить? Ответ. Ключевая причина оказалась не в настройках робота и не в логике приложения, а в том, от чьего имени выполняется автоматизация. В Битрикс24 любой робот работает в контексте конкретного пользователя, и именно его права используются при изменении CRM-элементов...

Частая задача в автоматизациях Битрикс24 — понять, какие задачи сейчас остаются у конкретного сотрудника в работе. Пользователь изначально рассматривал вариант решения через приложение «Поиск Контактов, Компаний, Сделок, Лидов, Задач и Сотрудников», но быстро стало понятно, что для сценария внутри робота это избыточно и усложняет схему. Основная сложность стандартного подхода — работа со статусами задач. В интерфейсе несколько состояний, и если требуется получить «всё, кроме завершённых», приходится либо перечислять статусы вручную, либо строить дополнительные проверки...

Пользователь настраивает робота в Битрикс24 для отправки уведомлений в Telegram и ожидает, что форматирование текста сохранится. В настройках выбран формат HTML, но при этом текст оформлен BB-кодами, привычными для задач и ленты Битрикс24. В результате сообщение в Telegram приходит без форматирования, а сами BB-теги отображаются как обычный текст. Причина здесь не в ошибке робота или приложения. BB-коды — это внутренний формат Битрикс24, который работает только внутри портала. Telegram такие конструкции...

В лиде используется поле «Бренд» типа «Список» с возможностью выбора нескольких значений. При одном выбранном бренде поиск элемента универсального списка отрабатывает корректно, но как только выбирается два и более бренда, поиск перестаёт возвращать результат. Почему так происходит и как это исправить в бизнес-процессе? Проблема связана с тем, что множественное поле передаёт в бизнес-процесс не одно значение, а набор. При прямой подстановке такого поля в действие поиска Битрикс24 получает некорректный входной параметр, который не может быть использован для поиска по полю списка...

Вопрос. При настройке REST-робота для добавления товаров в сделку использовался метод crm.deal.productrows.set. В параметрах передавались название услуги, цена и количество, PRODUCT_ID был равен нулю, чтобы не создавать товар в каталоге. Однако после выполнения робота товарные позиции в сделке не появлялись, а метод возвращал пустой результат или null. Ответ. Проблема оказалась не в правах, не в методе и не в логике автоматизации, а в структуре JSON. Метод crm.deal.productrows.set принимает массив товарных строк строго под ключом rows...

Почему REST-метод crm.item.list в роботе Битрикс24 возвращает ошибку о пропущенном обязательном параметре, хотя этот параметр явно указан в JSON и тот же самый запрос без проблем отрабатывает через вебхук? На практике причина почти всегда кроется не в методе и не в правах доступа, а в синтаксисе JSON. В REST-действиях роботов Битрикс24 параметры обрабатываются строже, чем при прямом вызове вебхука. Если JSON содержит лишнюю запятую, неодинаковые кавычки или смешение типов данных, отдельные параметры могут просто не передаться в метод — без явного указания на синтаксическую ошибку...

Вопрос. Менеджер работает в карточке Сделки Битрикс24 и копирует телефон клиента для проверки во внешнем сервисе. Но при копировании номер всегда вставляется со скобками и пробелами, из-за чего его приходится каждый раз править вручную. Как сделать так, чтобы телефон копировался сразу в «чистом» виде? Ответ. Проблема в том, что стандартное поле «Телефон» в Битрикс24 форматируется на уровне интерфейса, и это поведение нельзя отключить. Даже если номер хранится корректно, при копировании он всё равно будет выглядеть как +7 (999) 123-45-67...