Axapta Dynamics AX 2009：为什么另存为提示。。。变灰了？

在谷歌上搜索了一段时间后，我只看到有人问了这个问题，但没有给出答案

我刚刚为最终用户生成了一份文档，内容涉及如何创建自己的提示以及如何将其添加到个人角色中心。但是，问题是用户可以自定义查询，但是当用户使用SysQuery表单上的Modify按钮转到“另存为提示…”时，该选项将变灰

---

问题：用户需要什么条件才能“另存为提示…”？是否有他们需要的默认安全组，或者他们必须拥有的安全密钥？令人惊讶的是，用户已经被授予了相当多的权限，但他却无法保存自己的提示如果他可以使用高级筛选工具栏按钮进行（并保存）所需的查询，为什么他不能保存该提示？

这个问题可能与编程无关，但现在我们开始：

您的问题可能是由“”引起的

---

通常，这些问题只能通过检查所涉及元素的所有用户组和安全组的权限来解决。快乐搜索。

这个问题可能与编程无关，但我们来看看：

您的问题可能是由“”引起的

---

通常，这些问题只能通过检查所涉及元素的所有用户组和安全组的权限来解决。愉快搜索。

您需要FC访问基本/Misc/“CueRun”，CueRun，还需要FC访问表CuesQuery，并查看对CueQuerySecurity表的访问权限，这两个访问权限都直接位于基本安全密钥下。

您需要FC访问基本/Misc/“CueRun”，CueRun和FC访问表CuesQuery和查看访问CUEQUERY安全表的权限都直接位于基本安全密钥下。

Ugh，我担心答案是这样的。：）我一直在查看用户组，特别是表单上用作数据源的表的权限，但还没有开始对这些表的最终权限进行复合分析这项繁琐的任务。从中的用户可以看到组合权限。但不是为什么。是的，我知道这一点，但我们的安全设计是一个有很多很多组的设计——而不是轻薄的1:1设计（1个功能角色=1个规则）。非常感谢，简！我可能不喜欢你的答案，但我接受并非常感激。啊，我担心答案会是这样的我一直在查看用户组，特别是表单上用作数据源的表的权限，但还没有开始对这些表的最终权限进行复合分析这项繁琐的任务。从中的用户可以看到组合权限。但不是为什么。是的，我知道这一点，但我们的安全设计是一个有很多很多组的设计——而不是轻薄的1:1设计（1个功能角色=1个规则）。非常感谢，简！我可能不喜欢你的回答，但我接受并非常感激。