Hospitality engine

Upload the backdrop image for one floor

post/api/floor-plan/background

The venue's own plan (an architect's drawing, an evacuation diagram, a photo of the host-stand sheet) stored in the public floor-plans bucket at {companyId}/{levelId|none} and painted under the canvas so drawn tables can be aligned to it (migration 0094). multipart/form-data with file and an optional levelId. Re-uploading replaces the object at the same path and cache-busts the URL, keeping whatever box the venue already aligned; a first upload seeds a 40x30-unit box, which the editor then drags to fit.

Authorization

sessionCookie
sb-qxrvgfkjyvbngipqvslu-auth-token<token>

The dashboard's Supabase Auth session cookie, set at sign-in. Large sessions are split across numbered chunks (…auth-token.0, .1), so treat this as a cookie family rather than one name.

Every request re-validates it against the Auth server (getUser()), never by decoding the cookie locally: a JWT nothing has checked is not a credential. Tenancy is then read from the verified app_metadata.company_id claim and enforced by row-level security; it is never read from request input, on any route, ever.

role (admin / staff) is deliberately not in RLS. It gates specific actions in route code, the operations marked admin below, so hiding a button in the UI is cosmetic only, and a route's own check is the enforcement.

In: cookie

Request Body

multipart/form-data

TypeScript Definitions

Use the request body type in TypeScript.

Response Body

application/json

application/json

application/json

application/json

curl -X POST "https://example.com/api/floor-plan/background" \  -F file="string"
{  "ok": true,  "backgroundUrl": "string"}