Delete an area (admin)
/api/areas/{id}book_tables.area_id is ON DELETE SET NULL (migration 0011), so deleting an area never 409s; it just ungroups whatever tables sat inside it, same as a level delete.
Authorization
sessionCookie 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
Path Parameters
Area id.
Response Body
application/json
application/json
application/json
application/json
application/json
curl -X DELETE "https://example.com/api/areas/string"{ "ok": true}Update an area PATCH
Full replacement of the area's fields, same as its table twin.
Upload an area (room) photo POST
A line-for-line mirror of POST /api/services/{id}/image, stored in `area-photos` (migration 0110) instead. Not admin-gated: a photo is part of editing the area, same permission level as PATCH /api/areas/{id}.