一个广义的中间业务系统会存在什么风险？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

原帖由 cavern1026 于 2011-8-6 18:37 发表

资金风险包括很多，其中一个就是因为系统的原因造成一笔业务多次发送，这样造成银行资金损失。这样的例子也是不在少数啊！
其实就是客户账户上的差错帐，一般都可以在当晚上就可以对账清算后直接兑平。
一般不会发生银行本身资金的垫款，这是中间业务的性质决定的
原帖由 家住海淀 于 2011-8-6 22:03 发表

其实就是客户账户上的差错帐，一般都可以在当晚上就可以对账清算后直接兑平。
一般不会发生银行本身资金的垫款，这是中间业务的性质决定的
到了晚上对账发现可能已经完了，比如客户已经把钱取走了，这样只能走追账流程了！
比较常见的还有核心多张少账等问题！
谢谢各位参与讨论。中间业务风险确实分散。前辈所言错帐处理机制我想是否可以归纳成对帐机制？另外，划分成行内风险和行外风险的思路非常好。但是行外风险如何划分或者控制？行内系统风险的话如何更细致的分一下类呢。谢谢大家。
原帖由 cavern1026 于 2011-8-6 18:43 发表

中间业务系统最大的特点就是与外系统交互，其中都会涉及到资金清算，如果系统控制不好，造成资金清算错误，生存短款。业务部门要花很多力气才能把钱追回来！
因此中间业务系统最大的风险在于如何控制好业务的一致性（从系统开放的角度）。 所谓业务一致性的内涵和外延是什么，能具体说一下吗
很简单，在一笔普通支付业务中一般会涉及到两个系统：行外系统（CCPC)和核心业务系统
这个两个系统都是由中间业务系统连接的，核心记账完成以后都会返回给中间业务平台，记账成功与否；中间业务平台要把这一结果转述给行外系统，这里就涉及到保证业务的一致性！因为人行系统都是根据行内系统返回的状态，对头寸账户进行处理，如果返回有误就会造成资金损失！
原帖由 cavern1026 于 2011-8-8 09:41 发表

很简单，在一笔普通支付业务中一般会涉及到两个系统：行外系统（CCPC)和核心业务系统
这个两个系统都是由中间业务系统连接的，核心记账完成以后都会返回给中间业务平台，记账成功与否；中间业务平台要把这一结果转述给行外系统，这里就涉及到保证业务的一致性！因为人行系统都是根据行内系统返回的状态，对头寸账户进行处理，如果返回有误就会造成资金损失！
损失未必的，占用的是客户的资金，差错长总会冲回的。 这是中间业务的性质决定的
因为科技所造成的风险还有哪些呢？客户信息泄漏？第三方技术和管理？数据交互，？交易渠道？能否归纳一个大点的类别呢，谢谢各位。
单边帐不可避免，多环节处理都有这个问题，只要能够降低发生率到了足够小就可以了
具体解决方案应该建立一个类似银联系统的那种系统外独立调账渠道
原帖由 家住海淀 于 2011-8-9 17:18 发表

单边帐不可避免，多环节处理都有这个问题，只要能够降低发生率到了足够小就可以了
具体解决方案应该建立一个类似银联系统的那种系统外独立调账渠道
帐务出现差错不可避免，而且也一般无法完全根除。因为三方通讯每个环节都会产生。
除去帐务的风险，是否还有其他的风险呢?谢谢，帐务风险讨论的比较深入了。