Зависимые поля

v1.3.54 17 сентября 2026 документация

Почему в Chrome нужно отключать Local Network Access Checks. В «Помощи» описано: это защита браузера, если коробка открыта по внутреннему адресу. Нормальное решение — заходить на портал по внешнему имени с публичным IP или разрешить доступ к локальной сети, а не отключать флаг всем сотрудникам.

v1.3.53 16 сентября 2026 документация

В «Помощи» — как проверить сеть с сервера портала. Добавлены команды для коробки (CentOS / Debian / Ubuntu): доступ до oauth.bitrix.info, api.bitrix24.com и нашего домена, плюс что делать при «Ошибке получения токена авторизации» и 504.

v1.3.52 31 августа 2026 обновление

Обновлён список IP для ИТ/ИБ. В заявке для фаервола актуальные адреса: 132.243.239.158, 95.79.129.155, 212.192.23.167, 45.80.71.80, 159.194.219.102. Рекомендуется по-прежнему резолвить домен dependent-fields.safekit.tech.

v1.3.51 24 августа 2026 исправление

Значение ветки верхнего уровня больше не «слетает» при добавлении вложенности 3-го и глубже уровня. Раньше при сохранении значение вышестоящей ветки могло перехватываться галочкой «При любом непустом значении» из вложенного уровня — и значение 1-го уровня терялось. Теперь значение каждой ветки читается строго из своих элементов и синхронизируется сразу при изменении.

v1.3.50 24 августа 2026 удобство

Ветки «при любом значении» помечаются и в наглядной схеме зависимостей. В дереве-превью такие ветки выделяются жёлтым бейджем, а при нескольких на одном уровне — предупреждением, что они покажутся одновременно.

v1.3.49 24 августа 2026 удобство

Предупреждение о ветках «При любом непустом значении». Если на одном уровне несколько таких веток, настройщик подсветит, что они показываются одновременно при любом выборе (частая причина «лишних» полей в карточке), и подскажет задать конкретные значения.

v1.3.48 24 августа 2026 исправление

Множественный список-триггер не сохранялся, если значение только выбрали в списке. Раньше значение засчитывалось лишь после нажатия «+ Добавить значение», поэтому при простом выборе и «Сохранить» поле оставалось пустым. Теперь значение добавляется сразу при выборе в выпадающем списке.

v1.3.47 24 августа 2026 удобство

Кнопка «Информация для ТП» на главном экране. Рядом с «Помощь» появилась отдельная кнопка — сбор технической информации теперь доступен в один клик, без поиска внутри справки.
В отчёт для поддержки попадает структура правил по всем сущностям. Дерево ветвлений (значения → поля → вложенные уровни) теперь выгружается целиком, чтобы всю настройку логики можно было передать одним текстом.

v1.3.46 24 августа 2026 диагностика

В отчёт «Тех. информация для поддержки» добавлена полная структура правил. Теперь по кнопке выгружается дерево ветвлений: триггер → значение каждой ветки → показываемые поля → вложенные уровни. Это помогает поддержке быстро понять, почему поле показывается не там, где ожидалось (например, ветка без указанного значения срабатывает всегда).

v1.3.45 24 августа 2026 исправление

Некоторые значения списков в карточке не сохранялись. Раньше при каждом изменении поля весь блок зависимых полей перерисовывался заново — из-за этого в текстовых полях сбрасывался фокус (нельзя было нормально печатать), а в списках иногда терялось только что выбранное значение, и оно не уходило при «Сохранить». Теперь блок обновляется только когда действительно нужно показать или скрыть зависимые поля; выбранные значения остаются на месте и корректно сохраняются.

v1.3.44 24 августа 2026 исправление

Пользовательские поля везде отображаются названием, а не кодом UF_CRM_…. Раньше в настройщике (поле-триггер и список зависимых полей) у части пользовательских полей был виден только код. Причина — системный метод получения полей на некоторых порталах не отдавал их названия. Теперь подписи берутся из надёжного источника — как это уже работало для смарт-процессов. Исправление действует и в настройщике, и в карточке сделки.

v1.3.43 24 августа 2026 исправление

Карточки правил на главном экране показывают название триггера, а не код. У ранее сохранённых правил в заголовке мог оставаться код UF_CRM_… (он был записан при сохранении в старых версиях). Теперь имя поля подтягивается из актуальных данных — как в карточке сделки. Сами настройки не меняются, обновляется только отображение.

v1.3.42 24 августа 2026 исправление

В настройщике снова видны названия полей, а не коды. В списках выбора полей у классических сущностей мог показываться голый код UF_CRM_…, хотя в карточке имя отображалось. Причина — код поля ошибочно попадал в подпись и мешал подставить настоящее название. Исправлено: теперь показывается «Название (UF_CRM_…)», а чистый код остаётся только у полей, у которых названия действительно нет.

v1.3.41 24 августа 2026 удобство

Схема зависимостей в настройщике. В редакторе появилась панель «Схема зависимостей — дерево уровней» (кнопка «Показать схему»): наглядно показывает триггер → значения → поля → вложенные уровни. Каждый уровень вложенности подсвечен своим цветом — сразу видно «разрядность» и к какому уровню относятся поля.

v1.3.40 24 августа 2026 удобство · стабильность

Окно настройки зависимостей стало шире и получило кнопку «⛶ Развернуть» — можно раскрыть редактор почти на весь экран, чтобы удобно работать с большими деревьями ветвлений.
В настройщике поля показываются названием, а не кодом. В списках выбора полей теперь видно «Название (UF_CRM_…)» вместо голого кода — не нужно искать по коду, что это за поле.
Стабильнее работа с большими настройками. При большом числе ветвлений и вложений приложение раньше могло «терять связь с порталом» и не сохранять выбор полей: оно повторно запрашивало список полей на каждую ветку. Теперь список полей кэшируется, а выбранные поля сразу фиксируются в настройке — сохранение и добавление вложенных уровней работают надёжно даже на десятках веток.

v1.3.38 19 августа 2026 удобство

В карточке убран технический код поля из скобок. Менеджеру во вкладке «Зависимые поля» показывается только читаемое название (например, «Цель Тех план» вместо «Цель Тех план (UF_CRM_…)») — так восприятие чище. В настройках приложения код в скобках остался: он помогает администратору при настройке.

v1.3.37 19 августа 2026 исправление

Поля отображаются названием, а не кодом. Если поле называлось, например, «Тип документа», но в списке выбора и во вкладке показывался технический код UF_CRM_… — теперь показывается читаемое название. Подпись берётся из настроек поля на любом доступном языке (русский → английский → другой), поэтому имена появятся и для уже настроенных зависимостей. Если поле всё же отображается кодом — значит, у него не задан «Заголовок»; укажите его в настройках поля в CRM.

v1.3.36 19 августа 2026 удобство

Проще выбирать несколько значений триггера во вкладке «Зависимые поля». Больше не нужно удерживать Ctrl/Cmd: выберите значение из списка и нажмите «+ Добавить значение». Выбранные значения показываются отдельными метками с крестиком для удаления, а поля появляются сразу для каждого добавленного значения.

v1.3.35 19 августа 2026 стабильность

Меньше риск ошибок при создании полей и загрузке настроек. Ключевые функции (перевод названия поля в код, чтение сохранённых настроек, определение типа поля в «коробке») собраны в один модуль и покрыты автоматическими тестами. На интерфейс не влияет — приложение работает как прежде, но обновления теперь безопаснее.

v1.3.34 19 августа 2026 стабильность

Повышена надёжность выгрузки в Excel. Логику формирования файла покрыли автоматическими тестами (экранирование, подписи списков и стадий, ФИО ответственного, множественные значения) — меньше риск ошибок в будущих обновлениях.

v1.3.33 19 августа 2026 исправление

Обновления вкладки «Зависимые поля» теперь доставляются сразу. Раньше из-за кэширования новые версии виджета могли не подхватываться в карточке — исправлено. Если не видите новые возможности во вкладке, обновите карточку (Ctrl+F5).

v1.3.32 19 августа 2026 исправление

Множественный триггер теперь работает и в смарт-процессах. Исправлено чтение значений полей смарт-процесса, из-за которого зависимые поля могли не показываться. Одиночные и множественные триггеры в смарт-процессах работают корректно.

v1.3.31 19 августа 2026 новое

Множественный триггер во вкладке «Зависимые поля». Если поле-триггер — список с множественным выбором, теперь можно выбрать сразу несколько значений, и поля покажутся для каждого выбранного значения (наборы объединяются). Создайте по ветке на каждое значение — остальное приложение сделает само.

v1.3.30 19 августа 2026 улучшение

В справку добавлен раздел «Как выгрузить данные в Excel» — пошаговая инструкция по новой кнопке выгрузки и пояснение, почему значения inline-полей не видны в штатном экспорте Битрикса.

v1.3.29 19 августа 2026 новое

Выгрузка в Excel одним файлом. Появилась кнопка «Выгрузить в Excel (CSV)» — она собирает по выбранной сущности единый файл со всеми ключевыми и пользовательскими полями, включая значения inline-полей (причина, комментарий и т.д.), которые не попадают в штатный экспорт Битрикса. Списки и стадии — подписями, ответственный — по ФИО. Ничего в портал не записывается.

v1.3.28 1 июля 2026 улучшение

VPN/прокси — в подсказках при потере связи. В баннере и в справке добавлена самая частая причина, по которой приложение не видит портал — включённый VPN или прокси; с подсказкой отключить его и обновить страницу.
Кнопка сбора данных для поддержки стала заметнее — теперь она синяя, её видно среди текста.

v1.3.27 1 июля 2026 улучшение

Понятное сообщение при потере связи с порталом. Если приложение не может достучаться до Битрикс24 (например, из-за строгой защиты от отслеживания в браузере или блокировки на стороне портала), вверху появляется баннер с объяснением причин и подсказками, что сделать. Раньше в этом случае был просто пустой экран.

v1.3.26 1 июля 2026 исправление

Надёжное копирование тех. информации. Добавлена кнопка «Копировать», которая гарантированно кладёт отчёт в буфер обмена (раньше автокопия могла не срабатывать внутри окна Битрикс24). Текст также всегда доступен в поле для ручного копирования.

v1.3.25 1 июля 2026 улучшение

Сбор тех. информации для поддержки стал «тихим». Теперь данные собираются одним запросом вместо шести, а если портал не отвечает — отчёт формируется за пару секунд с уже имеющимися данными (без долгого ожидания и лишних ошибок в консоли).

v1.3.24 1 июля 2026 улучшение

Уточнены подсказки в отчёте для поддержки: при проблемах со связью указываются реальные причины (авторизация/связь/прокси), в отчёт добавлен контекст запуска.

v1.3.23 1 июля 2026 улучшение

Сбор тех. информации для поддержки стал устойчивее. Отчёт формируется даже при проблемах со связью с порталом, использует уже загруженные данные (меньше лишних запросов и ошибок в консоли) и подсказывает вероятную причину, если REST-запросы к Битрикс24 заблокированы.

v1.3.22 1 июля 2026 улучшение

Кнопка «Скопировать тех. информацию для ТП». Если не удаётся разобраться с ошибкой — нажмите кнопку (в «Помощи» или прямо в сообщении об ошибке), приложение соберёт всю техническую информацию о настройке и скопирует её. Просто вставьте текст в обращение в поддержку — не нужно делать десятки скриншотов.
Оглавление «Помощи» теперь прокручивает к разделу плавно и стабильно.

v1.3.21 1 июля 2026 улучшение

Оглавление в разделе «Помощь» — быстрый переход к нужному разделу по ссылкам.
Раздел «Информация для ИТ/ИБ-службы» — готовая заявка для системных администраторов (домен, актуальные IP, порты, направление трафика) и описание, какой доступ нужен для работы приложения. Важно для коробочных порталов, закрытых от внешней сети.

v1.3.20 1 июля 2026 исправление

Исправлена ошибка «Указан неверный пользовательский тип» при создании inline-поля в коробочной версии. Приложение теперь определяет реально зарегистрированный на портале тип поля и использует именно его — раньше в коробке код типа мог отличаться от ожидаемого, и Битрикс отклонял создание поля.
Текст ошибки создания inline-поля переработан: понятные шаги для установки из Маркета (без технических отсылок), с подсказкой использовать вкладку «Зависимые поля», если поля уже существуют.

v1.3.19 29 мая 2026 улучшение

Подсказки в интерфейсе: явно указано, что «Настройки зависимостей» работают во вкладке «Зависимые поля», а не в основной форме карточки; предупреждение, если правила есть, а вкладка ещё не добавлена.
Помощь: убран блок «Шаг 0 — Разработчикам» (для установки из Маркета не нужен); исправлены подписи вариантов A/B в соответствии с главным экраном.
Виджет вкладки: зависимые поля-списки отображаются выпадающими списками; при смене поля 2-го уровня сразу пересчитываются поля 3-го уровня (вложенные условия).

v1.3.18 21 мая 2026 исправления

Inline-поле корректно скрывается на форме «Создание …». Раньше при создании новой заявки/лида/сделки поле сразу показывалось, даже если триггер ещё не заполнен. Причина: CRM-элемент ещё не сохранён в базе, запрос к API возвращал «Элемент не найден», и приложение на всякий случай показывало поле. Теперь в такой ситуации триггер считается пустым — поле скрыто, пока карточка не сохранена и условие не выполнено.
После первого сохранения карточки обновите страницу (F5) — тогда inline-поле начнёт реагировать на значение триггера в обычном режиме.

v1.3.17 21 мая 2026 критическое исправление диагностики

Исправлен ложноположительный вердикт «Поле управляется ДРУГИМ приложением». В версии v1.3.15 кнопка «Проверить настройку» неверно вычисляла ожидаемый тип поля и ругалась даже на поля, реально созданные нашим приложением. Причина: мы строили ожидаемый тип по «короткому коду приложения», а Битрикс24 на самом деле регистрирует тип по внутреннему ID приложения (например, rest_105_df, где 105 — это внутренний номер). Теперь проверка использует тот же тип, что и при создании поля, и дополнительно сверяется с реальным списком зарегистрированных типов от Битрикс24 — поле считается нашим, если у его типа handler-адрес ведёт на наш домен.
В отчёте проверки теперь показывается и ожидаемый тип, и (если их несколько) полный список наших типов на портале.

v1.3.16 19 мая 2026 исправления

Исправлены дубликаты полей в выпадающем списке поля-триггера. Раньше в смарт-процессах и в некоторых классических сущностях одно и то же пользовательское поле могло появляться в списке дважды — потому что приложение получало его из двух источников Битрикс24 (системные поля + пользовательские) и просто склеивало списки. Теперь поля объединяются по коду с приоритетом непустых данных — дублей нет.
Исправлен вывод подписей пользовательских полей в списке триггера. Раньше некоторые поля показывались как «UF_CRM_5FD71584CEFD9 (UF_CRM_5FD71584CEFD9)» вместо своей нормальной подписи. Причина — Битрикс24 в части ответов API не отдавал локализованную подпись поля, а наше приложение в таких случаях подставляло код вместо названия. Теперь подпись подтягивается из любого доступного источника (заголовок поля из `crm.item.fields`, `editFormLabel`, локализованные объекты), и в списке видно нормальное название.

v1.3.15 19 мая 2026 диагностика

Кнопка «Проверить настройку» рядом с каждым inline-правилом. Одним кликом проверяет реальный тип поля в Битрикс24 и сравнивает с тем, который ожидает наше приложение. Сразу видно — управляется ли поле нашим приложением (зелёное «✓»), или его создало другое marketplace-приложение / сделано вручную (красное «✗»). Это лучший способ быстро понять, почему какое-то поле «не скрывается» — обычно потому, что это поле не нашего приложения.
В сообщении проверки приложение подсказывает конкретный план действий: удалить и пересоздать поле через нашу кнопку «Добавить inline-поле», либо проверить подписку в Маркете (если тип совпадает, но handler не работает).

v1.3.14 14 мая 2026 UX-улучшения

Кнопка «↻ Обновить» прямо в плейсхолдере скрытого поля. Если приложение пока не увидело новое значение триггера (например, оператор поменял значение в дропдауне, но ещё не нажал «Сохранить» в карточке) — теперь можно мгновенно перепроверить кликом, не дожидаясь автоматического опроса.
Подсказка «Нажмите Сохранить в карточке». Когда триггер в БД пустой, но карточка в режиме редактирования — приложение прямо в плейсхолдере подсказывает оператору, что для появления зависимого поля нужно сохранить карточку. Bitrix не сообщает встроенным полям приложений о несохранённых изменениях в других полях — это техническое ограничение платформы.
Polling стал быстрее в первую минуту (раз в 1,5 секунды вместо 2,5) — пока оператор активно настраивает значения. Затем интервал увеличивается до 3 сек, чтобы не нагружать API.
Подробный лог каждого тика polling в консоли (F12 → df-inline). Раньше логировалось только при изменении состояния — теперь видно, что приложение работает и какое именно значение лежит в БД на каждом тике. Помогает быстро понять, в чём проблема.

v1.3.13 14 мая 2026 критическое исправление

Inline-поле теперь реагирует на изменение значения триггера в реальном времени. Раньше при открытии карточки приложение один раз считывало значение поля-триггера и больше не следило за ним. Если оператор затем менял значение триггера в дропдауне, зависимое поле не появлялось/не скрывалось. Теперь приложение раз в ~2,5 секунды проверяет триггер и при изменении автоматически обновляет состояние зависимого поля. При этом, если оператор сейчас печатает в зависимом поле — обновление откладывается, чтобы не потерять введённый текст.
Polling приостанавливается, если вкладка браузера свёрнута — экономит API-запросы и заряд батареи.

v1.3.12 12 мая 2026 исправления

Значение inline-поля теперь корректно сохраняется при обновлении страницы. Раньше после ввода текста значение терялось — потому что Битрикс сохраняет данные карточки только при явном нажатии «Сохранить», а в режиме просмотра карточки этого не происходит. Теперь при потере фокуса (когда оператор кликает за пределы поля) значение сохраняется напрямую в CRM через API. Во время сохранения поле подсвечивается жёлтым, после успеха — зелёным, при ошибке — красным.
Многострочное поле теперь корректно показывает 3 строки и растёт по мере ввода. Раньше из-за фиксированной высоты iframe (30 пикселей) textarea обрезалось до одной строки. Теперь iframe автоматически подстраивается под содержимое через стандартный механизм Bitrix24.
Улучшен внешний вид поля: рамка, отступы и фокус согласованы с нативными полями Битрикса, добавлен плавный эффект тени при фокусе.
Сочетание клавиш Ctrl+Enter (или ⌘+Enter) сразу сохраняет введённый текст, не дожидаясь потери фокуса.

v1.3.11 12 мая 2026 улучшение + новые возможности

Inline-поле теперь всегда доступно для заполнения. Раньше в режиме просмотра карточки поле отображалось как статический текст, и приходилось вручную переключать карточку в режим редактирования. Теперь поле выглядит как обычное в карточке, при наведении подсвечивается, при клике — становится явным input/textarea с рамкой. Печатайте и значение сохранится при сохранении карточки.
Новая опция «показывать, когда триггер не заполнен» при создании inline-поля. Удобно, когда зависимое поле должно появляться в самом начале, пока оператор ещё не выбрал значение поля-триггера.
Новая опция «сделать обязательным к заполнению, когда видно» при создании inline-поля. Когда условие срабатывает и поле появляется, оно подсвечивается красной рамкой и подписью «Поле обязательно к заполнению». Это удобный визуальный маркер для оператора, чтобы не пропустить заполнение.
В списке inline-полей появились бейджи рядом с названием: «обязательное» и «+пустой триггер» — чтобы по списку было видно, какие опции включены у каждого правила.

v1.3.10 12 мая 2026 улучшение

Убраны «шумные» ошибки 400 Handler already binded в журнале сетевых запросов. Раньше при каждом открытии приложение пыталось заново привязать вкладки в карточках, и Битрикс отвечал ошибкой (мы её ловили, но в Network-логе клиента и ИБ-сервиса это выглядело как сбой). Теперь приложение сначала проверяет список уже привязанных мест встраивания и привязывает только недостающие — журнал чистый.

v1.3.9 12 мая 2026 исправление

Исправлена ошибка при создании поля типа «Текст (многострочный)» через кнопку «Создать поле» в приложении. Раньше Битрикс отвечал «Указан неверный пользовательский тип», и поле не создавалось. Теперь многострочное текстовое поле корректно создаётся в любой сущности — лиды, сделки, контакты, компании и смарт-процессы.

v1.3.8 12 мая 2026 улучшение

Когда inline-поле скрыто условием, в карточке теперь видно подпись «скрыто условием» (приглушённым серым) — и в режиме просмотра, и в режиме редактирования. Раньше в режиме просмотра элемент был не виден (нулевой высоты), и было сложно понять, существует ли поле вообще.
При наведении курсора на «скрыто условием» / «—» во всплывающей подсказке показано текущее значение поля-триггера и список значений, при которых поле должно появиться. Это сильно упрощает диагностику, если что-то настроено не так.
Для технической поддержки: ключевые шаги работы inline-поля логируются в консоль браузера с префиксом [df-inline]. Если что-то не работает — откройте F12 → Console и пришлите вывод, мы быстрее поможем.

v1.3.7 12 мая 2026 исправление

Исправлено: inline-поле и зависимые поля во вкладке не реагировали на значения «список» в поле-триггере (например, «Причина отказа»). Поле либо всегда было скрыто, либо никогда не появлялось при выборе нужных значений. Причина: в правиле сохранялись подписи значений, а Битрикс отдаёт значения списков как числовые идентификаторы — сравнение всегда было ложным.
Теперь приложение сохраняет идентификаторы значений (а не подписи), и при сравнении распознаёт оба варианта — поэтому новые правила работают корректно, а уже созданные на старых версиях продолжают работать без пересоздания.
Добавлена подсказка-диагностика: если inline-поле скрыто, можно навести курсор на «—» и увидеть в тултипе текущее значение триггера и список значений, при которых поле должно показываться. Это поможет быстро понять, почему поле скрыто.
В разделе «Помощь» добавлен блок «Связь с порталом» — для ИТ/ИБ-служб клиентов, у которых Битрикс24 закрыт от внешнего интернета (reverse proxy, allow-list, корпоративный фаервол).

v1.3.6 12 мая 2026 улучшение

Удобство: при удалении правила inline-поля в приложении теперь автоматически удаляется и само пользовательское поле из карточки CRM. Больше не нужно идти отдельно в настройки полей Битрикс24 — всё делается в одно действие.
Перед удалением показывается явное предупреждение, что вместе с полем будут потеряны и все сохранённые в нём значения во всех карточках. Если поле уже было удалено вручную раньше — приложение это распознает и просто удалит правило.
Если удалить поле в CRM не удалось (например, прав не хватает) — приложение предложит удалить хотя бы правило показа, чтобы интерфейс оставался в актуальном состоянии.

v1.3.5 12 мая 2026 исправление

Исправлена ситуация, когда inline-поле в карточке CRM отображалось как обычный неактивный серый input (без условного показа). Причина: на старых установках приложения, у которых в правах ещё не было места встраивания «USERFIELD_TYPE», поле создавалось, а тип поля не успевал зарегистрироваться. Теперь приложение автоматически регистрирует тип поля при каждом открытии, и блокирует создание нового inline-поля до тех пор, пока регистрация не подтверждена. Если прав не хватает — показывается понятная подсказка с инструкцией по переустановке приложения.
Существующие inline-поля, созданные на старой версии, начнут работать сразу после открытия приложения (после переустановки с новыми правами) — пересоздавать их не нужно.

v1.3.4 4 мая 2026 визуальное улучшение

Дополнено окно «Что нового» — добавлены пропущенные записи о последних обновлениях (кнопка «Что нового», обновлённый раздел «Помощь», очистка интерфейса модалки). Теперь список версий полностью соответствует реальной истории изменений.

v1.3.3 4 мая 2026 визуальное улучшение

Окно «Что нового» очищено от служебной информации в верхней части — сразу видны изменения по версиям, ничего лишнего.

v1.3.2 4 мая 2026 визуальное улучшение

Кнопка «Что нового» в шапке приложения. Рядом с «Помощью» появилась кнопка с текущей версией. По клику открывается полный список изменений по версиям — на понятном языке, без технических терминов.
Раздел «Помощь» полностью переписан под актуальное состояние приложения: явное упоминание прав, пошаговая инструкция для нового режима «Inline-поле в карточке» (сценарий «Причина отказа → Комментарий к отказу»), блок «Если что-то пошло не так» с типовыми проблемами и решениями.

v1.3.1 4 мая 2026 улучшение

Многострочный текст в inline-полях. При создании inline-поля теперь можно выбрать «Тип ввода»: «Строка» (одна строка) или «Многострочный текст». Многострочный режим удобен для длинных комментариев — например, «Комментарий к отказу».
В списке inline-правил отображается тип поля.

v1.3.0 3 мая 2026 большое обновление

Новый режим: inline-поле прямо в карточке CRM. Поле теперь можно встроить в саму карточку рядом со стандартными полями — без перехода во вкладку. Поле само показывается или скрывается в зависимости от значения другого поля. Решает кейс «Причина отказа → Комментарий к отказу появляется только при определённых причинах»: оператор не уходит из карточки пациента/клиента.
Новый блок в приложении: «Вывод в карточке → B. Inline-поле прямо в самой карточке».
Кнопка «Добавить inline-поле в карточку» автоматически создаёт поле в выбранной сущности — отдельно через интерфейс Битрикс24 создавать не нужно.
В разделе «Помощь» появилась пошаговая инструкция для нового режима.

v1.2.0 27 марта 2026 внутреннее

Внутренняя реорганизация кода для удобства поддержки и быстрого добавления новых функций. Пользователь не заметит, но дальнейшие обновления будут выходить быстрее.

v1.1.7 27 марта 2026 исправление

Исправлена ошибка «место встраивания не найдено» при добавлении вкладки в смарт-процессы. Теперь вкладка «Зависимые поля» корректно появляется в карточках смарт-процессов любого типа.

v1.1.6 27 марта 2026 исправление

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

v1.1.5 27 марта 2026 исправление

Исправлена ошибка при открытии редактора зависимостей в смарт-процессах: пользовательские поля смарт-процесса теперь корректно загружаются.

v1.1.4 27 марта 2026 исправление

Создание новых полей в смарт-процессах работает корректно (исправлен внутренний идентификатор объекта при создании поля).

v1.1.3 27 марта 2026 улучшение

При попытке создать поле в смарт-процессе без нужного права теперь выводится понятное сообщение с инструкцией: какое право нужно добавить и что нажать «Переустановить» — вместо технической ошибки «400».

v1.1.2 27 марта 2026 исправление

Исправлено создание полей в смарт-процессах — приложение использовало устаревший метод. Теперь работает с актуальным API.

v1.1.1 27 марта 2026 исправление

Сохранение зависимых полей в карточках смарт-процессов работает корректно после обновления Битрикс24 в облаке. Раньше пользовательские поля могли не сохраняться без видимых ошибок.

v1.1.0 18 марта 2026 совместимость

Совместимость с коробочной версией Битрикс24 (on-premise): приложение теперь работает не только в облаке, но и на собственных серверах клиентов.
Все вызовы API сверены с актуальной документацией Bitrix24 — устранены потенциальные несовместимости.

v1.0.9 12 февраля 2026 исправление

Корректно загружается список смарт-процессов.
Названия пользовательских полей выводятся на русском языке (раньше могли быть пустые).
Настройки правильно передаются в виджет на вкладке карточки.

v1.0.8 23 февраля 2026 улучшение

Зависимые поля в виджете показываются с человеческими названиями, а не техническими кодами (например, «Причина отказа», а не «UF_CRM_1234»).
Значение триггера не сбрасывается после перезагрузки страницы.
Если в настройке указано «При любом непустом значении» — поля корректно появляются, как только триггер заполнен.
В разделе «Помощь» расширены пояснения и добавлен блок про вложенные условия.

v1.0.7 20 февраля 2026 улучшение

Триггер и зависимые поля — в одном блоке вкладки. Раньше менеджер видел отдельно триггер и отдельно зависимые поля. Теперь в одной форме: меняешь триггер — список нужных полей пересчитывается на лету. По кнопке «Сохранить» записывается всё разом.
В виджете определяется тип поля-триггера и выводится соответствующий контрол (выпадающий список, дата, число и т. д.).

v1.0.6 19 февраля 2026 улучшение

Опция «При любом непустом значении». Для полей-триггеров типа «строка / текст» теперь можно настроить правило «показывать поля, как только триггер заполнен любым текстом» — без точного совпадения значения. Удобно, например, для правила «при заполнении Названия → показать Воронку».
Во вкладке карточки добавлен заголовок «Зависимые поля — ввод данных», чтобы не путать с интерфейсом приложения.

v1.0.5 19 февраля 2026 улучшение

В редакторе зависимостей появилась явная подпись «Значение:» у каждой ветки и пояснительный текст — стало понятнее, куда вводить значение триггера.
Во вкладке карточки появилась ссылка «Открыть настройки» для быстрого перехода в приложение.
В разделе «Помощь» уточнено, что полная настройка делается только в приложении, а во вкладке карточки — только ввод данных.

v1.0.4 19 февраля 2026 улучшение

Кнопка «Очистить вкладки» — снимает все вкладки «Зависимые поля» для выбранной сущности (если случайно появились дубли). После — F5 в карточке и снова «Добавить зависимые поля в карточку».

v1.0.3 19 февраля 2026 улучшение

В редакторе зависимостей значение триггера вводится по типу поля: список — выпадающий список, дата — выбор даты, число — ввод числа, Да/Нет — переключатель, строка — текст. По умолчанию создаётся одна ветка, чтобы было сразу с чего начать.

v1.0.2 19 февраля 2026 исправление

Исправлена проблема с дублированием вкладок: при «Добавить зависимые поля в карточку» приложение сначала снимает старые привязки и только потом ставит новую.

v1.0.1 19 февраля 2026 исправление

Заголовок «Зависимые поля» в карточке (был некорректный код привязки).
Корректное создание нового поля в CRM из приложения.
Стабильное чтение значений из выпадающих списков и дат в виджете.

v1.0.0 19 февраля 2026 первый релиз

Первая публичная версия. Приложение умеет:
- создавать пользовательские поля в CRM прямо из интерфейса приложения (тип, обязательность, множественность, значение по умолчанию, список значений);
- задавать правила «при значении триггера X → показать поля A, B, C» через визуальный редактор;
- добавлять вложенные условия (цепочки) — поле 2 зависит от поля 1, поле 3 от поля 2;
- добавлять во все карточки выбранной сущности (Лид, Сделка, Контакт, Компания, Смарт-процесс) вкладку «Зависимые поля» с виджетом для ввода данных;
- сохранять настройки на самом портале Битрикс24 (без хранения данных на стороне приложения).

Что делает приложение

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

Два варианта вывода в карточке (можно использовать оба)

A. Отдельная вкладка «Зависимые поля». Вверху карточки — вкладка с формой: триггер и зависимые поля. Подходит для цепочек «список → список → список» (вложенные условия), нескольких полей сразу, существующих полей CRM.
B. Inline-поле в раскладке карточки. Приложение создаёт новое поле, которое само показывается/скрывается рядом со стандартными полями. Одно правило = одно зависимое поле и один триггер. Не управляет уже существующими списками в левой колонке.

Частая ошибка: настройки в блоке «Настройки зависимостей» не меняют видимость полей в основной форме карточки (слева). Они работают только после добавления вкладки (вариант A) и открытия вкладки «Зависимые поля». Для показа в левой колонке без вкладки — только inline (вариант B), с созданием нового поля приложения.

Вариант A — Отдельная вкладка «Зависимые поля» (цепочки и существующие поля)

Подходит, когда нужно связать несколько уже созданных полей CRM (в том числе списки) или построить цепочку «А → Б → В».

Выберите сущность сверху (для смарт-процесса — укажите тип).
Нажмите «Добавить настройку зависимых полей» → выберите поле-триггер → «+ Ветка по значению» → для каждого значения отметьте поля для показа. Для 3-го уровня — «+ Вложенное условие» внутри ветки (триггер — поле 2-го уровня).
Сохраните настройку.
В блоке «Вывод в карточке → A. Отдельная вкладка» нажмите «Добавить зависимые поля в карточку».
Откройте карточку → вкладка «Зависимые поля» → измените триггер — ниже появятся нужные поля → «Сохранить».

Множественный триггер. Если поле-триггер — список с множественным выбором (работает в классических сущностях и в смарт-процессах), во вкладке оно показывается в виде «чипсов»: сотрудник выбирает значение из выпадающего списка и нажимает «+ Добавить значение» — так можно добавить одно или несколько значений (лишнее убирается крестиком). Создайте по ветке на каждое значение (например: «Тип 1» → Параметр 1, 2, 3; «Тип 3» → Параметр 4, 6, 7). Когда сотрудник добавит несколько значений, наборы полей объединятся — покажутся поля для всех выбранных значений. Зависимые поля-списки также показываются выпадающими списками.

Вариант B — Inline-поле в карточке (без вкладки)

Сценарий «Причина отказа → Комментарий» (как у клиента):

Сверху выберите сущность (например, Лид).
Создайте поле-триггер «Причина отказа» (если ещё нет). Кнопка «Создать новое поле в CRM» → тип «Список» → введите варианты с новой строки → «Создать поле». Это обычное поле Битрикс24, его создают один раз.
Откройте любую карточку лида и через стандартное «Выбрать поле» в левой панели добавьте «Причина отказа» в раскладку карточки. «Применить ко всем» → Да.
Вернитесь в приложение → блок «Вывод в карточке» → раздел «B. Inline-поле прямо в самой карточке» → кнопка «Добавить inline-поле в карточку».
В модалке: Название — например, «Комментарий к отказу». Тип ввода — «Многострочный текст» (для длинных комментариев) или «Строка» (для коротких). Поле-триггер — выберите «Причина отказа» из списка (есть поиск). Показывать поле, когда триггер равен одному из: удерживая Ctrl, отметьте те причины отказа, при которых нужен комментарий. Либо включите «При любом непустом значении», если комментарий нужен всегда, как только причина выбрана.
Нажмите «Создать inline-поле». Приложение автоматически создаст в выбранной сущности поле с таким названием.
Откройте карточку лида → «Выбрать поле» → найдите «Комментарий к отказу» → добавьте в раскладку.
Готово. Меняете «Причина отказа» — поле «Комментарий к отказу» само появляется/скрывается; ввод сохраняется автоматически.

Управление inline-правилами — внизу блока «B. Inline-поле…»: список созданных правил, для каждого — кнопка «Удалить» (правило показа). При удалении правила само поле в CRM остаётся — если оно больше не нужно, удалите его в Битрикс24 вручную, чтобы случайно не потерять данные.

Как работает вложенность (цепочка)

Это цепочка, а не два независимых правила. Пример: основное поле (1) — «Тип», при значении «Отказ» показываем поле (2) «Причина отказа». Внутри этой ветки нажимаете «+ Вложенное условие» и выбираете второе поле-триггер — то же поле (2) «Причина отказа»: при значении «Другое» показываем поле (3) «Комментарий». В карточке: выбрали «Тип» = «Отказ» → показалось поле «Причина отказа»; выбрали в нём «Другое» → дополнительно показалось «Комментарий». То есть поле 2 зависит от поля 1, поле 3 зависит от поля 2.

Несколько направлений лидов (Первичный / Повторный) и категории сделок

В Битрикс24 «Лид» — это одна сущность, а «Первичный лид» и «Повторный лид» — это направления (категории) одной и той же сущности «Лид». То же самое для сделок: «Продажа услуг», «Продажа товаров» и т.д. — это категории сделки. Что это значит для приложения:

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

Краткий чек-лист настройки «Причина отказа → Комментарий к отказу» с нуля для двух направлений лидов:

В приложении сверху выберите сущность «Лид».
Если поля «Причина отказа» ещё нет — нажмите «Создать новое поле в CRM», тип «Список», впишите варианты с новой строки, «Создать поле». Поле появится у всех направлений лидов.
Откройте любую карточку Первичного лида → «Выбрать поле» в нужном разделе → найдите «Причина отказа» → добавьте → «Применить ко всем». Повторите то же самое в карточке Повторного лида.
Вернитесь в приложение → блок «B. Inline-поле прямо в самой карточке» → «Добавить inline-поле в карточку». Название — «Комментарий к отказу», тип ввода — «Многострочный текст», триггер — «Причина отказа», отметьте те значения, при которых нужно показать комментарий. Создать.
Откройте карточку Первичного лида → «Выбрать поле» → найдите «Комментарий к отказу» → добавьте в тот же раздел, где «Причина отказа». «Применить ко всем». Повторите в карточке Повторного лида.
Готово. Откройте любой лид, поменяйте «Причина отказа» — поле «Комментарий к отказу» появится в течение ~2 секунд (приложение опрашивает значение триггера). Введите текст и кликните мимо — значение сохранится в БД (поле подсветится зелёным).

Почему inline-поле обновляется не моментально

Это особенность того, как Битрикс24 встраивает кастомные поля. Само поле работает в отдельном маленьком iframe, и Битрикс не передаёт нам события «значение другого поля карточки изменилось». Приложение раз в 1,5–3 секунды само опрашивает текущее значение триггера и при изменении показывает/скрывает зависимое поле. Поэтому небольшая задержка — это нормально. В первую минуту после открытия карточки опрос идёт чаще (1,5 с), потом реже (3 с).

Важное уточнение про режим редактирования карточки. Если оператор поменял значение триггера в дропдауне, но ещё не нажал «Сохранить» внизу карточки — новое значение хранится только в форме на экране, в БД его пока нет. Битрикс не разрешает встроенным полям приложений читать «несохранённые» значения других полей. Поэтому приложение увидит новое значение только после нажатия «Сохранить». На этот случай в плейсхолдере скрытого поля сразу появляется подсказка «Нажмите Сохранить в карточке».

Также в плейсхолдере есть кнопка «↻ Обновить» — если уверены, что значение уже сохранено, но поле не обновилось, кликните её для мгновенной перепроверки.

Polling приостанавливается, если вкладка браузера свёрнута — экономит запросы и батарею. Когда вы вернётесь на вкладку, опрос продолжится с обычной частотой.

Как выгрузить данные в Excel

Значения inline-полей (вариант B) не попадают в штатный экспорт списка Битрикс24: их отображением управляет приложение, а серверный экспорт к нему не обращается, поэтому колонка получается пустой. Само значение при этом хранится в обычном поле Битрикса и не теряется — его можно выгрузить через приложение.

Сверху выберите нужную сущность (для смарт-процесса — ещё и его тип).
Внизу приложения найдите блок «Выгрузка в Excel» и нажмите «Выгрузить в Excel (CSV)».
Приложение соберёт один файл со всеми ключевыми и пользовательскими полями (включая причину, комментарий и т.п.) и скачает его. Откройте файл в Excel.

Значения списков и стадий выгружаются подписями (а не кодами), ответственный — по ФИО. Файл в кодировке UTF-8 с разделителем «;» — корректно открывается в русском Excel. Выгрузка только читает данные, в портал ничего не записывается. Лишние колонки можно удалить прямо в Excel.

Если записей очень много, выгружаются первые 20 000 (с пометкой в статусе) — в этом случае сузьте выборку. В отчёт не попадают вложения и служебные системные поля сверх ключевых.

Если что-то пошло не так

Пустой экран / вверху баннер «Нет связи с Битрикс24 (REST)» / настройки не загружаются — приложение не может достучаться до портала. Самая частая причина — включённый VPN или прокси (в браузере или в системе): отключите его и обновите страницу (Ctrl+F5). Также помогает: отключить строгую защиту от отслеживания в браузере для домена портала (в Firefox — «Полная защита от куки» / щит в адресной строке), открыть приложение в другом браузере (Chrome), переоткрыть приложение из меню Битрикс24. Если у портала есть корпоративный прокси/фаервол — он может блокировать запросы к /rest/ (см. раздел «Информация для ИТ/ИБ-службы»). В Chrome / Edge / Яндекс.Браузере (на базе Chromium 141+) отдельно смотрите пункт про Local Network Access Checks ниже.
Приложение работает, только если в браузере отключить Local Network Access Checks (chrome://flags/#local-network-access-check → Disabled) — это не баг приложения, а защита Chromium: публичная страница не может без разрешения ходить на «локальную сеть». Приложение открывается во iframe с домена dependent-fields.safekit.tech (интернет) и вызывает REST портала. Если портал открыт по внутреннему имени, IP 10.x / 192.168.x / 172.16–31.x или split-DNS резолвит домен портала во внутренний адрес — браузер блокирует запросы. Отключать флаг всем сотрудникам не нужно. Правильно: открывать коробку по внешнему DNS-имени, которое резолвится в публичный IP (не в RFC1918); если браузер спрашивает доступ к локальной сети — нажать «Разрешить». Для парка машин — политика Chrome/Edge LocalNetworkAccessAllowedForUrls на URL портала и https://dependent-fields.safekit.tech. Сам iframe рисует Битрикс24, атрибут allow="local-network-access" мы добавить не можем.
Настроил зависимость, но в карточке ничего не меняется — проверьте: открыта ли вкладка «Зависимые поля» (вариант A), нажата ли «Добавить зависимые поля в карточку», выбрана ли та же сущность/смарт-процесс, что в настройке. Правила из «Настройки зависимостей» не скрывают поля в левой колонке основной формы.
Ошибка «insufficient_scope (401)» — при установке из Маркета переустановите приложение из каталога. Если приложение развёрнуто на своём сервере — в настройках локального приложения нужны права CRM, пользовательских полей и встраивания.
Inline-поле создалось, но в карточке его нет — нужно один раз добавить через стандартное «Выбрать поле» в карточке (как обычное поле Битрикс24). Если у вас несколько направлений — повторить в каждом.
Inline-поле всегда показывает «скрыто условием» / «—» — текущее значение триггера не входит в список «Показывать когда». Откройте правило в приложении и проверьте. Можно навести курсор на «скрыто условием» и увидеть в тултипе текущее значение триггера и ожидаемые значения — это поможет быстро понять, почему поле скрыто.
Поле в карточке вообще не скрывается / показано всегда, без нашего интерфейса (например, видите баннер Битрикса «До конца оплаченного периода…» или поле выглядит как стандартный input без логики) — это значит, что поле в CRM не управляется нашим приложением: оно было создано другим приложением или вручную. Откройте наш интерфейс → блок «B. Inline-поле…» → у соответствующего правила нажмите «Проверить настройку». Если результат «✗» — удалите это поле в Битрикс24, затем здесь удалите правило и создайте заново через «Добавить inline-поле в карточку» — поле будет с правильным типом, и условие сразу заработает.
Выбрал значение триггера, а поле не появляется — подождите 2-3 секунды (это polling, см. раздел выше). Если не появилось — откройте F12 → Console → фильтр «df-inline» и пришлите вывод, мы посмотрим что не так.
Во вкладке «Зависимые поля» виден сам интерфейс приложения (а не виджет с триггером) — нажмите «Очистить вкладки» → откройте любую карточку и F5 → в приложении снова «Добавить зависимые поля в карточку».
В модалке нет поля «Тип ввода» или новых функций — старая версия в кеше браузера. Нажмите Ctrl+F5 в окне приложения.
В карточке «Ошибка получения токена авторизации» (жёлтый круг, поле приложения не открывается) — это сообщение самого Битрикс24: портал не смог выдать приложению OAuth-токен. Чаще всего после переезда коробки на новую ВМ, смены домена или если с сервера портала закрыт исходящий HTTPS на oauth.bitrix.info. Что сделать: 1) с сервера Битрикс24 выполнить проверки из раздела «Проверка доступа с сервера портала»; 2) администратору переустановить приложение из Маркета и один раз открыть его из меню портала; 3) если использовали вкладку — снова нажать «Добавить зависимые поля в карточку». Без доступа к oauth.bitrix.info токен не выдастся.
504 Gateway Time-out при открытии карточки или приложения (nginx портала) — сервер Битрикс24 не дождался ответа от приложения или завис, ожидая обработчик поля. Проверьте исходящий HTTPS с ВМ портала на dependent-fields.safekit.tech и входящий REST с наших IP на прод (не на тестовый контур). См. раздел «Информация для ИТ/ИБ-службы».

Не получается разобраться — соберите данные для поддержки

Не нужно делать много скриншотов. Нажмите кнопку ниже — приложение автоматически соберёт максимум технической информации (версия, права, портал, тип поля, привязки, правила и т.д.). Текст скопируется в буфер обмена — просто вставьте его в обращение в поддержку. Это заметно ускорит решение вопроса.

В отчёт не попадают содержимое сделок/лидов и персональные данные клиентов — только техническая информация о настройке приложения.

Информация для ИТ/ИБ-службы

Если ваш Битрикс24 закрыт от внешнего интернета (reverse proxy, allow-list, корпоративный фаервол), для работы приложения нужно разрешить двусторонний обмен между сервером Битрикс24 и сервером приложения. Важно: портал (особенно коробочная версия) должен иметь доступ по HTTPS к серверу нашего приложения — без этого Битрикс не сможет зарегистрировать тип поля и inline-поля работать не будут.

Заявка для ИТ/ИБ (можно скопировать):

Прошу внести следующий домен / IP-адреса для работоспособности приложения на портале Битрикс24:

Domain — dependent-fields.safekit.tech (рекомендуется выполнять резолв по домену, так как IP может меняться; актуальные IP на текущий момент — ниже)
IP сервера приложения — 132.243.239.158, 95.79.129.155, 212.192.23.167, 45.80.71.80, 159.194.219.102
Дополнительно исходящий HTTPS с сервера Битрикс24 — oauth.bitrix.info (выдача/обновление токена приложения), api.bitrix24.com (скрипт BX24). Без них в карточке будет «Ошибка получения токена авторизации».
Ports — 80/443
Traffic Direction — Incoming / Outgoing

Для работы приложения «Зависимые поля» требуется обеспечить двусторонний обмен данными между сервером Битрикс24 (внутри контура) и сервером приложения (dependent-fields.safekit.tech). Приложение реализовано по классической модели Bitrix24 REST API (self-hosted app).

Исходящий трафик (Outgoing) — от клиента к серверу приложения:

Загрузка интерфейса: когда менеджер открывает сделку или лид, его браузер запрашивает файлы widget.php, JS-модули и стили с домена dependent-fields.safekit.tech. Без этого доступа вкладка приложения будет пустой или выдаст ошибку.
Синхронизация настроек: при изменении правил (какое поле от какого зависит) портал отправляет данные на сервер приложения для их обработки и сохранения.

Входящий трафик (Incoming) — от сервера приложения к порталу:

Работа через REST API: сервер приложения отправляет команды в Битрикс24 через REST-протокол (например, crm.item.update или userfieldtype.add). Это необходимо, чтобы приложение могло скрыть или показать поле в интерфейсе CRM на основе заданной логики.
Проверка авторизации: для безопасности каждый запрос подписывается уникальным AUTH_ID. Сервер приложения проверяет валидность сессии, обращаясь к порталу клиента.

Доступ требуется для:

загрузки статических и динамических ресурсов интерфейса приложения (JS/PHP);
обмена данными между REST-сервером Битрикс24 и сервером приложения по протоколу HTTPS (порт 443).

Настройки (логика скрытия полей) хранятся в зашифрованном виде в app.option самого портала клиента, а внешний сервер используется преимущественно как «движок» для исполнения этой логики.

Технические уточнения: на стороне портала приложение обращается только к пути https://<домен-вашего-портала>/rest/*; к /bitrix/*, /admin/*, /upload/*, /disk/*, /im/* и прочим внутренним адресам обращений нет. Обновление OAuth-токена идёт на облачный сервис самого Битрикса https://oauth.bitrix.info/oauth/token/ (не ваш сервер). WebSocket-соединений, длинных коннектов и постоянных пуллов приложение не использует — только короткие синхронные HTTPS-вызовы. IP сервера приложения может меняться, поэтому в allow-list предпочтительно указывать домен с резолвом; если нужен фиксированный IP — напишите в нашу поддержку.

Проверка доступа с сервера портала (коробка)

Команды выполнять на сервере Битрикс24 (прод-ВМ), не с рабочего ПК. Подходят для CentOS / Rocky / Alma, Debian и Ubuntu (нужен curl; при отсутствии: yum/dnf install curl или apt-get install curl). Норма — HTTP 200/301/302 за несколько секунд, не timeout.

Эти проверки обязательны, если в карточке «Ошибка получения токена авторизации», поля не отображаются, или nginx отдаёт 504; а также после переезда портала на новую ВМ и при настройке доступа отдельно на тест и прод.

1. Исходящий HTTPS с ВМ портала (ВМ → интернет). Без этого Битрикс не получит токен и не загрузит виджет:

curl -vkI --max-time 15 https://oauth.bitrix.info/
curl -vkI --max-time 15 https://api.bitrix24.com/api/v1/
curl -vkI --max-time 15 https://dependent-fields.safekit.tech/

2. Резолв домена приложения и HTTPS по домену:

getent hosts dependent-fields.safekit.tech
curl -sS -o /dev/null -w "code:%{http_code} ip:%{remote_ip} time:%{time_total}\n" --max-time 15 https://dependent-fields.safekit.tech/

3. Исходящий доступ до каждого IP приложения (часть нод может не совпасть с текущим резолвом — в allow-list всё равно нужны все):

for ip in 132.243.239.158 95.79.129.155 212.192.23.167 45.80.71.80 159.194.219.102; do
  echo "----- $ip -----"
  curl -sS -o /dev/null -w "$ip code:%{http_code} time:%{time_total}\n" --max-time 10 \
    --resolve "dependent-fields.safekit.tech:443:${ip}" https://dependent-fields.safekit.tech/ \
    || echo "$ip FAIL"
done

4. Входящий доступ (наши IP → REST портала) с самой ВМ полностью не проверить. Убедитесь, что на проде (не на тесте) в фаерволе разрешены входящие 80/443 с IP из заявки выше, портал слушает 443, и правила теста не повешены на прод. Пока открыто приложение, на ВМ можно смотреть пакеты:

sudo tcpdump -n -i any 'tcp port 443 and (src host 132.243.239.158 or src host 95.79.129.155 or src host 212.192.23.167 or src host 45.80.71.80 or src host 159.194.219.102)'

Если исходящие три curl из пункта 1 проходят, а в карточке всё ещё ошибка токена — администратору нужно переустановить приложение из Маркета (после переезда ВМ старые токены часто недействительны) и открыть его из меню портала.

Local Network Access Checks (Chrome / Edge / Яндекс.Браузер). Если с сервера портала curl проходит, а в браузере приложение оживает только после отключения флага chrome://flags/#local-network-access-check — браузер считает адрес портала «локальной сетью» и блокирует REST из публичного iframe приложения. Сотрудникам флаг отключать не обязательно: пусть заходят на портал по внешнему имени с публичным IP; при запросе разрешения на локальную сеть — «Разрешить». Корпоративно: политика LocalNetworkAccessAllowedForUrls.

Зависимые поля

Сущность CRM

Настройки зависимостей

Вывод в карточке

A. Отдельная вкладка «Зависимые поля» в карточке

B. Inline-поле прямо в самой карточке (без отдельной вкладки)

Выгрузка в Excel