Self-service or agent-assisted, both PCI compliant
An IVR payment is a card payment a customer makes by phone, on their own, through an automated voice menu. They ring a number, follow the prompts, and type their card number into the keypad. No agent ever hears the digits. The IVR captures the tones before they reach your network, tokenises the card details at the gateway, and confirms the result on the call. Job done. The whole flow takes two to four minutes and works at 2am on a Sunday the same way it works at 11am on a Tuesday.
Two flavours dominate the market and we run both. Hosted IVR is fully self-service — the customer dials a dedicated number, navigates the menu, pays, and hangs up. No agent in the loop at any point. This is what utilities, local councils, parking operators and charities use for routine billing and donations. Agent-assisted IVR is the contact-centre model — an agent qualifies the call, transfers the caller into the IVR for the card capture portion only, then picks the call back up afterwards to wrap up. The agent never hears the card number. They're effectively on mute for the four key presses that matter.
Both flavours run on Paytia's PCI DSS Level 1 certified infrastructure. Your telephony, your CRM, your call recordings and your network stay outside the cardholder data environment because the card data never reaches them. That's what makes IVR payments structurally different from older agent-handled phone payments — the customer is in control, the machine is listening, and nothing sensitive ever leaks into your systems.
Who actually uses this? High-volume utility and council billing teams who don't want a queue every time a bill goes out. Insurance and membership organisations collecting recurring premiums and renewals. Healthcare providers taking co-pays and treatment-plan payments. Charities running phone donation lines around an appeal. Anyone with a renewal cycle, a recurring debit, or a phone-payment customer base that grew faster than their staffing budget. If your call centre is staffed 9 to 5 but your customers want to pay at 7pm, IVR is the answer.
The mechanics are simpler than they sound, but the steps matter — each one is a place where card data could leak in a less carefully built system, and each one is a place where Paytia's IVR keeps it contained.
The caller either dials a dedicated payment number you publish (on a bill, in an SMS reminder, on your website) or gets transferred by an agent who's already on the phone with them. In hosted mode, dialling is the whole start of the journey. In agent-assisted mode, the agent picks up first, identifies the caller, confirms the amount due, and then transfers the call into the IVR — the agent stays on the line in listen-only mode while the IVR takes over the prompts.
Once the IVR has the call, it walks through a short script. First, identification: the customer enters an account number, reference number or postcode so the system knows who they are and what they owe. We look this up against your billing system in real time so the next prompt can quote the right balance. Second, amount: either we read out the amount due and ask for confirmation, or we ask the customer to type the amount they want to pay (useful for variable payments, part payments, top-ups). Third, card capture — the bit that matters. The caller types their card number on the keypad. As each digit is pressed, DTMF masking intercepts the tone and replaces it with flat audio before it reaches your telephony, your network, or your call recording. The card number is going straight from the caller's phone into the Paytia payment gateway. Nothing in between ever sees it.
Expiry date next, then CVV. Same masking, same isolation. The IVR confirms the digits back digit-by-digit so the caller can correct a misdial without giving up. The gateway tokenises the card details, runs the authorisation against your acquirer, and the IVR plays the result — approved, declined, retry — on the call. On approval, the customer gets a verbal confirmation, the call is logged in your CRM with the result code (but no card data), and an email or SMS receipt goes out automatically.
Then disposition. In hosted mode the customer hangs up, or the IVR plays a follow-on menu ("press 1 to make another payment, press 2 to return to the main menu"). In agent-assisted mode the call returns to the agent, who picks up the conversation with the result already on screen — "That's your payment confirmed, your reference is 4471. Anything else I can help with?" The agent never went anywhere; they were just out of the audio path for the four key presses where the card number was on the line.
The mechanics behind the two modes are identical at the gateway. The only difference is whether an agent is on the line during the capture step. That choice changes the customer experience, not the security model — both flavours keep card data out of your environment.
PCI DSS scope is the set of systems, people and processes that touch cardholder data and therefore fall under the standard's 329 controls in SAQ D. The point of using a hosted IVR is to shrink that scope to the minimum — ideally to SAQ A's 22 controls. The way you get there is by making sure card data physically can't reach the systems you control.
With Paytia's IVR, the card number goes from the caller's handset directly into our PCI DSS Level 1 environment via your telephony carrier — but the DTMF tones carrying the digits are masked before they hit your SBC, your PBX, your IP network, your call recorder or your agent desktop. Your CRM never sees a card number. Your call recordings don't contain card audio. Your contact centre platform doesn't carry card data on any port. That's how SAQ A descope works in practice — not by having a policy that says "no card data here please", but by having a network path where card data physically can't go.
Compare this to the alternatives. An in-house IVR built on your own platform keeps the card data inside your network the whole way — DTMF tones flow through your SBC, your IVR engine logs them, and your call recorder records them. That's the worst case: every system in the call path is in scope, recordings are in scope, your network is in scope. SAQ D territory with all 329 controls. A hosted IVR from a non-PCI-certified provider is a half-step better — card data leaves your network but you still own the relationship and have to demonstrate the provider's controls. A hosted IVR from a PCI DSS Level 1 certified provider like Paytia gives you a recognised SAQ A descope path: we're the listed third party, our AOC is filed, and your QSA accepts the scope reduction with documentation we provide.
Pause-and-resume call recording is a different approach again, but it's heavier on compliance. The recording is paused when the agent reaches the card capture step and resumed afterwards. That works, but it leaves the agent on the audio path — they can still hear the card number being read out (or read it back from the receipt). PCI doesn't allow agent earshot of the PAN under SAQ A. Pause-and-resume keeps you in SAQ D scope on the agent side; IVR removes the agent from the audio path entirely.
The real-world impact on audit cost: SAQ D self-assessment runs to 329 controls covering network segmentation, file integrity monitoring, antivirus, encryption, vulnerability scanning, penetration testing and a long list more. SAQ A is 22 controls focused on the third-party relationship and a handful of basic hygiene items. Most of our contact centre clients see audit prep drop from weeks of evidence-gathering each year to days. Annual QSA engagement cost falls in line.
What changes when card data stops touching your environment.

The highest tier of PCI compliance — what the card networks hold the largest processors to.
| Requirement | Without | With Paytia |
|---|---|---|
| PCI Assessment | SAQ D (329 Qs) | SAQ A (22 Qs) |
| Network Security | Extensive | Minimal |
| Call Recording | Complex | No restrictions |
| Staff Training | Extensive | Minimal |
IVR isn't the answer to every phone payment. It's the answer to a specific shape of phone payment — repetitive, predictable, and high-volume. Pick the wrong tool and you'll either pay agents to take card numbers all day (which is expensive and compliance-heavy) or push customers into an automated flow they hate (which kills your conversion rate). Here's where the line sits.
IVR wins on high-volume routine collection. Utility bills, council tax, parking fines, gym memberships, magazine renewals, insurance premiums. The customer knows what they're paying, they don't need a conversation, and they want it done in two minutes. IVR gives them that without taking up an agent slot. It also wins after-hours — most call centres are 9 to 5, but the customers who want to pay an overdue bill don't always sit at their desks at 11am. A 24/7 hosted IVR collects payments that would otherwise be missed.
IVR wins for repeat customers. Once someone has paid through your IVR once, they know the menu and they fly through it. We see adoption rates of 30-60% for routine bill payments once the customer base settles into it. That's 30-60% of your payment calls that don't need an agent, paid for in saved staff hours within the first quarter for most operators. It also wins for recurring payments — set up the standing instruction once on a call, and the IVR runs the same charge against the tokenised card every cycle without another call.
IVR loses on complexity. If the customer is calling because their bill is wrong, they want to dispute a charge, they need to set up an arrangement to pay, or they want to negotiate the amount — IVR can't help. The conversation needs an agent. The right pattern there is: agent takes the conversation, sorts out the dispute or the arrangement, and then transfers the caller into the IVR for the card capture step only. You get the human conversation and the compliance descope on the same call.
IVR also loses on edge cases that need approval. Corporate cards with single-transaction limits where the cardholder isn't the caller. Refunds — those should never go through a self-service IVR for fraud reasons. Partial payments where the customer's unsure of the amount until they've talked through what they owe. Multi-card splits. These are all valid phone payments, they just want an agent in front. Anything you can describe in advance with a fixed amount or a clear "here's your balance, pay it now" question, IVR handles. Anything that needs negotiation, agent.
And IVR loses on accessibility for a slice of your customer base. Some callers — older customers, customers with hearing impairments, customers in noisy environments — find IVR menus frustrating or genuinely hard to use. Offering an agent-assisted alternative isn't optional. The good news is the agent-assisted variant lives on the same Paytia platform, so the descope path is the same for both.
We've written up the head-to-head in more detail — call volume, complexity scoring, where each approach earns its keep — in our breakdown of IVR versus agent-assisted payments. And if you're weighing IVR against an SMS-payment flow as the alternative, our piece on SMS versus IVR payments walks through where each channel wins on conversion rate and cost per transaction.
Most contact centres we work with already have an IVR — for opening hours, menu routing, agent triage. Paytia's IVR doesn't replace that; it sits behind your existing IVR as a payment module. The customer hears your menu, picks "pay a bill", and gets routed into our IVR for the card capture step. To your customer it's the same call. To your network it's a clean handoff to a third-party PCI environment.
On the telephony side we plug in via SIP. We've built and tested integrations with the platforms our customers run on: Genesys, Five9, NICE CXone, Mitel, Avaya, 3CX and Aircall on the contact centre side. If you're on 3CX specifically, we run a packaged integration that drops in without hardware changes — more detail on our 3CX partnership page. On the gateway side we integrate with the major UK and European acquirers and gateways — most clients keep their existing acquirer and just route the IVR traffic through Paytia's tokenisation layer.
What does an agent-assisted call actually look like in the agent's UI? In most setups the agent sees a payment widget in their CRM or contact centre desktop. When the customer's ready to pay, the agent clicks "take payment", which transfers the audio leg into Paytia's IVR and brings up a status window on screen. The agent watches the status update digit-by-digit as the customer types — without ever seeing the actual digits, just "card number entered: 16 digits", "expiry entered", "CVV entered", "processing", "approved". When the IVR finishes, the audio returns to the agent and the result code goes into the call notes. No card data anywhere on the agent desktop.
Edge cases worth mentioning. Failover: the Paytia platform runs across multiple data centres with automatic failover, so an outage in one region doesn't take your payments down. If you want belt-and-braces, we can configure a fallback flow where calls degrade gracefully to a different number rather than dropping. Busy-hours overflow: the IVR scales horizontally — if you suddenly hit 10x normal call volume on the first of the month, the platform handles it without queuing. Multilingual: we support multi-language IVR flows where the caller picks their language at the top of the menu, with native voice talent for the major UK and European languages and high-quality text-to-speech for the long tail.
On the build itself: a standard AutoPay IVR deployment takes a few days end to end. You give us your prompts (or use our default voice), your billing system lookup details, and your gateway credentials. We configure the call flow, you test it in our sandbox, and we go live. A fully customised IVR — complex menus, multi-stage lookups, conditional branching, multi-language, tight CRM integration — takes two to six weeks depending on what's being built. We scope it on a call before quoting.
And if you already have an in-house IVR you're happy with for non-payment stuff, you don't need to rip it out. We'll plug into the back of it for the payment leg only. That's the cheapest path for most contact centres and the one we recommend by default.
The architecture that keeps card data out of your environment from the moment the caller presses the first digit.
Card data is captured, encrypted, and processed entirely inside Paytia's PCI-certified infrastructure. Your systems never see, store, or transmit a card number.
Touchtone signals are intercepted and replaced before they reach your telephony. Even if a call recording is compromised, the digits aren't in it to extract.
All payment data is encrypted with bank-grade TLS from the moment it's captured through to final processing with your gateway.
Secure agent-assisted telephone payment solutions with DTMF masking for PCI-compliant card capture during live calls.
Mask touchtone signals during card entry to prevent sensitive data reaching your call recordings or telephony systems.
Short-form definition of what an IVR payment is, how interactive voice response works, and why it matters for secure phone payments.
Paytia's IVR runs on PCI DSS Level 1 certified infrastructure, drops in alongside your existing telephony, and pays for itself in saved agent time within the first quarter for most operators. Book a 20-minute walkthrough and we'll show you the agent-assisted flow live.
“Paytia turned a security exposure and reputational risk into a value-enhancing opportunity. Fundraising has never been more important and Paytia has helped us achieve our goals.”
Trinity Hall College
Cambridge University
Read the case study →Used by British American Tobacco · Howard Kennedy · CITB · Clinical Partners · Trinity Hall College
Since 2016
Building secure payments
PCI DSS Level 1
Highest certification
99.99%
Platform uptime
£40M+
Transactions processed
Other ways to take payments in this channel.
Also called DTMF suppression. The customer types their card on their phone keypad. We mask the tones in the live audio so the agent doesn't hear them and the recording stays clean.
Learn moreTake Mail Order / Telephone Order payments without the card number reaching your agents, your recording, or your systems.
Learn moreYour agent stays on the live call while the customer keys their card. We mask the tones so no card data reaches the recording or the agent's audio.
Learn more