2020-08-24 00:43发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
尊敬的专家,
我在索尔曼工作,然后要进行许可证审计吗?我仍然需要使用slaw工具吗?或者还有其他可以由索尔曼管理的替代方法。
谢谢与问候。
您好波澜壮阔的纳加尔,
您采用哪种系统合并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的限制
希望这可以澄清
谢谢
您好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
最多设置5个标签!
您好波澜壮阔的纳加尔,
您采用哪种系统合并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
一周热门 更多>