Difference between revisions of "LOCKED OBJECTS"
(→Locked by hierarchy) |
|||
| Line 10: | Line 10: | ||
=== Locked by [[MRO_Objects_(Client)#Locking|hierarchy]] === | === Locked by [[MRO_Objects_(Client)#Locking|hierarchy]] === | ||
By design, an MRO object is locked if its parent MRO work package is confirmed. This type of locking is applied recursively to all child MRO objects. | By design, an MRO object is locked if its parent MRO work package is confirmed. This type of locking is applied recursively to all child MRO objects. | ||
| − | |||
| − | |||
=== Locked by sequence === | === Locked by sequence === | ||
An MRO task can also be locked if it belongs to a sequential list of tasks that must be completed in order, in this case all tasks but the current one are locked. | An MRO task can also be locked if it belongs to a sequential list of tasks that must be completed in order, in this case all tasks but the current one are locked. | ||
== Locking through access rights == | == Locking through access rights == | ||
| − | === Locked by [[Exclusive_Access_Content_(Client)| | + | === Locked by [[Exclusive_Access_Content_(Client)|exclusive access]]{{Version/WinXSince|4.1}} === |
Objects may have exclusive access, allowing only a single user to edit it by checking it out, for all other users this objects is locked and can not be edited. | Objects may have exclusive access, allowing only a single user to edit it by checking it out, for all other users this objects is locked and can not be edited. | ||
| − | === Locked by [[User_Rights| | + | === Locked by [[User_Rights|user rights]] === |
If a user does not have the necessary right to write to, or even read the contents of an object this object appears locked. This can apply to groups of objects, single objects or even properties of objects. | If a user does not have the necessary right to write to, or even read the contents of an object this object appears locked. This can apply to groups of objects, single objects or even properties of objects. | ||
Revision as of 13:22, 31 May 2023
Contents
Locked Objects
In UBIK objects can be locked for multiple reasons, these different types of locking are discussed in this article.
Locking for system reasons
Objects may be globally locked by the system to ensure consistency and stability.
Locked during initialization
During initialization objects are locked to prevent objects from being edited before their latest state is loaded.
Locking in MRO tasks
Locked by hierarchy
By design, an MRO object is locked if its parent MRO work package is confirmed. This type of locking is applied recursively to all child MRO objects.
Locked by sequence
An MRO task can also be locked if it belongs to a sequential list of tasks that must be completed in order, in this case all tasks but the current one are locked.
Locking through access rights
Locked by exclusive access
Objects may have exclusive access, allowing only a single user to edit it by checking it out, for all other users this objects is locked and can not be edited.
Locked by user rights
If a user does not have the necessary right to write to, or even read the contents of an object this object appears locked. This can apply to groups of objects, single objects or even properties of objects.
