Найти в Дзене

Почему приложение не принимает поле и выдает «некорректный код» в смарт-процессе Битрикс24

Вопрос.
При подключении приложения для фиксации истории изменений в смарт-процессе Битрикс24 одно из полей не сохраняется в настройках. Появляется ошибка о некорректном коде поля, хотя тип поля подходит и оно успешно используется в карточке. Ответ.
В подобных ситуациях причина почти всегда связана не с типом поля, а с его кодом. Пользовательское поле было создано корректно, но затем его код вручную изменили, убрав системный идентификатор смарт-процесса. Для Битрикс24 это поле остается рабочим, а вот для приложений, которые ориентируются на структуру UF_CRM_ХХ_, оно становится «непонятным». Как решается проблема.
Оптимальный вариант — не менять код поля вообще и работать с тем, который изначально создал Битрикс24. Если переименование необходимо, в коде обязательно нужно сохранить UF_CRM_ и идентификатор смарт-процесса, изменяя только читаемую часть в конце. Дополнительно важно проверить служебное поле, которое используется для хранения истории изменений: его код должен соответствовать о
Почему приложение для истории изменений не принимает поле в смарт-процессе Битрикс24 и как правильно исправить код поля без пересоздания.
Почему приложение для истории изменений не принимает поле в смарт-процессе Битрикс24 и как правильно исправить код поля без пересоздания.

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

Ответ.
В подобных ситуациях причина почти всегда связана не с типом поля, а с его кодом. Пользовательское поле было создано корректно, но затем его код вручную изменили, убрав системный идентификатор смарт-процесса. Для Битрикс24 это поле остается рабочим, а вот для приложений, которые ориентируются на структуру UF_CRM_ХХ_, оно становится «непонятным».

Как решается проблема.
Оптимальный вариант — не менять код поля вообще и работать с тем, который изначально создал Битрикс24. Если переименование необходимо, в коде обязательно нужно сохранить UF_CRM_ и идентификатор смарт-процесса, изменяя только читаемую часть в конце. Дополнительно важно проверить служебное поле, которое используется для хранения истории изменений: его код должен соответствовать основному полю и системному шаблону.

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