零售销售点信用卡处理 - 刷卡支付。最小化PCI合规要求。

8
我正在为一位客户编写一个销售点应用程序,这个客户有一些非常特殊的需求。客户是一家零售店,所以当他们处理信用卡时,会有实物卡片,并且可以刷卡。现在的情况是,在结账结束时,它会向收银员显示总额,然后收银员手动将总额输入到信用卡终端(它没有连接到计算机),在终端刷卡,然后当付款处理完成时,收银员按下“信用卡支付”按钮,然后打印出一张收据。
问题在于手动输入总额耗费时间且容易出错。我更愿意让我的程序将金额传输到信用卡终端,然后在交易处理完毕时获得消息。我不想触碰任何持卡人信息(卡号等),因为我希望保持在PCI之外。我想做的只是发送一个金额并返回一个“接受”或“拒绝”的消息。你可能认为这很普遍,但我似乎没有找到相关信息。(例如,authorize.net的卡现API要求我收集和传输卡号。我不想收集和传输卡号。我只想传输金额,让其他人收集和传输卡号,并在处理完成时通知我。)
有人有解决方案吗?有人使用过Verifone或Ingenico的硬件吗?我不在乎是将物理终端的数量通过USB连接还是连接到虚拟软件终端。我只是不想成为终端,这样我就不会出现在卡数据链中。

你找到解决方案了吗? - Scot
3个回答

2
您应该看一下payworks。他们提供iOS/Android SDK,以集成信用卡读卡器。您永远不会接触到信用卡数据。
披露:我是payworks的软件工程师。

2
我熟悉VeriFone系列产品,包括签名捕捉(Mx900系列)和移动iOS设备(Vx600)。您需要克服的第一个障碍是这些设备对于小企业主来说价格昂贵,分别为约500美元和900美元(零售价)。
好消息是,当涉及到PCI时,这些设备可以帮助您,因为VeriFone称之为Verishield Protect(VSP)。基本上,VSP会加密磁条头上的刷卡数据,您的POS解决方案将必须发送解密请求,您的POS软件可以消耗此请求进行结算,或者付费让VeriFone直接将其发送至银行。
我认为您遇到的PCI要求的主要问题是,在任何时候您的代码中都不能保留明文卡数据,而这两个解决方案将是一个很好的起点。
祝你好运!

0
Pax S300可以实现这一点,但我还没有找到支持它的处理器。据说TSYS可以,但经过4个月的奔波,我从未得到过设备。Helcim拥有出色的客户服务,并报告称他们计划在2015年底推出Ingenico解决方案,将总额推送到终端。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接