是否有人使用 Twilio 或其他语音 + 电话 API 创建了一个系统,以通过电话以编程方式接受信用卡?该系统显然将依赖语音到文本和文本到语音来自动化接受信用卡的过程。
如果是这样,CC 费用是多少,您使用了哪个语音 + 电话 API?
谢谢!
是否有人使用 Twilio 或其他语音 + 电话 API 创建了一个系统,以通过电话以编程方式接受信用卡?该系统显然将依赖语音到文本和文本到语音来自动化接受信用卡的过程。
如果是这样,CC 费用是多少,您使用了哪个语音 + 电话 API?
谢谢!
抱歉,但这确实是个糟糕的建议。
PCI-DSS 将不允许您在卡处理后存储 CV2,其他详细信息只能在有效需要的情况下存储。
此外,Twilio 不符合 PCI-DSS 一级标准,因此呼叫首先通过其网络传递的事实是有缺陷的。它们将由 Twilio 存储。
使用第 3 方 ASR 提供商,他们无疑也会在转换时存储他们从录音中给您的响应。
总而言之,不值得麻烦/冒险,为此请使用由独立 QSA 认证的一级供应商。
是的,我已经这样做了,但由于与信用卡支付处理相关的 PCI-DSS 要求,这在技术上并不重要。由于您根本无法存储信用卡 CV2 值,因此评估的交易费用很可能会高于实际值。以有效 CV2 值完成的交易通常由收单银行以较低的价格处理。
我会忘记为此转录用户语音,Twilio 还不支持允许直接语音输入的语法,并且对于这个用例来说,使用转录服务会很麻烦。您想要获取的唯一数据是信用卡号、到期日期和可选的账单邮政编码(对于 AVS)。所有这些数据都是数字的,可以使用<Gather>
TwiML动词来捕获。
Twilio 有一项竞争服务,称为 Tropo,它支持用于捕获语音输入的简单语法。我认为这是 Tropo 在 Twilio 上唯一的薄弱点。Twilio 有更好的 API,更便宜,并且由非常友善、乐于助人的人运行。
最后,您不想存储 CC 号码!这不值得麻烦!您必须存储到期时间和 zip,因为 Gather 动词一次捕获一件事,然后通过 POST 或 GET 提交到您的应用程序。最后捕获信用卡号本身,然后立即提交到您的网关以进行购买、授权或标记化。
希望这可以帮助。
我认为您不会发现这是一个非常受欢迎的选择。如果有人给你一个信用卡号码,你想让它尽可能简单——这意味着与一个人交谈。
但是,如果您决定通过 Twilio 取卡,请使用键盘(就像史蒂夫所说,使用 Gather 动词)(当我打电话给我的信用卡公司时,他们要求您输入而不是使用语音识别,这是一个很好的指标,哪个效果更好)
像 Twilio 这样的托管解决方案肯定无法正常工作,但您始终可以考虑在内部构建系统。如今,使用Freeswitch + CMUSphinx,您可以轻松构建 IVR 以非常准确地识别信用卡号码。
由于您将自己托管此系统,因此不会有隐私问题。
不管“如何”:
因此,Twilio 最近宣布,这正是这个问题中所说的。
目前仅使用 Stripe,但也接受其他网关的请求:https ://www.twilio.com/pay/request-connector