第2章 核心概念与名词解释
本章是后续所有操作说明的「词汇表」。看不懂某个词时，回到这里查。
2.1 商品体系
理解商品体系，关键是分清四层：
| 层级 | 名词 | 说明 | 举例 |
|---|---|---|---|
| 1 | 分类（Category） | 商品的品类归属，用于归纳与筛选 | 食品、日用品、酒水 |
| 2 | 品牌（Brand） | 商品的品牌，可挂年度销售目标 | 某进口零食品牌 |
| 3 | 品牌类别（Brand Category） | 品牌下的细分类目，是品牌与商品之间的中间层 | 该品牌的「膨化类」 |
| 4 | 商品（SPU） | 一个具体的产品，但通常以「规格」为最小管理单元 | 某款进口薯片 |
| 5 | 规格（SKU） | 商品的最小可买卖单元，带唯一 SKU 编码 | 薯片 100g / 薯片 200g |
要点：
- 系统里真正参与采购、销售、库存运算的是 SKU，不是 SPU。
- 每个 SKU 有唯一 SKU 编码，是库存、订单、财务对账的关联键，录入后尽量不要改。
- 品牌与品牌类别用来做品牌维度的销售分析（看板），新增商品时应先归好类。
- 体积（m³）是 SKU 的关键字段：跨境运费按体积分摊、装载测算都依赖它，新建 SKU 务必填准（详见 2.9）。
2.2 价格体系
| 名词 | 说明 |
|---|---|
| 采购价 | 向供应商进货的成本价，是利润与结算的基准 |
| 销售价 | 卖给下游商户的标价 |
| 折扣价 | 销售价之外的优惠价，可按商户/活动维护 |
| 历史价格 | 系统自动记录的历次采购价/销售价变动，用于比价与回溯 |
价格字段受权限控制：无「价格可见」权限的账号看到的是
*（脱敏，见 4.4）。
2.3 交易主体
| 名词 | 说明 | 关联类别 |
|---|---|---|
| 供应商（Supplier） | 货品的供货方，供应链订单的对象 | 供应商类别 |
| 供应商类别 | 供应商分组，如按地区/品类划分 | — |
| 商户（Store / Merchant） | 下游买家，销售订单的对象，也是商家采购门户的登录方 | 商户类别 |
| 商户类别 | 商户分组，用于管理与分析 | — |
用户的数据可见范围可按供应商/商户限定（见 4.3）——某采购员可能只能看到自己负责的供应商。
2.4 单据体系
系统是「用单据驱动业务」的，每一笔动作都会生成或更新一张单据：
| 单据 | 由谁产生 | 作用 |
|---|---|---|
| 供应链订单 | 采购 | 向供应商采购，记录采购价、货运、状态 |
| 销售订单 | 销售/商户 | 向商户销售，记录售价、折扣、冻结库存 |
| 退货单 | 销售发起 | 商户退货，走退库 → 退价 → 退款流程 |
| 入库单 | 仓库 | 采购到货入仓，关联供应链订单 |
| 出库单 | 仓库 | 销售发货出仓，关联销售订单 |
| 盘点单 | 仓库 | 定期实盘，校准账面库存 |
| 移库单 | 仓库 | 跨仓库调拨库存 |
| 应付发票 | 财务 | 向供应商付款的记录（供应链结算） |
| 应收发票 | 财务 | 从商户收款的记录（销售结算） |
| 税票 | 财务 | 税务相关的票据管理 |
所有单据相互关联：入库单挂着供应链订单号，出库单挂着销售订单号，发票挂着对应订单。这样任意一笔库存变动都能追到源头单据（见附录C 单据关系图）。
2.5 库存五维拆分
仓库里的库存不是「一个 SKU 共多少件」这么简单。系统把库存按 五个维度 精确拆分：
st=>start: 某 SKU 的库存
a=>operation: 维度① SKU 规格
b=>operation: 维度② 仓库
c=>operation: 维度③ 过期日 / 批次
d=>operation: 维度④ 所属供应链订单
f=>operation: 维度⑤ 货架位
e=>end: 一个精确的库存单元
st->a->b->c->d->f->e
| 维度 | 含义 |
|---|---|
| SKU | 哪个商品规格 |
| 仓库 | 存在哪个仓（系统支持多仓） |
| 过期日 | 批次有效期，决定临期/过期预警 |
| 所属供应链订单 | 这批货来自哪张采购单（成本跟着订单走） |
| 货架位 | 在仓库的哪个具体货位 |
为什么要这么拆？
- 不同供应链订单进的同一 SKU，采购成本可能不同 → 成本要按批次区分。
- 不同过期日的同 SKU 要分开管 → 先出近效期，避免过期。
- 出库时指定货架位 → 拣货准确、盘点可追溯。
这也是为什么「库存查询」总能看到某 SKU 在某个仓、某个货架、某批货还有多少。
2.6 库存三数值
任意一个库存单元（五维组合）都有三个数值：
| 数值 | 含义 |
|---|---|
| 实物库存 | 仓库里实际在的物理数量 |
| 销售占用（冻结） | 已被销售订单锁定、不能再卖给别人的数量 |
| 可用库存 | 实物库存 − 销售占用，真正还能接单的数量 |
st=>start: 实物库存
op=>operation: 减去 销售占用（冻结）
io=>inputoutput: 得到 可用库存
cond=>condition: 可用库存够吗？
ok=>end: 接单（冻结相应数量）
no=>end: 拒单 / 减量
st->op->io->cond
cond(yes)->ok
cond(no)->no
开销售单时系统按可用库存判断能否接单。已下单但未出库的部分会一直占用，直到出库或取消才释放。
2.7 快照机制
名词：快照（Snapshot）。
问题：商品主数据（名称、SKU 编码、采购价）会随业务调整。如果订单里直接引用主数据，改了主数据，历史订单就乱了。
做法：下单那一刻，系统把商品的关键信息（名称、SKU 编码、价格等）「冻结」复制到订单行里。这就是快照。
影响：
- 订单里的商品名/编码/价格，是下单当时的样子，之后改主数据不会影响已存在的订单。
- 所以你在订单里看到的价格，可能和现在商品页的价格不一致——这是正常的，订单以快照为准。
- 财务结算也以订单快照里的成本为基准，保证利润计算稳定。
2.8 状态机
每张核心单据都有自己的「状态机」——一套有序的状态，业务动作推动状态向前流转。下面三张表是手册里最该记住的。
供应链订单（10 态）
| 状态码 | 状态 | 说明 | 典型推进动作 |
|---|---|---|---|
| 0 | 申请 | 新建草稿，未提交 | 编辑 |
| 1 | 待审批 | 已提交，等审批 | 审批通过/驳回 |
| 2 | 审批确定 | 审批通过 | 确认下单 |
| 3 | 已下单 | 已向供应商下单 | 供应商发货 |
| 4 | 已发货 | 供应商已发货 | 到港 |
| 5 | 已到港 | 货到港 | 清关 |
| 6 | 已清关 | 清关完成 | 转运 |
| 7 | 转运中 | 在运往仓库途中 | 入库 |
| 8 | 已入库 | 货已入仓（可多次部分入库） | 供应链结算 |
| 9 | 已结算 | 运费分摊完、成本回写、结清 | 终态 |
st=>start: 0 申请（新建草稿）
sub=>operation: 1 待审批（提交）
ap=>condition: 审批通过？
s2=>operation: 2 审批确定
s3=>operation: 3 已下单
s4=>operation: 4 已发货
s5=>operation: 5 已到港
s6=>operation: 6 已清关
s7=>operation: 7 转运中
s8=>inputoutput: 8 已入库（可分批部分入库）
e=>end: 9 已结算（运费分摊·成本回写）
st->sub->ap
ap(yes)->s2->s3->s4->s5->s6->s7->s8->e
ap(no)->st
入库是可部分的：一张订单可以分多批入，全部入完才到 8。结算（9）要求先有入库。
销售订单（7 态）
| 状态码 | 状态 | 说明 | 典型推进动作 |
|---|---|---|---|
| 0 | 申请 | 新建草稿 | 编辑 |
| 1 | 待审批 | 已提交 | 审批通过/驳回 |
| 2 | 审批确定 | 审批通过 | 确认下单（冻结库存） |
| 3 | 已下单 | 已开单 | 出库 |
| 4 | 已出库 | 已发货出仓 | 交货 |
| 5 | 已交货 | 已送达商户 | 销售结算 |
| 6 | 已结算 | 收款结清、生成销售分析 | 终态 |
st=>start: 0 申请（新建草稿）
sub=>operation: 1 待审批（提交）
ap=>condition: 审批通过？
s2=>operation: 2 审批确定
s3=>inputoutput: 3 已下单（冻结库存）
s4=>operation: 4 已出库
s5=>operation: 5 已交货
e=>end: 6 已结算（收款结清）
st->sub->ap
ap(yes)->s2->s3->s4->s5->e
ap(no)->st
销售结算（6）要求：订单已出库（≥4）且关联的供应链订单已结算（见 8.5、11.7）。
退货单（4 态）
| 状态码 | 状态 | 说明 | 典型推进动作 |
|---|---|---|---|
| 0 | 退货中 | 发起退货，待退库 | 仓库扫描退库 |
| 1 | 已入库 | 货已退回仓库 | 销售侧确认退价 |
| 2 | 已确认价格 | 退价已确认 | 财务打款 |
| 3 | 已打款 | 退款完成 | 终态 |
st=>start: 0 退货中（发起退货）
s1=>operation: 1 已入库（仓库退库）
s2=>operation: 2 已确认价格（确认退价）
e=>end: 3 已打款（财务退款）
st->s1->s2->e
2.9 跨境专有概念
因为系统面向进口/跨境贸易，有一组只有这类业务才有的概念：
| 名词 | 说明 |
|---|---|
| 集装箱 / 柜号 | 海运货物的装箱单位，柜号是追踪货运的唯一标识 |
| 到港 | 货柜到达目的港 |
| 清关 | 海关申报放行 |
| 转运 | 清关后运往最终仓库的途中 |
| 体积（m³） | 每个 SKU 的立方米数，是运费分摊与装载测算的基础 |
| 运费分摊 | 一张供应链订单的运费，按各 SKU 的体积占比分摊到成本 |
| 装载测算 | 给定箱型（集装箱可用容积），测算能装下多少货、怎么装 |
体积字段填错，会导致运费分摊不准、装载测算失真。新建 SKU 时体积务必真实准确。
2.10 财务概念
| 名词 | 说明 |
|---|---|
| 财务类型 | 收付款方式（如现金、银行转账、某支付渠道），先配置才能登记收支 |
| 应付 | 欠供应商的钱，对应供应链结算 |
| 应收 | 商户欠我们的钱，对应销售结算 |
| 结算 | 把一笔订单的成本/收入确认清楚、登记发票直到结清的过程 |
| 周转率 | 库存从进到销的快慢，反映资金效率 |
| 年化收益 | 基于周转与利润折算的年度收益率，销售结算后系统自动算出 |
结算不是「打勾完事」，而是把成本（含分摊运费）和收入落到分析记录，支撑利润与资金效率核算。
2.11 税务概念
| 名词 | 说明 |
|---|---|
| 省份税区 | 按省份/地区设置的税务区域，不同区域税率不同 |
| 税率（GST / PST / QST / HST） | 不同税区的税种与税率，下单/结算时按税区计税 |
上线前要在「系统管理 → 地区与税率管理」配好省份与税率，否则计税会出错。
2.12 业务时区与币种约定
- 时区：系统按统一业务时区记录单据时间，跨时区团队协作时以系统时区为准。
- 币种：系统支持多币种交易，涉及汇率时以「系统管理 → 汇率查询」维护的汇率为准。
本章小结
- 商品体系是「分类 → 品牌 → 品牌类别 → 商品(SPU) → 规格(SKU)」，运算落到 SKU。
- 价格有采购价/销售价/折扣价/历史价，受权限脱敏。
- 库存按五维（SKU×仓库×过期日×供应链订单×货架位）拆分，有三数值（实物/占用/可用）。
- 订单用快照冻结下单时的商品信息，保证历史单据稳定。
- 状态机：供应链订单 10 态、销售订单 7 态、退货单 4 态。
- 跨境专有：柜号/到港/清关/转运、体积与运费分摊、装载测算。
- 财务：应付应收、结算、周转率、年化收益；税务：省份税区 + GST/PST/QST/HST 税率。
下一章讲模块总览与关系，把上面这些概念落到具体菜单和功能上。