標準抵銷概觀
公司會記錄與其他公司的交易結果。這些其他公司可能是相關公司，也可能是不相關的 (亦即第三方) 公司。回報整合的財務結果時，必須將整合範圍內法定公司具備共同控制權之任何交易的影響從整合結果中移除/抵銷。呈現淨結果時，必須將法定實體群組當作就像是單一經濟單位。
與不相關公司的交易不需要抵銷。與相關公司的交易可能需要抵銷或部分抵銷，這取決於相關公司是否在整合結果的範圍內，以及套用至整合算術的會計需求。
相關當事方之間關係的性質將會決定聚總和抵銷來自範圍內公司的資訊以產生整合結果的方式。不同的會計標準將需要不同的聚總方法，但大多數標準都遵循相似的一般原則。
在已針對「公司間」科目啟用應用程式，且應用程式包含「公司間」科目資料時，整合過程中會進行抵銷。
公司間抵銷的處理
針對是兩個實體間交易 (也就是公司間交易) 結果的資料，亦即兩者皆整合至共同的父項實體，必須加以抵銷，才能將父項實體整合結果呈現為單一經濟單位。
公司間交易金額一開始會記錄兩次。交易所涉及之兩方 (公司) 中的每一方都會記錄自己的交易檢視。交易會由每個實體個別記錄，以另一方作為「公司間夥伴」。請注意，兩方所記錄的分錄代表同一個交易，但由該交易所涉及的兩方個別輸入。
要抵銷的金額是組織階層中代表共同所有權之父項實體所「共同」控制的金額。抵銷的淨影響必須為零 (也就是借方必須等於貸方)，但資料會重新分類，以便在父項實體算出淨值。如果來自交易所涉及之兩方的來源資料是按 100% 的比例分配，則必須抵銷整個按比例分配的金額。如果其中一方按比例分配的金額低於 100%，則只會抵銷比例最低的金額，因為只有最低的按比例分配金額是共同控制的金額。因此，在任何情況下，抵銷的金額都不能超過按比例分配的金額。如果所涉及任一公司的整合百分比為 0%，則不會處理任何抵銷。
每個抵銷分錄皆由「抵銷整合」維度成員中 "FCCS_Intercompany Eliminations"「資料來源」維度成員的兩個分錄所組成。第一個分錄會回轉 (或部分回轉) 原始的公司間金額。除了整合與資料來源維度之外，套用回轉的所有維度成員都取自來源 POV。偏移第二分錄會記入「插入」科目，如來源公司間科目的中繼資料中所定義。如同回轉分錄，「插入」分錄會記入「抵銷整合」維度成員中的 "FCCS_Intercompany Eliminations"「資料來源」維度成員。除了整合與資料來源來源維度之外，套用「插入」分錄的所有維度成員都取自來源 POV。如果未將「插入」科目設為「公司間」科目，則「插入」分錄會記入「公司間」維度的 "FCCS_No Intercompany"。
公司間抵銷的條件
應用程式的「實體」結構可以建立為「單層」結構 (一個以直接擁有和間接擁有的實體作為直屬子項的父項實體)。父項實體代表最終「控股」公司的整合結果。或者，您也可以建立一或多個多層級 (或「分段」) 結構。在多層級結構中，每個「控股」公司的同層級實體係指該「控股」公司直接擁有的公司。如果這些直接被擁有的公司本身擁有其他公司，則擁有方「控股」公司的同層級即為被擁有方「控股」公司的整合父項。
在「單層」結構中，決定是否要處理抵銷的邏輯很簡單。以下是所套用的邏輯：
當符合下列條件時，資料會成為抵銷的候選項目：
科目為公司間科目且已被指派有效的「插入」(過渡性) 科目
資料具有 "FCCS_No Intercompany" 以外的「公司間」維度分錄 (也就是包含有效的夥伴)
已記入公司間交易的實體及資料定義 (POV) 中所參照的夥伴都整合至父項且比例大於 0%
如果符合這些條件，資料就會重新分類至「抵銷」維度成員中的「插入」科目，以實體「整合百分比」和夥伴「整合百分比」中較低者為準。
在多層級結構中，決定是否要處理抵銷的邏輯在原則上與「單層」結構中相同。不過，多層級結構的性質會引入其他潛在的複雜因素。以下是所套用的邏輯：
當符合下列條件時，資料會成為抵銷的候選項目：
科目為公司間科目且已被指派有效的「插入」(過渡性) 科目
資料具有 "FCCS_No Intercompany" 以外的「公司間」維度分錄 (也就是包含有效的夥伴)
已記入公司間交易的實體及資料定義 (POV) 中所參照的夥伴都整合至共同父項或祖代且比例大於 0%
a.實體和夥伴可能沒有都整合至直屬共同父項，實體和夥伴可能其中之一或兩者都透過一或多個直屬父項整合至共同祖代。
b.評估及抵銷的記入中所使用的相關整合百分比，是透過將來自實體或夥伴的逐層百分比乘以對共同祖代的貢獻而得出的累計整合百分比 (亦即，最終到達共同祖代之階層分支特定的累計係數)。累計「整合百分比」代表每個貢獻者從來源實體/夥伴對共同祖代的貢獻。
c.「實體或夥伴整合百分比中較低者」會套用至實體累計百分比的總和，跨實體的所有同層級與夥伴累計百分比的總和進行聚總，跨實體的所有同層級進行聚總。在多層級階層中，實體和夥伴都能存在於多個階層分支中，因此可以透過共同祖代的多個子項聚總至共同祖代。
d.資料點可能在階層的多個層級 (多個共同祖代的直屬下層) 是抵銷的候選項目。如果夥伴存在於階層的多個分支中，則實體的整合路徑在結構中向上穿越時可能遇到多個共同祖代。如果第一個 (或後續) 共同祖代直屬下層的整個實體金額被抵銷，則進一步的抵銷將不會發生，因為抵銷金額不能超過按比例分配的金額。如果在階層的先前層級未發生任何抵銷 (或只發生部分抵銷)，則在目前共同祖代的直屬下層可能需要進行進一步的抵銷。
只有作為目前實體的同層級或其子代的夥伴滿足正確條件時，系統才會針對要處理的公司間抵銷進行驗證。如果想停用此功能，可以建立名稱為 StrictElimCondition 的替代變數並將其值設定為 False。這會允許實體和夥伴相同的公司間資料繼續抵銷。
如果符合這些條件，資料就會重新分類至「抵銷」維度成員中的「插入」科目，以累計實體「整合百分比」的總和 (跨同層級實體/分支) 和累計夥伴「整合百分比」的總和 (跨同層級實體/分支) 中較低者為準。如果聚總的夥伴「整合百分比」低於聚總的實體「整合百分比」，就會套用夥伴百分比。
確保抵銷的值不會超過按比例分配的值
如先前所述，根據抵銷共同控制之交易的概念，公司間交易的累計抵銷金額不可超過按比例分配的金額。因此，系統必須確保當公司間科目的淨貢獻金額已降到零時，不會發生進一步的抵銷。
電腦化系統有可能無法 (不會) 正確地記錄累計成零的情況*。這是因為所有電腦系統常見的「小數有效位數」問題的緣故。因此，可能發生來源公司間金額的淨貢獻未降到確切為零但在邏輯上已確實等於零的情況。因此，關於是否應該處理進一步公司間抵銷的測試無法以淨貢獻等於零為依據，而必須改為以淨貢獻大約等於零為依據。
淨貢獻金額是否大約等於零的測試可依據系統中資料的量值。FCCS 預設在套用測試時，會套用四位小數的小數有效位數。在此情況下，系統會將任何小於 0.0001 的淨貢獻都視為零，而不會對資料套用進一步的抵銷。在大多數情況下及針對大多數幣別，此精確度層級所提供的準確性應該就已足夠。不過，如果仍然發生未預期的抵銷，則可以將「替代變數」新增至應用程式以修改套用至測試的小數有效位數。
若要新增替代變數，請導覽至變數卡，然後選取替代變數頁籤。按一下加號以新增新的替代變數。針對「所有立方體」，輸入 DecimalPrecision 作為「名稱」(Decimal 與 Precision 之間沒有空格)。輸入套用大約等於測試時要考量的所需小數位數。所輸入資料值的量值 (也就是小數點左方的有效數字位數) 越大，小數有效位數分錄可能就必須越低。
請注意，小數有效位數變數分錄必須是整數 (零或是正或負整數)，否則後續整合可能會失敗。正分錄會將淨貢獻金額四捨五入至指定的小數位數，零會四捨五入至整數，而負分錄則會四捨五入至 10 的倍數 (因此，舉例來說，小數有效位數為 -2 時，會將 1,234,567.89 四捨五入至 1,234,600，即四捨五入至最接近的 100)。
*如需瞭解與 FCCS 相關的特定條件，請參閱 "The Limits of Data Precision in Essbase"，網址：https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=443798297810512&id=1311188.1&_afrWindowMode=0&_adf.ctrl-state=zlaqk3trz_4.