---
sourceDocument: Opérations des services financiers de Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/financial-services-operations

 Release :

    - yokohama

ft:locale :

    - fr-FR

ft:publication_title :

    - Opérations des services financiers de Yokohama

ft:clusterId :

    - finso

bundleId :

    - finso

workflow :

    - Customer and Industry


---

# Case Types (Types de tickets) dans FSO

# Case Types (Types de tickets) dans FSO {#ariaid-title1}

* Rversion finale: Yokohama
* 
* Mis à jour 30 janv. 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture

Découvrez les types de tickets, leur structure et leur utilisation dans Opérations des services financiers (FSO).

Un type de ticket représente les processus et les données nécessaires pour résoudre un type spécifique de problème client. Utilisez des types de tickets pour créer et configurer les différents types de tickets du service clientèle pour votre organisation.

Par exemple, dans le secteur bancaire, les agents du service client peuvent utiliser des types de tickets pour capturer différentes demandes de service, telles que les prêts, les cartes de crédit ou la gestion des réclamations.

Dans les opérations de prêt, il existe deux types de tickets principaux : entreprise à consommateur (B2C) et entreprise à entreprise (B2B). Dans cette mise en œuvre, il existe des types de tickets distincts pour les prêts, car ils appartiennent à des domaines différents et il n'existe pas d'application existante à exploiter. Les tickets B2C sont également séparés des tickets B2B en raison des agents qui travaillent sur les différentes demandes. Les banques ont également besoin d'une séparation claire de ces types de cas pour les exigences réglementaires.  
Remarque :  
FSO Les implémentations doivent utiliser des Case Types même lorsqu'elles n'utilisent pas une application système de base. Même s'il n'est pas nécessaire d'avoir plusieurs types de tickets, vous devez tout de même commencer par un seul type de ticket. Ce type d'implémentation facilite l'adoption des futurs types de tickets, qu'ils proviennent FSO d'applications ou d'applications personnalisées.

## Hiérarchie du type de ticket {#fso-int_guide-case-types-in-fso__section_zrr_4dc_mcc}

FSO met en œuvre des types de tickets hiérarchiques pour fournir le modèle de données, les rôles, les règles métier et les workflows associés qui s'alignent étroitement sur les différents domaines des institutions financières (IF). Le FSO type de ticket Base Case (Ticket de base), qui étend CSM le ticket, fournit des fonctionnalités telles que le modèle de données, les rôles et les règles métier qui s'appliquent à une banque ou à une compagnie d'assurance.

## Types de tickets primaires et spécifiques au domaine {#fso-int_guide-case-types-in-fso__section_jyb_b2c_mcc}

Les demandes FSO sont séparées en types de tickets primaires qui étendent le ticket de base FSO. Ces types de tickets s'alignent sur les fonctions commerciales et les normes du secteur, comme celles du Banking Industry Architecture Network (BIAN). Les types de ticket primaires permettent une meilleure interrogation et un meilleur reporting, et fournissent des champs spécifiques au sous-domaine, des étiquettes de champ, etc. Les composants standard sont préconstruits pour chaque domaine, qui fournissent des regroupements logiques par domaines bancaires et d'assurance centraux, avec des profils, des rôles et des ACL préconfigurés. Cette structure permet aux institutions financières de mettre en œuvre plus facilement des règles spécifiques à un domaine.

Les types de cas spécifiques au domaine FSO sont étendus aux produits/secteurs d'activité. Les types de tickets spécifiques à un domaine permettent la séparation des services et des différents prestataires (c'est-à-dire les processeurs) ou des rôles définis qui interagissent avec chaque type de ticket. Les types de tickets granulaires permettent aux institutions financières de créer une expérience utilisateur personnalisée avec des espaces de travail dédiés. Si l'entreprise souhaite mettre en œuvre des contrôles d'accès, elle offre également un moyen plus facile de séparer l'accès et la visibilité des données.