Speech recognition 通过语音+;像Twilio这样的电话API(文本到语音和语音到文本)?

Speech recognition 通过语音+;像Twilio这样的电话API(文本到语音和语音到文本)?,speech-recognition,text-to-speech,voice,telephony,twilio,Speech Recognition,Text To Speech,Voice,Telephony,Twilio,是否有人使用Twilio或其他语音+电话API创建了一个系统,通过电话以编程方式接受信用卡?该系统显然将依靠语音对文本和文本对语音来自动化接受信用卡的过程 如果是,CC费用是多少?您使用了哪种语音+电话API 谢谢 是的,我已经这样做了,但由于与信用卡支付处理相关的PCI-DSS要求,这在技术上并不简单。由于您无法存储信用卡CV2值,因此评估的交易费用很可能会高于实际水平。具有有效CV2值的交易通常由收单银行以较低的利率处理 我会忘记为这个转录用户语音,Twilio还不支持允许直接语音输入的语法

是否有人使用Twilio或其他语音+电话API创建了一个系统,通过电话以编程方式接受信用卡?该系统显然将依靠语音对文本和文本对语音来自动化接受信用卡的过程

如果是,CC费用是多少?您使用了哪种语音+电话API


谢谢

是的,我已经这样做了,但由于与信用卡支付处理相关的PCI-DSS要求,这在技术上并不简单。由于您无法存储信用卡CV2值,因此评估的交易费用很可能会高于实际水平。具有有效CV2值的交易通常由收单银行以较低的利率处理

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

Twilio有一个竞争性的服务叫做Tropo,它支持捕获语音输入的简单语法。我想这是Tropo在Twilio上唯一的一个薄镜头。Twilio有一个更好的API,更便宜,并且由非常友好、乐于助人的人运行

最后,你不想储存抄送号码!不值得这么麻烦!您必须存储到期日和zip,因为Gather谓词一次捕获一件东西,然后通过POST或GET提交给您的应用程序。最后捕获信用卡号本身,然后立即提交给网关进行购买、授权或标记


希望这有帮助。

我想你不会发现这是一个非常流行的选择。如果有人给你一个信用卡号码,你想让它尽可能简单——这意味着与一个人交谈


但是如果你决定通过Twilio刷卡,请使用键盘(就像Steve说的,使用“收集”动词)(当我给我的信用卡公司打电话时,他们会要求你输入,而不是使用语音识别,这是一个很好的指标,哪一个更好)

对不起,这是一个非常糟糕的建议

PCI-DSS将不允许您在处理卡后存储CV2,其他详细信息只能在有效需要的情况下存储

此外,Twilio不符合PCI-DSS一级标准,因此呼叫首先通过其网络传输的事实是有缺陷的。它们将由Twilio存储

使用第三方ASR提供商,他们无疑也会在转换时存储他们从录音中给出的响应


总之,它不值得麻烦/风险,使用一个专门的供应商,这是一个由独立的QSA认证的等级。

< P>托管解决方案,如TWILIO WoudLn不能肯定,但你总是可以考虑建立一个系统内部。今天,使用+您可以轻松构建IVR,以非常高的准确性识别信用卡号码

由于您将自己托管此系统,所以不会有隐私问题。

无论“如何”:

  • 如果您以任何方式处理信用卡,您需要通过PCI认证
  • 作为认证的一部分,您需要提供您“供应商”的认证证明,在本例中为Twilio 3:Twilio未经认证
  • 证明:

    因此,Twilio最近宣布了一项与本问题中所说的完全相同的功能

    目前仅使用条带,但也接受其他网关的请求:


    详情:

    谢谢!如果我不存储CC信息,PCI-DDS要求会降低吗?或者,当您说这些要求非常重要时,您的确切意思是什么?@Crashalot PCI要求取决于处理的事务量。可以是每年一次的审计,审计人员会检查200件事情的清单,要求提供每件事情的证据。e、 g.证明所有开发人员在去年都接受过安全培训,证明威胁分析已经完成,证明防火墙已经正确更新和维护,等等。即使你做的一切都是正确的,证明这是一项艰巨的任务。PCI DSS标准现在已经定义了通过电话接受卡详细信息时需要执行的安全协议——这可以通过语音到文本系统或IVR(键盘的音调)实现。这些要求是针对客户和服务提供商的,它们是相当实质性和复杂的。