场外开放式基金销售系统按资金管理系统处理模式区分

从资金管理角度来说，主要的区分是是否实时进行资金有效管理，一般采用第三方资金管理系统的，多是非实时的，没有任何资金记录数据，资金划拨是其主要功能；以天天基金的业务逻辑为例，在盘后接收TA确认文件和对接交易系统数据，通过业务类型、申请状态清算后，生成上划资金文件、下划资金文件和其他退款文件，在基金公司下划款到帐监管银行账户时进行退款文件划拨，垫资款划回（划款处理是天天基金自己开发的）等处理；并进行相关账务处理事务。

一旦一些特殊的交易复杂点，交易链条稍长点就无法理清资金的变化过程，如活期宝买组合宝，失败后回活期宝，这其中没有任何数据体现资金变化，这其中是用未来赎回活期宝资金，支付组合宝，但是组合买入确认失败，导致赎回活期宝的资金容留在平台，平台将这笔资金给客户充值活期宝，而后面甚至可能该充值又失败进行退款操作，整个系统是很难去回溯资金使用情况的。

对于这种情况天天基金的资金管理系统是通过自定义业务类型判断该笔资金是应该容留在平台还是需要退还给客户，如上面例子活期宝买组合宝是其定义的业务大类，活期宝确认成功时根据业务大类决定其赎回资金需要截留平台，在当天的下划文件中不做导出；接着第二步组合宝买入失败金额充值，大类组合宝买入失败充值需要回溯去看组合宝的买入资金来源是否银行卡

比如发生过活期宝买基金，活期宝赎回失败，但是却触发基金公司强制赎回（一般是因为以前该基金发过顺延类赎回且触发了顺延）；

而实时的资金管理是从客户发起动作那刻起就开始进行记账处理，整个资金的处理也是符合主流金融系统的设计原则，这里会着重描述这种模式。

描述前举个例：一笔银行卡支付的申购，我们把模型简单化下，投资者是买方，销售商是交易中介，TA是卖方；则申购的流程在现实生活中模型是：买方把钱打给交易中介，这时候钱是属于买方的，交易中介应记录买方名下的资金额度，同时该资金是用来给卖方买东西的，所以要冻结上不能挪作他用；接着中介告知卖方为代客户想买东西，有货不，卖方通知有货后，卖方给中介发货后，由中介将钱解冻并划转给卖方。

而对于好的资金系统，它是能全程体现整个过程中资金/资产的变化情况，什么时候客户那部分资产是资金存在形式存在的，上面时候进行资金状态变化都是跟随你所有交易变化而变化，无论是否系统开发人员、运营人员、运维人员都能通过其资金的变化描述整个交易过程，是完全符合现实案例的。

体现出来的数据流应该如下：

注意银行卡支付的影响其实在资金管理系统中是由两个流水体现：充值（待交收+），使用（冻结+）

这种模式的体现主要有陆金所、蚂蚁金服、以及市面上恒生系统。比如陆金所，大家可以打开APP申购一只基金试试，你看到你资产属性是不是马上算入基金资产；当然蚂蚁金服只能在份额列表看到是因为其考虑客户体验性将申购的资金额度映射到对应的份额信息上；而天天基金是在之后照抄蚂蚁金服改的，但是我知道他们是通过交易数据映射到份额列表中的，数据结构还真是不一样，是没有记录对应资金信息的，也就是说在它仿蚂蚁金服改造前；而陆金所的才是最直观的。

而天天基金对于普通银行卡的数据记录：

下面我以图表形式和天天所出的问题来进一步比较下这两种的优劣：

资金管理模式的对比

基于以上对资金系统的描述，我们现在就可以大胆的设想下我们将要接入的金证系统大概会干什么事，而且据之前同事了解，金证系统是配合金手指系统进行处理的。而上面描述天天基金资金管理时为其实就是在描述的金手指系统，所以这个地方金证系统应该主要做的是根据我们导出交易数据批量更新客户余额，配合着金手指系统进行划拨文件导出，而他可能得为我们进行划款支付的开发。

销售 开放式基金 基金 系统