Two-way sync
Changes in Aircall or Apache Druid instantly reflect in both systems. No stale data, no manual imports.
Keep Aircall and Apache Druid in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Aircall produces a constant stream of activity — messages sent and received, calls placed and answered, meetings held, and the delivery and engagement events attached to them. That record is what the rest of the company wants to analyze, and it usually sits behind an API rather than in the warehouse. Building and babysitting an extraction pipeline is the tax most teams pay to get it out.
Stacksync syncs Calls, Users, Numbers, Tags from Aircall into tables in Apache Druid in real time, handling schema, rate limits, and retries. Because the connection works in both directions, results computed in Apache Druid — segments, contact updates, suppression flags — can be written back into fields in Aircall wherever it exposes them, so analysis lands where outreach actually happens.
Sends, opens, clicks, bounces, and call outcomes from Aircall land in Apache Druid as they happen, so deliverability and response monitoring stop lagging the reality they describe.
Combine Aircall's activity with the CRM, product, and support data already in Apache Druid to attribute outcomes to the touches that drove them, which no single tool can do alone.
Segments, contact fields, or suppression flags computed in Apache Druid sync back onto records in Aircall, putting warehouse analysis where the outreach happens.
Representative objects on each side — any object or custom field can map to any target. Schemas are auto-detected; types are converted between the two systems.
| Aircall objects | Apache Druid objects | How this pairing syncs | |
|---|---|---|---|
| Calls Inbound and outbound call records with recording URL, duration, tags, comments, and metadata; the record itself is read-only, but you can add tags, comments, insight cards, transfer, archive, and control recording. | Ingestion Supervisors Long-running specs that pull from streams like Kafka; the write path into Druid. | Calls is specific to Aircall and Ingestion Supervisors to Apache Druid — each maps to any object or custom field on the other side. | |
| Users Agent seats with name, email, and availability; full CRUD to provision or deprovision seats and map Aircall agents to CRM, HR, or directory identities. | Lookups Key-value mappings joined at query time, refreshable from external systems. | Users is specific to Aircall and Lookups to Apache Druid — each maps to any object or custom field on the other side. | |
| Numbers Provisioned phone numbers with settings, open hours, and IVR config; read and update to keep routing and business-hours data aligned across systems. | Tasks Batch ingestion and compaction jobs monitored during data loads. | Numbers is specific to Aircall and Tasks to Apache Druid — each maps to any object or custom field on the other side. | |
| Tags Call tags with name and color; full CRUD, applied to calls for disposition and outcome reporting in the CRM or warehouse. | Datasources The table-like unit of storage and querying, the main target of reads and ingestion. | Tags is specific to Aircall and Datasources to Apache Druid — each maps to any object or custom field on the other side. | |
| Teams Groups of users for routing and reporting; create and delete teams and add or remove members to mirror org structure from an HR system or IdP. | Segments Time-partitioned immutable files that hold datasource data; ingestion produces them. | Teams is specific to Aircall and Segments to Apache Druid — each maps to any object or custom field on the other side. | |
| Messages (SMS/MMS) Text messages tied to a number and contact; send outbound SMS/MMS through the API and read inbound messages delivered via webhook events. | Dimensions String and categorical columns used for filtering and grouping in synced queries. | Messages (SMS/MMS) is specific to Aircall and Dimensions to Apache Druid — each maps to any object or custom field on the other side. |
Each direction of the sync is driven by what the source system can signal and what the destination accepts — detection, delivery, and expected latency below.
DetectionAircall notifies Stacksync of record changes through webhook events. Webhooks (POST /v1/webhooks) for call, contact, user, message, and number events.
DeliveryEach detected change is applied to Apache Druid as a row-level write, with types converted between the two schemas.
DetectionStacksync polls Apache Druid for changes on an incremental schedule, reading only records changed since the previous pass. Data enters Druid through streaming or batch ingestion rather than row updates.
DeliveryEach detected change is written to Aircall through its API, with automatic retries and rate-limit backoff.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every Aircall–Apache Druid connection.
Changes in Aircall or Apache Druid instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever Aircall or Apache Druid data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single Aircall or Apache Druid record.
Track your Aircall ⇄ Apache Druid sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between Aircall and Apache Druid.
Configure and sync within minutes, no code. Whether you sync 50k or 100M+ records, Stacksync handles the queues, infra, and plumbing. Integrations are non-invasive and need zero setup on your systems.
Authenticate Aircall and Apache Druid with each platform's native method — OAuth, API keys, or service accounts — plus secure options like SSH tunneling, IP whitelisting, and VPC peering.
Pick the Aircall and Apache Druid objects to sync — Stacksync auto-detects both schemas, including custom fields where the platform exposes them. Sync to existing tables, or let Stacksync create new ones with ideal data types.
Fields map automatically even when names and types differ. Stacksync handles transformation and type casting for you, zero configuration required.
Yes. Stacksync provides a managed, real-time two-way integration between Aircall and Apache Druid: authenticate both systems, choose the objects to sync (such as Aircall's Calls and Users), map fields visually, and changes propagate both ways in milliseconds — no code required.
Change detection on Aircall: Webhooks (POST /v1/webhooks) for call, contact, user, message, and number events; historical pulls via list endpoints paged with from/to timestamps and order. On Apache Druid: Not applicable for reads out (polling by time interval); data enters Druid through streaming or batch ingestion rather than row updates. Each detected change propagates to the other side in milliseconds, with field-level conflict resolution and an inspectable event log.
On the Aircall side: Calls, Users, Numbers, Tags, plus custom fields where Aircall exposes them. On the Apache Druid side: Metrics, Ingestion Supervisors, Lookups, Tasks. Stacksync auto-detects both schemas and converts types between the two systems.
Yes. Each object mapping can be bidirectional or restricted to a single direction (both systems accept writes). Read-only mirrors, one-way pushes, and full two-way sync can be mixed in the same integration.
Common patterns for Aircall and Apache Druid: Engagement and delivery on live data; Activity joined with everything else; Where Aircall accepts updates: operational write-back. Sends, opens, clicks, bounces, and call outcomes from Aircall land in Apache Druid as they happen, so deliverability and response monitoring stop lagging the reality they describe.
Aircall: REST API (Aircall Public API v1, https://api.aircall.io/v1). Authentication: HTTP Basic auth (base64 api_id:api_token) for single-account integrations, or OAuth 2.0 authorization_code flow for multi-tenant Technology Partner apps. Apache Druid: REST API (SQL over HTTP and native JSON queries); JDBC via Avatica. Authentication: Deployment-dependent: basic authentication or an authenticator extension; often fronted by a proxy. Stacksync manages authentication, retries, and rate limits on both sides.
As a data company, we understand the importance of keeping your data secure. Stacksync is built with security best practices to keep your data safe at every layer, and is DPF-certified for US, EU, UK and CH data transfers.
Let your users access Stacksync from your centralized user management systems. Works with Okta, Azure, Google SSO and more.
Immediately get alerted about record syncing issues over email, Slack, PagerDuty and WhatsApp. Resolve issues from a centralized dashboard with retry and revert options.
Securely connects to your systems with:
Every pair below is a real-time, two-way sync. Search all 344 integrations available for Aircall and Apache Druid.