Deploying a Softphone Connector is a vendor-coordinated activity. The Salesforce admin installs the vendor AppExchange package, configures the Call Center, and assigns users. The vendor support engineer provides their Connector configuration and tests the integration end-to-end. The four-step routine covers: install the vendor Connector package, configure the Call Center, assign users, and validate call flow end to end. Each step needs explicit ownership between the Salesforce admin and the vendor; without clear handoff, the deployment stalls in finger-pointing.
- Install the vendor Connector package
Find the vendor AppExchange listing for their Open CTI Connector and install the managed package into the Salesforce org (sandbox first, then production). The package brings in the Connector JavaScript, the Apex hooks, and any vendor-supplied Lightning components. Assign the vendor-provided permission set to admin users for setup access. Validate the install by navigating to Setup, Call Centers; a new Call Center record should exist with the vendor name. If the package installed without errors but no Call Center appears, contact the vendor support; most likely there is a post-install step in the vendor documentation that was missed.
- Configure the Call Center
Open the new Call Center record in Setup. Update the Connector URL to match the vendor documented value (usually a specific Lightning component reference). Set the supported feature flags based on the agent capabilities you need (mute, hold, transfer, conference, click-to-dial). Configure CTI Call Lookup to match how your org identifies callers (phone number, email, account number). Save the Call Center configuration. If the Call Center XML needs editing, do it through the vendor UI tools rather than editing the raw XML; small syntax errors break the Connector load entirely.
- Assign users to the Call Center
From the Call Center record, click Manage Call Center Users. Add the agents who will use this Connector. Confirm each agent has the correct profile or permission set for phone features. For multi-vendor orgs, assign each agent to the right Call Center based on their team or role. Mature implementations use a Permission Set group instead of direct Call Center assignment so onboarding and offboarding flow through the org standard user lifecycle process. Train the assigned agents on the softphone widget and the call flow before activating production calls.
- Validate call flow end to end
In a sandbox or production, perform a test inbound call: the vendor support team places a call to the configured number, the agent softphone widget displays the call, the screen pop opens the right Salesforce record, the agent answers and the call logs as a Task. Perform a test outbound call: the agent clicks a phone number on a Contact record, the softphone dials, the call connects. Test mute, hold, transfer, and hangup. Once the smoke tests pass, expand to a pilot user group for two weeks before declaring the deployment ready for the full team.
- Connector deployments are vendor-coordinated. Both the Salesforce admin and the vendor support engineer have responsibilities; without clear handoff, deployments stall in finger-pointing.
- Lightning and Classic Open CTI use different APIs. A Connector built for Classic does not work in Lightning without porting; confirm Lightning support before selecting a vendor.
- Call Center XML syntax errors break the Connector load entirely. Use the vendor UI tools to edit the configuration; do not hand-edit the raw XML unless you have to.
- Screen pop ranking depends on the CTI Call Lookup configuration plus the underlying record set. Misplaced pops are common when phone numbers are reused across multiple Contact records; train agents on what to do.
- Service Cloud Voice is the strategic direction for greenfield contact centers. Open CTI Connectors remain mature and supported but are the secondary direction for platform investment.