Versions Compared

Old Version 14

changes.mady.by.user Yildirim, Semih

Saved on

compared with

New Version 15

changes.mady.by.user Yildirim, Semih

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Info

  • In the “Post a new check” endpoint you include the pickupTime value, which is the time requested for the order to be collected.

  • This time can be updated at any point by RBI as long as the order has not been started.

  • Prep time is called serviceLevelTime in Oracle.

  • Oracle adds prep time to the pickupTime . So if we send pickupTime = now, Oracle will return pickupTime = now + serviceLevelTime. SopickupTime can be equal to current time, and Oracle will add the prep time automatically.

  • Restaurant managers might be able to void orders.

  • If we subscribe to check notification we should get all info about the order.

    • Oracle to confirm how to get information about online orders voided in restaurant, and what order status information we can get.

  • https://docs.oracle.com/en/industries/food-beverage/simphony/19.4/stsgg/F56815_08.pdf Page 109 - 110

Further context with Q&A: https://rbictg.atlassian.net/wiki/spaces/ORACLE/pages/edit-v2/5133926959#Order-firing-%26-cancelation

Info

  • Details of all notifications (webhooks) are available in the API documentation here and here.

  • For menu P&A changes, we can :

    • We subscribe to the Configuration Notification webhook.

    • Configuration notification runs on a scheduled job every 15 minutes for pricing changes, whereas it is near real-time for availability changes.

    • The notification doesn't specify what item(s) have become unavailable at a store-level, the whole menu needs to be fetched.

    • Price update can take up to 30min to get to the restaurant. CALC is a cloud call, POST will have old price. A manual update can be forced using the “Update” button in the POS.

  • For order status changes we can :

    • We subscribe to the Check Notification webhook.

    • Order statuses depend on the KDS setup in the store. 2 statuses are received in most cases: Submitted & Done

    • Check notification statuses are based on what happens in the KDS.

    • On the post a transaction, we must say notificationOption - “enabled”: true. This means that when the check is submitted, it will track notification from KDS.

  • There is no webhook to get store status updates.

    Open questions:

    When check notifications would be triggered, for which statuses, what would be the payload?

    When configuration notifications would be triggered, for which type of config changes, what would be the payload?

Info

  • POS is always online, even outside of operating hours (important for pre-ordering).

...