The capabilities described on this page are included in Appian's advanced and premium capability tiers. Usage limits may apply. |
Note: All Case Management Studio documentation applies to the functionality and configurations for the Case Management Studio application and the Case Management Studio for Public Sector solution.
Within Case Management Studio, you can easily create and configure most functionality for your case management apps without leaving Studio or using any code. Some configurations and certain activities, however, can only be done in Designer.
This page is intended for low-code developers and provides an overview of the configurations and activities to do in Designer for case management apps.
When you create a new case category, case type, or form in Studio, we automatically generate the underlying objects for them in Designer. Basic configurations and functionality for these objects can be done through Studio, but you can also make changes to the objects in Designer to make more complex configurations and robust case management apps.
Objects generated by Studio
When you create a… in Studio | We create a… in Designer |
---|---|
Case category | Record type for the case category and relationship to the All Cases record type that comes out-of-the-box with Studio |
Case type | Record type and relationship to the case category record type |
Choice list data field | Record type and relationship to the relevant record type |
Intake or edit form | Interface for each form |
Summary page | Interface for your Case summary view |
In addition to these objects, we also generate database scripts to go with all generated record types for case categories and case types.
In Designer, you can make additional configurations and edits to the objects generated by Studio, just like you can configure any Appian objects.
To learn about configuring the record types used for your case types, case categories, and choice list data fields, see our records content or check out the tutorial for record types with a database as a source. Note that the choice list options and whether or not each option is active/inactive can be edited directly in Studio, without needing to be configured in Designer.
To learn about configuring the interfaces used for your intake and edit forms, see our interface content or check out the interface tutorial. Note that interfaces generated by Studio use functions that are specific to Studio and cannot be used in interfaces for other apps. To learn more, check out Functions for Case Management Studio
There are some configurations to forms for that you can only make to the interfaces in Designer. Some are more common, like adding a Save Draft button to forms to allow users to save their progress. Some are more use-case specific and are meant to address unique organizational needs, such as adding additional interfaces as pages in the intake and edit form wizards.
Depending on your case management process, you may want to allow users the flexibility to save their progress on create and edit forms as drafts so that they can continue them later. To allow users to save drafts in a form:
a!studio_wizardLayout()
function: allowSaveDraft and onSaveDraft.true
.Save Draft
button is clicked.Some organizations may have specific guidelines or use-cases that require them to include additional interfaces in the wizards for the intake and edit forms. For example, your organization may be required to show an interface with a standardized disclaimer or set of instructions to a user before they fill out a specific form, or maybe you need to include a confirmation interface at the end of a form. Whatever content you need to include, these interfaces can be added both before and after the intake or edit forms created in Studio. When you call these additional interfaces into the interfaces that format the form, they appear as pages in the wizard complete with page names included in the milestone bar.
To add additional pages to a wizard and milestone bar for a form:
a!studio_wizardLayout()
function.a!studio_wizardLayout()
function.
To learn more about the wizard layout function in Studio, see [cms-functions.md].
Many objects, such as interfaces, process models, translation sets, and record types come out-of-the-box with Case Management Studio. These can be configured and customized as needed.
Case Management Studio comes with a translation set and automatically uses translation strings for all end user text. In addition to providing a head-start on translating your app into new locales, translation sets and translation strings make it easy for you to update terms used throughout your apps to best fit your business terminology. For example, if you refer to a "case" as a "request" or a "ticket", you can search in the translation set to find all the places where "case" is mentioned and update every instance of the term to use your preferred term at one time.
Like other Appian objects and apps, objects generated by Studio can be deployed to target environments through your existing deployment pipeline. We automatically package up all of the Studio generated objects, so that they are all in one place and ready to deploy when you are.
This package is called Studio Generated Objects and contains the latest modified objects and corresponding database scripts. The package is named based on when it was created. If a package exceeds 50 attached database scripts, another package will be created and any newly modified objects or associated scripts will be placed there instead of the previous package.
For more information on deploying apps, see Deploy to Target Environment.
Case Management Studio apps use a combination of groups and object security to assign permission levels to users, which can only be configured in Designer. For more information, see Security in Case Management Studio.
Low-Code Configurations for Case Management Studio