Séparation de domaine et Opérations de carte services financiers

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Opérations de carte services financiers 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 Opérations de carte services financiers

    Toutes les Intégrations FSO applications sont construites sur de nombreuses tables et les utilisent CSM . 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.reserverd_hours_to_unblock_credit_card
    • sn_bom_credit_card.reserverd_hours_to_update_credit_limit

    Cas d'utilisation

    Demandes de carte de crédit
    Il existe six types de demandes du système de base différents ServiceNow pour les cartes de crédit :
      • Demandes de nouvelles cartes de crédit
      • Demandes d’augmentation 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 de front office (employés de succursale, 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 dispose d’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 l’ensemble de la demande de carte de crédit 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 à des 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 service, même si le cadre de travail du domaine n’est pas utilisé. Dans ce cas, l’application peut se voir affecter De base*, 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 aucun domaine ne prenait 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 d’utiliser Service Catalog à un niveau de prise en charge standard . Pour en savoir plus, consultez Séparation de domaine Niveaux de prise en charge de l’application.