Skip to content

Queue Callback Report Module Documentation

10 min readUpdated: Sep 26, 2026
View as Markdown
  1. Navigation & Access
  2. Screenshots & Visual Interface
  3. Module Overview (Technical)
  4. Module Overview (Commercial/Business)
  5. Module Overview (End User/Administrator)
  6. Report Fields Reference
  7. Callback Statuses
  8. Common Scenarios & Examples
  9. Limitations & Important Notes
  10. Troubleshooting Tips
  11. Glossary
  12. Model Context Protocol (MCP) AI Integration

To access the Queue Callback Report management console:

  1. Log in to the Ring2All Web Portal (https://<domain-or-ip>/login).
  2. In the left navigation sidebar, expand Reports.
  3. Under Call Center Reports, click Queues CallBack Report (/reports/call-center/queue-callback).
  4. Review active callback queues, filter by customer or disposition status, cancel pending requests, or trigger manual retries.

Supervisor queue callback dashboard displaying customer identifiers, requested callback phone numbers, origin queues, current status (pending, calling, completed, scheduled), retry attempts, and management controls. Queue Callback Report


Queue Callback Report is a management and reporting interface for queue callback requests. It displays all scheduled, pending, and completed callbacks, allowing supervisors to monitor callback status, cancel requests, force retries, and delete old records.

┌─────────────────────────────────────────────────────────────────┐
│ Queue Callback Report Architecture │
├─────────────────────────────────────────────────────────────────┤
│ │
│ Queue │
│ ┌──────────────────────────────────────────────────────────┐ │
│ │ queue.lua │ │
│ │ │ │
│ │ Caller requests callback │ │
│ │ ├─ Store in queue_callbacks table │ │
│ │ ├─ Set status = pending │ │
│ │ └─ Schedule next attempt │ │
│ │ │ │
│ └──────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────────────────────┐ │
│ │ queue_callback_dispatcher.lua │ │
│ │ │ │
│ │ Scheduled job attempts callback │ │
│ │ ├─ Update status = calling │ │
│ │ ├─ Originate call to caller │ │
│ │ ├─ On answer: status = completed │ │
│ │ ├─ On fail: increment attempts, reschedule │ │
│ │ └─ On max attempts: status = failed │ │
│ │ │ │
│ └──────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────────────────────┐ │
│ │ public.queue_callbacks │ │
│ │ │ │
│ │ id | queue_id | callback_number | status | attempts │ │
│ │ │ │
│ └──────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ Displayed in Report │
│ ┌──────────────────────────────────────────────────────────┐ │
│ │ Queue Callback Report Page │ │
│ │ │ │
│ │ [Filters] [Refresh] │ │
│ │ │ │
│ │ ┌─────────────────────────────────────────────────────┐ │ │
│ │ │Queue │Caller │Status │Attempts│Next │Actions │ │ │
│ │ ├──────┼────────┼────────┼────────┼────────┼─────────┤ │ │
│ │ │Sales │555-1234│Pending │ 0/3 │12:30:00│[Cancel] │ │ │
│ │ │Supp │555-5678│Complete│ 1/3 │ - │[Delete] │ │ │
│ │ └─────────────────────────────────────────────────────┘ │ │
│ │ │ │
│ └──────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────┘

Queue Callback Report provides callback visibility and control:

Without Report With Report
Unknown callback status Full visibility
No intervention Cancel/retry control
Hidden failures Track failed attempts
Manual tracking Automated reporting
  1. Callback Monitoring

    • Track pending callbacks
    • View completed callbacks
  2. Intervention

    • Cancel incorrect requests
    • Force immediate retry
  3. Failure Analysis

    • Identify failed callbacks
    • Review hangup causes
  4. Cleanup

    • Delete old records
    • Manage queue capacity
Feature Benefit
Status Tracking See callback state
Attempt Counter Monitor retry progress
Queue Filter Filter by queue
Date Filter Historical queries
Cancel Action Stop unwanted callbacks
Retry Action Force immediate retry
Delete Action Remove old records

3. Module Overview (End User/Administrator)

Section titled “3. Module Overview (End User/Administrator)”
  • View all callback requests
  • Filter by queue and status
  • Filter by date range
  • Monitor attempt progress
  • Cancel pending callbacks
  • Force immediate retry
  • Delete old records
┌─────────────────────────────────────────────────────────────────┐
│ Queue Callback Report │
├─────────────────────────────────────────────────────────────────┤
│ │
│ View and manage queue callback requests │
│ │
│ Filters: │
│ ├─ Queue: [All Queues ▼] │
│ ├─ Status: [All Statuses ▼] │
│ ├─ From: [01/01/2026] To: [01/16/2026] │
│ └─ [Apply Filters] [Clear Filters] [🔄 Refresh] │
│ │
│ ┌───────────────────────────────────────────────────────────┐ │
│ │Queue │ Caller │ Status │Atts│ Next Att │ Actions │ │
│ ├──────┼────────────┼──────────┼────┼──────────┼───────────┤ │
│ │Sales │ 555-1234 │🟡Pending │ 0/3│ 12:30:00 │[⟲][🚫][🗑]│ │
│ │Supp │ 555-5678 │📞Calling │ 1/3│ - │ │ │
│ │Sales │ 555-9012 │✅Complete│ 1/3│ - │ [🗑] │ │
│ │Supp │ 555-3456 │❌Failed │ 3/3│ - │ [⟲] [🗑]│ │
│ │Sales │ 555-7890 │⏰Expired │ 2/3│ - │ [🗑] │ │
│ └───────────────────────────────────────────────────────────┘ │
│ │
│ Actions: ⟲ = Retry | 🚫 = Cancel | 🗑 = Delete │
│ │
└─────────────────────────────────────────────────────────────────┘

[!TIP] Retry: Force immediate retry for failed callbacks.

[!TIP] Cancel: Cancel pending callbacks before they execute.

[!CAUTION] Delete: Deleting is permanent - use for cleanup only.


Column Description
ID Unique callback ID
Queue Queue name
Caller ID Original caller number
Callback Number Number to call back
Status Current callback state
Attempts Current/Max attempts
Next Attempt Scheduled retry time
Expires At When callback expires
Created At Request creation time
Last Result Last hangup cause
Actions Available actions
Action Description Available When
Retry Force immediate retry Failed, Expired
Cancel Cancel callback Pending, Scheduled
Delete Delete record Any completed state

Status Icon Description
Pending 🟡 Waiting for first attempt
Calling 📞 Currently calling caller
Scheduled 📅 Scheduled for retry
Completed ✅ Callback successful
Failed ❌ All attempts exhausted
Cancelled 🚫 Manually cancelled
Expired ⏰ Expired before completion
Pending → Calling → Completed ✅
│ │
│ └─→ Scheduled → Calling → ...
│ │
│ └─→ Failed ❌ (max attempts)
│ └─→ Expired ⏰ (time limit)
│
└─→ Cancelled 🚫 (manual)

  1. Set Status filter to “Pending”
  2. View pending queue
  3. Monitor for stuck callbacks
  1. Filter by “Failed” status
  2. Find callback record
  3. Click Retry action
  4. Monitor new attempt
  1. Search for caller number
  2. Find pending callback
  3. Click Cancel action
  4. Confirm cancellation
  1. Set date filter to old range
  2. Filter by “Completed”
  3. Delete unneeded records

[!NOTE] Queue Dependency: Callbacks are tied to specific queues.

[!NOTE] Attempt Limits: Max attempts configured per queue.

[!WARNING] Timing: Callbacks respect scheduled times.

  1. Regular Monitoring: Check for stuck callbacks
  2. Handle Failures: Retry or cancel failed callbacks
  3. Cleanup: Delete old completed records
  4. Watch Expiry: Monitor expired callbacks
  5. Check Last Result: Diagnose why callbacks fail
Cause Meaning
NORMAL_CLEARING Success
NO_ANSWER No answer
USER_BUSY Line busy
CALL_REJECTED Rejected
ORIGINATOR_CANCEL Caller hung up

Symptom Possible Cause Solution
Stuck pending Dispatcher not running Check dispatcher job
All failing Bad number format Check callback number
High failures Network issues Check trunks
Not retrying Max attempts reached Manually retry
Expired Took too long Adjust expiry settings

Callback summary by status:

SELECT
status,
COUNT(*) as count
FROM public.queue_callbacks
WHERE created_at >= NOW() - INTERVAL '24 hours'
GROUP BY status;

Failed callbacks with reason:

SELECT
id, callback_number, attempt_count,
last_hangup_cause, updated_at
FROM public.queue_callbacks
WHERE status = 'failed'
ORDER BY updated_at DESC
LIMIT 20;

Term Definition
Callback Return call to waiting caller
Attempt Single callback try
Pending Waiting for first attempt
Scheduled Queued for retry
Expired Time limit exceeded
Hangup Cause Call termination reason

10. Model Context Protocol (MCP) AI Integration

Section titled “10. Model Context Protocol (MCP) AI Integration”

The Ring2All Platform Copilot integrates with the Call Center Queue Callback engine via the Model Context Protocol (MCP). Contact center supervisors, dispatchers, and queue administrators can monitor pending callback queues, evaluate fulfillment success rates, re-trigger failed attempts, or cancel requests conversationally.

Tool Name Operation Primary Parameters Description
list_queue_callbacks Callback Queue Ledger status (“pending”, “processing”, “completed”, “failed”, “cancelled”), queueId (number, optional) Queries queued callback requests, displaying caller phone number, target queue name, attempt counters, and current lifecycle state.
get_queue_callback_status Detailed Request Inspection callbackId (number) Retrieves complete diagnostic details for a specific callback request, including last hangup cause and retry schedule.
get_queue_callback_metrics Aggregate Callback KPIs queueId (number, optional), days (number, optional, default: 30) Computes overall callback performance: total requests, completion counts, pending volume, failed attempts, and success percentage.
retry_queue_callback Immediate Callback Redial callbackId (number) Re-queues a failed or stalled callback request for immediate Telephony Server dispatcher dialing.
cancel_queue_callback Abort Callback callbackId (number) Cancels a pending or scheduled callback so the system does not place further outbound calls.
  • Domain Scope Isolation: Callback requests and metrics are strictly bounded to the active domain_id (WHERE domain_id = :domain_id). Cross-tenant callback lists are isolated.
  • Controlled Re-dialing: The retry_queue_callback tool resets attempt timers safely without exceeding the max_attempts threshold configured on the callback profile.
  • Audit Logging: Manual retries and cancellations triggered via Copilot record user identifiers and operational timestamps into ss_logs.audit_logs.

1. Retrieving Callback Performance Metrics (get_queue_callback_metrics)

Section titled “1. Retrieving Callback Performance Metrics (get_queue_callback_metrics)”
{
"days": 7
}

Response:

{
"success": true,
"data": {
"periodDays": 7,
"queueId": null,
"totalCallbacks": 154,
"successRatePercent": 88,
"statusBreakdown": {
"pending": 8,
"processing": 2,
"completed": 135,
"failed": 6,
"cancelled": 3
}
}
}

2. Triggering a Manual Callback Retry (retry_queue_callback)

Section titled “2. Triggering a Manual Callback Retry (retry_queue_callback)”
{
"callbackId": 412
}

Response:

{
"success": true,
"data": {
"message": "Queue callback #412 was re-queued for immediate retry!",
"callbackId": 412,
"status": "pending"
}
}
  • “How many customer callbacks are currently waiting in our Support queue?”
  • “Show me the queue callback success rate for the past 7 days.”
  • “Why did callback request #412 fail? Show me the last hangup cause.”
  • “Retry the callback to customer #412 immediately.”
  • “Cancel any pending callbacks for customer number +13055550188.”

Documentation last updated: January 2026