Appian Community and Appian Academy are being upgraded. From July 24–August 3, the Appian Community will be in read-only mode. During this time, the site will be read-only and user registration will be disabled. We apologize for any inconvenience this may cause, but a more secure, stable, and performant Community experience is coming soon!
The new Appian Community launches August 3, followed by Appian Academy on August 7. During the migration, Appian Community Edition, Appian Academy, Documentation, Certifications, Instructor-led Customer Training, Partner Sales Training & Accreditation, and Forum (for Appian Partners and Customers only) will remain available.
How do you decide between using subprocesses and keeping everything in a single process model?
Discussion posts and replies are publicly visible
I also like to use subprocesses for any logic that I want to take effect for running instances, as well as new, as soon as the code change is deployed. This is especially helpful in 'longer running' processes, but also comes in handy for some quicker processes.
Email notifications is one scenario - we find the business often updates email instructions or directions, etc, where you want ALL new notices to contain the new verbiage. If the notification is at the end of your parent process, legacy instances will continue to send the legacy notices, unless they are configured via subprocess.
Other than email notices, audit doc creation, etc, we primarily use subs to separate logic for process model sizing and cleaner development.
While I do regularly have subprocess re-used / re-called within the same process model (think, audit doc update that is called each time the process progresses), it is much more rare that we have a subprocess shared between separate applications.