使用语音+电话API (text-to-speech和speech-to-text)通过电话接受信用卡，就像Twilio？

Question

有没有人用Twilio或其他语音+电话API创建了一个系统，通过编程在电话上接受信用卡？该系统显然将依赖于语音到文本和文本到语音的转换来自动化接受信用卡的过程。

如果是，CC费用是多少，您使用的是哪种语音+电话API？

谢谢!

Answer 1

是的，我已经这样做了，但从技术上讲，这不是微不足道的，因为与信用卡支付处理相关的PCI-DSS要求。评估的交易手续费很可能会比实际要高，因为您根本无法存储信用卡的CV2值。以有效CV2值完成的交易通常由收款银行以较低的费率进行处理。

为此，我会忘记转录用户语音，Twilio还不支持允许直接语音输入的语法，并且在这个用例中使用转录服务会很麻烦。您想要捕获的唯一数据是信用卡号码、到期日期和可选的计费邮政编码(用于AVS)。所有这些数据都是数字的，可以使用 TwiML动词捕获。

Twilio有一个名为Tropo的竞争服务，它支持捕获语音输入的简单语法。我认为这是Twilio上唯一的单薄的Tropo。Twilio有一个更好的API，更便宜，并且由非常友好，乐于助人的人运行。

最后，你不想存储抄送号码！这是不值得的麻烦！您将必须存储过期和zip，因为Gather动词一次捕获一件事情，然后通过POST或GET提交到您的应用程序。最后捕获信用卡号码本身，然后立即提交到您的网关以进行购买、授权或令牌化。

希望这能有所帮助。

Answer 2

很抱歉，但这真的是个糟糕的建议。

PCI-DSS将不允许您在卡处理后存储CV2，其他详细信息只能在有效需要时才能存储。

此外，Twilio不兼容PCI-DSS Level One，因此呼叫首先通过其网络传递的事实是有缺陷的。它们将由Twilio存储。

使用第三方ASR提供商，他们无疑会在转换时存储他们从录音中给你的回应。

总而言之，这不值得麻烦/风险，为此使用一个由独立QSA认证的一级认证的专用提供商。

Answer 3

我不认为你会发现这是一个非常流行的选择。如果有人给你一个信用卡号码，你想让它变得尽可能简单--这意味着要和一个人交谈。

但如果你确实决定通过Twilio取卡，可以使用键盘(就像Steve说的那样，使用Gather动词)(当我打电话给我的信用卡公司时，他们会要求你键入卡片，而不是使用语音识别，这是一个很好的指标，表明哪种方法效果更好)