Community Tip - Visit the PTCooler (the community lounge) to get to know your fellow community members and check out some of Dale's Friday Humor posts! X
Hi,
My question is about Manufacturing Apps and the possibilities to be configured to monitor lines, machines, KPIs, etc. of multiple factories with differente group of users.
In our case, the intent is to use Manufacturing Apps to monitor different lines, machines, and KPIs from different factories. Each factory is going to have its own users, and once the users are logged, they only should see the lines, machines and KPIs that are configured for their factory, so they shouldn't have access information from other factories. Each factory should have its look & feel (logos, colours, etc.) which is going to be different for each factory.
Can we do it using Manufacturing Apps?
Thanks.
Olatz
Solved! Go to Solution.
Hello@olatz ,
The step 7 that I mentioned in above post i.e. (Go to PTC.SCA.SCO.ContextManager & execute PropagatePermissions services according the requirement like PropagateUserGroupPermissionsOnEntities, PropagateUserPermissionsOnEntities.) is well explained in the help center of manufacturing apps in below links under Services for Propagating Permissions:
Once you add a equipment to a network you have to execute the Propagate Permission service.
Let me explain you in detail how Propagating Permissions service work:
By design we are essentially giving by default permission only to the user creating the context and entities. There are many use cases where it is not desired to give access to users to all entities in a network/context simply because they have access to the network. Let me give you an example with user A and user B. User A is responsible for Region A and User B for Region B. User A should not see the region B part of the network. We decided to adopt a restrictive approach for permissions which is the most common approach; once the network structure is built, it is therefore left for the admin/user to decide how to propagate permissions to other users.
Network AB [User A and B]
|--------Region A [User A only]
|------------- Customer 1
|--------- Asset 11
|--------- Asset 12
|------------- Customer 2
|--------- Asset 21
|--------- Asset 22
|--------Region B [User B only]
|------------- Customer 3
|--------- Asset 31
|--------- Asset 32
|------------- Customer 4
|--------- Asset 41
|--------- Asset 42
The aim of creating an organization is to allow assign visibility to entities in the ThingWorx model.
Thanks
Abhishek
Hi @olatz
In Manufacturing Apps 8.5, you can control the viability of Assets by Managing Contexts from PTC.Factory.C_LaunchPointConfigurationThing. As shown below
Context: A context is a grouping of Assets (or equipment types that derive from Assets) in an equipment structure. ThingWorx Apps provides the ability to implement multiple contexts, each with its own equipment structure. Each context can have its own set of equipment relationships and permissions. context displays on Asset Advisor, Production KPIs, Alert Monitoring, and the Equipment tab in Configuration and Setup. Contexts are defined within ThingWorx Composer, on the EquipmentContextSettings configuration table of the launch point configuration thing (PTC.Factory.C_LaunchPointConfigurationThing_[ReleaseVersion]).
The following information is defined for each context:
Before creating a context we need to create a network entity.
To create a network entity:
To create a new context:
Now to control the visibility of context follow below steps:
3. Create 2 network for each context view and add 1 or more line & assets in the network
4. Go to the visibility permission of the first network and add one sub unit organization & give run-time access to the users or user group specific to that organization.
.
5.Repeat the 4th step for second network.
6. Go to launch point Configuration & create context for 2 different networks. 7. Go to PTC.SCA.SCO.ContextManager & execute PropagatePermissions services according the requirement like PropagateUserGroupPermissionsOnEntities, PropagateUserPermissionsOnEntities.
Thanks abhkumar@
Could you please clarify the last 7 steps? I found your explanations in the help center of manufacturing apps:
But in thouse links there is no metion about your last 7 steps.
I could create contexts following the instructions in the links and giving to each user the access to the corresponding equipment, but I didn't create any organization. Which is the aim of creating an organization in this example?
Thanks in advance,
Olatz.
Hello@olatz ,
The step 7 that I mentioned in above post i.e. (Go to PTC.SCA.SCO.ContextManager & execute PropagatePermissions services according the requirement like PropagateUserGroupPermissionsOnEntities, PropagateUserPermissionsOnEntities.) is well explained in the help center of manufacturing apps in below links under Services for Propagating Permissions:
Once you add a equipment to a network you have to execute the Propagate Permission service.
Let me explain you in detail how Propagating Permissions service work:
By design we are essentially giving by default permission only to the user creating the context and entities. There are many use cases where it is not desired to give access to users to all entities in a network/context simply because they have access to the network. Let me give you an example with user A and user B. User A is responsible for Region A and User B for Region B. User A should not see the region B part of the network. We decided to adopt a restrictive approach for permissions which is the most common approach; once the network structure is built, it is therefore left for the admin/user to decide how to propagate permissions to other users.
Network AB [User A and B]
|--------Region A [User A only]
|------------- Customer 1
|--------- Asset 11
|--------- Asset 12
|------------- Customer 2
|--------- Asset 21
|--------- Asset 22
|--------Region B [User B only]
|------------- Customer 3
|--------- Asset 31
|--------- Asset 32
|------------- Customer 4
|--------- Asset 41
|--------- Asset 42
The aim of creating an organization is to allow assign visibility to entities in the ThingWorx model.
Thanks
Abhishek