九月批次发出去第三天，一家物流企业的财务发现名单里有三个人早在八月底就终止了合作，这个月仍然各打了一笔。钱已经到账，人联系不上。
这种差错不是系统故障，名单是按上月底的存量导出的，导出那一刻还没人通知她这三个人走了。问题出在名单维护的时点，不在计算。
一、先定「合作终止日」这个基准
处理这类情况只有一个基准可用：最后一天实际提供服务的日期。既不是离职手续办完的那天，也不是名单导出的那天。
以实际服务截止日为准，判断就清楚了。当期确实干了活，钱照发；当期一天没干，这笔就该剔除。
按手续日算会多付，按导出日算会少付。少付补一笔还算好办，多付要追回，追回不成就是损失，而且账面还挂着一笔说不清的成本。
所以名单里要有一个独立字段：合作终止日。有这个字段，导出时才能按日期过滤；没有这个字段，只能靠人记。
二、三种情形分别怎么处理
把当期的情况拆开看，其实只有三种，处理方式各不相同。
| 情形 | 判断依据 | 处理方式 |
|---|---|---|
| 当期有服务，月末终止 | 有任务记录与验收 | 按实际工作量正常结算 |
| 当期无服务，上期已终止 | 终止日早于当期首日 | 从名单剔除，不发起发放 |
| 当期服务到月中，中途终止 | 终止日落在当期区间内 | 按截止日前的实际工作量结算 |
第二种最容易出错，因为它看上去「上个月还在发」，惯性就带过来了。判断时只看一个数：终止日是不是早于当期首日。
第三种要防的是凑整。有人为了省事按整月发，实际上中旬就走了，多出来的那部分既没有业务支撑，也没有验收记录，事后很难解释。
已经错发的，处理顺序是先联系本人说明、再走退回、退回不成的登记为异常并留书面说明。不要用下期扣减的方式内部轧平，那样两期账都不干净。
三、名单维护的两个时点
名单不能只在发放前看一次。至少要设两个时点：每月二十日冻结本批名单，二十五日做一次复核，专门核对终止与新增。
二十日之后到发放日之间新终止的，走单独调整，不进主批次。这样主批次的名单是稳定的，异常也有独立通道。
终止信息从哪来，比时点更重要。业务部门知道人走了，财务不知道，中间缺一个固定报备动作。把这个动作挂到业务侧的结算确认单上，比发通知管用。
新增人员同理。当期新进的人如果没进名单，等于干了活拿不到钱，这类投诉比多发一笔更难处理。
四、把规则落到字段上
这件事的判断只有一句：结算依据是实际服务，不是名单存量。名单是工具，不是依据，工具落后于事实就要修工具。
现在能做的动作：给名单加两个字段，合作起始日与合作终止日，导出时按当期区间自动过滤。字段加完，同类差错基本可以消失。
批次导出与状态字段的用法，可以参考平台服务指南；结算口径与凭证要求见灵活用工服务，人员变动后的处理细节汇总在灵活用工资讯。
这周先把上个月的三笔错发处理完，再把终止日字段补进名单模板。两件事做完，下个月就不用再靠人记。
