订单级优惠和运费，怎么分摊到商品明细？
面试怎么回答
我会先圈定费用对应的订单或包裹以及参与明细，再由业务确认金额、件数或重量等权重。计算使用高精度过程值，零分母和负值明确处理，舍入尾差按稳定主键规则分配。模型保留原费用、分配值和规则版本，退款按冻结结算或重算策略处理，最后验证每笔费用守恒与重跑一致。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
运营想按商品看利润，订单里却只有一笔优惠和一笔运费。一单买了三件不同商品，这两项费用到底应该放到哪一行？平均分摊很容易写，能不能解释清楚才是建模的难点。
分摊模型先确定费用范围和业务认可的权重，再处理零分母、退款与舍入尾差；原始费用、分配结果和规则版本都要可追溯。
先明确哪些明细有资格承担费用
订单优惠可能只适用于部分品类，运费可能按包裹结算，有些商品已经取消或属于赠品。分母必须由符合条件的明细构成，不能简单使用整张订单所有行。
建模时先列出费用来源、原始粒度、参与条件和目标粒度。如果一笔运费对应一个包裹，应该先把包裹关联到明细，再在包裹范围分配。为了方便全部改成订单级，会把业务上无关的商品一起算进去。
权重来自业务解释，而不是 SQL 顺手
优惠常按符合条件商品的金额占比分配，物流费用可能按重量、体积或件数分配。这些只是可评估的规则，最终应由业务确认，不能把一种权重当作所有费用的标准答案。
基本形式是分配金额等于原费用乘当前明细权重，再除以参与明细权重之和。权重和为零时，要定义不分配、进入待处理池或采用备用权重；遇到负数和退款，也要决定使用原销售权重还是单独的冲正逻辑。
舍入会破坏表面上正确的公式
假设十元费用平均分给三条明细，每行保留两位后得到三笔 3.33，合计只有 9.99。公式没写错，有限小数位让结果不再严格守恒。
可以先算高精度过程值，再按规则舍入，把剩余一分分给确定的明细，例如余数最大者，同余数再按明细主键排序。原金额、过程值、最终分配值和尾差都保留，重跑时才能得到同样的结果。
一个典型场景：部分退款让利润不断变化
比如已结算订单后来退款，任务直接用剩余商品重新计算权重，其他未退款商品承担的历史优惠随之改变。最初以为是维度更新导致报表波动，实际是重跑用了变化后的分母。
原规则只检查当前总费用分配完成，没有比较原结算批次。修正时要明确历史结算分摊是否冻结；若冻结，退款按原分配值冲回，额外退费另记事实。若业务要求重算，则保留新旧版本和调整差额，不能静默覆盖。
原始值和分摊值不要混成同一指标
建议保留原始订单或包裹费用来源，再输出明细级 allocated_discount、allocated_freight 和规则版本。展示时明确“商品分摊运费”，让使用者知道这是推导值。
质量校验以原费用业务键分组，检查分配总额等于原费用、明细没有越界、规则版本唯一且重跑一致。原始订单费用如果冗余到每条商品行，必须禁止把这个字段当作可加指标，否则利润报表还会出现新的放大。