3. 供应商注册与准入流程设计

供应商注册与准入是SRM平台的第一道业务闸门,它决定了“谁能进入供应商池、以什么身份进入、进入前需要证明什么”。如果这一层设计得过于宽松,后续的绩效、寻源、对账都会被脏数据拖累;如果设计得过于僵硬,又会把优质供应商挡在门外,采购员被迫线下补录,平台形同虚设。因此,注册入口、准入审批、资质校验、黑名单拦截与查重机制必须作为一个整体来设计,而不是五个独立功能。

一、三类注册入口的定位与适用场景

注册入口不是简单的表单入口,而是供应商来源的分类器。不同入口对应不同的信任起点和审核强度。

  • 自助注册:供应商通过公开门户自行填写企业信息、上传营业执照、选择合作品类。适用于公开寻源、展会获客、新市场拓展。信任起点最低,必须经过完整资质校验和人工审批。
  • 邀请注册:采购员或品类经理在平台内发起邀请,系统生成带时效的邀请链接或邀请码,供应商凭码注册。适用于已有初步接触、经内部推荐或历史合作过的供应商。信任起点中等,可跳过部分基础信息核验,但资质仍需校验。
  • 内部推荐:由内部员工(如研发、质量、生产)在平台内提交推荐单,填写推荐理由、拟合作品类和推荐人信息,经推荐人上级确认后转入邀请注册流程。适用于技术独有、客户指定或紧急替代场景。信任起点较高,但推荐人需承担推荐责任,系统应记录推荐关系用于后续追溯。

三类入口在数据模型上应统一落到同一张供应商主表,但用source_type字段区分来源,用trust_level字段标记信任等级。这样后续审批流可以根据来源动态调整审批节点,而不是为每个入口单独建一套流程。

二、准入审批流的设计

准入审批流的核心是“按风险分级、按品类分流”。不建议所有供应商都走同一条审批链,否则要么审批资源浪费,要么高风险供应商漏审。

一个可落地的分级规则如下:

来源品类风险审批节点预计时效
自助注册常规采购员初审 → 品类经理复审2个工作日
自助注册高风险(危化、医疗、特种设备)采购员初审 → 品类经理复审 → 质量/合规会签5个工作日
邀请注册常规品类经理确认1个工作日
内部推荐任意推荐人上级确认 → 品类经理确认1个工作日

审批流在技术实现上建议采用可配置的节点引擎,每个节点定义审批角色、通过条件、超时策略和驳回后动作。驳回后不应直接删除供应商记录,而应置为“驳回待修改”状态,允许供应商补充材料后重新提交,避免重复注册产生垃圾数据。

三、资质校验规则

资质校验是准入流程中最容易做成“形式审查”的环节。要让它真正起作用,必须把校验规则拆成三类:

  1. 必填与格式校验:营业执照统一社会信用代码必须为18位且符合校验位规则;成立日期不得晚于当前日期;注册资本必须为正数。这类校验在提交时即时完成,不通过则不允许进入审批。
  2. 有效期校验:营业执照、资质证书、体系认证等均需填写有效期。系统应在到期前30天向供应商联系人发送续期提醒,到期后自动将供应商状态置为“资质过期”,限制其参与新寻源,但不影响历史订单执行。
  3. 外部数据核验:通过企业信息查询接口核验企业名称、法人、经营状态是否与营业执照一致。若接口返回“注销”“吊销”“经营异常”,则直接拦截并记录核验结果。示例参数:核验接口超时时间设为5秒,失败重试2次,仍失败则转人工核验并标记“待核验”。
资质校验规则应配置在规则表中,而不是硬编码在代码里。每条规则包含:规则编码、适用品类、校验字段、校验表达式、失败提示语、是否阻断。这样业务人员可以在不发布新版本的情况下调整校验强度。

四、黑名单拦截与重复供应商查重

黑名单拦截发生在注册提交的第一时间,属于“硬拦截”。黑名单数据来源包括:历史淘汰供应商、严重质量事故供应商、法律诉讼对手方、内部审计标记。拦截时需比对统一社会信用代码、企业名称、法人姓名、银行账号四个维度,任一命中即阻断,并提示“该企业已被列入限制合作名单,如有异议请联系采购合规部门”。

重复供应商查重则更复杂,因为同一集团下不同法人、同一法人变更名称、同一地址多块牌子都是常见情况。建议采用“精确匹配 + 模糊匹配”两级策略:

  • 精确匹配:统一社会信用代码完全一致,直接判定为重复,引导用户走“关联现有供应商”流程,而不是新建。
  • 模糊匹配:企业名称相似度超过85%、或法人相同且注册地址相似度超过80%、或银行账号相同,则标记为“疑似重复”,进入人工查重队列。查重人员可选择“合并”“关联”或“确认为不同主体”。

查重结果应写入供应商主表的duplicate_group_id字段,同一集团下的多个供应商可归入同一集团ID,便于后续集中管理和合并采购量。

供应商注册与准入流程总览 自助注册 公开门户 · 信任低 邀请注册 邀请码 · 信任中 内部推荐 推荐单 · 信任高 黑名单拦截 信用代码 / 企业名 / 法人 / 银行账号 命中 → 阻断并提示 转合规部门申诉 重复供应商查重 精确匹配 + 模糊匹配(名称/法人/地址/账号) 疑似重复 → 人工查重 合并 / 关联 / 确认独立 资质校验 必填格式 · 有效期 · 外部数据核验 规则可配置,失败可阻断或转人工 准入审批流(按来源与品类分级) 采购初审 → 品类复审 → 质量/合规会签(高风险) 驳回后置为“待修改”,可补充材料重新提交 通过 → 进入合格供应商池 统一数据模型 source_type 区分来源 trust_level 标记信任等级 duplicate_group_id 集团归集 status 控制生命周期状态 关键状态流转 待提交 → 待审批 → 审批中 → 驳回待修改 → 重新提交 → 资质过期(限制寻源) → 合格供应商 / 黑名单

五、落地时的关键判断

在实际项目中,注册与准入最容易出问题的不是流程本身,而是“例外处理”。例如:供应商营业执照正在换证,只有受理回执;集团客户指定某供应商但该供应商在历史黑名单中;同一法人在不同品类下重复注册。这些情况不应靠审批人拍脑袋决定,而应在流程中预留“例外通道”:由品类经理发起例外申请,说明理由并上传证据,经合规部门确认后临时放行,同时设置有效期(如90天),到期自动复查。例外记录必须留痕,作为后续审计依据。

另一个关键判断是查重与合并的边界。查重不是要把所有相似供应商都合并掉,而是识别出“同一法律主体”或“同一集团控制关系”。如果两个供应商只是名称相似但法人、地址、账号均不同,应允许并存,但标记为“疑似关联”供采购员参考。合并操作应谨慎,因为一旦合并,历史订单、绩效数据、对账关系都会受到影响,建议只做“关联”不做“物理合并”,通过集团ID实现逻辑归集。

黑名单拦截和查重规则上线前,必须用历史供应商数据做一次全量回溯测试。重点观察:误拦截率是否超过1%、疑似重复率是否超过5%、规则执行耗时是否超过3秒。如果误拦截率过高,说明匹配维度太宽,应优先收紧银行账号和信用代码的精确匹配,再逐步放开名称模糊匹配。

最后,注册与准入流程的产出不是“审批通过”四个字,而是一份结构化的供应商主数据记录:统一社会信用代码、企业名称、法人、注册地址、经营品类、资质清单及有效期、来源类型、信任等级、集团归属、审批轨迹。这份记录的质量,直接决定了后续寻源、合同、订单、对账各环节能否自动化运转。把入口做扎实,后面的流程才有意义。