Может быть данное решение уже появилось, у меня версия 4.40.3.
Но на всякий случай пожелание.
Очень не хватает возможности создавать дополнительные поле типа Справочник (кодификатор).
То есть, допустим у нас есть 10 магазинов, которые оставляют заявки. Есть несколько сервисов, исполнители которых обслуживают магазины, например, транспортный отдел, отдел прокладки сетей и тп.
На сегодня приходится для разных типов заявок для указания объекта, для которого выполняется заявка, заводить выпадающий список, содержащий все магазины. Было бы очень удобно завести справочник Магазины или Объекты и там, в одном месте актуализировать его. А во всех новых типах заявок создавать не выпадающий список и каждый раз его заполнять, а указывать, что значения в список выбираются из справочника. Это было бы ну очень удобно. Сейчас же открытие нового магазина вызывает необходимость пробежаться по всем типам заявок и дополнить содержимое соответствующих доп. полей.

Настроил сейчас тестовую заявку, указал, что поле активы должно быть обязательно заполнено, так оно даже не появилось в ней. В общем, не очень понял про активы.

Вот пример. У нас есть транспортный отдел. И, скажем, 10 магазинов, на которые надо что-нибудь развозить, плюс, аэропорт, налоговая и тп.
Я создал сервис для заявок. Заявитель создаёт заявку в сервис Транспорт, в которой ему необходимо указать что или кого куда отвезти. Куда ехать мы сейчас выбираем из дополнительного поля, которое представлено списком.
Также есть сервис Прокладка сетей, где начальник выдаёт указание, на какой точке нужно сделать сеть или заменить оборудование. Точки тоже из списка. Сейчас это независимые списки, а хотелось бы, чтобы это был один список, обновляемый из одного места.

Ежели активы помогут решить эту проблему - чудесно. Только натолкните на мысль, как это реализовать.

Возвращаюсь к теме. Активы начал пользовать. В нашем случае это очень неудобно. Во-первых, место актива на форме заявки стандартизовано. Во-вторых, добавление нового актива в список однотипных активов не приводит к его появлению на сервисе.
Чтобы проще было понять, поясню.
Я завёл актив Магазин. У нас, положим, 10 магазинов. И есть группа сервисов, где магазин нужно указать в заявке, для проведения с ним каких-либо действий, например, заявка на установку видеонаблюдения на новый магазин одним исполнителям, в другом сервисе на подбор персонала, например. Так вот, если бы в системе был изначально предлагаемый мной кодификатор(справочник), то его можно было бы реализовать в виде выпадающего списка с заранее известным набором значений, которые были бы одинаковы в рамках системы. А сейчас получается, что в системе есть несколько радикально отличающихся типов заявок, в которых нужно иметь выпадающий список для выбора магазина, и эти списки надо после открытия нового магазина редактировать во всех типах заявок. Более того, один и тот же магазин в этом списке в разных заявках - это различные сущности. Активы решают эту проблему наполовину - это теперь одна и та же сущность, но, добавление нового магазина приводит к тому, что этот магазин как актив всё равно нужно добавить на каждый сервис. Если сервисов таких два или три, то ещё куда ни шло, но у нас таких сервисов пачка, всего сервисов около 300 штук. И вспомнить все точки вхождения актива типа Магазин в систему - тот ещё квест. Наличие справочника проблему бы решило начисто. Более того, справочник можно было бы вставить в любое место на форме заявки, можно было бы вставить несколько разных справочников в виде выпадающих списков. А сейчас если на заявку назначать разные типы активов, их можно добавить несколько штук, но смешение типов понятности не добавит. В итоге, функционал визуального редактирования формы, очень уместный кстати, раскрывается не в полной мере. А реализовать такой тип - проще пареной репы, это обычный выпадающий список, только значения не надо вбивать руками, а брать из заранее заведённого справочника.
В общем, надеюсь, что пожелание будет услышано и реализовано.