Séparation de domaine et Financial Services Card Operations

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Financial Services Card Operations 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, des rapports, 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 Financial Services Card Operations

    Toutes les Intégrations FSO applications reposent sur de nombreuses CSM tables 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

    Toutes les tables ajoutées dans Card Operations sont séparées par domaine :

    • sn_bom_credit_card_service
    • sn_bom_credit_card_task
    • sn_bom_credit_asmt_task
    • sn_bom_document_task
    • sn_bom_credit_card
    Remarque :
    Il existe deux propriétés système qui ne sont pas séparées par domaine pour les opérations de carte :
    • sn_bom_credit_card.heures_réservées_à_débloquer_la_carte_de_crédit
    • sn_bom_credit_card.heures_réservées_à_la_mise_à_jour_de_credit_limit

    Cas d'utilisation

    Demandes de carte de crédit
    Il existe six types de demandes de système de base différents ServiceNow pour les cartes de crédit :
      • Nouvelles demandes de carte de crédit
      • Augmenter les demandes de crédit
      • Diminuer les demandes de crédit
      • Bloquer les demandes de carte de crédit
      • Débloquer les demandes de carte de crédit
      • Clôturer les demandes de carte de crédit
    Les clients créent ces demandes à partir du Service clientèle portail (activé en tant que module d’extension distinct)
    Les employés du front office (employés des succursales, centre d’appels) créent ces demandes pour le compte de leurs clients via les interactions avec les Catalogue de services clients et
    Chaque type de demande a un flux dédié qui déclenche des tâches à partir du ticket de service de carte de crédit parent.
    • Les tickets de service de carte de crédit sont affectés aux agents de carte de crédit et utilisés pour suivre la demande de carte de crédit globale et déclencher toutes les tâches.
    • Les tâches de carte de crédit sont affectées aux agents de carte de crédit et utilisées pour les tâches de suivi déclenchées à partir des tickets de service de carte de crédit.
    • Les tâches d’évaluation de crédit sont affectées aux agents d’évaluation de crédit et utilisées dans de multiples workflows qui vont au-delà des cartes de crédit, tels que les opérations de prêt.
    • Les tâches de service documentaire sont affectées aux agents du service documentaire et utilisées dans de multiples workflows qui vont au-delà des cartes de crédit, tels que les opérations de prêt.
    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 services, même si le cadre de travail de 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 aucun domaine n’était pris en charge. 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 à Service Catalog d’être utilisé à un niveau de support standard . Pour en savoir plus, consultez Niveaux de prise en charge des applications Domain Separation.