隱含的共用問題

案例：

針對具備隱含共用關係的成員，如果父項和子項顯示於相同的 Oracle Hyperion Planning 表單中，僅會保留針對父項所輸入的值。在以下範例中，Planning 會建立「父項 A」和「子項 1」之間的隱含共用關係，因為父項和子項的值永遠相同。這些範例會假設所有成員設為「儲存」資料類型。

範例 1：

   Parent A 
        Child 1 (+) 

範例 2：

   Parent A 
        Child 1 (+) 
        Child 2 (~) 
        Child 3 (~) 

由於大部分的 Planning 應用程式為自下而上式的應用程式，因為父項為唯度，所以通常會輸入子項的資料。一般事件順序為：

1. 表單通常會在父項上面顯示子項。

2. 針對子項輸入新的資料。

3. 已儲存表單。儲存作業會由左至右並從上到下來讀取表單，因此會先儲存子項。

4. 接著，儲存作業會採用網格中最後發生的值 (最底部，最右邊的值)，由於隱含的共用，會覆寫子項的值。會捨棄子項所輸入的值。

解決方案：

視 Planning 表單的需求而定，可使用這些方式以避免隱含的共用。

• 針對相同表單的父項和子項：新增虛設成員作為彙總的子項。虛設成員會納入大綱中，但不會用於表單。當父項僅具備一個彙總子項時，會停用隱含的共用。

• 針對「僅限標籤」父項：無論有多少彙總子項為父項，隱含的共用會存在第一個子項成員。若要在這種情況下停用隱含的共用，請變更「僅限標籤」儲存類型，或避免在相同表單中包含父項和子項。

• 針對可設為 Never Share 的父項：視您的應用程式所需，可以將父項成員設定為 Never Share 儲存設定。Never Share 父項函數類似包含多重彙總子項的 Store 父項。但是，Never Share 父項與 Store 父項不同，Never Share 父項只會顯示執行彙總之後，其子項的彙總值。