TFIN20 / TFIN22(ECC 6.0 版)補充筆記
導讀:為什麼還要讀 TFIN?以及全單元對照總表
TFIN20(Management Accounting I:CO-OM 間接成本控制 + CO-PC 產品成本規劃)與 TFIN22(Management Accounting II:銷售訂單控制、CO-PA、PCA、Report Painter)是 ECC 時代 C_TFIN22 認證的教材。C_TS4CO 考試以 S/4HANA 為準,但考題常出現「ECC 與 S/4 的差異」與 Report Painter、狀態管理、承諾管理、結算結構等功能本身沒有變的主題。本頁把 TFIN 中值得補讀的部分整理成筆記,並把每一個 TFIN Unit 對應到 S/4HANA 主頁面。
- 成本要素不再是獨立主檔:初級/次級成本要素都以 G/L 科目建立(FS00 / Manage G/L Account Master Data),KA01/KA06 等交易碼已被導向或停用。
- CO 與 FI 共用 ACDOCA 明細,ECC 的「CO→FI 即時整合(Real-Time Integration)」、對帳分類帳 KALC、New G/L 的 Scenario 設定都不再需要。
- Classic EC-PCA 不再支援,PCA 即 New G/L 中的利潤中心;Margin Analysis(以科目為基礎 CO-PA)為建議方案,Costing-based CO-PA 仍可用但非預設。
- 規劃改走 SAP Analytics Cloud(或 BPC for S/4HANA)與計畫表 ACDOCP;Report Painter 雖可用,SAP 建議改用 Fiori 分析 App 與 CDS view(嵌入式分析)。
- 依一般知識:Base Planning Object(KKE1)屬 S/4HANA Simplification List 中不再支援的功能,請改用無數量結構成本估算或 Unit Costing。
TFIN20 Part 1(CO-OM:CCA + 內部訂單)對照
| TFIN Unit / Lesson | S/4HANA 主頁面 | ECC 與 S/4HANA 差異摘要 |
|---|---|---|
| U1 組織單位(Controlling Area 設定) | s4f22-cca-io.html | S/4 中管制範圍與公司代碼通常 1:1 或多對一,幣別設定須與 FI 一致(ACDOCA 多幣別欄位);ECC 可較自由設定 CO 範圍幣別。 |
| U2 主檔:成本中心、成本要素、活動類型、統計關鍵指標、全域主檔功能 | s4f22-cca-io.html;成本要素見本頁 U2 成本要素 | 成本要素主檔(KA01/KA06)在 S/4 合併為 G/L 科目;成本中心、活動類型改用 Fiori Manage Cost Centers、Manage Activity Types。 |
| U3 事件過帳:初級過帳、標準報表、科目指派工具、手動重過帳、直接活動分攤 | s4f22-cca-io.html | S/4 報表多改用 Cost Centers - Actuals、Display Line Items in General Ledger;手動重過帳 KB11N → Reassign Costs and Revenues,直接活動分攤 KB21N → Manage Direct Activity Allocation。 |
| U4 期末結帳:應計成本、SKF、週期重過帳、成本分攤(Assessment/Distribution/間接活動分攤)、期間鎖定、New G/L | s4f22-cca-io.html;L5、L6 見本頁 | S/4 1909 以後 Universal Allocation(Manage Allocations)可取代 KSU1/KSV1;Periodic Reposting(KSW1)在 S/4 中 SAP 建議改用 Distribution(依一般知識)。 |
| U5 規劃:規劃版面、SKF/活動規劃、成本要素規劃、自動規劃、規劃輔助 | s4f22-cca-io.html | KP06 等仍可用但存入舊表;S/4 主推 SAC 規劃與 ACDOCP。 |
| U6 CCA Report Painter 報表(含 Extract) | 本頁 U6 | S4F22 幾乎不談 Report Painter;S/4 中 Report Painter 報表透過相容性 view 讀 ACDOCA,仍可執行。 |
| U7 內部訂單介紹:實際/統計訂單、業務情境 | s4f22-cca-io.html | 概念不變;S/4 統計訂單與實際訂單同樣寫 ACDOCA(統計值有統計標記)。 |
| U8 主檔:訂單類型、狀態管理、集體處理(訂單群組) | L1、L3 見 s4f22-cca-io.html;L2 見本頁 | 訂單類型 KOT2_OPA、訂單群組 KOH1 不變;Fiori Manage Internal Orders 可做狀態變更。 |
| U9 事件過帳:CO 內外過帳、承諾管理 | L1 見 s4f22-cca-io.html;L2 見本頁 | S/4 中 PR/PO 承諾仍存於 COOI;另有 Predictive Accounting 可將銷售訂單寫入延伸分類帳(依一般知識)。 |
| U10 期末結帳:間接費用成本表、結算參數與規則、分攤結構、來源結構 / PA 轉移結構 / 特殊功能 | L1、L2 見 s4f22-cca-io.html;L3、L4 見本頁 | S/4 結算 KO88/KO8G 仍在,Fiori Schedule Overhead Cost Management Jobs;結算到 Margin Analysis 時 PA 轉移結構只影響 Costing-based 部分。 |
| U11 規劃與預算:整體值規劃、預算與可用性控制 | s4f22-cca-io.html | 內部訂單預算 KO22 不變;S/4 2022 起亦可用 Manage Budget(PPM / Budget Availability Control 新架構,依一般知識)。 |
| U12 訂單彙總與彙總報表 | 本頁 U12 | HANA 即時彙總使彙總階層的效能價值下降,見本頁說明。 |
TFIN20 Part 2(CO-PC:產品成本規劃 + 期間產品成本控制)對照
| TFIN Unit / Lesson | S/4HANA 主頁面 | ECC 與 S/4HANA 差異摘要 |
|---|---|---|
| U1 產品成本規劃方法(說明 PCP、選擇方法) | s4f23-product-cost-planning.html | 方法體系相同;S/4 少了 BPO 這條路。 |
| U2 PCP 基礎(成本項目類別 costing items) | s4f23-product-cost-planning.html | 無差異。 |
| U3 參考與模擬成本估算(Base Planning Object) | 本頁 U3 | BPO 在 S/4 不再支援(依一般知識),S4F23 不談。 |
| U4 物料成本估算:單層/多層無數量結構、數量結構定義與決定、更新物料主檔、改價 | s4f23-product-cost-planning.html | CK11N/CK24 不變;S/4 物料帳(Material Ledger)強制啟用,價格更新影響 ML。 |
| U5 Costing Run(CK40N)與結果分析 | s4f23-product-cost-planning.html | 相同;Fiori Manage Costing Runs(依一般知識)。 |
| U6 PCP 設定:成本估算變式、成本組成分割、成本組成結構、間接費用、流程成本 | s4f23-product-cost-planning.html | 相同;ECC 的 Template(CPT1)配合 Activity-Based Costing,S/4 仍支援。 |
| U7 個案研究(成本估算變式、成本表、流程範本、成本估算) | 本頁 U7 | 整合練習,S4F23 無對應單元。 |
| U8 成本標的控制概述 | s4f25-cost-object-controlling-1.html | S/4 中 WIP、差異寫入 ACDOCA;Event-Based Production Cost Posting(S/4 1809+)可即時計算 WIP/差異。 |
| U9 期間產品成本控制:產品成本收集器(PCC)、生產訂單+PCC、預先/同步成本估算 | s4f25-cost-object-controlling-1.html | KKF6N 不變;重複製造 REM 與 PCC 概念不變。 |
| U10 PCC 期末結帳:範本分攤、實際價重評價、間接費用、WIP、差異、結算 | s4f25-cost-object-controlling-1.html | S/4 WIP 與差異可細分(Variance categories in ACDOCA);Fiori Schedule Product Cost Controlling Jobs。 |
| U11 CO-PC 資訊系統:明細報表、物件清單、成本標的彙總 | s4f25-cost-object-controlling-2.html | S/4 改推 Production Cost Analysis、Analyze Costs by Work Center/Operation。 |
TFIN22 Part 1(銷售訂單控制 + CO-PA)對照
| TFIN Unit / Lesson | S/4HANA 主頁面 | ECC 與 S/4HANA 差異摘要 |
|---|---|---|
| U1 銷售訂單相關生產情境(管理銷售訂單、MTO 控制情境) | s4f25-cost-object-controlling-2.html | S/4 中「以銷售訂單為成本標的」(valuated / non-valuated sales order stock with CO)簡化:SAP 建議不再把銷售訂單當成本收集者,改用 Event-Based Revenue Recognition 與無成本收集的銷售訂單項目。 |
| U2 MTO 生產(銷售訂單控制):建立 MTO 訂單、需求類別、同步成本估算(採購、生產) | s4f25-cost-object-controlling-2.html | 同上;需求類別(Requirement Class)設定仍在。 |
| U3 MTO 銷售訂單設定 1、2 | s4f25-cost-object-controlling-2.html | S/4 1610 以後新建專案通常避免以銷售訂單為 CO 物件(依一般知識)。 |
| U4 MTO 期末結帳:間接費用、WIP 與生產訂單差異、結果分析(RA)、RA 設定、結算 | s4f25-cost-object-controlling-2.html | 結果分析(KKA3)在 S/4 仍存在,但 EBRR 為新方案。 |
| U5 CO-PC 資訊系統:明細報表、物件清單、成本標的彙總 | s4f25-cost-object-controlling-2.html | 同 TFIN20-2 U11。 |
| U6 獲利管理:選項概述、CO-PA vs PCA 比較、獲利管理物件 | s4f28-profit-center-accounting.html、s4f29-profitability-analysis.html | S/4:PCA 與 Margin Analysis 都在 ACDOCA,差別只在「維度」而非「資料來源」。 |
| U7 結構:營運關注(Operating Concern)、資料結構(特性/值欄位) | s4f29-profitability-analysis.html | Account-based 時特性成為 ACDOCA 欄位(WW*),無值欄位;Costing-based 仍有 CE1xxxx。 |
| U8 主檔:特性衍生、評價(產品成本/成本表)、Customizing Monitor | s4f29-profitability-analysis.html | KEDR 衍生不變;評價(KE40)只適用 Costing-based。 |
| U9 實際資料:資料流、與 SD 整合、成本分攤到 CO-PA、內部訂單結算、FI 直接過帳、其他過帳 | s4f29-profitability-analysis.html | S/4 1809 起 COGS 可依成本組成分拆到多個科目(COGS split);1909 起 Margin Analysis 可記錄生產差異細分。 |
| U10 規劃:獲利規劃流程、規劃方法、Top-down 分配、整合規劃 | s4f29-profitability-analysis.html | KEPM 仍可用於 Costing-based;Margin Analysis 規劃改用 SAC。 |
TFIN22 Part 2(PCA + Report Painter + CO-PA 報表)對照
| TFIN Unit / Lesson | S/4HANA 主頁面 | ECC 與 S/4HANA 差異摘要 |
|---|---|---|
| U1 L1 獲利與銷售會計選項 | s4f28-profit-center-accounting.html | 同 TFIN22-1 U6。 |
| U1 L2 New G/L 全域設定(Ledger、Scenario、文件分割、即時整合) | 本頁 U1 L2 | S/4 無 Scenario、無即時整合;文件分割仍在。 |
| U2 利潤中心主檔、指派到科目指派物件 | s4f28-profit-center-accounting.html | S/4 利潤中心必須有段(Segment)指派的觀念更重要;Fiori Manage Profit Centers。 |
| U3 L1–L5 PCA 實際過帳(更新、資產、MM、COC、SD 整合) | s4f28-profit-center-accounting.html | S/4 所有過帳直接在 ACDOCA 帶 PRCTR,無 GLPCA。 |
| U3 L6 PCA 分攤 | 本頁 U3 L6 | S/4 Universal Allocation(Profit Center 分攤)。 |
| U4 利潤中心重組 | 本頁 U4 | S/4 仍支援重組(需授權),並可做段重組(依一般知識)。 |
| U5 利潤中心規劃 | 本頁 U5 | GP12N → SAC/ACDOCP。 |
| U6 Drilldown 報表 | 本頁 U6 | FGI0 仍在,Fiori 財報 App 取代為主。 |
| U7–U11 Report Painter / Report Writer | 本頁 U7~U11 | 工具不變;S/4 以 CDS/Fiori 為策略方向。 |
| U12 L1 執行 CO-PA 報表(KE30) | s4f29-profitability-analysis.html | Margin Analysis 改用 Product and Service Margins、Market Segments - Actuals 等 App。 |
| U12 L2 基本報表與報表元件(KE31、關鍵指標方案、特性階層) | s4f29-profitability-analysis.html | KE30 系列僅適用 Costing-based 或 Account-based 舊表結構;嵌入式分析為主流。 |
| U12 L3 Form 報表(KE34 表單) | s4f29-profitability-analysis.html | 同上。 |
| U12 L4 明細與 Account-based 報表(KE24/KE25) | s4f29-profitability-analysis.html | Account-based 明細即 ACDOCA,Display Line Items - Margin Analysis。 |
| U12 L5 CO-PA 整合 SAP BW | 本頁 U12 L5 | BW/4HANA、ODP 抽取、嵌入式 BW。 |
- 考題若問「S/4HANA 中如何建立次級成本要素」,答案是在 G/L 科目主檔(FS00)選科目類型「Secondary Costs」並指定成本要素類別,不是 KA06。
- 「哪些 ECC 功能在 S/4 被 ACDOCA 取代」:對帳分類帳(KALC)、CO→FI 即時整合、New G/L Scenario、Classic EC-PCA(GLPCA/GLPCT)、Costing-based 以外的 CO-PA 明細表。
- Report Painter、狀態管理、承諾管理、結算結構、來源結構在 S/4 中功能邏輯不變,考題可直接用 ECC 知識作答。
TFIN20 Part 1 Unit 2:主檔 — 成本要素(Cost Element)
Lesson:維護成本要素主檔(Maintaining Cost Element Master Data)
核心概念
在 ECC 中,成本要素是 CO 的「科目」,用來分類 CO 中的所有價值流。它和 FI 的 G/L 科目是兩個不同主檔,必須靠編號一致來對應,才能讓 FI 費用與 CO 初級成本對得起來。
| 類型 | 英文 | 是否有 FI 科目 | 用途 / 例子 | ECC 建立方式 |
|---|---|---|---|---|
| 初級成本要素 | Primary cost element | 有,必須先在 FI 科目表與公司代碼建 G/L 科目 | 外部取得的費用:薪資、水電、折舊 | KA01 |
| 收入要素 | Revenue element(初級的一種) | 有 | 銷貨收入,類別 11(收入)、12(銷售扣減) | KA01 |
| 次級成本要素 | Secondary cost element | 沒有(只存在 CO) | CO 內部價值流:分攤(Assessment)、活動分攤、結算、間接費用 | KA06 |
成本要素類別(Cost Element Category)— 決定可用於哪些交易
| 類別 | 意義 | 典型交易 |
|---|---|---|
| 01 | 一般初級成本/費用 | FI 費用過帳、MM 發料 |
| 03 | 應計/遞延(百分比法) | KSA3 應計計算 |
| 04 | 應計(Target=Actual 法) | 以計畫值作為應計基礎 |
| 11 / 12 | 收入 / 銷售扣減 | SD 開票 |
| 21 | 內部結算 | 訂單結算到 CO 物件(KO88) |
| 22 | 外部結算 | 結算到 G/L、資產(為初級) |
| 31 | 訂單/專案結果分析 | RA(KKA2/KKA3) |
| 41 | 間接費用率 | 成本表 Overhead(KGI2) |
| 42 | Assessment(分攤) | KSU1 分攤循環 |
| 43 | 內部活動分攤/流程分攤 | KB21N、KSII 間接活動分攤 |
操作情境(Exercise 3:建立次級成本要素)摘要
- 情境:期末要把組織、IT、車隊成本中心的成本分攤給顧問中心,顧問再用直接活動分攤把工時記到內部訂單,因此需要兩組次級成本要素。
- Easy Access:Controlling → Cost Element Accounting → Master Data → Cost Element → Individual Processing → Create Secondary(KA06)。
- 設定管制範圍 1000,輸入成本要素編號(6300##、6310##、6311##),有效期間自本會計年度第一天到 9999/12/31。
- 基本畫面填名稱、說明,類別 42(分攤用);儲存。
- 以同樣方式建立活動分攤用要素 6261##、6262##、6393##,類別 43;可用第一個做參考(Copy from)加速。
自動建立成本要素
可在 Customizing 先指定科目表,再於「預設值表」中逐一或以區間指定編號與成本要素類別,系統用 Batch Input Session 一次建立。初級成本要素只有在對應 G/L 科目存在於營運科目表時才會被建立,名稱從 G/L 帶入(CO 可再改)。
成本要素群組:KAH1/KAH2;預設科目指派(如某成本要素預設成本中心):OKB9。
ECC 與 S/4HANA 對照
| 項目 | ECC 6.0 | S/4HANA |
|---|---|---|
| 主檔 | G/L 科目(FS00)+成本要素(KA01/KA06)兩份 | 只有 G/L 科目;成本要素屬性放在 FS00 的「Type/Description」頁籤 |
| 初級/次級區分 | 依建立交易 | G/L Account Type:P&L 下的「Primary Costs or Revenue」或「Secondary Costs」 |
| 次級成本要素在 FI | 不存在,靠即時整合/對帳科目 | 本身就是 G/L 科目,CO 內部分攤直接在 ACDOCA 留下 FI 可見的行 |
| 交易碼 | KA01/KA02/KA03、KA06 | KA01/KA06 被導向 FS00;Manage G/L Account Master Data |
| 有效期間 | 時間相依(Valid from/to) | 不再時間相依(以 G/L 科目為主),但成本要素類別可依管制範圍設定 |
| 預設科目指派 | OKB9 或成本要素主檔的 Default Account Assignment | OKB9 仍可用 |
- 類別 42 = Assessment、43 = 活動分攤、21 = 內部結算、22 = 外部結算(屬初級)、41 = 間接費用、11 = 收入。
- ECC:初級成本要素必須先有 G/L 科目;次級成本要素沒有 G/L 科目。S/4:兩者都是 G/L 科目。
- 收入要素是初級成本要素的一種(不是次級)。
- 成本要素類別決定「可以用在哪些交易」,例如 42 不能用於 FI 過帳。
TFIN20 Part 1 Unit 4:期末結帳(補充:期間鎖定、New G/L)
本單元前四課(應計成本、統計關鍵指標、週期重過帳、成本分攤)見 s4f22-cca-io.html;以下補充 L5、L6。
Lesson 5:使用期間鎖定(Using the Period Lock)
目的:期末結帳完成後,鎖住該期 CO 交易,避免結帳結果再被改動。CO 的期間鎖定與 FI 的過帳期間(OB52)是兩套獨立控制。
| 維度 | 說明 |
|---|---|
| 鎖定範圍 | 管制範圍 × 會計年度 × 版本(Version) |
| 鎖定對象 | 個別「業務交易」(CO business transaction,如 RKU1 Assessment 實際、KAMV 手動成本分攤、RKL 活動分攤、KOAO 結算) |
| 實際 / 計畫 | 實際交易與計畫交易分開兩張清單;計畫可另用 plan lock |
| 鎖定方式 | (1) 某交易鎖全年所有期間;(2) 某期間鎖所有交易;(3) 矩陣中個別勾選 |
| 解鎖 | 可隨時取消勾選重新開啟(不是不可逆) |
- 「鎖定後不可再開」為錯(False);期間鎖定可逆。
- 可以針對個別期間鎖定計畫與實際業務交易(True)。
- 鎖定鍵值:管制範圍 + 會計年度 + 版本;鎖的是「業務交易」不是使用者或科目。
- CO 期間鎖(OKP1)≠ FI 過帳期間(OB52)。
Lesson 6:說明 New General Ledger Accounting(New G/L)
New G/L(ECC 5.0 起推出、新安裝 ECC 6.0 預設啟用)是 S/4HANA Universal Journal 的前身。TFIN20 只介紹它對 CO 的好處;細部設定見本頁 TFIN22-2 U1 L2。
| 好處 | 內容 | 對 CO 的意義 |
|---|---|---|
| 擴充資料結構 | 總帳總額表 FAGLFLEXT 內建功能範圍(Functional Area)、利潤中心、夥伴利潤中心、段(Segment),且可加客製欄位 | 銷貨成本法損益表不必再啟用成本銷售分類帳 0F;可直接在 G/L 做管理分析 |
| 文件分割(Document Splitting) | 例:供應商發票 11,600(含 16% 進項稅)費用分屬兩個段,分割後應付與稅額行也依比例帶上段 | 可出段/利潤中心資產負債表;取代 SAPF180(資產負債表調整)、SAPF181(損益調整) |
| CO→FI 即時整合 | CO 內部過帳若改變公司代碼、業務範圍、利潤中心、段、功能範圍、基金等 FI 特性,即時產生 FI 文件 | 不再需要對帳分類帳 KALC;文件可互相追溯 |
| 平行分類帳 | 同一 G/L 中多個 ledger(如 0L 為 IFRS、L1 為當地準則) | 除「科目法」外另一種平行會計作法 |
段(Segment)主要由利潤中心衍生;利潤中心又可由成本中心、內部訂單、專案衍生。文件分割也作用於後續程序,例如付款時的現金折扣會依原始費用行比例分配到各實體。
- FAGLFLEXA/FAGLFLEXT、COEP、COSP、GLPCA 等改為 ACDOCA 上的相容性 view(compatibility views),舊程式仍可讀。
- CO 與 FI 同一筆明細(ACDOCA 一行同時帶 G/L 科目與 CO 物件),不再需要即時整合變式與對帳;次級成本也是 G/L 科目。
- Scenario 概念移除:所有欄位(PRCTR、SEGMENT、RFAREA 等)總是更新。
- 文件分割仍存在且設定方式相同;功能範圍可在過帳當下衍生(不再只於期末)。
- FAGLFLEXT 中儲存的實體:功能範圍、利潤中心、段(活動類型「不在」其中)。
- New G/L 總額表可加客製欄位(True)。
- 文件分割取代 SAPF180/SAPF181;即時整合取代 KALC 對帳分類帳。
TFIN20 Part 1 Unit 6:CCA 中的 Report Painter 報表
Lesson 1:執行 Report Painter 報表(Executing Report Painter Reports)
Report Painter 是 CO 資訊系統中定義報表的核心工具,以 WYSIWYG(所見即所得)的圖形化格子畫面定義列與欄;Report Writer 則以「集合(Set)」定義,功能更強但較難。詳細建立方法見本頁 TFIN22-2 U7–U11(原屬 CA705 課程)。
報表定義元素
| 元素 | 定義 | 例子 |
|---|---|---|
| 特性 Characteristics | 用來選取資料的條件欄位(非數值) | 成本中心、成本要素、會計年度 |
| 關鍵指標(基本) Key figures | 可評估的數值欄位 | 成本、活動數量、計畫活動量、公司代碼幣別成本 |
| 預定義欄 Predefined columns | 一個關鍵指標+一個或多個特性的組合 | 管制範圍幣別實際成本、計畫成本 |
| 公式列/欄 | 以其他列/欄計算 | 差異欄 = 實際 − 計畫;小計列 |
| 一般資料選擇 General data selection | 全報表共通條件,只能用未在列/欄使用的特性 | 管制範圍、版本、年度 |
| 儲存格 Cell | 列×欄交點,選取後可在全報表公式引用 | 「占收入百分比」欄 |
Library 與報表群組
| Library | 用途 |
|---|---|
| 1VK | 成本中心 — 全部成本法(absorption costing)標準報表 |
| 1GK | 成本中心 — 邊際成本法(marginal costing) |
| 1AB | 差異報表 |
| 1RU | 彙總(summary)報表 |
| 1CT | 以報表表格 RWCOOM 為基礎,專為成本會計設計 |
| 601 | 內部訂單(CCSS 表格) |
CCA 的報表表格(report table / 轉移結構)是 CCSS,SAP 預先定義且不能修改。報表定義後必須指派到報表群組(Report Group)才能執行;同一群組的報表讀同一批資料,執行後可在報表間切換,群組也可掛到角色(Activity group)選單。
典型 Report Painter 標準報表:成本要素分析、成本中心依夥伴拆解、統計關鍵指標、成本中心 Splitting、成本中心 Actual/Plan/Variance(報表群組 1SIP)、成本中心差異。不是 Report Painter 的有:規劃總覽、明細清單(Line item report)、主檔索引、價格清單、文件顯示。
執行中可用功能
- 下載到 PC/Excel(保留格式)、以 HTML 附件郵寄報表(不必先建 Extract)。
- 設定門檻值(threshold)篩選列、排序/隱藏/顯示列、改數字格式、設定彙總層級只看總計。
- Report-Report Interface 跳到明細(如 KSB1 成本中心明細)。
- 數值欄位叫 Key figures;條件欄位叫 Characteristics;預定義欄 = 關鍵指標+特性。
- 報表一定要指派到報表群組(True);CCA 報表表格為 CCSS,不可改。
- 一般資料選擇只能使用「沒有在列或欄使用」的特性。
- 明細報表、主檔索引、規劃總覽不是 Report Painter 報表。
Lesson 2:使用 Extract 執行 Report Painter 報表
Extract(報表摘錄)是把某次報表輸出結果存成快照,之後讀快照而不重新讀資料庫,適合月底大量經理同時看相同報表的情境。群組報表的 Extract 支援 Variation(在群組內切換節點)導覽。
| 資料來源選項(使用者設定) | 系統行為 |
|---|---|
| New selection(重新選取) | 永遠讀現行資料,不用 Extract |
| Display extract(顯示摘錄) | 有符合選擇條件的摘錄就跳出讓使用者選;沒有則讀現行資料 |
| Automatic display of current extract | 自動顯示最新的摘錄 |
Extract 由「選擇參數+報表定義時間」自動識別;可在 Extract 目錄總覽、列印、刪除、變更到期日(甚至設密碼)。資料也可從封存(archive)讀取。
操作情境(Exercise 30)摘要
- 在報表選擇畫面 Environment → Options 勾選 Expert mode(才看得到 Extract 功能)。
- 執行 Cost Centers: Actual/Plan/Variance,選整個顧問部門群組、版本 0、本期。
- Report → Exit,選 Create extract → 輸入名稱與到期日(明天)。
- 選擇畫面按 Data Source → Display extract;以 301## 成本中心經理身分執行,系統列出 Extract 選擇。
- Extras → Selection log 檢查顯示的是摘錄(名稱與時間相同)。
- 之後再過帳到 301##,再看摘錄 → 新過帳不會出現,要重新選取才看得到。
- Environment → Extract Directory → 選摘錄 → 變更到期日延長四天。
- Extract 是某時點的快照,之後的過帳不會反映(要 New selection)。
- Extract 由選擇參數與報表定義時間自動識別(True)。
- 使用 Extract 前需在 Options 開啟 Expert mode;可在 Extract 目錄改到期日。
TFIN20 Part 1 Unit 8:內部訂單主檔(補充:狀態管理)
L1 訂單類型、L3 集體處理與訂單群組見 s4f22-cca-io.html。
Lesson 2:間接費用訂單的狀態管理(Status Management for Overhead Cost Orders)
訂單有生命週期:建立 → 計畫 → 過帳 → 結算 → 關閉。狀態管理標示目前在哪一階段,並控制此時哪些業務交易允許。變更狀態本身也是一個業務交易(在訂單主檔中執行)。
系統狀態(System Status)
| 狀態 | 代碼 | 允許 | 不允許 |
|---|---|---|---|
| Created 已建立 | CRTD | 計畫、預算、建立 PR/PO(承諾,視設定) | 實際成本過帳、結算 |
| Released 已核發 | REL | 實際過帳、結算、承諾 | — |
| Technically Complete 技術完成 | TECO | 結算、仍可收到後續發票等 | 新的 PO(警告/禁止)、計畫 |
| Closed 關閉 | CLSD | 僅顯示 | 任何過帳(含結算) |
使用者狀態(User Status)與狀態設定檔(Status Profile)
- 系統狀態+使用者狀態一起決定交易是否允許;狀態可對交易設定「允許」「允許但警告」「禁止」。
- 例:高金額訂單要先核准才能 Release → 初始使用者狀態設為「未核准」並禁止 Release;改成「已核准」後才可 Release。
- 狀態設定檔可定義:使用者狀態清單、初始狀態(建立時自動設定)、後續狀態、執行某業務交易時自動設定的狀態、允許/禁止交易。
- 狀態編號(Status number)決定順序;同一時間只有一個有編號的狀態有效;每個狀態指定最低與最高後續編號(例:目前 20、最高 40 → 可改 30 或 40,不能跳 50)。沒有編號的狀態可隨時啟用/停用,不受順序限制。
- 可搭配狀態相依欄位選擇(控制哪個階段哪些主檔欄位可改)與授權碼(控制誰能設定該狀態)。
狀態相依欄位選擇:Order Master Data → Define Order Types → Field Selection(依狀態)。
操作情境(Exercise 33)摘要
- 用自建訂單類型 MA## 建立「手機行銷手冊」訂單(公司代碼 1000、業務範圍 9900、利潤中心 1402),先不要存檔。
- 查看狀態:系統狀態 CRTD;檢視允許交易清單 — 可建 PO(承諾)但不能過帳發票(實際成本)。
- 按 Release,系統狀態變 REL,交易清單中發票過帳變為允許;存檔記下訂單號碼。
- CRTD 狀態不能過帳實際成本;REL 才能。CLSD 禁止所有過帳。
- 使用者狀態需放在狀態設定檔並指派到訂單類型。
- 狀態編號+最低/最高編號控制使用者狀態順序;無編號者可自由切換。
- 交易允許與否 = 系統狀態 AND 使用者狀態;可設「警告」。
TFIN20 Part 1 Unit 9:事件過帳(補充:承諾管理)
L1(CO 內外的事件過帳)見 s4f22-cca-io.html。
Lesson 2:使用承諾管理(Working with Commitment Management)
承諾(Commitment)是對未來將發生成本的「已承諾」金額(已請購或已下單的物料、服務)。把承諾與實際一起記錄,就能和計畫/預算比較,判斷「剩下多少錢可用」(可用性控制 AVC 也會納入承諾)。
| 承諾來源(Value type) | 產生方式 | 何時減少/轉實際 |
|---|---|---|
| 請購單 Purchase requisition | PR 行項目指派到訂單(科目指派類別 F) | 轉成 PO 時 PR 承諾消失、改記 PO 承諾 |
| 採購單 Purchase order | PO 行項目指派到訂單 | GR(評價收貨)或 IR 時轉為實際成本 |
| 資金承諾 Funds commitment | CO 手動輸入(MM 未使用或尚未進採購) | 手動減少或參照後續文件 |
前提
- 在管制範圍啟用承諾管理(Activate Components:Commitment Management),並在訂單類型勾選 Commitment Management。
- 訂單狀態必須允許該交易(例如 CRTD 是否允許 PO 視狀態設定)。
承諾結轉(Commitment Carryforward)
年底仍未交貨的 PO 承諾可結轉到下一年度第 1 期。例:PO 交貨日 12/28 未出貨,年終執行結轉後承諾出現在下一年。注意:為了效能,執行期間文件不會被鎖,若同時有人處理舊年度 PO 可能造成更新中斷,所以執行時不要處理舊年度採購單。
操作情境(Exercise 37)摘要
- 建立服務 PO:科目指派 F(訂單)、供應商 1000、採購組織 1000、工廠 1000、物料群組 00706、50 小時 × 50 EUR、成本要素 417000,指向行銷手冊訂單。
- 執行 Orders: Actual/Plan/Commitments 報表 → 看到 2,500 EUR 承諾。
- 對 PO 做 GR(MIGO)→ 再看報表:承諾減少、實際增加;從 417000 行可跳到原始物流文件並透過文件流看其他相關文件。
- 歸納:產生承諾的是 PR、PO、資金承諾;產生實際的是 GR、IR、FI 直接過帳、CO 分攤/活動分攤等。
- 承諾管理需在管制範圍與訂單類型兩處啟用。
- 承諾價值類型:PR、PO、Funds commitment。
- GR 時 PO 承諾轉為實際;若 PO 為非評價收貨則在 IR 時轉。
- 承諾結轉把未結 PO 承諾帶到下年度第一期。
TFIN20 Part 1 Unit 10:期末結帳(補充:來源結構、PA 轉移結構、特殊功能)
L1 間接費用成本表、L2 結算參數/規則與分攤結構見 s4f22-cca-io.html。回顧:結算設定檔(Settlement Profile)決定允許的接收者與預設值;分攤結構(Allocation Structure)決定「借方哪些成本要素 → 用哪個結算成本要素」貸出。
Lesson 3:來源結構與 CO-PA 轉移結構(Source Structures and PA Transfer Structures)
來源結構(Source Structure)
用來把訂單借方依「成本要素群組」拆成多個來源指派(Source assignment),每個來源指派可有不同的結算規則與接收者。
- 若所有成本要素都用同一規則,不需要來源結構。
- 使用方式:在結算設定檔中預設來源結構,或在訂單主檔的結算參數輸入;之後結算規則會多一欄「Origin / Source assignment」,每條分配規則可指定來源指派。
- 資本投資訂單(Investment order)預設逐行結算;若不想逐行,可用來源結構彙總結算。
PA 轉移結構(PA Transfer Structure)
概念類似分攤結構:輸入端為成本要素區間,輸出端把成本要素對應到 CO-PA 值欄位(value fields)。當訂單有收入或要把成本結算到 Costing-based CO-PA 時,決定落在哪個值欄位(例:材料成本 → VV 材料成本欄、收入 → VV 收入欄)。
- 來源結構 = 借方(sender 端)分組 → 不同結算規則;分攤結構 = 借方成本要素 → 結算成本要素。
- PA 轉移結構 = 成本要素 → CO-PA 值欄位,僅 Costing-based。
- 三者都可在結算設定檔預設。
Lesson 4:結算的特殊功能(Using Special Features)
1. 自動產生結算規則
不在每張訂單手動維護規則,而在 Customizing 定義一套規則,結算時自動產生。方式:使用標準策略序列(Strategy sequence)、自建策略序列,或 user exit。一個訂單類型可指定一條自動規則(例如「結算到負責成本中心」或「結算到請求成本中心」)。
2. 階層式結算(Hierarchical Settlement)
訂單結算到另一張訂單,形成多層彙總。例:各項維修訂單 → 結算到「渦輪」「冷卻機組」訂單 → 再結算到「電廠」總訂單。
- 用集體處理(KO8G)在同一結算批次處理。
- 系統依結算規則自動決定結算階層編號 000–999:999 在最底層先結,000 在最上層最後結(從高編號到低編號)。
- 若規則會造成一次結不完(如循環),系統提示,需重複執行直到餘額為零;也可手動指定階層編號。
3. 替代過帳期間(Alternative Posting Period)結算
前一期已關帳鎖定後仍要更正結算時,可把「結算期間」填前一期、「過帳期間」填本期,更正結果過帳到本期。
- 過帳期間必須緊接在更正期間之後,且兩者同一會計年度。
- 更正結算必須在本期正式結算「之前」執行;若本期已結算,須先沖回本期結算。
- 個別與集體處理都可用。
- 結算階層:999 最先結、000 最後結。
- 替代過帳期間:過帳期間 = 更正期間 + 1,同年度,且須在本期結算前執行。
- 自動結算規則靠策略序列,可依訂單類型指定。
TFIN20 Part 1 Unit 12:訂單彙總與彙總報表
Lesson 1:使用訂單彙總(Using the Order Summarization)
訂單數量龐大時,逐張讀總額記錄很慢。訂單彙總依「彙總特性」預先算出各層總額記錄(summarization objects),報表直接讀彙總結果。
- 以彙總階層(Summarization hierarchy)定義分析結構,每層一個特性;第一層固定是管制範圍。
- 層級特性取自訂單主檔欄位(系統預先定義可用欄位),例如公司代碼、訂單類型、負責成本中心、使用者自訂欄位。
- 彙總內容:成本(計畫、實際、結果分析資料)與數量(投入、產出)。
訂單主檔版面與分類欄位
訂單主檔欄位分布在九個預定義群組框,可設定顯示/隱藏、必填/選填。General Data 群組框有 10 個欄位,內容只供資訊與分類,不影響訂單功能、系統也不檢查有效性,很適合拿來做選取與彙總。SAP 提供轉換程式,可從「自由特性分類(classification)」改為「使用者自訂主檔欄位」分類。
- 彙總階層第一層永遠是管制範圍。
- 彙總同時包含成本與數量(計畫、實際、RA)。
- General Data 群組的 10 個欄位僅資訊性、不檢查,可用於選取與彙總。
Lesson 2:使用彙總報表(Using Summarization Reports)
彙總執行(summarization run)時,系統依每一層特性選出訂單、計算該層以下的總額,寫入彙總物件。訂單量大時建議背景執行或平行處理。
- 彙總報表可在同一管制範圍中跨所有公司代碼、所有訂單類型導覽。
- 彙總之後才建立或過帳的訂單不會出現在階層中 → 要重新執行彙總。
- 彙總後的新訂單/新過帳需重新執行彙總才看得到。
- 彙總結果存於彙總物件(summarization object),報表讀它而非個別訂單。
TFIN20 Part 2 Unit 3:參考與模擬成本估算(Reference and Simulation Costing)
Lesson 1:建立基礎計畫物件(Creating Base Planning Objects)
基礎計畫物件(Base Planning Object, BPO)是在「還沒有物料主檔、BOM、途程」時就能估算成本的物件,例如評估一台改良版幫浦或一套保固服務組合。它也可以當作「集中規劃的參考成本」,被其他 Unit Cost Estimate 引用為項目。
Unit Costing(單位成本估算)— BPO 的估算工具
Unit Costing 是類似試算表的通用成本規劃工具,會讀取系統既有主檔與價格(如 CCA 活動價格、物料價格),可做合計、小計與簡單公式。可用於:
- BPO(參考與模擬成本估算)
- 無數量結構的物料成本估算、附加成本(additive costs)
- CO-PC 一般成本標的的成本要素規劃
- CO-OM 內部訂單計畫(Easy Cost Planning 的基礎)
- SD 銷售訂單項目/詢價/報價的成本
- PS WBS 元素的明細成本規劃
BPO 的組成
| 部分 | 內容 |
|---|---|
| 主檔 | 文字、指派(管制範圍必填)、計量單位;BPO 永遠屬於一個管制範圍 |
| 成本估算變式(Costing variant) | 決定成本項目的評價策略;於 Customizing 的「Reference and Simulation Costing」維護 |
| 批量(Lot size) | 必填 |
| 成本估算表頭 | 自動建立:定價日、批量、各種文字 |
| 限制 | 一個 BPO 只能有一個成本估算 |
成本項目輸入畫面
- 清單畫面(List screen):欄位可自訂,三種檢視 — View 1 資源、View 2 文字/變動項目/總計、View 3 簡單公式。
- 明細畫面(Detail screen):對選取項目做完整維護。
- 每個項目要輸入項目類別(Item category),決定要輸入哪些資料、系統讀哪些價格、如何計算。常見:M 物料、E 內部活動(成本中心/活動類型)、B 基礎計畫物件、V 變動項目、F 外部加工、L 分包、N 服務、P 流程、T 文字、S 小計等。
- BPO 用途:沒有主檔的新產品成本估算;作為其他 Unit cost estimate 的參考項目(項目類別 B)。
- 一個 BPO 只有一個成本估算;必須指定管制範圍、成本估算變式與批量。
- Unit Costing 也用於內部訂單、WBS、銷售訂單、無數量結構物料成本估算。
- S/4 不支援 BPO(考題若問替代方案:無數量結構估算 / PLC)。
Lesson 2:有效率地使用 BPO(Working Efficiently with Base Planning Objects)
高效率原則
- 能用既有參考就用,讓主檔欄位自動帶入,只改文字與指派。
- 清單畫面篩選:選欄 → Filter 圖示 → 輸入條件 → Delete filter 還原。
- 剪下/複製/貼上成本項目:選項目 → 剪下或複製 → 選插入位置 → 從剪貼簿貼上。
以參考建立
| 功能 | 情境 | 步驟要點 | 注意 |
|---|---|---|---|
| 展開 BPO(Explode BPO) | 把「品質流程」BPO 中組合好的多個業務流程展開加入 | 清單輸入 BPO → Explode → 指定層數 → 選要展開的 BPO → 執行 | — |
| 複製成本估算(Copy cost estimate) | 只要既有 BPO 的部分項目(如流程成本 2、3) | Copy Cost Estimate → 指定 BPO → 選項目到剪貼簿 → 定位 → 貼上並重新評價 | 無法以基礎數量轉移,轉入項目基礎數量需為 1 |
| 展開物料成本估算(Explode material cost estimate) | 一次插入兩件「Shaft 100-300」的明細 | 指定層數、只轉物料項目或全部、參考數量、物料、選成本估算 → 剪貼簿 → 貼上並重新評價 | 系統自動產生的項目(間接費用、範本流程成本)在重新評價時會遺失 |
資訊系統與說明工具
- 報表模型:透過物件清單與彙總分析呼叫結構報表與明細報表,可從明細跳主檔;可加欄並存成顯示變式;輸出畫面提供排序、合計、小計、篩選;右鍵開內容選單。
- 匯出:試算表、可編輯文字、HTML;可寄送;有門檻值、報表跳轉。
- 說明工具(Explanation facilities):在成本估算畫面中直接查價格來源、成本要素等資訊;入口為表頭 Info 圖示、清單畫面、或資訊系統中的明細(itemization)與成本化多層 BOM。可用功能依估算物件而定。
- 複製項目時基礎數量需為 1。
- 重新評價時,系統自動產生的間接費用與範本流程成本項目會遺失(之後要重新計算)。
- 展開 BPO 與展開物料成本估算都可指定展開層數。
TFIN20 Part 2 Unit 7:個案研究(Case Study)
這個單元是整合練習:為 T-F1##(成品)與 T-B1##(半成品)建立完整的標準成本估算。教材只給目標,以下用自己的話把每步需要的設定與檢查整理成可操作的清單。
Lesson 1:評估業務情境(Evaluating the Business Scenario)
情境:工程部已更新 BOM 與途程、採購部已檢討採購價,管理層要看兩個物料的自製成本。你需要:
| 檢查對象 | 常見錯誤 | 交易 |
|---|---|---|
| 物料主檔 Costing 1/2 頁籤 | 未勾 With Qty Structure、缺 Origin group、缺利潤中心、價格控制/評價類別錯 | MM02 |
| BOM | 用途不對(Usage 1 生產)、有效日期晚於成本估算日 | CS02 |
| 途程 / 工作中心 | 工作中心未指派成本中心與活動類型、公式(formula key)缺 | CA02 / CR02 |
| 活動價格 | 該年度、版本 0 無計畫活動價格 | KP26 |
| 採購價 | 原料無標準價/計畫價、無採購資訊記錄 | ME12 / MM02 |
- 成本估算錯誤多半來自主檔;先看 CK11N 訊息日誌,再依物件修正。
- 評價基礎:物料價格 → 評價變式策略;活動價格 → CCA 計畫價(KP26);間接費用 → 成本表。
Lesson 2:建立成本估算變式(Creating a Costing Variant)
成本估算變式(Costing variant)= 成本估算類型(Costing type)+ 評價變式(Valuation variant)+ 日期控制、數量結構控制、轉移控制、參考變式等。
| 元件 | 重點設定 | 交易 |
|---|---|---|
| Costing type | 是否可更新標準價(Price update:Standard price)、成本估算參考物件(物料)、保存參數 | OKKI |
| Valuation variant | 物料評價策略(如 1 計畫價 1、2 標準價…、採購資訊記錄)、活動價格策略(計畫價)、外包、成本表(間接費用) | OKK4 |
| Costing variant | 組合以上,並指定 Date control、Quantity structure control、Transfer control、Reference variant | OKKN |
- 只有 Costing type 允許 Price update 的變式(如標準 PPC1)產生的估算能 Mark/Release 為標準價。
- 評價變式決定「用哪個價格」;成本表在評價變式中指派(依工廠)。
Lesson 3:建立成本表(Creating a Costing Sheet)
成本表(Costing sheet)用來把間接費用加到產品成本:定義「基礎列(Base)→ 附加列(Overhead rate)→ 貸方(Credit)」。
| 成本表列 | 內容 |
|---|---|
| Base(基礎) | 成本要素區間,例如原料成本要素 400000–409999 |
| Overhead rate(附加費率) | 百分比或數量基礎,依工廠、間接費用類型、有效期間 |
| Credit(貸方) | 間接費用成本要素(類別 41)+貸方物件(成本中心) |
- 貸方用類別 41 的次級成本要素。
- 同一份成本表可用於成本估算(計畫)與期末實際間接費用計算(KGI2/CO43)。
Lesson 4:建立業務流程範本(Creating a Business Process Template)
範本(Template)是 Activity-Based Costing 的工具:以公式或固定量決定產品要消耗多少業務流程(例如每 100 件需 1 次品管檢驗流程),讓流程成本進入成本估算。
- 建立範本(CPT1),環境(Environment)選 008(產品成本估算),列出流程(Process)與數量公式(可引用物料主檔欄位、批量等)。
- 範本指派:依成本表中的「Template」設定或範本指派表(KTPF)指定工廠+間接費用群組 → 範本。
- 前提:業務流程(CP01)及其計畫價格(CPI4 類 ABC 規劃)已存在。
- 範本 = 決定流程「數量」;流程「價格」來自流程規劃。
- 範本在成本估算與期末範本分攤(CPPE 類)都會用。
Lesson 5:建立成本估算(Creating a Cost Estimate)
- CK11N:輸入物料、工廠、剛建立的成本估算變式、批量、日期 → 執行。
- 檢查成本組成分割(Cost component split)、明細(Itemization)與訊息日誌;有錯就回 Lesson 1 的檢查表修正主檔。
- 重新計算直到無錯;若要多物料一起,用 CK40N Costing run(Selection → Structure explosion → Costing → Analysis → Marking → Release)。
- 確認後 CK24 標記(Mark)與核發(Release)更新物料主檔標準價(需變式允許 Price update、期間開放、標記授權 OKK7 類設定)。
- Mark 之後才可 Release;Release 一期只能一次(除非取消標記重做前未 Release)。
- Costing run 步驟順序:選擇 → 結構展開 → 計算 → 分析 → 標記 → 核發。
TFIN22 Part 2 Unit 1:獲利管理(補充:New G/L 全域設定)
L1(獲利與銷售會計選項)見 s4f28-profit-center-accounting.html。
Lesson 2:New G/L 的全域設定(Outlining Global Settings for New General Ledger Accounting)
目標:讓利潤中心(以及段、業務範圍等)能出完整財務報表。需要三組設定:Ledger 與 Scenario、文件分割、CO→FI 即時整合。
1. 啟用與重要表格
新安裝 ECC 一律啟用 New G/L;從 Classic G/L 升級須做遷移專案。重要表格:
| 表格 | 內容 | S/4 對應 |
|---|---|---|
| FAGLFLEXT | 總額表(比 Classic 的 GLT0 多利潤中心、段、功能範圍等,可擴充客製欄位) | ACDOCA 上的相容性 view |
| FAGLFLEXA | 實際明細(G/L view) | ACDOCA |
| FAGL_SPLINFO | 未清項目的分割資訊 | 仍存在(文件分割) |
| FAGLBSIS / FAGLBSAS | 依分類帳群組的未清/已清項目(EhP3 起) | ACDOCA 未清項目邏輯 |
| FAGLFLEXP | 計畫明細 | ACDOCP |
2. Scenario(情境)
Scenario 決定過帳時哪些欄位寫入分類帳。SAP 預先提供,不能自訂:
| Scenario | 更新欄位 |
|---|---|
| FIN_CCA 成本中心更新 | 傳送/接收成本中心 |
| FIN_CONS 合併準備 | 貿易夥伴、合併異動類型 |
| FIN_GSBER 業務範圍 | 業務範圍、夥伴業務範圍 |
| FIN_PCA 利潤中心更新 | 利潤中心、夥伴利潤中心 |
| FIN_SEGM 段報表 | 段、夥伴段(含利潤中心) |
| FIN_UKV 銷貨成本法 | 功能範圍、夥伴功能範圍 |
- 一個分類帳可指派任意多個 Scenario;未指派則該維度在 G/L 中是空的(例如 50 EUR 只顯示在科目上,看不出利潤中心),也無法出段報表。
- 事後變更或刪除 Scenario 指派會造成文件處理不一致,Customizing 會出警告。
- 只指派 Scenario 還不夠:應付/稅額行沒有利潤中心,仍無法出完整利潤中心資產負債表 → 需文件分割。
- 文件有兩個 view:Entry view(輸入檢視)— 子分類帳 AP/AR/AA 看到的樣子;General ledger view(G/L 檢視)— 只在 G/L 中,經分割後的樣子,可能同時出現在主分類帳與非主分類帳。
3. 段(Segment)
段是 New G/L 新增的標準科目指派物件,用來做公司代碼以下的段報表(IFRS 8 營運部門:會產生收入費用、經營決策者定期檢討、有獨立財務資訊)。主要由利潤中心主檔衍生,所以啟用段 Scenario 與使用利潤中心通常一起出現。
4. 文件分割(Document Splitting)
| 名詞 | 說明 |
|---|---|
| 分割特性 Splitting characteristics | 要分割的欄位(利潤中心、段、業務範圍…);勾 Zero balance 表示每張文件該特性餘額為 0 → 才能出該特性的資產負債表;也可設為必填 |
| 分割方法 Splitting method | 所有業務交易分割規則的總和(SAP 標準 0000000012 等) |
| 業務交易 / 變式 | SAP 提供的交易大類(如 0300 供應商發票)與其變式(0001) |
| 項目類別 Item category | 文件行的語意分類(如 02000 客戶、03000 供應商、05100 稅、20000 費用);部分由科目類型自動決定、部分在 Customizing 指派給科目 |
| 分割規則 | 哪些項目類別「要被處理」、以哪些「基礎項目類別」為分配依據 |
| 繼承 Inheritance | 例如客戶發票只有一條收入行時,客戶與稅行直接繼承收入行的特性(不需規則) |
| 預設常數 Constant | 找不到特性時使用的預設值(Edit Constants for Nonassigned Processes) |
| 零餘額清算 | 同一張文件內特性不平衡時,系統自動產生清算行(零餘額清算科目) |
過帳前可模擬 G/L view;Expert mode 會顯示用了哪個分割方法、業務交易、變式與規則,方便除錯。
5. CO→FI 即時整合(Real-Time Integration of CO with FI)
許多 CO 內部過帳不影響 FI,但若改變了 FI 相關特性(利潤中心、段、功能範圍、業務範圍、成本中心、公司代碼),就要即時產生 FI 文件。會觸發的 CO 交易:週期分攤(Assessment、Distribution、Reposting)、手動重過帳 KB11N、活動分攤 KB21N、訂單/專案結算 KO88/CJ88。
- 定義即時整合變式:勾選哪些特性跨越時要產生 FI 文件,也可用布林規則或 BAdI;只選有在 Scenario 中出現的特性才有意義。設定關鍵日期(Key date),之後的 CO 文件才做即時整合;之前的可用後續程式補。
- 變式指派給公司代碼。
- 科目決定:次級成本要素沒有 G/L,需指定 CO 交易(如 KAMV 手動成本分攤、RKIL 活動分攤)→ FI 科目;標準一個 CO 交易一個科目,要更細用替代規則(Substitution)(例:成本要素 470000 改過帳到 C470000)。也可勾「Account determination for primary cost elements」讓初級成本也走替代科目。
- 若利潤中心是獨立會計單位,需在科目決定中設定各利潤中心清算科目。
操作情境(Exercise 2)摘要
- 檢查主分類帳 0L 指派的 Scenario 是否含 FIN_PCA(利潤中心更新)。
- 檢查文件分割特性是否含利潤中心且勾 Zero balance、文件分割是否已啟用 → 才能出完整利潤中心報表。
- 檢查公司代碼 1000 是否指派即時整合變式、科目決定是否完整 → 才能讓次級成本要素的 CO 過帳產生 FI 後續文件。
- Scenario 取消:ACDOCA 一律帶 PRCTR、SEGMENT、RFAREA、RBUSA、成本中心等欄位。
- 即時整合變式與 OK17 科目決定取消:CO 分攤本身就是 ACDOCA 中帶 G/L 科目(次級成本要素)的行,跨利潤中心/段時 FI 自然平衡。
- 文件分割保留(設定路徑相同),但 S/4 新增「Subsequent implementation of document splitting」(2020+ 可在系統上線後再啟用,依一般知識)。
- 分類帳:主分類帳 0L + 延伸分類帳(Extension Ledger);平行會計建議分類帳法。
- Scenario 不能自訂;未指派則該特性不更新到 G/L。
- 要出完整利潤中心資產負債表需:FIN_PCA Scenario + 文件分割(利潤中心為分割特性且 Zero balance)。
- 即時整合觸發:CO 過帳改變了 FI 相關特性(公司代碼、業務範圍、利潤中心、段、功能範圍)。
- Entry view vs G/L view 的區別;Expert mode 看分割規則。
TFIN22 Part 2 Unit 3:PCA 實際過帳(補充:PCA 分攤)
L1–L5(利潤中心更新、與 AA/MM/COC/SD 整合)見 s4f28-profit-center-accounting.html。
Lesson 6:PCA 中的分攤處理(Processing Allocations in PCA)
New G/L 中的統計關鍵指標
- SKF 類別:固定值(Fixed value)— 過帳後延續到本年度後續各期,例如員工數;總計值(Totals value)— 每期須各自輸入,例如用電度數。
- New G/L 可直接維護 SKF:實際 FAGLSKF、計畫 FAGLSKF1;也可從 CO-OM 轉入期初(Customizing:General Ledger Accounting (New) → Statistical Key Figures → Transfer Opening Balance from CO)。
- 從 CO 轉入時,只會更新到「至少一個分類帳有對應 Scenario」的特性;新分類帳若含段 Scenario 需重建 SKF 資料。SAP 建議先從 CO 轉入,再在 FI 調整。
分攤方法比較
| 項目 | Distribution 分配 | Assessment 分攤 |
|---|---|---|
| 接收方看到的科目 | 原始科目(如 416100、416110) | 一個分攤科目(如 499900) |
| 典型用途 | 把存貨(資產負債表科目)分給共用工廠的多個利潤中心(物料主檔只能一個 PC) | 清空預設/Dummy 利潤中心;不想讓接收方看到原始科目 |
| 限制 | 不建議分配未清項目管理或統制科目 | 分攤科目不能是 CO 的次級成本要素(類別 42 不能直接用) |
| 產生文件 | 只產生 FI 文件(文件號在基本清單) | FI 文件 |
| 可否沖回重跑 | 可,次數不限 | 可,次數不限 |
循環-區段(Cycle-Segment)方法
- Sender values:分攤什麼、從哪些利潤中心;可為過帳值(計畫或實際)、固定金額、固定價格;可設 <100% 留部分在送方。
- Receiver values:分給誰;規則有固定金額、固定百分比、固定比例、變動比例。
- Tracing factor:變動比例的基礎,如接收方的 SKF。
- 多個區段組成一個循環,循環必須指定版本(FI 中為版本 1);可指派 cycle run group 讓循環平行執行。
- New G/L 不使用 Periodic Reposting。
三種分攤的整合差異(重要)
| 在哪裡分攤 | 結果 |
|---|---|
| CO-OM 實際分攤(成本中心) | 若啟用 CO→FI 即時整合,利潤中心變化也更新 New G/L |
| Classic EC-PCA 分攤 | 不更新 FI,只產生純 EC-PCA 文件 |
| New G/L 分攤 | 只產生純 FI 文件,不整合其他元件 |
PCA 分攤應在所有前端模組(FI、CO、SD、MM…)期末完成、PCA SKF 輸入後才執行;分攤通常直接在成本中心層做,結果透過即時整合流到利潤中心。
操作情境(Exercise 9)摘要
- 以 499998 為參考建立分攤科目 4990##,指派財報版本 INT。
- 在 New G/L 建立 Assessment 循環 ADMIN##(分類帳 0L、起始日本年度 1/1):送方 = 管理費用利潤中心,收方 = 幫浦事業部利潤中心。
- 建立 cycle run group GR##(平行分攤)並指派循環。
- 本期實際執行循環(文件類型 SA),檢查日誌。
- 執行 Profit Center Group: Plan/Actual/Variance 報表(幣別類型 10、0L、財報結構 INT)確認分攤科目出現在收方。
- Distribution 保留原始科目;Assessment 用分攤科目(不可用 CO 的 42 類)。
- 存貨分配給多個利潤中心 → Distribution;清 Dummy PC → Assessment。
- New G/L 分攤只產生 FI 文件;EC-PCA 分攤只產生 EC-PCA 文件。
- SKF 固定值延續到後續期間;總計值每期輸入。
TFIN22 Part 2 Unit 4:利潤中心重組(Profit Center Reorganization)
Lesson 1:利潤中心重組概念(Reorganizing Profit Centers)
管理層決定調整責任劃分時(例如成本中心從利潤中心 A 移到 B、或把 A 拆成 A 與 B),只改利潤中心階層或主檔不夠:所有帶利潤中心的科目指派物件都要決定留在 A 或改到 B,且既有餘額要轉移。重組工具是定義、觸發、監控、報告這類變更的單一入口,並提供稽核軌跡。
前提與範圍
- EhP5 起提供;以 SFW5 啟用業務功能 FIN_GL_REORG_1(FI-GL (New), Profit Center Reorganization and Segment Reports)。之前版本無法變更已使用的利潤中心指派。
- 只適用 New G/L,且分類帳須指派 Scenario FIN_PCA;不適用 Classic G/L、Classic EC-PCA、FI-SL。(若未用 New G/L 或 FIN_PCA,可直接在成本中心主檔改利潤中心。)
- 重組過帳在 G/L 層級累計過帳;例外:固定資產逐一資產過帳。
- 不支援把利潤中心「完全關閉」,舊利潤中心不再被使用要靠組織面管制。
衍生階層(Derivation Hierarchy)
描述利潤中心如何在建立物件時被決定的物件類型階層。最上層(第一層)物件主檔直接帶利潤中心:物料/工廠、應付→發票(AP)、應收→發票(AR)、網路、網路作業、成本標的、生產訂單、流程訂單、產品成本收集器、應計計算訂單、QM 訂單、維護訂單、內部訂單、成本中心、WBS 元素、銷售訂單、固定資產。下層物件則是從上層衍生(例:資產由成本中心衍生利潤中心;GR/IR 由物料衍生)。
不在範圍內(需另外處理)
- 損益科目的重過帳、歷史重述(restatement)
- 非未清項目管理的資產負債表科目(固定資產與物料科目除外);未清項目管理科目(GR/IR 在文件分割啟用時例外)
- 承諾、不動產物件、應計引擎物件、FI-CA、計畫資料、有收入認列的銷售文件、ALE 情境
- SRM 訂單、CRM 合約、HR 物件(本來就沒有利潤中心)
| EhP5 之前 | EhP5 之後 |
|---|---|
| 管理報表組織彈性受限,無法從某日起變更物件的利潤中心指派;管理報表實體在 G/L 中,重建分類帳受限 | FIN_GL_REORG_1 提供重組;單一入口、角色與時程明確、利潤中心衍生透明、資產負債表一致、稽核軌跡 |
- 前提:New G/L+FIN_PCA Scenario+業務功能 FIN_GL_REORG_1(EhP5)。
- P&L 科目不轉移、無歷史重述;資產逐資產轉,其餘累計轉。
- AR/AP/GR-IR 只有在文件分割啟用時才在範圍內。
- 衍生階層:第一層物件主檔直接帶 PC;下層從上層衍生。
Lesson 2:執行重組計畫(Executing Reorganization Plans)
介面與角色
- Web Dynpro 應用,透過 Enterprise Portal(FIN Reorganization 角色)或 NWBC 使用。
- SAP_FI_GL_REORG_MANAGER(重組經理/中央管制人員):建立/編輯/關閉/刪除重組計畫、產生並指派物件清單、執行重新指派與轉帳。
- SAP_FI_GL_REORG_OBJLIST_OWNER(物件清單負責人/工廠經理、業務經理、成本會計):在物件清單中指定新利潤中心並核准。指派角色即擁有全部所需權限,不需新授權物件。
建立重組計畫(Step 1–4)
- 重組日期:必須是未來會計期間第一天,且該期尚未有過帳(例:K4 會計年度變式、目前 1 月 → 2/1)。不能是特別期間。每個管制範圍同時只能有一個有效計畫。
- 重組期間的 FI 過帳期間必須在所有同管制範圍公司代碼都關閉,否則錯誤 FAGL_REORGANIZATION804;訊息控制 OBA5。
- 選衍生階層版本:SAP 001(不可改,含幾乎所有物件)或自訂版本(物件越少執行越快)。
- 一般限制:指定舊→新利潤中心配對(舊 PC 未來還會用也要列入);舊與新必須同管制範圍、同公司代碼有效。可自訂其他限制特性。
階段模型(Phase Model)
| 階段 | 主要工作 |
|---|---|
| A:準備(重組期間仍關閉) | 成本中心手動建新分析期間(KS02 → Edit → Analysis Period,起日 = 重組日、新舊 PC 在計畫中、若有值則 CO 期間要用 OKP1 鎖定);重組經理產生物件清單(第一層物件需人工指派新 PC,如內部訂單、物料、WBS、銷售文件;第二層如資產、應收應付自動衍生);物件負責人(依舊 PC 主檔的負責使用者,BAdI FAGL_R_GENERATE 可改邏輯)指定新 PC 並把狀態改為「Approved for Further Processing」;執行資產一致性檢查(FAGL_R_ASSETS_CONSISTENZ_CHECK) |
| B1:開放重組期間 | 對前期做結帳:訂單/WBS 完整結算、成本中心分攤、AA 折舊(RAPERB2000)、外幣評價;可再產生物件清單;關閉前一 FI 期間(不關不能往下)。此階段有「準時間相依」:物件主檔仍顯示舊 PC,但以該物件過帳本期文件時自動用新 PC;前期日期過帳仍用舊 PC。手動輸入 PC 的無 CO 物件過帳(如無銷售訂單的客戶發票)不會被重導。 |
| B2:重新指派與轉帳 | 物件清單盡量不再變;執行 Reassignment(自動把新 PC 寫入所有物件)→ Transfer posting(資產負債表餘額轉移:資產逐一、文件表頭 REORG [計畫]/FA;AP/AR 為 REORG [計畫]/AP,交易 FAGL_R_INFO,過帳到所有分類帳)→ 一致性檢查 → 關閉計畫 |
| C:收尾 | 完成報告、稽核;若已有物件為 Approved 狀態,計畫不能刪除(FAGL_REORGANIZATION031) |
應收應付的範圍
- 只考慮客戶/供應商(經 AR/AP 子分類帳)的未清項目,以及頭款與頭款請求的特別 G/L 項目。
- 不考慮:已清項目、週期性分錄、期末自動沖回的轉帳(呆帳轉列、重分類);需人工處理:利息計算文件、其他特別 G/L 交易。
- 若內部訂單前期未完全結算仍有成本,不會轉帳(P&L 不在範圍),日後結算時會用新 PC。
1) Activate Reorganization Plan Types(啟用 001 Profit center);2) Remove Object Types from Derivation Hierarchy(啟用至少一個版本,如 001);3) 定義重組文件類型(如 RG,文件分割啟用時要分類:業務交易 0000/變式 0001);4) 合併異動類型(取得 120、處分 140);5) 若含固定資產:Asset Accounting → Integration with G/L → Segment Reporting → Activate Segment Reporting,並啟用 Reorganization of Fixed Assets。
- 重組日期 = 未來期間第一天,不能是特別期間;每管制範圍只能一個有效計畫。
- 重組期間在所有公司代碼都需關閉;成本中心要人工建新分析期間。
- 兩種角色:Reorganization Manager vs Object List Owner。
- 階段:A 準備 → B1 開放期間/前期結帳 → B2 重新指派+轉帳 → C 收尾。
- 物件清單不會自動更新,需定期重新產生。
TFIN22 Part 2 Unit 5:利潤中心規劃(Profit Center Planning)
Lesson 1:準備規劃設定(Preparing Planning Configuration)
PCA 併入 New G/L 後,利潤中心規劃也搬到 FI(G/L 規劃),且可同時規劃段、功能範圍等特性。
設定步驟
- 啟用總額表 FAGLFLEXT 的規劃。
- 從 client 000 匯入規劃版面(0FAGL 開頭)。
- 建立規劃文件類型(如 P0)及各公司代碼號碼範圍(即使不打算用計畫明細也要設)。
- 定義至少一個計畫版本(版本號可與 CO 一致但非必須)並依會計年度指派(含是否允許明細、是否整合規劃)。
- 設定規劃者設定檔 SAPFAGL,選擇要規劃的表 FAGLFLEXT。
標準規劃情境(版面)
- 利潤中心+科目;利潤中心群組+科目;段+科目
- 利潤中心+功能範圍+科目;利潤中心+夥伴利潤中心+科目
- 成本中心(純 FI)+科目;只有科目
FI 直接規劃一律存在 G/L 科目層,適合初級流程;次級流程(如活動分攤)無法在 FI 直接規劃,只能透過 CO-OM 整合規劃(EhP3 或 Note 1009299)。若利潤中心主檔已有段,計畫資料自動帶段。
其他選項
- 資產負債表科目可啟用累計計畫輸入:在 GP12N 輸入 12,000 搭配分配鍵 2 → 啟用時每期餘額都是 12,000(只在第一期變動);未啟用時每期變動 1,000。啟用後可做計畫餘額結轉 FAGL_PLAN_VT。
- 外部計畫匯入:BAPI_FAGL_PLANNING_POST;過濾/客製欄位處理用 BAdI BADI_GL_PLANNING;也可用 Excel 上傳。
- 報表:Financial Statement: Plan/Actual Comparison(Drilldown);EhP3 另有利潤中心與段計畫的新 Drilldown 報表(可依成本要素選取)。
操作情境(Exercise 10)摘要
- 檢查版本 0/分類帳 0L:本年度可否規劃、可否手動規劃、可否從 CO-OM 轉入、公司代碼 1000 是否允許明細。
- 設定規劃者設定檔 SAPFAGL(FAGLFLEXT)。
- 版面 0FAGL-01,PC 612##,自由輸入:800000 收入 −1,200,000、893015 360,000、895000 −360,000、890000 240,000。思考:生產間接費用等次級成本不能在此規劃。
- PC 611##:資產負債表 1000 = 100,000、1010 = −2,000、211200 = 2,000;觀察 1000 每期都顯示年度值(累計計畫輸入已啟用)。
- 執行折舊/利息的初級成本規劃(AA 傳 CO,成本中心 T611##、折舊範圍 20)。
- Profit Center Group: Plan/Actual/Variance 報表檢查 611##、612## 計畫損益。
- 規劃者設定檔 SAPFAGL、版面 0FAGL-xx、表 FAGLFLEXT。
- FI 中不能直接規劃次級成本,須從 CO-OM 整合。
- 累計計畫輸入只影響資產負債表科目,顯示每期餘額而非變動。
Lesson 2:規劃整合(Outlining Planning Integration)
CO-OM(成本中心、內部訂單)在 CO 規劃,若無自動整合就得到 New G/L 再輸入一次。整合規劃讓 CO 計畫線上傳到 FI 利潤中心(與段)。
設定
- FI 計畫版本勾 Integrated Planning;CO 計畫版本也勾(通常預設)。
- FI 與 CO 版本編號必須相同(CO 版本 0 只傳到 FI 版本 0)。
- 預設只傳初級成本;分類帳需有 Scenario,否則只存科目+金額不帶利潤中心。
- CO-PA 計畫轉 New G/L 不是線上,而是週期性程式。
- 可啟用 FI 計畫明細(FAGLFLEXP 存計畫文件號):Planning → Plan Versions → Fiscal-Year-Dependent Version Parameters → Activate Line Items for Planning。好處:計畫 drilldown 跳明細、報表 FAGLP03;檢查傳送:FAGL_CO_PLAN。
次級成本整合規劃
- CO 規劃用的次級成本要素需對應 FI 的 G/L 科目。
- 在即時整合科目決定(OK17)中把 CO 計畫交易指派到 G/L 科目:RKP1 初級成本規劃(永遠可用)、RKP2 活動規劃、RKP3 次級成本規劃、RKPU 計畫分攤;需要更細時用替代規則。
- 以 FAGL_PLAN_ACT_SEC 啟用次級成本整合規劃(全系統有效)。
操作情境(Exercise 11)摘要
- CO 規劃者設定檔 SAPALL;版面 1-101 為成本中心 T611## 規劃 403000 = 24,000、410000 = 6,000(版本 0)。
- New G/L 報表看 PC 611## → 計畫值已出現(初級整合)。
- 版面 1-102 輸入活動投入:送方成本中心 4100、活動 1410、60 小時。
- 再看報表(版本 1 情境)檢查次級成本是否傳入。
- 整合規劃需 FI 與 CO 版本號一致且都勾整合規劃。
- 預設只傳初級成本;次級需 OK17 指派計畫交易+FAGL_PLAN_ACT_SEC。
- CO-PA 計畫到 FI 是程式批次,不是線上。
TFIN22 Part 2 Unit 6:Drilldown 報表
Lesson 1:執行標準 Drilldown 報表(Executing Drilldown Reports Delivered in the Standard System)
Drilldown reporting 是 Financials 的線上互動報表工具,可做計畫/實際比較、年度比較、物件比較,且可依任何特性與關鍵指標動態向下鑽取。標準提供 FI-G/L、PCA、AP、AR 報表,也可為 Costing-based / Account-based CO-PA 與 FI-SL 自建。可用 Report Painter 建立 Drilldown 報表的「表單(form)」。
報表類型
| 類型 | 用途 |
|---|---|
| 財務報表分析(Financial statement analysis) | 以 FI 財報版本為基礎,做年/半年/季/月的計畫實際差異 |
| 關鍵指標報表(Key figure reports) | 只取計算指標所需財報項目,例如權益比率、負債權益比、資本化比率;內建公式解譯器 |
| 餘額顯示與明細分析 | 客戶/供應商 drilldown |
功能層級(使用者參數 RLV)
| RLV | 層級 | 可用功能 |
|---|---|---|
| 1 | Level 1 | 基本導覽與明細清單;不含報表維護、清單設定變更、Excel 等連結 → 偶爾使用的使用者 |
| 2 | Level 2 | 所有導覽與階層功能、Excel list viewer、下載、例外、圖形 → 分析人員 |
| 0 | All functions | 含列印設定、存報表資料、定義例外、直接維護報表 → 報表維護人員 |
輸出類型
- Graphical report output:同時顯示多個區域(drilldown 清單、明細清單、資訊區),可用 HTML 範本作表頭(含公司 logo)。
- Classic drilldown report:顯示 drilldown 清單或明細清單之一(依基本清單設定),可決定是否顯示表頭頁尾。
- Object list(ALV 物件清單)。
New G/L 標準 drilldown 報表
- 財報:Financial Statement: Actual/Actual Comparison(在 RFBILA00 之上),可選 Classic 或 Graphical,選擇相同結果相同;預設導覽特性:利潤中心、科目、段、功能範圍、業務範圍、成本中心、客製欄位 → 公司代碼財報可轉為段財報或利潤中心財報,並可透過 report/report interface 鑽到 FI 文件。
- 報表變式總覽/執行:FGI0;匯入新報表:FGI0 → Environment → Import Reports → 選表 FAGLFLEXT → 背景執行。
- EhP3 新報表(業務功能 FIN_GL_CI_1):利潤中心群組選擇(階層)、成本要素導覽特性、直接跳 CO 報表;計畫明細 FAGL_PLAN_ITEMS_GL / FAGLP03。
- EC-PCA Report Painter 報表(GLPCT)遷移到 FAGLFLEXT:FAGL_RMIGR。
- 應收/應付依利潤中心或段:取代 EC-PCA 報表群組 8A98(PC 應收)、8A99(PC 應付);位置:General Ledger Reports (New) → Line Items → Open Items(另有 FBL1N/FBL5N)。
- 來源物件特性(Origin object,欄位 ZZHOART):須擴充 FAGLFLEXT 並指派分類帳;跳 CO 報表需在報表定義指派程式 FAGL_RRI_RECON_CO(EhP4 FIN_GL_CI_2)。
操作情境(Exercise 12)摘要
- Receivables: Profit Center 報表:客戶 T-CSD00~25、公司代碼 1000、關鍵日今天、PC 階層 AC612、Classic → 依利潤中心向下鑽 → 看 612## 的客戶 → 看文件號。
- Payables: Profit Center 同樣操作(供應商 T-K500A00~25 與 1000)。
- Profit Center Group: Plan/Actual/Variance(Classic):顯示科目代碼與名稱、改成平面清單、調整導覽特性順序、交換財報結構與 PC 群組、看 612## 的 BS/PL、從 800000 鑽到 FI 明細與原始文件、限制只看存貨變動、查 890000 的夥伴利潤中心。
- 以 Graphical 輸出重做一次比較差異。
- RLV:1 基本、2 分析、0 全部功能。
- 三種 drilldown 類型:財報分析、關鍵指標、餘額與明細。
- 輸出:Graphical(多區域、HTML 範本)vs Classic(單一清單)。
- FGI0 執行/匯入;FAGL_RMIGR 遷移 EC-PCA 報表。
TFIN22 Part 2 Unit 7:Report Painter 與 Report Writer 入門
Lesson 1:介紹 Report Painter 與 Report Writer
SAP 系統中的報表工具
| 工具 | 特色 | 適用 |
|---|---|---|
| QuickViewer / SAP Query | 選單導引,從任意資料表組清單(基本清單、統計、排名) | 臨時清單 |
| Report Painter | 表單式(WYSIWYG)定義,畫面所見即輸出 | CO、FI-SL、EC-PCA 等應用的報表 |
| Report Writer | 完全以 Set(集合)定義列欄結構,支援更複雜報表 | 複雜格式 |
| Drilldown reporting | 線上多維導覽,鑽到任何關鍵指標明細 | FI、CO-PA、PCA |
| LIS(物流資訊系統) | 標準分析(資訊結構 statistics files)+彈性分析 | SD/MM/PP |
Report Painter 的圖形介面可用來:定義規劃版面(如 KP06 的 1-101)、定義 Drilldown 報表表單、定義 Report Writer 報表。Report Painter 是使用者與 Report Writer 之間的介面:用 Painter 建立的報表,系統會轉換後由 Report Writer 執行,因此不必熟悉 Set 概念。
- Painter = WYSIWYG、不需 Set 知識;Writer = 以 Set 定義、較複雜。
- Painter 報表最後由 Report Writer 執行。
- Painter 介面可定義規劃版面、drilldown 表單、Report Writer 報表。
Lesson 2:Report Writer 元件(Understanding the Report Writer Components)
| 元件 | 說明 |
|---|---|
| Reporting table 報表表格 | 含報表可用的所有欄位;邏輯表可包含多個實體表。CO-OM 用 CCSS;其他例:GLPCT(EC-PCA)、FAGLFLEXT(New G/L)、GLT0、FI-SL 自建總額表 |
| Characteristic 特性 | 非數值欄位:科目、成本中心、業務範圍 |
| Basic key figure 基本關鍵指標 | 數值欄位:本幣、總成本、活動數量 |
| Key figure 關鍵指標 | 基本關鍵指標+一個或多個特性,用於可重複使用的標準欄,例:本年度實際成本、去年計畫成本 |
| Library 程式庫 | 從報表表格挑選的特性、基本關鍵指標、關鍵指標集合;報表一定屬於一個 Library |
| Report 報表 | 建立在 Library 上;執行前必須放入報表群組 |
| Report group 報表群組 | 含一或多個報表;產生(generate)時建立選取與格式化資料的可執行 ABAP 程式 |
操作情境(Exercise 13、14)摘要
- 以自己的話說明特性、基本關鍵指標、關鍵指標的差異。
- 列出報表表格與應用(CCSS → CO-OM;GLPCT → EC-PCA;FAGLFLEXT → New G/L),找出各表的 Library。
- 查標準報表 1SIP-001:報表表格 CCSS、Library 1VK、報表群組 1SIP。
- 階層:報表表格 → Library → 報表 → 報表群組(一對多關係)。
- 關鍵指標 = 基本關鍵指標 + 特性(例如「實際 + 本年度」)。
- 產生(generate)報表群組才會建立 ABAP 程式。
Lesson 3:設定 Report Writer 元件(Configuring the Report Writer Components)
維護 Library 時,指派給特性、基本關鍵指標、關鍵指標的位置編號(position)決定它們在報表定義畫面中出現的順序;未給位置的元素不能在報表中使用。
- 建立 Library Z##(說明 CA705 group ##),以 1VK 為範本。
- 刪除所有關鍵指標與基本關鍵指標的選取,再依目標報表(實際/計畫差異報表+統計關鍵指標區段)需要的特性、基本關鍵指標、關鍵指標,依順序給位置。
- 儲存。
- Library 中元素的位置決定順序;只有選入 Library 的元素才可在報表使用。
- 可複製標準 Library(如 1VK)作範本。
TFIN22 Part 2 Unit 8:用 Report Painter 建立報表
Lesson 1:建立基本 Report Painter 報表
報表由三部分組成:列(rows)、欄(columns)、一般資料選擇(general data selection)。
| 部分 | 可放什麼 | 說明 |
|---|---|---|
| 列 | 特性值(單值、區間、主檔群組)或公式 | 公式列用公式編輯器,引用同區段的其他列或已選的儲存格(例:Total = 列1+列2+列3) |
| 欄 | (1) 預定義關鍵指標(Predefined key figure);(2) Key figure with characteristics(基本關鍵指標+限制特性);(3) 公式欄 | SAP 為 CO-OM Library 預送許多預定義欄,可直接複製修改 |
| 一般資料選擇 | 全報表限制條件,例如成本中心範圍、計畫版本、年度 | 可設成變數,讓執行者在選擇畫面輸入(例:會計年度) |
操作情境(Exercise 16)摘要:含總計列的報表
- GRR1 建立 Z1##-001「Report with totals lines」,Library Z##。
- 列 1~3:成本要素群組 OAS_WAGES(工資)、OAS_SALAR(薪資)、OAS_P_IMP(附加人事成本);列 4:公式 = 1+2+3(Total)。
- 欄 1:預定義關鍵指標「實際成本」;欄 2:Key figure with characteristics(成本+計畫值類型+版本);欄 3:公式 實際 − 計畫(Variance)。
- 一般資料選擇:管制範圍 1000、成本中心群組 H1010、本年度、期間 1–12。
- Check → Save,指派到報表群組 Z1##。
- 列可用特性值或公式;欄可用預定義欄、關鍵指標+特性、公式。
- 一般資料選擇作用於整份報表,且只能用未在列/欄用到的特性。
Lesson 2:使用報表群組(Using Report Groups)
- 報表必須在報表群組中才能輸出;報表群組存在於 Library 下,一次執行多個報表。
- 多報表讀同一資料集時放同一群組最有效率:資料只讀一次,用不同版面顯示。
- 不同 Library 的報表不能放同一報表群組。
- 產生(Generate):建立 ABAP 程式(定義變更後需重新產生);執行(Execute):跑程式取資料。系統在執行時若發現未產生會自動產生。
操作情境(Exercise 17)摘要
- GRR2 中 Environment → Assign report group(或 GR51)指派 Z1##。
- Report → Execute(或 GR55)。
- 比較:Key figure 是預先組合好的;Basic key figure with characteristics 是在報表中自行組合。
- 一個報表群組只能含同一 Library 的報表。
- Generate ≠ Execute。
Lesson 3:列展開(Using Row Explosion)
列用群組、區間或多個單值定義時,可選擇展開層級:
| 選項 | 結果 |
|---|---|
| Do not explode(不展開) | 只顯示一列總計 |
| Explode(展開) | 顯示整個群組階層,各節點自動小計 |
| Single values(單值) | 每個值各一列(無中間節點小計) |
預設只顯示有資料的列。用成本要素群組(如 CA705_COST,含小計節點)搭配 Explode,可省去公式列就有自動小計。
- 用群組+Explode 取得自動小計;公式列為替代方式。
- 系統預設不顯示無資料的列。
Lesson 4:報表中的階層(Using Hierarchies in Reports)
同一列區塊組合多個特性(如成本中心+成本要素)並展開時,可指定階層排序順序:先成本中心再成本要素,或反過來。
操作情境(Exercise 19)摘要
- Z3##-001:列 = 成本中心群組 H1010 × 成本要素群組 CA705_COST,展開,以成本中心為主;報表群組 Z3##。
- Z3##-002:同一定義,但用 Sort/Hierarchy sequence 改成成本要素在上層。
- Z3##-002 放在 Z3## 群組(同 Library、同資料集),執行後用 Other report 在兩份報表間切換。
- 多特性列區塊展開時可選擇階層順序(True)。
- 讀相同資料的報表放同群組,可在輸出中切換。
Lesson 5:Report Painter 報表中的變數與文字
變數(讓報表可重複使用)
| 類型 | 替代對象 | 例子 |
|---|---|---|
| Value variable 值變數 | 單值或區間 | 會計年度、期間起迄、管制範圍(如 1GJAHR、1PERIOD) |
| Set variable 群組變數 | 主檔群組 | 成本中心群組 1KOSET |
| Formula variable 公式變數 | 以公式計算的值(ABAP 函式等) | 前一年度 = 本年度 − 1 |
執行報表群組時,每個變數都會在選擇畫面產生一個輸入欄位。變數可在列、欄、一般資料選擇中使用。
文字
- 位置:標題頁(Title page)、表頭(Header)、頁尾(Footer)、結束頁(Final page)。
- 文字變數:一般變數(作者、輸出日期、報表名稱、Library、報表群組)、選擇參數(期間起迄)、特性(管制範圍、年度)、特殊變數。
- 匯出 Excel 時,工作表表頭取自匯出文字;表頭/頁尾為清單列印用,不會出現在工作表;標題頁、結束頁也一樣。
- 三類變數:值、Set、公式。
- 文字四位置:title page、header、footer、final page。
- 每個變數在選擇畫面產生 input field。
TFIN22 Part 2 Unit 9:列與欄模型(Row and Column Models)
Lesson 1:使用列與欄模型
常用的列結構(如 OAS_PRIM 初級成本要素清單)或欄結構(實際/計畫/差異)可存成模型(model),建立報表時直接複製進來,是最快的報表定義方式。
- 模型屬於 Library,只能用在同 Library 的報表;要跨 Library 必須複製,且目標 Library 必須有所需欄位。
- 模型複製進報表後即成為報表的一部分(之後修改模型不會自動更新已建報表,依一般知識)。
操作情境(Exercise 21)摘要
- Report Painter → Model → Column Model → Create:Z##-APV(Library Z##),欄 Actual、Plan、Variance。
- Row Model → Create:Z##-ELEMENT,以 OAS_PRIM 展開。
- 建立報表 Z4##-001:在列/欄定義中用 Edit → Rows/Columns → Insert model(插入模型)。
- 一般資料選擇:成本中心群組用 Set 變數 1KOSET、年度與期間用值變數、管制範圍固定 1000。
- 以 Report Writer 建立報表群組 Z4##,產生並執行。
- 模型綁 Library;跨 Library 需複製且目標有欄位。
- 模型 = 加速定義,不是另一種報表。
TFIN22 Part 2 Unit 10:選擇與水平頁(Selection and Horizontal Pages)
報表結構:一份報表由多個區段(sections)組成;每個區段可有多個水平頁(horizontal pages),同區段的水平頁共用相同列結構。
Lesson 1:使用水平頁(Using Horizontal Pages)
- 把欄分成幾組(例:成本欄一頁、數量欄一頁),列印時在欄群組間分頁。
- 公式欄可引用同一區段所有水平頁的欄。
操作情境(Exercise 22)摘要
- 複製 Z4##-001 為 Z5##-001。
- Edit → Insert horizontal page(新增水平頁),定義第二頁的欄(如數量)。
- 差異公式欄可引用第一頁的欄。
- 指派報表群組 Z5##、執行。
- 水平頁共用列結構;公式欄可跨同區段的水平頁。
Lesson 2:使用區段(Working with Sections)
| 區段類型 | 內容 |
|---|---|
| 含特性與關鍵指標的區段 | 大多數區段:讀資料,各自有自己的列結構(例:第一段成本、第二段統計關鍵指標) |
| 計算關鍵指標區段(Calculated key figures) | 不讀資料,用前面區段的儲存格計算個別指標(例:每員工成本) |
每個區段有自己的列結構;「獨立區段(independent section)」有自己的列與欄,「相依區段(dependent section)」共用前一區段的欄結構(依一般知識;Exercise 25 詢問其意義)。
操作情境(Exercise 23)摘要
- 建立 Z6##-001,Edit → Sections → Create section,命名「統計關鍵指標」。
- 該區段列為 SKF(如員工數、電話單位),欄為實際/計畫/差異。
- 指派 Z6## 群組並執行(若本年無資料改用去年)。
- 兩種區段:特性+關鍵指標 vs 計算關鍵指標。
- 每個區段有自己的列結構。
Lesson 3:在公式欄中使用儲存格(Using Cells in Formula Columns)
儲存格(cell)是報表列欄矩陣中的特定位置或區間。選取後可在公式中引用,例如以「員工數」這個單一值來正規化成本(Actual/Employee 欄)。
- 以 Z6##-001 為基礎建 Z6##-002。
- Edit → Cells → Select cell(選第二區段「員工數-實際」的儲存格)。
- 第一區段新增公式欄 = 實際成本 / 該儲存格。
- 存檔、指派群組、執行。
- 儲存格可跨區段被公式引用;用途:比率、正規化、占比。
Lesson 4:在計算中使用儲存格(Using Cells in Calculations)
- 計算關鍵指標區段:先定義列文字與欄文字,再用公式編輯器逐一定義每個儲存格(例:每員工人事成本、每員工電話單位)。
- 展開的列不能選儲存格;列的參考值是該階層最上層總計。要取子群組的值:另加一列放子群組 → 選儲存格 → 隱藏該列。
- 列與欄都可隱藏(suppress),隱藏的列欄仍可用於公式或計算區段。
操作情境(Exercise 25)摘要
- 以 Z6##-002 建 Z6##-003。
- 新增一列人事成本 OAS_PERS(設 Explode 或 Do not explode 才能取總計)→ 選取實際/計畫儲存格 → 隱藏此列。
- 選取員工數實際/計畫儲存格。
- 建立計算關鍵指標區段:列文字「每員工人事成本」、欄文字實際/計畫,儲存格公式 = 人事成本 ÷ 員工數。
- 存檔、指派 Z6##、執行;用 Goto → Other report 切換。
- 展開列中不能選儲存格;需另加列+隱藏。
- 隱藏列/欄仍參與計算。
- 計算關鍵指標區段的每個儲存格以公式定義。
TFIN22 Part 2 Unit 11:報表格式(Report Formatting)
Lesson 1:使用標準版面(Formatting Reports Using Standard Layouts)
標準版面(Standard layout)定義報表格式參數:列、前導欄(lead column)、欄、欄標題、呈現(representation)、語言相關參數、圖形。
- 新報表預設指派 SAP 標準版面(報表表頭的 Standard Layout 欄位);可為報表指派自訂版面,或在報表中直接改版面(覆蓋)。
- 勾選「Change allowed during execution」時,執行中修改的版面參數可儲存;報表離開開發階段後通常取消,以免使用者一直改版面。
- 標準版面控制列、前導欄、欄、欄標題、呈現、語言、圖形。
- Change allowed during execution 決定執行中改的版面能否存。
Lesson 2:格式化區段(Formatting Sections)
- 版面可選:所有欄使用短/中/單行長文字;以顏色、上劃線、底線強調彙總層級(*);展開或壓縮彙總層級;為欄選格式群組以最佳化數字格式與欄寬。
- 區段依序號輸出,每區段可有自己的文字與分頁;可決定區段是否新頁開始、在頁中開始時是否重印欄標題。
- 報表表頭的版面全域套用所有區段;區段專屬版面參數優先於全域設定。
- 區段版面控制:列總計、列文字、欄文字;也可在報表輸出時修改。
操作情境(Exercise 26)摘要
- 建立標準版面 Z##-NEW。
- Z6##-003 指派 Z##-NEW。
- Formatting → Section layout / Section attributes 改區段屬性(分頁、標題)。
- 把報表連到不同的區段版面,儲存並執行。
- 區段層級設定優先於報表全域版面。
Lesson 3:使用格式群組(Formatting Reports Using Format Groups)
格式群組(format group)是一組版面參數的「版本」。版面畫面中的相關欄位各有 6 個輸入格,對應格式群組 0~5;欄指派哪個格式群組,就套用該組參數。
| 畫面 | 受格式群組影響的參數 |
|---|---|
| Create Report: Column Totals(欄格式) | 欄寬、右邊界 |
| Layout: Representation(數字格式) | 小數位數、比例(scaling,如千元)、正負號反轉、列印單位 |
操作情境(Exercise 27)摘要
- Z5##-001 列全部展開。
- 選差異欄 → Formatting → Columns 指派格式群組 1;更新格式群組 1(如千元、無小數)與 0 的參數。
- 小計列加上劃線/底線強調。
- 系統依游標所在欄判斷正在改哪個格式群組。
- 設定彙總層級,只顯示總計與下一層小計。
- 格式群組 0~5,共 6 組。
- 影響欄寬、右邊界、小數、比例、正負號、列印單位。
TFIN22 Part 2 Unit 12:資訊系統(補充:CO-PA 整合 SAP BW)
L1–L4(KE30 執行、基本報表與關鍵指標方案、Form 報表、明細與 Account-based 報表)見 s4f29-profitability-analysis.html。複習重點:drilldown 功能層級 RLV(0/1/2)、例外(單一儲存格或整欄的綠/紅門檻)、ABC 分析/累積曲線/分類、選擇變式與變式群組背景執行、表單類型(單軸無關鍵指標、單軸有關鍵指標、雙軸)、本地/全域變數、文字變數、特性階層(每值只能出現一次)、Reorganize reports 刪除報表群組。
Lesson 5:CO-PA 整合 SAP BW(Integrating SAP BW in CO-PA)
為什麼用 BW 做獲利報表
- 資料量大、要跨應用報表、要收集多系統資料、要合併舊系統與 CO-PA 資料。
- ERP 當 OLTP(營運交易),BW 當 OLAP(分析),把報表負載移出 ERP。
- 多套 ERP 各國 CO-PA 略有不同 → 合併到同一 InfoCube 做集團獲利分析;非 SAP 子公司資料也可一起納入。
BW 架構與名詞
| 名詞 | 意義 |
|---|---|
| Source system 來源系統 | 所有提供資料給 BW 的系統(SAP ERP、外部系統) |
| Business Content | SAP 預先建好的資訊模型、查詢、抽取器,含產業模型與外部資料(POS、市調、標竿) |
| DataSource / 抽取器 | ERP 端的資料抽取結構;CO-PA 需自行產生(名稱 1_CO_PA<client><operating concern>) |
| InfoSource | 邏輯上彙整為一個單位的資訊(交易資料或主檔屬性、文字、階層) |
| InfoObject | 業務評估物件(客戶、收入):特性、關鍵指標、單位、時間特性 |
| InfoCube / DSO | InfoCube:多維資料立方體(每個特性一軸、關鍵指標一軸);DSO:明細層儲存 |
| Data Warehousing Workbench(RSA1) | 把資料從來源系統搬進 BW 的工具,含 Scheduler 與 Monitor |
| Process chain / InfoPackage / DTP | 排程何時從來源取資料、何時更新 InfoCube 與 DSO |
| Business Explorer(BEx) | 報表層;可做計畫實際比較、年度比較等 |
技術上,BW 與 OLTP 透過 BAPI 溝通(Business Framework:ALE、BAPI、Workflow 使元件可跨系統整合);非 SAP 系統透過各種 adapter 抽取。
建立 CO-PA 抽取流程(步驟摘要)
- ERP:SBIW → Settings for Application-Specific DataSources (PI) → Profitability Analysis → Create Transaction Data DataSource(亦可 KEB0)。
- 系統產生名稱 1_CO_PA%CL%ERK(可追加字尾),選 Costing-based 或 Account-based → 執行。
- 輸入說明,選要抽取的特性、值欄位/關鍵指標(含計算值)→ InfoCatalog;(OK code INIT 可清除預設選取)。
- 指定可在 InfoPackage 篩選的欄位(Selection)或隱藏欄位(Hide)→ 儲存。
- BW:RSA1OLD(或 RSA1)→ 來源系統 → DataSource Overview → Controlling → Profitability Analysis → Replicate DataSources;選 3.x DataSource 以便產生 WW 特性/VV 值欄位的 InfoObject。
- 指派 InfoSource、接受建議、在通訊結構移入所有 InfoObject 並啟用轉換規則。
- 以 InfoSource 為範本建 InfoProvider;建立 InfoPackage、DataSource→InfoProvider 的 Transformation 與 DTP;執行 InfoPackage 與 DTP;在 InfoProvider 上建查詢。
- S/4 有嵌入式分析(Embedded Analytics):直接在 ACDOCA 上以 CDS view(虛擬資料模型 VDM)即時報表,Margin Analysis 的 Fiori App 即是例子,不必先搬到 BW。
- 需要資料倉儲時,建議 SAP BW/4HANA 或 SAP Datasphere(前稱 Data Warehouse Cloud);抽取改用 ODP(Operational Data Provisioning)框架與 CDS 抽取 view。
- Account-based CO-PA(Margin Analysis)資料在 ACDOCA,可用 Universal Journal 的 DataSource(如 0FI_ACDOCA_10,依一般知識);Costing-based 仍用 1_CO_PA* DataSource。
- SAC 可直接連 S/4 CDS 查詢(Live connection)做報表與規劃。
- BW 中業務評估物件(客戶、收入)叫 InfoObjects。
- 把資料從來源系統搬進 BW 的工具:Data Warehousing Workbench。
- ERP = OLTP;BW = OLAP。
- CO-PA DataSource 需自行產生(SBIW/KEB0),名稱 1_CO_PA + client + 營運關注。
- S/4:嵌入式分析(CDS)優先,BW/4HANA 用於跨系統資料倉儲。
本課總複習
關鍵 T-code 總表
| T-code | 用途 | S/4HANA / Fiori App |
|---|---|---|
| KA01 / KA06 | 建立初級 / 次級成本要素(ECC) | FS00、Manage G/L Account Master Data |
| OKB2 / OKB3 | 自動建立成本要素預設值 / Batch input | S/4 不適用 |
| KAH1 | 成本要素群組 | Manage Global Hierarchies |
| OKP1 | CO 期間鎖定 | 仍使用;FI 期間 Manage Posting Periods |
| GR55 | 執行報表群組 | Cost Centers - Plan/Actual 等分析 App |
| GRR1/GRR2/GRR3 | 建立/變更/顯示 Report Painter 報表 | Custom Analytical Queries |
| GR21/GR22 | 建立/變更 Library | — |
| GR51/GR52 | 建立/變更報表群組 | — |
| GS01 / GS11 | 建立 Set / 建立變數 | — |
| GR11 | 建立標準版面 | — |
| OK02 / BS02 | 狀態設定檔 | 同;Manage Internal Orders 變更狀態 |
| KOT2_OPA | 訂單類型(狀態設定檔、承諾管理勾選) | 同 |
| OKKP | 管制範圍元件啟用(含承諾管理) | 同 |
| FMZ1 | 建立資金承諾 | 同(依一般知識) |
| OKEW / OKO6 / KEI1 | 來源結構 / 分攤結構 / PA 轉移結構 | 同;KEI1 僅 Costing-based |
| OKO7 | 結算設定檔 | 同 |
| KO88 / KO8G | 個別 / 集體結算(階層式結算) | Schedule Overhead Cost Management Jobs |
| KKR0 / KKRV | 訂單彙總階層 / 執行彙總(依一般知識) | Fiori 分析 App 即時彙總 |
| KKE1/KKE2 | 建立/變更 Base Planning Object | S/4 不支援;改用無數量結構估算 / PLC |
| OKKN / OKKI / OKK4 | 成本估算變式 / 類型 / 評價變式 | 同 |
| KZS2 | 成本表 | 同 |
| CPT1 | 建立範本(ABC) | 同 |
| CK11N / CK40N / CK24 | 成本估算 / Costing run / 標記與核發 | 同;Costing run Fiori App |
| OK17 | 即時整合科目決定(ECC New G/L) | S/4 不需要 |
| FAGLGA11/FAGLGA15 | New G/L Assessment 建立/執行(依一般知識) | Manage Allocations、Run Allocations |
| FAGLGA31/FAGLGA35 | New G/L Distribution 建立/執行(依一般知識) | 同上 |
| FAGLSKF / FAGLSKF1 | New G/L SKF 實際 / 計畫 | Manage Statistical Key Figures(依一般知識) |
| SFW5 | 啟用業務功能(FIN_GL_REORG_1) | 同 |
| OBA5 | 訊息控制(重組期間訊息) | 同 |
| GP12N | New G/L 計畫輸入 | SAC / Import Financial Plan Data(ACDOCP) |
| FAGLP03 / FAGL_CO_PLAN | 計畫明細 / 檢查 CO 計畫傳 FI | ACDOCP 報表 |
| FAGL_PLAN_ACT_SEC | 啟用次級成本整合規劃 | S/4 不需要 |
| FGI0 | 執行/匯入 drilldown 報表 | Display Financial Statement、Trial Balance |
| FAGL_RMIGR | EC-PCA Report Writer 報表遷移至 FAGLFLEXT | — |
| SBIW / KEB0 | 產生 CO-PA DataSource | ODP / CDS 抽取、BW/4HANA |
| RSA1 | BW Data Warehousing Workbench | BW/4HANA Modeling Tools |
自我測驗(點選看答案)
1. ECC 中次級成本要素是否需要 FI 的 G/L 科目?S/4HANA 呢?
ECC 不需要(次級只存在 CO,用 KA06 建)。S/4HANA 必須以 G/L 科目(類型 Secondary Costs)建立。
2. 成本要素類別 42 與 43 分別用在哪?
42:Assessment(分攤);43:內部活動分攤/流程分攤。
3. CO 期間鎖定(OKP1)的鍵值是什麼?鎖定後可否再開?
管制範圍+會計年度+版本,鎖的是業務交易;可以隨時解除(非不可逆)。
4. Report Painter 中 Extract 建立後,又有新過帳,再開 Extract 看得到嗎?
看不到。Extract 是快照,要用 New selection 重新讀資料。
5. 不同 Library 的報表可以放在同一個報表群組嗎?
不可以。報表群組只能包含同一 Library 的報表。
6. 使用者狀態目前編號 20、最高編號 40,可以直接設成 50 嗎?
不行,只能在允許的範圍內(如 30 或 40);沒有編號的使用者狀態才可自由切換。
7. 承諾管理必須在哪兩處啟用?
管制範圍(OKKP 元件啟用)與訂單類型(KOT2_OPA 勾 Commitment Management)。
8. 來源結構、分攤結構、PA 轉移結構各解決什麼問題?
來源結構:借方依成本要素群組分成不同結算規則/接收者;分攤結構:借方成本要素對應結算成本要素;PA 轉移結構:成本要素對應 Costing-based CO-PA 值欄位。
9. 階層式結算中,階層編號 000 與 999 誰先結算?
999(最底層)先結,000(最上層)最後結。
10. 替代過帳期間結算有哪些限制?
過帳期間必須是更正期間的下一期、同會計年度,且須在本期正式結算前執行;若本期已結算須先沖回。
11. 一個 Base Planning Object 可以有幾個成本估算?S/4 是否支援?
只有一個。S/4HANA 不支援 BPO(依一般知識,屬 Simplification List),改用無數量結構估算或 PLC。
12. 要出完整的利潤中心資產負債表,ECC New G/L 需要哪些設定?
分類帳指派 FIN_PCA(與段則 FIN_SEGM)Scenario;文件分割以利潤中心為分割特性並勾 Zero balance、啟用文件分割;若 CO 過帳會跨利潤中心,還要即時整合變式與科目決定。
13. New G/L 的 Distribution 與 Assessment,哪個會保留原始科目?存貨要分給多個利潤中心該用哪個?
Distribution 保留原始科目,存貨分配用 Distribution;Assessment 用分攤科目(不可是 CO 的類別 42 次級成本要素)。
14. 利潤中心重組的重組日期有何規定?一個管制範圍可同時有幾個計畫?
必須是未來會計期間的第一天(非特別期間),且該期在所有公司代碼都關閉;每個管制範圍只能有一個有效計畫。
15. 利潤中心重組會不會轉移損益科目餘額?
不會。P&L 不在範圍、也不做歷史重述;只轉資產負債表相關(資產逐筆、AR/AP/GR-IR 需文件分割)。
16. CO→FI 整合規劃的版本條件是什麼?預設傳哪些成本?
FI 與 CO 版本號相同且都勾 Integrated Planning;預設只傳初級成本,次級需 OK17 指派計畫交易並執行 FAGL_PLAN_ACT_SEC。
17. Drilldown 報表使用者參數 RLV = 0、1、2 分別代表?
0:所有功能(含報表維護、列印設定);1:基本功能;2:完整分析功能(Excel、圖形、例外)但不含維護。
18. Report Painter 中,展開(Explode)的列可以選儲存格嗎?
不行。要另加一列放子群組、選儲存格後隱藏該列。
19. 格式群組有幾組?影響哪些參數?
6 組(0~5);影響欄寬、右邊界、小數位、比例、正負號、列印單位。
20. BW 中「客戶」「銷售收入」這類業務評估物件叫什麼?哪個工具負責把資料搬進 BW?
InfoObjects;Data Warehousing Workbench(RSA1)。
21. S/4HANA 中哪些 ECC 機制因 ACDOCA 而消失?舉三個。
對帳分類帳 KALC、CO→FI 即時整合變式/OK17、New G/L Scenario、Classic EC-PCA(GLPCA)、成本要素主檔 KA01/KA06(任三個)。