BLAND · IN DEVELOPMENT · early access

Bland callbacks, automated.

Same redial engine that powers Retell callbacks, adapted for Bland's webhook delivery and outbound dial API. The dashboard, the audit log, the encryption posture, the retry policy — all of it carries across providers.

STATUS In development PROVIDER bland.ai ↗ EARLY ACCESS via /contact
Same engine, Bland-shaped. The scheduling, retry, quiet-hours, and PII-encryption machinery is provider-agnostic. We're building the Bland adapter (webhook ingest + outbound call API) on top of it. Early-access slots open as we close on parity with the live Retell flow.
WHY REDIALER.IO · for Bland

Your Bland agent handles the call. We handle the callback.

Bland is great at the call. Scheduling a reliable callback when your agent promises one — webhook ingestion, time-zone math, retry policy across providers, audit logs, quiet hours, consent-aware exemptions — is a separate system. We are that system.

Same encryption
Every PII field (phone numbers, dynamic variables, metadata, captured call payloads) is encrypted at rest with AES-256-GCM under a per-tenant key wrapped in HashiCorp Vault. Bland never sees plaintext from us; we never see plaintext after the first decrypt.
Same retry logic
Voicemail / no-answer / busy / technical-error / inactivity groups each with their own toggle + delay. Per-workspace tuning. Per-agent overrides on Pro and Scale. Quiet-hours shift retries forward; explicit caller requests are exempt under TCPA's consent carve-out.
Same dashboard
Dashboard, agents page, activity feed, audit log, REST API — all provider-agnostic. Switch between Bland and any other connected workspace from the topbar without losing context.
Same compliance posture
TCPA-friendly defaults (no automated calls 19:00–10:00 local). 24h soft-delete grace on workspace disconnects. 30-day data export window on cancellation. Audit log on every mutation.
HOW IT WIRES · Bland side

What you do in Bland.

When Bland support lands, the steps will mirror the existing Retell flow with provider-specific field names. Sketch below; the live version will live in /docs.

  1. 01

    Paste your Bland API key

    In our setup flow, paste a Bland API key with read access to your agents and permission to use the outbound call API. We encrypt it at rest with your tenant DEK; it never lives in app memory longer than a single decrypt operation.

  2. 02

    Paste our webhook URL into your agent

    For each agent you connect we mint a unique webhook URL of the form https://redialer.io/api/webhooks/bland/wh_…. Drop it into your Bland agent's webhook URL. One URL per agent. Rotatable any time with a 24h grace window.

  3. 03

    Add one Boolean to your post-call extraction

    We watch for a single Boolean named redialer.io_callback in the post-call analysis output. When your agent flips it to true after a caller asks for a callback, we extract the requested time from the transcript tail and schedule the redial — respecting your quiet hours and retry policy.

    Voicemail, no-answer, busy, and technical-error retries are handled separately from the operator-facing Boolean. They're driven by Bland's disconnection_reason (or the provider's equivalent field), so your agent doesn't need any extra prompting for them.

EARLY ACCESS · Bland

Get notified when Bland support lands.

The Bland adapter follows Vapi on the build queue. Drop your name and we'll prioritize based on demand. Your interest helps us prioritize which provider integrates next.

Reach out via contact or skim the Retell guide