此内容没有您所选择的语言版本。

Chapter 5. Creating sub cases in case management projects


Subcases give you the flexibility to compose advanced cases that consists of other cases. This means that you can split large and complex cases into multiple layers of abstraction and even multiple case projects. This is similar to splitting a process into multiple subprocesses.

A subcase is another case definition that is invoked from within another case instance or a regular process instance. It has all of the capabilities of a regular case instance:

  • It has a dedicated case file.
  • It is isolated from any other case instance.
  • It has its own set of case roles.
  • It has its own case prefix.

5.1. Configuring subcases

You can add subcases to your case definition using the process designer. A subcase is another case within your case project, similar to having a subprocess within your process. Subcases can also be added to a regular business process, which enables you to start a case from within a process instance.

The Sub Case asset can be found in the case definition process designer Object Library under Cases:

Prerequisite

  • A case management process has been created and configured in Business Central.

Procedure

  1. With your case process open in the process designer, click 3898 to open the Object Library on the left side of the design palette.
  2. Click Cases to open the object menu and drag the Sub Case data object on to the design palette and add it to the case definition.
  3. Click 3897 to open the Properties panel and click Assignments to open the data assignment editor. Alternatively, click dataio on the Sub Case node in the design palette. The Sub Case Data I/O window supports the following set of input parameters to properly configure and start the subcase:

    Independent
    Optional indicator that tells the engine if the case instance is independent. If it is independent, the main case instance will not wait for its completion. This property is false by default.
    GroupRole_XXX
    Optional group to case role mapping. The role names belonging to this case instance can be referenced here, meaning that participants of the main case can be mapped to participants of the subcase. This means that whatever group was assigned to the main case will be automatically assigned to subcase, where XXX is the role name and the value is the group role assignment.
    DataAccess_XXX
    Optional data access restrictions where XXX is the name of data item and the value is the access restrictions.
    DestroyOnAbort
    Optional indicator that tells the engine what to do when the subcase activity is aborted: cancel or destroy the subcase. This defaults to true, which destroys the subcase and removes the case file.
    UserRole_XXX
    Optional user to case role mapping. You can reference the case instance role names here, meaning that an owner of the main case can be mapped to an owner of the subcase. Whoever was assigned to main case will be automatically assigned to the subcase, where XXX is the role name and value is the user role assignment.
    Data_XXX
    Optional data mapping from this case instance or business process to a subcase, where XXX is the name of the data in subcase being targeted. This can be given as many times as needed.
    DeploymentId
    Optional deployment ID (or container ID in context of Process Server) that indicates where the targeted case definition is located.
    CaseDefinitionId
    The mandatory case definition ID to be started.
  4. Regardless of the settings of the Independent flag, there will always be output variable available named:

    CaseId
    This is the case instance ID of the subcases after it is started.
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat