曾有幸在工作初期参与过某外资银行服务于特定金融交易业务的Order Management System (简称OMS) 的搭建，但随着时间的褪去，有些知识开始逐渐模糊，希望通过此文总结交易型OMS系统的功能共性，并感谢曾经给予过帮助的人们！（本文不针对具体业务。）

什么是系统？我的理解，系统的核心价值就是帮助使用者以高效、便捷、可追溯的方式去完成那些之前主要依赖于人工方式，或无力于通过人工方式来进行处理的业务内容。大致而言，系统的前端主要为数据信息的输入、展示和管理，而系统的后端主要是逻辑处理，数据交互和解析，后端的工作量往往是前端的数倍之比。

金融行业的OMS系统的内容主体主要为Orders/Trades（交易单），由交易单也会衍生出许多不同的其他类型，所以OMS系统更像是一个下单系统，但区别在于OMS系统的重点更偏向于“Order Management”。

首先从系统所处的位置来看，在整条产品线/系统链中，OMS系统往往处于内部系统的末端和外部系统的前端，起到串连内外的重要作用。它可以只是上游数据的流经渠道，也可以是新数据的输入口，其所扮演的重要作用就是帮助用户（如交易员/操作员/服务岗等）在平台系统内进行数据的管理和维护，然后再将数据放给下游。这其中的原因，既可能是因为原生态的交易单是独立、分割的状态，通过OMS可以起到组合包装的作用；也可能是因为原流程链中无法控制所有的交易单，而通过OMS可以起到开关的作用，进行分时、分块，将筛选出来的部分交易单选择性地传输出去；还有一些原因则是OMS系统可以提供更好地操作体验和用户体验。

从系统本身来看，OMS系统主要可分为三大功能模块，输入、管理和输出。

一、输入

输入层主要为交易单的生成环节，从生成方式来看，可分为手工录入和自动流入；从系统步骤来看，依次为信息输入、格式校验、汇总合并（或有）、生成结果。

• 信息输入：进入系统的来源、时间、数量和内容。
• 格式校验：每个字段内容是否符合校验规则，及字段与字段之间是否符合逻辑规则。
• 汇总合并：如果是一个很庞大功能的系统，则可能会需要按照制定的汇总规则，如将某些字段相同的记录，进行合并处理以满足部分业务需求。视系统的强大程度而定，是否显示汇总结果与具体记录之间的关联关系（汇总结果的展示）。
• 生成结果：可分别为是否通过格式校验的记录赋予不同的记录状态，并按照需求进行前端的布局展示。而对于报错的记录，则可提供编辑修改的功能。

二、管理

管理是整个系统的关键，是对用户所有操作行为的涵盖，它的功能主要从展示呈现、编辑变更、衍生操作（或有）这3个方面进行体现。

• 展示呈现：既包含记录列表的页面显示，也包括单条记录的详情内容的显示。当用户面对一堆相似的记录条时，如何精准地满足用户需求将其所感兴趣的目标记录展示出来，这便是显示层面所解决的问题。这里往往通过各字段的升降序排列、过滤类型筛选、关键词索引等方式完成，而不同分类的内容也可分散呈现在不同的页面之中。
• 编辑变更：如果该系统是需要反应复杂的多环节的操作流程，则记录往往待有多种不同的状态，根据记录所处的流程环节，可分为初始记录、报错记录、处理中记录、已导出记录等，其中每一个状态的变更，都可能涉及用户对记录的内容补充或修改编辑。严谨的系统还将严格限制不同状态下记录的可编辑内容。
• 衍生操作：系统的主要价值在于节省大量原来不借助系统而产生的大量人力精力，或达到原本无法触及到的精准性、灵活性等。而这就要求了系统能够通过提供配置控制操作，来实现自动化的处理。所以，衍生操作不但可以进行系统设置，也还可以设置记录处理规则，控制上下游交互开关和用户角色权限等。

三、导出

从整个产品线的视野来看，OMS系统必然位于登记记账系统的上游，所以经过OMS系统封装处理好的目标数据必然要通过导出环节，继续流入下一个环节。如果是OTC业务，则下游可直接进入结算登记系统；如果不是，则将进入交易所进行进场撮合，然后再进入结算登记系统。在这个过程之前，也可以该OMS系统会先和某一些第三方平台进行信息交互，进行数据内容的修正，最后才将已确定的数据放行流出。

从导出的方式来看，可分为人工导出和自动导出两大类。人工方式，如将内容生成为本地本地文件，再将该文件人工导入下游系统中。自动方式，则省去人工操作，以FTP文件、XML消息等形式在后台进行交互处理。其中，自动不但是传输过程的自动，甚至还可以是筛选目标导出内容的自动处理。

此外，和“管理”中的可编辑内容控制类似，也可定义可导出的条件类型。

从OMS系统的大框架来看，基础雏形主要由以上3部分构成。但是作为一款服务于金融行业的交易类OMS系统，其逻辑、流程、操作的复杂性是普通系统的成倍叠加，其校验、限制、合规要求也是异常得严格，系统的方方面面都有明显的金融交易属性。

其中，Order记录上的字段内容便是金融属性的直接表达，如证券编号、方向、价格、数量、日期，若是衍生业务，还可能带有多个价格、数量、日期等，这里的校验规则也将是层层交错。

此外，最大难点还在于虽然是OMS系统，但系统内的记录类型可能远不止Order一种。为了配合业务模式的需要，系统中可能会有Pre-Oder，Order，Sub-Oder，Order-Groups，Reverse-Oder等。不同类型记录上的字段信息内容也各有差异，各类记录之间的转化涉及到操作、规则、逻辑的层层梳理。而成熟的系统最终便是对各业务模式的兼容，并对各金融交易流程的支持，如询价、下单、交易、记账、交割……

系统的核心在于满足使用，而功能便是支持满足使用的保障。

本文由 @朱宇迪 原创发布于人人都是产品经理 ，未经许可，禁止转载。