揭开SAP Solution Manager神秘面纱

大家好，欢迎来到IT知识分享网。

在过去10年中，SAP Solution Manager—-用以集中支持和系统管理的独特产品。不用说，跨国企业中的典型SAP系统景观一般包括了大量的SAP和非SAP系统。“复杂”的SAP环境（或者也叫多种多样的IT景观）常常由庞大的跨国企业在全球范围内使用的SAP ERP组成，在不同的部门可能使用不同的版本（这对于手动管理或半自动管理来说简直就是噩梦）。一些第三方企业资源计划（ERP）系统在情境假设中供远程部门、工厂和第三方最出色的解决方案使用的所谓的“第二层级ERP”（如Microsoft Dynamics AX, SAP Business One, SYSPRO, Epicor, QAD等），它们当中很多都得到SAP赞同甚至转售（例如在供应链管理SCM领域的SmartOps, Llamasoft, Vendavo等），然后，“复杂性”很快便成了轻描淡写。

在没有任何系统性的帮助下，普通人如何能管理所有的数据和流程（无论是在一个实况的系统操作还是从旧版本迁移到更新版本）？为此，SAP Solution Manager试图减少和集中管理各种不同的系统。在这样的IT景观中，SAP Solution Manager是一套管理系统（也可以称作“大脑”），SAP Business Suite则是应用系统，诸如SAP ERP, SAP CRM, SAP PLM, SAP BI, SAP SCM等则是被管理系统（犹如各个“器官”）。

SolMan到底能做什么？

Solution Manager是出于功能和技术目的的一系列工具。在不考虑管理系统数量的情况下，技术方面涉及到了对整个IT景观的实时监控、支持和维持（譬如支持请求和相关的笔记等）。对于他们来说，功能工具是为支持大量的文档和各种SAP目标而服务的，并提供对一个实施项目的所有阶段的集中控制。此外，Solution Manager 是在SAP系统内管理任何项目的日常工具。

对于Solution Manager的真正需求

Solution Manager已经很自然地成为了SAP过去10多年历史的一部分。该产品最初是为客户提供一个以上的系统（例如，用户监控多个系统）支持而诞生的。之后，它与AcceleratedSAP (ASAP) 实施工具来创建完整的应用程序生命周期管理解决方案。如今，Solution Manager支持技术人员（例如，技术操作）、质量管理经理（如系统测试）、项目团队和经理（如实施中）、流程经理和业务专家（如业务监控和分析）、项目管理办公室团队（如组合项目管理）、团队（如票务和根源分析）、IT管理（利用仪表盘）。

最新版的NetWeaver （SolMan毕竟是NetWeaver的一部分）的发布能够处理所有不同版本的SAP产品，只要是NetWeaver平台，所有这些产品都可以兼容。而且，NetWeaver Process Integration (PI) 组件提供在各种非SAP系统蓝图内的交流。

SAP 标准客户被允许在基本范围内使用SolMan（大部分功能已经在本文中介绍）。SAP在企业支持（Enterprise Support，以下简称ES）的客户被赋予了该产品的所有功能使用权，而且还有 Custom Development Management Cockpit, Business Process Change Analyzer, and Quality Gate Management额外的功能。更重要的是，SolMan不仅仅是只对于SAP组件，同样包括了完整的客户解决方案（意味着所有的IT组件都将作为文档归类在SAP Solution Manager中）。

明确标准的和ES支持的益处
SAP企业支持包括了所有的标准支持外加一些高级元素，诸如可修改行动承诺的服务水平协议，访问解决方案架构服务，充分利用SAP和非SAP解决方案的Solution Manager。还有24小时全日制访问SAP支持建议中心以及完全访问SAP Support Academy，同样包含了Expert Guided Implementation和Guided Self Services。它具有非常强健的服务组合，称作持续质量检测，能被利用在整个项目实施和以及生产运作中。访问SAP在线服务社区、文档和支持门户网站，还提供错误修正、产品/技术更新以及法律条文变化（如果适用）。

正如早前提到的，SAP Solution Manager是SAP为ALM提供的平台，可以使用户管理他们的整个SAP解决方案景观以及促进SAP Enterprise Support支持服务的进一步增加值的实现。任何SAP Enterprise Support用户都能赋予了使用SAP Solution Manager 的所有功能的权力，在应用程序管理支持项目和解决方案双方面 （业务配置和业务持续性）贯穿整个生命流程。其中一个例子便是SAP’s Business Process Change Analyzer，帮助用户降低回归测试的成本。此外，SAP Enterprise Support 顾客能够在他们的整个顾客解决方案中使用SAP Solution Manager，这意味着所有的IT组件（包括SAP和非SAP）都被用作与SAP业务流程和文档的连接。例如，一个客户能够使用IT Service Desk应用程序包括SAP Solution Manger作为基本的IT票务工具（不需要额外的许可费用）在使用移动设备来输入订单来支持一套业务流程。图1和图2提供了更详细的关于Solution Manager赋予用户的能力。

Standard Support 的用户要注意了，Solution Manager的使用只对SAP组件。并不是SAP Solution Manager的所有功能都对Standard Support 的用户开放。特定的ALM和Run SAP功能无法被SAP Standard Support 客户使用。总结如下：

Solution Manager对纯英文的需求

毋庸置疑，每家公司都有自己的管理制度，正如SAP成长一样，就像用户在这些公司的数量（这将转化为更多的要求、开发和配置等），最终意识到需要想出一些可以促进所有选区的努力。SAP因此向顾客推出了免费的Solution Manager，在顾客已经激活维护的合同，这是很公平的。因此，一套SAP ERP系统为了可以满足企业和行业的需求而变得非常复杂，SAP应该免费赠送顾客一些服务。

SolMan管理大量来自配置和开发SAP系统的文档的能力是无可争议的。事实上，雇员需要进行以下文档处理：触发了新的请求配置，商业案例证实了该请求，要做什么，要求哪些人员，所需要的平准和签名，规范用户参考手册（一旦配置完成），用户验收测试，您将命名其它任何可能的文档。

一些制药企业，例如，拥有整个部门的员工只利用SolMan来生成文档：哪些文档需要由谁批准，如何批准，文档需保存在哪里（电子版本或者纸张版本），采购，流程……这更有针对性，as Sarbanes-Oxley Act of 2002 (SOX)根据要求生成文档。我们对于加航的支持将一如既往。

谁在使用SolMan?
在9月份的SAP TechEd2011活动中，SAP发布了SAP Solution Manager 7.1，为用户提供了检修等新功能以及更简单的用户界面，新功能如下：
• 整个解决方案的新检测和警报基础设施（SAP和非SAP应用程序）
• 增强的开放性和集成的第三方产品，如IBM Rational测试管理
• 自动记录现有业务流程使业务流程文档能轻松被保存和更新

正如SAP所言，如今已经有超过70%的SAP顾客使用SAP Solution Manager，管理着总量超过25000 SAP生产系统。SAP已经看到了通过SAP Solution Manager作为支持协议的一部分的需求正在不断上升。

或许应该这么问：有多少SAP顾客正在使用SolMan，并且使用比例占了整个SolMan功能的多少？毕竟，所有前面提到过的SolMan的功能都能被独立使用，但并不是必须被使用。准确地说，Solution Manager 7版本，所有SAP顾客都要求通过工具创建支持票务，如SAP的活跃的全球支持（Active Global Support, AGS）全球员工使用SolMan来向外部顾客和SAP内部交付支持和修改活动。另外，顾客和SAP员工都有直接访问Solution Manager 7发布记录的权限。因此，支持和报告功能一般都得到了100%的利用。

一些规模较小的公司最有可能因使用该系统的转换功能，而往往忽视了文档的功能（或者只使用最基本的文档，如要求和规格表格）。另一方面，大型企业往往受到政策和法规的限制（例如美国食品和药物管理局）或者有内部需要，为自己的控制权将使用更多的SolMan功能。不明显的成本不应该被忽略：当SolMan成为SAP的免费产品时，企业也许要聘请一支军队来执行所有的SolMan流程，维护它的文档等等，这就需要花费更多的资金。

一些美好的愿景

尽管SAP看到其客户群对SolMan的不断普及，因此在路线图中并没有太多的牵引力。路线图是SAP Solution Manger的一部分，包含了标准SAP实施方法论和SAP实施最重要的方面
和阶段（最佳实践、项目管理、解决方案路线等）。路线图提供了完成项目的加速器和工具。

现实生活中，并没有如此多的的最终用户使用。甚至是在实施阶段，我们谈论的是早期创建流程图阶段，用户并不会对交易的链接太在意（如果他们不知道在最后的阶段流程将会如何）。但是当流程已经决定并且敲定，终端用户并不真正关心地图，而是关心创建坚实的用户说明，始终随着时间的推移而改变。通过SolMan来处理发生在不必要的维护工作中的所有的流程变化。即使是大型企业能够将文档处理发放到成本更低的取悦，他们也不会感激那些不必要的额外工作和额外成本，即使并没有很贵。

麻烦的是雇员的心里和态度。规模较大的企业通常有较大的预算来承担SAP实施，还不如支付知名的咨询公司的雇员，并与他们交谈计划，并不像SAP所建议的需要通过一些套件流程地图。换句话说，小型企业期望项目能够简单成功地交付，而不必去考虑诸如“我们需要全自动或者半自动的软件供应商评估服务吗？”或者是“我们需要多久进行一次完整的物料需求计划（MRP）”等一些令人头疼的问题和决定。可悲的是，许多公司对这些问题的意义以及众多复杂而又难以预料结果的答案毫无头绪。

SolMan的独特之处

正如在那篇名为ZDNet’s博客中讨论的，SolMan是被用来集中管理使用频率最高的软件，包括用户安全维护（除了上述状况的报告能力）。SolMan已经成为IT景观集中访问所有需要管理系统的网关。当这篇文章发布时，也许已经无法赶上该产品快速发展的步伐。

公平起见，在SOA、云、社交、移动和虚拟技术横行的时代，没有一家拥有几百个开发人员的小型软件供应商能够像SAP那样，可以完全满足财富500强的超过上万员工的大型跨国企业的需求（即使与复杂性作为副产品）。Salesforce.com, Workday, 和UNIT4 能够自豪地谈论他们在大型跨国企业实施和实施后的成功，并不需要控制哪些顾客使用的是哪个版本（毕竟，所有的公有云多租户都在使用最新版本）。但是这些供应商只相当于SAP Business Suite套件覆盖的功能范围的一小部分，它们更像是部门解决方案，而非企业级解决方案。

最终，当客户做出了足够的投资时，Solution Manager可以证明是一套可以减轻客户日常系统管理痛苦的非常实用的工具。但是很多顾客还没有完全了解解决方案，这便是SAP的义务对顾客进行教育，也许通过解释他们自己的员工如何内部和外部地使用该解决方案。