Hi, I want build a system several End Users can make the master data at the same time.
The point is EndUsers do it at the same time.
So I made a module which has Users as Applies To.
And EndUsers have to import this module to List.
But I could not filter by Users.
So data which another User made was imported at the same time.
How can I avoid this problem?
Accepted Solutions
Hi@hyudolee,
If you build your user interface in NUX, you can simply use form to add list items and their properties, the only limit is that the users would have to add it 1 by 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.
But the simple way of giving the current user in exports is this:
In blueprint view under User List property select "Show All Users Off". This will limit the grid view to only current user, this will hold true when you use this module as your source for imports.
Andris
I could avoid this problem by making a filtering Lineitem.
Before Importing to List, end users will set own Users Item and filter the original module.
Another solution is making a temporary module.
- Module A ⇒ Module temp ⇒ List A
I can select the Users when importing between modules.
How do you avoid this?
This might be a longer solution than you anticipate and has one additional step. I will try to mention it stepwise:
INTENT:
By default identify who is running the import and isolate one import action from another
STEPS:
- Create a fake user list with all the mail ids present
- Create a new module (M1) dimensioned by native User list and create 4 line items - import?, User List (formatted to fake user list), Write Access and Flush. This module will isolate users basis a boolean that they select before running the action. You will add a write access on Import? basis the write access line item. Attaching the blueprint here:
- Create an action that imports the flush line item into the import? line item. we call this 'Action 2'
- Create the module (M2) you are using to do the import and dimension it by the fake user list. We will filter this module basis the selection made by the end user in step 2. Attaching the blueprint here:
- Create a saved view in the module created in step 3 by filtering basis the Filter line item
- Create one action to import into the list with the saved view as source. we call this 'Action 1'
- Create a process with Action 1 and 2
- Create a new DB and publish 3 items - M2 with the required line items and users in the page, M1 with only import? line item and users in the page and the process
- The step to import would then be
- add your items to the grid with code and name (M1 view)
- Check the import boolean. This basically makes the boolean inactive for other users till the action in the next step is run
- Run the action. The second action removes any selection done in Import? line item thus the boolean is again active for all users.
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.
Then I can restrict the access.
Are you going to do this?
Hi@hyudolee,
If you build your user interface in NUX, you can simply use form to add list items and their properties, the only limit is that the users would have to add it 1 by 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.
But the simple way of giving the current user in exports is this:
In blueprint view under User List property select "Show All Users Off". This will limit the grid view to only current user, this will hold true when you use this module as your source for imports.
Andris
Hi,@ankit_cheeni.
I made a module as you told.
But Write Access does not work.
I think this Write Access Lineitem has Fake Users as Applies to.
