直接答案:采购主数据与数据质量页,不是“供应商/物料录进系统就行”一句。官网页面要写清:主数据域(供应商、物料、价格、合同、品类、组织/成本中心、付款条件、税码);编码/命名/分类/单位/币种/状态规则;唯一性/重复检测/合并;完整性/准确性/一致性/及时性/有效性;谁创建、谁审批、谁维护(owner/steward)、maker-checker;变更/合并/停用/归档;系统/接口(ERP/SRM/MDM/BI)与对账;权限/审计;数据质量指标。制度依据上,财政部《企业内部控制应用指引第7号——采购业务》要求加强采购计划、请购、供应商选择、价格、合同、验收、付款等控制;《第18号——信息系统》要求加强系统开发、变更、运行、安全与数据控制;《第15号——全面预算》要求预算编制、执行、调整、考核。本文资料截止 2026-11-09,是公开规则与页面方法整理,不是数据治理/IT 审计意见;具体以企业主数据制度、系统配置和数据标准为准。
本文面向常州及周边的装备、电子电气、汽车零部件、医疗器械、五金、化工、包装和出口制造企业的采购、IT、财务、内控、审计和网站团队,讨论官网的采购主数据与数据质量页怎么写、怎么验收。这个页面最容易漏“供应商/物料重复、编码不统一、单位/币种/税码混、价格/合同版本、变更/合并、权限/审计、数据质量指标”,最后只写“主数据统一管理”,真到采购/对账/报表时各系统对不上。
先定域和编码:供应商/物料/价格/合同/品类/组织/付款/税码,编码/命名/分类/单位/币种/状态统一;再定治理:owner/steward、创建/变更审批、maker-checker、重复检测/合并、权限/审计;最后看质量:完整性/准确性/一致性/及时性/有效性、系统对账和指标。只写“统一管理”不算。
这个页面和供应商主数据/账户变更、信息安全、品类/支出、预算、合同页是什么关系?
主数据/数据质量页回答“数据从哪来、谁维护、怎么编码/合并、质量怎么量”;供应商主数据/账户变更页回答“名称/税号/开户行/回拨核验/生效”;信息安全页回答“分级/访问/事件/返还”;品类/支出页回答“品类树/支出分析”;预算页回答“额度/占用/执行”;合同页回答“条款/签署/版本”。主数据是“采购/财务/报表的共同语言”,不能拿账户变更页或信息安全页替代。
常见断点:供应商重复/别名;物料一物多码/一码多物;单位/币种/税码混;价格/合同版本不清;品类/成本中心映射错;创建/变更无审批;重复合并无记录;停用/归档不清;ERP/SRM/BI 不同步;权限/审计缺失;没有数据质量指标。页面把“域—编码—治理—质量—变更—系统—公开边界”拆开,采购/IT/财务/内控/审计才有同一套口径。
| 页面 | 回答什么 | 关键内容 | 不能替代什么 |
|---|---|---|---|
| 主数据/质量 | 数据从哪来/谁维护/怎么编码/质量怎么量 | 域、编码、治理、质量、变更、系统 | 账户变更/信息安全 |
| 供应商主数据/账户 | 名称/税号/开户行/回拨/生效 | 账户变更、核验、生效 | 物料/价格/合同 |
| 信息安全 | 分级/访问/事件/返还 | 分级、权限、事件 | 数据质量 |
| 品类/支出 | 品类树/支出分析 | 品类、支出、节省 | 主数据编码 |
| 预算 | 额度/占用/执行 | 预算、占用、差异 | 主数据 |
| 合同 | 条款/签署/版本 | 价格、支付、违约 | 数据标准 |
页面关系是编辑整理;具体以企业主数据制度、系统配置和数据标准为准。
采购主数据有哪些域、编码怎么定?
至少分:供应商(名称/统一社会信用代码/税号/开户行/联系人/资质/状态);物料(编码/名称/规格/材质/单位/图号/版本/BOM/替代/状态);价格(价目/合同价/阶梯价/币种/含税/税率/有效期/供应商/物料);合同(编号/供应商/物料/价格/账期/有效期/版本);品类(树/编码/负责人);组织/成本中心/项目;付款条件/税码/币种/单位。编码要唯一、稳定、可扩展,不嵌入可变属性(如价格/供应商名/年份);命名/分类/单位/币种/税码统一;状态(草稿/生效/停用/归档)清楚。主数据不是“想改就改”,要有标准和审批。
验收看:域清单;编码规则;命名/分类;单位/币种/税码;状态;唯一性;扩展性;标准/审批。常见缺口:编码含可变属性;一物多码;供应商别名;单位/币种/税码混;状态不清;无标准。
| 域 | 要写什么 | 证据 | 常见缺口 |
|---|---|---|---|
| 供应商 | 名称/信用代码/税号/开户行/联系人/资质/状态 | 主数据 | 重复/别名 |
| 物料 | 编码/规格/材质/单位/图号/版本/BOM/替代 | 主数据/BOM | 一物多码 |
| 价格 | 价目/合同价/阶梯/币种/含税/税率/有效期 | 价目/合同 | 版本不清 |
| 合同 | 编号/供应商/物料/价格/账期/有效期/版本 | 合同 | 版本不清 |
| 品类 | 树/编码/负责人 | 品类树 | 映射错 |
| 组织/成本中心 | 公司/工厂/部门/成本中心/项目 | 组织表 | 映射错 |
| 付款/税码/币种/单位 | 条件/税码/币种/单位 | 主数据 | 混用 |
| 编码规则 | 唯一/稳定/可扩展/不嵌可变属性 | 标准 | 嵌入价格/年份 |
主数据域/编码是编辑建议;具体以企业主数据标准和系统配置为准。
数据质量怎么量、怎么验收?
质量维度:完整性(必填/关联字段)、准确性(与合同/发票/报关/银行一致)、唯一性(供应商/物料/合同不重复)、一致性(ERP/SRM/BI/财务同一口径)、及时性(创建/变更/停用时效)、有效性(编码/税号/银行/资质有效)。方法:数据剖析(profiling)、重复检测、抽样核对、跨系统对账、问题台账、修复/复检;指标:重复率、缺失率、错误率、及时率、跨系统差异、问题关闭率。数据质量不是“IT 一个人的事”,采购/财务/IT/内控要共同定标准/指标。
验收看:维度;方法;抽样;跨系统;问题台账;指标;修复/复检;责任人。常见缺口:只查必填;不查重复;不跨系统;无台账;无指标;不修复。
| 维度 | 要核什么 | 证据 | 常见缺口 |
|---|---|---|---|
| 完整性 | 必填/关联字段 | 剖析 | 只看必填 |
| 准确性 | 合同/发票/报关/银行一致 | 抽样 | 不核对 |
| 唯一性 | 供应商/物料/合同不重复 | 重复检测 | 不查重 |
| 一致性 | ERP/SRM/BI/财务同口径 | 对账 | 各系统不同 |
| 及时性 | 创建/变更/停用时效 | 日志 | 长期不改 |
| 有效性 | 编码/税号/银行/资质有效 | 验证 | 过期 |
| 问题台账 | 发现/责任/修复/复检 | 台账 | 无台账 |
| 指标 | 重复/缺失/错误/及时/差异/关闭率 | 报表 | 无指标 |
数据质量是编辑建议;具体以企业数据标准、系统和审计要求为准。
治理、变更和合并怎么验收?
治理:owner(域负责人)/steward(数据管理员);创建/变更申请、审批、maker-checker;权限最小化;审计日志;源系统(source of truth);主数据与 ERP/SRM/MDM/BI 的接口/同步。变更:供应商名称/税号/开户行(回拨核验)、物料规格/替代/EOL、价格/合同版本、品类/成本中心、状态(停用/归档)。合并:重复检测、合并规则、影响评估(订单/合同/发票/库存/报表)、审批、保留历史/审计;不能直接删。停用/归档:先停新交易、清未结、保留历史、权限回收。
验收看:owner/steward;申请/审批;maker-checker;权限;审计;源系统;接口;变更类型;合并规则/影响;停用/归档。常见缺口:无 owner;无审批;单人改;无日志;多源;合并直接删;停用不清未结。
| 事项 | 要写什么 | 证据 | 常见缺口 |
|---|---|---|---|
| owner/steward | 域负责人/数据管理员 | 任命 | 无 owner |
| 申请/审批 | 创建/变更/停用审批 | 流程 | 无审批 |
| maker-checker | 录入/复核分离 | 记录 | 单人改 |
| 权限/审计 | 最小权限、日志 | 系统 | 无日志 |
| 源系统/接口 | source of truth、同步/对账 | 系统 | 多源 |
| 变更类型 | 供应商/物料/价格/合同/品类 | 记录 | 不清 |
| 合并 | 检测/规则/影响/审批/历史 | 记录 | 直接删 |
| 停用/归档 | 停新交易/清未结/历史/权限 | 记录 | 不清未结 |
治理/变更是编辑建议;具体以企业主数据制度、权限和审计要求为准。
系统/接口和对账怎么验收?
系统:ERP(采购/库存/财务)、SRM(供应商/询价/订单)、MDM(主数据)、BI/报表、合同/发票/银行系统;写清 source of truth、ID 映射、接口方向/频率、错误处理、重试/补偿、权限。对账:供应商/物料/价格/合同在 ERP/SRM/BI/财务的数量/金额/状态一致;接口失败/重复/丢失有告警/补偿;变更同步时效;报表口径一致。不要“各系统各一套”,也不要“接口跑成功=数据正确”。
验收看:系统清单;source of truth;ID 映射;接口方向/频率;错误/重试;权限;对账;告警;口径。常见缺口:多源;ID 不映射;接口无监控;失败不回补;报表口径不同。
| 事项 | 要写什么 | 证据 | 常见缺口 |
|---|---|---|---|
| 系统清单 | ERP/SRM/MDM/BI/合同/发票/银行 | 清单 | 不全 |
| source of truth | 每个域的主源 | 制度 | 多源 |
| ID 映射 | 供应商/物料/合同 ID | 映射表 | 不映射 |
| 接口 | 方向/频率/字段/错误 | 接口文档 | 无文档 |
| 重试/补偿 | 失败告警/重试/回补 | 日志 | 不回补 |
| 权限 | 最小权限/审计 | 系统 | 过大 |
| 对账 | 数量/金额/状态一致 | 对账表 | 不一致 |
| 口径 | 报表口径一致 | 口径说明 | 不同 |
系统/接口是编辑建议;具体以企业 IT 架构、主数据制度和接口规范为准。
官网页面怎么写、哪些不能公开?
建议包含:①主数据域/编码原则;②数据质量维度/指标;③治理/变更/合并;④系统/接口/对账;⑤联系/更新日期。公开页讲“域、标准、治理、质量、边界”,不公开供应商名称/税号/开户行、物料/BOM/价格/合同、系统截图、接口地址/账号、数据质量问题明细、未决争议;具体在主数据/ERP/BI 受控系统处理。不要写“数据 100% 准确/无重复/实时同步”等无法证明的承诺;不要把主数据页写成“供应商名录”公开页。
英文页术语统一(master data, data quality, data owner/steward, source of truth, duplicate/merge, completeness/accuracy/uniqueness/consistency/timeliness/validity, ERP/SRM/MDM/BI, interface/reconciliation),注明资料截止日。可与供应商主数据/账户、信息安全、品类/支出、预算、合同页互链,但不要把主数据页写成“统一管理”一句。
| 区块 | 写什么 | 证据 | 避免 |
|---|---|---|---|
| 域/编码 | 供应商/物料/价格/合同/品类 | 标准 | 编码含可变属性 |
| 质量 | 完整性/准确性/唯一/一致/及时/有效 | 指标/台账 | 只查必填 |
| 治理 | owner/steward/审批/maker-checker | 流程 | 单人改 |
| 变更/合并 | 检测/规则/影响/历史 | 记录 | 直接删 |
| 系统/对账 | source/接口/告警/口径 | 系统 | 多源 |
| 公开边界 | 不公开供应商/价格/系统 | 权限 | 全公开 |
页面结构是编辑建议;对外表述要真实、可核,具体以企业主数据制度、系统配置和数据标准为准。
上线验收清单
验收看十项:域/编码;命名/分类/单位/币种/税码;唯一/重复检测;质量维度/指标;owner/steward/审批;maker-checker/权限/审计;变更/合并/停用;系统/接口/对账;问题台账/修复;公开边界。每项要有证据和复核日期。通过标准不是“页面写了统一管理”,而是采购/IT/财务/内控/审计能按页面判断数据从哪来、谁维护、怎么编码/合并、质量怎么量、系统怎么对。
建议上线前拿一个真实(脱敏)供应商/物料做桌面演练:创建→编码→审批→入库→价格/合同→变更→合并→停用→对账。再模拟一次“供应商重复”“物料一物多码”“单位/币种混”“接口失败不回补”,看看页面和流程是否走得通。
| 检查项 | 通过标准 | 证据 | 不合格处理 |
|---|---|---|---|
| 域/编码 | 供应商/物料/价格/合同/品类 | 标准 | 补标准 |
| 命名/分类/单位 | 命名/分类/单位/币种/税码统一 | 主数据 | 补规则 |
| 唯一/重复 | 重复检测/合并规则 | 记录 | 去重 |
| 质量/指标 | 完整性/准确性/一致/及时/有效 | 报表 | 补指标 |
| owner/审批 | owner/steward/审批 | 任命/流程 | 补治理 |
| maker-checker | 录入/复核分离、权限、日志 | 系统 | 补控制 |
| 变更/合并/停用 | 影响/审批/历史/未结 | 记录 | 补流程 |
| 系统/对账 | source/接口/告警/口径 | 对账 | 对账 |
| 问题台账 | 发现/责任/修复/复检 | 台账 | 补台账 |
| 公开边界 | 不公开供应商/价格/系统 | 页面/权限 | 下架 |
验收清单是编辑建议;具体以企业主数据制度、系统配置和审计要求为准。
谁该读、谁不适合、能支持什么决策?
适合常州及周边的装备、电子电气、汽车零部件、医疗器械、五金、化工、包装和出口制造企业的采购、IT、财务、内控、审计和网站团队;也适合正在处理“供应商重复、物料一物多码、单位/币种/税码混、价格/合同版本、变更/合并、系统不同步、数据质量无指标”的企业。不适合不涉及采购主数据/系统,或希望用一篇页面替代数据治理/IT 审计意见的团队。
该读:要建主数据/质量页;只写“统一管理”;供应商重复;物料一物多码;单位/币种/税码混;价格/合同版本不清;无 owner/审批;合并直接删;系统不同步;无质量指标。不适合:把“主数据”当“供应商名录”;把“接口成功”当“数据正确”;把“合并”当“删除”;把“质量”当“必填”。能支持:域/编码、质量维度、治理/变更、系统/对账和公开边界自查。
常见问题
采购主数据包括哪些域?
至少供应商、物料、价格、合同、品类、组织/成本中心/项目、付款条件、税码、币种/单位。每个域要有编码/命名/分类/单位/币种/状态规则、owner/steward、创建/变更审批、唯一性/重复检测、质量指标和系统 source of truth;主数据不是“供应商名录”,也不是“ERP 里的一个字段”。
供应商/物料重复怎么办?
先检测(名称/信用代码/税号/银行/地址/联系方式;物料规格/图号/单位/材质),再评估影响(订单/合同/发票/库存/报表),按规则合并(保留主记录、映射旧 ID、迁移关联、保留历史/审计),审批后执行;不能直接删。合并后要更新接口/报表/权限,并复检重复率。具体以企业主数据制度和系统能力为准。
数据质量指标怎么定?
常用:完整性(必填/关联字段缺失率)、准确性(与合同/发票/报关/银行一致率)、唯一性(供应商/物料/合同重复率)、一致性(ERP/SRM/BI/财务差异)、及时性(创建/变更/停用时效)、有效性(编码/税号/银行/资质过期率)、问题关闭率。指标要有口径、样本、周期、目标、责任人;不要只考核“必填率”。
主数据变更/合并要不要审批?
要。创建/变更/停用/合并应有申请、审批、maker-checker、权限最小化、审计日志;供应商名称/税号/开户行变更要回拨核验(见账户变更页);物料规格/替代/EOL、价格/合同版本变更要影响评估;合并要保留历史/映射/审计。单人直接改、直接删、无日志,都是高风险。
ERP/SRM/MDM/BI 怎么对账?
先定每个域的 source of truth,再做 ID 映射/接口方向/频率/错误处理/重试补偿;对账供应商/物料/价格/合同的数量/金额/状态,报表口径一致;接口成功不等于数据正确,要有告警/回补/抽样核对。多源、无映射、无监控、失败不回补,会导致采购/财务/报表各说各话。
主数据和信息安全页是什么关系?
主数据页讲“数据标准/质量/治理/变更/系统”,信息安全页讲“分级/访问/传输/事件/返还/跨境”;两者互补。主数据要按信息安全分级授权、最小权限、日志/审计;供应商银行账户/价格/合同等敏感数据要受控,不能公开在官网。不要用信息安全页替代主数据标准,也不要用主数据页替代安全控制。
官网要不要公开供应商名录、物料和价格?
通常不公开供应商名称/税号/开户行、物料/BOM/价格/合同、系统截图、接口地址/账号、数据质量问题明细或未决争议。公开页可以讲主数据域/编码原则、质量维度/指标、治理/变更/合并、系统/对账和联系窗口;具体在主数据/ERP/BI 受控系统处理。不要写“数据 100% 准确/无重复/实时同步”等无法证明的承诺。
一句话总结
常州制造企业官网的采购主数据与数据质量页,核心不是“统一管理”,而是把主数据域/编码、命名/分类/单位/币种/税码、唯一/重复检测、质量维度/指标、owner/steward/审批、maker-checker/权限/审计、变更/合并/停用、系统/接口/对账、问题台账和公开边界写成可核对清单;采购/IT/财务/内控/审计能按页面判断数据从哪来、谁维护、怎么编码/合并、质量怎么量、系统怎么对,页面才算合格。
研究方法与局限
本文为公开规则和页面方法整理,不是数据治理或 IT 审计意见。文中没有使用未公开供应商/物料/价格/合同数据、系统截图、接口地址/账号、数据质量问题明细或未决争议;表格和验收项均为编辑建议,不构成数据治理/审计结论。财政部《企业内部控制应用指引第7号——采购业务》《第18号——信息系统》《第15号——全面预算》;具体以企业主数据制度、系统配置、数据标准和审计要求为准。本文不判断任何具体主数据/质量指标是否合理,也不承诺数据 100% 准确/无重复/实时同步;企业应结合系统、域和数据逐项制定。
数据来源与口径
资料截止 2026-11-09;以下为官方页面,具体条款以原文为准。