Furries PH Docs
Dashboard
EMS LAN docs

Reference

Local API Reference

Local Hono API map for auth, imports, admin, events, rego, check-in, inventory, POS, HR, communications, machine clients, and native status.

AudienceSupport leads, Headless-device integrators, LAN admins
Dashboard surfaces/api
Records touchedLocal sessions, Machine tokens, Event records, Communications records

Use This Reference Carefully

Use this guide when event work may happen on local devices, offline files, or LAN-only tools instead of the live online dashboard. In this guide, Local API Reference narrows that work to local Hono API map for auth, imports, admin, events, rego, check-in, inventory, POS, HR, communications, machine clients, and native status. Because this is a reference page, read it as part of the EMS LAN learning path rather than as an isolated checklist.

EMS LAN keeps an event moving when internet access is unreliable, but it also creates a second place where event records can change. Read the page for the decision it helps a person make, then use the steps and checks as a steady path from context to action to proof.

What This Reference Collects

This page is for checking details. Use it to confirm names, routes, records, fields, or certification points before relying on memory. The intended readers are Support leads, Headless-device integrators, and LAN admins. If the guide names a dashboard route, service area, export, or record type, treat that name as a pointer to real operational responsibility.

  • Primary surface or service: /api.
  • Records or contracts involved: Local sessions, Machine tokens, Event records, and Communications records.
  • Main care point: Watch for losing track of which file, device, person, or import is trusted while attendee, staff, inventory, POS, or check-in records change offline.
  • Proof worth keeping: event ID, snapshot filename, export time, device owner, import summary, sync-history entry, reconciliation count, and supervisor note.

How To Find The Right Entry

  1. Search for the exact name or route: Begin by naming the EMS LAN situation, the owner, and the exact item involved in Local API Reference.
  2. Read the surrounding note, not only the matching line: Use /api to connect the words on the page to the screen, file, service route, or record that people actually use.
  3. Compare the reference with the live screen, file, or service evidence: Keep Local sessions, Machine tokens, Event records, and Communications records in view so the work stays tied to the records or contracts it can affect.
  4. Save the evidence that proves the entry was checked: Before handing off, save proof such as event ID, snapshot filename, export time, device owner, import summary, sync-history entry, reconciliation count, and supervisor note so the next lead can tell which file and device state are trusted.

Confirm The Reference Still Matches Reality

You are ready to use the rest of this page when the purpose, owner, affected information, and proof are all clear enough for a second person to review.

  1. Scope is named: The work is tied to the correct page, event, report, route, file, person, or record.
  2. Impact is understood: The operator can explain the effect on offline files, check-in access, staff rosters, inventory counts, POS totals, and import history.
  3. Proof is findable: The handoff points to evidence that the next lead can tell which file and device state are trusted.

End-to-end operator runbook

Use this numbered runbook when using or troubleshooting the local API.

  1. Step 1 - Identify the thing being verified. Confirm whether the caller is browser session, local admin, global LAN_API_TOKEN, or event-bound machine token. This determines authorization.
  2. Step 2 - Translate the technical name into plain language. Identify the endpoint family: auth, import, admin, event operations, communications, native, or media. This narrows the contract.
  3. Step 3 - Match the route, file, or record to real workflow. Call the endpoint with the expected method, event ID, token, and body. This performs the local API operation.
  4. Step 4 - Collect enough evidence to avoid guessing. Verify event-bound tokens only access matching /api/events/:eventId/** routes and admin endpoints require local admin. This protects access boundaries.
  5. Step 5 - Confirm implementation and docs agree. Check the UI or local store state after mutations. This proves the API did what operators expect.
  6. Step 6 - Send the result to the right owner. Revoke unused machine tokens and document headless clients. This keeps API access controlled.

Core and auth

EndpointPurpose
GET /api/healthRuntime health.
GET /api/native/statusAndroid wrapper compatibility and capability status.
GET /api/configAPI and app config.
GET /api/eventsImported event list.
GET /api/auth/bootstrap-statusBootstrap account readiness.
GET /api/auth/https-statusHTTPS and certificate status.
GET /api/auth/https-root-certDownload local root certificate.
POST /api/auth/loginLocal login.
POST /api/auth/logoutLocal logout.
GET /api/auth/meCurrent local user.

Imports and admin

Endpoint familyPurpose
/api/imports/event-snapshotImport JSON snapshot body.
/api/imports/event-snapshot/fileImport snapshot file.
/api/imports/live-linkPull snapshot from partners-api.
/api/admin/local-usersCreate, update, delete local users.
/api/admin/events/:eventId/machine-tokensCreate, update, revoke event-bound tokens.
DELETE /api/admin/events/:eventId/registrationsWipe local event registrations when explicitly authorized.

Event operations

Endpoint familyPurpose
/api/events/:eventId/check-in/**Entries, detail, settings, check-in mutation, claim mutation.
/api/rego/event-regos/:eventIdAttendee rego list.
/api/regos/:regoId/**Payment status and email preview/send.
/api/events/:eventId/dealers-den/regos/**Dealer rego list, status, delete.
/api/events/:eventId/inventory/**Inventory settings, stock, POS quotes, transactions.
/api/events/:eventId/human-resources/**HR, roster, live tracker.
/api/events/:eventId/rego/analyticsLocal rego analytics.

Communications

Endpoint familyPurpose
/api/events/:eventId/communicationsBootstrap channel, private, and notification state.
/channels, /messages, /attachmentsText, uploads, and feed data.
/conversations, /calls, /signalsDMs, groups, private calls, WebRTC signaling.
/presence, /voice/presenceText and media presence.
/pins, /reactionsPins and emoji reactions.
/notifications, /notifications/streamLocal notification events and stream.
/media/livekit-token, /api/communications/media/statusLiveKit media runtime.

All docs