Pranshu，

请查看文档，其中概述了此空间中所需的最低限度信息，并添加了更多详细信息，包括但不限于您正在使用的发行版和SP以及要实现的业务案例。 标准批准功能有什么问题？

在GRC空间中的讨论线程中提供的最少信息

此致

Gretchen

嗨-您的问题已解决吗？ 我们有相同的要求。 您能否分享步骤/代码。

嗨格蕾琴，

感谢准则。

我们在系统中使用以下组件：

组件

发布

SP级

支持包

说明

GRCFND_A

V1100

0011

SAPK-V1111INGRCFNDA

GRC基金会ABAP

GRCPINW

V1100_731

0011

SAPK-11511INGRCPINW

SAP GRC NetWeaver插件

按照标准流程，当管理员通过按"提交"按钮批准访问请求时-调用标准webdynpro组件GRAC_UIBB_ACCREQ_APPROVAL的批准方法，该方法依次调用方法Update＆Save。 我们希望通过我们的自定义逻辑来实现此功能。

数据lo_api类型为cl_grac_api_access_request的引用。

lo_api？= wd_this-> mo_session-> get（iv_object_id = wd_this-> mv_object_id）。

lo_api-> if_grac_api_access_request〜update（is_request_data = ls_req_data

it_requser = ls_request_data-requser

it_reqlineitm = ls_request_data-reqlineitm

* it_provlineitm = ls_request_data-provlineitm

* it_reqowner = ls_request_data-reqowner

it_reqsys = lt_reqsys

it_request_omobjects = ls_request_data-hromobjects

it_ext_risk = ls_request_data-ext_risk

it_audit_trail = wd_this-> mt_audit_log

it_usergroups = lt_user_groups_api

it_userparam = lt_user_param_api）。

wd_this-> mo_session-> save（）。

为什么需要自定义批准功能？

• 对于每个角色，都需要满足一些先决条件，例如 用户应该已经完成​​了该特定角色的强制性学习。
• 通过标准批准功能，管理者只能在请求者完成所有相关培训后批准请求多个角色的访问请求。
• 我们的客户希望获得更大的灵活性，例如如果请求者已经完成一个角色的培训，则比他应该获得对该角色的访问权限更重要，而无论他是否尚未完成请求中其他角色的强制培训。
• 我们创建了一个自定义表，该表将保存请求中每个角色的培训完成状态。 对于所有已完成状态，我们已在自定义程序中实现了配置逻辑，该逻辑运行良好，并正在所请求的系统中创建具有所需角色的用户。
• 接下来，如果请求中的所有角色均已分配给用户，我们希望通过我们的程序来完成/更改/完成请求状态。

我们遇到了以下类似的某些帖子，其中这些标准功能已在自定义程序中实现。 我们已经在同一行进行了编码，但无法正常工作。 如果有人可以通过我们的自定义逻辑就如何实现此标准批准功能提出建议/建议，那将是很棒的。

在GRC 10中通过电子邮件和委派进行认可

谢谢。

PK