權益變更實現處理

在正常整合程序期間,實體的計算是基於由下向上逐一層級的方式,從實體階層的最低層開始進行。所要計算的第一個實體群組全部都是基礎(層級 0)成員(沒有子成員的那些實體)。要處理的下一個群組是層級 1 父實體(其下不超過一個層級子代的那些實體)。然後層級 2 父實體,以此類推。此程序確保父實體的所有子項會在該父實體之前進行處理。

正確權益變更實現計算所需的處理順序則是基於由下向上逐一層代的方式進行。最上層成員是層代 0,然後後續每降一級就增加一個層代。透過此方法,不論那些子公司是父成員或基礎成員,每一家控股公司與其子公司都會在同一個層代。將優先處理所有層級 0 非控股實體。然後處理最高層代的控股公司,然後是最高層代的父實體,然後是第二高層代的控股公司,然後是第二高層代的父實體... 以此類推..

下圖顯示在極簡階層中處理的差異(其中法定公司 A 擁有法定公司 B 和 D,法定公司 B 擁有法定公司 C)。由下向上逐一層代處理權益變更實現。由下向上逐一層代的標準順序處理:


權益變更實現處理範例

處理範圍中的實體

在決定哪些實體是在處理「範圍內」時,整合會考量每一個實體的計算狀態。當實體「受到影響」,該實體需要重新計算,以便將導致影響的任何變更納入考量。此外,該實體的所有祖代也受到影響,因為其結果所依賴的實體重新計算,所以其結果也需要重新計算。同樣地,相同案例的後續期間也受到影響。

範例 1 – 實體 C 的資料輸入

以標準整合程序而言,如果資料輸入上述範例中的實體 C,則實體 C、B 整合和 A 整合都受到影響。如果選取 A 整合進行整合,則所有三個實體(C、B 整合和 A 整合)將依層級 0 到層級 2 的順序重新計算。

以權益變更實現程序而言,如果資料輸入實體 C,則實體 C、B 整合和 A 整合全部都受到影響,此外,實體 B 和 A 也需要重新計算,因為其資料依賴實體 C 中重新計算的資料。如果選取 A 整合進行整合,則所有實體 (C、B、B 整合、A 和 A 整合) 將依層代 3 到層代 1 的順序重新計算。

範例 2 – 實體 A 和實體 C 的資料輸入

以標準整合程序而言,如果將資料輸入上述範例中的實體 A 和 C,則實體 C、B 整合、A 和 A 整合都會受影響。如果選取 A 進行整合,則僅重新計算 A。

以權益變更實現程序而言,如果資料輸入實體 A 和 C,則實體 C、B 整合、A 和 A 整合全部都受到影響,此外,實體 B 也需要重新計算,因為其資料依賴實體 C 中重新計算的資料。如果選取 A 進行整合,則除了 A 整合以外的所有實體 (C、B、B 整合和 A) 將依層代 3 到層代 2 控股的順序重新計算。整合實體 A 會將 B 整合及其受影響子代帶進整合程序的範圍內。

不過請注意,如果沒有資料輸入到 A,則選取 A 進行整合並不會處理整合,因為 A 本身不受影響。在此案例中,若要更新所有實體,需要選取 A 整合來進行整合,如範例 1 所述。

權益變更實現計算流程範例和所需的結果

為了確保在執行權益變更實現計算時,子公司來源實體資料已更新,需要依所有權鏈決定的必要順序來計算實體。

以下是所有權鏈的範例:


EPU 範例 1

EPU 範例 2

EPU 範例 3