單據轉換后，通常需要記錄兩個單據之間的關聯關系，以便能夠實現上下查、反寫、跨級反寫。

單據轉換關系的記錄，分為兩個大部分：

在下游單據上直接記錄上游源單：

? ?? ? K/3 Wise產品中，直接在單據體上增加源單類型、源單編碼、源單內碼、源單分錄等四個字段，這種存儲方式不支持合并下推。
? ?? ? K/3 Cloud中，改進為采用單獨的子表格存儲，存儲的內容也是源單及其攜帶信息。
? ?? ? 可以到BOS IDE中，設置下游單據的"單據關聯配置"，指定那個單據體為關聯主實體、控制字段，保存后，系統會自動創建存儲關聯關系的子表格。
? ?? ? 典型的單據關聯關系子表，可以參考采購訂單單據體關聯子表：T_PUR_POORDERENTRY_LK：

• FENTRYID：外鍵，父單據體內碼；
• FLINKID：主鍵；
• FSBILLID：源單單據頭內碼；
• FSID：源單單據體內碼；
• FFLOWID：單據轉換采用的業務流程圖，可以空白；
• FFLOWLINEID：單據轉換采用的業務流程圖路線序號，可以為0；
• FRULEID：單據轉換采用的轉換規則，可以空白；
• FSTABLENAME：源單單據體表格編碼，請使用 Kingdee.BOS.App.ServiceHelp.GetServer<IBusinessFlowService>().LoadTableDefine(Context ctx, string formId, string entityKey)，IBusinessFlowService接口的定義，請參閱SDK詳細說明。
• FBASEUNITQTY：控制字段攜帶量，攜帶完畢后，可以修改，如攜帶100，用戶可以改為120；
• FBASEUNITQTYOLD：控制字段原始攜帶量，攜帶完畢后，不會改變，如攜帶100，這個字段值永為100；
• 其他字段已經廢棄，無需理會；
  

全流程跟蹤記錄：

? ?? ?業務數據的流轉，會涉及到多單流轉，如果需要進行全程跟蹤，則僅依靠下游單據上的源單記錄，會比較零散，查找起來也極為不便，因此K/3 Cloud增加了另外一套表格，來記錄全部單據之間的流轉關系：
1.?t_BF_Instance?：全流程跟蹤關系主表，記錄每條業務完整路線的信息：

• FMASTERID：全流程唯一編碼，最源頭單據開始轉換后，即產生，并一直攜帶，GUID；
• FINSTANCEID：本流程實例的編碼，表格主鍵，GUID；
• FFLOWID：本流程流程采用的流程圖，可以空白；
• FSOURCEID：本流程實例的上個流程實例。流程圖改變后，會重新創建實例，本字段記錄新實例的來源，GUID；
• FSTATUS：實例狀態，'A'為正常；
• FFIRSTFORMID：本實例首張單據FromId；
• FFIRSTBILLID：本實例首張單據內碼；
• FFIRSTBILLNO：本實例首單編碼；
• FSTARTTIME：本實例創建時間；
  

2.?t_BF_InstanceEntry：業務流程實例的路線，包括源單與目標單；

• FROUTEID：路線內碼，主鍵；
• FINSTANCEID：對應的流程實例，外鍵；
• FLINEID：采用的業務流程圖路線序號，可以為0；
• FSTABLENAME：源單單據體表格編碼，最源頭實例的第一條路線，本字段為空；
• FSID：源單單據體內碼；
• FTTABLENAME：目標單單據體表格編碼，不能為空；
• FTID：目標單單據體內碼；
• FFIRSTNODE：'1'為實例的第一條路線，默認為'0'；
• FCREATETIME：實例創建時間；
  

3.?t_BF_InstanceAmount：源單到目標單轉換時，控制字段的攜帶量：

• FDETAILID：主鍵
• FROUTEID：路線內碼，外鍵；
• FSOURCEFIELD：源單控制字段Key；
• FTARGETFIELD：目標單控制字段Key；
• FAMOUNT：攜帶量；
  

特別說明：
全流程跟蹤記錄表格，請勿自行修改、調整、添加，需由系統自動維護；
如果希望手工添加的單據數據，能夠進行上下查，可以手工填寫單據上的關聯子表格，在單據保存時，系統會自動創建全流程跟蹤記錄。

轉載于:https://www.cnblogs.com/fyq891014/p/4188812.html

總結

以上是生活随笔為你收集整理的单据关联关系记录的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。