Séparation de domaine et Demandes d'indemnisation

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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égrations FSO sont développées sur de nombreuses tables Customer Service Management (CSM) 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 suivantes sont Demandes d'indemnisation 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 recevoir 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, des 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 pour qu’un spécialiste des réclamations y travaille.

    Analyse des réclamations

    Un spécialiste des réclamations travaille sur 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 établit les fonds de réserve, modifie les expositions de couverture et les fonds de réserve au fil du temps, et peut également consulter 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 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 du fournisseur de service, même si le cadre de travail du domaine n’est pas utilisé. Dans ce cas, l’application peut être affectée à Basique*, Standard* ou Amélioré* 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 prise en charge de domaine. Mais 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 Service Catalog à un niveau de support standard . Pour en savoir plus, consultez Séparation de domaine Niveaux de prise en charge des applications.