用户发起充值请求，并将充值金额通知业务后台-资金管理系统；充值系统接收用户请求，生成业务订单号，向第三方支付系统发起充值请求；第三方支付系统通过用户客户端，引导用户进行交易确认；用户通过客户端进行交易确认；第三方支付系统生成第三方支付订单号，并进行内部处理，将处理结果反馈资金管理系统；资金管理系统通过客户端，显示并告知支付结果，完成交易流程。（如果返回结果为：处理中，程序将按照计划进行轮询，直到系统返回（以及根据约定）获得成果或失败结果。）

　　其实，投资跟充值时关于资金的业务流程类似，更多的是对于标的的处理，就不细说了。

　　提现

　　把提现单拎出说，是因为在P2P平台里除了投资，用户操作最多的可能就是提现了。

　　其实作为采用资金托管的平台，提现步骤本质上也仅需要我们将信息传递给第三方支付平台就好了。但是为了资金更加安全，平台需要在提现推送前首先进行一次风控（系统自动或人工审核）对提现资金的安全性进行审核。

　　另外，因为提现时间可能具有一些延迟性，在这里我们进行了一个处理：提现发起的时候业务后台会把用户账户余额的记录将提现金额做冻结处理。直到系统轮询接到新浪支付返回成功或失败结果时做减额或解冻处理。如果一直没有返回结果，则按照新浪支付提供的接口规则，在推送请求半个小时后将资金做解冻处理。

　　对于资金这一块的一些策略，需要根据具体问题具体分析。我们在做银行存管项目的时候，根据银行的处理方式及我们的业务特性，我们选择了完全依赖银行账户的方式，但是这样做有一个问题就是在某一特定时间点，平台的后台的资金数据可能出现短暂的负值情况，随着我们与银行方不断的磨合和调优，出现负值的情况目前基本上可以避免了。

　　账务系统

　　既然涉及到资金操作，那就不可避免的会涉及到账务体系这一支撑系统，设计账户账务时需要产品经理有一定的会计专业知识，在设计账务系统时，我们就结合了会计部门的同事来帮助我们处理专业性问题。

　　一般账务系统会涉及这四个主要方面：

　　1.对账

　　对账分为单笔对账和日终对账。一般针对的是每笔交易记录和退款记录，对账在于保障各参与者的记录能够吻合。发现有差异的记录，即轧帐；通过人工或者自动的方式解决这些差异，即平帐。一般情况下首先进行自动对账，在银行存管项目中，我们采用了通过对比平台日终对账文件和银行端日终对账文件的文件Hash值来完成自动对账，如果出现两个文件不同的情况，人工再介入完成手工扎帐和平账。

　　2.清结算

　　清算主要是指不同银行间的货币收付，可以认为是结算进行之前，发起行和接收行对支付指令的发送、接收、核对确认，其结果是全面交换结算工具和支付信息，并建立最终结算头寸。

　　结算是指将清算过程产生的待结算头寸分别在发起行、接收行进行相应的会计处理，完成资金转移，并通知收付双方的过程。当前，大多数银行结算业务的完成主要通过两类账户：一是银行间互相开立的代理账户，二是开立在央行、独立金融机构如银联、或者第三方支付机构的账户。

　　在实施过程中，清结算不算最难的，但是业务上，清结算里边所涉及的会计主体、会计要素、会计科目、会计账户、记账凭证、会计分录和记账等绝对会让你头疼。我建议在设计这一块的时候多听听财务同事的意见，甚至让他们出一份方案。

　　3.账户体系

　　对于一个平台上的清结算设计之前，首先要完善账户体系的梳理。账户是用来记录会计科目所反映的业务内容的工具，它根据会计科目来开设的。 账户有多种维度的分类。 按照经济内容来说，账户分为资产类账户、负债类账户、所有者权益类账户、损益类账户、成本类账户和共同类账户。 按照会计周期内期末是否有余额，也分为实账户和虚账户。这里就需要和财务的同事一起来完成，甚至是财务的同事主导，当然你如果有丰富的会计经验和会计知识，有你来主导当然也没有问题。

　　4.报表