主数据是脏的

同一物料有多个编码、同一供应商有多个名称,系统归一的结果自然混乱。上线前不做主数据清理,后面所有比对都在错误基础上进行,越用越不可信。清理工作枯燥,但省不得,也拖不得,最好与试点同步做。

企业课堂:学员围桌而坐,前方大屏投影
课堂全景:学员与投影大屏自有素材

想跳过审批

有企业希望系统直接生成订单,省掉审批环节。采购涉及预算与授权,绕过审批的系统在审计时过不了关,最后被迫下线,前期投入全部沉没。效率提升必须建立在既有授权链条之上,不能绕开,也绕不开。

报价单太杂

供应商各用各的表格,字段名与单位随心所欲。没有模板与映射规则,解析结果只能靠人工逐张校对,省下的时间又被还回去。先统一模板再谈自动化,顺序反了就是白费力气,还容易伤团队信心,后面推不动。

不嵌进流程

把系统做成一个能提问的窗口,采购员要额外打开页面才会用。提示如果不出现在询价、比价与合同评审的动作里,使用率会在两周内归零。工具必须长在业务流程上,而不是挂在旁边等调用,等着没人用。

没有品类负责人

输出无人认领,异常项在群里转几天没人处理。每个品类要有负责人对口径与异常负责,否则系统只是一个更快的通知工具。责任到人之后,规则的修改才有推动力,也才有人验收效果,规则才会越来越准。

适用与不适用

适合谁

  • 采购数字化项目反复启动又停滞的企业
  • 正在做上线前风险评估的采购负责人

不适合谁

  • 只想要一次演示给上级看、不打算长期使用

典型场景

某企业第一次上线采购助手时把范围铺到全部品类,两个月后使用率掉到很低。复盘发现主数据重复、报价单格式各异、也没有人负责异常。第二次只做一个品类,先把编码与模板收口,使用率才稳住在可用水平。

可执行步骤

  1. 做主数据体检,把物料编码与供应商名称先去重、合并,再由业务确认
  2. 选一个品类做端到端试点,暂不接入其他品类,也不额外增加新系统
  3. 为常用的供应商建立报价模板与字段映射规则,先覆盖八成的采购单据
  4. 把提示嵌入询价与合同评审动作里,并逐条指定处理人与处理时限要求
  5. 指定品类负责人,按月复盘异常类型、处理时长与积压的具体原因并归档
能力、岗位与硅基员工类目结构示意图
类目示意图:能力、岗位与硅基员工通用流程示意 · 上岸智源

常见坑

  • 先上系统再清数据,重复编码越积越多,后期清理成本更高,还容易清错。主数据应在试点前先做一轮体检。
  • 把使用率低归因于员工不接受新工具,忽略提示没出现在工作动作里,改进方向全错。先看提示是否顺手可及。
  • 范围一次铺开,每个品类都是半成品,没有一个能拿出手的样例,内部信心很快耗尽。试点要收窄到能验收。
俯拍桌面与协作中的团队
团队协作:电脑与文件自有素材

自检与验收清单

  • 主数据是否做过去重、合并与编码统一,并由业务确认
  • 是否只选一个品类做端到端试点,暂不铺开其他品类
  • 提示是否嵌在现有审批动作里,而不是另开页面
  • 每个品类是否有负责人,以及明确的处理时限

常见问题

主数据清理要多久?

取决于历史长度与系统数量,通常需要业务与信息化共同投入数周。可以先清理试点品类,跑通后再推广,不必等全公司数据都干净,那样项目会一直停在准备阶段。

员工抵触怎么办?

多数抵触来自额外工作量。把提示做进原有界面、减少重复录入,抵触会明显下降;再配合品类负责人跟进异常,让使用有结果可看,比开会强调纪律更有效。

多套系统并存影响大吗?

影响不小,尤其同一物料在不同系统编码不一致时。先确定以哪套系统为主数据源,其余系统做映射,比同时对接多套更可控,也更容易向审计解释数据来源。

参考来源

  1. 中国信通院发布《大模型落地路线图研究报告(2024年)》 中国信息通信研究院(上海证券报转载) · 2024
  2. 中国信通院发布《人工智能发展报告(2024年)》 中国信息通信研究院(贵州省大数据发展管理局网站转载) · 2024
  3. 中华人民共和国政府采购法(财政部法规库) 全国人民代表大会常务委员会(财政部法规库收录) · 2014