HOW IT WORKS
Digits go to the carrier, not the model.
When the flow reaches a payment node, the call hands to the telephony provider's payment session. The caller enters their card on the keypad. Recording pauses for the duration. What comes back to the workflow is a token and a result — never a number. The agent resumes the conversation on the same call with the outcome already known.
WHERE THE DATA GOES
Card data doesn't traverse the systems you operate.
Because the digits go to the payment session rather than the agent, they never land on an agent desktop, in a call recording, or in your application logs — the places that would otherwise pull those systems into scope. What your own assessment concludes depends on your wider environment; we'll walk your assessor through the call path rather than hand you a badge.
GATING
Regulated flows refuse to ask before they're allowed to.
The payment node sits behind branch conditions. In a collections flow that means required disclosures must have fired on that call before the graph can reach capture — and the execution trace records which node ran, in what order, with what result. Compliance review reads a graph, not a prompt.
BEYOND CAPTURE
Tokens, plans, retries, refunds, voids.
Save a card for an arrangement and schedule the installments. Retry a failed charge on a follow-up call. Issue a refund or void a capture inside a returns flow. The payment primitive is a connector like any other, which means it composes with the rest of the workflow instead of living in a separate tool.