Séparation de domaine et Demandes d'indemnisation

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture

    • Demandes d'indemnisation prend en charge Séparation de domaine. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.

    Niveau de prise en charge : basique

    • Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
    • L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, du reporting, des déploiements et des agrégations.
    • Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.

    Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.

    Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.

    Comment fonctionne Séparation de domaine dans Demandes d'indemnisation

    Toutes les applications d’intégration FSO sont basées sur de nombreuses tables Customer Service Management (CSM, Gestion du service client) et les utilisent. Les tables de référence clés sont les tables client telles que Consommateur, Compte et Contact, et ces tables sont séparées par domaine.

    Tables

    Les tables Demandes d'indemnisation suivantes sont séparées par domaine :
    • Ticket de déclaration de sinistre [sn_ins_gen_claim_case]
    • Tâche de réclamation [sn_ins_gen_claim_task]
    • Tâche d’expert en sinistres [sn_ins_gen_claim_adj_task]
    • Configuration de l’incident de la déclaration de sinistre [sn_ins_claim_incident_config]
    • Perte/dépense détaillée [sn_ins_claim_incident_item]
    • Incident lié aux bagages [sn_ins_claim_baggage]
    • Incident de voyage [sn_ins_claim_trip]
    • Politique personnelle en matière de déplacements [sn_bom_pt_ins_policy]
    • Politique en matière de voyages d’affaires [sn_bom_ct_ins_policy]

    Cas d'utilisation

    Admission de ticket

    Les agents d’admission du premier avis de perte (FNOL) peuvent recueillir des informations pour une réclamation d’assurance au nom d’un client.

    Lorsque le client appelle pour déposer une réclamation, l’agent d’accueil recueille des informations importantes liées à la réclamation. Il peut s’agir d’une description de l’incident, de pertes détaillées et de toute pièce justificative.

    Après avoir recueilli les détails initiaux, ils ouvrent un dossier de réclamation sur lequel un spécialiste des réclamations peut travailler.

    Analyse des réclamations

    Un spécialiste des réclamations traite une déclaration qu’il reçoit via le tableau de bord de l’espace de travail.

    Le spécialiste examine les détails de la police. Si nécessaire, ils peuvent demander et examiner les informations ou les documents supplémentaires du demandeur.

    Le spécialiste définit les fonds de réserve, modifie les expositions de couverture et les fonds de réserve au fil du temps, et peut également afficher toutes les activités associées au traitement de la réclamation.

    Le spécialiste peut également prendre des décisions d’approbation ou de refus de réclamation en fonction des preuves disponibles.

    Remarque :
    Parfois, une fonctionnalité ou une ServiceNow® application de plateforme peut être en mesure de prendre en charge efficacement les cas d’utilisation d’un fournisseur de service, même si le cadre de travail du domaine n’est pas utilisé. Dans ce cas, l’application peut se voir affecter Basic*, Standard* ou Enhanced* pour son niveau de prise en charge de domaine, et inclure des cas d’utilisation détaillés. Par exemple : avant la version New York, Catalogue de services n’avait pas de support de domaine. Toutefois, le propriétaire de l’instance a pu configurer des catalogues et des éléments distincts pour chaque client dans une instance séparée par domaine. Cela a permis d’utiliser Catalogue de services à un niveau de support standard . Pour en savoir plus, consultez Séparation de domaine Niveaux de prise en charge des applications.