Configure callback
Callback is the alternative to making callers wait on hold. Instead of staying on the line, a caller is offered a callback — they hang up, and the system calls them back when an agent becomes available.
Before you start
- A call queue already configured. Callbacks belong to a queue — the queue determines who eventually serves the callback.
- A clear decision on connection mode: agent-first or customer-first. (Both are explained below.)
Steps
- Open Settings → Voice.
- Select your phone number in the sidebar, then go to the Callback tab.
- Toggle Enable callback on.
- Configure Retry settings:
Number of calls is the total number of times Atender may call the customer for this callback, not the number of retries after the first call.
If Number of calls is unset, Atender makes 1 call.
If Number of calls is set to 0, Atender treats it as 1 call.
If Number of calls is set to 3, Atender calls the customer at most three times total. - Pick a connection mode:
Customer-first — the system calls the customer back first, plays a short greeting, and then connects to an agent. The customer answers a real ringtone, not silence.
Agent-first — the agent answers first, then the customer is dialed and bridged in. - (Optional) Enable Auto-initiate if you want the IVR to offer the callback automatically based on queue position or wait time, without the caller having to choose.
- Set a Max pending callbacks limit — the queue refuses new callbacks once this many are already waiting. Prevents overflow during a spike.
- Set When the queue closes:
Expire at close — pending callbacks expire when the queue closes. This is the default behavior and sends the expiry message.
Keep for the next opening hours once — pending callbacks are parked overnight and revived once when the relevant opening-hours rules open again. - (Optional) Customize the callback greeting — the message the customer hears when the system calls them back.
- Save.
Add the Callback Queue node to your IVR
The settings above configure how callbacks behave; the IVR is what offers them. To actually start using callback in a flow:
- Open your IVR in the builder.
- Drag a Callback Queue node onto the canvas.
- Connect it from wherever in the flow you want to offer the callback option — typically from a Gather Input branch (“Press 2 to receive a callback instead”).
- In the node’s config, pick the queue this callback should be served from.
- Save the flow.
The next caller who takes that path is offered a callback and the call ends; the queue holds their position until an agent is free during the queue’s open window. If the queue closes before the callback is served, the end-of-day behavior depends on When the queue closes: Expire at close expires the callback and sends the expiry message, while Keep for the next opening hours once parks the callback overnight and revives it when the relevant opening-hours rules open again.
Duplicate callback requests: Atender allows only one pending ASAP callback per phone number per tenant. If the same caller requests another callback before the first one is completed, canceled, or expired, the original pending callback stays in the queue and the repeat call is closed without creating a second callback task. Explicitly scheduled future-slot callbacks do not block an urgent “call me now” request.
Connection mode — which to pick
- Customer-first — Their phone rings, they answer, they hear a short greeting, then they’re connected to an agent. — Default for most teams. Customers prefer a clear “this is your callback” announcement to silence.
- Agent-first — An agent picks up first; the customer’s phone rings only once the agent is on the line. — Better when calling international numbers where connection time matters, or when you want zero customer wait after they pick up.
Verify it worked
Dial your number from a phone, take the path that leads to the Callback Queue node, and confirm:
- The IVR offers the callback (either automatically or after a prompt depending on your Auto-initiate setting).
- After hanging up, you can see the pending callback in the queue’s monitoring view.
- When an agent becomes available during the queue’s open window, your phone rings and you’re connected.
- If the queue closes before the callback is served, the callback follows your When the queue closes setting: the default Expire at close option expires it and sends the expiry message, while Keep for the next opening hours once revives it when the queue opens again.
Troubleshooting
-
Symptom: Callbacks are accepted but never come back. Fix: Confirm the queue has agents who can take voice calls, are marked Available, and do not see the microphone-blocked banner. If an agent’s browser microphone permission was blocked or the wrong microphone was selected, restoring mic permission or choosing a working microphone automatically lets that agent receive calls again. If the agent switches Offline, their held Available intent is cleared and they must mark themselves Available again. Also check Max pending callbacks — if you’ve hit the limit, new requests are accepted but old ones never clear. If the queue closed before the callback was served, check When the queue closes to see whether callbacks expire at close or are kept for the next opening hours once.
-
Symptom: A customer misses the callback and expects the request to be over. Fix: Check Retry settings. A missed callback remains active until Atender has used the configured Number of calls budget. For example, if Number of calls is 3, Atender may try the customer up to three times total instead of ending after the first unanswered dial.
-
Symptom: Customers hang up before the system calls back, then complain about a missed call. Fix: The callback greeting may be too generic. Customize it to explicitly say “This is your callback from Acme” so they recognize it.
-
Symptom: Callback is being offered to international callers when you only want it for domestic. Fix: Branch the IVR before the Callback Queue node with a Condition that filters on the caller’s country code.