直接答案:采购主数据与数据质量页,不是“供应商/物料录进系统就行”一句。官网页面要写清:主数据域(供应商、物料、价格、合同、品类、组织/成本中心、付款条件、税码);编码/命名/分类/单位/币种/状态规则;唯一性/重复检测/合并;完整性/准确性/一致性/及时性/有效性;谁创建、谁审批、谁维护(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;以下为官方页面,具体条款以原文为准。

  1. 财政部《企业内部控制应用指引第7号——采购业务》(财会〔2010〕11号):临沂市财政局。采购计划、请购、供应商选择、价格、合同、验收、付款等控制。
  2. 财政部《企业内部控制应用指引第18号——信息系统》(财会〔2010〕11号):临沂市财政局。系统开发、变更、运行、安全与数据控制。
  3. 财政部《企业内部控制应用指引第15号——全面预算》(财会〔2010〕11号):临沂市财政局。预算编制、执行、调整、考核。
关于作者

凌壹信息Official(交付团队),负责企业网站、品牌与画册设计、智能制造和 AI 项目的需求梳理、方案与验收协作。本文为公开资料研究与项目方法整理,不构成数据治理或 IT 审计意见;具体项目以企业主数据制度、系统配置、数据标准和审计要求为准。

把采购主数据与数据质量写成可核对清单

带着供应商/物料/价格/合同域、编码规则、重复检测、治理流程和质量指标,我们把主数据页拆成可核对清单。

预约主数据/质量页盘点