...
RBI |
|
SessionM |
|
Homeria |
|
Airtouch |
|
Tillster |
|
WinRest |
|
...
All client apps will start using the RBI OTP to identify guests when making in-store purchases. To achieve this, apps need to call the Get Loyalty OTP endpoint (takes the RBI Loyalty User ID as input), which generates a dynamic Loyalty OTP valid for 15 minutes.
apps need to call the Get Loyalty User endpoint, using the RBI Loyalty User Id as input. Get Loyalty User will return RBI loyalty points, tiers and guest email. Only the guest email will be used (loyalty points balance and tier will continue to come from SessionM).
Loyalty transactions will be done primarily on SessionM, and RBI after (earn transactions only).
SessionM transaction history will not be migrated yet
Loyalty transactions will be done primarily on SessionM, and RBI after (earn transactions only).
SessionM transaction history will not be migrated yet
Registration and authentication on the Airtouch app or Homeria website will continue to use Homeria
New users created on the app or website will continue being synchronized from Homeria to RBI using the same endpoint we used in Phase 0.
...
RBI |
| ||
Airtouch |
| Airtouch |
|
Homeria |
| ||
Tillster |
| ||
WinRest |
|
Phase 2
...
- Test RBI Loyalty
Plan
Configure and enable RBI rewards in Sanity
(To be confirmed) Configure the generic PLU for rewards
RBI rewards During this phase, RBI will become the master for loyalty data, and SessionM will be used as a backup in case we need to roll back.
When Phase 2 starts, we need to import the last two years of loyalty transactions from SessionM, to make history available to guests (on the Airtouch app now, and when they later switch to the RBI app). The import process will be as follows:
All loyalty (earn) transactions made to date will be voided. We need to void instead of deleting, because data in Snowflake cannot be deleted.
An extract will be taken from SessionM, covering the last two years of transactions and the current loyalty points balance. Each transaction record needs to include the date and time when the transaction took place, loyalty points, whether earn or burn, channel, if the burn is due to spending rewards of points having expired.
At this point the RBI loyalty points balance will not match SessionM’s because it doesn’t have the full transaction history. So we will calculate the loyalty points balance on RBI based on the total of transactions and compare with the current SessionM balance for each user.
Finally, we will record a single remediation transaction per user with the difference, to make the loyalty points balance in RBI match SessionM.
Airtouch app and Homeria website will need to call the Get Loyalty User endpoint, using the RBI Loyalty User ID as input. Get Loyalty User will return RBI loyalty points balance, tiers and guest email.
Rewards will be configured in Sanity.
(To be confirmed) Configure the generic PLU for rewards
RBI rewards become active on the Airtouch app and the Homeria website, and guests are able to redeem them when making collection, delivery or in-store orders (requires the app to retrieve rewards from RBI)
Reward redemption should use the RBI Loyalty API version that was customized for RBIberia: RBI Iberia | Loyalty POS/Kiosk IntegrationClient apps no longer call SessionM (these will be disabled using feature flags)Iberia | Loyalty POS/Kiosk Integration
Changes needed
Info |
---|
Note that while retrieving rewards is only needed for Phase 2, we will ask for the development to happen during Phase 1 to avoid multiple app releases. |
RBIRBI |
|
Airtouch |
|
Homeria |
|
Tillster |
|
WinRest |
|
...