If a shared model has changes that might cause problems, you can lock the model to prevent any further changes in the model.

1. In the navigation pane of the Management Console for Tekla Model Sharing, click Models to list all your organization's shared models.
2. Click the icon on the model's row.

   The Lock/Unlock model dialog opens.

3. In the Lock Comment box, add a comment about why you are locking the model.
4. To inform users that the model has been locked, select Send email to users.
5. Select one user as the lock owner.

   The lock owner is responsible for investigating the model to find the problem. This user is the only user who can read in and write out packets while the model is locked.

6. Click Lock.

   Locking the model changes the availability of the sharing commands in Tekla Model Sharing:

   • The Read in and Write out icons have yellow arrows . Only the lock owner can use the commands.

     Placing the mouse pointer on the Write out icon shows the lock comment that the administrator has added in the Management Console when locking the model. The message also shows who the lock owner is.

   • On the File menu, the Read in, Write out, Create baseline and Users commands are available for the lock owner.

   • In the Shared models dialog, the Edit model, Manage users, and Remove model from cloud commands , and joining a particular model are available for the lock owner.

   For other users, the sharing commands are not available.

7. To close the dialog, click Close.

Only an administrator can delete a model version. Before an administrator deletes a model version, the lock owner usually investigates the model to identify which version caused the problem.

1. In the navigation pane of the Management Console for Tekla Model Sharing, click Models to list all of your organization's shared models.
2. In the Versions column for the model, click the icon.
3. Select one or more versions to delete.
4. In the Add Comment box, add a comment about why you are deleting the versions.
5. To inform users that the versions have been deleted, select Send email to users.
6. Click Delete versions.
7. To close the dialog, click Close.

To allow users to read in and write out changes in the shared model again, unlock the model.

1. In the navigation pane of the Management Console for Tekla Model Sharing, click Models to list all of your organization's shared models.
2. Click the icon on the model's row.

   The Lock/Unlock model dialog opens.

3. In the Lock Comment box, add a comment about why you are unlocking the model.
4. To inform users that the model has been unlocked, select Send email to users.
5. Click Unlock.
6. To close the dialog, click Close.

All new data that has been uploaded for baselines and update packets written out using Tekla Structures is scanned for malware in the Management Console for Tekla Model Sharing. If possible malware is detected, a notification is shown on the Malware scanning tab of the Notifications page. By default, the model is automatically locked, unless you have turned off the Lock model when malware is detected setting.

1. If the model in which possible malware was found has not been automatically locked, lock it by following the steps in Lock a model for investigation.
2. Investigate the finding:
   1. Go to the Malware scanning tab on the Notifications page.

      The model in which possible malware was found has the status Infected.

   2. Click the link to the model to view it.
3. Take action:
   • If the model does not contain malware, unlock the model by following the steps in Unlock a model.
   • If the model contains malware, delete the infected version of the model by following the steps in Delete a model version.
     Note: Make sure that the local copies of the model on the users' workstations and the malware itself are also removed.

     The users of the shared model must rejoin the model.

In this example, the administrator locks a model for investigation to identify a model version that causes problems, and to revert to the last valid version.

1. As the administrator, lock the model and select a user as the lock owner.
   1. Sign in to the Management Console for Tekla Model Sharing using a Trimble Identity with administrator rights.
   2. In the navigation pane, click Models to list all of your organization's shared models.
   3. Click the icon on the model's row.

      The Lock/Unlock model dialog opens.

   4. In the Lock Comment box, add a comment about why you are locking the model.

      Example: "The model is locked to investigate which packet contains the missing columns."

   5. Select one user as the lock owner.

      The lock owner is responsible for investigating the model to find the problem. This user is the only user who can read in and write out packets while the model is locked.

   6. Click Lock.
   7. Inform the lock owner that the model can now be investigated.
2. As the named lock owner, investigate the model.
   1. Open the locked model in Tekla Structures.
   2. Read in and write out packets to find the problem.
   3. When you have identified the problem, inform the administrator which model version to delete.
3. As the administrator, delete the model version that caused the problems.
   1. In the navigation pane of the Management Console for Tekla Model Sharing, click Models to list all of your organization's shared models.
   2. In the Versions column for the model, click the icon.
   3. Select one or more versions to delete.
   4. In the Add Comment box, add a comment about why you are deleting the versions.
   5. Click Delete versions.
4. As the administrator, unlock the model.
   1. Click the icon on the model's row.

      The Lock/Unlock model dialog opens.

   2. In the Lock Comment box, add a comment about why you are unlocking the model.
   3. Click Unlock.
5. As a user of the shared model, rejoin the model if you have already read in or written out any of the deleted versions.

   If a user of the shared model has already read in or written out any of the deleted versions, the Write out and Read in icons have red arrows for the user.