Да, такая же сейчас ситуация, еще бы в шаблоне ID или data-id вывели для свойств из символьных кодов, а не из ID cвойства, удобно при многосайтовости цепляться к свойствам телефона или e-mail одного и того же шаблона компонента, например, вместо:
Действительно, необходимо создать общее свойство заказа для разных типов плательщиков (например: юр. лиц и физ. лиц). Либо свойство заказа, для всех типов плательщиков. Дублировать по 50 свойств для каждого, думаю, плохой вариант. Сейчас при создании свойства заказа, его можно привязывать к разным платежным системам и к разным службам доставки; а тип плательщика может быть только один. Не было бы логичнее для свойств заказа сделать возможность выбрать тип плетельщиков аналогично, платежным системам или службам доставки?
[FIELD_NAME] => ORDER_PROP_2
[FIELD_ID] => ORDER_PROP_EMAIL
Действительно, необходимо создать общее свойство заказа для разных типов плательщиков (например: юр. лиц и физ. лиц). Либо свойство заказа, для всех типов плательщиков. Дублировать по 50 свойств для каждого, думаю, плохой вариант. Сейчас при создании свойства заказа, его можно привязывать к разным платежным системам и к разным службам доставки; а тип плательщика может быть только один. Не было бы логичнее для свойств заказа сделать возможность выбрать тип плетельщиков аналогично, платежным системам или службам доставки?