Робот «Получить детали из чёрного списка ЦБ РФ по ID» помогает получить подробную информацию по найденной записи, если требуется более глубокая проверка компании.
Видимая часть формы настройки в Битрикс24. Скриншот показывает поля действия; он не подтверждает выполнение учебного примера.
Для кого и какую задачу решает
Сотруднику проверки контрагентов, которому нужно изучить конкретную запись предупреждения после первичного поиска.
Факт совпадения по названию слишком общий для дальнейшего решения. Робот читает подробности по ID записи источника, возвращает признаки, регионы и дату обновления. ID предупреждения отличается от ID компании в CRM.
Параметры и подготовка
| Поле | Как заполнить |
|---|---|
ID записи в ЦБ РФ (id) |
Обязательное поле |
Перед настройкой выберите, откуда процесс получит каждое значение: постоянная настройка, поле карточки или результат предыдущего шага. Подписи в таблице соответствуют полям робота. Коды в скобках помогают различать похожие параметры при передаче данных между шагами.
Как использовать
- Сначала выполните поиск предупреждений и выберите нужную запись из его результатов. Сверьте ИНН, название и другие доступные сведения.
- Передайте положительный id записи Банка России. Не подставляйте ИНН либо ID компании CRM в это поле.
- После статуса проверьте found, затем название, ИНН, основной признак и все признаки. Несколько признаков возвращаются отдельно от краткого первого.
- Сохраните нужные сведения в отдельном действии или передайте ответственному для проверки. Сверяйте date_update и исходную публикацию перед решением.
Учебный пример и ожидаемый результат
Если первичный учебный поиск вернул запись с ID 12345, передайте именно 12345. При подтверждённом ответе найденной записи ожидаются тот же ID и её подробности. Число служит примером формата: инструкция не утверждает существование конкретного предупреждения. Пустой корректный ответ даёт found=false и ID 0 при успешном чтении.
Пример показывает подготовленные учебные данные. Фактический результат зависит от переданных значений и доступных данных вашего процесса.
Что возвращает и как продолжить процесс
- «Найдено» (
found). - «ID записи» (
id). - «Название организации» (
name). - «ИНН» (
inn). - «Адрес» (
address). - «Сайт» (
site). - «Основной признак» (
warning_text). - «Все признаки» (
all_signs). - «Регионы» (
regions). - «Дата обновления» (
date_update). - «Признак ликвидации» (
is_liquidated). - «Полные данные (JSON)» (
detail_json).
detail_json содержит полный полученный документ JSON. Отдельные результаты удобны для полей CRM: name, inn, address, site, warning_text, all_signs, regions, date_update. is_liquidated отражает признак источника, а не независимую проверку реестра.
Выход «Статус выполнения» проверяйте перед передачей результата дальше. При отрицательном статусе прочитайте «Ошибка» и направьте процесс на исправление исходных данных. Успешный статус подтверждает выполнение действия; содержательные признаки результата проверяйте отдельно.
Ограничения и разбор ошибок
Положительный ID берётся из списка предупреждений. Ответ с пустыми данными организации допустим: found=false при успешном статусе. Ответ с другой идентичностью или неоднозначной организацией не принимается. Возвращаются подробности источника и полный JSON; это чтение, а не изменение CRM.
Робот не изменяет карточку и не подтверждает, что запись относится к клиенту только потому, что её ID передан в настройку. При неполном или неоднозначном ответе действие завершается ошибкой. Юридические выводы требуют самостоятельной проверки ответственным.