你好Rashmi，

不用担心-我知道许多客户会遇到类似的问题，我们这个世界比其他IT世界（例如MSFT等）的理解要复杂得多。

在solman领域中，我们需要整个解决方案的完整概述-这是（可能是）挑战，但也是管理ALL的唯一机会。 集成思维是实现这一目标的唯一选择。

-我将在下面以草书字母进行答复：

如果我问这将是一个愚蠢的问题-如果我们不从支持门户文件中更新SLD/LMDB中的CR内容（= PPMS-s/w目录）会发生什么？ 一旦同步，我的解决方案管理器就已经具有所有受管系统的所有组件的所有软件目录。

==>这只是时间轴中的快照。 ==>我最迟在1年内不满意-您的系统用尽了信息，因为将来的Supportpackages/-stacks不会包含在您实际的solman和维护计划人员任务中。

每个程序包都有其新的PPMS-ID（产品编号），现在在SLD的实际CR/CIM模型中不存在。

==>我的建议是在这里，根据您在系统领域的计划机会，每年更新2-4次）-请参阅注释#669669。

当解决方案稳定时，由于项目而无需进行大的更改，因此还可以降低频率-否则，由于较高的更改-当内容过时时，它很关键。

一个附加提示：如何减少工作量：
https://blogs.sap.com/2012/10/08/how-to 减少人工模型中的人工工作量和sld系统的cr内容更新/

关于ST-SER和ST-CONT，您能纠正我的理解吗？ 在受管系统上，ST-PI控制数据收集，而ST-A/PI则在数据收集应用方面做出贡献。 在解决方案管理器中-ST-SER（监视内容）检索由监视工具（ST-CONT）控制的数据

==>-关于ST-SER（仅SAP Service Delivery，内容和工具），服务内容的更新位于管理和受管系统上。 服务交付是通过solman本身（这里是Serviceapplications）进行的-但是数据收集器位于托管后端

==>仅当此数据流正常时，您才会获得正确的数据（在dataprovision的根上具有正确的格式时），将为服务生成实际数据，然后可以将数据 中央报告（Solman）中显示的是已处理/汇总的值。

在EWA的小示例中，您可以轻松看到此数据流。 最常见的问题来自未更新的数据收集器，错误的系统设置（Solman和后端），错误的发行计划，... =>流程不一致-然后客户要求赔偿。

==> ST-CONT（仅监视）

唯一重要的说明是-所有SAP软件包都与特定的SAP产品版本相关-并且目标应用程序（在这种情况下为MAI-监视和警报基础结构）也具有深层依赖性，并且还具有自己的发行计划-有关详细信息 请 参见此处： https：//wiki.scn .sap.com/wiki/pages/viewpage.action？pageId = 399672524

请记住依赖项Solman Release和Patchlevel（监视系统）以及MAI Release（工具和内容）=>，以及所监视的后端和观察/类型级别的依存关系（满足系统的所有要求） 要求？[（！）代理，插件，...]

此处有一个附加提示：当Solman_setup和受管系统设置以绿色显示所有指示灯时–则在提到的所有不同包中都没有问题（！），并且所有组件都以您和SAP的方式运行 将有。 我也从我的项目中知道-这可能也是一个挑战：-）

所有数据源中solman超越的BI报告也包括数据流，并将其带入正确的报告/仪表板中-在所有依赖的应用程序（监视，服务，ewa， 工作，...）

祝你好运-托马斯