Both the a!startProcessLink and a!startProcess functions state that the "processModel" parameter accepts "a constant referencing the process model or a process model UUID"
However, when we try to pass a constant of type Text with a process model UUID to the processModel parameter, we get a generic "The process does not exist, has been deleted, or you do not have permission to start it."
When we pass a constant of type Process Model (using the same process model) to the procesModel parameter, we are able to start the process as expected.
Do these two functions still accept UUID in the processModel parameter? If so, what are we doing wrong?
Discussion posts and replies are publicly visible
This is because it should be the Process Id, not the Process UUID (I believe the documentation is incorrect). Note that the Process Id is different in different environments, hence the reason it's strongly recommended to use a Constant the value of which will be set correctly when deployed between environments. You can (if you feel the need) derive the Process Id from the Process UUID, but this seems a strange thing to want to do when you can do so much more easily using the recommended constant of type Process Model.
What's the use case for not using a constant?
Thanks - Process ID does the trick.The use case was we were storing a list of process models (referenced by their UUID) in a DB table that the user needs to be able to start from an interface. The list of available process models can be updated by a 'super user'. We will look into optimising this functionality. Thanks again.
H'm...still seems somewhat strange to me...Actions / Record Actions also allow you to start processes and you have the added benefit of security and context that you can configure and manage in native Appian itself.
Do you mean , you will create multiple process models to start from Interface in the use case you mentioned ? If the case of starting the process models, record action will be good since it has more security than else as Stewart Burchell also mentioned