Fatal编程技术网
  • axapta/
  • Axapta AX 2009:Can'；“找不到”；SalesCreateReleaseOrderLineTmp“；桌子

Axapta AX 2009:Can'；“找不到”；SalesCreateReleaseOrderLineTmp“；桌子

axapta

Axapta AX 2009:Can'；“找不到”；SalesCreateReleaseOrderLineTmp“；桌子,axapta,x++,dynamics-ax-2009,Axapta,X++,Dynamics Ax 2009,我是AX的初学者，我正在尝试为一些用户设置访问权限，在特定操作中，他们会得到一个错误，即他们无权访问表SalesCreateReleaseOrderLineTmp。我已在每个类别中手动搜索此表，但未成功。我在一个网站上找到了此表的完整描述->订单行-SalesCreateReleaseOrderLineTmp-ID:995。我也搜索了ID，但还是没有结果。有了管理员权限，一切都可以，但显然不是一个解决方案 这张桌子有固定的位置吗？有人能告诉我它在哪里吗？：）或者是否有任何方法（通过ID或名称）搜

我是AX的初学者，我正在尝试为一些用户设置访问权限，在特定操作中，他们会得到一个错误，即他们无权访问表
SalesCreateReleaseOrderLineTmp
。我已在每个类别中手动搜索此表，但未成功。我在一个网站上找到了此表的完整描述->
订单行-SalesCreateReleaseOrderLineTmp-ID:995
。我也搜索了ID，但还是没有结果。有了管理员权限，一切都可以，但显然不是一个解决方案

这张桌子有固定的位置吗？有人能告诉我它在哪里吗？：）或者是否有任何方法（通过ID或名称）搜索此表？

我想

我已在每个类别中手动搜索此表，但没有 成功

您的意思是您试图在表单中查找用于维护用户组权限的表？
如果是这样的话，那么这是因为临时表从树视图中隐藏，就像类方法SysDictTable一样。allowSecuritySetup是在构建树视图时从SysSecurity.expandSecurityKey调用的，在这个方法中，除其他外，还有一个检查表是否是临时的

所以基本上你有3个选择：

  • 为您的权限组提供对安全密钥的所需访问权限，以便该组通过它“继承”对表的访问权限-缺点当然可能过于宽松，但优点是更好的可维护性：）

  • 删除临时表上的安全密钥，因为这通常是一个错误的决定。应用程序不应该限制对临时表的访问（这些临时表本质上只限于用户会话），而是在填充该表的代码或更高级别的进程中强制进行访问检查

  • 自定义用于构建安全树视图的代码，使其包含temp。桌子

    • 尝试应用上面的第一个选项，因为第一个选项不需要任何应用程序修改，而第二个选项只是一个简单的属性更改，在我看来，目前配置不好。最后的选择应该是最后的手段