使用这两个系统一年左右，简单写写这两个资金系统的异同点。
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,有时候会有大海捞针的感觉。
如有说的不正确的地方，烦请高人指点。
网友评论