代发、灵活用工这类业务,通常有两条硬时限:
这两条听起来简单,实际上是最难靠人守住的两条规则。原因不是员工不负责,而是它们的结构决定了人守不住。
60 天不是一次性判断,而是倒数。今天是第 57 天,明天第 58 天。人在月初看了一遍"都没超",然后这件事就从脑子里消失了——直到它超了。
20 个在途单子,就是 20 个倒计时。人只能记住几个,而风险恰恰藏在被忘掉的那几个里。
「服务费到账当天发放」——触发条件在财务那儿(到账),执行责任在业务/操作那儿。跨人的触发条件,天然会漏。
凡是"某个事件发生后 N 时间内,另一个人必须做某件事"的规则,如果没有系统,就一定会漏。这不是管理问题,是结构问题。
基本公式:
红线日 = 开票日 + 60 天
剩余天数 = 红线日 − 今天
看起来简单,但有四个细节会算错:
| 细节 | 怎么处理 |
|---|---|
| 开票日取哪天 | 取发票上的开票日期,不是"我们提交申请的日期"。两者可能差几天 |
| 已发放的单子 | 一旦有发放日,倒计时立即停止,不再报警 |
| 红冲/作废的票 | 要单独判断——红冲后这张票是否还需要发放,跟业务口径有关,不能一刀切 |
| 服务费未到的单子 | 60 天照样在走。不要因为"钱没到"就不算 |
只提醒一次等于没提醒。我们用的节奏是:
| 时点 | 提醒谁 | 说什么 |
|---|---|---|
| 开票当天 | 操作人 | 建一条待办:「某某单,需在 X 月 X 日前完成发放」 |
| 剩 15 天 | 操作人 | 「还有 15 天」 |
| 剩 5 天 | 操作人 + 负责人 | 「还有 5 天,请确认能否按期」 |
| 已超期 | 操作人 + 负责人 + 老板 | 「已超 X 天,请立即处理并说明原因」 |
关键:提醒必须带具体信息——哪一单、哪家客户、还差几天。只说"有单子快到期了"的提醒,等于没提醒。
这是最关键的一个设计差别:
| 做法 | 结果 |
|---|---|
| 发一条群消息提醒 | 发完就过去了,没人知道做没做 |
| 建一条指派到人的待办 | 有责任人、有截止时间、完成状态可查 |
我们用的是后者:每个红线项生成一条企微待办,派给具体的人,到点提醒,完成后状态可见。
判断标准很简单:随便挑一条红线,能不能说清楚「这件事谁负责、什么时候到期、现在做没做」?三个问题有一个答不上来,这条红线就是没被真正管住。
文中红线规则与提醒节奏来自我们自用系统(截至 2026-10-19)。不同企业的红线口径可能不同,以你自己的合规要求为准。