This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Workflow that crosses vaults possible?

Hey guys,

We are currently using one big vault for our entire company. We're considering splitting this up into several smaller vaults that basically depict our departments.

However, in the future we also want to implement some M-Files workflows where documents would have to cross vaults (i.e. move from one to another).

I have read the documentation on using several vaults, but I did not find anything related to workflows.

Within M-Files Admin, when configuring a workflow action that is triggered through a given state, I do not see the option to move the document into another vault (apart from "archiving").

Would a script be necessary to achieve this? And, more importantly: does it even make sense to have several vaults when there are workflows that span several departments, or should we stay with our existing one-vault-concept?

Any hints highly welcomed

BR

Pascal

Parents
  • It is possible to replicate a document from one vault to another by setting a property such as "replicate to x-vault" in a given workflow state and then use this property as a filter criteria for automated replication. If you have the same workflow (at least the same Alias for workflow and state) in the receiving vault then the process can continue there. The document will not be removed from the original vault unless you add another workflow state with a Delete action after you have ascertained that the document has been included in a replication package.

    There can be valid reasons for splitting things up in different vaults, but it is not something I would recommend just for the fun of it.

Reply
  • It is possible to replicate a document from one vault to another by setting a property such as "replicate to x-vault" in a given workflow state and then use this property as a filter criteria for automated replication. If you have the same workflow (at least the same Alias for workflow and state) in the receiving vault then the process can continue there. The document will not be removed from the original vault unless you add another workflow state with a Delete action after you have ascertained that the document has been included in a replication package.

    There can be valid reasons for splitting things up in different vaults, but it is not something I would recommend just for the fun of it.

Children
No Data