Séparation de domaine et Financial Services Card Operations

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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, 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 Financial Services Card Operations

    Toutes les Financial Services Operations (FSO, Opérations des services financiers) applications sont construites sur de nombreuses tables et en utilisent plusieurs 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_base
    • sn_bom_credit_card_cardholder_dispute_intake
    • sn_bom_credit_card_case
    • sn_bom_credit_card_disputes_related_transaction
    • sn_bom_credit_card_disputes_service
    • sn_bom_credit_card_disputes_task
    • sn_bom_credit_card_disputes_transaction
    • sn_bom_credit_card_dispute_intake
    • sn_bom_credit_card_service
    • sn_bom_credit_card_task

    Cas d'utilisation

    Demandes de carte de crédit
    Il existe différents ServiceNow types de demande de système de base pour les cartes de crédit, tels que :
    • Nouvelles demandes de carte de crédit
    • Augmenter/diminuer la limite de carte de crédit
    • Bloquer/débloquer une carte de crédit
    • Clôturer la carte de crédit
    • Transactions de cartes de litiges
    Les clients créent des demandes à partir du portail (activé en tant que module d’extension Service client distinct).
    Les employés de front office (employés d’agence, centre d’appels) créent ces demandes au nom de leurs clients via le et les interactions avec les Catalogue de services clients.
    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. En voici quelques exemples :
    • Les tickets de service de carte de crédit sont affectés à des agents de carte de crédit et utilisés pour suivre l’ensemble de la demande de carte de crédit et déclenchent 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 de tickets de services de cartes 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.
    • Les tâches de vérification de documents sont affectées à des agents de traitement de documents et utilisées dans de multiples workflows qui vont au-delà des cartes de crédit.
    • Les tâches de litiges de cartes sont créées pour les transactions litigieuses et affectées aux agents des litiges de cartes, et sont utilisées pour suivre la progression de la résolution du litige.
    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.