Contents
- Overview
- Solution
- Data to Collect for Escalation
- Validation
- What This Is / Is Not
- Frequently Asked Questions
Overview
On some inbound calls to the PCI/Virtual Terminal flow, callers entering card details via phone keypad (DTMF) may experience partial digit capture (for example, only 8–10 digits recorded even after retrying). This is intermittent and has been observed predominantly on mobile-originated inbound calls.
Provider investigation found no fault on the CallStream/BCH PCI platform. The behavior is consistent with upstream/carrier DTMF delivery variability (for example, switching between RFC2833 and inband DTMF mid-call, or poor-quality/short inband tones). The practical mitigation is to retry payment collection via an outbound call path, which has been observed to work reliably.
Diagnosis
1) Understand the symptom
During inbound calls where the caller enters card details using DTMF (phone keypad tones), the PCI/Virtual Terminal flow may capture only part of the digits. A common symptom is:
- “our system will only record 8-10 digits, even after re-trying”
This does not occur on every inbound call (intermittent). In many cases, payment collection succeeds when the agent calls the customer directly (outbound call).
2) Conditions commonly associated with the issue
- Reported predominantly on mobile-originated inbound calls.
- Calls traverse multiple upstream networks before reaching the PCI platform.
3) Provider findings (why digits may be missed)
DTMF inconsistencies can occur when signaling behavior changes across networks or mid-call. Examples include:
- DTMF delivery switching between
RFC2833and inband tones between networks or mid-call. - Inband tones arriving with poor audio quality or insufficient duration.
- The PCI platform is primarily configured to receive digits using
RFC2833(and can accept inband), but method changes mid-call can cause digits not to be detected.
In the reviewed examples, the observed failure rate was approximately ~0.6%, and provider logs showed many successful digit-capture calls during the same periods. This pattern aligns with upstream/network delivery behavior rather than a platform-wide defect.
4) Call path (generalized)
Multiple upstream networks may be involved before digits reach PCI capture:
Caller handset → originating mobile carrier → <callstream_inbound_number> → <upstream_carrier_or_transit_network> → BCH PCI platform
Solution
5) Recommended workaround / mitigation
If inbound digit capture fails:
- Ask the caller to re-enter the digits once (if your process allows a retry).
- If the issue persists, place an outbound call to the customer and collect payment that way (different call paths can allow payment to be collected successfully).
Data to Collect for Escalation
If you need to escalate further (for example, to your carrier or telephony provider for route and DTMF signaling review), collect examples including:
- Caller number (or masked identifier per your policies)
- Date/time of the call (include timezone)
- Call reference ID and/or transaction reference ID
- Digits entered vs. digits captured (e.g., “16 entered, 10 captured”)
- At least one successful call example for comparison
Validation
To validate the mitigation and confirm the likely cause:
- Identify an instance where a payment attempt fails on an inbound call (partial digits captured).
- Retry the payment collection via an outbound call to the same customer.
Success criteria: Full card digit capture occurs consistently on the outbound path, while inbound failures (if they occur) remain intermittent—supporting upstream DTMF variability as the cause.
What This Is / Is Not
- Not identified as a CallStream/BCH PCI platform defect based on provider review; no corrective platform-side change is available from these findings.
- Most likely upstream network behavior affecting DTMF transmission on certain inbound routes/calls (for example, switching between
RFC2833and inband, or poor inband tone quality/duration).
Frequently Asked Questions
- 1. How do I know I’m experiencing this same issue?
- You see intermittent partial digit capture during inbound keypad entry—for example, the system captures only part of the card number such as “8–10 digits” even though the caller completes entry, and retries on the same inbound call still fail.
- 2. Why does calling the customer directly (outbound) fix it?
- Outbound calls follow a different carrier/network path. If the inbound route intermittently delivers DTMF inconsistently (for example, switching between
RFC2833and inband changes, or poor inband quality), the outbound route may deliver DTMF more reliably, resulting in full digit capture. - 3. Is this a defect in CallStream/BCH PCI?
- Provider investigation found no fault on the platform. The evidence (low failure rate and successful captures during the same periods) aligns with upstream network DTMF delivery variability rather than a platform-wide defect.
- 4. What information should I gather before escalating to my carrier/provider?
- Provide: caller identifier, call date/time (timezone), call/transaction references, digits entered vs captured, and at least one successful comparison example.
- 5. What should I do if the failure rate increases or starts affecting many calls?
- Collect a new set of recent failed and successful examples (including timestamps and references) and escalate to your telephony/carrier provider for route and DTMF signaling review, as the issue is dependent on upstream delivery across networks.
Priyanka Bhotika
Comments