建议收藏|主数据调研问卷的参考样例
数据治理的内容多且深度大（如图1中的国际数据管理协会DAMA-DMBOK2的知识领域），全面开展起来需要投入很多资源，并且需要一个较长的过程。
而主数据，其价值首先是解决多系统和多组织应用场景下的信息对称问题，多系统能够跨组织集成应用的前提是核心业务实体数据共享性和一致性被有效保障，所以在没有全方位开展数据治理工作之前，主数据治理往往是企业自发的一种行动，并且也往往是数据治理领域中需求最为清晰、最为迫切，也最容易着手、成效最为显著的切入点。
对集团型企业，为满足集团总部和集团整体层面的多种需求（相关内容请详见文末链接），自上而下开展主数据治理工作时，通常需要先了解集团内成员企业的主数据治理相关情况，本文的调查问卷是开展该项工作的一份样例，供行业内同行参考和探讨。
问卷分为三个部分，第一部分是主数据治理工作概况调研问卷，以文字简述反馈为主；第二部分是主数据类型及应用情况调研，成员企业具体反馈每一类主数据的关键信息；第三部分是每类主数据表结构的调研，目的是梳理集团成员企业同类主数据的交集，首先评估用以满足集团整体层面的、公共的、较高抽象度需求下的主数据管理范围，其次评估在集团层面内对成员企业个性化应用需求的支持。
本调研问卷面向成员企业的信息化、数字化、数据管理等部门的专业管理和技术人员。
第一部分：主数据治理工作概况调研问卷
企业是否已开展数据治理或主数据治理工作？如有请简要介绍治理的背景、过程、效果，管理的常态等。如未开展请说明原因以及是否有计划开展？是否有对元数据开展治理工作？
是否有请专业咨询公司或软件厂商实施过数据治理或主数据治理的相关咨询项目？如有，请介绍项目背景、厂商名称、项目工期和成果等内容。
是否已有主数据管理的标准、制度、流程？如有请提供相关电子版文件。
请介绍主数据管理的组织建设情况，包括主数据管理的领导机制、相关部门和人员、工作分工和流程、主数据技术和日常维护人员数量等情况。当前组织建设是否满足主数据管理的需要？是否有下一步的组织建设计划（包括设立专业部门和岗位、新增人员、业务和技术培训等）？
是否已建设主数据管理（MDM）系统？如已建设，请提供软件原厂名称（如果是企业自己开发的MDM系统，原厂写为自开发），并简要介绍系统建设情况、上线时间、使用情况及软件原厂的运维服务情况。如未建设，请介绍现阶段所采用的非MDM系统的管理方式。后续是否有建设MDM系统的计划？
审核主数据时是否依据相关证明材料？例如录入和审核企业类（供应商、客户）主数据时查看其营业执照影像件等。
主数据管理是否有集成企业征信服务（如：企查查、启信宝、天眼查等）、OCR、RPA等服务和技术？如有请简要介绍提供服务或产品的厂商，应用场景和效果。
集团型企业总部与成员企业在信息化建设、数据治理等方面的工作关系是怎样的？总部是否直接参与或者指导成员企业的相关工作？是否已对成员企业的主数据统一管理？成员企业的主数据与企业总部主数据的关系是怎样的？
请介绍在主数据管理方面的投资情况，例如包括：主数据治理咨询项目的合同金额、MDM系统产品采购和建设项目投资金额、MDM系统日常运维费用、企业征信服务费用等情况。
是否有对主数据管理进行绩效考核？包括数据质量、数据审核时效等内容。
对各类主数据的现阶段的数据质量是否满意？如不满意请说明情况并提出初步的改进计划。
企业是否已建设企业服务总线（ESB）系统用于系统集成？如有请简要介绍系统原厂名称和应用概况。如未建设请简要介绍当前采用的系统集成方式。
请简要介绍企业已使用的主要信息系统，例如：企业资源计划（ERP）系统、制造执行（MES）系统、高级计划与排程（APS）系统、产品生命周期管理（PLM）系统、仓库管理（WMS）系统、物流运输管理（TMS）系统、客户关系管理（CRM）系统、供应商关系管理（SRM）系统、业务流程管理（BPM）系统、办公自动化（OA）系统、企业绩效管理（EPM）系统、人力管理相关（HR、HCM等）系统、网上报销系统等。需提供系统的厂商名称、类型和版本，如ERP系统的厂商包括用友、金蝶、SAP、Oracle、鼎捷等，ERP的类型包括用友NC、NCC、U8、U8C等，SAP ECC、S/4 HANA等，金蝶 EAS、云星空、云苍穹等。上述系统中与MDM系统集成的系统有哪些？最近一年内是否有大版本升级、新建设上述系统的计划？
企业是否已建设专业的商业智能（BI）系统？如已建设请提供软件原厂名称和简要介绍应用情况，同时请介绍数据仓库或者数据湖的应用情况。
企业是否已建设中台系统（包括业务中台、技术中台、数据中台）？如有请简要介绍背景、建设过程和应用情况。如未建设，是否有建设计划？
请简要说明企业对应用公有云SaaS系统的观点和态度。
第二部分：主数据类型及应用情况表
填写说明：
主数据类型：是指通过主数据管理（MDM）系统或类似功能系统管理的主数据，包括但不限于客户、供应商、项目、物料、会计科目、人员、部门、合同，等。其中，客户和供应商可以作为一类主数据管理，即对一家企业或组织，可以只有一条主数据，但该主数据可以具有客户属性，也可以同时具有供应商等属性。相应的，客户和供应商分别管理时，同一家企业或组织在系统中将有两条主数据，并有对应的两个主数据编码，而如果不分别管理时，一家企业或组织在系统中只有一条主数据和一个主数据编码；
源系统：创建主数据的系统，例如客户主数据，源系统可以是客户关系管理（CRM）系统，客户主数据在CRM系统中创建后传给MDM系统，然后由MDM系统分发给ERP系统等目标系统。客户主数据源系统也可以是MDM系统，即在MDM系统中创建后传给相关目标系统。一类主数据的源系统可以填写为多个，例如因历史原因，一段时间内有新、旧两个版本的某种业务系统各自独立运行，并且根据业务功能的需要，两套系统中都需要有客户注册功能，虽然与主数据来源唯一的常规原则不一致，但应用现状是客户主数据存在两个源系统。
目标系统：接收主数据的系统，相当于是主数据的用户系统，即从MDM系统中获得主数据后使用，包括利用主数据做赋值或判断等。例如在MDM系统中创建供应商主数据，MDM系统将供应商主数据分发给网上报销系统、ERP系统等目标系统，在网报系统系统中选择供应商主数据，供应商主数据的标准名称及编码将填入报销单中。
赋码系统：如果主数据直接在MDM系统中创建，通常由MDM系统赋予标准唯一的主数据编码，此时为主数据赋码的系统是MDM系统。如果主数据在其他源系统创建，则有两种情况，第一种是主数据直接采用源系统赋予的唯一编码，如客户主数据在CRM系统中创建，CRM系统赋予编码 C0001368并作为主数据编码，MDM系统将编码为C0001368的客商主数据分发至各目标系统，此时赋码系统为CRM系统；第二种是源系统的编码不作为主数据编码，源系统将主数据传递给MDM系统，MDM系统按规则处理后，向源系统返回MDM系统产生的主数据编码，例如CRM系统产生的编码C0001368不作为主数据编码，而采用MDM系统产生的编码1000018016，此时赋码系统为MDM系统。
业务主责部门：是指主数据在业务领域的负责部门，例如供应商主数据，如果公司设立有采购部对供应商做全面管理，因为供应商主数据是供应商业务实体数据的子集，那么常规情况下采购部就是供应商主数据的主责部门，如果企业未设立采购部，对供应商的一般管理和业务执行中的付款都由常规业务部门负责，那么因为业务部门对供应商信息第一接触者并且最为熟悉，此情况下主责部门可以是业务部。
数据审核部门：是指主数据审批流程中的部门，可以是多个，简单列举即可。例如业务部门录入供应商主数据，提交到业务管理部供应商管理专员处审核，审核通过后即编码生效，此时数据审核部门为业务管理部。
总数量：请提供截止到填报本表前一天的各类主数据的总数量。
日均新增数量：是指常态下，每日新增加主数据的数量，估算即可。对包括人员、部门等不一定是每日都有新增的主数据，填写为非日增。
主从关系：指主数据是由主从关系的多条记录管理的，在主数据支持某类专业系统的应用场景下较为常见，例如为支持某ERP系统的销售相关业务，一个客户的主数据，会包括一条记录客户基本信息的主表数据，以及多条与销售业务相关的从表数据，类似情况下，存在主从关系处填写为是，否则填否。
从表数据简述：本内容针对存在如上主从关系的主数据，如存在，请简单列举从表内容，比如某企业的客户主数据有两种从表信息，一种记录客户主数据可以被应用的多个机构，另外一种记录针对不同场景的销售配置信息，此情况下，可以填写为：多个应用机构、多场景销售配置。如不存在主从关系，本内容为空。
唯一性保障：是指为保障主数据唯一性所采取的技术措施，比如对作为供应商或者客户的国内企业，新建或者修改名称时，除了要按企业全称查重外，还可以通过必填的统一社会信用代码查重。对包括英文在内的外文名称，需考虑字母大小写因素，可统一转换为大写字母后查重。
第三部分：主数据表结构（含从表）
(欢迎大家加入知识星球获取更多资讯。)
联系我们