We're building out a prepaid calling card system using IVR instances on Voice Gateways with a modified version of the Debit Card script. The Voice Gateways communicate back to billing software via radius, and so far everything has been going great! Last week we met with the customer and were thrown a bit of a curveball. They are requesting that when the called party picks up the line they are presented with a recorded message and an option to accept or deny the call. Something like: "This is a Prepaid Call from <name>. To accept press 1. To deny press 2, or hang up." To add a bit more complexity, they do not want the calling party to be able to speak with the called party until they have accepted the call. I've been looking around at a few different ways to do this but so far I'm drawing a blank. Any help would be greatly appreciated. Thanks!
Thanks so much for your reply! At the moment the current design is just using IOS Voice Gateways, both Analog-to-Digital and CUBE. The endpoints are analog and will be redirected to an IVR instance hosted on the local Voice Gateway. The modified Debit Card script collects card number, pin, etc and sends to the Billing Server via RADIUS. Once authenticated and authorized the call is allowed outbound with a maximum-duration based on funds in the account. The tricky part is once the call is picked up we need the called party presented with this Accept/Deny feature. We're actually able to layer in to this project just about anything we need. So for instance if UCCX would be the right fit we can definitely build that into the budget.
Let me know please if there is anything else I can answer. Thanks for looking at this with us!
Thanks so much for your help! I just reached out to the Cisco Partner Helpline about this exact feature in UCCX. If you don't mind me asking a quick question while I wait to hear back from them. The Voice Gateway running the IVR Debit Card scripts keeps the Billing System updated with call duration info via RADIUS. The Billing System uses this information to determine the call duration and the amount to deduct from the calling account. Once the outbound call has been authorized from the on-site Voice Gateway, would you then have the call forwarded to a UCCX instance that matches on inbound and then creates it's own outbound dial? Forgive my ignorance of UCCX. Would it be something like: match on inbound ANI & park call, place outbound dial to DNIS and run IVR script when called party picks up, after they press 1 connect the 2 calls together? Thanks!
Still waiting to hear back from Cisco but it looks like it might be possible to do what we need using VoiceXML Applications. This sample app actually does most of what we would need. We'll be working with this over the next few days and keep everyone posted!
IntroductionCUCM Routing RulesDial String implementation PolicyCUCM Routing LogicSIP URI Call Routing Analysis+++ Case Study: 1 ++++++ Case Study: 2 +++Conclusion
Over the last few months, I have had the privilege of working on SI...
Are you getting this error “Installer User Interface Mode Not Supported. The installer cannot run in this UI mode. To specify the interface mode, use the -i command-line option, followed by the UI mode identifier. The value UI mode identifiers...