工作量明细导出与提成公式模板

一行 = 一个人在一个服务项目上的一个岗位；讲清新增 9 列各是什么、比例来源四种含义、与旧后台报表的七处已知差异，并给出三条可以直接照抄的提成公式模板。

这份导出是什么

这是旧后台「报表 → 工作统计」页面「导出数据 → 订单排班明细」的新版本：一行 = 一个人在一个服务项目上负责的一个岗位。同一个人在同一张订单里负责了两个服务项目（比如证件照和全家福都由小王摄影），会各出一行；同一个服务项目上有两个人同岗位（比如全家福的化妆由小李和小张一起做），也会各出一行。

前 19 列和旧版逐字相同：员工、订单编号、所属门店城市、所属门店名称、拍摄日期、拍摄场次、当前订单状态、排班角色、服务项目名称、服务项目折后单价、服务项目份数、第一题题目、第一题答案、全部问卷答案（这三列是旧后台「订单排班明细」在问卷功能上线后用的列名，两边同源、逐字相同）、服务项目备注、顾客评分、顾客文字评价、排班操作人、排班生成时间。旧的提成表格公式不用改。新增 9 列，专门用来处理「多人同岗位怎么分」这件事，编号顺延为第 20–28 列：

「份数」列：一行 × 2 的服务项目算 2 场

第 11 列「服务项目份数」是旧版就有的列，这份导出原样保留。如果顾客同一次下单买了 2 份同一个服务项目（比如订了 2 份证件照），这一行的「服务项目份数」会写 2，旧后台的「工作统计」按这个数字把它算成 2 场——这一点没有变化，新增的「订单场次首行」列（第 25 列）是另一件事：它只管「同一个人同一个岗位在这张订单里出现了几次」，不管一个服务项目本身买了几份。

「比例来源」四种是什么意思

假设订单 4095784 的全家福服务项目，化妆岗位一开始由小李、小张两人一起做：

• 系统平分：店长还没有手动指定过比例，系统按人数自动平分。小李、小张各 50%。
• 店长指定：店长在排班区手动把比例改成 70/30——小李 70%、小张 30%，这两行都会显示「店长指定」。
• 历史全额：这是切换到新系统之前就存在的老排班记录。老报表对这种「同一服务项目同一岗位好几个人」的情况是各按 100% 全额计算（不是分摊），所以这些历史行原样标成 100%、来源写「历史全额」，导出这几行的金额加起来会是服务项目金额的好几倍——这是为了让老报表和新导出对得上账，不是算错了。
• 待确认：切换之后，如果有人在旧后台（不是新界面）给全家福的化妆又加了一个人，但没有指定这个新人的比例，就会出现「小李 70%、小张 30%、新人不知道」这种凑不齐 100% 的情况。这一行的比例来源写「待确认」，导出时按人数平分显示（这个例子是三人各按 33.33% 算），并不会自动改库里的数据；订单页会有黄色提示条提醒店长去确认。

表格公式模板

下面三条公式在 Excel、WPS、Google Sheets 里写法完全一样，把「订单场次首行」「分摊后金额」「员工」「排班角色」「订单是否已取消」换成你导出的 CSV 里对应的列字母或列名即可。

① 按每场拍摄计件（比如“摄影/摄像”每场 20 元，不管这场里有几个服务项目）：

=SUMIFS(订单场次首行, 员工, "小王", 排班角色, "摄影/摄像") * 20

② 按分摊后金额提成（比如提成比例 5%）：

=SUMIFS(分摊后金额, 员工, "小王") * 5%

③ 排除已取消的订单：在①或②的基础上，多加一个条件即可——订单是否已取消, "否"：

=SUMIFS(分摊后金额, 员工, "小王", 订单是否已取消, "否") * 5%

六行示例数据

下面这六行数据可以直接照着算一遍，验证公式是不是抄对了：

用公式①算小王的摄影计件：他在两张订单里各出现一次「场次首行」（订单 4095784 的证件照那行、订单 4095785 的证件照那行），SUMIFS(...) = 2，2 × 20 = 40 元——不管订单 4095784 展开成了几行，只按「这是一场」算一次。

用公式②算小王的分摊后金额提成：他三行的「分摊后金额」加起来是 300 + 800 + 300 = 1400，1400 × 5% = 70 元。

用公式③排除已取消的订单 4095785 之后：300 + 800 = 1100，1100 × 5% = 55 元——差的 15 元正是被取消那张订单贡献的部分。

小李的两行「分摊比例」不同（证件照她一个人做记 100%，全家福和小张一起做记 70%），这就是「分摊比例」按服务项目分别落值，不是按人一刀切的原因。

权限与限制

• 需要「导出报表」权限；门店员工只能导出自己门店的数据，跨店会被拒绝。
• 一次最多导出一年的日期跨度。
• 同一个人同一个服务项目同一个岗位出现的多行会保持在同一批导出结果里，不会被从中间拆开。

与旧后台报表的差别

功能上线后一段时间内，旧后台「报表 → 工作统计」和「订单排班明细」导出仍然继续跑，两边并存。以下几处是已知的、有意为之的数字或显示差异，核对两边数字对不上时先看看是不是这几条，不是排班算错了：

1. 旧后台「工作统计」把所有自定义岗位合并在一栏：这次升级里，旧后台的自定义岗位设置页、套餐工作流程页、订单排班页和「订单排班明细」导出都已同步改造——「排班角色」列两边现在显示的都是自定义岗位的当前名字（比如「无人机操作员」），不再是笼统的「其它角色」；只有升级前导出的历史记录上还留着「其它角色」这个旧名字（三家改名商家为「二次修图(如有)」），那是当时数据本来的样子，不是导出功能的差异。真正还没打平的是旧后台的「工作统计」页：不管你设了几个自定义岗位（无人机操作员、外景司机……），它会把这些岗位的数字全部加在一起，显示成一栏「自定义岗位（合计）」，看不出细分。这份工作量明细导出按「岗位编号」列能分开看每个自定义岗位各自的数字。这个差异会随旧后台「工作统计」页换新而自然消失。
2. 「顾客评分」「顾客文字评价」两列，旧后台恒为空：旧后台明细导出这两列读的是一个很早就不再写入的旧字段，导出出来永远是空的。这份新导出改读真实的顾客评价数据，能看到实际的评分和评价内容。这不是新导出多算了什么，是旧后台这两列本来就没接上真实数据。
3. 同一岗位多人时，旧后台按全额算、新导出按比例分摊：如果全家福的化妆同时排了小李和小张，旧后台的「工作统计」报表会把小李和小张各自按 100% 全额计算（这是旧后台从一开始就有的算法，没有变过）；这份新导出会按分摊比例算（比如小李 70% 算 560 元、小张 30% 算 240 元，两人加起来正好是服务项目金额 800 元）。换算关系是：旧后台这个岗位每个人算出来的数字，等于新导出里这一组所有人的分摊后金额加起来那个总数——旧后台对参与的每个人都按这个总数算一遍，所以「参与几个人，旧后台的合计就是新导出合计的几倍」。这是两套系统口径不同导致的已知差异，不是任何一边算错了；升级前就存在的老记录两边都按全额算、数字一致，见 多人同岗位：工作量按比例分摊 的「历史数据」一节。
4. 姐妹商家互派员工时，两边导出的行归属不一样：如果你们家有多个关联商家、员工互相支援拍摄任务（比如某位员工挂在商家 A 名下，但去商家 B 的订单上帮忙拍摄），旧后台明细导出是按这个员工挂在哪家商家来决定这行数据算谁的——也就是商家 A 会看到这位员工在商家 B 订单上的排班记录。这份新导出是按这张订单属于哪家商家来决定——商家 B 才会看到这行记录，商家 A 看不到。两种口径都不算错，只是分账边界不一样：旧后台按人归属，新导出按订单归属，跨商家派工的行会出现在不同商家各自的导出结果里。日常没有跨商家互派员工的情况，这条差异不会碰到。
5. 「拍摄场次」列，旧后台一直是空的：这是旧后台明细导出一个由来已久的小毛病——这一列本该显示拍摄的具体时间段，但旧后台的取值方式一直有问题，导致这一列从来没真正显示过内容，导出出来永远是空的（这个问题不会在旧后台修复，旧后台正在逐步退役）。这份新导出的「拍摄场次」列是有值的，会正常显示具体时间。
6. 旧后台导出同一个人同一张订单的第二行起，会把七列留空：旧后台明细导出如果同一个人在同一张订单上出现好几行（比如小王在证件照、全家福两个服务项目上都是摄影），只有第一行完整写「员工 / 订单编号 / 门店城市 / 门店名称 / 拍摄日期 / 拍摄场次 / 当前订单状态」这七列，第二行起这七列会留空——表格里看着像是分组省略。这份新导出每一行都写全这七列的值，不会因为和上一行是同一个人同一张订单就省略，方便你直接用 SUMIFS 这类公式按列筛选，不用先处理空白单元格。
7. 旧后台「当前订单状态」在「产品印制中」后面会拼上产品件数：旧后台明细导出遇到订单处于「产品印制中」状态时，这一列会写成「产品印制中(10)」这样带件数的文字。这份新导出的「当前订单状态」列只写状态名本身，比如「产品印制中」，不带件数——如果你的提成公式按这一列筛选状态，用旧后台的导出要注意这个状态可能带着括号里的数字，新导出不会有这个问题。

下一步

• 按岗位排班：一张订单一场拍摄：了解这些行是怎么产生的。
• 多人同岗位：工作量按比例分摊：比例是怎么落到每一行的、四种比例来源怎么区分。
• 自定义岗位：给你们家独有的工种起名字：「岗位编号」列对应的自定义岗位怎么管理。
• 员工工作统计：日期口径与筛选范围与本导出一致。

相关内容

• 查看服务项目与产品销售数据