Transfer Categories and How to Validate Each
1. Intent-Based Transfers
These are configured outcomes of an intent.
Example:
“Request officer” → Transfer to call-taker
These are expected.
How to Validate Intent-Based Transfers (Step-by-Step)
Navigate to Configuration → Intents.
Open the relevant intent.
Confirm:
Action is set to Transfer.
Destination number is correct.
Fallback number is defined.
Review time-based logic for this intent.
Place a controlled test call.
Trigger the intent.
Confirm:
Call arrives at correct line.
Caller ID behavior is correct.
Transfer reason matches expected category in Triage.
Unexpected behavior typically indicates time-based or telephony misconfiguration.
2. Human-Requested Transfers
Triggered when caller explicitly asks to speak to a person.
Behavior:
Immediate transfer.
Intent flow may be bypassed.
These are normal and healthy.
How to Confirm Human-Requested Transfer Behavior
Place test call.
During conversation, say:
“I want to speak to a dispatcher.”Confirm:
Immediate transfer occurs.
No additional questions asked.
Review Triage:
Confirm transfer reason reflects human request.
If system does not transfer immediately, escalate for review.
3. Safety Escalation Transfers
Triggered when:
Risk language detected
Violence or weapons mentioned
Ambiguity creates safety concern
Safety escalation overrides all intent logic.
How to Evaluate Safety Escalations in Review (Step-by-Step)
Open call in Triage.
Review transcript for trigger language.
Open timeline view.
Confirm:
Safety override event logged.
Intent routing bypassed.
Transfer reason aligns with safety trigger.
Determine if escalation aligns with agency policy.
Single safety transfers are expected.
Clusters require pattern review.
4. Jurisdiction-Based Transfers
Triggered when caller location falls outside agency boundary.
May require:
Location verification
Adjacent PSAP routing configuration
How to Validate Jurisdiction Routing (Step-by-Step)
Confirm jurisdiction boundaries are configured.
Verify adjacent PSAP routing number.
Place controlled test call from out-of-area location.
Confirm:
Location correctly identified.
Call transfers to appropriate jurisdiction.
No routing loop occurs.
Validate caller ID presentation.
Improper routing typically stems from telephony setup, not intent configuration.
5. Guardrail Transfers
Triggered when:
Maximum call duration reached
LLM timeout exceeded
Retry limit exceeded
Language instability threshold reached
Guardrails protect system stability.
How to Evaluate Guardrail Transfers (Step-by-Step)
Open timeline in Triage.
Check total call duration.
Look for:
Timeout events
Retry attempts
Duration cap trigger
Confirm transfer reason reflects guardrail type.
Compare against configured thresholds.
Frequent guardrail transfers indicate provider or threshold misalignment.
6. Unknown or Agent Failure Transfers
Triggered by:
Provider instability
Unexpected system error
Timeout recovery failure
These should be rare.
How to Investigate Agent Failure Transfers (Step-by-Step)
Filter calls in Triage by transfer reason = agent_failure.
Identify:
Frequency over time
Time-of-day patterns
Open timeline for sample calls.
Check:
STT errors
LLM timeouts
Retry failures
Escalate repeated patterns to Admin or Prepared Support.
Isolated failures are expected. Clusters are not.
