3CX migration guide | Resellers and MSPs | Fact-checked 29 June 2026
How to migrate from 3CX to Aircall: reseller migration guide
Practical 3CX to Aircall migration guide for resellers, MSPs and IT providers: discovery, feature mapping, porting, devices, cutover and support.
Reseller note: this guide is written for phone system resellers, MSPs, IT providers, and consultants moving customers away from 3CX. It is also useful for business owners and internal IT teams who want to understand the migration work before choosing a replacement.
Quick answer
Use the current 3CX configuration as discovery material, then validate how Aircall handles users, numbers, call flows, devices, recordings, reporting, support, and porting. The migration should prove the new operating model, not only rebuild the old one.
Best fit
Aircall is best suited to sales, support, and customer-facing teams that care more about fast cloud calling, CRM/helpdesk integrations, coaching, analytics, and app-based workflows than traditional PBX control.
Main watch-out
Aircall migrations should be scoped around teams and workflows, not just extensions. Reception, shared lines, paging, analogue devices, and desk-phone-heavy sites may need a different design.
Commercial reality
The migration should be scoped as professional services. Discovery, design, porting, handset work, testing, user training, and post-cutover support all need clear ownership.
When this migration makes sense
Aircall is a strong option when 3CX is being used by a customer team rather than as deep office telephony infrastructure.
It usually makes sense to shortlist Aircall when the customer has a real reason to change operating model, support model, or platform direction. It is less sensible when the customer simply wants the cheapest possible copy of their existing 3CX setup with no appetite for discovery, cleanup, or training.
Good migration signals
- The customer accepts that call flows should be reviewed, not blindly copied.
- There is a clear owner for porting, carrier contact, devices, and user communications.
- The new platform solves a real support, feature, commercial, or strategic problem.
Warning signs
- No one can explain how the current 3CX call flows work.
- The customer expects no training, no outage window, and no process change.
- Old desk phones, analogue devices, fax, paging, or door phones are assumed to work without checking.
What to audit before moving a 3CX customer
| Audit area | What to capture from 3CX | Why it matters |
|---|---|---|
| Users and extensions | Active users, unused extensions, shared extensions, permissions, voicemail, mobile users, and admin roles. | This prevents paying for users that do not exist and helps clean up years of PBX clutter. |
| Numbers and trunks | DIDs, main numbers, outbound caller ID, SIP trunks, porting ownership, emergency-calling assumptions, and failover behaviour. | Porting and carrier responsibility are often the riskiest parts of the project. |
| Call flows | IVRs, ring groups, queues, business hours, holiday routing, reception workflows, and after-hours handling. | These are the parts customers notice immediately if the migration is wrong. |
| Devices | Desk phones, cordless phones, conference phones, paging, door phones, fax, ATA devices, SBCs, and router phones. | Device assumptions can create cost blowouts and cutover delays. |
| Integrations and reporting | Microsoft 365, Teams, CRM, call recording, reports, wallboards, web chat, SMS, and workflow automations. | These decide whether the migration is a basic voice job or a broader business workflow project. |
Feature mapping: 3CX to Aircall
| Migration area | Practical approach | Reseller risk |
|---|---|---|
| Teams and numbers | Map 3CX extensions, queues, and DIDs to Aircall teams, users, numbers, and routing rules. | Medium: team ownership matters more than extension numbering. |
| CRM/helpdesk workflows | Design HubSpot, Salesforce, Zendesk, Intercom, or other integrations before rollout. | High if the customer expects automation from day one. |
| Call recording and analytics | Confirm what needs to be retained from 3CX and what Aircall reporting will replace. | Medium: historical recordings may need separate retention. |
| Desk phones | Decide whether users move to app-first calling or require compatible desk phones. | Medium: app-first change needs training. |
Reseller support
Pressure-test the migration before cutover
Share the current 3CX setup and the target platform for How to migrate from 3CX to Aircall: Reseller migration guide. We can help identify migration risks, porting dependencies, device assumptions, and support gaps before the customer is moved.
Get a practical second opinion
Tell us what you are reviewing, replacing, selling, or migrating. We will help you work out the sensible next step.
Suggested migration plan
1. Discover
Export and document users, numbers, trunks, devices, call flows, recordings, integrations, and reporting. Interview reception and department leads rather than relying only on configuration screens.
2. Design
Decide what should be replicated, what should be improved, and what should be retired. Build the Aircall design around real business workflows.
3. Build and test
Provision users, numbers, devices, call flows, and integrations. Test inbound, outbound, internal, after-hours, voicemail, mobile, reception, and emergency-calling assumptions.
4. Pilot
Move a small group or test number first. Let real users find workflow issues before the whole customer is cut over.
5. Cut over
Schedule the port or routing change, monitor call paths, keep the old system available during the transition where possible, and have escalation contacts ready.
6. Hypercare
Run a short post-cutover support window. Watch missed calls, queue behaviour, voicemail, caller ID, user adoption, and support tickets.
Reseller checklist
- Confirm why the customer is leaving 3CX and what success looks like.
- Export and document the current 3CX configuration before making recommendations.
- Separate must-have features from inherited habits.
- Confirm number ownership, porting authority, and losing carrier details.
- Check handset compatibility before promising reuse.
- Document emergency-calling assumptions and customer responsibilities.
- Quote discovery, design, build, testing, training, cutover, and hypercare properly.
- Nominate support owners for the reseller, platform provider, carrier, and customer admin.
- Train reception and power users before go-live.
- Book a post-cutover review and capture opportunities for managed services.
Frequently asked questions
Can we import 3CX settings directly into Aircall?
For Aircall, assume a mapped rebuild unless the vendor or integrator confirms a supported migration path for the exact source and target versions. Use 3CX exports and screenshots as discovery material, then rebuild and test the new platform in its own model.
Can customers keep their existing phones?
Sometimes. It depends on the phone model, firmware, provisioning support, target platform, and whether reuse is worth the support risk. Check before quoting.
How long does a 3CX migration take?
A small, clean migration may be planned in days and cut over quickly. Larger or multi-site customers with queues, recordings, contact centre, Teams, analogue devices, and complex porting need a more formal project plan.
Who should handle number porting?
Assign a single owner. The reseller can coordinate, but the customer must usually provide authority and billing details. Confirm timelines, rollback options, and emergency-call implications before the port date.
Sources checked
This guide was fact-checked on 29 June 2026 against official sources. Product features, pricing, service coverage, and availability can change, so confirm the current state before quoting, purchasing, or migrating, or reach out for a free, personalised comparison.