使用这两个系统一年左右，简单写写这两个资金系统的异同点。

1、交易界面

MUREX的交易界面，简洁，识读容易。所有的栏位都是竖向排列，录入交易的时候，从上到下，按照顺序不容易遗漏。

MUREX_交易.png

SUMMIT系统的界面，交易要素少的时候，看起来也还好，交易要素多的时候，容易凌乱可能会漏掉某些要素。

SUMMIT_交易.png

对于MUREX，可以自定义显示或者不显示某些交易要素。而SUMMIT没有自定义的功能。从拓展性的角度来看，MUREX更胜一筹。
在录入交易的过程中，SUMMIT不同的交易，DESK\BOOK可能显示在页面，也可能没有显示在页面，这些又是必须要录入的，这里不直观的显示在页面，对于初次录交易的时候，可能会一头雾水。

MUREX有一个交易拆分的概念，比如一笔掉期交易，可以拆分为一笔即期和一笔远期交易，交易录入完成后，系统自动拆分，当你再次打开交易，会很清楚的显示拆分后的交易如何。

2、清算路径页面

对于清算路径页面。MUREX和SUMMIT各有千秋。

MUREX与SUMMIT在清算路径上方都会概要的显示，但是MUREX的页面设计更加人性化，左边是我方的清算路径，右边就是交易对手方的清算路径。

拿我方来说，对于现金、贵金属、证券的清算，只要分别填写的不同的栏位就可以，交易对手方也是一样。

MUREX_清算路径.png

对于SUMMIT来说，需要多一个步骤来点击下客户方的tab页签，才能看到对手方的清算路径的详细信息。而如果有证券的清算路径，就会在概要信息模块多出2条清算路径。

SUMMIT_清算路径.png

两个系统都是需要事先定义好清算路径的信息，当符合某些特定的规则的时，系统自动匹配清算路径，如果没有匹配的清算路径，则客户可以自定义清算路径。

对于自定义的清算路径，两个系统的审核方式也不同，使用MUREX时，如果是自定义的清算路径，会自动在后台业务人员审核时增加审核步骤。而SUMMIT系统不会增加审核的工作流。从安全性的角度来看MUREX系统更好一些，但是从操作的角度来看，SUMMIT更快，更省时间。

当然清算路径，对于大多数交易来说，都会默认带出，否则直通式处理就不能直通了。

3、查询页面

查询也是用户经常使用的一个功能。

MUREX系统的查询界面分为6个部分，输入合适的查询条件，系统会将查询结果显示在新开窗口。同时ADDITIONAL FILTER 提供自定义SQL语句进行查询。

MUREX_查询.png

SUMMIT的查询要基于一个自定义的FILTER来查询，也可以输入信息查询。

SUMMIT_查询.png

这个功能两个系统没有太大的区别，但是对于使用SQL自定义查询功能，在SUMMIT系统没有发现。

4、Filter 页面

SUMMIT系统有个强大的Filter定义功能，在这里你可以定义你的搜索条件。定义好的filter ,可以用于查询条件、报表参数、账务查询等等。几乎所有需要设定条件的地方，都有可能会需要定义Filter

SUMMIT_Filter.png

5、工作流

Summit和Murex都支持前中后一体化处理交易。

Summit 的工作流基于各个server.像是现实工作中的某个人的岗位，有这个岗位，就有这个server.比如Pre settlement server、settlement server、
document server、dispatch server等。

交易进入系统后，先后经历上述server.

Summit系统，所有的app 打开只在一个地方。呈现给用户一张大的列表，并没有区分前、中、后台。但是打开一支交易，你能看到前、中、后台的与这支交易有关的信息。你进入BOND trade app,里面打开的都是BOND 交易。

Summit_Image.png

审批工作流，summit的审批工作流比MUREX要简单很多。比如交易进入到系统后，从Done状态-Verified状态。一支交易在前台的审核基本就完成了。

而在murex 中，会有交易流程、交易事件流程、交易清算流程。工作流会比较长，交易状态相对较多，一支正常的交易会经历
Mo Initial ->Mo To Validate-> Limit Breached->Limit
Rejected->Bo to validate->Bo Rejected->Matched。交易处于Matched状态，表示交易匹配完成。还有payment flow的状态，从pending到released的状态。交易匹配阶段与Payment flow这两个阶段，很清楚的区分。

Murex需要在登录的时候选择用户组，不同的用户组有不同的菜单和权限。比如外汇台，用户登录后，会选择FX组。FX组中集合了外汇相关的菜单和权限。

前台、中台、后台，在登录时需要选择不同的APP，大的分类基本就是三个。比如前台使用e-tradepad,e-tradepad 中集合所有交易的模板，当然通过上面的用户组进行了区分。中台使用one stop processing –MO,后台使用one stop processing –BO。
e-tradepad、one stop processing –MO、one stop processing –BO 就好像三个庞大的文件夹，里面包含了不同的模板、功能。基本区分开了前、中、后台的常用功能。通过交易编码，可以在交易列表中找到交易。

Murex_Image.png

使用过程中，因为两者都支持OSP一体化完成，系统的处理速度差不多，如果出现异常情况，手工复核的情况，MUREX系统的操作难度整体远远大于SUMMIT系统。当然也要看各个银行对审批流程的控制。

在交易生命周期中，比如一支交易，需要Cancel、knock、Unwind等处理时，就涉及到了EVENT.MUREX将交易中的提前终止、终止等操作都集合到了EVENT中来处理，当然EVENT也需要复核。

对于Event为输机人员对交易做的处理，如Cancel、Cancel&reissue、knock、Unwind等处理。

6、账务处理

对于账务的处理，MUREX有个很好用的功能，模拟出账，就是交易录入后，未跑批的情况下，我可以通过模拟出账模块简单看下，这支交易账务参数配置是否正确。SUMMIT无此功能。

7、CA行为

对于债券的收付息，MUREX系统有CA行为模块，SUMMIT系统无。

8、交易监控

SUMMIT系统报错，会在页面显示。但是无法通过LOG来分析。

MUREX系统，也会有页面的报错显示，并且有一个单独的用户组，可以实时监控工作流，查看交易处于什么状态，随着交易的进行，LOG实时打印，这个功能，对于测试和开发人员监控交易，非常实用。

以上是我从用户的角度，简单对比MUREX与SUMMIT系统。其实一直都想写，也想深入的对比。时间关系，就先写这么多。MUREX系统已经一年多没有使用了，但是对于MUREX系统的架构了解后，也很难忘记。流程界定非常清晰。

SUMMIT系统大约600多个Ａpp。开始的时候，会找不到从哪里，或者需要打开哪个App.不能通过整体的思维方式推测，可能使用哪个App,有时候会有大海捞针的感觉。

如有说的不正确的地方，烦请高人指点。