Case Types in FSO
Summarize
Summary of Case Types in FSO
Case types in Financial Services Operations (FSO) represent the processes and data required to resolve specific customer issues. They allow organizations to create and configure various customer service cases tailored to their needs, such as handling loans, credit cards, or complaints in the banking sector. FSO emphasizes the importance of using case types, even when not leveraging a base system application, to facilitate future scalability.
Show less
Key Features
- Hierarchical Structure: FSO employs a hierarchical case type model that aligns with the operational structures of financial institutions, enabling efficient data management and workflow.
- Primary and Domain-Specific Case Types: These types extend the FSO Base Case and are tailored to specific business functions and industry standards, allowing for enhanced reporting and querying.
- Standard Components: Prebuilt components for banking and insurance domains simplify implementation through logical groupings and predefined roles.
- Granular Case Types: These types enhance user experience by allowing tailored workspaces and specified roles for case processing, improving access control and data visibility.
Key Outcomes
By utilizing FSO case types, financial institutions can achieve a structured approach to customer service case management, ensuring compliance with regulatory requirements and enhancing operational efficiency. This framework supports better service delivery through clear separation of tasks and roles, ultimately leading to improved customer satisfaction and streamlined processes.
Learn about case types, how they’re structured, and how they’re used in Financial Services Operations (FSO).
A case type represents the processes and data needed to resolve a specific type of customer issue. Use case types to create and configure the different types of customer service cases for your organization.
For example, in the banking industry customer service agents can use case types to capture different servicing requests, such as loans, credit cards or managing complaints.
In Loan Operations, there are two primary case types: business-to-consumer (B2C) and business-to-business (B2B). In this implementation, there are separate case types for loans because they are in different domains and there isn’t an existing application to leverage. The B2C cases are also separated from the B2B cases due to the agents that work on the different requests. Banks also need clear separation of these case types for regulatory requirements.
Case type hierarchy
FSO implements hierarchical case types to provide the data model, roles, business rules, and associated workflows that closely align with different domains of financial institutions (FIs). The FSO Base Case case type, which extends CSM Case, provides functionalities like the data model, roles, and business rules that are applicable to a bank or insurance company.
Primary and domain-specific case types
FSO applications are separated into primary case types that extend FSO Base Case. These case types align with business functions and industry standards like those by the Banking Industry Architecture Network (BIAN). Primary case types enable better querying and reporting, and provide subdomain-specific fields, field labels, and so on. Standard components are prebuilt for each domain, which provide logical groupings by core banking and insurance domains, with preconfigured personas, roles, and ACLs. This structure makes it easier for FIs to implement domain-specific rules.
FSO domain-specific case types are further extended to the product/lines of business. Domain-specific case types enable separation of services and different fulfillers (that is, processors) or defined roles that interact with each case type. Granular case types enable FIs to build a tailored user experience with dedicated workspaces. If the business wants to implement access controls, it also provides an easier way to segregate access and visibility to the data.