渠道接入和交易管理定位

金融市场交易系统一般分为前中台，前台主要是交易管理，中台产品控制和估值、风险管理之类，后台进行清算。

最近项目，有一个需求是业务需要实现交易渠道的交易自动流入到交易管理系统，引申出两个奇怪的需求

1、管理端交易薄记时，需要录入敞口的管理方式和对冲的产品，并且需要细到每一笔对冲交易对应的是哪个个人或者对公交易

      典型的业务落后的手工自动化的思维，敞口从不同的视角看，如风险等，纬度是完全不一样的，这样理论上比较通行的做法是 通过一种folder概念，来将交易进行汇总，然后通过不同层级的folder进行汇总定制。如果按照这个需求来看，相当于把汇总平盘 敞口管理办法给搞成了落后的着笔对冲，更无奈的是将交易接入时引入了敞口管理概念，彻底失去灵活性

2、交易渠道流入时，业务为求方便要求实现和管理平台薄记的一样录入选项，彻底将渠道搞成管理系统。

渠道应该尽量单纯而且应该就是一个交易对接口，至于标准化的交易如何管理应该是前中台的事情。无奈面对业务需求，由于开发团队 本身所处视角不同，管理平台的团队可能屈服于这种不正常的常态，另外可能也存在少折腾的想法，倾向于接受业务需求。（可能管理平台 团队对于“渠道”把自己定位为渠道也不是很认同）

3、推而展开这个问题，因此了目前各个系统流程的共性问题，即缺乏产品概念，或者有不同的零散产品概念。金融市场会有外汇、商品、 衍生品、结构性产品、债券等分类，但是到了各系统，各家机构，又会出现贵金属甚至结售汇等的产品分类。这样在管理试图、风险试图、清算试图下，产品千奇百怪，也就出现了一个业务需求来通过所谓产品和敞口混杂的需求了