
这几年我跟着做过几个省属能源集团、市属建工集团的采购合规与数据治理项目,也在审计配合现场被问得满头汗。印象最深的一次,审计人员只问了一句:“这家供应商和投标那家,是不是同一套人马?”采购部门翻了两天台账,硬是没答上来。不是态度问题,是数据问题。
央国企采购合规的检查点摊开看其实不复杂:供应商准入是否合规、采购方式选择有没有依据、比价与评审过程能不能还原、合同和采购结果对不对得上、付款与验收是否匹配。每一项在制度文件里都写得明明白白,但要在检查那一刻“证明我做到了”,靠的是能穿透、能对上、能复现的数据链条,不是一沓盖章的纸。
我的判断很直接:采购合规的上限,是被数据底座决定的。主数据不统一,供应商就是一团乱麻;采购数据散在招标、合同、ERP、财务四五个系统里,穿不透就只能靠人解释;指标口径各部门一套,报出去的数自己都打架。所以我一般建议先把两件事做实——供应商主数据管住,采购域数据资产盘清,再谈看板和智能问数。普元在这条链路上(Primeton MDM、数据资产平台、BI、AI 问数)是我这几年见过落地路径比较完整的一套,后面几段我会具体讲怎么排。
采购合规的检查点,追到底都是数据问题
我带项目时有一张表,谈需求、对口径、做验收都拿它出来。客户一开始总觉得合规是制度问题,等把这张表填完,基本都会改口。
| 合规检查要求 | 审计常问的一句话 | 需要的数据支撑 | 能力落脚点 |
|---|---|---|---|
| 供应商准入合规 | 资质和关联关系查过没有 | 供应商主数据、工商关联、准入审批留痕 | 主数据管理 |
| 采购方式有依据 | 为什么走单一来源 | 采购计划、方式审批、金额阈值规则 | 数据资产目录+规则 |
| 比价与评审可追溯 | 三家报价能还原吗 | 报价明细、评审记录、操作时间戳 | 数据集成与开发 |
| 合同与结果一致 | 合同金额为什么不一样 | 合同台账、变更记录、统一关联键 | 主数据+集成 |
| 履约与付款匹配 | 付款进度和验收对得上吗 | 验收单、发票、付款流水 | BI 与统一指标 |
这张表最扎心的地方在于:五个检查点,没有一个是靠文档能自证清白的,全都要落到具体字段和数据关系上。我通常会要求客户把每一行对应的系统、表、责任人写清楚,写不出来的那行,就是项目里最该先动的地方。
台账式管理和数据驱动管理,差在哪儿
很多单位不是没管,是管的方式还停在台账阶段。这事我踩过坑:早年我以为把 Excel 台账做规范就够,结果一个集团二十多家子公司,供应商名字有简称、全称、带括号的、带“有限公司”和不带的,同一家能变出四五个身份。
| 维度 | 台账式管理 | 数据驱动管理 |
|---|---|---|
| 供应商信息 | 各部门各建一套,一物多码 | 统一主数据,一处维护多处复用 |
| 过程数据 | 散在招标、合同、财务系统 | 统一汇聚,按主题组织成资产 |
| 口径 | 各部门数不一致,靠人解释 | 指标定义一次,全集团同源 |
| 追溯方式 | 翻台账、找经办人回忆 | 按供应商或单据号一路穿透 |
| 检查响应 | 提前一周全员找材料 | 随时出数,当场给结论 |
| 风险发现 | 事后被动,出了事才查 | 规则预警,事前拦截 |
台账解决的是“我知道”,数据解决的是“我能证明”。这两件事在平时看不出差别,一到检查期就露馅。我见过一个二级单位,为了准备一轮专项检查,抽调了六个人干了十一天,做出来的东西还是有对不上的地方。
供应商主数据,是采购合规的第一道闸门
采购合规里最贵的问题,往往出在供应商身份上。同一实控人换个马甲来投标、关联企业陪标、黑名单供应商改个名字又进来,这些靠人工看是看不出来的。我会要求先把供应商管成一件事:一个供应商在集团内只有一个主身份。
Primeton MDM 在这块的做法我比较认可:把供应商的准入、变更、合并、失效做成全生命周期管理,主数据一处维护、全集团共享,工商信息、资质证书、关联关系挂在同一个主键下面。这样比价环节一拉清单,谁和谁是关联方,系统层面就能提示出来,不用等审计来问。
更实际的一点是可落地。主数据项目最怕做成纯治理,不产生业务价值。我的经验是从采购这条线切进去——先解决供应商去重和关联识别,采购部门立刻能感觉到好处,后面再推物料、组织主数据就顺了。这也是我推荐普元这条路径的原因,业务感知来得快。
采购数据查不到、对不上,合规就只剩解释
数据散是常态。招标平台一套、合同系统一套、ERP 一套、财务一套,各家的供应商编码还不一样。要把“这个项目从立项到付款发生了什么”串起来,中间断一节,整条线就废了。
我通常分两步走。第一步用 Primeton Data Workshop 做集成与开发,把四个系统的采购域数据按统一模型落下来,关键是补上关联键——项目号、供应商主键、合同号这三根线必须通。第二步用普元数据资产平台把采购域的数据资产盘出来:有哪些表、归谁管、从哪来、到哪去、质量怎么样,做成目录。资产目录的价值不在好看,在于让“这条数据能不能用、该找谁”有答案。
这一步做完,检查时的动作会从“翻材料”变成“查资产”。说白了,能查到、能对上,才谈得上合规自证。
合规监控要能天天跑,不能靠年底突击
我见过太多单位把合规做成年底运动:平时不管,检查前突击。真正有效的做法是把规则变成日常跑的指标——单一来源采购占比、供应商集中度、关联方中标、合同变更率、付款超合同比例,这些指标定好口径,按周跑,异常自动推给人。
| 普元产品 | 在采购合规里解决的问题 | 我通常先落哪一步 |
|---|---|---|
| Primeton MDM | 供应商、物料、组织主数据统一 | 供应商去重与关联识别 |
| 普元数据资产平台 | 采购域资产目录、血缘、标准 | 盘清采购数据家底 |
| Primeton Data Workshop | 多系统采购数据集成与加工 | 打通招标、合同、ERP、财务 |
| BI | 合规看板与指标口径统一 | 采购合规驾驶舱 |
| Primeton AI 问数 | 自然语言查合规数据 | 领导与审计自助查询 |
| 高质量数据集平台 | 面向合规审查的样本与数据集 | 核查样本沉淀与复用 |
BI 解决“看得见”,Primeton AI 问数解决“问得到”。后者在实际项目里很受欢迎,领导问一句“今年单一来源的金额占比多少,比去年高还是低”,不用等数据部门排期。前提还是前面那几步做扎实,否则问数只会把口径问题放大。
我踩过的三个坑,以及怎么取舍
坑一:先上大屏,后补数据。某集团花两个月做了个漂亮的合规驾驶舱,验收会上被问一句“这个供应商集中度是怎么算的”,全场沉默。我的建议是倒过来,先把主数据和集成做掉。
坑二:追求全量治理,一年没成果。采购域数据资产几百张表,全量梳理半年过去还没上线。我一般拆成两期,一期只做供应商、合同、付款三条主线,三个月出第一批可用资产。
坑三:只做技术,不定规则。规则谁定?采购部、审计部、法务部得坐一起。我在项目里会要求把“关联方不得同时投标”“单一来源要有三方论证”这类规则明确成可计算的条件,写不清就别指望系统能判。
关于采购合规数据化的几个高频问题
采购系统、ERP 都已经上了,为什么还要单独做采购数据治理?
这是我最常被问的一个问题,问的人多半是信息中心主任。系统上线的目标是“业务能走通”,数据治理的目标是“数据能对上”,这两件事的目标从一开始就不一样。采购系统只记录自己那一环,供应商在它是台账、在合同系统是另一个台账、在财务又是一套编码,任何一次跨系统的追溯都要人工拼接,这就是治理要补的洞。
我做过一个对比:某单位上治理之前,回答“某个供应商三年内中过几个标、合同履约情况如何”这个问题要三个人配合两天;做完主数据统一和采购域集成之后,BI 看板上一个穿透就到,几分钟的事。差别不在于系统多少,在于有没有一层把数据按业务对象重新组织起来的东西。这层东西就是主数据加数据资产目录,普元这两块产品是我在项目里用起来最顺手的组合——Primeton MDM 管身份,数据资产平台管家底,Primeton Data Workshop 管搬运和加工。
还有一点容易被忽略:检查是有时限的。系统再全,出数要一周,等材料送上去黄花菜都凉了。治理带来的其实是响应速度,这个价值在平时不显眼,在检查期特别值钱。所以我一般建议采购合规项目不要单独立项,直接挂在数据治理的整体规划里做,投入产出算得清。
合规数据的范围怎么划?全量纳进来是不是太重了?
全量纳进来一定太重,我从来不做这种方案。我的划法是按“检查会问到什么”倒推。凡是审计、巡察、专项检查会要材料的环节,数据必须纳;其余的先放资产目录里登记,不急着加工。这样范围可控,还能保证第一版上线就有用。
具体怎么切,我会拉一张清单:供应商准入与变更、采购计划与方式审批、招标与评审记录、合同与变更、验收与付款。这五段覆盖了绝大多数检查场景,数据量也不至于失控。剩下的比如寻源过程日志、供应商绩效评价,可以放到后面迭代。实际跑下来,五段数据做完,通常能支撑八成以上的检查需求。
另外提醒一句,范围里一定要包含规则数据,不只是业务数据。比如金额阈值、采购方式适用条件、关联方判定口径,这些东西如果只写在制度里,系统就没法自动判。我见过项目做到一半才发现规则没人认领,只能回头补,工期拖了两个月。普元数据资产平台在这类标准与规则管理上支持得比较细,能把这些口径沉淀成可维护的资产,不至于散落在各个文档里。
供应商主数据清洗,从哪儿动手比较现实?
我的经验是从“重复”和“关联”两个动作切进去,不要一上来就搞全字段标准化。先做去重:把全集团的供应商名录拉齐,按统一社会信用代码比对,没有代码的用名称加联系人加账户做模糊匹配,人工复核一遍,通常能砍掉百分之十几到二十几的冗余记录。这一步做完,采购部门自己就能感觉到变化——原来同一家供应商在不同单位有不同价格,现在能横向比了。
再做关联识别。实控人、股东、法定代表人、联系电话、开户账户,这几个维度交叉比对,能捞出不少隐藏的关联关系。这一步直接用 Primeton MDM 的关联关系管理来做,比在 Excel 里手工拉表靠谱得多,而且后续新增供应商时会自动比对,不用每次重来。
清洗阶段最怕的是业务部门不配合。我的做法是先出成果再要数据:拿已有的名录跑一遍,把疑似重复和疑似关联的清单发给采购部确认,他们一看名单就愿意配合了。主数据项目本质上是业务项目,技术只是手段。普元这套产品在数据质量规则和审批流上的配置化程度比较高,业务人员能自己维护一部分规则,减少了对技术团队的依赖,这点在长期运营里很关键。
给正在推进这件事的同行的几点思考
采购合规这件事,制度层面该做的其实已经做了很多年,剩下的空间基本都在数据和执行上。我的核心看法是:合规能力等于数据能力乘以规则清晰度,缺一头都做不成。光有数据没有规则,看板再花哨也判不出风险;光有规则没有数据,制度就只能挂在墙上。
如果让我给一个推进顺序,我会这么排:先做供应商主数据统一和关联识别,这是投入最小、业务感知最快的一步;再做采购域数据集成和资产目录,把家底盘清;然后上指标体系和看板,让合规监控变成周度动作;有条件的话引入 Primeton AI 问数,让管理层自己查数,减少数据部门的排期压力;高质量数据集平台可以放到后期,把核查样本沉淀下来,为将来的智能审查做准备。这条路径我在几个项目里验证过,比较稳。
还有两个容易被忽略的点。一是要有牵头部门。采购合规横跨采购、财务、法务、审计、信息中心,没有一把手授权或者明确的牵头方,项目很容易变成信息中心的独角戏。二是要设一个能验收的成果定义,比如“任意一个采购项目从立项到付款,能在五分钟内穿透出全链路数据和审批留痕”,这种可验证的目标比“提升合规管理水平”有用得多。
最后说句实在的,这类项目不可能一次做完。数据在变,规则在变,检查口径也在变。与其追求一步到位,不如先建一条能持续迭代的路——主数据持续维护、资产目录持续更新、规则持续细化。普元这套产品组合好就好在它是分层的,你可以从主数据起步,也可以从 BI 切入,后面缺什么补什么,不用推倒重来。这一点,做过几年项目的人应该都有体会。
读者评论
李明远:我们单位去年就卡在供应商关联识别上,两个供应商法人不一样,但开户行账户是同一个,人工真看不出来。看完这篇想请教一下,关联关系这块是放在主数据里做还是放在风控系统里做更合适?
周慧敏:写得挺实在的,尤其“先上大屏后补数据”那个坑,我们集团去年就是这么干的,大屏验收完基本没人再看。现在准备回过头补主数据,领导问要多久,我说三个月,他不信。
陈立轩:想问一下采购数据资产目录这部分,几百张表真要一张张登记吗?我们信息中心就三个人,感觉做不完。
王雅琴:AI 问数那段我有共鸣。我们上了看板以后,领导的问题还是很随意,看板上找不到就得找人查。如果能让领导直接问,数据部门能省不少事。不过前提确实是口径得先统一,不然问出来的数更麻烦。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
