Intra-organization tickets
Let users open work for their own organization’s administrators.
ASL Tickets is the shared service behind intra-organization support and escalation from client applications to Auto Secure Login operations.
A therapist’s client question, a field worker’s issue, and a platform outage should not all become indistinguishable email. The ticket model keeps scope, organization, requester, priority, status, and handoff visible while allowing product-specific interfaces.
Let users open work for their own organization’s administrators.
Route approved issues from a client organization to ASL Support.
Use application, organization, user, and role context to prevent cross-customer visibility.
Track open, assigned, waiting, resolved, and closed work.
Place the same ticket capability inside Therapy, Municipal, Repo Runner, and future products.
Give ASL operators one review surface for platform-facing tickets.
Define its organization identifiers, roles, allowed scopes, and credential custody.
Map the product’s users and language to the shared ticket contract.
Verify creation, read access, escalation, notifications, CORS, and cross-tenant denial.
ASL Tickets is a transport and workflow layer, not permission by itself. The consuming application must mint real assignments, restrict scope, and prove that users can read only tickets they are allowed to act on.
Yes. Intra-organization work is a core use case.
Yes, through the controlled platform-escalation scope.
No. Each app needs registration, credentials, role mapping, and acceptance.
Yes. Platform-facing work appears in the operations queue.
No. The app remains responsible for correct identity and assignments.
Capabilities reflect the documented Auto Secure Login platform as of August 4, 2026. Availability and onboarding requirements vary by product and organization.
We will map your current workflow, identify the smallest responsible pilot, and document the controls and acceptance criteria before expansion.