Public
Marketplace and developer resources
The catalogue, the API changelog, the developer blog and pricing — readable by anyone, indexed, and served without a single third-party request.
SIDES is the API-first backend behind restaurants, outlets, POS systems, kitchens, webshops and delivery. SIDES LABS is where partners build against it: register, develop, submit an app, and reach every operator on SIDES through the marketplace.
For integration partners, service providers and agencies building on SIDES.
What this is
SimplyDelivery operates SIDES, the enterprise platform hospitality businesses run their daily operations on. SIDES LABS is the half of it that belongs to everyone else: the place a software company registers as a business partner, builds a service against the SIDES API, and offers it to SIDES customers.
The whole lifecycle lives here — registration and tiers, developer resources, the API changelog, app submission and approval, marketplace presence, ratings, and usage statistics. One account, one contract, one place to look.
The platform
Everything the portal can do, the API can do — documented, versioned and scoped. A feature that only works through our own interface is a bug, not a shortcut.
Public
The catalogue, the API changelog, the developer blog and pricing — readable by anyone, indexed, and served without a single third-party request.
Partner
An authenticated area per business partner: app submissions, versions, ratings, usage statistics, billing and team management. Partner data never crosses a partner boundary.
SIDES internal
Tier administration, partner administration, app approval, moderation, badges and featuring — every publication step an explicit, recorded transition.
Who builds here
The route differs, the contract does not. Pick the description that sounds like your company.
Integration partners
A POS, an ERP, a payment provider, a delivery network, a kitchen display. You connect an existing system to SIDES and keep it in sync.
Service providers
Analytics, marketing, staffing, accounting, guest engagement. You build the layer that makes sense of what an operation produces.
Agencies
You deliver projects for hospitality brands and want the SIDES integration to be a capability you own rather than a subcontract.
The route
Four steps, in this order. Nothing reaches a SIDES customer without an explicit, recorded approval.
You create a business partner and its first administrator, choose a tier, and confirm your address. Until that is verified the partner is not publicly visible.
Your integration authenticates as an OAuth 2.0 client and receives a short-lived access token carrying exactly the scopes it was granted.
One REST contract, one error shape, one set of rate-limit headers. The specification is published, versioned, and never broken underneath you.
You submit an app version for review. SIDES approves it, and the listing appears in the marketplace where operators find it.
Getting started
curl -X POST https://api.sideslabs.com/v1/oauth/token \
-H 'Content-Type: application/x-www-form-urlencoded' \
--data-urlencode 'grant_type=password' \
--data-urlencode "username=$CLIENT_ID" \
--data-urlencode "password=$CLIENT_SECRET"
{ "access_token": "…", "token_type": "Bearer",
"expires_in": 3600, "scope": "publication.changelog:write" }
The intersection of the scopes your client is configured with and anything
you request. Asking for a scope your client does not hold is not an error —
the response tells you what was actually granted, so read
scope from the response rather than assuming your request.
RFC 7807 Problem Details, with a stable code that clients branch
on. Never branch on the title or on the status alone.
Not yet. Phase 1 authenticates OAuth machine clients. Partner user registration and sign-in follow in phase 2.
Registration creates your business partner, your first administrator and your tier. It takes minutes; approval is a separate, recorded step.