- Help for Partners
- API concepts
-
API concepts
-
Members
-
Model
-
FAQ - Developers
-
Resources
-
Orders
-
Rewards
-
Check-ins
-
Getting started - App partners
-
Employees
-
Getting started - Doshii Dashboard
-
Quick start for developers
-
Onboarding
-
Location
-
All App Partners Event
-
Menus
-
Announcements
-
Loyalty / Checkins
-
WebSocket - App partners
-
All POS vendor events
-
Loyalty / Gift Cards
-
Devices
-
Tables
-
Workflows
-
FAQ - Doshii Dashboard
-
Bookings
-
Transactions
-
Webhooks
-
App Partner Guide
-
Authentication
-
Getting started - POS vendors
-
Ordering
-
Reservations
-
Pilot
-
Bulk data
-
Playbooks
-
Rejection codes
-
Getting started
-
WebSocket - POS partners
-
Events - App partners
-
Service channels
-
Events
-
Concepts
-
Apps
Status
Orders and Transactions both have their own lifecycles. Whilst they are related, orders may not necessarily be completed when the payment is completed. Using a delivery example; An order is not completed until it leaves with a driver, but the transaction for the payment may be completed prior to this. Alternatively, for ordering a coffee at a cafe, the order is completed at the same time the payment is completed.
The status
field is used in both Transactions and Orders so that we can control state. Both need to follow the set Communication Flow, status
and Version Hashes are how we achieve this.