如果用户A能够执行某项任务，但现在却不行，我可以想到一些可能的原因：

• 用于检查相关授权的逻辑已更改。 在这种情况下，请检查最近导入的运输请求，已实施的注释等。假设用户及时通知您并且这是他们经常执行的任务，则应该相对容易地缩小搜索时间范围 更改。

• 角色分配是不同的。 角色具有有效性。 假设您设法确定问题发生的时间，则可以查找过期的角色或删除的角色分配。 SUIM是您的朋友，请使用它。

• 角色已更改。 再次使用SUIM，我更喜欢技术观点。
• 更改了授权配置文件分配或更改了授权配置文件本身（对于PRD环境而言并非如此，但在某些公司中可能是这样）。 再次SUIM。
• 系统之间SU24中的不同设置。 不太可能，但是仍然...

或者您可以只运行STAUTHTRACE或ST01来查找检查失败的地方并从此信息开始。

我注意到首先您 提到了销售订单，但是随后您写了VF01，请确保QAS中的测试用例与您在PRD中使用的匹配-用户ID，角色，事务和主数据。

嗨，

如果存在授权问题，那么最好提供受影响用户的SU53屏幕快照（隐藏关键信息）。

最好的问候

帕特里克

syed ismail 我不是先生：）

我已经解释了如何解决问题以及如何找出授权检查针对哪个对象和值。 请再次阅读所有要点-仅针对其中之一，我提到角色修改是潜在的根本原因。 即使某个角色的更改被证明是根本原因，您也应该问问执行此操作的人为何实施该更改，但这可能是有正当理由的。

通常，这是 将授权对象添加到随机角色而不先进行适当调查的一个坏主意。 据我所知，在PRD中为企业用户使用授权配置文件也一无所获。

如果您没有使用授权的经验-在大多数公司中，都有顾问甚至整个团队负责 安全和授权。 在这种情况下，最好的方法是向这些同事寻求帮助和建议。