综合前置：究竟是综合掉各个前置，还是综合调各个前置 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

1.在技术结构上,综合前置应该是能够处理核心与各个渠道或者外联子系统的转发站,包括逻辑检查,路由,类似于网络中的交换机+路由起
2.在业务处理上,既然综合前置是属于交换+路由的方式,综合前置对接的业务系统应该由分离的各个子业务系统进行交易或者管理
3.在商务上,综合前置公司有很多业务应用的产品,可以根据实际情况封装子系统应用服务,不可能一个实施团队可以封装所有银行所有业务子系统,
一方面导致最后综合前置仅仅成为一个理念,并不能真正的做为soa的封装方式,另一个方面,专业子系统公司的业务流程的熟悉程度不可能在一个
前置系统的实施团队里体现.
很多综合前置公司的业务系统也很不错,但是在实施过程中甲方应该要求是以子业务系统独立封装,如果是一锅烩方式,那又回到了以前大核心的时代.只不过大核心变成了小核心,成为综合前置的一个帐务子系统了...如果结果是这样,呵呵..那么综合前置公司的商务理念,堪比IBM的培训学院了
我想我们这里应该区分一下行内前置和行外前置，我想楼主说的综合前置综合的应该是行内前置，也就是楼主说的交易调度系统（综合前置），那作为一个行内交易调度系统，它起码要有两个功能：
1.交易报文的收发
2.交易逻辑的组织
交易报文的收发：能够接收或发送标准报文给各个子系统。这里有一个前提就是行内要有自己的报文规范，只有有了规范才能稳定的为各个子系统提供链接通道。我认为交易调度系统承担的第一个功能就是交易路由的功能。
交易逻辑的组织：提到交易很容易想到核心业务系统的交易，我这里说的交易，其范围应该比核心业务系统的范围更大。交易逻辑指的一个完整的业务逻辑，其中可能涉及多个系统的调度，比如网上银行做信用卡还款，那对于这个业务逻辑其实涉及到三个系统，卡系统、信用卡系统和网银，交易调度系统就是要负责分别调用不同系统的服务完成整个交易逻辑处理，而且要保证事务的完整性。交易调度系统承担的第二个功能就是组织各个系统服务，完成一个完整的业务逻辑。
我比较推崇家住海淀的建议，我们一切的技术服务都是为业务支撑涉及的，银行除了核心记账业务之外，基本上就是一个业务营销系统，如果业务营销系统需要一个综合调度的前置或者任何东东，都需要一个对多个业务的综合需求分析。