This section provides further information on synchronization of objects and their values. We recommend studying this section before defining any synchronization jobs. Synchronization is implemented via Content Replication and Archiving.
When the metadata structures of vaults have been defined according to your needs and the required metadata definitions can be associated with them, the actual synchronization of objects and values can be performed between vaults. Synchronization of data between vaults is performed with replication of content. For more information, refer to Content Replication and Archiving and Replication and Archiving User's Guide.
If objects are edited at the same time in multiple vaults, conflicts may result during synchronization of data, for example, from source vault A to target vault B. When detecting a conflict, M-Files creates a so-called conflict object, from which the conflict can be resolved in favor of either the source or the target vault.
You can find these conflict objects through relations: if the object has conflicts, you can find them under the Conflicts grouping title. You can also find all conflict objects by means of the Conflicts view (hidden by default).
Resolve conflicts by keeping the changes in the target vault (Keep These Changes) or discarding them (Discard These Changes), as appropriate. The latter chooses the version in the source vault. When resolving the conflict, you must have editing rights to the actual object and the conflict object in the same vault.
If two-way synchronization (replication of contents) is performed, you must resolve the conflict in both vaults in order to rectify the conflict situation.
If you want to publish only certain objects from a vault by using another vault, you can do this by using a search filter when defining the content export. You should also check that the object types of the published objects can be associated either automatically or based on aliases.
When the metadata structures of vaults have been defined according to your needs and the required metadata definitions can be associated, the actual synchronization of objects and their values can be performed between vaults. Data synchronization between different vaults is performed with replication of contents.
However, you should note that if the value does not exist in the target vault or you cannot create it as a normal value-list value during import (for example, in the case of built-in values, such as classes, workflows, and users), the value name is displayed in metadata in the form "Value name XYZ (deleted)". In other words, if the value does not exist in the metadata structure of the target vault after import, it is shown as a "Value name XYZ (deleted)" value.
The object metadata contains information on other, related objects. For example, a document might be related to a project or a customer.
When objects are exported to another vault, you may not want to export their related objects to the target vault. For example, you export documents to the target vault but not projects or customers (for instance, in publishing operations, you publish price lists and brochures but not customer information). Then the related object is shown as a shortcut in the object's metadata (or, less frequently, with the "Value name XYZ (deleted)" value). The object refers to the source vault and has not been imported as a genuine object to the target vault. For further information, refer to Relationships between objects in separate vaults under Relationships.