> ## Documentation Index
> Fetch the complete documentation index at: https://docs.garmentflow.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 成本分攤

> GarmentFlow 如何將一張訂單的非生產成本（運費、驗貨、報關、包裝、測試）分配到該訂單上的款式上，使每個款式自身的含攤成本與利潤得以單獨讀取——平台所採用的依據、所產出的報表介面，以及所限縮的可見對象。

一張完成的成衣訂單，所承載的少有只有商品的成本。一張訂單沿途也會拾起
**非生產成本**——將商品運出的運費、為其簽核的驗貨、於邊境清關的報關與進口費用、為其備妥的包裝，以及為其認證的測試。這些成本被一次性記錄於訂單上，作為廠商發票的
<Tooltip tip="平台對訂單所追蹤的真實成本類別：運費、驗貨、報關、包裝、測試。">[非生產成本類別](/zh-Hant/concepts/finance-ledger#the-kinds-of-entries)</Tooltip>，承載於[應付板](/zh-Hant/modules/payables)。

一個於同一張訂單上同時跑多個款式的團隊，每次讀取利潤數字時都有一個後續問題：
*那張訂單的運費實際上有多少屬於這個款式？驗貨費中又有多少屬於那一個？*
答案即為**成本分攤**——平台所採用、用以將一張訂單的非生產成本分配到該訂單上款式之間的規則，使每個款式自身的含攤成本與利潤得以單獨讀取。

本頁說明成本分攤是什麼、平台所採用的依據，以及結果於何處浮現。
[Finance 報表](/zh-Hant/modules/finance-reports#order-profit-and-customer-profit)頁面描述呈現已分攤數字的螢幕報表；本頁是此模型的權威所在。

## 成本分攤是什麼

成本分攤是對訂單已記錄成本的**讀取時疊加層**。它不對[財務分錄帳](/zh-Hant/concepts/finance-ledger)登錄新變動，不改變廠商[應付餘額](/zh-Hant/modules/payables)，也不編輯來源廠商發票。應付上訂單所登錄的合計，仍恰好為所從生之廠商發票的合計。成本分攤所添加的是逐款式視角：對訂單上每一個款式所給出的一個數字，說該數字代表訂單之非生產成本池中歸屬於該款式的份額。

結果是每一個款式的**含攤成本**——該款式自身的直接成本（記錄於其[成本表](/zh-Hant/modules/cost-sheet)上的生產成本），加上分攤規則歸給它之訂單非生產成本的份額。該款式的利潤即為其營收（訂單該款式的銷售金額）減去其含攤成本。

分攤恆**精確地**加總至訂單的非生產成本池。平台逐分逐分地分配池金，使無一分新增、無一分流失；逐款式的數字加總至來源合計，精確至分。

## 何者會被分攤

只有訂單的**非生產成本**參與。這些是在[應付板](/zh-Hant/modules/payables)上對訂單所記錄的下列其中之一：

* 運費
* 驗貨
* 報關
* 包裝
* 測試

訂單的直接生產成本——每個款式於其[成本表](/zh-Hant/modules/cost-sheet)上的工廠成本——**不會**被分攤。它們已屬於特定款式。成本分攤只觸及對訂單整體所記錄、且須在逐款式利潤可被讀取之前先行拆分的成本。

對廠商所記錄但未指定特定訂單的非生產成本**不在**池內——並無訂單可分攤之。
這些成本會出現在工作區的費用報表上（見[Finance 報表 → 費用分析](/zh-Hant/modules/finance-reports#expense-analysis)），但不參與訂單的含攤成本。

## 所採用的分攤依據

平台支援三種分攤依據。每張訂單對其整個非生產成本池採用其中一種——依據對該訂單一致，使同一規則產出每一個逐款式數字。

* **按金額（預設）。** 每一個款式於池中的份額**與該款式於本訂單上的直接生產成本成正比**。於訂單上承載較大生產成本的款式，會拾起較大份額的運費、驗貨與其他非生產成本。此為每張訂單的預設依據，背後的工作原則是：隨工作規模擴大的成本，通常也隨工作價值擴大。
* **按比例。** 訂單上的每一個款式被賦予一個權重，池金依該等權重分配。當某一款式被認為驅動了高於其生產成本所暗示之份額的運費或驗貨時，團隊會伸手取此依據——例如一個較重的成衣驅動了大部分的運費，或一個款式所需的另一輪驗貨並非其他款式所需。
* **平均。** 池金不論款式的生產成本如何，平均拆分於訂單上的款式之間。當無單一款式可被公允地說驅動了多於其他款式之非生產成本時，團隊會伸手取此依據。

無論套用哪一種依據，分攤皆於每一次開啟利潤報表時被新鮮讀取——分錄帳上並無任何已保存數字會與此走樣。今日新增至訂單的非生產成本，會於下次讀取報表時於逐款式分攤中現身。

## 結果於何處浮現

您不會開啟自己的成本分攤畫面。已分攤數字於 Finance 模組的\*\*報表（報表）\*\*分頁上的兩個報表浮現：

* **[訂單利潤](/zh-Hant/modules/finance-reports#order-profit-and-customer-profit)。** 每張訂單一列，承載訂單的營收、直接生產成本、已分攤非生產成本、含攤成本（直接 + 已分攤）、利潤，以及對營收的毛利率。分攤逐訂單執行，因此此報表上的數字屬於訂單自身。
* **[客戶利潤](/zh-Hant/modules/finance-reports#order-profit-and-customer-profit)。** 每位客戶一列，彙總該客戶之每一張承載營收的訂單——營收、含攤成本（自每張訂單之已分攤合計上捲）、利潤,以及毛利率。客戶層級數字為訂單層級分攤的累進上捲,而非另作計算。

兩個報表皆僅限於**承載營收的訂單**——已**確認**或於[訂單生命週期](/zh-Hant/concepts/order-lifecycle)中更靠後的訂單（已確認、樣品、PP-樣品、生產、出貨、已完成）。詢問與報價階段尚非真正的訂單；已取消的訂單以同樣理由排除。

<a id="who-can-see-it" />

## 誰能看到它

成本分攤為**僅限內部**的視角。訂單利潤與客戶利潤報表——以及每一個呈現利潤、毛利或含攤成本的介面——僅限有業務理由查看工作區利潤數字的角色：**管理員**、**主管**、**財務**與**財務覆核**。**業務**與**跟單**角色雖能進入工作區的其餘大部分，但完全無法看到利潤報表；分頁對其開啟時與其餘報表介面同時呈現，但訂單利潤與客戶利潤分頁對該等角色不可用。

客戶面向的[對帳單](/zh-Hant/modules/statement-of-account)——遞交予客戶的單據——亦為**不含毛利**：它承載客戶需要讀取的應收與收款,絕不承載工作區的利潤或成本數字。成本分攤位於工作區自身報表之後,並不位於客戶可見之任何事物之後。

完整角色規則與每一個角色於 Finance 模組中可達之處,見[使用者管理 → 角色](/zh-Hant/admin/user-management#roles)。

## 為何採讀取時、而非登錄式

讀取利潤報表的團隊需要同時信任兩件事:訂單於應付上的已登錄合計與所從生之廠商發票相符（工作區付款的一側）,且每一個款式的含攤成本對同一池為公允歸屬（工作區報表利潤的一側）。

將已分攤金額登錄為分錄帳分錄,將冒走樣此二者之風險——只要新增了一筆非生產成本,或一張廠商發票被更正,已保存的逐款式數字就須被重新計算,否則便是錯的。每次自來源池讀取分攤,使此二視角依結構保持同步:逐款式數字始終為當前池的當前歸屬,而來源池始終為其廠商發票的合計。

代價是逐款式數字屬於*報表視角*,而非*已登錄餘額*。它們在上述報表與訂單的利潤上捲上被讀取;它們不是工作區於分錄帳上所保留的另一份餘額。

## 相關概念

* [財務分錄帳](/zh-Hant/concepts/finance-ledger)
* [訂單生命週期](/zh-Hant/concepts/order-lifecycle)
* [成本表](/zh-Hant/modules/cost-sheet)
* [Finance 報表](/zh-Hant/modules/finance-reports)
* [應付](/zh-Hant/modules/payables)