智慧園區綜合服務平臺財務管理模塊

智慧園區綜合服務平臺財務管理模塊重點交易（後端）流程設計提示

一、聯機交易

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、賬單信息同步（查詢賬單接口）

該任務用於生成賬單時，上送銀行生成收款識別號有超時情況，調用查詢賬單接口同步收款識別號信息。若收款識別號不存在，需重新發起生成收款識別號；