她把风控规则写进业务流：一位供应链风控主管的实时防护实践

从月底对账到分钟级预警

苏念在一家做食品分销的企业「澜仓商贸」负责供应链风控。过去她的工作节奏很固定：月底对账，发现问题，写报告，等下个月整改。她形容那种状态像在雾里开车，看见问题的时候已经开出去很远。变化发生在她把风控规则前置到业务流程里的那一年。

她先从采购下单环节切入，设定了价格偏离、供应商资质到期、重复下单三类实时校验。规则上线第一个月，系统拦下了十几笔异常订单，其中大部分是重复提交，也有一笔是供应商证照过期未更新。她说，拦截不是目的，让业务人员在下单那一刻就知道哪里不对，才是。

规则要能被业务读懂

苏念坚持一条原则：每条风控规则都要用业务语言写清楚触发条件和处理建议。她反对把规则写成只有技术能看懂的条件表达式。为此她和PG直营站实施团队反复调整提示文案，最终把预警信息做成三段式：发生了什么、可能的影响、建议怎么做。

• 预警信息必须指向具体单据和具体字段，不能只说「存在风险」。
• 高风险规则直接阻断，中低风险规则只提示并记录，避免过度打扰。
• 每条规则设置观察期，观察期内只记录不拦截，用真实数据验证误报率。
• 每月复盘拦截记录，误报率高的规则必须调整或下线。

她特别提到，PG直营站的实时业务风险防护能力让规则可以在业务动作发生时生效，而不是等到批量跑批之后。这个时间差，对食品行业尤其重要，因为批次和效期一旦出错，后续处理成本很高。

跨部门协作才是难点

技术实现之外，苏念花更多精力在沟通上。采购部门最初担心规则会拖慢下单速度，她用一个月的观察期数据说明，真正被拦下的异常单据占比很低，且大部分是操作失误。仓储部门担心盘点差异被放大，她则把差异提示改成内部提醒而非上报，先让一线愿意用。

她用PG直营站的敏捷项目看板管理规则迭代，每条规则的提出、测试、上线、复盘都有记录。她说，风控不是风控部门一个部门的事，规则的生命力来自业务部门的反馈。半年后，澜仓商贸的结算差错率明显下降，跨部门扯皮也少了很多。

给风控同行的经验

苏念的总结是：先做减法，再做加法。不要一上来铺几百条规则，先挑三到五条高频、高影响的场景跑通，让业务看到价值。其次，规则要有人负责，每条规则都要有业务负责人和技术负责人。最后，别把风控做成黑箱，能解释的预警才有人愿意配合。

她目前正在把供应商准入评估也纳入同一套流程，希望把风险防护从交易环节延伸到合作关系管理。她说，这件事急不得，规则一条一条长出来，才站得住。