Callbacks let a campaign honour “call me back later” requests. During the call the bot notices that the customer asked to be reached at another time, the platform works out a concrete time from what the customer said, and the dialler re-dials that contact ahead of everyone else once the time is due. This page explains the two switches that turn callbacks on, what the bot extracts, how a free-text time becomes a scheduled time, and how callbacks are prioritised and tracked on the campaign detail screen.

The double-gate

Callback detection only activates when both switches are on. Turning one on without the other does nothing.
1

The bot's callback toggle

The bot must have its callback toggle enabled. This is what tells the post-call analysis step to look for callback requests and emit the callback fields. You set this when building or editing the bot — see Create a bot.
2

The campaign's Callback Detection toggle

The campaign that placed the call must also have Callback Detection enabled. You set this in the campaign wizard under Dialler Config — see Create a campaign.
Both gates are required. If the bot is callback-aware but the campaign toggle is off, the platform never schedules callbacks for that campaign. If the campaign toggle is on but the bot was built without callback awareness, no callback fields are produced for the analysis to act on. Enable both before you expect callbacks to fire.

Where you set each gate

Bot toggle

Set on the bot, applies to every campaign that uses that bot. Build it once into the bot.

Campaign toggle

Set per campaign in the wizard. The Callback Detection checkbox in step 3 (Dialler Config) reads: “Detect customer callback requests in post-call analysis and schedule them inside this campaign.”
Callback Detection is a simple on/off checkbox in the campaign wizard. There is no separate threshold or sensitivity setting to configure — the detection logic and time resolution are handled for you once the toggle is on.

What the bot extracts

When detection is active, the post-call analysis records a small set of callback fields for the call. In plain terms:
FieldWhat it means
Callback requestedYes when the customer asked to be called back, or the bot promised to call back. This is the trigger for scheduling.
Preferred time (the customer’s words)The customer’s own phrasing about when, captured verbatim — for example “5 minute baad”, “kal subah”, “shaam ko”, “after lunch”.
ReasonA short reason the customer gave, such as “busy”, “driving”, or “not free right now”.
ConfidenceHow sure the analysis is that this was a genuine callback request, from a clear ask down to a softer implied one.
A callback is scheduled only when detection is enabled and the customer actually asked to be called back. A normal call with no callback request is treated as an ordinary call and follows the usual retry rules — see Pacing and retries. These same fields are available as post-call variables for your CRM push and reports — see Post-call variables.

How the time is worked out

The platform converts the customer’s free-text phrasing into a concrete scheduled time, expressed in the campaign’s timezone. The rules it follows:
  • Relative phrases (“30 minutes”, “half an hour”, “2 hours”, “aadhe ghante”) are added to the current time.
  • Day markers (“kal” / tomorrow, “parso” / day after) set the target day.
  • Dayparts (“subah” / morning, “shaam” / evening) set an approximate time of day.
  • No clear time given: the platform falls back to the campaign’s normal retry delay.
  • Always clipped to the calling window: any resolved time that falls outside the campaign’s calling window is moved to the next valid window. A callback is never scheduled for a time the campaign would not be dialling anyway.
Set the campaign timezone to the customer’s contactable timezone. Callback times are resolved and clipped against that timezone’s calling window, so the wrong timezone can push a “call me in 30 minutes” request to the next day. The timezone is part of the Time Window in the campaign’s Dialler Config.

Scheduling and priority

Once a callback is scheduled, the contact moves into a callback-scheduled state with a due time. When that due time arrives, the dialler leases the contact before fresh pending contacts and before ordinary retries:
callbacks  >  pending  >  retries
This is the dialler’s lease priority. Callbacks are dialled first so that the time the customer asked for is honoured. The full lease ordering and how it interacts with pacing is covered in Pacing and retries. When the callback connects, the bot is handed the callback context — the customer’s preferred-time phrasing and reason — so it can open the conversation appropriately (“you’d asked us to call back around now…”) rather than starting cold.

What happens when a callback call fails

A callback keeps its top priority across retries:
The contact is re-scheduled back into the callback-scheduled state — not the ordinary retry queue — so it stays ahead of pending and retry contacts on the next pass.
Once the contact runs out of attempts, the callback is closed and counted as exhausted. It is no longer re-dialled.
If the attempt hits a voicemail machine or is abandoned, the callback is torn down and closed, and the callback counters update accordingly.

Single-day campaigns and the window close

For a Single Day campaign, callbacks do not carry over to another day. When the calling window ends, any callbacks still waiting to be dialled are cancelled: the contact moves to a window-closed state and the callback is marked cancelled. They are counted in the cancelled total and are not re-attempted.
If you need callbacks to survive past today’s window — for example a “call me tomorrow morning” request — run the campaign in Multi Day mode. A multi-day campaign keeps the callback scheduled and dials it when the next valid window opens. The mode is set with the Campaign Mode dropdown in the campaign wizard.

Watching callbacks on the campaign

On the campaign detail screen, once any callbacks exist for a campaign you get a dedicated Callbacks panel and a set of filter tabs above the call list. These only appear when Callback Detection is enabled.

Callbacks panel

A summary block that appears when the campaign has callbacks:
CardWhat it shows
Callbacks requestedHow many calls produced a callback request.
Callbacks pendingCallbacks scheduled and still waiting to be dialled.
Callbacks completedCallback attempts that reached a final state.
Avg delayThe average gap between the request and the scheduled callback time.

Callback filter tabs

Above the call list, these tabs let you narrow the list by callback state:
ButtonWhat it does
All callsRemoves the callback filter and shows every call. This is the default view.
Callbacks requestedShows only calls where a callback was requested.
Callbacks pendingShows only contacts with a callback still pending.
Callbacks completedShows only contacts whose callback has completed.
Callbacks cancelledShows only callbacks that were cancelled (for example, a single-day window closed before the due time).
The active tab is highlighted; the others sit in the neutral surface colour. Switching tabs re-filters the call list in place.

Callback badge in the call list

In the call list itself, a small blue Callback badge appears next to a contact’s status whenever that contact currently has a callback scheduled, so you can spot scheduled callbacks at a glance without switching tabs.

Operations checklist

Use this to confirm callbacks are wired up end to end before relying on them:
1

Bot toggle on

Confirm the bot used by the campaign has its callback toggle enabled.
2

Campaign toggle on

Confirm Callback Detection is checked in the campaign’s Dialler Config. Both gates must be on.
3

Run a test call

Place a test call and ask to be called back at a specific time. Afterwards, check that the call produced callback fields and that the contact shows a Callback badge.
4

Set the right timezone

Make sure the campaign timezone matches the customer’s contactable timezone, since callback times are clipped to that window.
5

Watch the panel

Keep an eye on Callbacks pending and Callbacks completed on the campaign detail screen to confirm callbacks are firing on time.