中行的murex系统用的如何

家住海淀

从国内厂商来说，其实基本上只有两家可以选择sungard和misys，而产品好一些的，本地实施团队好一些的，只有misys了。

特别是murex优势集中在前台和中台，后台比较弱，本地职员很少，据老胡了解，不到20人，不清楚中行为什么要选择他们。 难道不考虑风险

jojogh

kinghq 发表于 2012-11-19 13:57
如果只是这方面的技术挑战，那么我们能够提供相关帮助。但是要应用好，必须还得有相关的人员队伍和管理体 ...

这个不会那么简单，要是那么简单，就不会玩死一批这样的企业！

jojogh

家住海淀 发表于 2012-11-19 14:44
为啥只关注中台的风险控制？
视野完全可以看得更宽一点嘛
misys的集成能力并不算强，而且前台仅支持交易头 ...

因为你见过最好的也就是summit了，所以你说summit好。各个系统各有优势，做资金的系统还是集中于做资金，小中台还是做做交易支持吧。至于一般风险和特定风险，以及压力测试，估计不想想办法是插不进原有系统的！

jojogh

家住海淀 发表于 2012-11-19 14:48
从国内厂商来说，其实基本上只有两家可以选择sungard和misys，而产品好一些的，本地实施团队好一些的，只有 ...

因为中行最早买过Mysis的Opics，被诟病的一塌糊涂，也知道买了summit买了是什么个样子。至于murex，前中台过硬已经在交易台层面占了很大优势！至于到底选谁还是客户说的算！

kinghq

jojogh 发表于 2012-11-19 19:37
这个不会那么简单，要是那么简单，就不会玩死一批这样的企业！

回头说说这批企业是怎么玩死的？

jojogh

家住海淀 发表于 2012-11-19 14:44
为啥只关注中台的风险控制？
视野完全可以看得更宽一点嘛
misys的集成能力并不算强，而且前台仅支持交易头 ...

老胡，中台不单单就是风险控制这个功能，中台的能力其实很多。估值定价，如果没有这个体系，如何支持前台的交易。就好像，做一笔交易本身合约的价值，考虑成本等各方面因素就值10块钱，他报价15块。你没有定价体系，没法合理估算价值，进行交易。第二，中台不光就是一个风险披露还有风险缓释的功能，比如抵押品管理，金融危机之后越来越关注保证金交易，实时的抵押品管理是大投行走向成功的关键。第三，限额管理，比如中行在北京，纽约，东京，香港，伦敦各有交易台，如何在一天里自动分配限额，也是个难点。这些东西综合在一起，中台会那么简单和无用么？

jojogh

kinghq 发表于 2012-11-19 19:51
回头说说这批企业是怎么玩死的？

估值搞不定啊

kinghq

jojogh 发表于 2012-11-19 20:06
估值搞不定啊

真的？

csp1jz

说到估值定价，说教科书上公式都有，照搬，这是幼稚的。

真实的银行情况是，各条业务线可能有各自的定价引擎, 各个定价引擎里的就连最简单的European option都会因波动率模型使用的不同而给出不同价格，而且真正使用的波动率模型并不是教科书上可以简单找到的，例如：local vol 和 sabr vol都可以找到公式，他们代表了两个不同的波动率模型动态，前者是sticky strike， 后者是sticky delta，但FX trader可以认为FX波动率模型的动态应该是介于两模型之间，那么需要一个mix local vol和sabr vol的模型，这个模型不会这么容易找到了吧。另外，不同的产品所使用的波动率模型会不同，有些需要考虑spot, vol, interest rate之间的相关性，需要3 factor模型；有些basket的产品，需要考虑vol之间的相关性，需要m factor模型。相同的波动率模型中也可以用不同的插值方法（inter-/extrapolation）: cubic, svi, sabr... 这还是模型部分，模型校准也会有不同的数值积分，curve fitting的方法。还有，定价方法是用analytical, PDE, 还是monte-carlo, 也会不同。总之，最细节的定价系统可以作到各个产品都有各自几套的模型和定价方法。再由模型验证（model validation）的人最后推荐实战中到底用哪个。如果各家银行都用一样的教科书模型，大家得到的价格都是一样的，整个市场还有啥交易机会可言？教科书模型只能做参考，不会用在真正的定价！正因为有这么多模型选择和实现方法细节的不同，各家计算出来的结果不可能是一样的。除非大家约定好，例如cdo tranche的报价。

中台系统一般可以不支持定价，定价是front office quant的活。但中台系统需要提供不同的市场场景（shocked/simulated market），这里会牵涉到市场场景中风险因子的建模和模型校准，这也是很quant的活。另外，抵押品可以是债券股票，这一部分的margin call也需要建模。另外，IRC和CRM都需要计算客户违约或rating migration的情况。

再往上说，economic/regulatory capital计算也需要在中台完成。regulatory capital=3*1day EWMA VaR + 3*10day StressVaR + 3*IRC + 3*CRM + 3*Securitization + RNIV(RiskNotInVaR), 这些是死的，但economic capital计算各家银行就可以自由发挥了。例如：1day VaR + 10d Stress VaR明显有风险重复计算的感觉，为何不两者合一，把stress VaR的市场场景按比例加在正常市场VaR里计算？

这些都是计量的部分，关于中台的限额管理，这可以是多纬度，hierarchical，term structure的配置，实现起来很复杂。

最后，目前还没有一家厂商可以把市场风险和信用风险合到一个系统的。这对老厂商是个巨大的挑战，但对新厂商来说，这是个机会!!!

jojogh

kinghq 发表于 2012-11-19 20:47
真的？

其实不单单是IT技术问题。很多是对金融的理解以及用IT去实现！