Oracle EBS R12 AP業(yè)務(wù)對象 (BO) 與邏輯實體 (LE)【組合關(guān)系】深度詳解前置基礎(chǔ)定義嚴格區(qū)分術(shù)語限定 EBS 語境組合關(guān)系 CompositionUML 建模標準整體擁有部分部分不能脫離整體獨立存在整體生命周期決定部分生命周期整體刪除部分級聯(lián)刪除。 區(qū)別于聚合弱包含聚合只是分組容器成員可獨立存在組合是強所有權(quán)綁定。EBS AP 邊界約定業(yè)務(wù)對象 BO業(yè)務(wù)視角單據(jù) / 檔案應(yīng)付發(fā)票、付款等面向流程與用戶邏輯實體 LEETRM 數(shù)據(jù)模型單元一一映射XXX_ALL物理表組合關(guān)系 BO整體 ←→ LE組成部分強歸屬重要區(qū)分 ?組合LE 是 BO 不可分割組成部分離開 BO 無業(yè)務(wù)意義 ?關(guān)聯(lián)兩個獨立 BO 之間互相引用供應(yīng)商 ? 發(fā)票不屬于組合 ?聚合付款批包含付款屬于聚合不屬于組合。本文只聚焦【組合關(guān)系】聚合、跨 BO 關(guān)聯(lián)僅作對比排除。一、核心判定規(guī)則EBS AP 內(nèi)部組合識別標準同時滿足以下全部條件才認定為組合關(guān)系邏輯實體存在指向業(yè)務(wù)對象根實體的外鍵不存在 “脫離父 BO 單獨創(chuàng)建該 LE” 合法業(yè)務(wù)場景在標準功能刪除父單據(jù)時系統(tǒng)級聯(lián)刪除子 LE子 LE 的業(yè)務(wù)語義依附父單據(jù)存在。二、逐個核心業(yè)務(wù)對象拆解內(nèi)部組合結(jié)構(gòu)BO1應(yīng)付發(fā)票 Invoice最核心 BO大量組合關(guān)系整體應(yīng)付發(fā)票 BO整體所有下屬 LE 均為【組合成員】 根邏輯實體發(fā)票頭 LEAP_INVOICES_ALL是整個 BO 的根節(jié)點。組合成員清單 關(guān)系說明發(fā)票行 LE AP_INVOICE_LINES_ALL組合關(guān)系1 發(fā)票頭 → 一對多 → 發(fā)票行業(yè)務(wù)語義發(fā)票商務(wù)明細商品、運費、行級稅費組合依據(jù)不能無發(fā)票頭單獨創(chuàng)建發(fā)票行刪除發(fā)票發(fā)票行級聯(lián)刪除。發(fā)票分配 LE AP_INVOICE_DISTRIBUTIONS_ALL組合關(guān)系1 發(fā)票行 → 一對多 → 發(fā)票分配組合依據(jù)分配行依附發(fā)票行 / 發(fā)票頭是會計維度載體無發(fā)票則分配行無意義刪除發(fā)票級聯(lián)清除分配行。R12 分層設(shè)計發(fā)票行業(yè)務(wù)明細與分配行財務(wù)分攤兩級組合。付款計劃 LE AP_PAYMENT_SCHEDULES_ALL組合關(guān)系1 發(fā)票頭 → 一對多 → 付款計劃關(guān)鍵認知付款計劃屬于應(yīng)付發(fā)票 BO 的組成部分不屬于付款 BO組合依據(jù)由發(fā)票驗證程序基于發(fā)票信息自動生成依附發(fā)票生命周期發(fā)票取消 / 刪除付款計劃同步清除代表 “發(fā)票產(chǎn)生的負債分期計劃”。發(fā)票暫掛 LE AP_HOLDS_ALL組合關(guān)系1 發(fā)票頭 → 一對多 → 發(fā)票暫掛可選組合成員一張發(fā)票可以沒有暫掛也可以多條暫掛組合依據(jù)暫掛是針對這張發(fā)票的凍結(jié)控制不能脫離發(fā)票獨立存在發(fā)票刪除暫掛記錄一并刪除。應(yīng)付發(fā)票 BO 內(nèi)部完整組合鏈應(yīng)付發(fā)票BO【整體】 └──【組合】發(fā)票頭LE根 ├──【組合】發(fā)票行LE │ └──【組合】發(fā)票分配LE ├──【組合】付款計劃LE └──【組合】發(fā)票暫掛LE可選特殊擴展預(yù)付款發(fā)票INVOICE_TYPEPREPAYMENT預(yù)付款依然是應(yīng)付發(fā)票 BO 的子類不產(chǎn)生新 BOAP_PREPAYMENTS_ALL預(yù)付款擴展 LE ?? 注意該實體是聚合不是組合理由刪除預(yù)付款發(fā)票時受歷史核銷數(shù)據(jù)約束系統(tǒng)不會直接級聯(lián)刪除預(yù)付款擴展記錄存在保留歷史的業(yè)務(wù)規(guī)則因此不屬于嚴格組合。AP_PREPAY_HISTORY_ALL預(yù)付款歷史屬于跨 BO 關(guān)聯(lián)橋接實體不屬于組合。小結(jié)預(yù)付款只是在標準發(fā)票組合結(jié)構(gòu)之上附加擴展實體基礎(chǔ)組合鏈不變。會計衍生補充AP_ACCOUNTING_EVENTS_ALLAP 會計事件 LE 屬于應(yīng)付發(fā)票 BO、付款 BO 共同衍生的組合子實體交易發(fā)生后生成依附原始單據(jù)。BO2付款 PaymentCheck整體付款 BO【整體】根邏輯實體付款頭 LE AP_CHECKS_ALL組合成員發(fā)票付款核銷 LE AP_INVOICE_PAYMENTS_ALL組合關(guān)系1 付款頭 → 一對多 → 發(fā)票付款核銷組合判定依據(jù)核銷記錄描述 “這筆付款清償了多少負債”不能脫離付款單獨存在刪除付款取消付款系統(tǒng)級聯(lián)清除對應(yīng)的核銷記錄核銷記錄主鍵依賴 CHECK_ID。重要邊界 核銷 LE 外鍵同時指向【付款計劃 LE歸屬應(yīng)付發(fā)票 BO】 這是兩個 BO 之間的關(guān)聯(lián)橋梁并不改變核銷 LE 是付款 BO 內(nèi)部組合成員這一事實。組合結(jié)構(gòu)簡圖付款BO【整體】 └──【組合】付款頭LE根 └──【組合】發(fā)票付款核銷LEBO3供應(yīng)商 Supplier主數(shù)據(jù) BO整體供應(yīng)商 BO【整體】根邏輯實體供應(yīng)商頭 LE AP_SUPPLIERS 組合成員供應(yīng)商地點 LE AP_SUPPLIER_SITES_ALL組合關(guān)系1 供應(yīng)商頭 → 一對多 → 供應(yīng)商地點判定依據(jù)供應(yīng)商地點是供應(yīng)商不可分割組成檔案業(yè)務(wù)上不存在無供應(yīng)商頭的地點刪除供應(yīng)商清理主數(shù)據(jù)會級聯(lián)處理地點。供應(yīng)商BO【整體】 └──【組合】供應(yīng)商頭LE根 └──【組合】供應(yīng)商地點LE業(yè)務(wù)強規(guī)則發(fā)票綁定【供應(yīng)商地點 LE】而非供應(yīng)商頭供應(yīng)商地點作為「供應(yīng)商 BO ? 應(yīng)付發(fā)票 BO」的關(guān)聯(lián)橋梁。BO4發(fā)票批 Invoice Batch導(dǎo)入管控 BO根邏輯實體發(fā)票批頭 LE 組合成員一批接口生成的多張應(yīng)付發(fā)票 BO注意發(fā)票批與發(fā)票之間屬于聚合不是組合。 刪除發(fā)票批不會刪除發(fā)票因此不屬于組合關(guān)系。BO5付款批 Payment Batch容器 BO付款批頭 LE 和 付款 BO 之間聚合關(guān)系? 不屬于組合 核心區(qū)分點刪除付款批付款單據(jù)完整保留付款擁有獨立生命周期可以加入其他付款批。三、關(guān)鍵對比組合 VS 聚合 VS 跨 BO 關(guān)聯(lián)避坑清單表格關(guān)系類型歸屬場景典型例子核心特征組合 CompositionBO 內(nèi)部構(gòu)成發(fā)票頭→發(fā)票行付款→發(fā)票付款核銷刪除父 BO子 LE 級聯(lián)刪除子不能獨立存在聚合 Aggregation容器 - 成員付款批→付款發(fā)票批→發(fā)票刪除容器成員保留關(guān)聯(lián) Association兩個獨立 BO 之間供應(yīng)商 BO ? 應(yīng)付發(fā)票 BO預(yù)付發(fā)票 ? 標準發(fā)票雙方互相獨立依靠外鍵引用高頻誤區(qū)澄清誤區(qū) 1付款計劃屬于付款 BO?錯誤。付款計劃是應(yīng)付發(fā)票 BO 內(nèi)部組合 LE代表負債付款只是使用負債進行清償。誤區(qū) 2AP_INVOICE_PAYMENTS_ALL 屬于應(yīng)付發(fā)票 BO?錯誤。核銷記錄描述 “本次付款的分攤明細”所有權(quán)歸屬付款 BO是付款的組合子實體只是通過外鍵關(guān)聯(lián)發(fā)票的付款計劃。誤區(qū) 3預(yù)付款歷史屬于應(yīng)付發(fā)票內(nèi)部組合?錯誤。預(yù)付款歷史是兩張獨立發(fā)票 BO 之間的橋接實體屬于跨 BO 關(guān)聯(lián)不屬于任何一方的組合成員。誤區(qū) 4發(fā)票暫掛可以獨立存在?錯誤。發(fā)票暫掛 LE 必須依附某一張發(fā)票頭屬于應(yīng)付發(fā)票可選組合組件。四、組合關(guān)系帶來的系統(tǒng)行為開發(fā) / 實施價值級聯(lián)刪除機制根源正是因為定義了組合關(guān)系EBS 標準 API 刪除發(fā)票時自動刪除發(fā)票行、分配行、付款計劃、暫掛 如果繞過 API 直接刪發(fā)票頭會產(chǎn)生大量孤立子實體引發(fā)數(shù)據(jù)完整性錯誤。API 設(shè)計思想EBS 標準 API 按照 “BO 整體” 設(shè)計創(chuàng)建發(fā)票 API 自動創(chuàng)建全套組合 LE不允許單獨插入發(fā)票行、分配行。SLA 會計溯源邏輯會計分錄源頭來自應(yīng)付發(fā)票 BO 內(nèi)部的【發(fā)票分配 LE】分配行作為 BO 固有組成部分保證每一筆負債都有會計維度。狀態(tài)聯(lián)動邏輯發(fā)票驗證APPRV本質(zhì)是修改發(fā)票頭 LE 狀態(tài)并自動生成組合成員【付款計劃 LE】 體現(xiàn)整體狀態(tài)變更驅(qū)動內(nèi)部組成實體生成。五、完整匯總表可直接放進設(shè)計文檔頂層業(yè)務(wù)對象 BO根邏輯實體 LE內(nèi)部組合邏輯實體 LE應(yīng)付發(fā)票 Invoice發(fā)票頭 AP_INVOICES_ALL發(fā)票行、發(fā)票分配、付款計劃、發(fā)票暫掛付款 Payment付款頭 AP_CHECKS_ALL發(fā)票付款核銷 AP_INVOICE_PAYMENTS_ALL供應(yīng)商 Supplier供應(yīng)商頭 AP_SUPPLIERS供應(yīng)商地點 AP_SUPPLIER_SITES_ALL