先看清痛点：目标在表里，业绩在单里，提成在脑子里
销售管理里最容易扯不清的三件事，几乎每家都遇到过：
- 年初的目标，到年中就没人再看。 目标写在 Excel 里发给总监，总监再拆到人，拆完存在自己电脑上。谁完成了多少，得等到月底业务员自己报，或者财务翻订单挨个加。
- 业绩口径各说各话。 合同签了算不算业绩？发货了算不算？回款了才算？同一笔订单，销售说"我这单成了"，财务说"钱还没到"。口径不统一，达成率就没法比。
- 提成靠人算。 阶梯规则藏在某个人脑子里，每月算一次要占掉两三天，算完还要被质疑：为什么我这单少算了？上个月那笔退货扣没扣？**
这三件事的共同点，不是缺规则，而是规则没有落在数据上：目标是一张孤立的表，业绩散在订单表里，提成只存在于一次性的计算过程里——算完就没了，下个月重新来一遍，出错也无从追溯。
这篇方案讲的就是：用 AI 构建器把这套东西搭成一个可持续跑的小系统——目标下达 → 业绩归集 → 达成比对 → 提成明细 → 财务复核，四个数据表加几条规则，双端可用。
这个模块由哪几张表撑起来
不要一上来就想"我要一个提成系统"。先把底层的数据关系理顺，页面和规则是长在这几张表上的。
第一张：目标表（销售目标）
一行 = 一个"人员 + 期间 + 指标"的组合。关键字段：
- 期间（年月）、目标对象（人或部门）、指标类型（销售额 / 回款额 / 新客户数 / 毛利）
- 目标值、已达成值、达成率
- 目标状态（草稿 / 待确认 / 已下达 / 已作废）、下达日期、确认人
这里有个关键设计决定：目标值要允许改，但改了要留痕。 中途调目标在现实里很常见（换区域、加人、市场变化），如果只能推倒重来，历史对比就断了。做法是目标表本身保留期间与版本，调整走一次审批，旧值留在审计里。
第二张：业绩记录表（业绩流水）
这是整套系统里最需要想清楚口径的一张表。它记录"哪一笔业务、在什么时点、算多少业绩、算到谁头上"：
- 业务来源（订单号 / 客户 / 单据引用）、发生日期
- 归属人、归属部门、归属期间
- 计入金额、业绩指标类型
- 是否计入业绩（用于排除退货、作废单）、排除原因
归属人和归属期间必须独立存字段，不能靠订单上的业务员字段临时算。 因为一笔单可能跨两个业务员（交接）、可能跨月（签约在上月发货在本月）、可能部分退货。把这些判断结果固化在业绩记录上，后面每月的达成和提成都只读这一张表，口径才稳定。
第三张：提成规则表（提成方案）
一行 = 一套规则的一档。关键字段：
- 方案名称、适用对象（岗位 / 部门 / 指定人员）、生效期间
- 指标类型、阶梯下限、阶梯上限
- 计佣方式（按比例 / 按件 / 按固定额）、比例值
- 是否含税、是否只对新客户生效、封顶规则
- 方案状态（生效 / 停用）
阶梯不要写成一段文字说明，要拆成一行一档的明细记录。这样规则可查、可算、可对比，也方便财务第二年复用上一版方案改两个数。
第四张：提成明细表（结算结果）
一行 = 一个人、一个期间、一笔提成构成。字段包括：
- 人员、期间、提成方案、命中的阶梯
- 计提基数、提成金额
- 扣减项（退货、坏账、跨期调整）、扣减原因
- 状态（待生成 / 待复核 / 已确认 / 已发放 / 有异议）
- 复核人、复核时间、备注
明细表的价值在于：它是"算完的结果"，不是"计算的公式"。 一旦生成就固定下来，财务复核、销售查账、后续调账都基于同一份数据，不会出现"这次算出来又不一样"。
四张表的关系一句话说清：目标表定"该做多少"，业绩记录表定"实际做了多少"，提成规则表定"怎么算钱"，提成明细表定"这个月算出来是多少"。
如果你已经有销售订单或客户档案在手，业绩记录可以引用这些已有数据，不必重复录入——平台的数据字典与引用机制支持跨模块取选项与关联数据，具体做法可参考 数据字典：管好下拉选项的统一口径。## 页面怎么用：四个人的四个视角
同一个模块，销售、主管、财务、老板看到的应该是四张不同的面孔。这是权限配置要解决的事，也是这类模块能不能被真正用起来的关键——销售不该看到别人的提成，财务不该被允许随意改造目标。
给销售的：我的目标与提成
首页就是本人当期的目标、已达成、达成率、距离目标还差多少，下面跟着本月业绩流水（哪几笔计入，哪几笔被排除、为什么排除）。再往下是提成明细，按期间列出计提基数、命中阶梯、金额、扣减项。
销售最常问的两个问题——"我这单算没算"和"我这个月提成多少"——在这一页就能自己回答完，不用再去问主管。这款页面的角色只读本人数据，靠角色权限里的数据范围控制（配置方式见 角色与权限配置：从内置角色到自定义授权）。
给主管的：团队达成看板
按人、按部门、按期间看目标完成情况，重点是排序与差距，而不是漂亮的图表。要能让主管一眼看出：谁掉队了、哪个指标普遍没完成、本月还剩几天。
主管还有一项权力：审核目标下达与调整。年初把目标拆到人以后，走一次审批确认；中途因换人、换区域要调目标，同样走审批。审批流用平台的工作流定义来配，按金额区间或按部门分级审批都可以（做法见 工作流与定时任务：让重复性工作自动跑）。
给财务的：提成复核与导出
财务拿到的是"待复核"状态的提成明细清单，逐条或批量确认。复核页面上必须并排显示三样东西：计提基数怎么来的、命中哪一档、扣减项是什么。只给一个金额的结果页，财务是不敢签字的。
确认完成后按期间导出，进入工资发放环节——这条线可以和薪资核算模块对接，把提成作为一个工资项参与发放，参见 薪资核算与发放：从考勤绩效到工资条。
给老板的：一个数字
全公司当期目标合计、达成合计、达成率、提成总额与销售额的比值趋势。老板要的不是明细，是"这个月的激励成本花得值不值"。
规则怎么配：三条自动化，省掉三次人工
这套模块真正省人的地方不在录数据，而在这三条自动跑起来的规则。
第一条：业绩自动归集
配置一条数据流规则：当业绩记录新增或状态变更时，按"归属人 + 归属期间 + 指标类型"把金额汇总回写到目标表的已达成字段，并同步刷新达成率。
这一步解决了前面那个"业绩在单里、目标在表里"的割裂。规则跑在数据层，不管业绩是从订单同步来的、还是业务员手工补录的，汇总口径都一致。
第二条：每月定时生成提成明细
用平台的定时任务（Cron 配置）在每月固定时点触发一次结算：遍历当月已确认的业绩记录，按人员匹配生效中的提成方案，按阶梯命中算出提成金额，写入提成明细表并置为"待复核"。
结算时点要定死并公布，比如每月几号跑、跑到哪天为止的数据。这点比算法更重要——月中不停改结算时点，财务和销售永远对不上账。定时任务的执行记录可查，跑没跑、什么时候跑的、处理了多少条，都有日志。
第三条：达成进度与临期提醒
销售目标最怕的是月底才发现差一大截。配一条提醒规则：当期已过一定比例的时间、达成率仍低于时间进度时，给本人和主管推一条通知；目标期间结束前两天做一次汇总提醒。通知走平台的站内信/消息通道，手机端也能收到。
三条规则配好以后，这个模块就进入了"无人驾驶"状态：日常只有业绩补录和审批动作，月末只有复核动作。
移动端怎么配合：销售不需要坐回工位
PC 上构建好的模块会自动同步到手机端工作台，销售在手机上能完成三件事：
- 随时看进度：当期目标、已达成、差距，不用等周会。
- 现场补录业绩：客户现场签单、收到回款，当场登记（需要附单据的可以拍照上传），避免月末回忆式补录导致漏记和错记。
- 看提成明细与提交异议：发现某笔单没算进去，直接在明细上发起异议，主管和财务在同一张单上回复，争议留在系统里而不是微信里。
主管在手机端做目标调整审批和提成复核，不必等回到办公室。双端同步的具体机制见 移动端使用指南：工作台、模块页与手机上的 AI 构建。## 上线前要查的六件事
目标与提成直接关系到每个人的钱包，这类模块上线前的检查要比普通台账严格。建议按下面六条逐项过一遍：
- 结算口径是否全员认可。 什么是业绩、什么不算、退货怎么扣、跨月怎么归，先达成一致再建表。技术上很好改，人心上很难改，不要指望上线后边跑边谈。
- 历史目标与历史提成要不要导入。 年初的数据、去年的方案，建议用 Excel 一次性导入（平台的 Excel 导入能力可以直接把表格建成模块并写入数据，参见 用 Excel 一步建模块：从表格到可用的业务系统），导入后抽查几条与手工计算核对。
- 并行跑一期。 新系统算出来的提成，和财务手工算的并行对比一个月。差异逐条查原因，是数据问题还是规则理解问题。这一期的成本，远低于上线后发错一次提成。
- 权限逐个角色实测。 用真的销售账号登录一次，确认看不到别人的数据；用财务账号确认不能修改目标值；离职与调岗人员的权限是否随组织变化失效。权限表配错是这类模块最常见的事故。
- 审批链是否闭合。 目标下达、目标调整、提成复核、异议处理，四条线各走一遍，确认会签人会收到、驳回能退回、撤回能生效。
- 可追溯性验证。 随机抽一条提成明细，从金额倒查到命中的方案档位、计入的业绩记录、对应的原始订单。倒查不出来的，说明有一环的数据没留好。提成金额的每一次人工调整，都要在操作审计里留痕，事后能说清是谁改的、为什么改。
发布环节走平台的预检与挂载流程即可，检查项包括页面可用性、菜单挂载与移动端同步（见 模块的测试与发布：预检、挂载菜单与移动端同步）。
之后可以怎么延伸
这套四表结构搭好以后，往几个方向延伸成本都很低：
- 接上客户与商机：把业绩往前延伸到商机阶段，看"目标 → 商机 → 签约"的漏斗转化，这部分与 客户管理：档案、跟进与商机的漏斗 是天然互补的——CRM 管过程，这个模块管结果与激励。
- 接上订单与回款：业绩记录直接从销售订单、收款单据取数，减少手工补录，参见 销售管理：从报价到回款的订单全链路。
- 团队提成与区域提成：把目标对象从"人"扩展到"组"，支持团队奖金池再二次分配。
- 多指标并行的激励设计：新客户数、毛利、回款率各自一套规则，避免只考核销售额带来的低价冲量。
- 季度与年度叠加：月度方案之外再挂一套年度超额激励，用同一张方案表按期间区分。
适用边界，说在前面
这套方案适合规则相对稳定、人数在几十人到数百人量级、跨期调整不极端频繁的销售团队。它把规则显性化、把过程留痕，属于业务管理系统的范畴。
需要提前说清的是：它不做复杂的算法寻优。比如"在多个约束下自动求最优目标分配方案""根据历史数据自动学习合理的提成斜率"这类需要建模求解的事情，不在这个模块的能力范围内——它做的是把你已经定好的规则准确地执行下去，并且让执行过程可查、可复核、可追溯。
反过来，如果你现在的状态是"目标只在 Excel 里、提成靠人算、口径靠开会统一"，那这个模块最大的价值不是自动化，而是把口径这个词变成一个可以被查看和争论的具体字段。争论本身是好事——争论清楚了，规则才真的存在。