| Info |
|---|
Purchase event optimizations will be implemented under the assumption that i) the ‘Backend Purchase’ event will become the source of truth since cookie settings are expected to significantly impact the volume of front-end events forwarded to Amplitude ii) the ‘eCommerce Purchase’ front-end event will be deprecated after the optimisations to the back-end event are completed |
...
Ecommerce Event Property | Conclusion | Comment |
|---|---|---|
Address Type | ||
Has Upsell | ||
hasSavedDeliveryAddress | It’s important information to know the # of users making order with a saved delivery address to gather insights on store locator features | |
hasSelectedRecentAddress | It’s important information to know the # of users making order with a recent delivery address to gather insights on store locator features | |
Rewards | ||
totalDeliveryOrderFeeAmount | ||
Upsell Total | ||
Product Count | Cart Data | |
products | Cart Data | |
products.added_to_cart_time_ms | Cart Data | |
products.cartId | Cart Data | |
products.comboChild | Cart Data | |
products.custom_attributes.cartId | Cart Data | |
products.custom_attributes.comboChild | Cart Data | |
products.custom_attributes.isDonation | Cart Data | |
products.custom_attributes.isExtra | Cart Data | |
products.custom_attributes.Item Level | Cart Data | |
products.custom_attributes.L1 | Cart Data | |
products.custom_attributes.L2 | Cart Data | |
products.custom_attributes.L3 | Cart Data | |
products.custom_attributes.L4 | Cart Data | |
products.custom_attributes.L5 | Cart Data | |
products.custom_attributes.rewardItem | Cart Data | |
products.custom_attributes.sublevelItems | Cart Data | |
Cart Data | ||
products.isDonation | Cart Data | |
products.isExtra | Cart Data | |
products.Item Level | Cart Data | |
products.L1 | Cart Data | |
products.L2 | Cart Data | |
products.L3 | Cart Data | |
products.L4 | Cart Data | |
products.L5 | Cart Data | |
products.name | Cart Data | |
products.position | Cart Data | |
products.price | Cart Data | |
products.quantity | Cart Data | |
products.rewardItem | Cart Data | |
products.sublevelItems | Cart Data | |
products.total_product_amount | Cart Data |
...
Ecommerce Event Property | Conclusion | Comment |
|---|---|---|
Table 3: Event properties to add to Backend Purchase (rbiberia requests)
Ecommerce Event Property | Conclusion | rbi Comment | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Promotional Code |
| If a user makes a purchase with a promo code, we don’t save that attribute in the purchase event | |||||||||
Promotional Code Submitted |
| Not clear what’s the difference vs the 1st one. Once making the purchase, the promotional code will be used. Code applied status should be a property of an interaction event | |||||||||
Detail Promo Code Submited |
| Not clear how to have it implemented in the Backend Purchase as the purchase is the final state. The promo code being submitted comes at an earlier stage and would be covered as a property of the interaction event | |||||||||
Coupons |
| We already have a property called Offer Applied (True/False) and a property called Offer ID with the Sanity ID of the coupon applied. | Delivery fee | ||||||||
Donation amount |
| We already have that property where we specify the amount of delivery fee the user has been chargedDevice Dateexactly the Donation Amount property live in Backend Purchase. It is currently showing value 0 because there are no donations. | |||||||||
Tax Amount |
| This is always ‘0.0’ on FE & BE Purchase Events What is the expected calculation? | |||||||||
deliveryFeeAmount |
| Existing as deliveryFeeAmount | |||||||||
deliveryDiscountAmount |
| This is always ‘0' or 'none’ on FE purchase events What is the expected calculation? | |||||||||
deliveryGeographicalFeeAmount |
| This is always ‘0' or 'none’ on FE purchase events What is the expected calculation? | |||||||||
Device Time |
At the time of the purchase, the event will fire with a certain timestamp. As it is a BE event, it won’t record information from the FE (Device) | Donation amount For BE events, Device Time is not available but each individual event has a timestamp Use the calendar and enable Time Range to filter events between times | |||||||||
Is Kiosk |
| This is always ‘none’ or ‘false’ on FE purchase events Use ‘posSystem' property in 'In-Store Loyalty Transaction Claimed’ events | |||||||||
Payment Status |
| The oder status will always be the same ('INSERT_SUCCESSFUL') when the BE purchase event is fired so is not useful | |||||||||
posSystem | Tax Amount
We have 2 events: order_status_change and delivery_status_change where the order status is recorded. We can potentially show whether the Payment was pending for delivery orders when users trigger the Backend Purchase.
| use posSystem property In-Store Loyalty Transaction Claimed events for kiosk purchases | |||||||||
posType |
| use ‘posType’ property in ‘In-Store Loyalty Transaction Claimed’ events | |||||||||
Rewards |
| pls use Loyalty events for now, we need to check feasibility of adding 'Add Reward Applied' and 'Reward ID' in the future | |||||||||
deliveryServiceFeeAmount |
| ServiceFeeAmount is available but always ‘0' or 'none’ on BE purchase events Also, deliveryServiceFeeAmount is always ‘0' or 'none’ on FE purchase events What is the expected calculation? | |||||||||
deliverySmallCartFeeAmount |
| SmallCartFee is available but always ‘0' or 'none’ on BE purchase events What is the expected calculation? | |||||||||
Source Page |
| FE events have to be used for user interaction | |||||||||
Transaction Id |
| Use Transaction RBI Cloud Order ID, this is the same as Transaction ID | |||||||||
Upsell Simplified Enabled |
| Is upselling currently available? This property is unavailable for BE events | |||||||||
Upsell Total |
| if feasible, to be added | |||||||||
Address Type |
| Only available for FE events | |||||||||
hasSavedDeliveryAddress |
| Only available for FE events |
| Info |
|---|
Any requirement for additional BE Purchase related events to be assessed at a later date |