вроде это ответчает за унив списки

Список который у вас есть с чёрным списком , там создайте технический элемент списка и в нем в множественном поле храните айдишики каждого элемента. Далее когда у вас создаётся новый лид запускайте итеративно БП на проверку вхождение в чёрный список. Это все в БП

Согласен возможно написал непонятно . Если что напишите в ЛС

о, отлично спасибо, а то я вон сваял уже на пыхе вывод списка и его собирался перебирать

облако или коробка?

коробка, он писал в вопросе

Не через REST это ты конечно загнул)))
Я не знаю как насчет "своих" активити, но можно попробовать через БП на стадии лида.
Итератором проходить по очереди все записи в ЧС, если находится совпадение - то меняешь стадию лида
Если не находит - итератору + и идешь дальше
Если все закончилось и ничего не нашло - то ок

Но - это может быть очень долго если ЧС разрастется

Как вариант - сделать стадию "Проверка на ЧС" - и если все ок, то с неё тоже перебрасывать на другую стадию, но не в отбраковку а в отработку менеджеру

да по БП подсказали уже IT СОТ

вот меня волнует разрастание ЧС

ну у меня ЧС , это отбраковка тотальная, поэтому как бы это обязательное условие

Коллеги, подскажите, коробка
Unable to get session lock within 60 seconds. (0)

Это проактивная защита?

Скорее всего да
Попробуйте включить или отключить хранение сессий в БД

хз, смысл через списки

ну или просто искать в списке по номеру, если есть - то bl, в чем проблема? p.s я бы сделал через таблицу

типа if(getByNumberPhone() === true){return 'Нафиг этого чувака'}

или списки не поддерживает фильтрацию по кастомному полю?

Универсальный список это инфоблок

Бери и делай чего хочешь обычными инфоблочными методами, коробка же

И через БП и через иб. Только смотреть ппоизводмтельности

Понял