成本池：金额、期间与范围
驱动：重量、收入、工时等
桥接：目标粒度与权重
结果：分摊金额与尾差
解释：版本、假设与非因果边界
结论：共享成本不能靠普通 Join 变成订单成本
一张物流账单可能覆盖多个仓、订单和商品；平台服务费、媒体费、仓租和总部费用也常高于订单行粒度。若按日期或店铺直接连接明细，金额会随订单行数复制，利润越下钻越少。
正确做法是先定义 cost_pool，再选择可解释驱动和目标范围，生成 allocation_bridge 或 allocation_fact。每条分摊记录保存来源成本、目标键、权重、金额、版本和尾差归属，保证汇总能回到原始成本池。
先分开直接归属成本和待分摊成本
有订单号的快递费、商品级佣金应直接落到对应事实，不应为了统一而再次分摊。只有无法经济地直接归属、但管理分析需要下沉的成本才进入成本池。每个池说明总账科目、期间、法人、渠道、仓库、币种和允许目标。
把所有费用都按收入比例分摊会制造虚假的精细度。无法找到合理驱动时，可以保留在未分摊层或单独展示；“尚未分摊”比任意算法生成看似准确的 SKU 利润更诚实。
明确目标粒度和分摊范围
目标可以是订单、订单行、SKU-门店-日、客户或利润中心，但一次分摊只能有一个声明粒度。先限定同法人、同仓、同渠道或同活动等 eligible_scope，再在范围内计算驱动，防止上海仓成本落到北京仓订单。
目标事实必须具有稳定代理键和有效状态。取消、退款、赠品、跨期订单和内部交易是否参与要写入政策。查询时不能再把订单级分摊金额复制到每个订单行；需要下沉时应执行第二层独立分摊并保留父子血缘。
选择与资源消耗相关且可取得的驱动
运输成本可考虑计费重量、体积、距离或包裹数；仓储成本可考虑托盘天数或占用面积；客服可考虑工单时长；媒体共享费可能按经确认的曝光、点击或增量结果。收入常易取得，但不一定代表资源消耗。
驱动选择要记录业务解释、数据来源、完整度和替代方案。多个驱动可采用分层或复合权重，但复杂度必须带来可验证收益。不能事后选择最能让某部门利润好看的驱动。
权重公式必须守恒并处理零分母
对成本池 p 和目标 i，可定义 weight_i = driver_i / Σ driver，allocated_i = pool_amount × weight_i，并要求范围内 Σ weight = 1、Σ allocated = pool_amount。按币种分池后计算，不能把不同币种先混在分母。
若驱动总和为零，策略可以转入未分摊、使用审批过的后备驱动或均分到合格目标，但必须标记 fallback_reason。默默除零、丢弃成本或把全部金额塞给第一条记录都会破坏可信度。
桥表要保存版本、输入快照和运行证据
allocation_bridge 保存 pool_id、target_key、driver_value、driver_total、weight、allocated_amount、currency、policy_version、input_watermark、run_id 和 created_at。源账单、目标集合或政策变化时创建新版本，不直接覆盖已发布结果。
输入快照使团队能在三个月后重放同一结果。只保存最终金额无法判断差异来自新增订单、退款、驱动修正还是算法变化。发布状态与审批人也应入模，草稿结果不能自动进入正式利润指标。
舍入尾差要可见且稳定
分摊到最小货币单位时通常出现尾差。可采用最大余数法或把差额分配给权重最大且规则稳定的目标，同时保存 rounding_residual。排序需要确定性键，保证同样输入重跑得到同样结果。
不要把尾差永远放到最后一行，因为数据库返回顺序可能变化；也不要让每层分摊各自丢掉小数。多层分摊应在批准精度下传递，并最终与成本池对账。
成本池为负数或贷项时，尾差规则仍须保持符号一致。若某目标在重跑前被取消，不能直接换一个随机接收者；应重新生成完整版本，并让差异报告说明目标集合变化。
利润视图要区分事实归属、管理分摊和因果
直接成本是可追溯交易事实，分摊成本是基于政策的管理视图。语义层分别提供 contribution_before_allocation、allocated_cost、profit_after_allocation，并展示政策版本。改变驱动会改变 SKU 利润，但不会改变集团总利润。
分摊结果也不证明某个订单“造成”总部费用。它可服务预算、定价和责任分析，却不应直接作为关闭产品或处罚团队的因果证据。重要决策要比较多个合理方案并结合边际成本。
用反例、重述和守恒验收
测试零驱动、负成本、贷项、部分退款、迟到订单、跨期账单、目标删除、币种差异、极端大权重和重复运行。每个成本池检查权重和为 1、分摊金额加未分摊金额等于池金额、目标唯一且范围合法。
选择历史月份分别按旧政策重放和新政策重述，确认版本可并存、差异可解释、直接成本未被重复分摊。用总账、物流账单和订单样本三方对账，不能只看利润看板总数似乎合理。
实施顺序与 BuildTable.ai 边界
先挑一个金额明确的成本池，区分直接成本，冻结目标范围和驱动，生成桥表与尾差，建立分摊前后利润指标，回放至少一个完整期间并由财务与业务共同签字。上线后监控未分摊率、后备驱动率、重述影响和对账差异。
BuildTable.ai 可作为成本池、驱动桥和结果表建模候选，但本文不证明当前版本自动选择驱动、执行会计分摊或保证利润决策正确。数据接入、调度、版本、审批和权限需按实际环境验证；分摊政策及其管理用途应由财务和业务负责人批准。