智慧园区综合服务平台财务管理模块重点交易（后端）流程设计提示
一、联机交易
1、账户类型维护（同名接口）
（1）园区账户-01：同级互转（否）、向上归集（是）、向下划拨（否）、对外付款（否）
（2）费用账户-02：同级互转（否）、向上归集（是）、向下划拨（否）、对外付款（否）
（3）企业汇缴账户-03：同级互转（否）、向上归集（否）、向下划拨（是）、对外付款（否）
（4）企业缴款账户-04：同级互转（否）、向上归集（是）、向下划拨（否）、对外付款（否）
权限参数保存在本地文件中。
2、云帐户开立（云帐户维护：功能码-0）
（1）上级帐号是否存在：本地校验上级账号是否存在。若不存在，则抛错；
（2）子帐户是否存在：本地校验子帐号是否存在。若存在，则抛错；
（3）业务ID是否存在：本地校验业务ID是否存在。若存在，则抛错；
（4）云帐户开立，上送总行接口时应至少关注如下内容：
①上级帐号推送非空值；
②上级帐户名称推送非空值；
③子帐户类型推送“园区账户-01、费用账户-02、企业汇缴账户-03、企业缴款账户-04”；
④业务ID推送“园区ID、费用ID、企业ID”；
⑤是否签约动账通知协议为“1-签约”；
⑥企业缴费帐户开立时，扩展域extFld推送“
统一社会信用代码｜
企业名称｜
企业类型｜
所属行业｜
所属行业名称｜
所属业主ID（自定义，唯一）｜
所属业主名称｜
业主所在地市编码（工商规范）｜
业主所在地市名称｜
所在园区ID1（自定义，唯一）,所在园区名称1,园区所在地市编码1（工商规范）,园区所在地市名称1,园区级别1（总行规范）,园区类型1（总行规范）,园区主导产业1（可空）,企业地址类型1（总行规范）,企业经营地址1,经营面积1,入园时间1,变更状态1（总行规范）,最早创建时间1,最新更新时间1;
所在园区ID2（自定义，唯一）,所在园区名称2,园区所在地市编码2（工商规范）,园区所在地市名称2,园区级别2（总行规范）,园区类型2（总行规范）,园区主导产业2（可空）,企业地址类型2,企业经营地址2，经营面积2,入园时间2,变更状态2（总行规范）,最早创建时间2,最新更新时间2｜
”；
其中，企业类型：1-园区主体企业；
2-园区入驻企业；
业主或园区所在地市码：工商规范
园区级别：1-国家级；
2-省级；
3-市级；
4-其他；
5-民营；
园区类型：1-经济技术开发区；
2-高新技术产业开发区；
3-海关特殊监管开发区；
4-边境/跨境经济技术开发区；
5-其他类型开发区；
6-普通园区；
7-写字楼；
8-特色产业园区；
9-工业园区；
10-产业园区；
11-上海市五大新城；
12-成渝地区双城经济圈产业合作示范园区；
企业地址类型：1-注册地址；
2-通讯地址、经营地址；
变更状态： 0-新增；
1-修改；
-1-删除；
3、云帐户变更（云帐户维护：功能码-1）
（1）子帐户是否存在：本地校验子帐号是否存在。若不存在，则抛错；
（2）子帐户修改上送总行接口时应至少关注如下内容：
①子帐号、子帐户类型、业务ID、是否签约账单通知，不可修改
②子帐户名称、业务ID名称、扩展域extFld，可以修改；
4、云帐户查询（云帐户维护：功能码-2）
用于查询云帐户的账号、户名、上级帐户、帐户层级、业务ID、业务ID名称、是否成功签约动账等信息。
该接口用于云帐户开立时的补偿机制。
5、云帐户销户（云帐户维护：功能码-3）
（1）子帐户是否存在：本地校验子帐号是否存在。若不存在，则抛错；
（2）子帐户是否有下级帐户：本地校验子帐户层级。若有下级帐户，则抛错；
（3）费用子帐户是否存在未核销或部分核销的账单：若存在，则抛错；
（4）费用子帐户核销时，余额或利息转入上级园区子帐户；企业缴费子帐户在核销时，余额或利息须转入上级实体结算帐户；园区子帐户核销时，余额或利息转入上级实体结算帐户；企业汇缴子帐户不允许核销；
（5）子帐户销户，上送总行接口时应至少关注如下内容：
①上级帐户、子帐号、子帐户类型、业务ID、是否签约账单通知推送非空值；
②转入帐户transAc（新增）推送非空值，用于被销户的云帐户的余额或利息转入该帐户，转入帐户不支持他行帐户；
该接口用于删除废弃的云帐户。
6、生成账单（同名接口）
（1）账单是否重复：根据账单编号，校验本地账单是否存在。若存在，则抛错；
（2）生成不支持部分核销账单：应设置账单金额=应收金额=最小收款金额=最大收款金额；
（3）生成支持有效期的账单：限制收款日期推送“1-是”，并设置起始收款日期和终止收款日期；
（4）新账单生成，上送总行接口时应至少关注如下内容：
①业务ID推送“费用ID”；
②识别号类型为“0-自定义编号”；
③收款识别号是否重复：本地校验收款识别号是否存在。若存在，则抛错；
④限制收款日期为“0-否”；
⑤限制收款金额为“1-是”；
⑥最小收款金额推送空值；
⑦最大收款金额=应收金额=账单金额；
⑧付款账号推送企业缴费帐户，付款户名推送企业缴费帐户名称，账单核销时会校验该域值；
⑨收款摘要推送“企业名称|费用名称|费用周期|逾期日期|”，账单核销时会校验该域值；
⑩扩展域extFld为“
上年末，对应主营业务收入，最新年月，对应主营业务收入｜
上年末，对应净利润，最新年月，对应净利润｜
上年末，对应纳税额，最新年月，对应纳税额｜
上年末，对应参保人数，最新年月，对应参保人数｜
资质荣誉1，资质荣誉2，资质荣誉3，资质荣誉4，资质荣誉5｜
知识产权数｜
是否被执行人｜
交费逾期次数｜
变更状态（总行规范）｜
最早创建时间｜
最新更新时间｜
”；
其中，编码规则如下：
u 主营业务收入编码规范：数据类型标识+年份+季度+收入范围标识；
u 纳税额编码规范：数据类型标识+年份+季度+纳税额范围标识；
u 是否被执行人编码规范：数据类型标识+是否标识；
u 是否有交费逾期：数据类型标识+是否标识；
u 荣誉资质的编码：数据类型标识+荣誉资质标识字符串（多个资质荣誉使用“,”分割）。
7、修改账单（同名接口）
（1）已核销的账单不能修改：校验本地账单状态。若账单状态为“已核销”，则抛错；
（2）部分核销账单允许修改，上送总行接口时应至少关注如下内容：
①修改应收金额时，须同时修改最大收款金额，且两者应相等；
②修改后的应收金额不能小于账单的已收金额；
③费用ID、费用名称、账单编号、识别号类型、收款识别号、付款账号、付款户名、收款摘要、扩展域extFld，不可修改；
（3）未核销账单允许修改，上送总行接口时应至少关注如下内容：
①仅账单名称、收款识别号备注、应收金额、是否限制收款日期、起始收款日期、终止收款日期、是否限制收款金额、最小收款金额、最大收款金额、付款账号、付款户名、收款摘要、扩展域extFld，可以修改；
②收款识别号备注推送“企业名称|费用名称|费用周期|应交日期|”
③修改应收金额时，须同时修改最大收款金额，且两者应相等；
④付款账号推送企业缴费帐户，付款户名推送企业缴费帐户名称，账单核销时会校验该域值；
⑤收款摘要推送“园区名称|企业名称|费用名称|费用周期|”，账单核销时会校验该域值；
8、查询账单（同名接口）
用于查询账单相应的收款识别号的收款参数信息。
（1）支持所有状态下的账单查询，上送总行接口时应至少关注如下内容：
①须检查账单编号与收款识别码一对一对应；
②业务ID推送“费用ID”；
该接口用于账单开立时的补偿机制。
9、作废账单（同名接口）
（1）账单是否存在：本地校验账单编号是否存在。若不存在，则抛错；
（2）已核销或部分核销的账单不能作废：本地校验账单状态。若账单状态为“已核销”或“部分核销”，则抛错；
（3）未核销账单允许作废，上送总行接口时应至少关注如下内容：
①须检查本地账单编号与收款识别码一对一对应；
②业务ID推送“费用ID”；
10、账单核销（收款识别号缴费接口）
（1）交易是否重复提交：根据前端上送的交易ID，校验本地交易是否存在。若存在，则抛错；若不存在，则在核销流水表中插入一条或多条核销交易明细记录，预记信息包括但不限于：缴费机构编号、交易ID、第三方系统流水号、费用ID、费用ID名称、账单编号、账单名称、收款识别号、收款识别号名称、付款账号、付款户名、付款摘要、交易金额、交易日期、交易时间、交易状态（初始为U）、会计日期（初始为空）、会计流水号（初始为空）、对账结果（初始为未对账）等；
交易ID是指在确认账单（须新增前端界面）时，由后端生成并返回前端的唯一标识，用于避免前端界面重复提交。
（2）已核销账单不能核销：本地校验账单状态。若账单状态为“已核销”，则抛错；
（3）账单核销规则：
①账单核销由高新股份园区管理经理完成，取消企业端账单核销功能；
②在不足额交费时，勾选的账单不能跨园区、跨费用，只能勾选同一费用下的账单，并按照账单应交时间由远及近顺序核销；
③在足额交费时，可以跨园区、跨费用，按照账单应交时间由远及近顺序核销；
（4）部分核销账单允许再次核销，但本次交易金额应小于等于账单的未核销金额；
（5）未核销账单允许核销，上送总行接口时应至少关注如下内容：
①业务ID推送“费用ID”；
②收款识别号、收款识别号名称、账单编号均须推送非空值，应分别与生成账单时相应域值一致；
③付款账号、付款户名、付款摘要均须推送非空值，应分别与生成账单时相应域值一致；
（6）调用总行接口后，根据上送银行的第三方系统流水号，先更新核销流水表中会计日期、会计流水号、交易状态（成功）等，然后更新账单信息表中对应的一条或多条账单的账单状态（部分核销或已核销）、待交金额、实收金额等；
注：账单信息表包括但不限于费用ID、费用ID名称、账单编号、账单名称、收款识别号、收款识别号名称、付款账号、付款户名、付款摘要、应收金额、待交金额、实收金额、退款金额、账单状态等；
11、账单退款（本地交易）
该交易不发生实际的资金流转，退还款项由高新股份通过实体结算帐户转账；
（1）交易是否重复提交：根据前端上送的交易ID号，校验本地交易是否存在。若存在，则抛错；若不存在，则在账单退款流水表中插入一条交易记录，预记信息包括但不限于：缴费机构编号、第三方系统流水号、费用ID、费用ID名称、账单编号、账单名称、交易金额、交易日期、交易时间、交易状态（成功）等；
交易ID是指在确认退款（须新增前端界面）时，由后端生成并返回前端的唯一标识，用于避免前端界面重复提交。
（2）已核销账单或部分核销账单允许退款；
（3）支持多个账单同时退款；
（4）退款金额小于等于账单累计已核销金额；
（5）更新账单信息表中对应的一条账单的账单状态（部分核销或未核销）、待交金额、退款金额等；
12、余额退款（转账接口）
（1）交易是否重复提交：根据前端上送的交易ID，校验本地交易是否存在。若存在，则抛错；若不存在，则在余额退款流水表中插入一条交易记录，预记信息包括但不限于：缴费机构编号、第三方系统流水号、付款账号、付款户名、收款帐户、收款户名、备注、交易金额、交易日期、交易时间、银行流水号、交易状态（初始为U）、对账结果（初始为未对账）等；
交易ID是指在确认退款（须新增前端界面）时，由后端生成并返回前端的唯一标识，用于避免前端界面重复提交。
（2）存在未核销账单或部分核销账单的企业缴费帐户，允许余额退款；当存在上述情况时，在股份操作人员进行余额退款审批操作时，前端交互应给予提示。
（3）企业缴费帐户发生余额退款，须转入实体结算帐户；
（4）允许余额退款时，上送总行接口时应至少关注如下内容：
①校验付款账号和收款账号的合法性；
②校验付款账号归集权限；
③退款金额小于等于企业缴费帐户余额；
④备注应推送“XX企业缴费帐户余额退款”；
（5）调用总行接口后，根据第三方系统流水号，更新退款流水表中的交易日期、交易时间、银行流水号、交易状态（成功）等；
13、查询账单核销流水（同名接口）
从账单的视角，反应该账单的整个核销过程，支持日期段内查询显示多笔核销明细信息。
暂未使用！
14、帐户信息查询（同名接口）
“刷新”操作须实时调用总行接口查询，更新帐户信息表中该帐户的实时余额、可用余额、帐户状态、查询时间；
15、账户流水查询（同名接口）
检查流水下载控制表中该帐户的当前下载日期与查询起始日期、查询终止日期的大小关系：
①若（当前下载日期+1）日≦查询起始日期，须实时调用总行接口下载“（当前下载日期+1）日至查询终止日期”的交易流水，并将帐户流水插入本地账户流水表；
②若查询起始日期≦（当前下载日期+1）日≦查询终止日期，须实时调用总行接口下载“（当前下载日期+1）日至查询终止日期”的交易流水，并将帐户流水插入本地账户流水表；
③若（当前下载日期+1）日≧查询终止日期，无需调用总行接口，直接从本地账户流水表中查询该帐户查询日期区间的交易流水；
④总行帐户流水查询接口中查询日期区间仅支持30个自然日；
备选方案：检查流水下载控制表中该帐户的当前下载日期与查询起始日期、查询终止日期的大小关系：
①若（当前下载日期+1）日≧查询终止日期，无需调用总行接口，直接从本地账户流水表中查询该帐户查询日期区间的交易流水；
②若（当前下载日期+1）日小于查询终止日期，直接调用总行接口查询该帐户查询日期区间（仅支持30个自然日）的交易流水；
16、入账通知（同名接口）
用于接收并保存包括企业汇缴帐户入账通知信息（推送给股份财务人员）、企业缴费帐户入帐通知信息（推送给股份项目负责人）、费用帐户入账通知（推送给股份项目负责人）在等的帐户体系内所有帐户的动账通知信息；
17、在线交费（创建订单及回调通知接口）
（1）交易是否重复提交：根据前端上送的交易ID，校验本地交易是否存在。若存在，则抛错；若不存在，则在订单流水表中插入一条支付流水，预记信息包括但不限于：缴费机构编号、订单编号、支付金额、支付日期、支付时间、银行流水号、支付状态（初始为U）、对账状态（初始为U）、清分状态（初始为U）、核销状态（初始为U）、清分账号、清分户名，并在订单明细表中插入一条或多条账单明细记录，预记信息包括但不限于：订单编号、费用ID、费用ID名称、账单编号、账单名称、本次交费金额；
交易ID是指在确认订单支付（须新增前端界面）时，由后端生成并返回前端的唯一标识，用于避免前端界面重复提交。
（2）已核销账单不能核销：本地校验账单状态。若账单状态为“已核销”，则抛错；
（3）在线交费规则：
①在线交费由企业相关人员完成；
②不允许不足额交费；
③在足额交费时，可以跨园区、跨费用，按照账单应交时间由远及近顺序核销；
（4）部分核销账单允许再次核销，但本次交易金额须等于账单的未核销金额；
（5）根据总行回调通知，根据订单编号，先更新订单流水中支付金额、支付日期、支付时间、银行流水号、支付状态（S）等，然后更新账单信息表中对应的一条或多条账单的账单状态（挂起），待交金额和实收金额待等次日账单核销成功后更新；
注：在线交费时，订单支付每个环节的订单状态需要在生产环境中查证。
二、定时任务
1、当日交易状态查证（行内交易状态查询）
该查证交易为非落地交易，每日01:45至23:45，每隔2小时执行一次任务。用于账单核销、余额退款、资金归集等当日账务交易状态查证。
（1）超时或初始状态的交易是否存在：若存在，发起交易状态查证。根据第三方系统流水号，更新本地交易流水状态；若不存在，则跳出此交易状态查证；
（2）仅支持当日交易状态查证；
（3）交易状态查证时，上送总行接口时应至少关注如下内容：
①第三方系统流水号推送的是本次查询交易的流水号；
②原第三方系统流水号推送的是需要查询的原交易流水号；
③在查询核销账单交易状态和资金归集交易状态时，查询类型须分别推送“0-收款识别码缴费状态查询、1-转账状态查询”；
2、订单交易状态查询（同名接口）
该查证交易为非落地交易，每日01:30至23:30，每隔2小时执行一次任务。用于在线交费等当日订单支付交易状态查证。
（1）超时或初始状态的交易是否存在：若存在，发起交易状态查证。根据订单编号，更新本地交易流水状态；若不存在，则跳出此交易状态查证；
（2）仅支持当日交易状态查证；
3、帐户流水下载（账户流水查询接口）
每日凌晨1:00、2:00，执行二次定时任务。用于下载所有帐户的账务交易流水。该交易须支持断点续航；
（1）设置流水下载控制表。用于记录每个帐户指定日期流水的下载结果；所有帐户无论在指定日期下是否存在流水，均需要插入对应的控制记录（一个帐户一条记录），预记信息包括但不限于：下载日期、业务ID、业务ID名称、账号、户名、记录总数（初始为空）、贷方总笔数（初始为空）、借方总笔数（初始为空）、贷方累计金额（初始为空）、借方累计金额（初始为空）、下载结果（初始为U）、发起时间等；一天一个账号一条控制记录；
（2）设置流水下载临时表。下载时，逐个帐户下载并将帐户流水插入该临时表；
（3）参加流水下载的帐户应纳入业务参数管理：实体结算帐户（1个）、企业汇缴帐户（1个）、园区帐户（多个）、费用帐户（多个）、企业缴费帐户（多个）的上一日自身流水；
（4）下载指定日期下无交易流水的帐户时，须注意跳出切勿抛错，然后执行下一个帐户的流水下载，并更新流水下载控制中对应的控制记录；
（5）流水下载控制表须采用“先预记，再更新”的方式；
（6）帐户流水下载机制如下：
①检查该帐户是否存在历史流水需要下载：根据流水下载控制表中该帐户（纳入业务参数管理）完成下载流水（下载状态为完成）的最大下载日期是否小于上一日，判定该帐户是否有历史流水需要下载：若该帐户流水无需下载，则执行下一个帐户的流水下载，直至所有帐户流水下载全部完成；若该帐户流水需要下载，则从未下载当天发起流水下载（按天下载），直至该帐户历史流水下载全部完成；
②帐户流水下载：
a、判断是否已完成：若流水下载控制表中不存在控制记录，则说明该帐户上一日流水是首次下载，须插入一条初始控制记录；若上一日流水下载状态为已下载，则执行下一个帐户流水下载；若上一日流水下载状态为未下载，则继续该帐户流水下载；
b、发起该帐户流水下载：清空流水下载临时表，发起流水下载，下载完成后须先做一次插表（流水下载临时表），再做一次更新流水下载控制表中的下载状态，但是暂不提交数据库事务，直至所有帐户流水下载完成；
c、循环执行下一个帐户流水下载，直至所有帐户流水下载全部完成，再提交数据库事务；
d、从流水下载临时表整体导入（若存在流水，则更新）帐户流水表后，才能提交数据库事务；
4、日终对账（本地交易）
每日凌晨2:30、3:30，执行二次定时任务。用于上一日账单核销（含在线交费）、余额退款、资金归集等三种账务交易的日终对账。该交易须支持断点续航；
（1）设置日终对账控制表。用于记录上一日每个园区每个费用的账单核销、余额退款、资金归集等交易的日终对账结果；所有费用或业务无论是否存在上一日账务交易，均需要对应插入控制记录（一个费用一条记录），预记信息包括但不限于：对账日期、园区名称、对账类型（分为：费用核销对账｜余额退款对账｜资金归集对账｜）、对账子类（分为：XX费用｜余额退款｜费用归集（园区归集）｜）、交易总笔数（初始为空）、交易总金额（初始为空）、备注（初始为空）、对账结果（初始为U）、发起时间等；
（2）参加对账的费用应纳入业务参数管理；
（3）上一日没有发生账单核销、余额退款、资金归集等交易时，须注意跳出切勿抛错，然后执行下一个费用名称的日终对账，并更新日终对账控制中对应的控制记录；
（4）日终对账控制表须采用“先预记，再更新”的方式；
（5）日终对账机制如下：
①检查费用核销历史对账是否完成：根据日终对账控制表中遍历完成所有费用（纳入业务参数管理）的最大对账日期是否小于上一日，判定该费用核销历史对账是否已完成：若已完成，则执行下一费用的费用核销对账，直至所有费用的费用核销对账全部完成；若未完成，则从未对账当天发起费用核销对账，直至历史对账全部完成；
②费用核销日终对账：
a、判断是否已完成：若日终对账控制表中不存在控制记录，则说明是上一日该费用的首次对账，须插入一条初始控制记录；若上一日该费用核销对账状态为已对账，则执行下一个费用对账；上一日该费用核销对账状态为未对账，则继续该费用核销对账；
b、检查费用帐户流水下载状态：根据上一日对账日期下该费用帐户流水，判定是否已下载完成；如未完成下载，则跳过该费用对账；如已完成下载，则跳过此检查；
c、费用核销对账：逐一将核销流水表中该费用上一日的每笔核销流水的“交易流水号、交易金额、借贷标志、交易状态”与对应费用帐户中上一日的贷方流水进行比较。若存在，则该笔核销流水对平，并核销流水表中更新对账状态；若不存在，则该笔核销流水不平，并在核销流水表中更新对账状态；
d、更新控制记录：更新日终对账控制表中对应控制记录的对账类型（费用核销对账）、对账子类（XX费用）、总笔数、总金额、备注、对账结果（S）、对账时间等；
e、循环执行下一个费用核销对账，直至所有费用核销对账全部完成；
③余额退款历史对账是否完成：根据日终对账控制表中完成余额对账的最大对账日期是否小于上一日，判定余额退款历史对账是否完成：若已对账，则跳过余额退款历史对账；若未对账，则从未对账当天发起余额退款对账，直至历史对账全部完成；
④余额退款日终对账：
a、判断是否已完成：若日终对账控制表中不存在控制记录，则说明是上一日余额退款的首次对账，须插入一条初始控制记录；若上一日余额退款的对账状态为已对账，则跳过余额退款对账；上一日余额退款对账状态为未对账，则继续余额退款对账；
b、检查实体结算帐户流水下载状态：根据上一日对账日期下实体结算帐户流水下载状态，判定是否已下载完成；如未完成下载，则余额退款对账；如已完成下载，则跳过此检查；
c、余额退款对账：逐一将退款流水表中上一日的每笔退款流水的“交易流水号、交易金额、借贷标志、交易状态”与对应实体结算帐户中上一日的贷方流水进行比较。若存在，则该笔退款流水对平，并退款流水表中更新对账状态；若不存在，则该笔退款流水不平，并在退款流水表中更新对账状态；
d、更新控制记录：更新日终对账控制表中对应控制记录的对账类型（余额退款对账）、对账子类（无）总笔数、总金额、备注、对账结果（S）、对账时间等；
⑤资金归集历史对账是否完成：根据日终对账控制表中完成资金归集对账的最大对账日期是否小于上一日，判定金归集流水对账是否完成。若已对账，则跳过资金归集历史对账；若未对账，则从未对账当天发起资金归集对账，直至历史对账全部完成；
⑥资金归集日终对账：
a、判断是否已完成：若日终对账控制表中不存在控制记录，则说明是上一日资金归集的首次对账，须插入一条初始控制记录；若上一日资金归集的对账状态为已对账，则跳过资金归集对账；若上一日资金归集对账状态为未对账，则继续资金归集对账；
b、检查园区帐户流水下载状态：根据上一日对账日期下园区帐户流水下载状态，判定是否已下载完成；如未完成下载，则该园区的资金归集对账；如已完成下载，则跳过此检查；
c、资金归集明细对账：逐一将退款流水表中上一日的每笔退款流水的“交易流水号、交易金额、借贷标志、交易状态”与对应园区帐户中上一日的贷方流水进行比较。若存在，则该笔归集流水对平，并在资金归集流水表中更新对账状态；若不存在，则该笔归集流水不平，并在资金归集流水表中更新对账状态；
d、更新控制记录：更新日终对账控制表中对应控制记录的对账类型（资金归集对账）、对账子类（XX园区）、总笔数、总金额、备注、对账结果（S）、对账时间等；
e、循环执行下一个园区的资金归集，直至所有园区的资金归集全部完成；
注：对账控制表中同一对账日期下应有多条费用核销对账控制记录，一条余额退款对账控制记录和二条资金归集对账控制记录。其中，当某园区当天未发生费用核销，或未发生余额退款，或未发生资金归集时，应记录总笔数和总金额分别为0笔和0.00元，例如：
对账日期园区名称对账类型对账子类总笔数总金额对账时间对账结果备注20220419 创新一期费用对账租赁费777.00220420023010S
20220419 创新一期费用对账售房费888.00220420023015S
20220419 创新一期余额退款余额退款117.00220420023020S
20220419 创新一期资金归集费用归集299.00220420023025S
5、资金归集（转账接口）
每日凌晨4:00，执行一次定时任务：费用帐户至园区帐户的资金归集；每日凌晨5:00执行一次定时任务：园区帐户至实体结算帐户的资金归集。
（1）交易是否重复提交：根据交易ID，校验本地交易是否存在。若存在，则抛错；若不存在，则在归集流水表中插入一条交易流水，预记信息包括：缴费机构编号、交易ID、第三方系统流水号、付款账号、付款户名、收款帐户、收款户名、备注、交易金额、交易日期、交易时间、交易状态（初始为U）等；
（2）费用帐户资金归集时，应检查当日对账是否已完成：检查核销对账控制表中当天的对账状态；
（3）资金归集时，上送总行接口时应至少关注如下内容：
①校验付款账号和收款账号的合法性；
②校验付款账号归集权限；
③交易金额推送：费用帐户至园区帐户的资金归集时，交易金额推送当天完成对账的核销账单的总金额；园区帐户至实体结算帐户资金归集时，交易金额推送园区帐户余额；
④备注推送：费用帐户至园区帐户的资金归集时，备注应推送“XXXX年XX月XX日XX费用归集资金”；园区帐户至实体结算帐户资金归集时，备注应推送“XXXX年XX月XX日XX园区归集资金”；
6、帐户信息下载（帐户信息查询接口）
每日凌晨6:00，执行一次定时任务。用于查询所有帐户的实时信息；
7、在线交费明细下载（订单支付明细下载接口）
每日12:00、14:00、16:00，执行三次定时任务。用于记录上一日在线交费明细文件下载结果和下载时间。该交易须支持断点续航；
（1）设置在线交费任务控制表。用于记录上一日在线交费的订单支付明细文件下载结果；无论是否存在上一日在线交费交易，均需要对应插入一条控制记录（一天一条记录），预记信息包括但不限于文件日期、总笔数（初始为空）、总金额（初始为空）、下载状态（初始为U）、下载完成时间（初始为空）、对账状态（初始为U）、对账完成时间（初始为空）、清分状态（初始为U）、清分完成时间（初始为空）、核销状态（初始为U）、核销完成时间（初始为空）、备注（初始为空）；
（2）设置总行订单支付明细表。用于存放每次从总行下载的订单支付明细的信息。
（3）在线交费任务控制表须采用“先预记，再更新”的方式；
（4）在线交费文件下载机制如下：
①检查总行支付明细文件历史下载是否完成：根据在线交费任务控制表中完成文件下载的最大文件日期是否小于上一日，判定是否存在未下载的历史文件；若不存在，则跳过此检查；若存在，则从未下载当日发起文件下载，直至历史文件下载全部完成；
②总行支付明细文件下载：
a、判断是否已完成：若在线交费任务控制表中不存在控制记录，则说明是上一日总行支付明细文件的首次下载，须插入一条初始控制记录；若上一日文件下载状态为已下载，则跳出此任务；若上一日文件下载状态为未下载，则继续文件下载；
b、总行订单支付明细文件下载：调用总行接口下载上一日的总行订单支付明细文件；
c、解析文件入库：先解析总行订单支付明细文件，然后将文件明细插入订单支付明细表；当从总行下载的文件是空文件时，须注意跳出切勿抛错；
d、更新控制记录：在线交费任务控制表中，更新该文件日期下控制记录的下载状态（S）、下载完成时间等；例如：
文件日期总笔数总金额下载状态下载时间对账状态对账时间清分状态清分时间核销状态核销时间备注
20220419 10 1000.00S220420023010U
UU
8、在线交费日终对账（本地交易）
每日12:10、14:10、16:10，执行三次定时任务。用于记录上一日在线交费日终对账结果和下载时间。该交易须支持断点续航；
（1）沿用在线交费任务控制表。用于记录上一日在线交费流水的对账结果；
（2）在线交费任务控制表须采用“先预记，再更新”的方式；
（3）在线交费日终对账机制如下：
①检查在线交费历史对账是否完成：根据在线交费任务控制表中完成对账的最大文件日期是否小于上一日，判定是否存在未对账的历史文件；若不存在，跳出此检查；若存在，则从未对账当日发起对账，直至在线交费历史对账全部完成；
②在线交费日终对账：
a、判断是否已完成：若在线交费任务控制表中不存在控制记录，则说明是上一日在线交费的首次日终对账，须插入一条初始控制记录；若上一日在线交费的日终对账状态为已对账，则跳出此任务；上一日在线交费日终对账状态为未对账，则继续日终对账；
b、检查总行文件下载是否完成：根据在线交费任务控制表中文件日期是上一日的下载状态，判定总行支付明细文件下载是否已完成；若已完成，则发起上一日的在线缴费日终对账；若未完成，则抛错并跳出此任务；
c、在线缴费日终对账：按照订单编号，逐一将总行订单支付明细表中的支付流水与在线交费流水表中的交易流水进行比较。若存在，则该笔订单对平，并在线交费流水表中更新对账状态；没有不存在可能；
d、更新控制记录：在线交费任务控制表中，更新该文件日期下控制记录的对账状态（S）、对账时间等；
文件日期总笔数总金额下载状态下载时间对账状态对账时间清分状态清分时间核销状态核销时间备注
20220419 10 1000.00S220420023010S 220420023015
UU
9、在线交费明细清分（转账接口）
每日12:20、14:20、16:20，执行三次定时任务。用于记录上一日在线交费明细清分结果和清分时间。该交易须支持断点续航；
（1）沿用在线交费任务控制表。用于记录上一日在线交费流水的清分结果；
（2）在线交费任务控制表须采用“先预记，再更新”的方式；
（3）在线交费明细清分机制如下：
①检查在线交费历史清分是否完成：根据在线交费任务控制表中完成清分的最大文件日期是否小于上一日，判定是否存在未清分的历史文件；若不存在，跳出此检查；若存在，则从未清分当日发起清分，直至在线交费历史清分全部完成；
②在线交费明细清分：
a、判断是否已完成：若在线交费任务控制表中不存在控制记录，则说明是上一日在线交费的首次清分，须插入一条初始控制记录；若上一日的在线交费明细清分状态为已清分，则跳出此任务；若上一日的在线交费明细清分状态为未清分，则继续明细清分；
b、检查日终对账是否完成：根据在线交费任务控制表中文件日期是上一日的对账状态，判定日终对账是否已完成；若已完成，则跳过此检查；若未完成，则抛错并跳出此任务；
c、检查清算资金是否到账：根据企业汇缴帐户余额是否大于等于待清分资金；若是，则跳过此检查；若否，则抛错并跳出此任务；
d、在线缴费明细清分：调用总行转账接口，按照订单编号将在线交费流水表中上一日未清分的订单流水，逐一清分至对应的企业缴费帐户，并更新对应明细清分状态；逐笔清分时，须提交数据库事务；其中，转账时备注推送订单编号；
e、更新控制记录：在线交费任务控制表中，更新该文件日期下控制记录的清分状态（S）、对清分时间等；
10、在线交费账单核销（收款识别号缴费）
每日12:30、14:30、16:30，执行三次定时任务。用于记录上一日在线交费账单核销结果和核销时间。该交易须支持断点续航；
（1）沿用在线交费任务控制表。用于记录上一日在线交费流水的清分结果；
（2）在线交费任务控制表须采用“先预记，再更新”的方式；
（3）在线交费账单核销机制如下：
①检查在线交费历史核销是否完成：根据在线交费任务控制表中完成核销的最大文件日期是否小于上一日，判定是否存在未核销的历史文件；若不存在，跳出此检查；若存在，则从未核销当日发起核销，直至在线交费历史核销全部完成；
②在线交费账单核销：
a、判断是否已完成：若在线交费任务控制表中不存在控制记录，则说明是上一日在线交费的首次核销，须插入一条初始控制记录；若上一日的在线交费账单核销状态为已核销，则跳出此任务；若上一日的在线交费账单核销状态为未清分，则继续账单核销；
b、检查明细清分是否完成：根据在线交费任务控制表中文件日期是上一日的清分状态，判定明细清分是否已完成；若已完成，则跳过此检查；若未完成，则抛错并跳出此任务；
c、检查清分资金是否到账：根据入账账号、交易摘要和备注（订单编号），判定是否为上一日在线交费明细清分流水；若是，则发起在线交费账单核销；若否，执行下一个订单编号；
d、在线交费账单核销：按照订单编号将在线交费流水表中上一日未核销的订单明细，调用收款识别号缴费接口，逐一核销至对应的收款识别号（复用账单核销交易流程：先预记并更新核销流水，然后更新账单信息表），最后在在线交费流水表中更新对应明细核销状态；逐笔核销时，须提交数据库事务；
e、更新控制记录：在线交费任务控制表中，更新该文件日期下控制记录的核销状态（S）、对核销时间等；
11、账单信息同步（查询账单接口）
该任务用于生成账单时，上送银行生成收款识别号有超时情况，调用查询账单接口同步收款识别号信息。若收款识别号不存在，需重新发起生成收款识别号；