Microsoft Word - ICC_White_Paper_Final_CN.docx

Transcription

1 创新控制中心 (ICC) - 白皮书 Whitepaper Innovation Control Center (ICC) Page 1

2 目录 创新控制中心 (ICC)... 1 为什么客户需要 ICC?... 4 什么是 ICC? 整体概要... 6 SAP 控制中心方法论... 8 设立在客户现场的创新控制中心 (ICC)... 8 设立在客户现场的运营控制中心 (OCC)... 9 SAPMCC 支持中心 ICC 交付 1:SAP 最佳实践解决方案 基于 SAP 云计算的 SAP 最佳实践解决方案 通过利用预建系统及模板加快项目进程 实施中的 分步指南 SAP 最佳实践解决方案 设计您的解决方案架构 现有情况 ( 举例 ) 速赢 : 采用最佳实践解决方案独立扩展仓库管理 利用最佳实践解决方案扩大 SAP 影响力 为第三方物流服务提供商打造最佳实践解决方案 部署选择 : 结论 最佳实践解决方案 :AGS 的重点关注领域 最佳实践解决方案以 指导性 文档方式进行交付 指导性文档方法论 : 最佳实践解决方案关注领域 银行业最佳实践解决方案 ICC 交付成果 2: 避免不必要的修改 功能差异的评估 功能差异分析期间的关注点 ICC( 客户 ) 与 MCC(SAP) 之间的交流沟通 Whitepaper Innovation Control Center (ICC) Page 2

3 ICC 交付成果 3: 集成验证 ICC 交付成果 4: 架构转型 实现战略重组和业务影响最小化之间的快速映射 ICC 客户案例 客户案例 1:PLM 实施 客户案例 2: 升级 ERP 与实施 FI 客户案例 3: 银行业实施案例 旧的实施范例即将迎来变更 ICC 工具 蓝图分析器 (Blueprint Analyzer) 避免不必要的修改 管理首要问题 顺利实施 集成验证器 运维控制中心 (OCC) ICC 的技术前提条件 SAP ICC 的关键职责 SAP MCC 的关键职责 Whitepaper Innovation Control Center (ICC) Page 3

4 为什么客户需要 ICC? 客户需要利用 ICC 保证实施的高效益, 减少实施总成本, 从而大幅降低运营总体成本 工作量的减少还体现在软件许可与实施成本的比率, 即从目前的 1:8 降低至 1:2 甚至 1:1 ICC 能够在以下多个领域展现成本的高效益 : 最佳实践解决方案及基准配置 : 节省 80% 客户通常从零开始实施 业务人员常常被问及业务需求, 然而这一问题的答案往往会变成一个冗长的愿望清单 实施新的应用昂贵而漫长, 如何可以做的更好? 客户将利用 SAP 云或企业预置的 SAP 最佳实践解决方案快速建立业务单元蓝图及原型验证 通过 SAP 任务控制中心 (MCC) 及技术专家中心 (CoEs) 可支持快速实施 通过 2013 年上半年的应用证明, 全球客户均能够通过建立 ICC 节省 80% 至 90% 的成本 避免不必要的修改及自定义代码的开发成本 : 节省 90% 通常, 实施的开展并不具备对实施内容的全面了解 这将极大增加了自定义代码的开发 因为如果实施顾问不知道什么开发是必要的, 他将不能确定 SAP 标准功能本身是否能满足客户需求 我们怎样才能避免对 SAP 标准程序已涵盖的功能做不必要的开发? 在蓝图阶段,ICC 利用零修改服务帮助客户判断是否真正需要进行核心修改或自定义代码开发 在 SAP 核心开发部门的支持下, SAPMCC 的专家对 可能存在的功能差异 进行评估 大多数情况下,SAP 能够为客户提供解决方案或可选方案, 避免核心修改或将自定义代码进行封装, 使得软件顺利升级到较新版本的 EHP, 而不出错 可能存在的功能差异 能够通过 SAP 标准功能得以实施 将 可能存在的功能差异 从实施列表中删除, 具有短期和长期影响 : 1) 短期内无需开发 额外测试 及问题修复 Whitepaper Innovation Control Center (ICC) Page 4

5 2) 长期来讲, 由于该功能涵盖在 SAP 标准程序中, 因而无需对核心修改程序以及自开发 代码进行维护 特别在 EHP 及升级过程中, 对于从列表中删除的功能差距无需进行特殊处理 主要地区 ( 亚太及日本地区 欧洲 美洲 ) 的客户均受益于零修改服务, 并成功将待完善的功 能差距从几百个减少到几十个 客制化增强功能的架构引导 : 节省 60% 如果 SAP 标准程序不包含客户所需的特定功能, 那么必须进行高质量的自定义代码开发 开 发的自定义代码并不都能保证数据一致及最佳性能 没有文档的程序 复杂的架构及编码都会 阻碍 SAP 软件版本的升级及增强包的实施 针对不同行业及客户的特定需求,ICC 能够通过与 MCC 专 家的沟通提供解决方案架构指导 同时,ICC 能够提供包括 集成方案场景在内的自定义增强功能 因此,ICC 有助于提 升软件版本及增强包升级的创新力 运维控制中心 (OCC) 上线后的支持 : 节省 60% 通常情况下, 系统上线后与项目组的合同即到期, 这种不考虑运维准备阶段的做法可能会导致 系统回归至上线前甚至是退回旧系统 例如, 如果异常管理 不属于 SAP 标准范畴, 所有异常都必须手动管理, 这往往需 要责任部门增聘人手 在实施阶段采用 OCC ICC 以及 MCC, 可以在系统上线后节 省大量成本 系统上线后, 针对特定业务的关键绩效指标 (KPI) 及标准 KPI 的可用性 稳定性以及关键业务系统的可靠 性的参数均需要进行统计 这使客户的业务部门能够更透彻的了解业务运行及实施价值 通过 ICC,OCC 与 MCC 紧密相连 在紧急情况下 ( 例如, 遇到优先级为 1 的问题 ), 警报发送至 MCC 并得到近实时的响应 SAP 最佳实践 工厂化运行 SAP, 执行效率提升及成本削减措施, 能在系统上线后的阶段节省高达 60% 的成本 Whitepaper Innovation Control Center (ICC) Page 5

6 什么是 ICC? 整体概要 创新控制中心 (ICC) 作为 实施总部, 意在助力 SAP 客户实现 工厂化建立 SAP ICC 位于客户现场, 并能为客户提供 : 1. SAP 最佳实践解决方案 : 项目团队拥有运行中的系统环境, 能够即刻开展蓝图讨论 2. 避免不必要的修改 : 项目团队拥有丰富的实施经验, 能够充分利用 SAP 标准程序 3. 显著加速 价值实现时间 ( 上线时间 ): 短期内降低实施成本, 并从长远角度降低运维支持成本 首先需要回答两个关键问题 SAP 最佳实践解决方案 的典型使用场景有哪些? 利用 零修改服务 避免不必要修改的 最佳时间是何时? 为了回答这两个核心问题, 让我们先考虑两个业务场景 : 1. 客户 Fresh2deliver 计划利用 SAPEWM( 扩展仓库管理 ) 系统实施仓库管理 该项目在五周内启动 仓库管理系统需要尽快建立, 公司领导层一致同意上线系统尽可能接近 SAP 标准配置 蓝图阶段是项目的第一阶段 在这种场景下, 需要在 SAP 云计算平台上运行预置的最佳实践解决方案 在蓝图阶段, 基于云计算的 SAP 最佳实践解决方案会帮助领导层亲身体验 SAP 软件是如何将业务 Whitepaper Innovation Control Center (ICC) Page 6

7 需求转换到仓库管理系统上 需求讨论将集中在特殊的业务需求, 而非基准配置 这将极大提高企业解决方案的质量, 因为有时一个特殊情况可能引发上线后的诸多问题 2. 一家大型连锁零售行业客户正在起草食谱管理解决方案的蓝图, 该蓝图将在未来 3 个月内实施并投入生产 该客户已与系统集成商 (SI) 进行了蓝图预先研讨会, 并总结出了约 450 个功能需求的列表 在这一场景下, 特别是考虑项目的紧张周期, 使用 SAP 最佳实践解决方案为时已晚 在 SAP 云计算平台上重启该项目不可行 ICC 提供的零修改服务可以对 450 项需求进行评估 在这个例子中, 我们将按照优先次序将所有需求分为三类 : 1. 尽量避免核心修改 增强 ( 自定义代码 ) 和客制化报表 2. 按照 SAP 架构指导, 制定接口及转换程序 3. 工作流程及表单 根据客户的具体要求, 这些变化通常不可避免 下一章将介绍如何集成各环节, 提供并交付上述两位客户所需的解决方案 Whitepaper Innovation Control Center (ICC) Page 7

8 SAP 控制中心方法论 SAP 早在数年前即提出了控制中心方法论 : 创新控制中心 (ICC) 运维控制中心 (OCC) 及 任务控制中心 (MCC) 前两者设立在客户现场, 而任务控制中心则位于 SAP SAP 控制中心方法论的主要优点包括 通过 ICC, 借鉴 SAP 最佳实践, 利用更低成本加速创新 通过 ICC, 利用零修改服务降低实施工作量 ( 及时间 ) 通过 ICC, 利用端到端的集成验证 (IV) 服务保证业务连续性 在实施期间准备 OCC, 在系统上线之前就实现 IT 运营的优化及自动化 针对严重系统宕机,MCC 提供全球化全天候的支持 降低整体运营成本 设立在客户现场的创新控制中心 (ICC) ICC 支持实施构建阶段 利用 SAP 云或客户方的系统环境所提供的预配置 SAP 解决方案, 快速启动, 实施 SAP 最佳实践解决方案 零修改服务能够促使 ICC 履行其使命, 避免一切不必要的修改和增强 本白皮书将对 ICC 进行详细解释 Whitepaper Innovation Control Center (ICC) Page 8

9 设立在客户现场的运营控制中心 (OCC) OCC 能够确保高度自动化及主动的操作, 此举能够在降低运营成本的同时提高 IT 服务质量, 从而提高企业满意度 此外,OCC 能够不断推动业务流程的改进和 IT 支持水平 其与创新控制中心 (ICC) 以及任务控制中心 (MCC) 的紧密联系皆旨在支持这些目标的实现 作为位于客户现场的 IT 支持团队,OCC 能够积极主动地监控 SAP 的生产环境 ( 及重要的非 SAP 应用 ) 我们建议客户在 IT 支持部门内设立 OCC 办公室 下图 2 显示了 OCC 的外观和整体布局 业务流程状态 IT 架构部分组分 所有的关键业务 IT 异常事件及警报都会显示在大屏幕上 当问题出现时, 合作伙伴和 SAP 可以通过视频会议进行沟通 OCC 办公室同样可以包含其他 IT 支持团队 例如, 部分服务台团队能够提高跨团队沟通的效率 OCC 办公室是在 SAPAGS 的帮助下由客户方建立, 客户方主导, 并由技术团队和 IT 功能操作人员密切提供帮助 OCC 能够收集技术层 ( 应用系统运维 ) 和功能层 ( 业务流程运维 ) 上的监控 信息 ( 此模型由第三个基础设施层进行扩展, 见图 7) 数据存储于 SAP 解决方案管理器中, 并通过 集中监控 ( 例如 OCC 办公室的电视 屏幕 ), 报表或仪表盘进行显示 基于上述数据, 事件管理流程将生成警报并经过预先处理 Whitepaper Innovation Control Center (ICC) Page 9

10 持续优化流程意在改善业务及 IT 痛点 集中监控的数据数据 ( 如趋势数据 ) 对此过程予 以了支持, 有几个过程标准 ( 如 PDCA, DMAIC ) 可用 对 IT 服务管理 (ITSM) 具有强大的集成和依赖性, 即事件管理, 问题管理和变更管理 SAP MCC 支持中心 Whitepaper Innovation Control Center (ICC) Page 10

11 ICC 交付 1 : SAP 最佳实践解决方案 十几年间,SAP 一直在通过向客户提供最佳实践解决方案来减少客户的实施工作 最佳实践解决方案帮助各种规模的企业受益于各个行业之中大量的成熟业务实践, 并确保快速的投资回报 SAP 最佳实践包括方法论 分步指南及文档 每个压缩包都包含大量可重复使用的文档, 以供自学 评估 项目团队及最终用户培训 SAP 最佳实践能够以最小的安装工作量运行关键流程, 并提供完整的预配置设置 然而这一举措尚未广泛使用 即使最佳实践的内容包括在客户现有许可协议之内, 很多客户及合作伙伴不知道该如何获得最佳实践解决方案 SAP AGS 的使命是确保客户的每一次实施开展于 SAP 最佳实践解决方案 在需要及适用的情况下, 我们会通过既定义的反馈信息渠道 (SAP 开发部门及 SAP 最佳实践组织 ) 提高现有 SAP 最佳实践解决方案, 并在 SAP 云计算基础上提供立即可用的运行及预配置最佳实践解决方案 最佳实践解决方案具有一些先决条件 为了保证最佳实践解决方案的运行, 您必须坚持应用变更管理流程, 尽可能地使用标准业务流程, 将扩展开发控制到最小 不要仅为了保留原有系统而编写自定义代码 如果您希望获益于 SAP 的标准软件, 请采用标准的软件解决方案及标准的业务流程 基于 SAP 云计算的 SAP 最佳实践解决方案客户全新的系统架构首先部署在 SAP 云计算平台上, 随后迁移到终端体系, 所以从一开始就存在一个运行系统 基于云计算平台实施的 SAP 系统架构, 人们可以对其进行访问以及查看, 与其交互并提供反馈 直至满足用户的所有需求 客户体验表明采用最佳实践的解决方案, 能够更快速地完成预蓝图 和蓝图阶段 客户需求愈接近 SAP 标准, 最佳实践亦将极大地缩短实施时间 软件解决方案确定之后, 移动并用于客户的终端体系 在下文中, 我们将讨论两类最佳实践解决方案 : 预配置及预建的系统模板 书面指引及分步指导 Whitepaper Innovation Control Center (ICC) Page 11

12 通过利用预建系统及模板加快项目进程 利用 SAP 预先部署 装配机测试的模板能够快速启动项目, 简化实施过程并降低实施成本 既然 SAP 可以通过之前的实施项目为客户提供大部分实施相关的内容, 那么客户完全不需要从零开展项目实施 相比起为每个客户进行相同的部署工作 ( 典型传统实施的做法 ),SAP 最佳实践注重通过微调预设置的流程来满足客户要求, 或与第三方应用程序 表单 报表及其他 SAP 进程或应用程序进行接口, 以扩展最终解决方案的范围 传统实施项目的价值产生时间及实施 SAP 最佳实践解决方案的对比差别巨大 : Whitepaper Innovation Control Center (ICC) Page 12

13 实施中的 分步指南 某些实施场景没有预先配置的应用程序, 这是由于业务领域 ( 例如金融领域 ) 由客户指定 不同公司的成本中心 要素 结构, 分类账簿及合并系统的数量等均各不相同 然而, 某些业务流程, 例如核心期刊的财务 ERP 系统在不同公司间亦无二致 在上面的例子中, 在 SAP 财务系统中配置核心期刊的方式不是预先配置的 这是因为客户特 定的原有系统 / 非 SAP ERP 系统会影响 SAP 财务系统 然而, 分步指南能够告知客户实施核 心期刊的最佳途径 现在, 我们将阐述如何更好地利用预建系统 SAP 最佳实践解决方案 设计您的解决方案架构 让我们假设某个客户想要利用 SAPBusinessSuite 组建一个新的仓库 这是 SAP 的新客户, 目前客户所有的 ERP 功能均在原有系统上运行 于是许多问题接踵而至 : 这个客户有什么选择方案? 该实施部署方案所附加的风险? 对成本的影响? 鉴于多个部署方案的考虑, 每个方案对项目时间的影响? SAP 最佳实践解决方案的方法定义了某些业务场景及行业的解决方案架构 让我们通过一个 例子来阐述这一方法 : Whitepaper Innovation Control Center (ICC) Page 13

14 现有情况 ( 举例 ) 在我们的例子中, 客户是一家居于行业领先水平的工业机械与零部件制造商 (IMC) 该企业目前运行的是基本服务管理流程 ( 服务零件规划 ) 与原有的非 SAP 解决方案 在过去, 其侧重于制造业务, 忽视了售后市场 ( 服务 ) 自从意识到服务业对利润的贡献超过制造业, 该企业的战略目标转向大力发展服务业 由于该企业在世界各地拥有仓库, 其甚至考虑将零件处理业务外包至其他同类企业 作为第三方物流服务供应商 目前, 该客户只运行一个小型且孤立的 SAP 财务解决方案 从更高层面来讲, 用于采购及销 售 / 交付的应用场景 ( 我们称之为 spaghetti 架构 ) 的流程如下所示 ( 在此解决方案架构中, 您甚至看不到制造和供应链流程的相邻区域 ): Spaghetti 架构 原有的 ERP 系统及自有系统运行主要业务功能 ( 包括采购 包含基本仓储功能在内的库存管 理 质量管理 研发 工程 生产及销售 ) MCA 支持零件服务计划, 并利用 MSFT EXCEL 进行人工计算 该客户还有一个原有系统, 能够进行中国地方税的计算 因此, 需要解决并处理如下相关问题 : 客户可以在原有系统上保留哪些功能? SAP 需要帮助客户实现的功能? SAP 必须帮助客户实现的功能? Whitepaper Innovation Control Center (ICC) Page 14

15 此外还有更多问题需要回答, 例如 : 客户应首先实施什么功能 ( 实施范围 )? 什么才是实施上述功能所应采取的正确顺序以及应采用的合适 SAP 应用程序 / 组件 ( 实施策略 )? o 规划采用 大爆炸 方式? o 根据业务及地域逐步实施应用? 根据业务线? 为了避免业务流程的中断, 根据每个业务单位的端到端业务流程? 不同部署选项所象征的意义? 风险及其成本的影响? 为了找到这些问题的答案, 你需要与客户进行深入交流了解客户的业务需求 环境及战略目标 : 根据获得的信息, 我们提出以下实施方案 : 客户希望仅使用新的仓库解决方案 (ewm), 将其连接到当前的原 有环境 ( 这对当前解决方案的架构影响最小 ) 1. 仅在最小的范围内实施 ewm, 并与当前架构进行整合 该系统架构将基本保持不变, 仅是加上额外的 ewm 系统 2. 实施 ewm; 使用采购 库存管理 物料需求计划 ( 针对易耗品的计划 ) 及发票校验的物资管理提高当前的 SAP 水平 => 为什么 SAP 不在与 ewm 密切相关的领域扩展实施范围, 并与客户现有的 SAP 财务系统进行集成? 其也将在一定程度上简化解决方案架构 3. 客户要全面实施 SAP 解决方案, 并尽可能淘汰原有系统 => 这是创新及富有远见的解决办方案 SAP 最佳实践解决方案可以运用于上述所有场景 让我们从第一个场景展开讨论 : Whitepaper Innovation Control Center (ICC) Page 15

16 1. 速赢 : 采用最佳实践解决方案独立扩展仓库管理 在这一情况下, 客户仅实施 SAPeWM, 保持目前的原有环境不变 已确定的实施范围如下 : 供应商入库 在这一过程中, 客户可以从供应商处接收货物, 并将货物移动到一个狭窄空间内存储 客户从 接收 包装及储存等步骤得到全方位系统支持, 包括自动生成及仓库任务分配 出库至客户方 在这一仓储过程中, 客户可以加大商品的出货量 例如通过集装架或纸箱完成商品交付 通过使用射频 (RF) 等复杂场景支持整个流程流 补货 通过自动补货流程, 客户可以自动触发仓库订单, 监控及管理最大及最小库存量 库存盘点 在这一过程中, 客户可以实时获悉精准的库存量信息, 从而减少业务中断, 维持较高的填充率 及吞吐量, 并减少异常运行 客户的库存盘点 (PI) 凭证能够用来管理工作量, 利用基于纸质 流程的射频 (RF) 来统计库存 周期盘点 利用这一基于具体产品的实际库存流程, 客户可以按照法律要求定期并精确地追踪库存 按照 周期盘点指标, 客户可以按照不同时间间隔盘点产品库存 Whitepaper Innovation Control Center (ICC) Page 16

17 SAP 的最终解决方案架构极为简单, 即一个 SAP 解决方案能够提供所有仓库功能 然而, 原有系统本身及 SAP ewm 解决方案具有显著的集成效应 在下面的步骤里, 我们将展示如何简化解决方案架构 我们将把重要流程迁移至 ERP 系统, 并自动与 SAP 系统架构集成而无需重建 该方法将配置及咨询天数毕其功于一役, 而不是花费较长时间用于接口的建立及维护 ( 长远而 言, 能够提高总体成本 ) 这就引发了一个问题 : 为什么不采用 SAP? 我们将在下一章进行解释 Whitepaper Innovation Control Center (ICC) Page 17

18 2. 利用最佳实践解决方案扩大 SAP 影响力 现在, 我们要向您展示这位客户如何通过更先进的解决方案扩大 SAP 影响力 采用 SAP 解决 方案的同时, 降低解决方案架构的复杂性的同时简化系统间集成 我们将大部分的物流 所有财务和控制流程迁移至 SAP 解决方案架构 此举的优势在于, 用 户能够在一个 SAP 解决方案上拥有整个端到端的流程 同时, 减少了流程中断, 解决方案的 运行更加稳固, 用户更易理解操作, 也更容易从 IT 角度进行维护 将实施以下场景 : 订单到收款 ( 销售 送货... 开账 ) 采购到支付 ( 采购 库存... 发票校验 ) 质量管理 GlobalAvailabletoPromise(GATP) 及实时库存可见 服务零件规划 供应商合作 财务 / 控制 订单到收款 此场景描述了与客户标准销售流程 ( 库存销售 ) 的整个过程顺序 业务流程包括从创建订单到 收到付款后的客户帐户清算等所有步骤 这一过程始于创建客户的标准销售订单 根据不同的客户及物料, 在订单输入过程中会出现各 种特殊情况, 如客户及物料定价 插入适用折扣 检查物料的可用性 并检查客户的信用记录 检查存储位置是否有足够的库存 如果没有, 随即转移库存 随后, 仓库人员会收到库存转移 单据, 将产品装运至客户方 库存一旦出现转移, 为了确保销售订单与交货凭证之间不存在差异, 将在系统中注册实际发货 量 如果已存在差异, 此举也可作为凭证证明确保过帐准确 库存转移后, 仓库人员有系统地释放库存, 数目等同于运送至客户方实际数量的记录 售出商 品的成本会被记录于财务会计中 一旦库存得到释放, 便会交付发票并在管理会计上记录销售货物的收入及成本 这是销售及分 销业务交易的最后一步 采购到支付 Whitepaper Innovation Control Center (ICC) Page 18

19 这一场景在采购流程中生成采购订单, 并介绍了采购订单审批 库存货物收据及发票验证的额 外流程 这一过程同时涵盖了付款记账流程及月结流程 采购部门收到由 MRP 控制器发布的采购申请清单 这一清单是夜间运行 MRP 的结果 采购 申请传输至采购订单, 可以基于预定义参数在发送至供应商之前完成审批 针对货物收据流程, 需要集中生成接收数量确认书, 因为这是计划部门及采购部门采集信息流的基础 这些部门可以考虑新库存需求情况, 并查看收货订单的历史记录 假如收货订单与仓库管理相关, 那么收货确认书与实际入库流程相连 收货确认书会自动触发物料评估, 生成会计凭证, 并在需要时创建控制文档 当收到供应商寄来的发票, 客户将参考采购订单及项目, 确保采购订单价格 收货价格及发票金额三者相匹配 如果发票及采购订单的价格存在差异, 则冻结发票并转发至买家进行审批 基于发票的净租条件, 供应商生成支付给厂商的支票 基于预定义的百分比, 采购成本中心收集偏离标准价格的变动并分配到产品线级 移动平均价格所产生的偏差分配到各个存货及价格的差异 ( 如果存在库存不足或涵盖不全面的情况 ) 质量管理 ( 采购 生产 退货 ) 采购领域的质量管理 : 该场景表现了在采购过程中执行的质量检查活动 客户从编号为 的供应商预定一批货物 在货物单据上, 客户将根据物料规格生成检验 批量 随后客户检查结果决定是否接受该物料 ( 在这一场景中, 客户拒绝该物料 ) 随后执行 质量通知 供应商评估等过程 该场景主要关注下列活动 : 基于采购订单的货物单据 检验缺陷记录 检查后的使用决策 质量通知单的创建及完成 商品退回至供应商, 并创建退货交付 供应商评估流程 Whitepaper Innovation Control Center (ICC) Page 19

20 生产领域的质量管理 : 这一场景表现了在生产过程中执行的质量检查活动 在生产订单 / 订单 转包 ( 外部处理 ) 的货物单据上, 客户将根据物料规范生成检验批量 随后客户检查结果决定 是否接受该物料 销售退货的质量管理 : 此场景描述了质量管理检验批量的销售订单退货流程 创建销售退货订 单针对货物的原始开票凭证 参考销售订单, 运返货物并创建退货交货单 经过质量检查, 货 物将退至库存 废弃或退还给供应商 依据开票运行创建付款通知, 并退回至客户账户 Global Available to Promise 及实时库存可见 供应链管理的 Global ATP 可以触发真正的实时库存查询系统, 甚至可以跨 SAP ERP 系统 其可以决定某个产品的请求能否在所需时间内达到目标数量, 提高订单执行及客户服务水平, 保证准时交付率及降低整体库存成本 供应链管理的 Global ATP 能够在 ATP 框架下提供如下几种方式 本次快速部署服务涉及其中三种方式 : GlobalATP 产品可用性检查 优化销售订单处理, 确保产品在合理的时间 以准确的数量交付至正确的目的地 GlobalATP 产品分配 在 ATP 销售订单录入的检查中, 需要检查紧缺产品的订购数量是否覆盖在预定数量之 内 GlobalATP 基于规则的可用性检查 检查产品在不同位置的可用性, 如果需求的产品不可用则需要建议该产品的替代品 供应链管理的 Global ATP 也可以减少库存积压 您可以使用自动代发货订单流程来有效管理 库存积压 服务零件规划 服务零件计划 (SPP) 能够提供服务零件规划功能, 并确保从当前需求到产品交付整个供应链的 透明化 规划服务零件开展于分布结构 ( 简称 :BOD 分配清单 ), 其包含了所有库存分 布地点 这一地点可能是配送中心 合同外包商, 您的客户或经销商 在规划过程中,SPP 充分考虑了每个产品的特点 例如,SPP 会考虑您最迫切需要产品 ( 不论畅销品或滞销品 ) 的存放地点及其销售行为 根据这些特性, 系统将在您的服务网络上进行产品 - 地点组合最佳库存水平的预测 随后,SPP 将预测计划与目前每个地点的供应情况进行 Whitepaper Innovation Control Center (ICC) Page 20

21 比较, 提出子仓库库存运输申请或该地点的采购申请以满足需求 因此 SPP 能够减少您的订 货及库存成本, 提高服务水平, 并缩短交付时间 该实施包括以下流程 : 需求管理与预测 该场景能够自动捕捉销售历史并生成预测方案 基于可重复的自动技术流程, 互动预 报功能可帮助在您的网络中的每一环节每一部分自动或交互化地创建一份最佳预测 库存计划 库存计划决定在哪里存储哪些货物 如何存放 存储多少, 同时协调最低的库存成本 来实现最高服务等级 该场景包括动态地增加和削减库存, 工作列表和人工计划的用 户交互 采购 该场景通过分配清单计算采购需求 需求结果用来创建计划协议及采购申请, 自动或 手动审批流程后转移至 ERP 系统 网络补货 网络补货是一种借助网络分配货物, 满足客户需求的商业活动 母仓库和子仓库共同 决定需求, 并自动创建库存运输申请单 供应商合作 SAP 供应商网络协作解决方案有三种可能场景 : o o o 采购订单流程能够确保您的公司与供应商之间进行更有效的采购订单合作 版本流程能够确保您的公司与供应商之间进行更有效的计划协议合作 供应商管理库存能够确保您公司的供应商顺利完成库存补充计划 在当前案例中, 客户选择了供应商管理库存解决方案, 使自己的供应商顺利完成库存 补充计划 该业务流程可以将客户的网络补货及执行从客户转移到供应商 客户将总需求及库存信息发送到 SAP SNC, 基于最小和最大库存容量供应商可以使用 SAP SNC 计算补货计划 供应商在 SAP SNC 上登陆查看计划收货, 同时可以查看预计库存情况 随后, 供应商在装运时将计划收货转移至发货通知 (ASN) ASN 发送回客户的 SAPERP 后台系统, 作为交付货物的供应商凭证 Whitepaper Innovation Control Center (ICC) Page 21

22 客户的 SAPERP 系统会自动创建入库交付凭证, 并基于 SAPSNC 接收到的 ASN 更新相应的 计划协议 客户需点击发货过账以完成此流程 SAP ERP 将收货信息发送到 SAP SNC, 更新 ASN 及库 存数据, 以保证供应商实时可见更新状态 财务 / 控制 客户决定将现有的财务控制管理解决方案迁移到新的解决方案架构中, 并在实施中增强原有 FI/CO 解决方案的范围 在原有环境中,SAP 财务 / 控制不属于主导系统, 而目前这种情况有 所改变 目前,SAP 拥有以下业务功能 : 外部财务核算 ( 总帐, 应收帐款, 应付帐款, 现金管理及销售成本核算 ) 资产核算 控制 结算及实际过帐 相比之前的实施架构, 该解决方案架构显著简化 : Whitepaper Innovation Control Center (ICC) Page 22

23 3. 为第三方物流服务提供商打造最佳实践解决方案最后一步是为该机械与零部件行业 (IM&C) 客户提供综合的 SAP 解决方案, 包括单一 SAP 平台上的核心业务 ( 财务 销售 采购 制造 ) 以及售后市场业务 ( 服务管理和服务备件管理 ) 该客户的目标 SAP 解决方案架构比先前的情况更为简单 第一步 ( 仅实施 ewm, 并与老系 统进行集成 ) 可以跳过, 至于跳到哪一步取决于贵公司的需求排优情况和时间安排 (Carsten 的疑问 : 该决策的制定是否需要 ICC 同事与客户进行详细讨论并提供支持?) 很多即将实施的流程都可以基于 SAP 最佳实践 /RDS 解决方案 以下链接为您提供了简要介 绍 :service.sap.com/rds 部署选择 : 结论 最佳实践解决方案为客户提供了相关知识和基础, 使他们能够制定明智的部署决策 此外, 将 应用架构与业务功能 ( 需求 ) 相连有助于进行整体把握, 它还可以 明确 新 应用与 旧 应用临时整合的需求 确定数据一致性所需的数据流 明确潜在的性能瓶颈 同时, 它还可以显示转型路线图 Whitepaper Innovation Control Center (ICC) Page 23

24 SAP 在云计算平台上提供最佳实践解决方案 ( 即示例中的目标解决方案 )(Carsten 的评论 : 最佳实践解决方案是否必须要与云计算部署相结合?) 如果 SAP 已经提供了客户需要的解 决方案, 那么客户就可以立刻使用 业务场景也可以即刻完成, 比如 : 若同时运行步骤 1 和步骤 2, 同时将所有其他的业务功能保留在旧环境中, 会有什么样的后果? 对完全建立在 RDS / 最佳实践 ( 如存在 ) 的 SAP 端到端流程 ( 选项 3) 进行测试, 从而与现有的旧架构进行比较, 作为决策的依据 最佳实践解决方案 :AGS 的重点关注领域如上所述, 在过去的 10 多年中,SAP 一直致力于为客户提供最佳实践解决方案, 以期减少实施工作量 基于该 AGS 计划, 我们希望确保最佳实践解决方案真正为我们的 MaxAttention 客户提供价值 2013/2014 年我们将关注以下业务领域 : 物流执行的新未来 (TM,EM,eWM) 工程制造 (PLM) 项目管理 / 项目群管理 供应链规划 零售 / 销售 ( 电子商务 ;B2B;B2C) 批发 贸易 金融 HCM 汽车制造 客户如何获取某一重点关注领域的最佳实践解决方案呢? 您可以请相关 TQM 联系 MCC 并核实所需解决方案是否可用, 或许它已经在 SAP 云计算平台上成功运行了 在这种情况下, 您就可以即刻进行预先蓝图设计和架构相关活动 如果该解决方案已经可用但尚未在云上运行, 那么 SAP 将在数周内将该解决方案部署到云平台上 Whitepaper Innovation Control Center (ICC) Page 24

25 最佳实践解决方案以 指导性 文档方式进行交付 分步指南, 也称 指导性 文档, 是部分最佳实践解决方案 ( 如 : 在 SAP 财务中央日志中的 最佳实践 ) 的交付方式 中央日志覆盖了交易和分析之间的很多差异, 使财务数据更加完整 所有分析都基于交易记录 的一个单一数据集 如今, 大企业的管理报表面临很多挑战 : 1. 分布于各大系统中的相关数据 2. 不同视角下的多个财务应用 3. 针对帐户分配和报表属性的不同数据模型 4. 有效 对象价值和相关层级的多个版本 5. 数据访问和交互的接口不止一个 6. 大量复制信息的延迟 示例 :SAP 财务系统最佳实践 : 中央日志 Whitepaper Innovation Control Center (ICC) Page 25

26 分步指南 中央日志 目录 : 指导性文档方法论 : 最佳实践解决方案关注领域 2013/2014 年 AGS 财务最佳实践关注领域 : 快速关账 中央日志 ( 横向集成 ) 规划与公司报表 ( 纵向集成 ) 资金管理 ( 关联处理中心 ) 财务仓库管理 ( 中国最佳实践 ) CMC 子公司解决方案 ( 中国最佳实践 ) 如何获取最佳实践解决方案 分步指南? 联系负责贵公司 MaxAttention 客户合同的 EA ICC 可以提供相关文档, 以及 AGS 专家 银行业最佳实践解决方案 2013/2014 年 AGS 银行业最佳实践有 : Whitepaper Innovation Control Center (ICC) Page 26

27 SAP 银行模拟 (SBS) SAP 银行服务贷款简易资金流 SAP 银行对账中心 SAP 银行 DVM 手册 银行零宕机维护 ICC 交付成果 2: 避免不必要的修改 在实施中,ICC 对所有与 SAP 标准功能不符的偏离进行管理, 避免不必要的修改, 提供关于客制化集成组件和客制代码的设计审批和架构指导服务 为覆盖功能差异而进行的所有修改都由 SAP 依据服务等级协议进行确认和审批 这将确保客户的解决方案尽可能贴近 SAP 标准, 进而降低维护难度 ICC 受 AGS 的领导和协调, 通过四个屏幕展示实施过程中所有与软件解决方案相关的工程工 作的情况和进度 根据项目的大小,ICC 将由一名或多名 AGSICC 专家 (TQMs) 进行操作 AGS 工作的可视化及其重要 客户, 特别是客户方的高层管理人员可以通过可视化屏幕了解 SAP 和 AGS 为项目带来的价值, 因为 ICC 工作室中必须有这些屏幕 如有需要,ICC 将使用两种语言 : 主要语种 ( 项目语言 ) 以及英语 工作中的 ICC -TheICC Whitepaper Innovation Control Center (ICC) Page 27

28 功能差异的评估 ICC 的主要任务是处理与 SAP 标准功能不符的偏离 以下示例说明了这一点 客户的需求 ( 可能存在的功能差异 ) 传达至 ICC 并由 ICC 进行处理 ICC 启动了验证流程 1. ICC 在蓝图分析器中记录差异, 并确定功能区域 2. 在初期评估和判断中,ICC 得到 MCC 及其功能 CoE 解决方案架构师的协助 3. 如果 MCC/CoE 无法提供解决方案, 他们将求助 SAP 开发团队 MCC 中有两名开发 架构师可以与更大开发团队进行联络 开发团队对差异进行判断, 并提供实施指导 MCC 与开发团队签署服务等级协议 (SLA) 功能差异分析期间的关注点 ICC 和 MaxAttention 合同提供的功能差异分析是零修改服务 有时实施项目会将功能增强划分为工作流 报表 接口 转换 增强和表单 这样分类有助于识别那些可以很容易地转化为标准 SAP 配置的客户需求以及那些 SAP 标准配置无法满足的客户需求 报表 功能增强以及核心 SAP 修改 避免修改以及客制化代码是 ICC 的主要使命 接口及转换 ICC 将就如何在短期和长期内以最佳方式实施客制化代码这一问题提供架构指导 工作流和表单 Whitepaper Innovation Control Center (ICC) Page 28

29 工作流和表单通常是客制化的 ICC( 客户 ) 与 MCC (SAP) 之间的交流沟通 概括性描述 : 1. 差异描述将被输入至客户的 Solution Manager(SOLAR01) 中 它必须有英文版 如果项目语言不是英语,ICC/MCC 必须进行翻译 AGS 支持翻译工具以减轻工作量 2. 一旦差异描述上传成功, 就会发送至 SAPSolutionManager 中 的 IT 服务管理中 3. 之后, 差异描述以 OSS 信息方式被发送到 SAPMCC 中 4. 现在, 差异描述在 MCC 中进行处理, 必要时, 将得到功能 CoE 和 SAP 开发团队的协助 5. 评估结果以 OSS 信息方式反馈给客户 SAP 的第一批试点客户已经可以使用详细的文档资料, 但是, 因为要简化流程所有目前这些资料还没有正式公布 更多信息请联系 AndreasGraesser Whitepaper Innovation Control Center (ICC) Page 29

30 ICC 交付成果 3: 集成验证 集成验证是 AGS 前瞻性方法论的核心, 旨在确保实施项目的顺利且成功的上线 AGS 提供的集成验证项目是从实施 ( 创新控制中心 ) 向运维 ( 运维控制中心 ) 成功过渡的关键 集成验证确保了解决方案在技术上为上线做好准备 它对所有的接口 地址 可扩展性 性能 和数据一致性进行了检查 ICC 中的集成验证工作中心显示了需要做的事项, 从而验证了每个端至端业务流程的数据一致 性和性能 集成验证项目从以下几个方面对每一个业务流程场景进行了调查分析 交易数据的一致性 检查交易是已完全过账还是未过账, 检查交易数据是在单一系统 / 组件中, 还是同时过账到几个组件中 异常管理 (EM) 确保了所有异常 ( 技术或业务 ) 都进行了充分记录 ( 有足够的背景信息 ) EM 包括微小异常 ( 单一位置 ) 和流程 ( 多个位置 ) 异常 业务流程完整性检查 (BPCC) 检查一个 BP 类型的所有 BP 实例是否都符合 BP 类型的特定模式 集成验证过程中, 也需要对 BPCC 进行检测 异常管理程序 : 所有异常都在 SAP 异常管理驾驶舱 (SAP EMC) 中由指导程序进行记录 集成验证项目将对此进行检查 是基于 SAP EMC 中的异常 ( 在 in SAP Solution Manager 中 ) 产生警报, 还是按照 ( 在 SAP Solution Manager 或第三方上 ) 相应的警报 事件或通知产生警报, 取决于客户的业务流程, 它需要以引导程序的形式为常见异常提供解决步骤 系统集成和队列 : 在分布式系统中, 集成验证检查端到端 一致的业务交易 ( 跨系统组件 ), 检查批次集成的一致性并负责重启程序 性能和可扩展性 : 检查端到端追踪和业务流程 KPI 工具是否由业务流程分析和业务流程监控 (BPMON) 进行了实施 监控和获取 End-of-Day 和量处理 : 基于处理步骤之间的依赖性, 检查一天的工作和处理情况是否按时完成 必要时, 集成验证项目还可以检查根本原因分析 交易完成情况 数据一致性和误差处理情况 若您想了解集成验证的更多信息, 请阅读该白皮书, 或者咨询你的 EA 或 TQM Whitepaper Innovation Control Center (ICC) Page 30

31 ICC 交付成果 4: 架构转型 架构转型管理 工程服务可支持用户将他们的 IT 架构与业务变更同步 基于成熟的 SAP 技 术和 SAP 最佳实践, 转型需求得以快速 安全 低成本 高产出地满足 所有基于 SAP 架构转型产品 (SAP LT 和 LT 复制服务器 ) 以及 SAP 测试迁移服务器 (TDMS) 的转化 迁移和复制, 都在范围之内 转型的主要触发因素有 : 战略性业务转型 兼并 股权分离 机构重组等战略业务决策是其常见动因 价值链转型 通常由功能主管发起, 旨在优化业务, 满足集团标准或通过协调数据及结构来达到优化流程的目的 IT 架构转型 如今, 触发 IT 架构转型通常是为了协调或整合 SAP 案例, 或者利用 SAP HAHA 或云计算等创新成果 以下两个转型场景目前引起了人们的特别关注, 因此被纳入了该白皮书的范围之内 : 利用基于 SAPHAHA 的 SAPBusinessSuite 产品 将战略性重组和与最小的业务影响进行快速映射 利用基于 SAPHAHA 的 SAPBusinessSuite 产品 如今, 客户想要将 SAPHAHA 的独特功 能用到他们的业务中去 在计划将一个现有的 SAP 系统从任意数据库迁移到 SAP HANA 之 上时, 有一个关键问题, 即如何实现目标状态 该转型主要涉及升级和数据库迁移 SAP 强大的架构转型技术的独特功能可以用来加速 OS/DB 迁移或数据迁移 除此之外, 它还 为您提供多种选择, 助您完成升级 & 数据迁移, 或者实现 greenfield 方法论 : o 强大的 SAP 架构转型技术可以在不中断业务的情况下进行 OS/DB 迁移, 防止出现严重的宕机 这一方法论基于数据库触发器, 降低了对业务的影 响 o 借助 SAP 架构转型技术可以将海量数据迁移到其他平台 代码页和 SAP 软 件版本上, 同时还能保证高性能 无论是在 Greenfield 方法论中 还是在 将数据传至 SAP 的 HANAEnterpriseCloud(HEC) 中, 亦或是任何其他的 云计算环境中时, 它都能创造巨大价值 o SAP 架构转型技术本身的转型功能可以将 SAP HANA 转型与其他的转型需求 进行结合, 从而充分利用协同效应 典型案例有 : 以降低 IT 复杂性和总体拥有 Whitepaper Innovation Control Center (ICC) Page 31

32 成本为目的的 SAP 系统合并或客户整合 选择客户的特定业务或 SAP 应用进行迁移 ( 股权分离 ) SAP 全球支持集团 (AGS) 提供了 迁移计划研讨会 以及 SAP 架构转型管理工程服务, 来帮助客户确定最为合适的转型方法论 更多信息请联系负责贵公司项目的 EA 或 TQM 实现战略重组和业务影响最小化之间的快速映射 为应对不断变化的业务需求, 各大企业往往会选择重新调整自己的企业结构或出售 / 收购其他 公司 快速 高效 低成本地反映战略重组的能力已成为架构转换的一个典型动因 面对这一需求, 客户经常从 零 开始, 考虑建构新结构和 / 或新系统, 同时迁移必要数据 ( greenfield 方法论 ) SAP 标准接口通常需要辅以自定义报表,green-field 项目通常复 杂性和成本都很高 SAP 架构转型软件为您提供了除 greenfield 方法论之外的另一种选择, 它可以更好地保护投 资, 且可持续性更高, 此外, 无需进行重新设计 技术途径可以保持文档流的完整性 在目标 结构中您还可以访问历史数据, 从而优化了业务的一致性 SAP 架构转型软件将 SAP Solution Manager 作为整个转型项目的单一控制点, 通过额外的工作中心 (add-on) 实现访问 目前的产品版本 SAP LT2.0 提供了一整套标准化的端到端转型方案 它可以为客户提供整个技术转型过程中全程, 还能够充分利用 SAP 内置转型的专业知识和最佳实践 Whitepaper Innovation Control Center (ICC) Page 32

33 借助架构转型管理的工程设计服务, 在 SAP LT 的基础上 SAP 将助力客户建立转型相关的专 业知识 转型项目基于实际需求为客户量身打造,SAP 为项目执行提供了全面的支持和保驾 护航服务 更多信息请联系相关 EA 或 TQM Whitepaper Innovation Control Center (ICC) Page 33

34 ICC 客户案例 客户案例 1:PLM 实施 阶段 1: 利用 SAPPLM/PPM 最佳实践解决方案 无需任何准备 ( 如购买硬件 安装软件 配置基线等 ), 解决方案已存在于 SAP 云计算平台之上 我们的目标是在 SAP 云计算平台中将 PLM 和 PPM 作为最佳实践解决方案进行实施 问题 : 以前我们有的只是最佳实践解决方案的相关知识, 却没有运行的软件解决方案 因此, 在 AGS RDS 咨询顾问以及 SAP 价值原型验证的工程师的助力下,SAP 开始在云计算平台上建立最佳实践解决方案 最佳实践解决方案只花费数周就完成了配置和运行 客户以及系统集成商 (SI) 可以在 SAP 云平台上访问解决方案 ; 蓝图设计之前的研讨会涉及的相关方有客户业务部门 客户 IT 部门 AGS 的 MaxAttention 咨询顾问以及系统集成商 阶段 1 成果 客户的业务部门讨论了他们对运行系统的特定要求 - 并非纸上谈兵而是真正接触并感受该系统 SI 已经访问了一个配置完好的系统, 且配置设置准确无误 研讨会期间需求单大幅减少 o 需求单从 618 张减少到 81 张 ; 其中 70 张是首次推出, 另外 11 张是第二次推 出 阶段 2: 使用零修改服务来避免修改和客制化代码 可观的项目收益 : 在执行零修改服务时客户可以与 SAP 专家进行沟通 蓝图设计之前组织的研讨会上,70 张需求单作为可能存在的功能差异被首次推出 在与 MCC 开发团队一起将差异考虑在内后, 零修改服务决定 o o 70 份需求中有 25 张可以用 SAP 标准功能进行实施 70 份需求中有 41 张需要客制化代码 该客户的主要收益总结 : ICC 大幅加速了项目进程 借助 SAP 最佳实践大幅降低蓝图设计时间 Whitepaper Innovation Control Center (ICC) Page 34

35 零修改服务使得客制化代码需求减少 实施工作量和成本大幅降低 ICC 确保项目范围不偏离预期, 成本不超支 由于尽量贴近标准解决方案, 开发和实施成本得以降低 有望降低实施复杂度, 实现创新 客户案例 2: 升级 ERP 与实施 FI 该案例中, 客户是一家中国矿业公司, 主要从事金属矿产勘探 开采 冶炼 加工 贸易 金融 房地产以及矿冶科技业务 2012 年 7 月, 该公司启动了 SAP ERP 升级项目和财务功能优化项目, 其中 SAP MaxAttention 合同在提高项目质量 确保顺利过渡到运营和维护阶段发挥了重要作用 该公 司很早就创建了 ICC, 以便指导并控制升级项目 该客户的经验之谈 : - 在整个项目中,SAPICC 确保了 SAP 最佳实践的成功采用 - 项目的整体进度和问题的解决状态实时地显示在 ICC 的监控屏幕上 - 功能业务需求由 SAP 进行记录 转移并评估 - 项目开发及测试的进度和完成状态以实时方式进行了记录和显示 例如 : 客户升级项目需要 22 张财务报表, 而 SAP 标准解决方案无法提供 这种情况下, 客户在 SAP ICC 的支持下, 最大化地利用 SAP 标准解决方案, 减少客制化开发 这 22 张报表都在短期内实施完毕, 而且不会对未来的升级造成任何影响 在项目实施过程中, 团队试图避免客制化开发, 尽可能地贴近 SAP 标准功能 最初有 160 个请求要求通过客制化代码修改或增强 SAP 标准功能, 但只有上文提到的 22 张财务报表无法由 SAP 标准功能提供 如何在 SAP 标准功能中实施所有其他业务需求? Whitepaper Innovation Control Center (ICC) Page 35

36 SAPICC 可以就此提供建议 SAP ICC 帮助该客户提高了项目质量, 降低了上线后的运维成本, 此外, 还尽可能地减少 了客制化对象, 从而帮助客户降低了未来升级的潜在风险 Whitepaper Innovation Control Center (ICC) Page 36

37 客户案例 3: 银行业实施案例在 2012 年年中,SAP 的一家银行客户启动了一个项目 : 基于 SAP 最新的银行服务软件版本, 重新实施符合国际财务报告准则 (IFRS) 标准的会计体系 除了会计解决方案, 这家银行还实施了全面的 SAP 银行业应用基础设施, 包括客户销售和服务 运营和执行以及会计 为了支持基础设施, 这家银行与 SAP 签署了 MaxAttention 客户合同,AGS 在客户现场建立 了一个大型前台 AGS 从项目一开始就参与其中 为了按照新版本中交付的新业务流程对该项目进行支持, 建 立了 ICC, 以执以下两项任务 : 1. 使用最佳实践解决方案来提供银行业标准的业务流程模型 2. 利用零修改方法论, 以尽可能贴近 SAP 标准功能的方式实施客户的业务需求 ICC 与 SAP 的 MCC 之间建立了高度集成的合作模式, 同时它们还与德国的银行业开发相互联系 基于现有的银行应用架构经验, 该家银行决定采用 SAP 的建议, 尽可能地贴近 SAP 交付的标 准业务流程 ICC 确保了该策略的执行和实现 SAP 通过 ICC 为会计业务流程模式提供明确的指导 此模式由技术实施及预定义配置 ( 标准 业务内容 ) 进行支持 Whitepaper Innovation Control Center (ICC) Page 37

38 设置在银行客户端的 ICC 是项目组织不可或缺的一部分, 它会持续参与到项目中 ICC 与其部 门主管以及项目组之间的合作从以下两个方面展开 : 1. 积极参与项目活动 组织多次针对银行的回顾会及研讨会 2. ICC 主管承担项目顾问角色 项目一直以解决实施问题为宗旨 ICC 是如何运作的? ICC 以其主管可能无法对所有请求和询问做出即时回应, 但 ICC 会对这些请求进行预分析, 并 发送到 MCC 和银行业开发部门, 以寻求解决方案和建议 将解决方案管理和开发与银行实施项目进行整合是至关重要的, 因为这是新定义的业务流程模型的首次实施, 且这次实施产品范围大 场景范围广 除了进行项目指导,SAP 还收到有关新开发的第一手反馈资料 在蓝图阶段的前几周, 每周都会开展两次视频会议 鉴于 ICC 不断为银行实施团队进行知识转移, 显著减少与开发团队直接联络成为了可能 发送至 ICC 的请求大多是为了咨询操作方法 ( 约占 60%) 还有些是关于解决方案中可能存在 的功能差异问题, 这些问题可利用 ICC 的零修改服务, 通过以下方式得到解决 : 为了解决现有 ( 实际存在的 ) 差异, 开发团队更改了某个功能的交付时间, 同时交付 了解决方案, 在预期时间之前覆盖差异 Whitepaper Innovation Control Center (ICC) Page 38

39 该实施项目已采纳提供的实施计划, 要做的是等待交付, 而非实施客制化代码解决方 案, 这样就无需对客制化代码进行多年的维护 开发团队提出了一个解决方案设计方案, 未来这将成为 SAP 标准交付的一部分, 开发 团队建议实施团队实施一个临时性的解决方案, 在不久的将来被 SAP 标准软件取代 可能存在的功能差异可以通过 SAP 现有的标准解决方案予以覆盖,SAP 现有的标准解 决方案一方面提供了配置选项建议, 另一方面又避免了昂贵的客制化代码 总之, 该银行从一开始就支持 ICC 实施策略, 尽可能的切近 SAP 标准功能, 它还同意由 ICC 对该策略进行管理 在实施和首次测试阶段 ( 在该白皮书完成之时, 项目还未上线 ),ICC 就体现了它的价值 很 显然, 实施工作量的大幅降低以及测试阶段问题的成功解决都是 ICC 的功劳 Whitepaper Innovation Control Center (ICC) Page 39

40 旧的实施范例即将迎来变更 AGS 从全球项目中收集最佳实践, 结果发现, 迅速实现实施价值对于业务主管和 IT 主管都至关重要 实施有时意味着一笔不菲的预算, 那么尽快展现实施价值就变得非常重要了 那些巨大的实施项目, 如果在实施数年内没有对业务带来任何价值, 在企业内部的推广就会变得更加艰难 重新设计蓝图为业务人员开创了太多机会, 使他们可以依照自己意愿来设计业务流程, 而不是将重心全部放在客户及其需求上 这种方法在 SAP ASAP 方法论的基础上进行交付, 目前似乎不再适用了 这就是为什么 AGS MaxAttention 团队在两年前推出快速原型验证的原因 这背后的想法是 对一个应用程序或业务流程进行小规模的原型验证, 收集来自客户的反馈, 并相应地调整 完 善流程, 把原型投入生产进行推广 ( 功能和 / 或量 ) 借助最佳实践解决方案和零修改服务, 这一变更得到了 ICC 的大力支持 尽可能接近 SAP 标 准意味着还能够实现所有未来功能增强以及产品改进 快速原型验证还与另一个 SAP 最佳实践相联系, 每年可推出两个价值版本, 与 SAP 的创新速 度以及客户业务所需求的变更速度保持一致 那么,ICC 到底是什么? 要如何成功地在企业内部推广? 概括来说,ICC 为您提供所需的控制 管理机制, 助您快速 成功地运行实施项目 以下几个阶段需要考虑 : 1. 准备 ICC 案例 2. 与实施项目进行协调 3. 获取管理层的审批 4. 设置 ICC 5. 进行实施 Whitepaper Innovation Control Center (ICC) Page 40

41 ICC 工具 蓝图分析器 (Blueprint Analyzer) 避免不必要的修改蓝图分析器显示了在实施阶段出现的 与 SAP 标准功能不符的偏差 ICC 在设计蓝图的同时, 也收集所有已确认的差异, 并对其进行评估 差异表示了客制化代码存在的必要性 ICC 提供了新的零修改服务, 在 SAP MCC 功能 CoE 以及 SAP 开发团队的协助下, 对差异进行评估 评估结果通常是下列选项之一 : 差异可以在 SAP 标准功能内进行实施 ;ICC 可以就配置和实施提供功能性建议 差异是本地化问题 ; 差异将被视为 bug 在 SAP 最佳实践和模型公司内进行开发 实施并部署 差异是 SAP 标准功能中的差异, 需要由 SAP 开发团队进行解决 SAP 开发团队为客户项目实施提供解决方案 通常, 它会更新到标准功能中, 在下次的升级包 (EhP) 中进行部署 差异代表特定的客户需求, 必须由客户 合作伙伴或者 SAP 客制化开发团队进行共同开发 ICC 将针对如何最好地实施客制化开发提供架构方面的建议 蓝图分析器仪表板 与 SAP 标准功能不符的偏离也包括与非 SAP 系统的特定集成 对照 SAP 最佳实践对集成设计进行检查 ( 在应用集成层 ) 对接口设计的性能和数据一致性问题进行检查和再设计 Whitepaper Innovation Control Center (ICC) Page 41

42 管理首要问题 顺利实施 ICC 借助问题仪表板, 依据商定的期限, 对主要挑战 首要问题和其他关键问题进行管理 ICC 根据需要触发事态升级, 并将所有需要的当事人都纳入其中, 来推动问题的解决 在第一时间解决掉出现的关键问题对于保护实施时间表和主要里程碑是非常重要的 问题仪表板 集成验证器 集成验证的可视化是非常重要的 以下仪表板将在集成验证服务期间进行填写, 可能由相应的 服务会议自动填写完成 目前, 需要手动进行查核, 并将结果填写到仪表板的相应位置 集成验证器仪表板 运维控制中心 (OCC) 实施也为上线后解决方案的运维做准备 OCC 是确保稳定运维的核心, 遵循 2 名运营人员一班制原则进行运维 对于较大的客户, 这还意味着实施后就开始准备高效 可靠的运维 Whitepaper Innovation Control Center (ICC) Page 42

43 该图展示了这一过渡 在蓝图设计阶段,ICC 拥有全部控制权 当测试开始时,OCC 所占的 地位开始增大, 并且需要在项目上线之前成长完毕并运行起来 ICC 的技术前提条件 ICC 有若干个技术前提条件 : 1. ICC 提供的所有功能必须使用 SAPSolutionManager7.1 SP5 或更高版本 2. 需要在 SolutionManager 中将 IT 服务管理 (ITSM) 配置完整, 以便 ICC 能从 SAP 收发信息 3. 要想实现实施状态的可视化必须设置 ICC 办公室, 因为所有通过 MCC 与 SAP 进行的交流都得通过 ICC,ICC 充当了连接它们的节点 4. 以可视化方式显示实施进程的屏幕是必不可少的 Whitepaper Innovation Control Center (ICC) Page 43

44 SAP ICC 的关键职责 ICC 主管 (TQM [AGS], 服务于客户现场 ) 负责 ICC 主要事项, 包括以下方面 : o 管理所需的所有决策, 管理客户与 SAP 的全部审批流程 ( 开发 产品管理 AGS-MCC) o o o o 管理客户响应相关的服务等级协议, 必要时还包括事态升级 管理 SAP 规划, 并与客户项目规划进行集成 集成验证与支持计划 功能说明文档 o 请参考模板 : functional gap template-cn.docx o ICC 团队成员 (TQM [AGS], 服务于客户现场 ) 解决方案中差异的主要联络人, 负责以下工作 : o o 客户 / 项目与 SAP 之前的集成点 确保所需文档都已提供 o 支持计划和集成验证的主要负责人 o 解决方案测试及验收建议的主要提供人 SAP MCC 的关键职责 MCC 工程师 - MCC (AGS) 确保部署办公室的平稳运营, 针对 ICC 所有的支持请求问题, 与合作支持办公室 ( 工作 组 :ICC 协同办公室 ) 主管展开广泛合作 具有大局观, 如果 ICC 中的客户案例和请求与 MCC 相关, 则对其进行监控 负责人员配置, 并维护开发 技术和功能 CoE 的专家名单 ( 解决方案负责人或架构师 咨询专家 ) 协调并安排 ICC 支持相关的办公室活动以确保功能差异满足服务等级协议 (SLA) 的合 规性 如果开发地也位于其他地区 ( 欧洲 中东 非洲 美国 ), 那么与其他地区的 MCC 协作解决问题 升级并评估问题 ( 如 : 人员配置和资源问题 开发问题等 ) 确保服务规划和集成验证在客户方进行 Whitepaper Innovation Control Center (ICC) Page 44

45 功能 CoE- MCC (AGS) SAP 业务流程专家负责人 ( 黑带 架构师 ) 在初步评估可能存在的功能差异时起关键作用, 最终决策的协调人 开发差异的业务流程专家 解决方案支持需求方面的业务流程专家 标准代码开发验收的模板负责人 SAP 开发团队 /SAP 产品管理团队 -MCC( 开发 ) 从根本上负责如何利用 SAP 标准功能解决可能存在的功能差异, 包括 : 本地化 ( 法定要求 )- 解决方案 本地业务需求 ( 中国模型公司 )- 解决方案 SAP 标准功能之内的真实存在的差异 - 解决方案 特定客户需求 - 建议 针对已商定的即将进行设计的实际差异, 或者完全由 SAP 负责的差异,MCC( 开发 ) 应负责制定相应的计划并进行设计和建构 负责矫正 bug 或变更请求 ( 为本地化差异提供解决方案 - 法定需求 ) 负责判断是否将客制化开发内容纳入标准功能中, 如果是, 何时纳入 Whitepaper Innovation Control Center (ICC) Page 45