您好波澜壮阔的纳加尔，

您采用哪种系统合并USMM报告，即通过LAW工具 它是您的SOLMAN系统或您的SAP ABAP系统中的任何一个，如下所述，

https://blogs.sap.com/2016/09/06/sap-users-usage-license-audit-slaw-using-law-tool-for-abap-systems-sending-to-saplabs-even-if- 您没有运行Solman来做到这一点/

谢谢，

Kaushik

您好， Prashant Nagar ，

没有正确捕获您的查询。 将尝试解释。 例如，在您的组织中，您拥有SOLMAN-Prod系统，ECC-DEV，ECC-QA，ECC-PROD，GTS-DEV，GTS-PROD。 因此，现在您要做的是登录到SOLMAN系统生产客户端，并根据您的版本在该SOLMAN系统SLAW或SLAW2中上载SAP提供的xml文件。 之后，您将能够在SOLMAN系统中的那个LAW工具中查看哪些系统的用户测量详细说明了它的要求，并且相应地，您可以在购买产品时根据您的组织与SAP达成协议的EULA上载

如果您认为SOLMAN在LMDB中已经具有受管系统详细信息，那么很遗憾，它无法使用度量标准或作业从受管系统中取出详细信息。 这也是有道理的，因为对于您来说，ECC-Dev系统仅考虑具有应用程序开发许可的用户，您可以将类型转换为"测试"，这样您就可以进行合并。 因此，例如，您会看到任何用户的使用率高且"许可证"详细信息设置为"低"的情况，因此您可以将该用户许可证详细信息与另一个使用率较低的"高级许可"用户进行交换。 因此，您将了解通过SOLMAN无法进行这种操纵。 如果您具有CUA系统，则用户详细信息更改位于CUA系统中。 但是随着用户在受管系统中进行活动，据我所知，USMM报告的生成也直接通过该受管系统。

通常，一个典型的示例是，在组织中，经理可能具有组织中较高级别中的较高许可类型，但他每天仅登录一次SAP系统以检查 状态或批准任务，而在其下工作的最终用户会进行各种活动，因此使用率较高，但分配的许可证类型较低，因为他在组织中的排名较低，因此可以进行许可证类型交换。 因此，最好始终保持每种许可证类型中的1种免费，对于任何组织来说，都是如此。 这样，即使更改许可证类型类别，您也永远不会超出EULA的限制

希望这可以澄清

谢谢

Kaushik

您好Prashant，

是的，您可以在Solman中使用SLAW-这是推荐的方法，因为对于所有相关系统，您都必须准备好RFC连接（在完成托管系统设置后）。

另一个优势是，使用Solman 7.2，您将拥有SLAW2-更好的前端，更多功能，对所有用户的集中管理（例如，在其中运行CUA时），...

最后但并非最不重要的是，所有SAP笔记和SAP Backbone连接也集中在此处维护。

干杯托马斯

亲爱的托马斯·温克勒

您的意思是说，如果我们有solman，那么我们可以用solman做所有事情，而ERP生产和开发系统则不需要做任何事情？

嗨Prashant，

是的，这是我对您的最佳建议。

在这种情况下，一些小的"副作用"：

-对于许可证审核，您需要一些有关特殊引擎的说明-通常由于代码冻结期而被禁止实施，....在ERP生产线上==> Solman中没有问题

-在不同的系统及其客户端中通常会出现用户不匹配的情况==>没问题，当SAP CUA在Solman的其他客户端中运行时-您将使所有用户井井有条（doublette，...）可以 被管理。
其他要点：用户管理是集中的，只有负责管理的用户管理员和许可方可以在合并的环境中进行工作

欢呼托马斯

嗨

对于SAP许可证审核，您必须在环境中执行两项任务，所有DEV＆prod系统都使用事务代码来收集用户数据 USMM并以LAW格式导出，然后使用事务代码SLAW转到解决方案管理器，导入所有用户数据（DEV和PROD系统），合并所有用户数据（DEV和PROD系统），检查最终报告，然后发送相同的报告 到SAP。

致谢

Sriram