Intry

Residents & users

Admin API patterns for resident and staff users.

Overview

Users cover admins, property managers, staff, and residents. Role is stored in role (admin, property_manager, staff, resident). Residents belong to a tenant and link to one or more units.

Endpoints (selected)

MethodPathDescription
GET/api/admin/users/meCurrent admin user
GET/api/admin/usersList users
GET/api/admin/users/all-accountsAll accounts view
GET/api/admin/users/admin-usersAdmin/PM accounts
GET/api/admin/users/customer-usersResident accounts
GET/api/admin/users/needs-triageAccounts needing review
POST/api/admin/users/staff-invitationsInvite staff via Clerk
POST/api/admin/usersCreate
GET/api/admin/users/:idRead
GET/api/admin/users/:id/device-historyDevice audit trail
PUT/api/admin/users/:idUpdate
DELETE/api/admin/users/:idDelete

Scoped routes require Unkey scopes users:read / users:write.

Auth identifiers

FieldWhen populated
workosUserIdSSO admin users (legacy)
clerkUserIdClerk-authenticated PM / portal users
passwordBcrypt hash for resident/password login (nullable for SSO-only)

Notification preferences

FieldPurpose
fallbackCallEnabledVoice call on entry request
fallbackSmsEnabledSMS with approve/deny links
forwardCallToResidentEmergency forwarding path
phoneNumberE.164; required for SMS/voice fallbacks

Devices

Each user may register multiple Device rows (push tokens). Use /api/admin/devices to audit or revoke compromised handsets.


Last verified: 2026-06-21 (commit 293c4a7)

On this page