コミュニティアチーブメントバーを展開する。

Submissions are now open for the 2026 Adobe Experience Maker Awards

Mark Solution

この会話は、活動がないためロックされています。新しい投稿を作成してください。

解決済み

For Email Channel, in status column of Proposition table Presented is not coming but accepted is coming.

Avatar

Level 4

Hi Team,

1. For Email Channel Offer, we are trying to get other status that can be populated on the proposition table based on the level of interaction with the donor. Some Example of what we are trying to get is,

    • Ex1: If the proposition is simply sent to the donor it would = Generated
    • Ex1: if the donor opens the email and sees the proposition it would = Presented
    • Ex2: If the donor opens the email and clicks on the offer hyperlink it would = accepted

In our testing, we are able to get the "Accepted" status in proposition tables status column when the donor clicks on the offer link in the email. But when the donor opens the mail without clicking the offer link, we are getting status as "Generated" instead of getting "Presented" as status in proposition table.

 

Below shown is the offer space storage setting we did.

Offer Space storage.JPG

 
 

 

 

2.  In case of outbound interaction how can we apply "Interested" or "Rejected" or any other status to an offer proposition other than the 2 added in the storage tab in offer space?

 

3. Can someone also please tell me how to add the below-mentioned statement in Offer/Offer space?And also how to use this for other statuses if it is only for 'Interested'?

outbound1.JPG

 

Thanks.

 

1 受け入れられたソリューション

Avatar

正解者
Community Advisor

Hi,

 

  1. Make a periodic workflow that reads open/click events out of nms:trackingLogRcp and updates the matching nms:propositionRcp entries with Presented/Accepted status (key=recipientId+deliveryId). Should be how things work ootb though.
  2. Offline hacking, as above.
  3. OOTB urlType 11 is coded 'Proposition update' and is the only one available in the enum. You can add more enums in schema extension and map them with the workflow approach above. Using a workflow on top of the whole system is much easier and safer than altering nms:offer.js.

 

Thanks,

-Jon

元の投稿で解決策を見る

1 返信

Avatar

正解者
Community Advisor

Hi,

 

  1. Make a periodic workflow that reads open/click events out of nms:trackingLogRcp and updates the matching nms:propositionRcp entries with Presented/Accepted status (key=recipientId+deliveryId). Should be how things work ootb though.
  2. Offline hacking, as above.
  3. OOTB urlType 11 is coded 'Proposition update' and is the only one available in the enum. You can add more enums in schema extension and map them with the workflow approach above. Using a workflow on top of the whole system is much easier and safer than altering nms:offer.js.

 

Thanks,

-Jon