Séparation de domaine et Demandes d'indemnisation d'assurance-vie individuelle

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

    • L’application Demandes d'indemnisation d'assurance-vie individuelle Séparation de domaine est prise en charge. 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 d'assurance-vie individuelle

    Toutes les applications d’intégrations FSO reposent sur de nombreuses Gestion du service client (CSM) tables et en utilisent plusieurs. 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

    Toutes les nouvelles tables dans Demandes d'indemnisation d'assurance-vie individuelle sont séparées par domaine :
    • sn_ins_claim_indl_death_case
    • sn_ins_claim_indl_death_task
    • sn_ins_claim_indl_rel_death_case

    Cas d'utilisation

    Admission de ticket

    Les agents d’admission du premier avis de sinistre (FNOL) peuvent recueillir des informations pour une demande d’assurance-vie (ou un produit similaire) 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, telles qu’une description de l’incident de perte de vie et 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 des bénéficiaires.

    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.