S4F25 成本標的控制（下）：銷售訂單控制與資訊系統（Cost Object Controlling in SAP S/4HANA, Unit 6–11）

Unit 6：成本標的控制中的銷售訂單相關生產情境（Sales-Order-Related Production Scenarios）

Lesson 1：銷售訂單管理流程（Managing Sales Orders）

銷售訂單管理（Sales Order Management，舊稱 SD）把「客戶需求」串成一條前後相連的文件鏈。每一步都產生電子文件，彼此有 文件流（Document Flow） 可以追溯，也是之後分析與成本控制的資料來源。

Lesson 2：MTO 的控制情境（Controlling Scenarios in Make-to-Order）

接單生產（Make-to-Order, MTO）的特徵：成品和半成品可以針對單一客戶個別生產；以銷售訂單庫存（sales order stock，特殊庫存 E）把客戶區段分開管理；為某張訂單做出的數量不能直接拿去滿足另一張訂單；元件也可以專為某張訂單採購。MRP 會以「銷售訂單＋項目」建立獨立的規劃區段（planning segment），所以同一個物料號碼可以管理很多客製變式。

規劃 MTO 控制情境時要先做 兩個關鍵決策：

1. 要不要做銷售訂單產品成本控制（Product Cost by Sales Order），也就是讓 SDI 成為成本標的？
2. 銷售訂單庫存要評價（valuated）還是不評價（unvaluated）？

A. MTO 不做銷售訂單成本控制（Without Product Cost by Sales Order）

• 適用環境：生產控制以產品群組為中心、大量生產，成本控制方式和存貨生產（MTS）差不多。
• 典型例子：Assemble-to-Order（ATO）、包裝變式的 MTO。
• 銷售訂單只有「物流意義」，例如由它產生獨立需求，或它是變式組態的載體。
• SDI 不必做期末結帳；銷售面的控制交給 CO-PA（S/4HANA 由 Margin Analysis 負責）。
• 仍然可以做銷售訂單成本估算（sales order cost estimate）供定價參考。但只有 SDI 是成本標的時，估算結果才會成為 SDI 的計畫成本。報表方面，CO-PC 資訊系統只能對身為成本標的的 SDI 執行。
• 如果另外用專案（customer project production），成本標的改成 WBS，SDI 不帶成本標的屬性。

B. MTO 做銷售訂單成本控制（With Product Cost by Sales Order）

這時 SDI 可以：不論採哪種製造情境都在 SDI 上收集成本；同時指派成本與收入；顯示資金承諾（funds commitment）；計算在途貨物（已出貨未開票）的收入以及各種準備（reserves）。

適合回答以下問題：這張訂單的毛利是多少？特殊銷售成本怎麼對應？承諾了多少資金、成本面表現如何？客戶臨時變更對生產成本影響多大？另外，可以利用 RA 自動提列預期損失準備、手動加入可預見風險準備，並計算在途貨物的收入。若要使用「不評價」的銷售訂單庫存，就一定要做銷售訂單成本控制（不建議這樣做）。

C. 評價 vs. 不評價銷售訂單庫存

第一次入庫決定評價價格：評價庫存的價格在第一次入庫時，依預先定義的評價策略順序決定，之後就固定下來：

D. 決策表：四種組合

從會計角度，兩種「評價庫存」的組合都比較好。

Unit 7：有生產的銷售訂單產品成本控制（Product Cost Controlling by Sales Order with Production）

Lesson 1：MTO 銷售訂單與預先計算（Using MTO Production for Sales Orders）

情境：客戶訂了一台沒有庫存的堆高機 T-FL##，需要先經過多階籌購（半成品自製、原料專案採購）再組裝。SDI 作為成本標的時，可以：

• 把特殊的直接銷售費用（S&D direct cost）指派到 SDI
• 把作業流程成本（process cost, ABC）分攤到 SDI
• 把銷售及管理間接費用（sales overhead）攤到 SDI
• 利用 RA 自動提列損失準備、手動提列風險準備、計算在途貨物收入

適用於訂單金額高、MTO 結構複雜的情境，包括自製、轉售外購品、提供服務。SO 控制可以：分析 SDI 的計畫／實際成本與收入、計算成品與半成品存貨、自動提列準備，並把資料傳到 FI、CO-PA、PCA（S/4HANA 全部都在 ACDOCA）。

離散製造（Discrete Manufacturing）與重複製造（Repetitive）的對照：離散製造的產品常變更，按批次和工作中心順序生產，成本按工單／批次計算，元件依批次備料，製程之間常有等待與暫存。重複製造則依期間與速率生產，期末計算產出。

三種控制層次的關係：SO 控制（Controlling by Sales Order）位在上層，下面可以掛工單別控制（production order）或期間別控制。進階 MTO 有兩種方法：MTO（成本直接追蹤在 SDI）與 ETO（Engineer-to-Order）（用專案處理複雜生產，如廠房工程）。採用評價庫存時，SO／WBS 的成本不是在工單入庫時產生，而是在物料被耗用時才產生。

練習情境（Exercise 29–32）步驟摘要

銷售訂單的預先計算（Preliminary Costing of Sales Orders）

• 成本估算方法可以在 Customizing（需求類別裡的成本計算變式等）預先指定，也可以在啟動估算時選擇。結果會成為 SDI 的計畫值；成本標的報表上只看得到「成本要素層級的銷貨成本」，細項在估算裡看。
• 間接費用：銷售及管理費用（S&A overhead）由需求類別中的 costing sheet 計算；材料及製造間接費用則由評價變式（valuation variant）／成本計算變式中的 costing sheet 計算。
• 訂單 BOM 成本估算：CK51N（Order BOM Cost Estimate → Create）。可以在整份 SO BOM 完成前先算組件成本，並拿來評價組件庫存，之後把組件的計畫成本轉入成品的 SO 成本估算（transfer，可大幅提升效能）。只能搭配評價銷售訂單庫存，而且成本計算變式要勾選「Transfer of Cost Estimate of Order BOM」。
• 需求展開（Exploding of Requirements）：個別需求逐筆列出下階需求量，彙總需求則合併列示。指示碼會影響所有下階元件。個別需求的自製元件每一筆都會開獨立工單，不同 SO 的工單不能合併。指示碼可以在物料主檔維護，也可以在 BOM 項目的 爆炸類型（Explosion Type）維護（IMG：Production → Basic Data → Bill of Material → Item Data → Define Explosion Types）；爆炸類型優先於物料主檔。
• 計畫收入：在 SD 的定價程序（pricing procedure）中依條件技術（condition technique）計算。條件類型可以設為必要（mandatory）、手動輸入、或僅供統計（statistical）；程序中可以有任意多個小計，並用參考層級（reference level）指定計算基礎。
• 成本轉入定價：依需求類別決定條件類型；需求類別沒有指定時，改由銷售文件類型決定（這時對整份文件所有項目都有效）。EK01＝把 SO 成本估算結果放到定價畫面第一行，可以作為計價基礎；EK02＝成本只是統計值，用來和售價比較。
• 組裝類型（Assembly Type）：需求類別中可以設定由哪一種預先計算（生產工單、網路、服務的統計處理）提供 SD 條件，適用於 assembly type 2。

Lesson 2：同步計算：存貨評價與採購（Using Simultaneous Costing in Stock Valuation and Purchasing）

要讓貨物移動在 FI 有對應分錄，就要用評價銷售訂單庫存。SO 庫存專屬於某一張 SO 的某個項目，不能給其他訂單使用。從 SO 庫存發出或收進的移動，會依情況借記耗用者或貸記供應者。

• 規劃：有 BOM＋途程時用 product costing 算計畫成本，沒有數量結構時（典型是服務）用 unit costing。
• 多階 MRP：從 SO 出發計算獨立需求與相依需求，產生計畫訂單與請購單。
• 原料入庫／發票：FI 的入庫分錄和一般相同，但可以使用 SO／專案庫存專用科目。在物料主檔 Accounting 1 視圖的評價類別（valuation class）可以指定 SO 庫存另用科目（欄位「VC: Sales order stk」）。價格差異記到價差科目。
• 為什麼 SO 報表會出現存貨科目？如果存貨 G/L 科目勾選「Record Account Assignment」，就相當於舊版的統計成本要素類型 90。SO／專案庫存因此會以資金承諾（funds commitment）的形式出現在 SO 成本報表上。

Exercise 33 步驟摘要

1. Sales Order Planning（MD50，Make-to-Order Planning – Multi-Level）：對 SO 項目 10 執行多階規劃。規劃模式選「調整規劃資料」，勾選「存檔前顯示結果」與「顯示物料清單」。系統會逐階停下來，產生 T-FL##、T-FL3## 的計畫訂單和 T-FL3C## 的請購單。
2. Monitor Stock / Requirements List（MD04）：檢查結果，雙擊請購單轉成採購單（採購組織 1010、供應商 T-BP99、淨價 226）。用 ME21N 時也可以把請購單拖放到採購單。
3. Display Sales Order Hierarchies：選擇累計時間範圍、RA 版本 0，調整版面加入 Commitments 欄位。這時承諾金額等於採購單金額，存成使用者版面。
4. Post Goods Movement（MIGO）：依採購單收貨到儲存地點 101A。
5. Analyze Sales Orders：加入 Commitments 與 Funds Commitment 欄位，可以看到承諾已經轉成「資金承諾」價值類型。
6. Manage G/L Account Master Data（FS00）：檢查存貨科目 13300000 已勾選 Record Account Assignment。
7. MD04：T-FL3C## 顯示為 SO 庫存（特殊庫存 E）。

Lesson 3：成品貨物移動中的 SO 成本估算（Using SO Cost Estimate in Goods Movement for Finished Goods）

以評價 SO 庫存為前提，多階生產的價值流如下：

Exercise 34 步驟摘要

1. MD04：把 T-FL3## 的計畫訂單轉成生產工單。在工單表頭的 Assignment 頁籤可以看到工單指派到 SDI；Control 頁籤的成本計算變式、costing sheet、RA key、差異碼由物料主檔與 Customizing 帶入；結算規則為 100% 給物料 T-FL3##。下達並儲存（CO01／CO02）。
2. Post Goods Movement：依預留發料。從物料文件鑽到 FI 文件，確認有會計分錄。
3. Confirm Production Order Operation（CO11N）：最後作業（0030）完工確認，每項作業時間各加 1 小時。系統會以移動類型 101 E 自動入 SO 庫存。
4. Display Sales Order Hierarchies：工單被借記耗料與作業，並以 SO 成本估算的價值貸記入庫。SDI 上的資金承諾，原料行歸零，半成品行顯示入庫值。
5. 成品 T-FL## 同樣轉成工單並下達。發料（含 T-FL3##）、確認作業 0080 只確認 1 PC（部分完工），101 E 入 SO 庫存。
6. Display List of Stock Values（MBBS，Valuated Sales Order and Project Stock）：查看 SO 庫存數量與價值。
7. Create Outbound Deliveries with Order Reference（VL01N）：交貨 1 台並發貨過帳。從文件流可以看到會計文件，價值依 SO 成本估算決定。交貨後 SDI 的資金承諾歸零，改為 COGS。
8. 思考題：COGS 和 SO 庫存交貨值不同的原因，是採購原料入 SO 庫存時，採購單價格和主檔價格之間產生的價差金額（價差記到了 SDI）。

Unit 8：銷售訂單產品成本控制的設定（Configuration of Product Cost Controlling by Sales Order）

Lesson 1：銷售文件項目類別（Using Sales Document Item Categories）

銷售文件結構：表頭（header）→ 項目（items，含條件、文字、夥伴等處理資訊）→ 排程行（schedule lines，含需求交貨日；無法如期確認時系統會建議日期並確認數量）。

MTO 有兩種製造型態：

項目類別（Item Category）決定一個項目的處理方式（是否與交貨、請款、定價相關，未完成紀錄 incompletion log、夥伴、文字、排程行是否允許等）。透過項目類別，同一物料在不同銷售文件類型中可以有不同處理方式。

Lesson 2：需求類別、科目指派類別與個別存貨評價（Controlling Product Costs by Sales Order）

SO 生產情境主要由 需求類別（Requirements Class）控制，需求類別再由 需求類型（Requirements Type）指向。

A. 需求類型的決定

系統依「Check Control of Requirements Type Determination」設定，用兩種方式之一決定：

B. 需求類別的重要欄位

C. 科目指派類別（Account Assignment Category）

D. 個別存貨評價（Valuation of Individual Stock）

• 評價指示碼決定 SO 庫存怎麼評價；個別需求產品的相依需求評價方式，由獨立需求（上階 SO）決定。
• SO 庫存區段（每個 SO 項目一個評價區段）在第一次入庫時，依策略順序決定價格，之後不能更改：COPCP002 客戶出口 → 標記的 SO 成本估算（unit／product／兩者皆可）→ 生產工單成本估算或 WBS 計畫成本（多張工單時用標準價）→ 物料主檔標準價。

Unit 9：銷售訂單產品成本控制的期末結帳（Period-End Closing in Product Cost Controlling by Sales Order）

整體順序（評價 SO 庫存）：

Lesson 1：MTO 情境下生產工單的期末結帳（Period-End Closing for Production Order in MTO）

評價 SO 庫存時，掛在 SO 底下的生產工單，期末結帳和 MTS 完全一樣（上冊 Unit 5 的內容）。

• WIP 或差異二擇一：工單沒有 DLV（交貨完成）或 TECO（技術完成）狀態時算 WIP，有其中一個狀態時算差異。
• 工單別 WIP：期末前沒有任何入庫時，WIP＝累計實際成本（實際成本 − 已入庫貸方）。WIP 要等工單結算才更新到 FI。WIP 小於 0 時，系統會建立準備（reserves）。
• 差異計算是分析工具，差異來自借記過多或過少，或貸記（分攤出去）過多或過少。

結算／差異整合：結算相關的差異，要以「交貨入庫時所用的那個成本估算」為基準來計算。如果 SO 有合併工單（collective orders），半成品入庫以工單成本估算評價。因此差異計算要知道評價基礎是 SO 成本估算、工單成本估算，還是物料標準價。另外可以多設目標成本版本供資訊系統使用。差異只出現在生產工單層，SDI 不做差異計算。

Lesson 2：銷售訂單的間接費用（Period-End Closing Sales Order – Overhead Cost）

使用 SO 控制時，SDI 本身的期末作業包括：範本分攤（template allocation）→ 間接費用計算（overhead）→ 結果分析 → 結算。相對地，「銷售訂單相關生產」（SDI 非成本標的）的 SO 不做任何期末結帳。

範本的動態決定：costing sheet（由評價變式選定）＋ overhead key（直接輸入在成本標的，或由物料主檔 Costing 1 視圖的 overhead group 推導）→ 兩者組合在 Customizing「Assign Templates to Cost Objects」中指派到範本。

Exercise 35 步驟摘要

1. Run Actual Template Allocation – Sales Orders：輸入 SO、本期、本年度，正式執行並顯示明細。系統依範本指派表，分攤「客戶服務套裝」成本（買堆高機的客戶附贈服務）。
2. Run Actual Overhead – Sales Orders（VA44，依一般知識）：計算 SDI 的實際間接費用。結果為 0，因為還沒有實際交貨成本（間接費用的基礎）。SDI 的 costing sheet 是由需求類別帶入。
3. Display Sales Order Hierarchies：檢查已過帳的範本成本。

Lesson 3：銷售訂單結果分析（Period-End Closing Sales Order – Results Analysis）

結果分析（RA）的用途：成本沒有對應收入、或收入與期間不一致時，計算期間別的收入與 COS，並把差額資本化為存貨（WIP／超開票未實現收入）或提列準備。

A. 開票與狀態

• 開票（VF01）時，實際收入過帳到 SDI。售價可以依條件（物料、客戶）定價，或依已發生成本計算（資源相關請款，見 Unit 10）。請款類型決定會計分錄用的定價程序類型，以及是否立即傳 FI。
• FNBL（最終請款）＝不再預期收入；TECO（技術完成）＝不再預期成本。設定這兩個狀態後，系統不再新增存貨或準備，並沖銷收入面與成本面既有的存貨和準備。
• 差異結算到 CO-PA：生產工單有完整的實際製造成本，差異可以在工單層計算，並結算到 CO-PA 與 FI（要設定價差設定檔）。
• 價差結算到 SDI：在複雜 MTO 中，可以把價差科目設成成本要素，讓價差在結算時記到 SDI，把所有生產成本收集到 SDI。這種情況下，工單差異就不要再結算到 CO-PA，以免重複，因為銷售控制是在 SDI 上做。

B. RA 能計算的值與整合

一般邏輯：① 先算完工百分比（POC），這是所有應計值的起點 → ② 用 POC 算期間別的收入與 COS，結算到 CO-PA（這時 CO-PA 的利潤和 FI 不同）→ ③ 依資料狀況在成本或收入面算出存貨或準備 → ④ 把存貨與準備結算到 FI／PCA，讓 FI 利潤＝CO-PA 利潤。

C. 17 種預定義 RA 方法

D. 收入基礎法（Revenue-based）

POC ＝ 實際收入 ÷ 計畫收入；認列成本（Cost of sales）C(pa) ＝ 計畫成本 × R(a)/R(p)。實際成本大於認列成本 → WIP；實際成本小於認列成本 → 未實現成本準備。功能：未實現成本準備、預期損失準備、適用里程碑請款、可報告期中利潤。收入為 0 時 COS＝0，WIP＝實際成本。

E. 成本基礎 POC 法（Cost-based POC）

POC ＝ 實際成本 ÷ 計畫成本；認列收入 R(pa) ＝ 計畫收入 × C(a)/C(p)。實際收入小於認列收入 → 超開票前收入／未開票收入（Revenue in excess of billings，資產）；實際收入大於認列收入 → 收入盈餘（Revenue surplus，預收、負債）。所有實際成本（含間接費用）都當 COS。

結算時依 Customizing 的過帳規則產生 FI 分錄：REB 為「存貨科目 借／存貨變動科目 貸」，收入盈餘則相反。FI 與 PCA 的利潤因此和 CO-PA 一致。

F. 無計畫成本、無部分請款的存貨決定法

不需要計畫值。收入為 0 時 COS＝0，WIP＝實際成本。一有收入，COS 就等於全部實際成本，WIP 一次沖銷（不與收入或數量成比例）。成本面的存貨在 TECO 時沖銷。不能提列準備，也不適用里程碑請款，因為第一次請款就會把 WIP 全部沖掉。

Exercise 36 步驟摘要（部分交貨 → 部分開票 → 最終交貨開票 → TECO）

1. 確認 SDI 的 RA Key＝SDCO03。
2. Display Sales Document Item（Results Analysis for Sales Orders）（KKA3）：版本 0（成本 POC）。實際成本約為計畫的 2/3 → POC 約 67%，認列收入＝67% × 計畫收入，全部實際成本為 COS，因為沒有開票 → 產生 REB。可以看完整日誌（full log）了解 SDCO03 的設定。
3. 另開一個 session 跑版本 1（收入比例）：實際收入 0 → POC 0 → 認列成本 0 → 全部成本為 WIP。
4. Display Sales Order Hierarchies：建立 RA 版面（REB、Revenue surplus、WIP、未實現成本準備、Revenue affecting net income、COS、預期損失準備），用 More → Settings → Versions 切換 RA 版本。
5. Create Billing Documents：對前次交貨的 2 台開票，並從文件流查會計文件。
6. 再跑 RA：版本 0 的 POC 不變，REB 只剩差額；版本 1 的 POC 約 67%，認列成本＝67% × 計畫成本，與實際成本比較後產生 WIP 或未實現成本準備。
7. 剩下 2 台最終確認（CO11N，101 E）→ 交貨（若無法輸入揀貨量，先建 transfer order，倉庫 010）→ 開票 → 計算 SDI 間接費用（這次有材料與製造間接費用）。
8. 再跑 RA：成本達到或超過計畫 → POC 100%。
9. Change Sales Order → Item → Status：設定 Technically Completed 與 Fully Invoiced。
10. 最後一次 RA（版本 0／1）：實際成本＝COS，實際收入＝期間收入，不再產生存貨或準備，既有的全部沖回。

Lesson 4：結果分析的設定（Configuring Results Analysis）

RA 方法依業務需求選擇，同一公司可以並用多種方法。在非專家模式（non-expert mode）從 17 種預定義方法挑選；專家模式可以細調。SDI 的生命週期以系統狀態表示：REL（已下達）、FNBL（最終請款）、TECO（技術完成）。在 SO 控制的 RA 設定中要指定：哪個狀態才可以做 RA、哪個狀態沖銷 WIP（選用）、哪個狀態同時沖銷 WIP 與準備（選用）。

• RA 資料存在 SDI 的次級成本要素下；要把 WIP 與準備傳到 FI，就要在 Customizing 定義過帳規則。SDI 上有利潤中心時，資料會同時進利潤中心。
• 可以指派到 line ID 的成本要素：所有借貸過工單的成本要素，以及用於計算目標成本的估算成本要素（WIP 按目標成本計算時）。
• Line ID 層級計算：每個 line ID 分別算，可能出現某個 line ID 是 WIP、另一個是準備。
• Totals 層級計算：整張訂單一次算出 WIP、未實現成本準備、保固佣金準備、預期損失準備，再依分攤方式分配到 line ID。預設分攤：WIP 按累計實際成本；未實現成本與保固佣金準備按「計畫成本 − 累計實際成本」；預期損失準備則顯示為不可資本化與可資本化存貨的貸方。不能分攤時會找替代方式。例：WIP 200 依實際成本 600:200:200 → 材料 120、內部作業 40、間接 40。

Lesson 5：銷售訂單結算（Period-End Closing Sales Order – Settlement）

結算是 SDI 生命週期的關鍵交易，要決定結算接收者與結算技術。RA 的結果會結算到 FI、CO-PA、PCA：

• 到 FI／PCA：存貨、未實現成本準備、預期損失準備、保固佣金準備；COS（只在不評價 SO 庫存且 FI 採銷貨成本法時）。
• 到 CO-PA：COS 或計算後收入、預期損失與保固準備。結算到 CO-PA 時，產生的 CO-PA 明細可以用 SO 成本估算或標準成本估算的成本要素分解來評價。

A. 結算規則

以下條件都成立時，系統自動產生 SDI 結算規則（接收者 PSG 獲利區段）：① CO-PA 已啟用；② SDI 的需求類型定義為「依銷售訂單製造」。如果是「依專案製造」，SDI 的結算規則要手動維護。

資料儲存：結算到科目基礎 CO-PA 的實際資料寫入 ACDOCA（簡化 CO-PA）；成本基礎 CO-PA 寫入 CE3xxxx（總計）／CE1xxxx（明細）。

B. 結算設定

C. 以物料成本估算評價 CO-PA（Costing Keys）

• CO-PA 可以用 成本計算鍵（costing key）讀取產品成本計畫中的製造成本（COGM），評價 CO-PA 明細。SDI 上的成本估算必須有數量結構才能用，沒有數量結構的估算會被視為模擬估算。適合依客戶需求做變式組態的產品。
• 只要送方物件有物料號碼（例如工單結算、SDI 結算）就能評價；成本中心分攤或內部訂單結算到 CO-PA 則不能使用。期末也可以用 Material Ledger 的期間實際價或實際估算重新評價。
• 設定三步驟：① 定義 costing keys（要讀標準估算還是 SO 估算等；可以分 MTS／MTO 並行）（KE40）→ ② 依評價時點、記錄類型、計畫版本，再加最多 3 個特性，用指派表把 costing key 指派到特性；也可以用 Table lookup（讀表欄位到 USERTEMP 欄位，例如讀 SDI 的需求類型判斷流程）或 客戶加強 COPA0002／EXIT_SAPLKEAB_004 → ③ 值欄位指派：成本要素結構的成本要素 → 值欄位（可分固定與變動，n:1 加總，每個成本要素最多 6 個值欄位）；不同估算要用不同組值欄位，因為已有資料的值欄位不會被覆寫。

Exercise 37 步驟摘要

1. Settle Sales Order to Profitability（VA88，依一般知識）：輸入 SO、項目 10、本期、年度，取消測試並勾明細清單，再從清單看接收者、送方、會計文件。
2. Display Sales Order Hierarchies：RA 的收入與 COS 已結算到 CO-PA。
3. Run Profitability Report（報表 S4F20CM，Costing-based）：依客戶 → 產品逐層鑽取，看多階邊際貢獻。
4. Set Operating Concern：切換為 Account-based，再用同一報表加公司代碼 1010 看科目基礎 CO-PA。

Unit 10：無生產的銷售訂單產品成本控制：服務（Product Cost Controlling by Sales Order without Production）

Lesson 1：MTO 服務的銷售訂單（Using Sales Orders for MTO Services）

情境：客戶購買堆高機保養服務（服務產品 T-FLSERV00，10 小時＝保養 8 小時＋維修 2 小時），以 SDI 作為成本標的。

A. 可選的主檔組合（Scenarios – Master Data and Combinations）

B. 服務 SO 控制的流程

請款方式：① 以標準售價（SD 定價程序）；② 以 SDI 或專案的成本計算結果為基礎（再經 SD 定價）；③ 以實際支出為基礎的資源相關請款（Resource-Related Billing, RRB）。

C. 單位成本計算（Unit Costing）與項目類別

Unit costing 的介面類似試算表，可以引用材料成本、作業價格、採購成本、間接費用、流程成本，也可以參照並複製既有估算；支援總計、小計、公式。價格過期時可以用 重新評價（revaluation）抓最新價格。物料項目若有成本估算，可以展開（explode）看組成；基礎規劃物件（base planning object）也可以展開。

Exercise 38–39 步驟摘要

1. Create Sales Order（VA01）：OR／1010／10／產品組 00，Sold-to／Ship-to＝T-BP##，訂單原因 GOOD SERVICE，物料 T-FLSERV00，數量 10 小時。項目類別應為 TAD（服務），需求類型為 MTO 加 SDI 控制。
2. Manage Sales Orders → Change Sales Order → 選項目 → More → Extras → Costing：用成本計算變式 YMTO 建立 unit costing。兩行 E 項目：成本中心 FLSERV00／作業 FLSM00 8 小時、FLSR00 2 小時；More → Functions → Calculate Overhead 計算間接費用。系統會提示「暫存」，要儲存 SO 時才正式存檔。
3. Item Conditions：EK01（或 EK02）應帶入估算金額，用來檢查計畫毛利後儲存。

Lesson 2：服務 SO 的同步計算與 CATS（Performing Simultaneous Costing of Sales Orders for MTO Services）

• 發料：服務所需物料直接發料到 SDI，SDI 被借記物料成本（MIGO，移動類型 231 等，依一般知識）。
• 內部作業：可以用 CATS 報工、直接作業分攤（KB21N），有途程時也可以報工確認。
• CATS（Cross-Application Time Sheet）：跨模組的實際工時輸入，整合 HCM、PS、PM、SM（Service Management）、CO、MM-SRV（外部服務）。資料輸入設定檔（data entry profile）決定版面。報工資料經過（必要時）核准與下達後，由傳送程式送到各應用；同一筆工時可能送到多個應用。
• CATS 也可以報生產工單的工時（Order 欄位），在 CO 中形成內部作業分攤，但不能用 CATS 報工單的良品與廢品數量。
• 工時表可以一次替一位或多位員工記錄；初始畫面、工作清單、輸入區的版面可以依員工群組的設定檔或使用者自訂（table control）。工作清單來源：員工被指派的作業（PS/PM/CS，依工作中心或工作分配）、確認池、CATS 資料庫中正在處理的物件、使用者出口。

Exercise 40 步驟摘要

1. Time Sheet（CAT2）：資料輸入設定檔 ZTCOSD，用搜尋說明以姓 TS410 找員工 Employee## 的人員編號。輸入送方成本中心 FLSERV00、作業 FLSM00 8 小時、FLSR00 2 小時，接收 SO＝你的 SO、項目 10 → 到 Release View 下達 2 筆 → 儲存。
2. Transfer Time Recording to CO（CAT7）：輸入人員編號並勾「Personal number in CO」，執行後記下作業分攤文件號碼。
3. Analyze Sales Orders（KKBC_KUN，依一般知識）：累計期間，確認人工小時已形成實際成本。

Lesson 3：資源相關請款前的結果分析（Performing Results Analysis Before Resource-Related Billing）

RA 計算的值和整合方式與 Unit 9 相同：存貨、未實現成本準備、預期損失準備、保固佣金準備、COS。存貨與準備（以及特定情況下的 COS）結算到 FI／PCA，COS 與收入、預期損失準備結算到 CO-PA。一般邏輯同樣是：POC → 期間收入與 COS → 存貨與準備 → FI 利潤＝CO-PA 利潤。

選擇 RA 方法的決策準則：

• 各國法規對「未實現利潤可否資本化」的規定不同，例如北美與德國不同，HGB 與 IAS/IFRS 也不同。因此需要多個 RA 方法（不同版本）平行過帳到 FI（使用不同科目）。
• 要自動提列未實現成本準備或預期損失準備，就必須有計畫成本。
• 狀態條件（例如 TECO）會觸發沖銷。
• 不想資本化未實現利潤 → 選擇產生 WIP 的方法（收入基礎）；想資本化未實現利潤 → 選擇產生 REB（可產生收益的存貨）的方法（成本 POC）。部分方法也可以同時自動產生準備。

SO 的 RA 以每個 SDI為單位；專案則在請款元素上針對整個專案階層（含指派物件）計算。

Exercise 41 步驟摘要（尚未請款）

1. Run Actual Overhead Calculation – Sales Orders：計算管理與銷售間接費用（實際應等於計畫）。注意：DIP 設定檔沒有選間接費用作為 RRB 的基礎，算出來只是為了讓實際借方總額完整。
2. Results Analysis – Sales Orders（KKA3）版本 0（成本 POC）：實際成本 1,000（只計作業分攤，不含間接費用）＝計畫 → POC 100%；COS 1,000；「待請款金額（amount to be billed）」＝全部實際成本。
3. 版本 1（收入比例）：沒有收入 → 實際成本全部是 WIP。

Lesson 4：部分資源相關請款後的結果分析（RA Based on Partial Resource-Related Billing）

資源相關請款（RRB）：不依計畫收入（有或無請款計畫），而是依實際成本，經 動態項目處理器（Dynamic Item Processor, DIP）產生動態項目（dynamic items），再建立請款申請（billing request，借項通知單申請）。建立前會先顯示概覽畫面，可以修改、模擬價格、儲存，最後決定要轉入請款申請的資料。

• 不向客戶收費的動態項目，可以在概覽畫面輸入分攤原因（apportionment reason，例如保固），這個原因只供內部（例如利潤計算）使用。服務訂單建立報價時也可以走同樣流程。
• DIP 會把內部資源（例如內部作業）轉成外部資源（銷售物料），存到新的 SD 文件（請款申請）中執行 SD 定價。DIP 設定檔可以同時用於報價與請款，資源相關與固定價（flat-rate）都適用。
• DIP 設定檔指派在服務訂單表頭或 SDI 上，預設值可以在服務訂單類型或銷售文件項目類別的 Customizing 設定。
• 使用者出口：AD010001（改物件清單與階層）、AD010002（限制選擇或過濾資料）、AD010003（自訂 DI 特性）、AD010005（自訂來源）、AD010006（選單出口，改 DI 值）、V46H0001（請款項目附加資料、插入夥伴）。

Exercise 42 步驟摘要（先開 50%）

1. Create Billing Request Document（DP91）：輸入 SO、項目 10、過帳日到今天 → Expenses → 展開到訂單項目節點，可以看到總額與兩項作業。把「待請款金額」減半（含總額行），另一半填到「Amt postponed（延後）」→ 建立請款申請。
2. Change Sales Order：在文件流中打開請款申請，Sales 頁籤把請款凍結（Billing Block）清空，設定訂單原因。
3. Create Billing Documents：在 Billing Settings 開啟「自動過帳請款文件」→ 建立發票。
4. 從文件流檢查會計文件與 CO 文件：實際收入已記到 SDI。
5. RA 版本 0：已請款 500（實際收入）；COS 數量 10 小時；WIP 數量 5 小時（4＋1，尚待請款）。
6. RA 版本 1：COS 500（已請款的成本）；WIP 500（尚未請款的成本），因為只開了 50%。

Lesson 5：最終資源相關請款後的結果分析（RA Based on Final Resource-Related Billing）

SDI 設定為 FNBL（Final Billing）後，不再預期收入，只能再開借項或貸項通知單，所以收入面的存貨與準備全部可以沖銷；TECO 對成本面也是同樣道理。

Exercise 43 步驟摘要

1. DP91：把延後的剩餘金額補足到 100% → 建立請款申請 → VF01 開票。
2. RA 版本 0：已全部請款 → WIP 金額＝0、WIP 數量＝0，沒有待請款數量。
3. RA 版本 1：WIP＝0；COS＝實際成本總額扣除間接費用（因為 DIP 設定檔沒有選間接費用）。

Unit 11：產品成本控制資訊系統（Information System for Product Cost Controlling）

Lesson 1：CO-PC 資訊系統架構（Using the Product Cost Controlling Information System）

CO-PC-IS 想回答的問題：工廠裡發生什麼事？定期報表足以支援決策嗎？日常作業有效率嗎？能否聚焦在關鍵的 5%（例外管理）？報表夠彈性嗎？能否把對的報表送到對的地方、能否加入自訂報表？

• 結構：選單樹第一層依共通報表需求分成報表類別（例如物件清單 Object Lists、明細報表 Detailed Reports、彙總分析 Summarized Analysis、物件比較 Object Comparisons），每棵樹都用相同類別，以求一致與透明；類別下再依內容分。期間別產品成本的明細報表，舊版用 Report Painter／Report Writer，現在改用 SAP List Viewer（ALV）。
• 每種報表工具各有特性與適用範圍（ALV、drilldown、hierarchy graphic…）。
• 自訂報表交易：用 SE93 為自訂報表建立 T-code（需要程式名稱，可以在報表執行時用 System → Status 查到），並可指定選擇變式；用 SE43 把自訂報表加到區域選單（area menu）。S/4HANA 還可以為它建立 Fiori 磚（tile）。

Lesson 2：明細報表：ALV 與 Extract（Using Detailed Reports）

明細報表可以看的資訊：計畫成本、實際成本、RA 結果（WIP、未實現成本準備、預期損失準備），以及資金承諾（含 SO 下掛物件）。這些都可以存成 ALV 個別版面。

CO-PC 使用 ALV 的報表：銷售訂單選擇、既有產品成本估算清單、產品成本估算明細、成本計算批次分析（costing run）、明細項目報表、工單選擇。顯示變式分兩種：客戶特定（所有使用者可用）與使用者特定（只有建立者可用）。

Extract（摘錄）

• 為了縮短執行時間，可以在執行報表時產生 extract：把當下依選擇條件選出的資料存成檔案。不同選擇條件可以產生多個 extract；顯示 extract 時的導覽與格式功能和線上執行相同。
• 如果改了資訊系統 Customizing 的資料結構（例如工單選擇的欄位選擇、分類特性），extract 可能因結構不一致而無法顯示。
• Extract 通常只在一個版本（release）內有效，升級後要重新產生。
• 可以產生 extract 的報表：工單選擇（Object List）、物件比較（Object Comparisons）、銷售訂單選擇、成本計算批次分析。報表執行時會從 extract 資料庫讀資料。

Lesson 3：物件清單：銷售訂單選擇（Using Object Lists）

銷售訂單選擇（Sales Order Selection）用來分析帶成本與收入的 SDI：依各種條件選出 SDI，以使用者自訂結果清單呈現，再從清單鑽到明細報表（例如 Analyze Sales Orders）。

• 例外條件（Exceptions）：以顏色標示超過門檻的關鍵值（例如差異過大），用於例外管理。
• Drilldown reporting：互動式，依描述資料的特性分析，也能依關鍵值分類。
• 下載格式：試算表、文書處理、HTML。
• 功能：強大的例外報表；SO 表頭與項目的關鍵值清單；標準、客戶特定、使用者特定顯示變式；三種檢視（SDI／SO＋項目／SO）可以切換，不必重新選擇。
• ALV 常用功能：建立顯示變式、排序、篩選、合計與小計。

Exercise 44 步驟摘要

1. Sales Order Selection：期間 001/2010 到 012/當年，CO 範圍 A000，RA 版本 0，結果清單版面 1SAP04 → 執行。
2. Change Layout：從欄位集加入 Sold-to party、Revenue affecting net income、Cost of sales、WIP、Reserves for unrealized costs。
3. Save as：版面 Group-##、名稱 RESULTS ANALYSIS OVERVIEW（使用者特定）→ Adopt。

Lesson 4：成本標的彙總（Performing a Cost Object Summarization）

• 可以把成本標的資料永久存到彙總物件（summarization objects）。彙總物件中的資料不會自動變動，所以要定期重新執行彙總，把最新資料加進去。
• 執行前要先定義彙總階層（summarization hierarchy），可以依分類特性或主檔欄位（例如工廠、物料類型、訂單類型）彙總。
• 可以沿彙總階層做 drilldown 報表。
• 使用階層圖（hierarchy graphics）的 CO-PC 報表：彙總分析（Summarized Analysis）、成本化多階 BOM（Costed Multilevel BOM）、成本要素（Cost components）、帶指派工單的銷售訂單（Sales Orders with Assigned Orders）、Analyze Sales Orders。

本課總複習（Unit 6–11）

關鍵 T-code 總表

* 標示者依一般知識整理（教材僅提供 Fiori App 名稱），實際以系統為準。

自我測驗（附答案）