Коллеги, приветствую. На связи Юрий Павлюк и команда Digital for Sales. Мы разрабатываем полезные приложения для Bitrix24, создаем дэшборды и занимаемся интеграцией. В этом видео я расскажу о нашем приложении для поиска элементов списка по любым полям. Это может быть одно поле, два, три — как угодно. Вы наверняка уже делали такое: заходили в список, открывали фильтры, набирали что-то по дате, по автору или по значению поля.
Но какая проблема? Мы получили выборку и что дальше можем с ней сделать? Можем выгрузить в Excel и уже там что-то крутить. Или можем включить массовое редактирование и вручную поправить какие-то элементы, но не все. Это ручной путь.
Что делает приложение? Результатов поиска несколько.
Первый — числовой. Мы задали параметры, а система говорит: найдено 47 элементов. Это число может понадобиться, если вы вставляете его в письмо, в уведомление Telegram, в аналитику или в какое-то поле и дальше что-то с этим числом делаете. Иногда нужно просто количество.
Второй результат — массив айдишников найденных элементов. Система говорит: я поискала, вот айдишники — 13, 54, 186 и так далее. Сам по себе список айдишников пользы не дает, но когда вы вставляете массив в итератор, а вы, скорее всего, так и будете делать, можно вытащить нужные данные: названия, даты создания, ответственных, авторов, значения других полей. Через итератор это удобно получать и при необходимости менять. Например, сменить ответственного у списка. Это можно сделать руками, но если задача регулярная или встроена в бизнес-процесс вроде смены ответственного, лучше автоматизировать.
Третий результат напрямую связан со вторым — это самый первый элемент, то есть тот, у которого айдишник минимальный. У нас он так и называется — самый малый ID. Зачем это нужно? Часто элементы в списки добавляют разные люди. Как ни прописывай регламенты, дубли все равно появятся. Тогда надо решить, какой элемент оставить. В большинстве регламентов указано: оставляем тот, что создан первым. Это честно — второй человек, создавая дубль, нарушил правило. Поэтому его элемент удаляем, предварительно разобравшись с данными, если их больше.
Я позже покажу конкретный пример всех трех результатов. Пока важно другое. Списков у вас много, и под каждый список наше приложение создает отдельного робота. Почему так? Мы могли бы сделать одного робота с выпадающим списком, но что если вам нужно обратиться к списку из сделки? Например, вы находитесь в сделке, хотите обратиться к списку, что-то вытащить и записать в поле сделки или в комментарий. Поэтому под каждый список — свой робот. Да, роботов больше, но настроек меньше и использовать их в автоматизациях проще.
Представьте, вы вчера установили приложение, а завтра создали новый список. Новый робот появится после обновления приложения. Все текущие роботы останутся, настройки сохранятся. Главное — при обновлении не ставить галочку удаления приложения. К имеющимся роботам просто добавится еще один — под новый список. С точки зрения настройки и использования это лучший вариант.
Переходим к практике на нашем демостенде. Кто смотрел предыдущие видео, тот знает, как он выглядит. Есть тестовая сделка. Я нахожусь в сделках, а работать буду со списками. Идем в роботов. Мне нужно два робота: первый — поисковый, я буду искать по списку родительских брендов, второй — добавит комментарий с результатами поиска.
Что будем искать? В списке есть разные бренды, среди них Lego. Я точно слышал, что он встречается неоднократно. В результате мне нужно три показателя. Первое — количество. Второе — массив, перечень айдишников. В комментарии он будет как список через запятую, но вы будете использовать его как массив в итераторе. Третье — самый малый ID.
Настраиваем роботов. Первый ищет, второй выводит результаты. Возвращаемся в сделку, запускаем роботов и смотрим комментарии. Сколько у нас брендов LEGO? Три? Восемь? Прекрасно — 55. Где-то кто-то сейчас вздохнул. В моей системе 55 брендов LEGO.
Был нормальный менеджер, который завел бренд с айдишником 13013. Число символичное, два раза по 13. Это и есть первый элемент. Все остальные — дубли. Что бы я сделал, если бы отвечал за чистоту CRM? Взял бы массив, прогнал через итератор, посмотрел, кто создал остальные 54 дубля. Наверняка это не 54 разных человека. Поговорил бы с ними и предложил исправить ситуацию.
Почему нельзя просто объединить элементы списка? Это не компании и не сделки. Элемент привязан к конкретной сделке. Можно оставить один, второй удалить, но если он используется в сделках, нужно сначала зайти в каждую сделку, заменить элемент на первый, и только потом удалять. Руками это невозможно — точнее, возможно, но на это уйдет пара дней по 8 часов. Вот зачем нужен массив, итератор и наше приложение, чтобы этот массив получить. Это экономия времени и ресурсов.
Важно, что мы ищем по любым полям и из любого места. Это касается не только CRM, но и смартов. Мы получаем сразу три результата, и особенно круто — массив данных, потому что дальше с ним можно работать.
На этом все. В описании будут скрины и дополнительные примеры работы. Если у вас появился новый список, просто переустановите приложение, и появится робот для нового списка.
Меня зовут Юрий Павлюк, как видно в этом чатике. Вы можете написать мне в Telegram или WhatsApp, и я действительно отвечу по настройкам этого и других наших приложений. Мы команда Digital for Sales. Создаем полезные приложения для Bitrix24 и занимаемся интеграцией.
Желаю, чтобы вашему бизнесу принесло пользу приложение по поиску элементов списка.