交易者在投资学习的生涯中会经历不同阶段，各个阶段会有不同思维方式以及交易信仰：1、 纯粹的主观交易者我们不需要默认主观交易是贬义的，因为本质上不同的方法没有对错，只有难度和成功率之分。纯粹的主观交易是几乎所有人踏上交易的第一步：几乎没有任何关于决策，仓位，风控的规则和框架。操作决策基本依靠主观判断（情绪）有时认为决策有依据，但所谓依据其实是选择性看见或挑选出来自我强化的。但这个阶段仍然非常重要，他让我们对交易有了感受和基础认知，同时这一段经历中的成功与失败都会影响我们未来走上的道路，以及我们的思维方式。例如：如果你早早因为错误的行为受到了惩罚，那么可能会形成记忆，更早的踏上适合自己的道路。而如果你新手运爆棚，虽然是错误的方法与行为，但总能获得正反馈，那可能会让你在错误的道路上越走越远，直到产生不可挽回的后果。所以这个方式，对大部分人来说都是很难获得最终成功的。2、基于规则的主观交易者第二个阶段我们开始为自己的交易体系增加了一些规则与决策依据。例如技术分析流派就会开始学习各类的指标以及交易模式。那这样为什么仍然是“主观交易者”呢？因为对这些指标，交易模式的解读仍然有大量的主观解读空间。例如：股票成功守住了关键支撑位则买入做多。这是一个规则，但如何定义支撑位，怎么定义守住又是主观的。K 线走出了锤子线则买入做多。这是一个规则，但如何定义锤子线又是主观的。从另一个角度来说，这样的交易体系是很难复制的，如果我们去看一些技术分析视频，就会发现里面不停会出现新的元素。例如关于K线突破，博主会说为什么这次突破是个假突破，可能因为成交量不够，可能因为附近还有个重要阻力位，可能因为马上要接近斐波那契点位，或者说因为现在大盘走的不好，等等。他总有许多不同的理由去说明为什么同一个交易模式 出现时，有时我们买入，有时我们等待。而这些原因都是主观的。所以此时的交易规则即形成了一定的体系，也有许多的主观判断空间。但是再一次，我们并不是说这是错误的，因为这样的方法正体现了人脑感知和判断上可能存在的优势，同时这样的交易者中也有许多成功的案例。3、定量化交易者定量化交易体系者的思维方式在前者的基础上又有很大变化。即我们认为人脑仍然存在局限，我们要用科学即利用统计学的方法对数据进行回测来找出市场优势。同时程序化的规则与执行也可以帮助我们最大程度的摆脱情绪的影响。这里面可能会有个小误区，很多人会把“量化交易”和“高频”“AI”“深度学习”等等绑定在一起，但实际上这只是种思维方式，可以应用在不同时间周期，和不同的交易频率。此时的我们几乎放下了主观成分（说几乎是因为其实不可能完全放下），而采用更加“数学”的方法，例如：成交量放大转换为：当日成交量大于前面 20 个交易日平均成交量 15%锤子线转化为：上影线长度小于整个 K 线长度的 10%，下影线长度大于整个 K 线的 50%。连续下跌转化为：RSI(20) 小于N或者连续下跌N天。
市场就像一只钟摆，永远在短命的乐观（它使得股票过于昂贵）和不合理的悲观（它使得股票过于廉价）之间摆动。聪明的投资者是现实主义者，他们向乐观主义者卖出股票，并从悲观主义者手中买进股票。
账目核算是财务工作的必要部分，随着线上交易体量越来越大或者说对财务自动化线上化的效率提升需求越来越高，为了提升核对效率以及准确性，要将核对业务系统化、线上化、自动化。如何构建设计一套不同业务场景下的对账系统是本文的重点。1.对账概述日常生活中每天都在对账，比如去餐馆吃饭付款，会对老板说一声“老板，钱付过去了”，老板检查收款情况或者听到语音播报后回复一声“好嘞，下次再来”，这就是一次最简单的对账。再比如在淘宝开了一个店铺，每个月几千单的交易、发货；次月末都拿着所有的订单明细和支付宝收款记录逐笔做一次核对，保证发过货的订单都收到款了，这是一次更复杂的核对。1.1对账的定义对账就是“账证实”的核对，“账”是账目，“证”是凭证，“实”是实际资金或者商品。常见的核对模式有三种：账证核对、账账核对、账实核对，确保账证实两两的一致性。如在饭馆吃了一碗面，其中点菜单就是原始凭“证”，付了10元钱是“账”，老板电脑记录10元是“账”，老板看到账户中余额增加了10元是“实”。从财务范畴来看，证就是会计凭证，比如发票、小票、出货单、收据、交易系统的支付记录等都是原始凭证；而账呢就是财务的账目，账务系统的账务记账，金蝶的科目余额等都是不同的账目；而一笔交易会记录在很多的环节，比如账务系统，金蝶等。 从广义的时间看核对一致性，核对的就是数据，其中包括商品数据、用户数据、卡券数据等。财务范畴的账证实需要核对，而非财务范畴数据也需要核对，比如今天应到10人实到8人，军训时的报数等其实也可以称为对账，我们暂且称为“广义的对账”。对账的广义定义：为了确保同一个事务的数据描述在不同场所下的记录一致而进行的相互之间的一致性比对。为什么要对账呢？首先在财务范畴，这是一个必要做的工作；其次，从业务视角看，如今的交易链条越来越长，数据在众多系统之间难免会出现丢失或者差错的情况，所以为了业务的正常运转并及时发现问题，需要确保系统间数据的一致性。最后，从公司的角度看，需要确保“不少收一分钱，不多付一分钱”，保证资金的安全，不然卖了多少货，收了多少钱相互之间无法自洽，最后全是糊涂账。综上所述，对账是必不可少的；对于交易体量巨大的互联网公司更是必不可少，而且系统化也是必须的，单靠人工难以满足需要。1.2对账场景和模型常见的对账场景包括三方支付公司内的对账、电商平台内部的对账、金融及清算机构等机构内部的核对等，其中：三方支付公司的对账：主要是核对自家的交易记录和银行清算数据之间的一致性；银行清算数据（应收应付）和银行结算数据（实收实付）的一致性；同样也要核对与账务系统数据的一致性。电商等服务平台的对账：主要是核对自家的交易数据和三方支付公司的清算数据的一致性；三方清算和结算的一致性；三方机构结算到企业对公户的资金的一致性。 （1）对账模型对账模型根据核对的数据种类以及核对模式的不同可以分为交易对账、资金对账、余额调节对账、其他对账等，其中：交易对账模型：交易数据之间通过唯一标识进行一对一、一对多、多对多核对业务；资金对账模型：将交易数据按照款项类型进行汇总之后进行核对，比如收款，手续费；余额调节核对：将系统记账余额和实际资金账户余额经过在途调整后进行一致性核对的业务。（2）搭建对账系统对账系统是通过系统解决方案，对需要核对的数据按着设定好的规则进行核对校验，产出核对结果，并对核对结果进行对应的差错处理的自动化信息系统。通俗来说就是将人工核对数据一致性的事情交给系统去做，只需要预先配置好各项规则即可。对账系统应具备以下基础能力：可以便捷的获取需要核对的原始数据，如平台数据、渠道数据；可以对文件数据进行解析或者二次加工；可以灵活配置核对规则；可以查看核对的结果；可以对差异进行追踪管理和处理；可以对外提供核对结果；可以对外输出数据。如果要实现一款对账系统，首先应该明确相关的业务模型，其次需要抽象出业务的核对模型，然后针对核对模型选择合适的核对方案，最后针对核对方案设计系统方案、研发、上线、投入使用。1.3对账架构图本部分将提供一个通用的核对架构，可以满足大部分的核对诉求，如图1所示。 图1 对账系统业务架构图整个架构图包括左中右三大部分，左部分位业务系统层，为平台的内部数据，例如订单数据、交易数据、卡券数据、支付数据等；右部分为外部渠道层，为外部支付数据，例如三方支付渠道的清算数据和结算数据；中间部分为对账系统层，核心职能就是完成左右两部分数据在何种模型下的核对业务，包括数据管理、数据解析、交易核对、资金核对、核对结果管理等一系列的能力，整个核对业务主流程如下：按核对频率获取业务支付数据；T+1或其他频率获取三方清算文件和结算文件；将清算和结算文件进行解析存储；根据对账项目配置完成交易数据和清算的核对；完成清算数据和结算数据的核对；对交易的单边数据和资金核对差异进行管理和处理。2.对账数据管理对账离不开原始数据的获取和管理，对账数据主要包括渠道的数据、平台的自有数据，当然也应该包括核对之后的结果数据。如何获取个管理渠道数据，以及平台数据通过什么模式和规则获得，对账结果数据如何存储和查看，是本小节的重点。2.1渠道数据获取与解析支付交易的通道提供方，例如微信、支付宝、网联、银联等，都是按照约定频率和时间提供交易文件，一般是2份，清算文件和结算文件，其中清算文件记录支付明细，结算文件记录账户的实际资金变动明细。一般可以通过通道方提供的专属接口下载对账文件，如果没有接入下载接口或者通道侧本身就不提供下载接口，可以暂时采用人工下载的方式获得文件，获得文件以后传到对账系统解析出对账数据并存储，以待核对。（1）对账文件类型主流文件类型以Excel和txt为主，其中Excel是常见的文件类型，这种类型的文件阅读性强，如图2所示，为从支付宝后台下载的结算文件。 图2 Excel类型的对账文件某些通会提供Txt格式的对账文件，这种类型的对账文件阅读性比较差，数据列的分割符种类也比较多，在文件解析时存在一定难度，如图3所示。 图4 txt格式的对账文件还存在一些其他格式的文件，例如xml报文格式、csv格式、pdf格式等。无论什么格式的对账文件，核心用途都是为了获得交易数据进行核对。（2）对账文件获取方式 常见的获取渠道对账文件的方式是通过接口，通过机构提供的文件查询和下载接口获取对账文件，如图5、6所示，是从支付宝开放平台截取的对账文件下载接口示例。 图5 对账文件获取接口的请求参数 图6 对账文件获取接口的返回参数同样可以通过人工下载的方式获得对账文件，如果技术能力资源不足，或者暂时没有接入接口，可以采用人工下载的方式，然后将文件上传至对账中心，通过解析文件生成系统需要的数据。（3）对账文件管理从渠道获取到的文件一般存放在对账系统指定的ftp内，并对文件或者文件夹按照命名规范进行命名，通过文件路径查询和下载该文件，如图7所示。 图7 对账文件管理（4）对账文件解析器配置对账文件解析是指将文件里的数据进行处理，转换成数据库数据，以某种形式存储在数据库内，因为文件数据不能直接被系统读取，文件解析模式有原样解析和通用模板解析。原样解析是不改变文件的数据列数和内容，在不减少文件数据列数的情况下原汁原味的把数据解析出来，可以根据需要增加列内容，比如账号、对账时间等。该种解析方法有以下的优缺点和适用性。优点：不需要配置解析器，每一个文件研发好固定的解析器进行复用；缺点：每个文件类型需要建一套数据表，维护成本高；适用：通道少的平台，一般的商户都仅有微信、支付宝，可以采用原样解析。通用板式解析是将所有对账文件数据按照映射关系解析到固定的数据表中，例如表1的表结构所示，所有的文件解析以后都要存储在这张表里，表字段是固定的，文件中的数据怎么对应的存储到指定字段上，是该种解析模式最关键的地方。表1 存储对账数据表 例如图8中所示的是某对账文件中的部分数据，如何配置一个规则将这些数据解析到表1中？ 图8 示例对账文件数据可以设定如表2中所示的解析规则，根据该规则可以将图8中的数据解析到表1中，表中第一行的规则的含义是将图8中的A列数据解析到表1中的“支付时间”字段上，第二行的含义是将图8中F列值为“收入”的数据行解析到表1的“金额”字段上，单位是元。表2 预先设定好的解析规则 （5）对账数据查看数据解析到数据库里以后，为了便于排查问题直接查看数据或者其他用途，还需要提供查看数据的后台工具，分别按照数据类型展示相应的数据，例如平台的支付数据、微信的清算数据、微信的结算数据、支付宝的清算数据、支付宝的结算数据、易宝支付的付款数据等，如图9所示是平台业务数据的后台页面。 图9 业务平台对账数据查询2.2自有数据获取与管理获得渠道文件账单数据以后需要将其与平台自己的相关数据做核对，如平台的交易数据与清算数据做核对，平台账务数据与银行账单数据做核对。（1）平台对账数据获取方式 平台自有数据的获取方式常采用如下形式：文件获取：业务系统定期（如每日凌晨2:00）生成文件，按照约定规范进行命名，将文件推送至对账系统指定位置（ftp）；这种方式需要各业务系统有一定开发量，业务调整时也需要调整文件的生成策略，维护成本略高。接口接收：对账系统提供对账数据接收接口，类似账务记账接口，业务系统按照约定在相应业务节点发送业务数据到对账中心。MQ：业务方按照要求在交易成功时发送约定格式的MQ消息，对账系统订阅该MQ，对MQ进行解析后获得业务数据。SQL：通过SQL定期捞取业务数据，并将数据存储到对账系统数据库中；该方式调整灵活，可以选择在业务并发较小的凌晨进行。人工上传：对于一些采购的外部应用，比如金蝶系统，数据无法通过以上方式获取的情况下，就需要对账人员定期下载应用内数据，然后上传到对账系统。（2）数据分类管理随着业务的发展，对账系统数据会越来越多，类型也越来越多，包括支付数据、卡券数据、订单数据、三方清算数据、三方结算数据等；每类数据的数据字段有各有不同，如何对众多类型的数据进行管理呢？可以对数据进行分类管理，每类数据单独设置表结构。首先是设置数据的大类，或者说是一级分类；就像商品类目一样管理数据，如图10所示。 图10 数据分类设置然后设置数据子类，在数据分类下面设置数据的子类，并将数据子类关联到数据库表，便于存储数据，查询数据，对账取数，如图11所示。 图11 数据子分类设置（3）取数规则配置 配置好了数据分类和类型并关联好了数据表之后，接下来就是配置获取数据的规则了，以通过文件或者SQL两种获取数据的形式为例，如图12所示。 图12 取数规则设置为每个数据分类配置取数方式，如果获取的是文件就配置文件路径，如果通过SQL获取就配置取数sql。对账系统会按照任务配置基于取数规则定期获取对账所需要的数据，并且插入到数据类型关联的数据表当中。2.3对账数据管理支付数据与三方清算的核对，或者其他数据的两两核对，会得到核对结果，且每一组核对都会有一个组别的名字，这一部分会在下一节详细介绍。首先是交易对账的核对结果，主要是展示平台支付数据与渠道的清算数据之间的差异，或是可以理解为信息流的差异，如表3所示的案例数据。表3 交易对账结果示例 上表中“1、5、6”这三条记录是有问题的，第1、5条数据是一方有一方没有，第6条是双方都有数据但金额不一致，这就是交易对账结果，一般有“对平、单边、错账”三种核对结果，对于核对存在问题的数据需要进行排查找出差异的原因，并进行差错处理。交易对账结果是源数据本身在某个对账项目里的核对结果；而资金对账结果是某资金账号某交易日的资金收付的一致性核对结果；比较平台的资金账收付结果与银行的收付结果是否一致，或者说是银行自己本身的清算与结算的款项否一致，如表4所示的案例数据。表4 资金对账结果示例 从上表可以看出，在退款和退款手续费款项上存在差异，且二者正好正负相抵，原因是退款和手续费是轧差出现在账单里的，所以实际上并没有差异，但是既然已经对出差异，并且排查出原因，就需要对差异进行处理，资金对账的差异是“长款、短款、应收未收、应付未付”。确认对账结果后，会生成差异表，在差异表中对差异进行核销处理。 上面介绍了交易对账和资金对账的核对结果，如何存储核对结果呢？核对结果可以存储在源对账数据的表中，也可以单独存储。存储在源对账表这种方式适合数据简单的对账体系，且同一份数据不会在多个对账项目中进行核对，比如支付数据只与清算核对，这时候数据的核对结果就是默认与另一方的核对情况。存储在单独的对账表这种方式适合复杂的核对场景，同一份数据会在多个对账项目中与多组数据完成核对，产生多个对账结果，比如支付数据与上游的订单进行核对得出一个对账结果，支付数据又会与下游的清算数据核对得出另一个对账结果。此时支付数据的对账结果有2个，一个是与订单的核对的结果，另一个是与清算的核对的结果，这种情况，对账结果就需要单独存储“某数据在每一个对账项目组中的核对结果表”。3.对账项目设计业务总是在不断变化，新的业务也在不断出现，对账数据也会因为业务的变化发生变化，当接入了新的支付渠道对账设置也需要新增，如果每次都通过研发实现，那么产研成本会很高，本部分将介绍如何实现交易对账及资金对账的对账项目的配置化设计，会极大提升对账项目的管理效率。3.1.交易对账项目对账并不是简单的一方与另一方比对，实际情况是会基于业务情况进行很多组之间的核对，比如与微信的核对，与支付宝的核对等。每一组又可以分成更细的组，比如与微信核对，可以分成微信收款核对，微信退款核对，如果微信收款有很多账号，又可以按照微信账户进行分组进行核对，例如微信收款一共有两个微信账号：微信1，微信2，就可以设置4个对账的组，如下：对账项目1：微信1-收款对账项目2：微信1-退款对账项目3：微信2-收款对账项目4：微信2-退款对账项目是按照一定维度设定的核对组，如果上述的4个核对项目组仅按照收付方向分组还可以简化成2个核对项目组，如下所示：对账项目1：微信-收款对账项目2：微信-退款具体如何设置核对组，这个因公司而已，因喜好而已，核心目的只要能完成全量的核对即可，对账项目越少越容易管理，对账项目越多越清晰，各有利弊。 （1）对账项目命名为了便于管理还需要为每个对账项目命个名字，如何起名也看自己喜好。比如，如果对账组的同学都是女生，都是吃货，因此所有对账项目的名称都可以跟吃相关，如工商9876-卤煮火烧，命名的一个关键原则是要能从名字中看出具体核对的是什么业务。基于这个原则为开头的几个项目起一个如下的名字：对账项目1：会员购买微信支付-收款对账项目2：会员购买微信支付-退款通过对账项目的名称便可以清晰的知道对账项目1是会员购买的收款核对项目，对账项目2是会员购买退款的核对项目。（2）对账项目管理一个企业可能会存在很多个对账项目，有的甚至高达几百个核对项目。为了便于管理，就需要一个菜单专门管理对账项目，该页面可以查看所有的对账项目；点击设置可以进行该对账项目的配置；右上角的新增可以新增项目，如图13所示。 图13 交易对账项目管理（3）对账项目新增在对账项目列表点击新增会有一个弹窗可以添加一个对账项目，需要先填写基本信息，比如对账项目的名称、对账启用时间、对账的频次、对账的类型等，如图14所示。 图14 对账项目新增（4）对账项目设置设置对账项目主要设置对账项目的执行时间、核对双方的对应数据、核对的唯一标识等一些处理规则。如图15所示是一个基础的设置页面，实际工作中需要基于业务场景以及数据特点，对设置器进行一些调整，但是在这个配置基础之上一般难度不大。从页面可以看出来，该配置是设置卡系统的消耗数据与订单中的消耗记录进行核对，为数据两方配置了如下的数据选择条件：A方数据为卡数据，数据筛选条件是”交易类型=消耗购买”；B方数据是订单数据，设置以订单号为唯一标识进行核对；订单数据的金额如果存在多条则进行汇总；对账差异的报警接受人，可以填邮件，办公账号等。完成配置后，一个对账项目就配置完成了；对账系统会照着配置的任务时间每天完成订单数据和卡数据关于消耗明细的核对。 图15 交易对账项目设置3.2资金对账项目线上支付完成以后，虽然通道方已经返回支付成功，但是钱最终是不是能正确结算，还需要打一个问号，资金对账就是应收应付和实收实付之间的核对，其中应收应付就是交易记录所记录的成功交易，而实收实付就是收款账户实际的资金入账。 （1）资金对账项目明白了对账项目的概念以后，接下来要介绍的资金对账项目就容易理解了：一个实体的银行或者收付款账户就是一个资金对账项目，所以说资金对账是按照收付款账户的维度进行核对的。将一个资金账户设置为一个资金对账项目，比如平台有2个微信收款账户1和2，有两个支付宝收款账户3和4，一个招商对公户5，共5个资金账户，那么就可以设置5个资金对账项目，如下设置：资金对账项目1：微信账户1；资金对账项目2：微信账户2；资金对账项目3：支付宝账户3；资金对账项目4：支付宝账户4；资金对账项目5：招商对公户5。（2）对账项目命名为了便于管理，还需要为每个对账项目进行命名，如何起名看业务需求或者个人喜好，同交易对账项目命名类似，命名的一个关键原则是要能从名字中看出具体核对的那个账户。基于这个原则为（1)中的几个项目按照“通道方+通道类型+账户号”的命名规则规则进行命名，具体命名如下：资金对账项目1：微信-收款-账户1；资金对账项目2：微信-收款-账户2；资金对账项目3：支付宝-收款-账户3；资金对账项目4：支付宝-收款-账户4；资金对账项目5：招商对公-收款-公户5 。对账文件管理在前文已经介绍过了，账户方一般会在次日提供相应的清算文件和结算文件，那么文件要跟资金对账项目对应上，通过对账文件命名可以知道对应的所属账户，比如制定这样命名规则：通道方+账号+文件类型+交易日期，按照该规则可以得到资金对账项目1的文件命名：wx-1-pay-20210204。 （3）对账项目管理一个企业可能存在多个资金账户，为了便于管理，就需要一个菜单专门管理资金对账项目，该页面可以进行对账项目的新增、配置、修改等一系列的操作，如图16所示。 图16 资金对账项目管理点击右上角的新增可以新增资金对账项目，要填写的信息如图17所示，包括账户名称、关联的交易对账编号、对账起始时间、对账类型、对账频率等基本信息，配置好基本信息以后确定新增即可增加一个对账项目，然后通过设置进行资金对账项目规则的配置。 图17 资金对账项目新增弹窗（4）资金对账模式选择 资金对账是核对应收应付和实收实付，实收实付就是银行实际资金的变动，使用银行结算账单即可，而应收应付的选择其实有2种方法，一个是使用通道的清算文件作为应收应付，另一个是使用平台的资金账务作为应收应付。使用银行清算文件做为应收应付的数据源有个缺陷，就是平台的支付记录需要跟银行的清算文件进行核对确保没有差异，然后确保清算文件和结算文件之间的核对没有差异，核对模型的实现如图18所示。 图18 资金对账业务模式在新增对账项目时需要关联交易对账，目的就是看一下平台的支付记录和清算文件之间的核对有没有差异，如果没有且资金对账没差异，那么整个对账就没有问题了。交易对账是按照交易明细进行逐笔核对的，而资金对账并不按照资金明细进行逐笔核对，因为存在轧差以及线下汇入等情况，资金对账需要按照费用维度进行核对，也就是将应收应付和实收实付数据解析成费用项的汇总，对相同款项进行核对，其中的费用项如收款、收款手续费、退款、退款手续费、打款等。（6）对账项目设置以核对清算数据和结算数据为例，资金对账项目设置就是设置如何将文件里的数据解析汇总到对应的款项上去的解析规则，将一个资金账户在某一个交易日的资金变动明细进行汇总，得到每一个款项的变动金额，该配置设置如图19所示。 图19 资金对账项目规则设置从页面可以看的出来，该配置中的每一个费用项的配置规则就是将文件里的数据先通过该费用项的“条件组”进行筛选获得属于该费用项的数据，然后取目标数据的金额，并且对金额进行运算汇总。比如例子中的第一条就是：取交易状态=success的数据，取订单金额作为结算金额，如表10-5所示为一部分案例数据。通过原型中的配置条件组“交易状态=success”，金额配置“正直汇总 订单金额”，可以得到收款=100+90=190。表5 对账文件部分数据 其他费用的配置逻辑类似，一定要枚举一个资金账户里的每一类费用，不能遗漏，不然会出现资金差异。如此全部配置完成以后，一个资金对账项目就配置完成了，对账系统会按照配置的时间进行账单的解析，得到资金对账所需要的核对源数据。4.对账引擎在执行对账前还有几个重要的问题没有解决，即对账的核心处理逻辑，例如对账的连续性控制、时间控制、状态控制、对账核心逻辑、对账结果查看等。4.1对账控制首先是对账的连续性控制，对账不能跨日，如2号对完才能对3号，如果今天是10号，2号还没对账，那么3至9号的账都不会核对，因为前一天的核对结果会循影响下一天的核对结果，这种控制如图20所示。 图20 对账连续性的控制其次是对账的时间控制，如图10-20所示，系统内需要维护对账的相关时间，主要是对账日期、对账启用日期、最后对账日期，他们的含义如下：对账日期：交易成功时间或者资金变动日；对账启用日期：对账项目设定的第一个对账日；最后对账日期：对账项目的最后一次执行对账的日期。然后是对账的状态控制，对账状态即每个对账项目在每一个日期是否执行了对账，已经完成对账的项目不需要重复执行对账，除非需要重对，如图21所示是对账状态的管理页面。 图21 对账状态管理最后是对账任务流的控制，控制对账项目的任务执行，并在流程中更新其他环节的相应参数。如果主流程的某一个处理关节失败了，那么应该进行任务报警，人工干预重启核对流程，控制流程如图22所示。 图22 对账流程控制4.2核心处理引擎对账最核心的流程就是对账执行流程，实现数据间的逐笔核对的过程，如图23所示。本逻辑流程主要包含三大核心逻辑：实现每一天都完成核对，实现每天的每一个对账项目都完成核对，实现每一个对账项目的每一条数据都进行了核对。并且产出每条数据的核对结果，是对平、单边、还是错账。 图23 交易对账逻辑举个例子，经过上面的逻辑处理，对账项目1在x日的对账结果如表6所示，其中单号2是对平，单号1和4是单边，单号3是错账。表6 对账结果示例 4.3对账结果通过上面的对账执行，就得到了每一个对账项目的对账结果，包括每个对账项目的对账总笔数、总差异。对账结果包括交易对账结果和资金对账结果2类。交易对账结果是交易对账项目执行对账之后得到的结果，每个对账项目按笔数核对，如图24所示。从页面中可以看到每个交易对账项目的核对日期、总笔数、单边数、错账数、待处理数等，并且可以查看该对账项目在该核对日期的平台明细数据和清算明细数据。 图24 交易对账结果查看资金对账结果是资金对账项目执行对账之后得到的结果，每个对账项目按照费用项核对，如图25所示。从页面中可以看到每个核对账户在该核对日期的每一个款项是否存在差异，并且可以直接查看到该账户关联的交易对账是否存在差异。 图25 资金对账结果查看5.差错处理对账有两个核心目的，一个是发现错误，另一个是改正错误，即对账差异的处理。对账结果如果有差异，就需要有排查差异的原因，差异原因千奇百怪，但存在必是有原因的，如果暂时查不到具体原因就先挂着，至少我们知道了有一个差异待处理。差错处理就是消除差异的过程，主要包括发现差异、排查原因、处理方案制定、消除差异等环节：发现差异：对账对出了差异；排查原因：排查差异原因，是掉单了、bug、时间差还是其他原因；处理方案：制定差异处理方案，如时间差造成的不用处理，等待第二天对平；消除差异：这一步是在对账系统对差异进行标记处理，说明差异已经处理完成了。5.1交易差错处理交易对账是交易数据的逐笔核对，会出现对平、单边、错账等三类结果。对账的差异会单独出现在差异列表等待处理，如图26所示。 图26 交易对账差错处理列表点击处理，在弹窗中选择处理类型，提交之后可以走一个设定好的流程，也可以直接处理完成，如图27所示。 图27 差错处理操作弹窗其中差错处理类型就是我们要用什么样的方式消除了差异，比如如果是银行成功，我方掉单了，那么就进行补单，补完后就对平了，这样也是保证用户的权益。因为是我方掉单了，所以对账结果是银行单边；等我方补完单后，银行的这笔单边就处理成“平台补单”。系统可以预设一些差错处理类型，设定每个类型的处理流程，便于在处理的时候直接选择使用，如图28所示。 有些差错处理可以实现自动化，让相关系统包装接口直接进行调用处理，比如平台补单可以让订单系统包装一个补单接口，对账系统直接调用进行补单。 图28 差错类型管理5.2资金差错处理资金对账的差异是费用的差异，即收款、退款、手续费等于平台记录的不一致。资金核对完成得出结果后，如果不是解析等技术层面的差异，可以对结果进行一个确认，确认之后差异会生成长短款数据，后面对长短款进行排查原因、进行核销。资金对账结果详情页面如图29所示。 图29 资金对账结果详情什么是长短款呢？比如微信的一个资金账户，资金同事直接在微信商户后台操作了一笔转账，或者用户直接用微信转账100元给了这个账户，这时候就会出现微信收款比平台记录收款多的情况，即微信账单的收款总额比平台的记账总额多100元，资金对账就会发现这100元的长款，就是渠道多收了。但经过排查是可以找到这个具体原因的，本质上是平台没有获得这笔转账数据，也就无法记录，通过排查可以操作核销差异。确认结果以后，长短款模块就会生成一笔该账户的 100元长款记录；长款记录要有账户信息、对账日期信息、费用信息等，如图30所示。 图30 长短款核销管理 点击核销可以对该笔差异进行核销处理，在弹窗里选择相应的核销类型，本次要核销的金额，同时也可以选择与前期其他差异进行双边核销，如图31所示。 图31 长短款核销处理弹窗长短款差异生成的同时也会生成对应的账务凭证，算是一个挂账凭证，为了让账务是平衡的，后续针对每笔资金差异进行排查核销，比如如果确认是人工微信做了转账，那么可以直接核销“资金人工转入确认”，直到长短款没有待核销为止，资金就是准确的了，每笔核销都需要生成核销记录，如图32所示。 图32 核销记录6.坑位解析器获取文件并解析文件是对账系统非常重要的环节，也是后续进行对账的基础。因此，解析文件是对账系统设计中非常核心的一部分，上文中所采用的是原样解析文件数据，本小节将提供另一种解析模式做为补充。为什么叫坑位解析器呢，因为本模型的数据库表是固定的，而是将文件数据按照对应关系解析到固定的字段上去。对账所需要解析的文件主要有三类：平台的支付数据、渠道的清算数据、渠道的结算数据，其中，平台数据可以通过SQL、MQ、接口、文件等形式获取，而渠道文件一般会通过接口获取，或者人工下载文件以后导入到对账系统内，如图33所示。 图33 坑位解析器模型交易对账主要核对平台的支付数据记录与渠道下发的清算文件中的记录的一致性，而平台数据可以通过SQL获得，而清算数据可以通过接口获得，获得文件以后进行解析，对账项目、文件、解析器之间的关系如图34所示。 图34 解析器关联关系一个对账项目的解析器和清算文件是绑定关系，这样就意味着该对账项目的清算文件是由该对账项目绑定的解析器所设置的规则进行解析。如何设计配置工具呢？如图35所示是某支付渠道的清算文件示例。 图35 清算文件示例文件中的商户订单号是平台的请求唯一单号，也是渠道数据与平台数据进行核对的唯一标识，所以要解析出来，另外的交易状态代表了退款和支付类型，后面还有金额等对账需要的字段都需要解析出来。如何设置将这些字段解析到数据库表中的规则，就需要用到如下的配置工具，如图36所示。 图36 解析器配置页面其中基础配置是配置该解析规则的基础信息，主要配置实现“我们需要哪些数据”，比如解析器的编号，所属对账项目，文件的格式、编码等内容。过滤字段设置的是“哪些数据不要”，比如示例中的含义就是通过文件中的第9列和第10列进行过滤，第9列是“未知、失败”或者第10列是“01”的数据不需要进行解析。数据开始行的用途是指定从哪一行开始解析，因为有些渠道的文件开头有表头或者有些统计类信息不需要解析，应该刨除掉，如图37所示的文件就应该填“6”，从第6行数据开始解析，前5行数据不需要。数据列数的配置用途其实也是用于设定解析哪些数据，可以跟“数据开始行”的配置同时使用，属于加强条件，比如填写了“12”，就代表只解析哪些有12个字段的数据行。 图37 结算数据示例然后是解析规则的配置，这部分是规则部分，主要是配置文件中的“数据如何放到数据表里”的问题。配置一共有3列：第一列是数据库表的固定字段，例如银行订单号、交易类型、卡类型等；第二列是字段位置，也就是这个字段取文件中那一列的数据，比如原型中银行订单号填写的是1，就是将文件中的第一列解析到银行订单号；第三列是说明文件中的数据格式、单位或者数值。需要强调的是，整个规则配置主要可以分3大类：第一类是取数型配置，如银行订单号等，只需要填写数据列“数”即可，不需要配置格式、单位、数值，直接将文件中的数据取过来即可。第二类是映射型配置，如交易类型、卡类型，二者在数据库里是固定的枚举值，分别是“支付、退款”、“借记卡、贷记卡”，原型示例的配置含义是卡类型根据第“13”列判断，如果是01则代表借记卡、02代表贷记卡，解析到数据库里时，卡类型字段会设置成“借记卡”或者“贷记卡”，而不是文件中的数值；同样原型中的交易类型字段，由第“10”列决定，当是“S13、S22、S23、S36、S37、S46、S54、S56、S64”时代表支付，当是“REFUND”时代表退款。第三类是单位和格式型配置，比如原型中的金额需要配置文件中是什么单位，时间要配置说明文件中的时间格式是什么。
资产配置的三大基本原则：全球性、负相关、逆市场
全球性思维是什么？资产配置的全球性思维是指在进行资产配置时要考虑全球范围内的投资机会和风险，以及全球化对投资组合的影响。这一思维方式强调跨越国界、跨市场的视野，以获取更广泛的投资机会，实现更好的风险分散和收益最大化。通过投资于不同国家、地区和资产类别，扩大投资组合的多样化，降低特定国家或地区的风险对投资组合的影响。考虑全球各大主要金融市场的投资机会，包括发达市场和新兴市场，以及股票、债券、商品等多种资产类型。全球性思维还需要考虑不同国家之间的汇率波动和通货膨胀风险对投资组合的影响，寻求避免或者有效管理这些风险的策略。关注全球宏观经济环境、政治事件和地缘政治风险，以及全球经济走势对各类资产的影响。考虑不同国家和地区的产业结构、全球化趋势和跨国公司的业务布局，以把握全球化带来的投资机会。全面地理解全球金融市场的运作规律，把握全球化趋势下的投资机会，有效降低特定国家或地区风险对投资组合的影响，并有效实现风险分散和收益最大化。什么是负相关性的资产？资产配置的基本原则中，在进行资产配置时应该考虑不同资产类别之间的相关性。相关性是指不同资产之间价格变动的关联程度。如果两个资产具有正相关性，则它们的价格趋势会相似，同时上涨或下跌。相反，如果两个资产具有负相关性，则它们的价格趋势会相反，其中一个上涨时另一个下跌。基于这个原则，应当选择在市场环境下呈现出低或负相关性的资产类别，以实现更好的风险分散效果。如果将所有资金集中在高度正相关的资产上，那么整个投资组合将面临较高的系统性风险。相反，通过投资在具有负相关性或低相关性的资产类别上，当某些资产表现疲弱时，其他资产可能表现强劲，从而实现资产组合的风险分散。例如，股票和债券通常具有负相关性。当股票市场表现不佳时，债券市场可能表现较好。因此，投资者可以在股票和债券之间进行资产配置，以降低整个投资组合的风险。此外，还可以考虑其他资产类别，如商品、房地产或者不同国家和地区的股票市场，以进一步实现资产组合的多样化和风险分散。总之，资产配置中风险分散可选择相关性较低的资产类别，以降低整体投资组合的风险。永远的逆市场操作是什么意思？在进行资产配置时应该采取与市场主流趋势相反的投资行动。这个原则的核心思想是，当市场普遍看涨时，投资者应该谨慎，避免盲目跟随市场热点，防止过度乐观和高估风险。当市场普遍看跌时，投资者应该考虑逆向操作，即寻找被低估的资产或市场机会，以获得更好的投资回报。逆市场操作的理论基础是市场情绪和市场估值。市场情绪往往会导致市场出现过度买入或过度卖出的情况，从而影响资产价格。当市场情绪过度乐观时，资产价格可能被推高至不合理高位，反之亦然。通过逆市场操作，投资者可以避免追涨杀跌的行为，寻找市场情绪偏差和被低估的投资机会。逆市场操作并不是盲目地对市场进行反向操作。需要进行充分的研究和分析，找到真正具有价值的被低估资产，并制定合理的投资策略。不应盲从市场主流，而是在市场情绪过度乐观或悲观时，寻找被低估的投资机会，以获取更好的投资回报。这需要对市场情绪和估值有一定的认识和判断，并进行谨慎的投资决策。
信贷业务的业财一体化建设，包含了业务在线化管理、业务账务在线化、财务账在线化、凭证自动生成、财务报表生成等几个环节，本文重点介绍其中财务账的六张表和每一张表的记账逻辑。01 业财两套账一般来说，账包括业务账、财务账，他们分别是什么，又有什么区别1.1 业务账业务账就是业务层记录的账，举个例子，假如我们申请房贷，银行放款后，我们在银行客户端能够看到的每期的账单，就是业务账；借款人会基于业务账进行还款，金融平台会依据业务账进行结清、计算逾期费用等管理。业务账的内容一般包括账单是第几期、计息区间是几号到几号，需要还多少钱、本期的本金和利息分别是多少等，如下图。 1.2 财务账财务账就是财务层记录的账，是基于财务规范要求记录的账簿，是后续生成会计凭证、财务报表的数据源。财务账的内容一般包括：每笔放款的期初余额、每月应收、预收金额、月末金额；费用类型一般包括：本金、利息、税费，当然这里是基础费用，在实际业务中费用项会更多，如下图。 1.3 两套账的区别业务账，按照收付实现制记录，更多用于运营管理、客户查询，真实记录用户应收、结清时间；财务账，按照权责发生制记录，更多用于财务记账，后续凭证、财务报表生成。例如：客户在1月1日借款时，先支付了3万元的服务费，并约定3月1日还款。对于业务账，会即刻记录用户在1月1日支付3万元，如下图： 但对于财务账，会记录1月1日预收3万元，然后按日计提，1月将计提1.5万元，月末从预收中转为应收、实收，如下： 那么如果要做财务账的设计，首先需要了解财务账的表结构是怎么样的，怎么得到案例中的财务账（AR表，即Accounting Receivable应收账款）02 财务账的6张表财务账由哪些表组成？为了得到AR表，一般需要基础表、中间表，如图 其中：基础表，包括放款明细表、资金流水表；中间表，包括本金余额、每日利息、每日利息余额等。 下面，对这些表做详细的解读。2.1放款明细表放款明细表，会记录借款双方之间的交易信息和变更，如融资金额、息费率、收取方式，属于一张基础数据的记录表。向银行的借款审批通过后，银行进行放款，这时候银行会记录一笔放款明细，记录在放款明细表中。 还钱期间，放款明细并不是一成不变的，如果我们资金紧张，可以和银行商量申请延期还款，银行审核通过后，会同步更新放款明细中的融资到期日。2.2资金流水表资金流水表，记录所有真实发生的资金流水信息，属于一张基础数据表。获得银行借款后，需要到期付息时，银行收到的每笔钱都会被记录到资金流水表。 2.3本金余额表本金余额表，记录每个交易的本金归还情况，是基于基础数据表汇总统计得到的，同时也是生成AR表的数据源，属于一张中间表。向银行借款时，银行最关心的是本金的归还情况，如果本金都没有及时归还，这笔交易的风险就提高了，此时通过本金余额表，即可监控每个交易的本金归还情况。 2.4每日利息表每日利息表，记录每日的应还利息金额，也是得到AR表的一个中间表。虽然我们一般在月底归还房贷的利息和本金，但从财务视角来看，利息却是每天计提的。每日计提金额 = 本金余额 * 年化利率 / 360，这里一年按照360天计算，将计提的每日利息记录到每日利息表中。 2.5每日利息余额每日利息余额，记录的是借款人的实际归还利息金额求和，体现每日、甚至每日每个放款编号的（应收+实收）金额。我们归还一期贷款后，银行会区分，本次归还中多少是本金，多少是利息；其中本金部分会汇总到本金余额表中，利息会汇总到每日利息余额表中 2.6AR表AR表主要监控每笔放款是否收到钱，多少了多少钱，少收了多少钱。帮助银行，在放款后了解到每笔钱每月应收多少钱、实际收到多少钱、月末余额情况的。 我们了解了业财一体化的两套账、六张表，那么每个表是怎么记录的呢？03 19个记账场景处理3.1放款明细表放款明细表，是一张基础数据的记录表，会记录借款双方之间的交易信息和变更，那么我们从一个放款的流程聊聊账是怎么记的。场景1：第一次放款时，会记录放款信息，如下图： 而后在整个融资周期中，一般还会出现的信息变更场景包括：融资到期日调整、贷后报价调整。场景2：贷后报价调整（息费变更+收取方式变更）贷后报价调整，即贷款后因为一些因素需要对贷款协议内容进行调整，一般包括利率、收取方式的变更。比如签了贷款合同后，平台觉得用户风险较高给了7%的利率，利息月结先收；后来因为客户风险降低了，用户申请调整贷款协议，利息降到了6%，还款方式变成了月结后收那么这里就涉及到了放款明细的改变，记录如下： 场景3：融资到期日调整融资到期日调整，是指对融资时约定的到期日期进行调整，一般是延后。例如，向银行借款，申请一年后还清，但是一年后，由于水灾导致没办法及时还清，这时候我需要向银行申请，延迟还款，将融资到期日往后延长，放款明细的同步更新如下： 以上就是放款明细表的记录场景和记录方式，那么有了基础的放款明细表，我们还需要记录资金流水表。3.2资金流水表资金流水表作为AR的基础表，同时也是后续会计凭证生成的基础表，会有更丰富的场景和记录要求。我们以A钢材公司找金融平台借款为例，展开说说整个流程中都有哪些场景，账又是怎么记的。场景4：本金-本金拨款本金拨款是指金融平台真实打款给借款人，此时付款的真实资金流水会记录为本金拨款下面表格是记账场景的配置信息，什么时候需要记账，收支规则等。 财务账记录如下： 场景5：本金-本金回款本金回款，是指客户归还本金的行为，会被记录为本金回款。 财务账中记录为对应的负数，具体如下： 本金的拨款是比较简单的，但是一般的借贷业务并不只有本金，一般还有利息，那么以下是利息的账务处理。场景6：息费-拨款息费拨款息费，是指在本金拨款时，要求借款人预先支付的息费，就是在放款时客户需要 先支付一个月的利息，才能收到款 财务账中记录为对应的负数，具体如下： 场景7：息费-月结息费月结息费，是指按照月份结算和支付的利息费用，也就是客户每月支付的利息，属于月结息费 对应记账如下： 场景8：息费-到期日调整息费到期日调整息费，是指到期日调整后，在延长时间内，按约定比例收取的利息费用 对应记账如下： 场景9：息费-违约金违约金是指在合同或协议中规定的，当借款方未能履行其在合同中承诺的义务或违反了合同规定时，金融平台要求支付的钱。 对应记账如下： 场景10：息费-解付息费解付息费，是指本金结清时，对应收/多收息费进行结清，如先收了用户100的利息，因为一些调整利息优惠了30，那么后续就需要把多收的30元利息退还给客户 记账如下： 场景11：息费-结转结转是指不同贷款单之间一些费用相互转移的场景，比如客户在一笔借款上多支付的利息不退给用户，而是将这笔应退利息直接转移到客户的另一笔借款上 记账如下： 以上是一个金融平台自己放款的业务和记账流程，除了自己放款，平台一般还会有助贷业务，撮合资金方和借款人，并在中间收取平台服务费，那么这类业务又是如何记账的呢？场景12：代收代付资方利息代收代付资方利息是指撮合业务中，金融平台受到资方委托，代替资方向客户收取利息，并按照合规要求代付给资方的业务。 记账如下： 场景13：代收代付资方本金代收代付资方本金是指在撮合业务中，我们受到资方委托，代替资方收取借款者本金，并代付给资方的场景。 记账如下： 场景14：解付给子公司解付给子公司，是指代收了子公司的钱，需要解付给子公司的场景。 记账如下： 可以看到由于实际收费主体不同，对应的记账方式也有所差别，如果收费主体是子公司，需要记录到待解付子公司，如收费主体是当前金融平台，则记录到收入，例如利息收入。深究其原因，是因为记录成利息，会进入公司的财务报表，影响公司主营业务收入。场景15：解付客户解付客户是指平台多收了客户的费用，需要退给客户的场景。 记账如下： 同样的，在代收代付场景中也会出现类似情况，需要解付给客户，记账如下： 3.3本金余额表通过本金余额表，可以监控每个交易的本金归还情况。本金余额表，是基于TX汇总统计得到的中间表。所以相较于TX较为复杂的记录规则，当前表会简单很多。直接按放款维度汇总，将当日以前TX表中所有本金列求和即可。 3.4每日利息表每日利息表，主要计算每天的应还利息是多少。作为一张汇总表，直接基于放款明细、资金流水表汇总即可，如： 每日应收利息，一般按本金余额 x 年化利率/360天计算。本金余额从本金余额表中取数，年化利率从放款明细表中取数。（注意这里如果每日应收利息，也可能政策没有提前还本的优惠，即借1000，不论是否提前还本金，都按照本金1000 x 年化利率/360天计息） 3.5每日利息余额每日利息余额，记录的是借款人的实际归还利息金额求和，体现每日、甚至每日每个放款编号的（应收+实收）金额。这里按放款维度，对每日累计的应收、实收进行汇总求和，即可得到。同时需要注意，应收为正数，实收为负数，所以求和即可，不用减。 3.6AR表怎么记？过AR表快速汇总实现，监控每笔放款是否收到钱，多少了多少钱，少收了多少钱。同样的，这张表也需要按放款编号汇总，并分别记录期初、期中发生额（应收、实收）、期末余额。 通过AR表，即可了解到每笔放款业务，当前还有多少应收、多收实收，是否延期，能帮助内部更好进行监控、管理。
1、确定卖出时的转股溢价率已知：正股卖出的原则是年化溢价率小于 5% ，结合剩余年限1.616年；公式：年化溢价率 = 溢价率 * 剩余年限那么：卖出时的转股溢价率 = 5% * 1.616 = 8%2、确定转债双低值已知：昨天江银转债双低值为 132 ，在上涨行情中，双低值是会上浮的，这里微加 0.5公式：双低值 = 昨日双低值 + 今天上涨上浮 0.5那么：转债双低值 = 132 + 0.5 = 132.53、确定转债价格已知：转债双低值为 132.5 ，转股溢价率为 8%公式：双低值 = 转债价格 + 溢价率 * 100那么：转债价格 = 132.5 - 8 = 124.54、确定转股价值已知：转债价格为 124.5公式：溢价率 = 转债价格 / 转股价值 - 1 那么：转股价值 = 124.5 / ( 1 + 8% ) = 115.285、确定正股价格已知：已知转股价为 4.14 ，转股价值为 115.28公式：转股价值 = ( 转债价格 / 转股价格) * 正股价格那么：正股价格 = 115.28 / ( 124.5 / 4.14 ) = 4.77
在这些信贷业务中，有一个比较有意思，就是保理业务，简单的说就是企业有一笔“应收贷款”，转让给其他机构，其他机构给企业提供一笔钱对企业来说快速回笼了资金，对机构来说扩大了信贷规模举一个例子中铁从供应商哪里采购了一批货物，但是不立刻付款，这样就会形成一个账期，而供应商不能立刻拿到钱，那么现金流就容易出现问题；这时候如果急需钱，就可以拿这笔“应收货款”到银行贷款 这时候保理商就出现了，保理商觉得中铁的信用很好，付款概率很大；于是让供应商把这个应收货款转移给自己，保理商马上给供应商打钱对于供应商来说，快速地回笼了资金而对于保理商来说，增加了贷款业务，收获了利息收入；毕竟他知道有人欠供应商钱，并且这笔钱欠款人是中铁，他的回款概率较大 上述是一个最简单模式，我们可以再升级一下玩法，保理商再进行一次融资会发生什么呢？假如应收货款价值为1000，保理商放款800 给供应商，并收取10%的利息，即获得80的收益 然后保理商想了想，我付出了800的现金，一年只能产生10%的收益，才80元，有点少啊；因为这个应收货款是中铁的，信誉很好，能不能再找银行借钱呢？经过银行评估后，也认同这个应收货款的价值，于是给给保理商放款700，5%的利息于是保理商把1000的应收货款再转手抵押给银行，向银行申请借款；最后从银行获得了700的贷款，支付5%的利息，即支付35的成本 原来保理商需要付出800 现金给供应商，收益是10%的年利率；现在保理商又获得了700的贷款，现金回来了700，相当于本次业务，总体上只需要 100 的现金，就可以获得 （80-35）/100=45%的年利率 投入资金减少、收益率极大提高，如果现在有800资金，最高可进行8个业务，获得更高回报所以，该模式下可以在更低的资本金使用下，获得更高的收益率大家也发现了，能够获得的贷款金额往往会小于“应收账款”的面值，而且转手次数越多，能获得的贷款金额就越小，这是风险控制的原因，转手次数越多，出现违约的风险就越高以上就是一个常见保理业务的玩法，那么保理业务的产品架构、业务流程是怎么样的？1.保理产品架构保理业务的整体架构可以分为贷前、贷中、贷后三个部分 贷前主要是供应商的入驻审核、预约申请、风控尽调等相关实务的管理；贷中是供应商发起资产转让及提款申请的整体管理，也包含了平台的报价管理等；而贷后是还款管理、账单管理、征信上报等同时还有数据分析、数据资产管理、外部系统接入以及公共服务管理等2.保理业务流程了解信贷整体的产品架构以后，来分析保理的整体业务流程；也可以分贷前、贷中、贷后三大环节 2.1贷前入驻和预约贷前主要是供应商的注册入驻、提交个人或者企业的信息，然后信贷平台进行审核、风控尽调 （1）客户入驻客户入驻的方式，一般包括客户自主注册、或者是市场主动沟通，在平台进行客户的录入客户入驻后，供应商会对接到具体客服、市场等角色，由他们进行跟进 信贷平台，并不能直接借钱，就像我们在花呗借钱，需要有信用分、需要实名，信贷平台也会对企业、法人先进行信息认证认证包括对企业营业执照、法人身份证的认证，一般会提供短信认证、人脸识别、小额鉴权等认证方式 （2）预约申请 类似我们注册借呗后，需要点击我要借款，发起申请；同样供应商入驻平台后，也需要主动发起预约申请 基于不同信贷平台的风控要求，一般需要客户上传企业信息、合同、发票或者任一可以证明自己借款资格的文件信贷平台对这些文件进行审核，然后评估客户能借多少钱，整个流程一般分为以下几步客户申请并授权：客户发起申请，平台审核，通过后，会创建《企业征信授权书》《管理员授权委托书》等合同，各方进行签章授信准入：授权后，对新客需要进行，企业账户开户、发票信息录入、客户和项目的授信准入，初步评估判断项目风险等级风控尽调：完成准入后，由风控进行尽调，不同风险等级，将采取不同尽调方式，如低风险非必须尽调、中风险进行实地/视频尽调、高风险进行实地尽调等，并输出尽调报告 2.2贷中融资和提款当供应商通过平台风控后，就意味着平台觉得供应商资质不错，供应商就可以提交融资申请，上传“应收货款”相关的材料，比如合同、发票等那么这里不同平台一般有几种玩法，一种是看企业的资质，我觉得企业OK，我就借钱给你一种是看企业的项目，比如供应商和中铁有一个采购合同，我认可这个项目，我就借钱给你（1）融资申请如果信贷平台认可的是企业本身，那么企业的资格审核后，就可以进入到提款环节了如果信贷平台认可的是企业具体的合作项目、合同，还需要进行项目的审核，也就是前文提到的中铁和供应商的“应收货款”这里分为四个阶段，分别是资产转让、资产锁定、报价、封包资产转让就是这个“应收货款”之前属于供应商，现在要把它转交给信贷平台 如中建向供应商购买一批钢筋原材料，这时候会产生对应的应收账款，这就是一个资产供应商可以用这个“应收货款”发起融资申请，向平台申请借钱 平台收到这个申请，需要确认说这个“应收货款”没有被你重复向别人也借钱了吧，你给我授权一下，我去中登上查询一下 这里平台就会生成对应《保理服务合同》《平台服务合同》《通过第三方查询收集信息授权书（企业）》等合同文件 各方签章确认后，平台将对资产进行中登查重（避免统一资产被多次融资这种风险情况），并对应收账款进行登记，制作转让文件资产锁定信贷平台确认收到“应收货款”之后；确定这个“应收货款”没有问题，信贷平台就往下推进然后确定谁来放款，是平台自己，还是找其他平台一起，或者完全由其他资金方承担，确定信息后，平台就会锁定资产，标识状态报价基于锁定资产，风控进行资产报价，如利息费率、平台服务费率等封包当报价信息被客户确定以后，完成核对，平台进行封包，标识状态 （2）提款申请融资申请环节走完以后，即信贷平台和客户已达成共识，能借多少钱，每月需要支付多少利率，客户就可发起提款申请了信贷平台会优先提交风控评估，为了避免洗钱、在申请期间资产又被重复登记的情况，平台会进行复核核实后，平台将进行放款，并生成后续账单 2.3贷后供应商提款成功后，平台也会同步生成还款计划，如常见的房贷还款计划，每月还多少钱，每笔账单什么时候还，利息是多少等等，这就进入贷后阶段了贷后业务，是个非线性流程，一般常见包括账单跟踪、还款冲销、到期日调整、息费变更、账款、融资冲销、反转让申请、提前还本等其中，账单分收入账务，一般为放款业务相关账务，包括客户的还款计划、还款台账、AR表等；成本账务，一般为再融资、外部融资业务的相关账务，包括再融资台账、付款计划、AP表等这个阶段，供应商按计划还钱，每个月结清账单；信贷平台按月进行对账、做人行征信上报（个人征信，企业的征信）该阶段，也可能出现一些分支流程，需要对还款计划进行调整，如提前还款、贷后保价调整等 其中，提前还款就是供应商有钱了，要提前还款，类似房贷，提前还款后，会降低后续月份的利息所谓贷后报价调整，就如开头的案例，如果供应商的货物已经交付给中铁，整个供应链的风险降低了，没有了因货物不交付而导致买家不付款的风险了，这时候供应商可以向平台申请调低利率
双低：价格低、溢价率低，可转债价格和溢价率*100进行相加。债券底概念，当债券的价格下跌时，收益率会提高，当收益率提高到久期和信用级别可比的纯债收益率时，基本该可转债也跌到底了。可转债可以根据可转债价格和转股溢价率分成四个象限。我们的策略就在建仓象限1。象限1:可转债价格接近债底,转股溢价率低此时可转债的债性和股性双强，这是千载难逢的机会，可以重仓。例如,2014年7月,113001中行转债的价格为103元左右，转股溢价率只有1%,说明此时中行转债的股性和中国银行股票区别很小，此时中行转债的债券底大约是99元，可转债价格距离债券底非常接近，即使股市出现大崩盘，中国银行的股票大幅下跌，中行转债最多也就下跌4%左右，基本上算是保底了。象限2:可转债价格远离债底,转股溢价率低此时可转债债性弱，股性强，意味着投资可转债已经获利，到了兑现的时候。例如，2014年11月A股一轮行情启动，大部分可转债价格脱离可转债债底，涨到130元以上。就是可130元强制赎回价格是一个关键节点，因为可转债价格超过130元，较大的上市公司是有权强制赎回的，一旦提出强制赎回，可转债投资者必须转股卖出，造成正股卖盘增加，股价走弱，连累可转债价格同步走弱。所以,可转债价格超过130元，可以考虑逐步减仓。不过此时很可能出现转股溢价为负的情况，此时可以短期套利。象限3:可转债价格远离债底，转股溢价率高这种情况通常是因为市场情绪造成的，例如转股溢价低的可转债纷纷上涨，引起转股溢价率高的可转债也跟随上涨，并逐渐脱离债券底部。遇到这种情况,应及早兑现利润出局，因为一旦市场情绪转换，这些转债将是杀跌的首选。象限4:可转债价格接近债底,转股溢价率高此时可转债处于债性区域,安全性高，进攻性不足。例如,110017中海转债(已退市),股价长期低于转股价,一直被当作纯债看待。不过象限4的债券,也有阶段性兑现利润的机会。第一种情况是市场大涨，造成可转债整体上涨,象限4的可转债进入象限3，那么可以卖出兑现利润。第二种情况是下调转股价，可转债会从象限4直接进入象限1。第三种情况是凭借股市超级行情，由于正股大涨而消灭高转股溢价。双底轮动策略单帐户专用于可转债帐户可转债数量100只以内时，采用5只轮动，每只仓位20%可转债数量200只以内时，采用10只轮动，每只仓位10%可转债数量300只以内时，采用15只轮动，前10只仓位7%，后5只仓位6%可转债数量300只以上时，采用20只轮动，每只仓位5%空仓者建议分批买入：双低值小于160，仓位30%；双低值小于155，仓位60%；双低值小于150，仓位100%。可转债数量100只以内时，仓位30%对应3只10%，仓位60%对应4只15%，仓位100%对应5只20%。可转债数量200只以内时，仓位30%对应6只5%，仓位60%对应4只8%、4只7%，仓位100%对应10只10%。可转债数量300只以内时，仓位30%对应3只4%、6只3%，仓位60%对应12只5%，仓位100%对应10只7%、5只6%。可转债数量300只以上时，仓位30%对应10只3%，仓位60%对应15只4%，仓位100%对应20只5%。定期轮动周期：半个月或者一个月。半个月后若净值历史新高，则按半个月轮动，否则用一个月轮动。轮动方式：双低排名20%后的轮入双低排名前10%。单一脉冲调仓：中位价格小于110元，则要求价格120元以上，且双低值125以上。中位价格大于110元，则要求价格125元以上，且双低值130以上。同时需比新标的双低值大10以上，要有一定的阈值，比如双低值130.5轮到119。退出条件：双底均值大于170；或者双低值130以下的转债消失。已满仓者，双低值大于165可开始减仓，大于170则清仓。标的排除对象：可交换债；已发强赎；1年内到期（此时期权价值太低了）。优先选择规模小的转债。
还款方式组件：定义还款方式的基本信息，同时配置每种还款方式的期供计算逻辑、期次计算逻辑、还款日计算逻辑、还款计划生成逻辑、计提逻辑（计提区间利率计算）。 1、贷款核算系统提供了如下功能组件：还款组件：用于制定各种还款方式；还款组件除基本组件外，还可以定义组合组件：基本偿还方式之间按照一定规则进行组合或将定义组合需要的参数进行归纳形成的组件称之为组合还款方式。基于上述基础偿还类组件，可以对贷款期限、本金进行拆分，对于每个拆分单元可单独制定偿还方式，进而组合出灵活多变的现金流，以适应不同的客户需求（可翻看之前的文章：贷款核算｜常见的基本还款方式和组合还款方式）下面来了解还款方式组件基本参数定义。2、信贷核算还款组件基本参数规则：2.1 基本组件-等额本金等额本金是借款人在贷款期间内每月等额归还本金，同时归还期间产生的所有利息。计算公式： 示例：1月1日放款10万，贷款期限2年，年利率7%，偿还方式为等额本金，则每个月应还本金=100000/24=4166.67元，第5个月的应还利息=(100000-100000/244)(7%/12)=486.11元。2.2 基本组件-等额本息每期以相等的金额（分期还款额）偿还贷款，其中每期归还的金额包括每期应还利息、本金。（每期的还款金额固定），利息逐月递减，本金逐月递增；计算公式： 示例：1月1日放款10万，期限2年，利率7%，偿还方式等额本息，则每个月应还款=为PMT(7%/12,12*2,-100000)=4477.26元，PMT函数：根据固定付款额和固定利率计算贷款的每期付款额。PMT(rate,nper,pv,fv,type)Rate、贷款利率。Nper，该项贷款的付款总次数。Pv，是现值，或一系列未来付款的当前值的累积和，也称为本金。Fv，未来值，或在最后一次付款后希望得到的现金余额，如果省略 fv，则假设其值为 0（零），即一笔贷款的未来值为零。Type，数字 0（零）或 1，指示付款时间。0 或省略（期末）1（期初）示例：公积金中心给你发放120万，25年的贷款，年利息3.25%,按等额本息计算每月月供和30年总收益；则PV=-1200000，Nper=300，rate=3.25%/12，月供 = PMT(3.25%/12,300,-1200000) = 5847.79，30年总收益 = 5847.79x300 -1200000=554337。2.3 基本组件-利随本清(期末清偿法)利随本清是借款人在贷款到期日当日一次性还清贷款本息。一般适用一年以内的贷款；计算公式： 示例：1月1日放款10万，贷款期限2年，年利率7%，偿还方式为利随本清，则到期日当日应还本金=100000元，应还利息=1000007%2=14000元。2.4 组合组件-按期付息到期还本按期付息，到贷款到期日一次性还清本金，每期还息额=贷款本金×每期利息。该组件将分为到期还本阶段和按周期还息阶段两段进行定义，属于组合组件， 示例1月1日放款10万元，还款日为对日按月还息，约定期限为2年期，年利率6.5%，则每月还息为 100000*6.5%/12=541.67。该实例采用名义天数计算每月都按照30天计息，对于实际天数计息的算法后续文章阐述。若为按月付息到期还本：2.5 其他组合还款方式支持根据产品创新和其他业务管理需求，灵活配置更多的组合还款方式。组合还款方式主要从以下几个方面来组合：时间段的组合：不同时间段采用不同的还款方式不指定本金，时间段不能交叉时间和本金金额的组合：不同时间段采用不同的还款方式指定不同的归还本金如：M+N还款方式，其中M和N都表示时间段，M段采用等额本息还款方式，N段采用快速双周供（等本）还款方式，M和N两个时间段没有交叉。该组件将分为等额本息和快速双周供（等本）两段进行定义。