支付系统

我从银行核心业务：存款，信贷（贷款），卡，中间业务，票据，支付。感觉支付系统是最复杂.支付系统从数据（报文）走的不同渠道，可分为Swift系统，大额，小额，行内清算，农信银等。其中感觉从小额渠道涉及的业务是最复杂的。复杂主要是因为小额涉及的异常情况太多。其他几个渠道所涉及的业务稍为简单一些。那位同行有做过支付系统的，大家可以讨论或分享你做过支付系统的经验？

···恩 我给你推荐一个人
先问问他意见

复杂主要是因为小额涉及的异常情况太多
------------------------------
请举例说明啊

设计开发过一个面向多种接口的支付系统，跟银行、第三方支付接口做对接，对用户提供支付、预授权等等服务。
虽然没接触多少银行内部业务，但是对系统而言大同小异，感觉安全是重点，各种加密、验证手段，全程log，要考虑的挺多。这样的支付平台差不多就是银行内部的小额业务吧。
最让我心烦的是国内某些支付渠道技术上的业余，重复支付都屏蔽不了，技术支持更是什么都不知道，文档乱七八糟....

多去了解支付宝、PAYPAL这些了~

支付宝、PAYPAL算是银行业务外挂之外的外挂。

小额设计的太复杂了，用的又不多。
实际的应用场景与预期的设计有一定差距，例如组包的概念。

不知道大小额二代什么时候出来。

楼主请问你这些银行里的核心模块开发所用到的技术都是什么啊？
是j2ee这些框架吗？

大小额二代已经开始了,明天6月上线吧

央行的超级网银是为了统一银行支付接口
其实是便宜了第三方支付

小额的复杂度比不上中间业务吧。
就拿民生银行的业务来说，走大小额支付的第三方就10个左右，而中间业务涉及到的第三方却在3位数以上，中间业务无论在接口还是业务逻辑复杂度上，都远超过大小额。