> ## 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-Hans/concepts/finance-ledger#the-kinds-of-entries)</Tooltip>,承载于[应付板](/zh-Hans/modules/payables)。

一个于同一张订单上同时跑多个款式的团队,每次读取利润数字时都有一个后续问题:
*那张订单的运费实际上有多少属于这个款式?验货费中又有多少属于那一个?*
答案即为**成本分摊**——平台所采用、用以将一张订单的非生产成本分配到该订单上款式之间的规则,使每个款式自身的含摊成本与利润得以单独读取。

本页说明成本分摊是什么、平台所采用的依据,以及结果于何处浮现。
[Finance 报表](/zh-Hans/modules/finance-reports#order-profit-and-customer-profit)页面描述呈现已分摊数字的屏幕报表;本页是此模型的权威所在。

## 成本分摊是什么

成本分摊是对订单已记录成本的**读取时叠加层**。它不对[财务分录账](/zh-Hans/concepts/finance-ledger)登录新变动,不改变厂商[应付余额](/zh-Hans/modules/payables),也不编辑来源厂商发票。应付上订单所登录的合计,仍恰好为所从生之厂商发票的合计。成本分摊所添加的是逐款式视角:对订单上每一个款式所给出的一个数字,说该数字代表订单之非生产成本池中归属于该款式的份额。

结果是每一个款式的**含摊成本**——该款式自身的直接成本（记录于其[成本表](/zh-Hans/modules/cost-sheet)上的生产成本）,加上分摊规则归给它之订单非生产成本的份额。该款式的利润即为其营收（订单该款式的销售金额）减去其含摊成本。

分摊恒**精确地**加总至订单的非生产成本池。平台逐分逐分地分配池金,使无一分新增、无一分流失;逐款式的数字加总至来源合计,精确至分。

## 何者会被分摊

只有订单的**非生产成本**参与。这些是在[应付板](/zh-Hans/modules/payables)上对订单所记录的下列其中之一:

* 运费
* 验货
* 报关
* 包装
* 测试

订单的直接生产成本——每个款式于其[成本表](/zh-Hans/modules/cost-sheet)上的工厂成本——**不会**被分摊。它们已属于特定款式。成本分摊只触及对订单整体所记录、且须在逐款式利润可被读取之前先行拆分的成本。

对厂商所记录但未指定特定订单的非生产成本**不在**池内——并无订单可分摊之。
这些成本会出现在工作区的费用报表上（见[Finance 报表 → 费用分析](/zh-Hans/modules/finance-reports#expense-analysis)）,但不参与订单的含摊成本。

## 所采用的分摊依据

平台支持三种分摊依据。每张订单对其整个非生产成本池采用其中一种——依据对该订单一致,使同一规则产出每一个逐款式数字。

* **按金额（默认）。** 每一个款式于池中的份额**与该款式于本订单上的直接生产成本成正比**。于订单上承载较大生产成本的款式,会拾起较大份额的运费、验货与其他非生产成本。此为每张订单的默认依据,背后的工作原则是:随工作规模扩大的成本,通常也随工作价值扩大。
* **按比例。** 订单上的每一个款式被赋予一个权重,池金依该等权重分配。当某一款式被认为驱动了高于其生产成本所暗示之份额的运费或验货时,团队会伸手取此依据——例如一个较重的成衣驱动了大部分的运费,或一个款式所需的另一轮验货并非其他款式所需。
* **平均。** 池金不论款式的生产成本如何,平均拆分于订单上的款式之间。当无单一款式可被公允地说驱动了多于其他款式之非生产成本时,团队会伸手取此依据。

无论套用哪一种依据,分摊皆于每一次开启利润报表时被新鲜读取——分录账上并无任何已保存数字会与此走样。今日新增至订单的非生产成本,会于下次读取报表时于逐款式分摊中现身。

## 结果于何处浮现

您不会开启自己的成本分摊画面。已分摊数字于 Finance 模块的\*\*报表（报表）\*\*分页上的两个报表浮现:

* **[订单利润](/zh-Hans/modules/finance-reports#order-profit-and-customer-profit)。** 每张订单一列,承载订单的营收、直接生产成本、已分摊非生产成本、含摊成本（直接 + 已分摊）、利润,以及对营收的毛利率。分摊逐订单执行,因此此报表上的数字属于订单自身。
* **[客户利润](/zh-Hans/modules/finance-reports#order-profit-and-customer-profit)。** 每位客户一列,汇总该客户之每一张承载营收的订单——营收、含摊成本（自每张订单之已分摊合计上卷）、利润,以及毛利率。客户层级数字为订单层级分摊的累进上卷,而非另作计算。

两个报表皆仅限于**承载营收的订单**——已**确认**或于[订单生命周期](/zh-Hans/concepts/order-lifecycle)中更靠后的订单（已确认、样品、PP-样品、生产、出货、已完成）。询问与报价阶段尚非真正的订单;已取消的订单以同样理由排除。

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

## 谁能看到它

成本分摊为**仅限内部**的视角。订单利润与客户利润报表——以及每一个呈现利润、毛利或含摊成本的介面——仅限有业务理由查看工作区利润数字的角色:**管理员**、**主管**、**财务**与**财务复核**。**业务**与**跟单**角色虽能进入工作区的其余大部分,但完全无法看到利润报表;分页对其开启时与其余报表介面同时呈现,但订单利润与客户利润分页对该等角色不可用。

客户面向的[对账单](/zh-Hans/modules/statement-of-account)——递交予客户的单据——亦为**不含毛利**:它承载客户需要读取的应收与收款,绝不承载工作区的利润或成本数字。成本分摊位于工作区自身报表之后,并不位于客户可见之任何事物之后。

完整角色规则与每一个角色于 Finance 模块中可达之处,见[用户管理 → 角色](/zh-Hans/admin/user-management#roles)。

## 为何采读取时、而非登录式

读取利润报表的团队需要同时信任两件事:订单于应付上的已登录合计与所从生之厂商发票相符（工作区付款的一侧）,且每一个款式的含摊成本对同一池为公允归属（工作区报表利润的一侧）。

将已分摊金额登录为分录账分录,将冒走样此二者之风险——只要新增了一笔非生产成本,或一张厂商发票被更正,已保存的逐款式数字就须被重新计算,否则便是错的。每次自来源池读取分摊,使此二视角依结构保持同步:逐款式数字始终为当前池的当前归属,而来源池始终为其厂商发票的合计。

代价是逐款式数字属于*报表视角*,而非*已登录余额*。它们在上述报表与订单的利润上卷上被读取;它们不是工作区于分录账上所保留的另一份余额。

## 相关概念

* [财务分录账](/zh-Hans/concepts/finance-ledger)
* [订单生命周期](/zh-Hans/concepts/order-lifecycle)
* [成本表](/zh-Hans/modules/cost-sheet)
* [Finance 报表](/zh-Hans/modules/finance-reports)
* [应付](/zh-Hans/modules/payables)