所以这个问题不是关于将现有的支付网关集成到我的网站中。这更多的是一个架构问题。
我想建立一个类似于贝宝的系统。现在我明白了,Paypal在屋顶下提供了很多功能,我不能一下子实现所有的功能。我想实现贝宝和其他这样的服务的核心功能。
因此,我的问题是(更确切地说是讨论)如何构建这样一个系统。需要讨论的几点:
有什么想法?
发布于 2010-04-16 18:54:36
你所说的是成为一家支付服务提供商。我已经在那里做过了。10年前,这比现在容易得多,,但如果你有大量的时间,金钱和耐心,它仍然是可能的。
您需要联系收款银行。你没有说你在世界的哪个地区,但这里我指的不是当地的银行分行。每一家主要银行通常都有一个单独的卡获取部门。因此,在英国,我们有Natwest银行,它使用Streamline (或Worldpay)作为其收购工具。总体而言,尽管我们有几十家大银行,但它们最终都使用了五家左右的收卡人之一。
令人高兴的是,所有英国信用卡收购者都使用一个标准协议来传达授权请求,并在一天结束时进行结算。您会发现一些小问题,其中一些收购银行支持某些功能,并具有略微不同的语法,但差异相当小。英国的标准是由Association for Payment Clearing Services (APACS) (现在称为UKPA)发布的。这些标准仍然通常称为APACS 30 (授权)和APACS 29 (结算),但现在正式称为APACS 70 (第1至7册)。
虽然APACS标准在英国得到了广泛的支持(美国运通和发现号也接受这种格式的报文),但它并没有在其他国家使用-每个国家都有自己的-例如:法国的Carte Bancaire,意大利的CartaSi,西班牙的Sistema4B,丹麦的Dankort等。欧洲正在努力统一协议-参见EPAS.org
与收购银行的沟通可以通过多种方式完成。不过,这将取决于您所在的地区。在英国(和大多数欧洲国家),我们有一个通信网关,为所有主要收购方提供连接,它们被称为TNS,通过它们与收购行进行通信的方式有几十种,从拨号9600波特率调制解调器、综合业务数字网、HTTPS、虚拟专用网或专用线路。最终,授权请求将被转换为X25协议,这是这些收款银行相互通信时使用的协议。
总而言之:这完全取决于你所在的地区。
一旦你注册并获得认证,你就可以接受客户并代表你被认证的银行建立商家账户(请记住,每个收购者通常会支持多家银行)。如果你认为有必要,可以对其他收购者进行冲洗和重复操作。
除此之外,您还有许多其他问题,主要是处理PCI-DSS。这是一个完全不同的话题,在这个网站上已经有一些关于这个问题的问答。就像我说的,这是一项非凡的任务--即使对于一个规模合理的团队来说,这也很可能是一个多年的项目,但它肯定是可能的。
发布于 2010-04-16 02:16:48
大的任务,机会是你不应该重新发明轮子,而是使用现有的轮子(如贝宝)。
但是,如果您坚持要继续。从小规模开始,您可以使用信用卡处理设施(Moneris、Authorize.NET)来处理信用卡。大多数提供程序都有一个可以使用的API。请注意,您可能需要根据不同的卡类型(Discover、Visa、Amex、Mastercard)和国家(美国、加拿大、英国)使用不同的提供商。因此,构建它以便您可以与多个信用卡处理API进行通信。
如果您正在存储信用卡和付款详细信息,安全性是必不可少的。确保您正确地加密了内容。
再说一次,不要重复发明轮子。您最好使用现有的提供商,并将您的开发注意力集中在解决不容易购买的问题上。
https://stackoverflow.com/questions/2647430
复制相似问题