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

У меня есть проект правил, в котором мне нужно настроить некоторые предложения для клиентов.

Требование. Бизнес-пользователям должна быть предоставлена ​​единая таблица, такая как пользовательский интерфейс (которая является таблицей решений), для настройки предложений.

Предложения имеют различные свойства, такие как - offer_id, offer_name, offer_expiration_date, offer_type (скидка в долларах или кэшбэк и т. д.), offer_group.

Условия, при которых должны были быть предоставлены предложения, составляют около 10-15, и, следовательно, таблица решений оказалась настолько большой, что имена столбцов не были видны, поэтому нам пришлось разбить таблицу решений на две части. Теперь бизнес-пользователи настраивают условия предложений в одной таблице решений и настраивают детали предложения в другой таблице решений.

Таблица решений1:

Customer Type | Customer Billing Amt     | Offer_Name 
Silver        |       $0 - $50           | Offer1
Gold          |       $51 - $100         | Offer2

Таблица решений2:

Offer_Name | Offer_id | Offer_expiration_date | offer_type | offer_group
Offer1     |   Off_1  |  12-31-2019           | DOLLAR     | DISCOUNT
Offer2     |   Off_2  |  12-31-2030           | DOLLAR     | DISCOUNT

Бизнес-пользователи должны вручную ввести Offer_name в обе таблицы решений,

Я ищу способ, чтобы все Offer_Name (имена) появлялись в раскрывающемся списке в Таблице решений1 из Таблицы решений2. Например, скажем, бизнес-пользователь настраивает Offer3 в таблице решений 3, когда он идет и добавляет условия в таблицу решений 1, в столбце действий названия рекламных акций должны отображаться в раскрывающемся списке. Таким образом, пользователю не придется вводить название промоакции во второй раз, и любые опечатки будут исключены.

Любая помощь/предложение приветствуется.

Спасибо,
А.В.


ilog jrules ibm-odm
person user9307545    schedule 19.08.2019    source источник

Ответы (1)


arrow_upward
0
arrow_downward

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

person suraj4652    schedule 26.09.2019
comment
В настоящее время мы используем динамические домены. Динамические домены будут отображать один и тот же список имен предложений в раскрывающемся списке в обеих таблицах. Для добавления новых предложений необходимо обновить динамические домены. Мы пытались дать бизнес-пользователям возможность настраивать предложения из представления таблиц решений. Скажем, если бизнес-пользователь добавляет новое предложение (скажем, Offer3) в таблицу решений 2 и редактирует таблицу решений 1, теперь он может увидеть новое предложение Offer3 в раскрывающемся списке. - person user9307545; 27.12.2019