SAP接口轉換錯誤問題及處理方法二、核心業務系統財務接口數據生成流程三、具體需求分析及擬解決方案二、分公司上報問題匯總目錄一、核心業務系統財務接口數據生成流程二、財務接口表結構及主要字段數據講解三、下載過程中常見數據報錯問題四、數據下載報錯分析及處理方法五、其它日常接口部分問題1.1我公司核心業務系統簡介（一）數量眾多1、股份公司業務：CBPS7（7版）、CBPS8（8版）、SLBPS（短險健康險）、GAPS（統括年金）、UBPS（投連萬能）、少數分公司自有業務系統（深圳、上海）2、代理集團業務：NBPS（代理集團業務7版）、OBPS(老業務系統）、部分分公司自有業務系統（但是集團公司已經要求要陸續轉為總頒系統）。（二）開發商不統一導致系統架構及業務系統主數據規范存在較大差異：1、科比亞公司作為主體參與開發的系統：CBPS7、CBPS8、SLBPS、NBPS、OBPS2、尚洋公司作為主體參與開發的系統：GAPS、UBPS（三）數據邏輯集中方式有全國集中和省級集中兩種1、省級分公司數據集中：CBPS7、CBPS8、SLBPS、NBPS、OBPS、少數分公司自有業務系統、GAPS（省年金系統）2、全國數據集中：UBPS、GAPS（統括系統）GAPS/UBPS財務接口數據生成流程日常資金收付費日常理賠、保全產生應付記錄續期應收批作業結算批作業失效批作業實收付流水表應收付流水表結算表……財務接口表BUSI_DATA給付預測批作業日終財務接口批作業XI二、財務接口表及主要字段數據講解（一）下面字段基本上直接確定了總賬科目和核算方向：

1、Transcode（收付費項目）：注明了業務行為類別，對應財務原始憑證的單證類型。

2、Transtype（業務類別）表示收付費方向:1表示實收，2表示實付，3表示應收，4表示應付。

3、Paytype（收付費方式）表示收付類型：C-現金；T-銀行轉帳；K-支票；S-內部劃轉；O-清算；R-銀行交款單（銀行代收1）；P-POS收付費（軟POS）；M|mis-pos收付費（硬POS）；F-生存金紅利。

4、Transtype與Paytype二者結合一起對應財務原始憑證的收付款方式。（二）機構代碼確定業務核算機構

1、Mgbranch（保單管理單位）決定了數據屬于哪個利潤中心。并作為代收付的判斷依據。

2、operatorbranch和Accountcode定了資金類數據的入賬機構并明確代收付的拆分關系。（1）現金收付方式下，根據operatorbranch對應的財務機構入賬，代收付判定根據operatorbranch與mgbranch對應的財務機構是否屬于同一個利潤中心判斷。（2）非現金收付方式下，根據Accountcode對應的財務機構入賬，代收付判定根據Accountcode與mgbranch對應的財務機構是否屬于同一個利潤中心判斷。

3、Ext02決定了核算單元（成本中心）歸屬單位，即非實收付數據產生的損益科目（保費、賠付支出）的歸屬于那個渠道的基層機構。銀行賬號轉換表T012K、T012成本中心管理機構轉換ZIBRANCHMAPPING險種子表1-校驗期間期次ZTRANS_RC_SUB1接口－險種主表ZTRANS_RC財務原始憑證表（遼寧）ZIFIDOC_1210二、財務接口后臺表及主要字段數據講解ZIBRANCHMAPPING成本中心對照關系表二、財務接口后臺表及主要字段數據講解ZTRANS_RC_SUB1險種與期間期次校驗二、財務接口后臺表及主要字段數據講解ZIFIDOC_1210財務原始憑證表二、財務接口后臺表及主要字段數據講解三、下載過程中常見數據報錯問題

1、轄內保單轉移業務保單管理機構與保銷員責任中心不匹配導致下載報錯。三、下載過程中常見數據報錯問題

2、

核心業務數據下載成功后在轉換為財務憑證過程中銀行賬號accountcode字段不正確體現在財務端下載報錯。三、下載過程中常見數據報錯問題

3、CBPS8業務數據轉財務數據后借貸不平導致生成憑證報錯。該種報錯分兩種情況第一種為業務數據通過”XI”中間表轉換后在busi_date表中產生重復數據。第二種為兩組數據的收據號不匹配或其中某條數據的收據號為空。系統根據收據號來匹配數據不成功也會出現該種報錯。三、下載過程中常見數據報錯問題

5、核心業務數據收據號為空導致下載報錯。三、下載過程中常見數據報錯問題

6、保險期間保險期次與險種定義不匹配導致下載報錯三、下載過程中常見數據報錯問題

7、附加險險種代碼錯誤riskcode字段報錯，觸發險種屬性表校驗關系。三、下載過程中常見數據報錯問題分析對于ext02字段與Mgbranch字段不匹配的這種報錯需在核心業務系統中根據保單號確定正確的Mgbranch字段在通過Mgbranch字段來確定正確的ext02字段提交數據中心進行修改即可。四、數據下載報錯的處理方法

2、業務數據的銀行賬號accountcode字段（沿用CLAF系統中十二位銀行代碼）來作為業務數據中的銀行賬號轉換為財務系統中銀行存款科目的關鍵字段。業務數據中的十二位代碼在財務系統中T012K表中沒有找到對應字段值導致業務數據轉換為財務數據時報錯。四、數據下載報錯的處理方法財務系統中所維護的銀行賬號與業務系統對接關鍵字段為附件加字段中的“原系統賬戶”的十二位代碼。四、數據下載報錯的處理方法

3,針對數據生成憑證中報借貸不平錯誤問題。對于因為收據號導致生成憑證出錯的問題，可以通過T-code：ZIT101來進行手工修改。四、數據下載報錯的處理方法

4、數據下載收付項目與業務類別不匹配導致下載報錯。四、數據下載報錯的處理方法報錯數據險種如果繳費方式為Y期繳即為段值4，那么根據條款交費期只可以為3年5年或10年，因為報錯業務數據Paymode字段為”1”導致險種期間期次與險種定義不符。需提交工單修改PAYMode字段為5。四、數據下載報錯的處理方法

7、附加險險種代碼錯誤riskcode字段報錯，觸發險種屬性表ZTRANS_RC校驗關系。對于這種問題一般為CBPS8業務主險業務數據的附加險問題。其附加險為WN險種，錄單時在核心業務系統8版中錄入且險種代碼與主險是一致的。業務部門再通過批作業將這部份附加險數據分離到WN系統中，該種問題日常比較少見。有個別數據沒有通過批作業進行WN中，因此WN業務數據依然留在CBPS8中該險種與符合險種屬性表所以導致轉換不成功。四、數據下載報錯的處理方法應付賠付支出科目余額出現負數。1、根據已下載財務數據分析可能的情況：應付數據未流轉財務而實付數據流轉正常；應付數據流轉出現負數沖正的異常數據；分公司財務人員手工錄入原始憑證生成記賬憑證時只錄入了實付對應的單證類型，沒有錄入相應的應付單證類型。2、根據業財對照表單證類型對照關系，提請信息人員檢查核心業務系統財務接口表數據是否同步異常。3、如果財務接口表數據同步異常，是核心業務系統寫財務接口表處理邏輯問題，由信息人員分析處理。4、如果財務接口表數據正常，是下載數據出現問題，需要回退重新下載5、可能導致產生錯誤數據的業務行為有：業務系統應付批作業出現異常。五、其它常見問題五、其它常見問題險種版別年齡056”，這個險種實際只允許年齡為出生3個月到55周歲，所以這筆單本身是有問題的。五、其它常見問題下載出錯出現這種下載出錯的，可能是下載過程中出現了程序錯誤。需要業務會計對于下載出錯的數據進行“錯誤重新下載”。選中出錯的行，點擊“錯誤重下載”展開到最末級明細，打上勾，然后點擊“處理錯誤”四、數據下載報錯的處理方法下載出錯對于這種下載狀態為“A13”的數據在下載任務管理器中進行置錯重下后，依然為“A13”狀態對于這種問題原因可能為財務系統與XI服務器連接出現問題我省在6月時JK業務發生了這種情況。針對這種問題需要信息人員通過T-code：ZIT097進行業務數據連接測試處理。財務端無權進行該項操作。但一般情況下出現A13狀態是因為業務數據中的某個子批次數據因為長時間沒有下載在后臺已經自動置錯或是數據中心重啟動服務器導致，所以通過財務端前臺進行錯誤重下載一般都可以解決。五、其它常見問題下載超時處理下載任務由操作員在本地機上提交后上傳到總部XI服務器上進行排隊等候處理，如果排隊等候時間超長，接口平臺會體現在“待下載”中，數據無法下載成功