Phonexa is a suite rather than a single product. LMS Sync distributes web leads, Call Logic routes calls. If you buy both, you are wiring two mechanisms into one dialer, and they have almost nothing in common beyond the account they bill from.
Integrations on demand. We are not a Phonexa partner and there is no connector to enable. Our team wires your account to your server as scoped work, quoted per setup.
The lead path
Phonexa's Integration Builder does direct-post and ping-post to a buyer URL with per-buyer field mapping. The delivery lands on an endpoint you nominate, which calls VICIdial's non-agent API:
non_agent_api.php?function=add_lead
&phone_number=&phone_code=1&list_id=
&vendor_lead_code=<phonexa lead id>
&dnc_check=Y&campaign_dnc_check=Y
As with any ping-post source, only the post reaches the dialer. The ping is a bid and carries nothing dialable.
The call path
Calls route to a destination on your box - a SIP address or a DID terminating on your carrier - and land in a VICIdial in-group. If Phonexa is carrying data you want on the agent screen, take the SIP route so the values can travel as headers and be read with PJSIP_HEADER(read,...).
Why this one takes longer than it looks
Because the mapping is per-buyer and configured in their Integration Builder, the integration is not "connect Phonexa". It is "agree the field list, build the delivery, confirm the response format, then map it at the dialer end". Two accounts buying the same vertical from the same platform can have completely different specs.
That is also why it is quoted per setup rather than priced from a list.
Setup
- Decide which side you are wiring - leads, calls, or both. They are separate pieces of work.
- For leads: agree the field list and the acknowledgement format your endpoint must return.
- For calls: provision the in-group and the SIP endpoint or DID.
- Build the delivery in Phonexa's Integration Builder against that spec.
- Map fields to VICIdial, including
vendor_lead_codefor reconciliation. - Test with live traffic on both paths before switching volume on.
It also runs the other way
Everything above is traffic arriving. The dialer can call Phonexa as well: VICIdial fires their API mid-call with the lead substituted into the URL, and the caller is transferred live if Phonexa accepts. Phonexa sits on both sides of the trade, so the same account can be a source of calls and a destination for transfers.
A transfer accepted during the conversation is worth considerably more than a record posted after it, and it is a separate piece of work from the inbound path. See live transfer on a buyer API response for the hooks and the failure modes.
Gotchas
Two products, two failure modes. A working lead delivery tells you nothing about whether calls route. Test them independently.
Reconciliation needs their ID. Without Phonexa's own lead identifier written to vendor_lead_code, matching a disposition to an invoice line is manual.
Duplicate protection is yours. Deduplicate at your endpoint. Do not assume the platform will not re-send.
Related: ping-post and lead distribution and pay-per-call routing.
