Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
710:lost_found [2024/07/31 07:08] – [1. LOST + FOUND after the release of a new valid version] Lachner, Ingo | 710:lost_found [2024/07/31 07:19] (current) – [How to handle elements in LOST+FOUND] Lachner, Ingo | ||
---|---|---|---|
Line 4: | Line 4: | ||
If an process element is removed, but other objects—such as process elements, files, or user assignments—depend on that element and Stages did not receive an explicit order to delete them, those dependent objects are moved to LOST+FOUND to prevent them from being deleted. | If an process element is removed, but other objects—such as process elements, files, or user assignments—depend on that element and Stages did not receive an explicit order to delete them, those dependent objects are moved to LOST+FOUND to prevent them from being deleted. | ||
+ | |||
+ | We recommend that you contact your Method Park by UL Solutions consultant to analyse the root causes of elements in LOST+FOUND. | ||
All cases listed below are examples of this core problem. | All cases listed below are examples of this core problem. | ||
Line 24: | Line 26: | ||
Example: | Example: | ||
- | * Create a role ROLE1 and assign a user | + | |
- | * Create a process version V1 and set it to valid | + | * Create a process version V1 and set it to valid |
- | * Delete ROLE1 in the working version | + | * Delete ROLE1 in the working version |
- | * Create a process version V2 and set it to valid | + | * Create a process version V2 and set it to valid |
→ LOST+FOUND folder is created for ROLE1 so that the user assignment is not lost and prevents the user from losing access rights | → LOST+FOUND folder is created for ROLE1 so that the user assignment is not lost and prevents the user from losing access rights | ||
Line 45: | Line 47: | ||
**Case 2.2: Local project data /guidance files** | **Case 2.2: Local project data /guidance files** | ||
- | Project data is added locally | + | Project data is added locally |
**Case 2.3: Local sub-elements** | **Case 2.3: Local sub-elements** | ||
- | If sub-elements are added locally | + | If sub-elements are added locally |
Case 2.3b: Elements are moved to another location which is then deleted with a module update/ | Case 2.3b: Elements are moved to another location which is then deleted with a module update/ | ||
- | If an element from module A is moved under an element from module B and that element is deleted | + | If an element from module A is moved under an element from module B and that element |
**Case 2.4a: Using a “structural module” in different versions** | **Case 2.4a: Using a “structural module” in different versions** | ||
- | If a structural module is integrated with different versions, | + | If a structural module is integrated with different versions, the version imported last may have some missing |
+ | |||
+ | For example, V2 includes an element called FolderXYZ, which didn't exist in V1 but is used in Process 2. If Process 1 is updated or imported after Process 2, FolderXYZ will be moved to LOST+FOUND. | ||
- | E.g. V2 includes an element FolderXYZ, that didn’t exist yet in V1 but is used in Process 2. If Process 1 is updated/ | + | Hint: |
- | Hint: | + | When using a common elements module for structure, tailoring, etc., and importing it into process modules that are then integrated elsewhere, always ensure that the process modules |
- | When using a common elements module for structure, tailoring, etc., and importing it into process modules that are then integrated elsewhere, always ensure that only process modules | + | |
**Case 2.4.b: Common elements imported in different versions with different element identities** | **Case 2.4.b: Common elements imported in different versions with different element identities** |