双鹤药业主数据管理平台建议书.pptx

双鹤药业 主数据管理平台建议书 2012年2月22日 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 主数据的特点包括: 跨部门和组织共享和重用，被多个企业应 用共享(交易或分析系统) 独立于具体的系统 不会频繁发生变化 交易和分析围绕的主题 主数据不包括: 主数据相关的交易数据 企业运营指标 主数据： 是指整个企业范围内各信息系统（实时操作、事务及分析型应用系统）间共享的基础数据. 主数据管理（ MDM Master Data Management )： 主数据管理是应用一系列的技术、组织和流程，确保持续监控、评估和管理主数据，为用户和 应用系统提供统一的主数据服务。 什么是主数据和主数据管理 主题分类例如 销售及营销客户，产品 资产资产，资产类别 生产供应商，物料 财务会计科目，成本要素 项目项目，项目分类 人力员工 Analytic Service 音智达 4 公共数据 共享数据 专有数据 共享数据：需要与其它系统或 用户进行共享 专有数据：为满足特定业务类型 所需要的数据，不需要与其它系 统或用户进行共享 数据类型数据子类型举例 公共数据核心主数据组织机构，产品, 物料，供应商，客户等 公共代码行业代码，区域 ,邮编 共享数据指标利润率，单位能耗 其它跨系统交换数据企业资产管理系统与财务系统交换的资产数据等 专有数据专有代码模块编号，用户编号 系统运行与维护专有数据日志，流程控制等 主 数 据 管 理 范 围 ERP CRM ORM MPC 公共数据：企业最核心的数据 主数据是企业核心的基本业务数据 Analytic Service 音智达 主数据管理涉及的工作: 业务流程分析 数据评估与实体确认 数据清洗 数据一致性 数据整合 主数据管理平台的设计与开发. 主数据管理是将企业信息向资产的转换 MDM 解决的问题: 企业核心数据缺乏标准和一致性 重复数据 数倍的数据维护工作 无法在企业范围内形成统一的视 角进行分析 分析工作混乱繁杂. Analytic Service 音智达 增加 收入 减少 手工维护主数据的错误 ，并减轻工作量 通过整合的主数据管理，减 少数据冗余费用 定义清晰的主数据接口，减 少 应用开发维护费用 降低 成本 成功实施主数据管理是为企业提升整体效益的能力建设 主数据管理 的 价值 统一客户视图，提升营销和客户 关怀能力 统一的物料，库存，产品信息， 更好的管理库存，采购 为支持业务变化和增长提供强有 力的支持 通过更准确、更及时的主数据管 理，提高市场相应速度 提升企业 核心数据质量 通过加强获取一致主数据和快速 集成新主数据的能力 防止企业内冗余或非一致的主数 据处理 为分析型系统（EDW, BI, Planning等）提供统一的数据源 为企业数据分析提供统一的分析 口径 一致主数据的建立有助于提升所 有的管理活动 企业核心数据可以得到更好管理 ，控制和审计 提高 质量 提 升 分 析 深化 管理 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 项目总体目标 MDM的最终目标是实现双鹤的企业主数据由数据向资产的转化 q通过对现存 系统和业务部 门调研，提炼 企业核心主数 据，并对主数 据建立统一标 准； q对主数据进 行分析，建立 主数据模型， 制定存储策略 ； q分析现存系 统，整理主数 据数据源，开 发主数据抽取 、清洗和转换 逻辑，实现主 数据从数据源 到MDM的整 合； q调研MDM系 统需求，设计 MDM系统工 作流，对系统 进行开发，实 现MDM系统 ； q设计MDM平 台接口和日常 主数据流转策 略，实现企业 主要系统和 MDM系统间 的数据流转； q制定新的主 数据管控策略 ，通过MDM 系统实现企业 主数据集中管 控，制定数据 录入、校验、 审批直至最终 分发的工作流 ，制定主数据 审计标准和通 报机制。 Analytic Service 音智达 项目总体任务 主数据 主数据定义和建模 数据源到MDM系统数据清洗、转换与整合 的设计、开发与测试（主数据初始化） 主数据信息校验和完善规则的设计、开发 与测试 主数据与外围系统主数据间的数据映射的 梳理与维护 中间件的设计、开发与测试（ESB或ETL） MDM系统 MDM系统设计、开发与测试 MDM系统数据接口设计、开发 与测试 主数据管控 主数据集中管控工作流的设计、开发与测试 主数据日常维护模板的开发（主数据创建， 变更等） 主数据集中管控流程策略的制定 知识转移 主数据相关价值和使用的培训 MDM系统的维护和使用方法 主数据集中管控的流程和方法 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 公共代码 -国家、地区、时间、货币单位等 通用数据 核心主数据 销售管理 客户 客户SITE 销售组织 销售模式 产品 业务员 人员Layer 生产管理 生产线 生产组织 物料 仓库 库位 供应商 供应商SITE 采购人员 财务管理 会计科目 银行 费用项 活动管理 活动 公司管理 公司组织 区域 职员 EBSORM People Soft MES DW/BIMPC 主数据 变更 日志 DCI DCI 设备 计量单位 资源 工艺路线 配方 处方 人员 Layer 数据和系统范围 Analytic Service 音智达 整体方案应用架构 手工 文件 主数据 监控报告 审计日志 主数据导出 缓慢变化维 O S B / E T L Web前端 权限控制 Web前端 权限控制 中 间 层 中 间 层 主数据初始加载主数据日常维护主数据日常收集与分发 EBS ORM MDM MES People Soft MPC 主数据 历史 数据 EBS ORM MES People Soft MPC DW/BI Analytic Service 音智达 整体方案功能架构 创建 审批 修改 删除 禁用 工作流管理模块 数据导入 批量更新 数据导出 版本控制 集成管理模块 数据查询 约束校验 层级管理 查重合并 属性继承关系映射 数据管理模块 公式应用 用户管理 日志管理 权限控制 数据备份 系统管理模块 数据存储层 展现界面集成接口 主数据管理监控报表 启用主数据信息补充 Analytic Service 音智达 定时数据同步 实时数据同步 EBS ORM MES People Soft MDM DW/BI MPC 主数据 历史 数据 ETL ESB 或 ETL ESB 或 ETL ESB 或 ETL ETL ETL ESB 或 ETL ETL Batch MDM服务器 外部系统 （EBS等） Staging DB Metadata 数 据 质 量 分 析 数 据 清 洗、 匹 配、 标 准 化 E T L Batch 数 据 整 合 服 务 器 接 口 服 务 Master Data Hierarchy Data Reference Data Metadata Data 整体方案数据整合架构 主数据初始加载主数据日常加载与分发 Analytic Service 音智达 主数据整体管控流程 发起数据 请求 数据请求 完成及提交 业务层 面 批复 管控层面 批复 数据处理 数据处理 数据发起人数据生产者业务审批人主数据管理 员 数据处员/程序 专项数据处 理员/程序 管控团队管控团队数据拥有者 每个主数据对象的管理流程可能会根据其要求略有差异，但是总体管控流程大致相 同 Analytic Service 音智达 一期范围三期范围二期范围 主 数 据 范 围 系 统 功 能 范 围 产品 生产组织 销售组织 会计科目（费用部分) 模型创建、编辑、删除 主数据版本控制 主数据批量导出 数据快照 主数据查询 映射创建、编辑、删除、监 控报告 MPC维度数据管理 映射批量导入 邮件通知 系统管理 主数据创建、编辑、删除、 启用、禁用 主数据审核 约束校验 客户 客户SITE 销售模式 业务员 销售人员LAYER 会计科目 生产线 物料 仓库 库位 供应商 供应商SITE 采购人员 设备 资源 生产人员 LAYER 公司组织 区域 职员 银行 费用项目 活动 层级管理 查重合并 属性继承 公式应用 实施路线图 由于双鹤需要在6月进行数据仓库二期建设，为了满足项目时间点的要求，同时也保证MDM建设的完整性，有效控制项目风 险，按照需求的优先级，MDM项目将采用螺旋式开发的管理方式，分期逐步实现双鹤主数据能力建设。 Analytic Service 音智达 实施路线图 一期项目 计划周期为2012年2月 至6月，一期的项目内容将主要 覆盖EBS, ORM, BI和MPC系 统。项目将分析以上系统的核心 主数据，对造成MPC和BI系统数 据分歧的主数据进行梳理和整合 ，同时根据这些主数据的特点实 现MDM系统的核心功能。 与此同时，一期中还需要完成主 数据(源于ORM和ERP)和MPC维 度数据间的映射关系整理。 一期结束后将实现MDM平台的 核心功能的开发，并解决BI系统 和MPC系统的数据分歧问题。 二期项目 计划在MDM系统的 功能逐步稳定和被各部门接受 后展开，二期的主要目的是能 够为BI和MPC等分析型系统提 供全面、标准化的主数据源。 同时二期项目也将在一期 MDM系统基础上进行功能扩 展升级。 二期结束后将完成MDM系统 功能升级，并能够为BI和MPC 等各种分析型系统提供标准化 的主数据源。但二期项目后， 除BI等分析型系统外，MDM 系统尚不具备向操作型系统分 发数据的能力。 三期项目 主要目的是实现MDM 系统对主数据的全面集中管控， 三期的项目内容将主要覆盖EBS, ORM, PeopleSoft, MES系统。 三期项目结束后MDM系统将有 能力向ORM,MES等操作型系统 进行主数据分发，能够取代EBS 和MES间的主数据同步，实现主 要系统主数据的集中管控。双鹤 主数据集中管控能力已经形成。 一期目标三期目标二期目标 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 项目一期目标 一期项目计划周期为2012年3月至7月，项目一期将专注于解决BI和MPC系统 数据分歧，为BI和MPC提供标准化的主数据源，为数据仓库二期提供标准、正确 的数据基础。 对目前造成MPC和BI系统数据歧义的主数 据进行建模、抽取、清洗、校验和维护，实 现这部分主数据的标准化和统一管理。 分析和抽象上述主数据所需要的主数据管理 功能点，针对这部分功能点进行MDM系统 的设计和开发，实现MDM系统的核心功能 ，并为项目二期开发提供良好的可扩展性。 梳理主数据与MPC维度间的数据映射关系 ，并在MDM系统中对其进行维护 制定上述主数据的管控流程，通过MDM系 统实现主数据的集中管控。 Analytic Service 音智达 项目一期主数据范围 主数据范围数据来源 产品ERP 生产组织ERP 销售组织ORM 会计科目（费用部分）ERP/ORM q一期项目中需要与主数据建立映射关系的外部系 统数据包括： MPC系统-生产、销售、指标主题-产品维度数据 MPC系统-销售主题-销售组织维度数据 MPC系统-生产主题-生产组织维度数据 MPC系统-生产、销售主题-会计科目维度数据 q一期主数据为目前BI和MPC共同涉及到 核心主数据。由于BI和MPC间关注的数据粒 度或视角的不同，导致两个系统间最终数据 呈现上的差异。为消除差异，该部分主数据 将为作为项目一期需要完成的主数据范围。 Analytic Service 音智达 项目一期主数据迁移 一期项目中，系统数据迁移将包括EBS系统、ORM系统、MPC系统到MDM系统的初始数 据加载和日常数据加载。同时为了不对MPC系统造成大的改动，在一期中，MPC系统维度数 据的增删、修改等操作仍在MPC系统中进行维护，维度数据的变化将会同步到MDM系统中。 数据主题调度周期描述 主数据初始加载MDM系统上线时，进行初始全量加载 主数据日加载MDM系统上线后，每日定时增量加载 MPC维度数据初始加载MDM系统上线时，进行初始全量加载 MPC维度数据日加载或事件触发 MDM系统上线后，每日定时增量加载或通过事件触发增量加载 主数据vsMPC维度数据映射数据 初始加载MDM系统上线时，进行初始全量加载 Analytic Service 音智达 项目一期MDM系统功能 出于一期项目中主数据的管理需要，MDM系统将实现主数据模型管理、主数据管理、 主数据映射管理、邮件通知、MPC维度数据管理、系统管理、数据备份等几大模块。 Analytic Service 音智达 项目一期MDM系统工作流程 右图工作流为一期项 目中MDM系统日常主数 据管理的整体工作流程， 该工作流展开的前提条件 是相应的主数据模型已经 在MDM系统成功创建。 Analytic Service 音智达 项目一期MDM系统主要功能图例 主数据模型管理 主数据管理 主数据映射管理 主数据监控报告 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 一期项目人天估算 MDM项目一期人天评估，共计308人天 估算细节 Analytic Service 音智达 一期项目进度计划 MDM项目一期进度计划，共计17周 Analytic Service 音智达 项目组织架构 项目指导委员会 双鹤IT部门 音智达领导 项目经理 双鹤领导 音智达 双鹤药业 音智达 业务分析师 建模顾问 系统架构师 ETL工程师 系统开发工程师 业务部门 IT部门 第三方系统提供商 监督、指导项目方向 确保项目资源 参加项目进展报告 审批项目最终成果 制定总体项目计划 跟踪项目进度 日常工作和日常沟通 明确和解决项目管理中的问题 保证项目最终按进度完成 获取相关数据、文档等信息 协助完成访谈、调研等工作 及时提供和确认反馈意见 向部门领导或相关人员传达项目状况 协助进行第三方系统对接工作 项目任务执行 访谈调研 设计、实施和提交交付成果 汇报工作内容进度 与客户保持良好沟通 Analytic Service 音智达 目录 主数据和主数据管理I IIIMDM项目整体解决方案 MDM项目一期方案IV MDM项目概述II 人员及进度安排V 成功案例VI Analytic Service 音智达 AstraZeneca 主数据管理案例 Inbound Outbound Local App Global App SMS Forecas t MDM SAPHRETMS Call Center GTEEMSeTraveleGiftEDW CDA eOrder eAppro val 365 Medica l Data Producer Data Consumer Data Center Analytic Service 音智达 AstraZeneca 主数据管理案例 通过DCI实现主数据管理 Analytic Service 音智达 淡马锡主数据管理案例 Hyperion DRM Client 通过Hyperion DRM实现主数据管理 M Book M Geography M Currency M M Counterparty M Company M Desk M GICS M BICS GICS Sub Industry Code M Category M M Investment Age M Scenario Analytic Service 音智达 Thank You! Analytic Service 音智达 医药行业应用 制药公司是多领域 MDM 技术的早期采用 者。这些领先者通常最 初在单个部门（例如销 售、营销、法规、人力 资源或供应链）和定义 的地理区域的单个平台 上开始使用多领域 MDM 来解决特定业务 问题。由于已在初始部 署中体验到显著业务价 值与成功，因此很多公 司选择推广它们的 MDM 系统来解决其它 部门和地理区域中的其 它业务问题。这些早期 采用者给那些希望在一 个平台上采用多领域 MDM 的公司上了重要 一课 即通过解决紧 迫业务问题从小处入手 ，然后扩展 MDM 系统 的使用，以解决其它领 域的业务问题。以下是 制药公司通常部署多领 域 MDM 的一些业务领 域： 寻找目标医师 对开药者行为人口统计和开药行为的深入了解是制定有效销售策略的关键，但是 这非常复杂，因为驻留在大多数客户关系管理 (CRM) 系统中的数据不精确，此 外由第三方集成商提供的数据格式繁多。第三方数据尤其很难集成到内部系统， 并且经常面临两个月的交付延迟。但是，制药公司需要克服这些数据挑战，以便 执行有效的销售领域调整、市场细分以及营销分析。为了克服此问题，它们使用 多领域 MDM 来创建开药者、集成交付网络、医院、团购组织、客户及关联机构 的单一视图，跨越 CRM 、企业资源规划 (ERP) 系统和第三方数据。通过采用 MDM，制药公司能够更精确地针对主要医师目标、加速佣金处理并生成深入的 销售管理报告，从而使它们能够快速应对不断变化的市场状况。 遵守医师费用报告规章 许多制药公司发现难以及时达到最新的国家医师费用报告规章要求，而不得不接 受高昂罚款。为了达到这些要求，它们需要按照费用类型来跟踪并报告每个医师 的支出。在某些情况下，它们需要依据每个州的花费限制法律，证明其没有超出 每位医师的特定支出额。 由于医师及支付数据以不同的格式存储在企业的多个系统中，因此制药公司需要 万分努力才能遵守这些规章。支付数据可能驻留在多个支付系统中，例如报销系 统、发放系统或应付帐款系统。这些系统可能驻留在销售、研究和开发部门之间 的不同部门的边界中，在每个系统中找到的医师数据经常是不可靠且不准确的。 为了解决此挑战，制药公司已在单一平台上部署多领域 MDM，创建医师、医院和 附属机构的单一视图，以便可在其商业智能 (BI) 环境中精确地关联和计算许多不 同形式的医师支付。单独的 BI 环境能够在汇总层有效地统计大概费用，然而重复 项和不一致数据使公司难以计算每个医师的费用。多领域 MDM 系统通过向 BI 环 境提供一致、完整且精确的医师、医院和附属机构的数据来轻松处理此问题。 Analytic Service 音智达 医药行业应用 管理选择退出方面的合规性并跟踪主要意见领袖 直接向消费者开展销售的制药公司和医疗设备公司需要有效管理病人在营销上选择退出的合规性、直接 营销惯例、召回流程以及客户服务。客户可访问不同渠道（例如网络、电话和传真）以利用担保优势、 产品更新、召回信息以及营销促销。消费者可使用每种沟通渠道选择是否参加营销促销活动。事实证明 ，公司难以对人员在这些渠道中不断更改参数选择的行为进行管理，导致列为监管处罚公布名单和面临 高昂的罚款、破费分发令人诟病的营销邮件、高代价的无效益召回流程，以及超过合理时长的客户服务 呼叫。为了解决此问题，制药公司跨各种 CRM 应用产品实施了多领域 MDM 系统，以创建消费者、患 者、两