Hyudole
偶尔的贡献者

用户过滤时

嗨,我想构建一个系统,几个最终用户可以同时制作主数据。

关键是终结者同时这样做。

因此,我制作了一个具有适用用户的模块。

hyudole_1-1635847543260.png

而且,Ednusers必须将此模块导入列表。

但是我无法被用户过滤。

因此,另一个用户制作的数据是同时导入的。

如何避免这个问题?

1个接受的解决方案

接受的解决方案
Ingilavicus
认证的Anaplanner大师

你好@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_0-1636007169408.png

安德里斯

在原始帖子中查看解决方案

9回复9
Hyudole
偶尔的贡献者

I could avoid this problem by making a filtering Lineitem.

在导入列表之前,最终用户将设置自己的用户项目并过滤原始模块。

hyudole_0-1635848622450.png

Another solution is making a temporary module.

- 模块A⇒模块温度⇒列出了

I can select the Users when importing between modules.

Hyudole_1-1635848836899.png

您如何避免这种情况?

ROB_MARSHALL
主持人

@hyudolee

为什么最终用户创建列表成员?为什么这些列表成员不是来自数据中心或受信任源系统的?当您拥有创建这些列表成员的用户时,您将失去审核跟踪,数据治理,并为用户创建一个行动,这可能会导致并发问题。

So, before we start trying to figure out a solution for you, what are trying to accomplish and why?

Hope this helps,

ankit_cheeni
极好的Contributor

你好@hyudolee

这可能比您预期的更长的解决方案,并且还有一个额外的步骤。我将尝试逐步提及它:

意图:

By default identify who is running the import and isolate one import action from another

脚步:

  1. Create a fake user list with all the mail ids present
    ankit_cheeni_1-1635852899638.png

  2. 创建一个由本机用户列表尺寸的新模块(M1),并创建4个订单项 - 导入?,用户列表(格式为假用户列表),写入访问和潮汐。该模块将隔离用户在运行操作之前选择的布尔值。您将在导入中添加写入访问吗?基于写入访问行项目。在此处附加蓝图:
    ankit_cheeni_4-1635853483846.pngankit_cheeni_5-1635853502247.png

  3. 创建一个将齐平订单项目导入导入的操作?行项目。我们称此“动作2”
  4. 创建您使用的模块(M2)来进行导入并通过假用户列表尺寸。我们将在步骤2中过滤最终用户进行的选择。在此处附加蓝图:
    ankit_cheeni_3-1635853138359.png

  5. 模块中创建一个保存视图中创建步骤3 by filtering basis the Filter line item
  6. 创建一个操作以将保存的视图作为源导入到列表中。我们称此“动作1”
  7. 用动作1和2创建一个过程
  8. 创建一个新的DB并发布3个项目-M2,其中包含所需的行项目和页面中的用户,M1仅导入?页面中的订单项和用户以及该过程
  9. 进口步骤将是
    1. add your items to the grid with code and name (M1 view)
    2. 检查进口布尔值。这基本上使布尔值不活跃,直到下一步进行操作直到运行
    3. 运行动作。第二个动作删除了进口中的任何选择?行项目因此,布尔值再次为所有用户活动。

ankit_cheeni_0-1635853762158.png

Hyudole
偶尔的贡献者

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.

Hyudole_0-1635998253670.png

然后我可以限制访问权限。

Hyudole_1-1635998397898.png

你要这样做吗?

Ingilavicus
认证的Anaplanner大师

你好@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_0-1636007169408.png

安德里斯

Hyudole
偶尔的贡献者

你好,@ingilavicus

>>In blueprint view under User List property select "Show All Users Off".

我明白这一点。

We cannot avoid the concurrently issues?

@Ankit_cheeni说我们可以通过确定正在运行动作的用户来避免此问题。

Hyudole
偶尔的贡献者

你好,@Ankit_cheeni

我按照你的告知制作了一个模块。

但是写入访问不起作用。

我认为此Write Access LineItem具有适用的假用户。

hyudole_0-1636361732429.png

hyudole_1-1636361890841.png

hyudole_2-1636361900575.png

ankit_cheeni
极好的Contributor

你好!

是的你是对的。写入访问需要将假用户列表作为其维度。我的不好,我将名称“用户列表”用于假列表。我明白这就是引起这里混乱的原因。
ALKA
偶尔的贡献者

你好@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!