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

Prevent to create new object when Documents have the same QR code- only add as attachment

I checked on comumunity forum, but I havent found this use case so far. 

We generate the document with QR code  in other System (some information are stored  in QR) and then import them to M-Files - so based on rights relevant people can see it in M-files. In some cases, we share this document with customers via email. Who can edit this document, sign it, or make some adjustments.  Then we import this file to  M-Files as well - by automatic import from email. 

I wonder if there is any possibility in M-Files how to prevent to create the new object (if the second document content is different but it has the same QR code)  - but instead creting new object only add this new document as attachment to the first file with the same QR code. (by import). 

Thank you

Pavol 

Parents
  • Craig is absolutely right. We have several similar scenarios ourselves and proceed in a similar manner.

    The import takes place through a helper class, where at a step of the work process, by means of code, we perform a search in the main class for a match with the value of QR Code. If there is one, we add the file in a multi-file document, if not, we create a new one.

    At the end of the workflow, we delete the temporary object.

    This begs the question - Is this an on-premise solution or will it be published in the cloud?

    If it will be in the cloud, the code will have to be validated by M-Files.

  • Slight correction: the code will have to be validated if it's going into a shared cloud environment.  If it's going into a new isolated environment then it does not need validation.

    The above applies to "new cloud", but new vaults go into there anyway now, and older vaults are being migrated.

Reply
  • Slight correction: the code will have to be validated if it's going into a shared cloud environment.  If it's going into a new isolated environment then it does not need validation.

    The above applies to "new cloud", but new vaults go into there anyway now, and older vaults are being migrated.

Children
No Data