Save draft Functionallity

Appian provides a feature to save your current data through save draft functionality, but when i try to upload a file and try to save the UI through save draft functionality, it gave me an UI expression error: "Saving a form containing files is not supported. Please remove them and try again".

So wanted to know, what other limitations are there other then file upload for SAVE DRAFT functionality.

  Discussion posts and replies are publicly visible

Parents
  • Hello Lokesh,

    At this point i think others have already answered your questions I just wanted to mention the following.

    Do you really need to use the standard save draft? Keep in mind that using the standard save draft can have some drawbacks:
    - to query the information in the save draft you will need a task report. You won’t be able (easily) to query the information and make joins with the database. I personally prefer to store that saves information in the database.
    - think about the reports of the “in process information” or “on hold”. And the completed.
    - saving in draft potentially will have process instances hanging if the user does not continue with the process. In the long term maybe you should have to handle. (Add to the equation the volume and size of the process instance).
    - I can see that you might need a flag to lock just to make sure the information is not updated in the database and when you open the task again something becomes inconsistent.

    Finally the limitations as you found out and the comments that other provided

    Jose
Reply
  • Hello Lokesh,

    At this point i think others have already answered your questions I just wanted to mention the following.

    Do you really need to use the standard save draft? Keep in mind that using the standard save draft can have some drawbacks:
    - to query the information in the save draft you will need a task report. You won’t be able (easily) to query the information and make joins with the database. I personally prefer to store that saves information in the database.
    - think about the reports of the “in process information” or “on hold”. And the completed.
    - saving in draft potentially will have process instances hanging if the user does not continue with the process. In the long term maybe you should have to handle. (Add to the equation the volume and size of the process instance).
    - I can see that you might need a flag to lock just to make sure the information is not updated in the database and when you open the task again something becomes inconsistent.

    Finally the limitations as you found out and the comments that other provided

    Jose
Children
No Data