同一个项目，业务说赚钱，财务说亏钱
两边都没算错，错在中间那笔没人说得清的共用费用。本样本需分摊共用费用 ¥1,534,400，占全部费用 62.01%，比直接归属的份额还大 —— 分摊口径一动，五个项目的毛利排名整体重排。
需分摊共用费用占比
¥1,534,400（18 条凭证）远大于直接归属的 ¥940,000（10 条）。占比倒挂意味着分摊口径一旦凭印象，全局失真。
两种口径最大分歧（XM-2605）
凭印象均分 0.83% vs 规则分摊 18.76%，差 17.93pp；五个项目平均分歧 7.03pp —— 这就是「报价心里没底」的量化表达。
XM-2601 规则分摊后毛利率
收入最大的项目（¥3,200,000）摊完只剩 0.14%，濒临亏损；而不摊费用时看着是 15.93% 的好项目。
WorkBuddy 操作效果录屏
录屏为 j5-interactive.html 交互引擎的真实操作实录（浏览器实机录制，1280×800），默认静音循环播放
assets/recording.mp4（1280×800 · 交互页真实操作实录）
配套交互页：j5-interactive.html ↗
j5-interactive.html 页面的真实操作实录：全部 100 条分摊流水 → 点「D1 直接归属」（10 条、比例 1.0）→「A1 按工时」（30 条）→「A2 按收入」（35 条）→「A3 按台数」（25 条）→「大额凭证」（≥¥100,000）→ 回到全量并下滚查看分摊规则矩阵（行=28 条凭证、列=5 个项目，D1 只亮一格、A 类五格之和等于凭证金额）与项目毛利终表 + 三口径柱形对比。您可以打开交互页亲手操作验证。可下载数据源电子表格
5 个项目 × 28 条费用凭证 → 100 条分摊流水样本（合成脱敏，覆盖直归 / 工时 / 收入 / 台数四类规则），字段与生产版 MCP 只读视图一一对应
| 字段 | 含义 | 类型 | 说明（规则口径） |
|---|---|---|---|
eid | 凭证号 | 文本 | D1 段 FY-5001~5010 / A1 段 FY-6001~6006 / A2 段 FY-7001~7007 / A3 段 FY-8001~8005 |
cat | 费用类别 | 分类 | 人工 / 差旅 / 吊装 / 外协 / 管理 / 场地 / 财务 / 销售 / 运输（9 类） |
amount | 凭证金额(元) | 数值 | 28 条合计 2,474,400；Σ分摊额必须等于此值 |
rule | 归属规则 | 分类 | D1 直接归属 / A1 按工时 / A2 按收入 / A3 按台数 |
target | 直接归属目标 | 文本 | D1 为项目编号；共用费用填「共用费用」 |
traceable | 分摊依据 | 分类 | 直归 / 工时占比 / 收入占比 / 台数占比 / 人工调整 |
revenue | 当期确认收入(元) | 数值 | A2 分摊基准的分子；五项目合计 10,230,000 |
labor | 当期投入工时(小时) | 数值 | A1 分摊基准的分子；五项目合计 5,440 |
unit | 当期交付台数 | 数值 | A3 分摊基准的分子；五项目合计 12 |
ratio | 分摊比例 | 数值 | D1 = 1.0；A1 取 LABOR、A2 取 REVENUE、A3 取 UNIT，保留 6 位 |
alloc | 分摊金额(元) | 数值 | round2(金额 × 比例)；每条凭证尾差补到最后一行 |
direct_cost | 项目直接成本(元) | 数值 | 材料与直接人工；五项目合计 6,828,900 |
expense | 项目归集费用(元) | 数值 | 直归费用 + 共用分摊费用 |
gp / gpr | 项目毛利 / 毛利率 | 数值 | gp = 收入 − 直接成本 − 费用；gpr = 毛利 / 收入 |
swing | 毛利波动幅度 | 数值 | |规则分摊毛利率 − 凭印象均分毛利率|，单位 pp |
四条分摊规则，两条硬边界
规则不多，但每条都有明确基准 —— 有基准才谈得上复核，有版本才谈得上追溯
直接归属（10 条 ¥940,000）
差旅、吊装、外协安装等能指到具体项目的费用，比例固定 1.0，v1.0。
按工时分摊（6 条 ¥672,000）
研发/技术支持薪资、社保公积金、外聘专家费；当前版本 v1.2（含两项历史调整）。
按收入分摊（7 条 ¥592,400）
管理人员薪资、厂房租金、水电物业、财务费用、办公费、审计费、销售薪资；当前版本 v1.1。
按台数分摊（5 条 ¥270,000）
共用吊装设备折旧、运输车队、安装工装摊销、现场安全、共用检测设备折旧；v1.0。
Σ分摊额 = 凭证金额 + 待定不许硬塞
金额取两位小数必然产生尾差，引擎把每条凭证的尾差补到最后一行，逐条保证总额对得上；无法确定归属的凭证挂「待定」，不进月度关账，严禁为赶关账随手挂到某个项目。
POC 验收 KPI：开工前定好，上线后对账
基线指标（场景卡口径）：项目费用归集完整率 · 分摊调整次数 · 项目毛利波动幅度
归集完整率 100%
28 条凭证全部有规则且落到项目维度（基线 82.10% → 目标 98.00%）达标。
手工分摊介入 0 次
依据为「人工调整」的凭证 0 条（基线 9 次 → 目标 ≤2 次）达标；规则算得出来的不用人改。
两口径平均分歧 7.03pp
凭印象均分 vs 规则分摊，平均 7.03pp、最大 17.93pp（XM-2605）；这是痛点规模，上线后该分歧归零。
濒临亏损识别
XM-2601 真实毛利率 0.14%，不摊费用时看着 15.93% —— 最大项目其实是最大风险源。
与 K1/K2/K3 贯通
分摊落点依赖 K1 主数据可信；结果可见范围依赖 K2 权限可控；项目毛利是 K3 AI 运营账本的交叉验证锚点。
白纸黑字的规矩 · 三条铁规矩
不清楚起点，不配谈改善。先出《基线诊断报告》。
你的人会用、能够通过操作考核，这一项才算交付完成。
每个场景定好验收口径，上线前后按口径出对比数据。
先把你的问题理清楚，
再决定要不要花钱
联系马工，你会先拿到一份《场景清单》——厂里的管理窟窿按痛感排好序，先干哪 3 个写清楚。清单不满意，可以到此为止。
- 先量基线，再收钱——诊断阶段不收咨询费
- 渐进式接入——从最痛的一个场景开工，不伤现有业务
- 效果进账本——上线前后对比数据摆在面前
把问题发过来就行