标签: credit-card

我需要通过VISA/Mastercard信用卡/借记卡和PayPal接受我网站上的高级帐户持有人的付款.是否有任何众所周知的广泛使用的API可以通过抽象所有这些付款程序使我的生活更轻松？

我想卖媒体,并选择PayPal Payments Standard来做.

根据官方文件,买家可以在没有PayPal帐户的情况下进行购买.只需输入卡号/ CVC,名称和其他一些字段即可购买.

但是,当我点击使用Paypal按钮编辑器创建的"立即购买"按钮时,它提供了两个选项:"使用我的PayPal帐户付款"或"创建PayPal帐户".没有创建PayPal帐户就没有选择支付.

我不想强迫买家记账并填补很多领域.卡号,有效期,CVC以及可能的姓/名 - 这是必要和充分的.如何使它成为可能？

看完这个答案后,我想知道是否有办法获得"测试"信用卡号码.一个你可以试验但实际上并没有收费的东西.

我想在我的网站上添加付款方式,例如万事达卡或Payoneer.我不知道从哪里开始,有人可以给我一个切入点吗？这有API吗？

是否有任何已知的正则表达式来验证信用卡轨道1和跟踪2数据？

编辑:

来自维基百科:

金融卡上的第1轨道上的信息包含在几种格式中:A,保留用于发卡机构的专有用途,B,如下所述,CM,保留供ANSI分技术委员会X3B10和NZ使用,它们是可供个别发卡机构使用:

第1轨,格式B:

• 开始哨兵 - 一个角色(通常是'%')
• 格式代码="B" - 一个字符(仅限alpha)
• 主帐号(PAN) - 最多19个字符.通常(但不总是)与卡片正面印刷的信用卡号码相匹配.
• 字段分隔符 - 一个字符(通常为"^")
• 名称 - 2到26个字符
• 字段分隔符 - 一个字符(通常为"^")
• 到期日期 - YYMM格式的四个字符.
• 服务代码 - 三个字符
• 全权委托数据 - 可能包括Pin验证密钥指示符(PVKI,1个字符),PIN验证值(PVV,4个字符),卡验证值或卡验证码(CVV或CVK,3个字符)
• 结束哨兵 - 一个角色(一般是'？')
• 纵向冗余校验(LRC) - 它是根据轨道上的其他数据计算的一个字符和有效性字符.应该注意的是,当将卡刷到表示层时,大多数读取器设备不返回该值,并且仅使用它来验证读取器内部的输入.

专题2:此格式由银行业(ABA)开发.该轨道采用5位方案(4个数据位+ 1个奇偶校验)写入,允许16个可能的字符,即0-9,加上6个字符:<=>？.六个标点符号的选择可能看起来很奇怪,但实际上十六个代码只是映射到ASCII范围0x30到0x3f,它定义了十个数字字符加上那六个符号.数据格式如下:

• 开始哨兵 - 一个角色(通常是';')
• 主帐号(PAN) - 最多19个字符.通常(但不总是)与卡片正面印刷的信用卡号码相匹配.
• 分隔符 - 一个字符(通常为'=')
• 到期日期 - YYMM格式的四个字符.
• 服务代码 - 三个字符
• 自由裁量数据 - 如第一轨道
• 结束哨兵 - 一个角色(一般是'？')
• 纵向冗余校验(LRC) - 它是根据轨道上的其他数据计算的一个字符和有效性字符.应该注意的是,当将卡刷到表示层时,大多数读取器设备不返回该值,并且仅使用它来验证读取器内部的输入.

在测试模式下使用Authorize.net,我如何测试"拒绝"？如果测试模式只是批准我的所有交易而不管假账单地址...

我需要检测一次性信用卡的信用卡(它们在第一次付款后就会过时).

我知道那里有一些bin范围数据库.你能分享一下这方面的经验吗？

谢谢您的帮助

杰罗姆瓦格纳

我正在尝试开发一个应用程序,它可以为来自世界不同地区的人们提供不同的服务.

比方说,有人输入卡号1111-1111-1111-1111.我如何用它来告诉原产国？

我知道这是可能的,因为贝宝和苹果都做到了.

目前,我正在一个团队中创建自定义POS解决方案.我们想要集成IC /信用卡终端(就像我们拥有的VeriFone,即Vx510).我认为最简单的模式是允许收银员手动输入客户必须支付的金额.以更先进(理想)的方式,我们的POS将向终端发送要支付的金额.

无论"模式"如何,如果交易成功与否,我们都希望从VeriFone获取信息.这是我们达到的死胡同.AFAIK,为了对VeriFone终端进行编程或与之集成,您必须成为经过认证的VeriFone开发人员.如果是这样,那么我知道从哪里开始.如果没有,请告诉我.

有没有其他方法可以获得付款成功的终端信息？是否有任何第三方库与此类设备进行通信？与我的问题最相关我能找到的SO线程是这个,但对我来说没什么帮助.我们不想处理任何机密数据,因此我们不想与Authorize.NET集成

是否有技术/法律/财务/合同/设计理由不接受带有空格的信用卡号码？

如此多的网站不允许您在信用卡号码中放置空格或破折号.我总是把这些放到草率的编程中,但之前我曾经使用过商业API.如果您可以弄清楚如何处理信用卡,您可以弄清楚如何从字符串中删除字符.设计师知道他们因为他们在网站上发出警告而引起了用户的挫败感.他们就在卡片上!甚至还有一道耻辱之墙.

虚假的懒惰,错误的编程,冷酷无情,虐待狂......所有这些都假设在做代码的人中最糟糕的.我能想到的最慷慨的是他们对涉及金钱的任何东西都非常保守.我一直想知道为什么你不应该接受带有空格的信用卡号码有一些深层次和真正重要的原因？为什么你绝对不应该尝试应用任何启发式方法.也许可以追溯到电报时代的一些奇怪的金融法？也许他们是无名英雄,保护我们免受某些未知的邪恶,以免我们输入Hastur的信用卡号码三次.