Queue Callback Report Module Documentation
Table of Contents
- Module Overview (Technical)
- Module Overview (Commercial/Business)
- Module Overview (End User/Administrator)
- Report Fields Reference
- Callback Statuses
- Common Scenarios & Examples
- Limitations & Important Notes
- Troubleshooting Tips
- Glossary
---
1. Module Overview (Technical)
What Is 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.
Architecture
Key Tables
| Table | Purpose |
|---|---|
public.queue_callbacks | Callback requests and status |
Key Files
| File | Description | |
|---|---|---|
modules/queueCallbackReport/ | Frontend report | |
modules/queueCallbackReport/api/queueCallbackApi.ts | API calls |
2. Module Overview (Commercial/Business)
Business Value
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 |
Use Cases
- Callback Monitoring
- View completed callbacks
- Intervention
- Force immediate retry
- Failure Analysis
- Review hangup causes
- Cleanup
- Manage queue capacity
Feature Highlights
| 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)
What Can You Do?
- 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 Interface
Quick Tips
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.---
4. Report Fields Reference
Display Columns
| 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 |
Available Actions
| Action | Description | Available When | |
|---|---|---|---|
| Retry | Force immediate retry | Failed, Expired | |
| Cancel | Cancel callback | Pending, Scheduled | |
| Delete | Delete record | Any completed state |
5. Callback Statuses
Status Types
| 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 |
Status Flow
---
6. Common Scenarios & Examples
Scenario 1: Monitor Pending Callbacks
- Set Status filter to "Pending"
- View pending queue
- Monitor for stuck callbacks
Scenario 2: Retry Failed Callback
- Filter by "Failed" status
- Find callback record
- Click Retry action
- Monitor new attempt
Scenario 3: Cancel Incorrect Request
- Search for caller number
- Find pending callback
- Click Cancel action
- Confirm cancellation
Scenario 4: Cleanup Old Records
- Set date filter to old range
- Filter by "Completed"
- Delete unneeded records
---
7. Limitations & Important Notes
Technical Notes
NOTE
Queue Dependency: Callbacks are tied to specific queues.NOTE
Attempt Limits: Max attempts configured per queue.WARNING
Timing: Callbacks respect scheduled times.Best Practices
- Regular Monitoring: Check for stuck callbacks
- Handle Failures: Retry or cancel failed callbacks
- Cleanup: Delete old completed records
- Watch Expiry: Monitor expired callbacks
- Check Last Result: Diagnose why callbacks fail
Common Hangup Causes
| Cause | Meaning | |
|---|---|---|
| NORMAL_CLEARING | Success | |
| NO_ANSWER | No answer | |
| USER_BUSY | Line busy | |
| CALL_REJECTED | Rejected | |
| ORIGINATOR_CANCEL | Caller hung up |
8. Troubleshooting Tips
Common Issues
| 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 |
Diagnostic SQL
Callback summary by status: Failed callbacks with reason:---
9. Glossary
| 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 |
Lua Script Status ℹ️
No Dedicated Handler Required
| Component | Status |
|---|---|
| Queue Callback Report | ℹ️ Reporting module - reads from public.queue_callbacks |
queue.lua and queue_callback_dispatcher.lua. This module only reads and manages records.
---
Documentation last updated: January 2026