Federated Case Management (FCM) enables you to integrate multiple Pega Platform applications. Users in a federation (a group of applications connected by FCM) can work on cases in any application within a federation without performing multiple logins or opening multiple browser windows. The appropriate data is automatically shared across the applications in a federation, and consolidated views of work and assignments are visible within any application in the federation.
Each local application processes and maintains its own cases and data, and publishes data to a centralized database, the Federated Case Management Repository (FCMR). You can customize the set of properties published to the FCMR as well as the process of publishing data to the FCMR. You also can configure publishing case data to the FCMR on a real-time basis, or on a schedule that you set. In addition, you can enable, disable, and configure publishing to the FCMR for each case type independently.
You might want to configure and publish data to an FCMR in the following scenarios:
- You need to access and perform actions on remote work objects from the central or master system.
- You need to create a new work object in the remote system from the central or master system.
- You need to get the most urgent work across multiple remote systems.
Configuring and publishing FCMR data
Before you publish case data to the FCMR, identify all the Pega Platform applications that you want to include in the federation.
To configure the FCMR and publish case data to it:
- Ensure that all Pega Platform instances in the federation are installed and running.
- Specify a unique system name for all systems within the federation. When you open a work object from the federated case list, you need to know the system where the work object resides. For example, both PMF and PQD use the system name to open a work object.
If there is only one system in the federation or all applications are in the same system, you only need to configure the
Authentication/RedirectGuestssystem setting in substep 2d. You can skip the other substeps.
- Create or edit a Data-Admin-System instance to generate a unique system name for each system in the federation.
- Create copies of all requestor types (App, Batch, Browser, and Portal) for the new system name, which you can find in the SysAdmin category.
- Change the Dynamic System Setting
prconfig/identification/systemname/defaultto the unique system name that you created in step 2a.
- Create a Dynamic System Setting named
prconfig/authentication/redirectguests/defaultwith the value set to
false, and restart the system. This starts the Pega Platform node with the given system name.
To verify whether this step was successful, check the value of the pxSystemName property on your pxProcess clipboard page. The clipboard page should show the configured system name.
- Create a business scenario.
- Create the same operator across all systems in the federation.
- Create an application in each of the Pega Platform systems.
- Create a central FCMR database.
Data that is published from all systems in the federation is pushed to this database.
- Create a Data-Admin-DB-Name instance with the name FCMR in all systems that points to the new FCMR database.
- Import the pzFCMR_7_1_2.jar file to all systems. This Rule Admin Pro (RAP) contains the Pega-FCM related assets, and you can find it with the FCM distribution media. Importing the RAP ensures that database tables are created automatically in the FCMR database.
- Include the Pega-FCM ruleset in the application stack in all systems, and then log in again.
- Select the Publish work remotely check box in the Application rule for cases that are allowed to publish data to the FCMR. Repeat this in all the systems in the federation.
- Publish administrative data for each system in the federation, following these steps:
- Access the Federated Case Management landing page by clicking .
- From the Data type menu, select Administrative.
- Click Publish.
After you complete these steps, all applications start pushing data to the FCMR database.
Federated worklists and case lists
You can use the following two gadgets, which are included in the Pega-FCM ruleset, to view and access data in the FCMR database:
- pyFCMRFederatedCaseList7 – The federated case list gadget provides case managers with access to all cases in a federation, including those currently assigned or resolved, and so on. The case list is filtered and sorted by customer, product, location, or other criteria that you define.
- pyFCMRFederatedWorkList7 – The federated worklist gadget presents users with a merged list of assignments from all their applications. The local application processes and maintains its own cases and data, and publishes data to the FCMR database.
For the federated worklist and case list, you can modify the views to include different data, filtering, and sorting criteria.
Pega Web Mashup gateway
FCM uses the Pega Web Mashup gateway to create and open remote cases. You need to configure the Pega Web Mashup gateway on all the systems that attempt to access remote cases. For configuration information, see Configuring Pega Web Mashup with the Gateway Configuration Console. Ensure that the host name in the host configuration is the same as the system name (which is case sensitive) for each system covered in step 2.