点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨
对于访问控制（风险分析）的GRC三层格局有两个建议：
第一个建议：
- a。 GRC开发人员到所有开发人员卫星系统
- b。 所有QA卫星系统的GRC QA
- c。 GRC Prod适用于所有Prod卫星系统
第二个建议：
- a。 GRC开发人员到所有开发人员卫星系统，
- b。 所有QA卫星系统和 的GRC QA
- c。 GRC Prod适用于所有Prod卫星系统以及所有Dev和QA卫星系统
将GRC prod连接到所有DEV，QA和Prod卫星系统的原因是，必须能够使用prod规则集规则ID并减轻所有卫星系统中的风险控制。
第三条建议
- a。 GRC Dev适用于所有Dev卫星系统以及所有QA卫星系统
- b。 所有QA卫星系统的GRC QA
- c。 GRC Prod适用于所有Prod卫星系统
我的问题； 哪一个是最常见的？第二个 nd 提案是否有问题？
谢谢
Reza Ahoui
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 小熊yu生菜 的问题《SAP GRC格局》','https://www.easysap.com/q-6200.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我主张选择2（一种将prod连接到prod和dev卫星的变体）。 我并不总是设置完整的开发环境（例如，可能仅使用1个ABAP连接器进行基本配置和验证）。
它为跨环境风险分析提供了机会，用户可以在DEV和 一个在生产中。 例如，更新PA0008表并放入运输工具，然后Prod运行基本工资等。
此外，您还可以具有特定于dev或qa的规则集（例如，所需的dev函数中的关键操作）
您最终可以将报告，工作流程批准等集中在一个定期备份的单一生产系统中。
问候
Colleen
# p#关于系统中测试数据的要点
从规则集的真实来源出发，我将Prod保留为主要规则集，并使用工作流主数据来批准更改（甚至自动批准更改）。 捕获更改文档）。 定期下载prod规则集，并将其应用于dev和qa
我观察到，当规则集有效地掌握数据时，一些客户将规则集更改应用于dev和qa，作为配置更改的一部分。 您可以在dev或qa中创建原型，但无需多次应用更改。
您好Reza。
我也会选择第二个选项。 正如Colleen所说，这主要是由于集中式数据和跨系统检查，而且还因为在传输之前进行了解决方案验证测试，因此您应该在Dev和QA中拥有不干净的数据，因此将真实与测试分开会有点令人困惑 数据。
此致
Marcelo Monsores
非常感谢Colleen和Marcelo
一周热门 更多>