财务笔记

疑问：
转账操作在哪？
所有的抽档数据都放到转账记录表中tdrawdata，不需要清理吗？


名词解释：
抽档：从业务系统获取收付交易数据的过程，主要通过dblink实现，包括：外部系统抽档和CMS调拨数据抽档。
抽档逻辑：package：cms_business_system_package.drawoperate

批次化：将业务数据打包成符合送盘行需求数据批的过程，分协议批次化和指定批次化两种。
协议批次化：与送盘行签订协议，双方约定送盘细节，按此协议将业务数组织的打批，协议批次化共分两步，首先是
查找打批依赖的协议信息；第二是选择批次化条件；批次化通过调用接口：cms_to_bank_data_package.batchdata();

生盘：将批次按账号设定的协议信息，依据协议中的格式定义，结合每个元素类型生成发送到银行的数据块，其中包括
送盘文件，送盘明细（送盘头行、第二行、尾行），回盘文件名等信息；CMS系统的实现通过package接口完成：
cms_transfer_data_package.sendData();

送盘：将生盘数据通过协议前置机配置信息将数据批量发送至银行的过程，包括发送数据组装、校验、发送等系列操作。
在CMS实现中，送盘通过virementService.processTransactionSend(batchno, umid)


1、维护模块：


1、帐户模块：


1、格式模块：将生盘、回盘文件、文件名等信息采用元素动态组合方式实现，达到元素重用，很好的满足不同银行不同文件内容
格式需求。添加新银行或银行更换新格式文件，则不需要修改核心逻辑，仅需要修改格式配置信息即可完成。

元素信息：构成格式的最小单位，telement（元素表）；

格式定义：将元素按一定先后顺序组合，赋予元素更详细的属性，tformat（格式定义表）、separator_table（分隔符信息表）、
telementprocess（取补类型）；

协议定义：针对账号与银行约定的一些自动或非自动送盘条件；是格式定义的最终目的，通过协议定义，将格式与账号（account）；
交易方式（paykind）、送盘行（to_bankno）三者结合起来唯一确定一条协议信息；agreement_info（协议信息表）、
agreement_detail（协议明细表）、trecordtype（记录类型表）、tagreement（协议信息表）；

代理设置：抽档数据表（tdrawdata）存在各种可能性的数据，通过代理，让业务数据和协议绑定，通知系统交易数据将通过什么协议
进行收付操作；tproxymain（代理主表）、tproxybank（代理银行）、proxy_bank_group（代理银行分组表）、tproxybranch（代理机构）；

元素映射：完成企业到银行和银行到企业相关元素转换信息配置；element_map_value（银行平安元素映射值基表）、
element_map（银行平安元素映射表）；

实时映射：

策略设置：抽档策略、批次化策略；

2、调拨模块：
机构回调：支出户/非支出户回调
总部调拨：总部调拨是付款交易，从1到N个账号向调拨申请账号发起转账操作；转账在哪？
查询：
自动归集：应用直联交易通道，采用一定归集策略，将多个机构（含子机构）或总部帐户余额按一定留存额定时汇总到单一总部（或投资）
帐户的过程，交易批次为收款；分为机构归集和总部归集两种类型；
策略维护：定义一个划款策略，什么帐户、多少余额、重复时间等条件下执行划款动作；
机构上划：在系统内提起上划申请，经财务经理审批通过后，资金专管员直接至相应银行将机构款项转至对应收账方账号。
划款补录：主要是款项已经通过线下转至付款账号，在系统中补录收款信息，然后进行后续的资金确认的制证动作。


3、交易模块：交易模块是资金平台的核心功能。


抽档：从业务系统获取收付交易数据的过程，主要通过dblink实现，包括：外部系统抽档和CMS调拨数据抽档。
抽档逻辑：package：cms_business_system_package.drawoperate
逻辑说明：
1、校验：该系统在business_system中定义的是否参与抽档；
2、校验：是否对数据来源全机构进行抽档；
3、从system_config获取dblink
4、产生临时抽档号
5、将批号通过调用业务系统接口pkg_bv_public.cms_draw_data_control通知业务将待抽数据（virement_tobank_record）打上标志，
其返回本次可抽档的总笔数和总金额；
6、通过dblink将业务系统抽档接口表（virement_tobank_record）数据插入抽档表（tdrawdata），状态为已抽档（bat-0000），同时
按临时抽档批号统计抽档表本批次成功金额和笔数，与抽档标记接口返回值进行比较，若不一致报错提示，回滚整批抽档数据信息。

批次化：将业务数据打包成符合送盘行需求数据批的过程，分协议批次化和指定批次化两种。
协议批次化：与送盘行签订协议，双方约定送盘细节，按此协议将业务数组织的打批，协议批次化共分两步，首先是
查找打批依赖的协议信息；第二是选择批次化条件；批次化通过调用接口：cms_to_bank_data_package.batchdata();
1、tdrawdata中找到符合条件的记录，赋予临时批次号；
2、生成批次接口：cms_to_bank_data_package.subbatch()


指定批次化：主要用于在已知发起账号情况进行批次化作业；批次化通过接口：cms_to_bank_data_package.select_batch_operation();

协议批次化和指定批次化都需要调用生成批次接口：cms_to_bank_data_package.subbatch();
如果是报备批，调用cms_to_bank_data.Insertregister()接口写入报备批信息；

生盘：将批次按账号设定的协议信息，依据协议中的格式定义，结合每个元素类型生成发送到银行的数据块，其中包括
送盘文件，送盘明细（送盘头行、第二行、尾行），回盘文件名等信息；CMS系统的实现通过package接口完成：
cms_transfer_data_package.sendData();

送盘：将生盘数据通过协议前置机配置信息将数据批量发送至银行的过程，包括发送数据组装、校验、发送等系列操作。
在CMS实现中，送盘通过virementService.processTransactionSend(batchno, umid)

回盘：

资金确认：回盘检查完毕后确认银行已经收到或扣款成功的过程，确认成功数据将会回销业务系统；主要包含资金确认、跨日资金确认、
获取流水；

获取流水：按选定账号，通过BEOS去银行查询对应账号3日内的历史或实时信息给用户，用户选择对应流水信息，系统自动将借贷金额
填入记账金额栏内，用户可以直接进行资金确认操作，提高效率。

资金确认：用户输入记账明细（包括银行入账日期、记账金额、银行识别号）、退款明细（包括退款金额、银行识别号）以及计算记账
和退款合计金额；

跨日资金确认：应用于同一批分多日进账的场景。

6、交易对账
交易对账实际与CMS标准交易流程关系不紧密，是在原交易流程基础上对非CMS交易提供对账功能。目前支持real（实时交易对账）、
beos（银企直联交易对账）、pa18（pa18交易对账）、zhjr（综合金融）四种功能。

查询对账数据：进行交易对账前需要准备交易对账账号、对账日期等基本信息，信息来源于tbankdefacct和tbatchinfo；
前置机获取：获取前置机配置信息；

7、直联模块：交易数据批次化完成后，接下来可以通过不同的支付方式进行支付，当paykind='dlink'时，则进行直联授权支付操作，
目前仅支持中、农、工、建、平安银行、深发展银行共6家；只对直联，银行的后台支持实际是网银核心，批量是银行批次处理核心，
前者支持跨行支付，批量不支持跨行支付；

复核授权：通过cms_transfer_data_package.senddata_beos(?,?,?)完成业务批次数据向BEOS交易数据转换工作。

8、制证模块：
自动制证：交易资金确认完成后，生成确认批信息，可以通过页面或系统后台自动任务方式完成自动制证操作；of_cms_interface.make_credence();