Универсальные списки, типы данных полей

Спрпведливости ради, "radio" это не тип поля, а метод отображения/управления зачением поля с типом "Список немножественный".
Такого типа поля в Б24 разве нет? Сам сейчас, увы, глянуть не могу.  

Битрикс изначально пошёл по кривой дорожке и на прямую так толком и не перестроился.
Типы данных должны быть системными, а не локальными! И использоваться повсеместно.
Битрикс же изначально предполагал всё строить на инфоблоках, для которых исключительно и была сделана поддержка типов данных в виде пользовательских свойств. Но появлялись новые модули, которым тоже требовались типы данных и они реализовывались для этих модулей "по месту", каждый кто во что горазд, со своим интерфейсом и обработкой, вместо того, чтобы добавить системный тип данных
Появившиеся пользовательские поля использовались вяло, не было глобальной поддержки в объектах, зачастую новые типы данных пользовательских полей реализовывали только ограниченную часть возможностей и функций, типы данных в пользовательских полях до сих пор не синхронизированы с пользовательскими свойствами инфоблоков...
Это не проблема только универсальных списков, это злобная проблема системы в целом. Нет единой, чёткой и повсеместно используемой системы типов данных. Пользовательские поля, которые вроде бы должны были решить проблему, развиваются вяло и не системно, только когда приспичит. Остаются собственные реализации типов данных в модулях, чего стоили хотя бы жёстко зашитые в бизнес-процессы свои реализации типов данных и почти никакая и очень ограниченная поддержка "системных" типов и так далее. Зоопарк, как вы видите, продолжается...