Skip to content

Interactive example · fictional data

The call continues. So does the context.

Voice agents and IVR integrated with Starya’s PBX or the customer’s PBX, with handoff to the team and transfer confirmation.

Conceptual demonstration. It does not represent a customer case or prove available features.

Visual simulation · no audio, dialing or call

Handle a defined intent and route exceptions without losing context.

Example options
  1. 01Starya PBX
  2. 02Voice agent / IVR
  3. 03Scheduling queue
  4. 04Team + context
  1. 01Call
  2. 02Intent
  3. 03Context
  4. 04Transfer
  5. 05Continuity

Step 1 of 5 · Exploring

Entry through the PBX

The call enters through the selected PBX. The design can integrate Starya infrastructure or the customer’s existing telephony, depending on compatibility and configuration.

Example inputs, parameters and limits

Inputs

  • Intent and authorized conversation data
  • Route, queue and extensions defined in the deployment
  • Call signaling and support context

Fictional parameters

  • Visual simulation: no audio, dialing or call
  • Telephony integration (e.g. SIP), queues and transfer depend on compatibility
  • Audio transport and context delivery are separate integrations
  • Recording, retention and access depend on the agreed configuration
Read the full reference journey

The steps below explain a possible scenario; they do not replace the current exploration state.

  1. Call. The call enters through the selected PBX. The design can integrate Starya infrastructure or the customer’s existing telephony, depending on compatibility and configuration.
  2. Intent. The person asks for help with a booking. The voice agent understands the intent; the IVR organizes the route and support alternatives defined by the operation.
  3. Context. The requested change requires the team. The context brings together intent, the site already provided and the pending issue, avoiding restarting the conversation.
  4. Transfer. A transfer to the Scheduling queue was requested. This does not yet prove that a team member received the call or its context.
  5. Continuity. The team accepted the call and received the summary in this example. The booking request remains the team’s responsibility; a transfer does not mean resolution.

How this work continues

NebulaWorks

Brings together the work, owners, pending items and process artifacts.

NebulaOS and integrations

Telephony, context and systems connected within the deployment scope. PBX compatibility and context handoff are verified separately.

Starya / FDE

Track unanswered transfers and recurring questions to improve the voice flow.

Features, rules and integrations must be confirmed for each deployment.

Prepare this workflow with your team →