你好@hyudolee,,,,
如果您以NUX构建用户界面,则可以使用表单添加列表项目及其属性,唯一的限制是用户必须将其添加1 x 1。
I agree with@rob_marshallthat you should be careful allowing users to add master data, as depending on the process you can introduce errors of all sorts.
但是,向当前用户出口的简单方法是:
在用户列表下的蓝图视图中,属性选择“显示所有用户关闭”。这将仅将网格视图限制在当前用户中,当您将此模块用作导入源时,这将保持真实。
安德里斯
I could avoid this problem by making a filtering Lineitem.
在导入列表之前,最终用户将设置自己的用户项目并过滤原始模块。
Another solution is making a temporary module.
- 模块A⇒模块温度⇒列出了
I can select the Users when importing between modules.
您如何避免这种情况?
为什么最终用户创建列表成员?为什么这些列表成员不是来自数据中心或受信任源系统的?当您拥有创建这些列表成员的用户时,您将失去审核跟踪,数据治理,并为用户创建一个行动,这可能会导致并发问题。
So, before we start trying to figure out a solution for you, what are trying to accomplish and why?
Hope this helps,
抢
这可能比您预期的更长的解决方案,并且还有一个额外的步骤。我将尝试逐步提及它:
意图:
By default identify who is running the import and isolate one import action from another
脚步:
Why does Write Access Lineitem exists?
If Write access Lineitem has Fake Users as Applies to,
I can not restrtict the Write access.
I think this Lineitem should have Users List.
然后我可以限制访问权限。
你要这样做吗?
你好@hyudolee,,,,
如果您以NUX构建用户界面,则可以使用表单添加列表项目及其属性,唯一的限制是用户必须将其添加1 x 1。
I agree with@rob_marshallthat you should be careful allowing users to add master data, as depending on the process you can introduce errors of all sorts.
但是,向当前用户出口的简单方法是:
在用户列表下的蓝图视图中,属性选择“显示所有用户关闭”。这将仅将网格视图限制在当前用户中,当您将此模块用作导入源时,这将保持真实。
安德里斯
你好,@ingilavicus。
>>In blueprint view under User List property select "Show All Users Off".
我明白这一点。
We cannot avoid the concurrently issues?
@Ankit_cheeni说我们可以通过确定正在运行动作的用户来避免此问题。
你好@Ankit_cheeni,,,,
I think you misread her reply. I also tried this solution and write access LI when applied as write driver for Import? LI doesn't work.
您可以查看,因为它没有给出所需的结果。
Thanks!