Domain Separation und Financial Services Payment Operations

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 3 Minuten Lesedauer

    • Domänentrennung wird für Financial Services Payment Operations unterstützt. Mit der Domain Separation können Sie Daten, Prozesse und Verwaltungsaufgaben in logische Gruppierungen, sogenannte Domänen, aufteilen. Sie können verschiedene Aspekte dieser Trennung steuern, einschließlich der Benutzer, die Daten sehen und darauf zugreifen können.

    Support-Stufe: Basis

    • Geschäftslogik: Stellen Sie sicher, dass Daten in die richtige Domäne für die Anwendungsfälle des Application Service Providers übertragen werden.
    • Die Anwendung unterstützt die Domänentrennung zur Laufzeit. Zur Domänentrennung gehören die Trennung von der Anwenderoberfläche, Cache-Schlüssel, Berichterstellung, Rollups und Zusammenfassungen.
    • Der Besitzer der Instanz muss die Anwendung einrichten, damit sie über mehrere Mandanten hinweg funktioniert.

    Beispiel-Anwendungsfall: Wenn ein Service Provider (SP) den Chat verwendet, um auf die Nachricht eines Mandanten (Kunden) zu antworten, muss der Kunde die Antwort des Service Providers sehen können.

    Weitere Informationen zu den Supportstufen finden Sie unter Anwendungssupport für die Domänentrennung.

    So funktioniert die Domain Separation in Financial Services Payment Operations

    Alle Financial Services Operations (FSO) Anwendungen basieren auf Kundenservice-Management (CSM) Und verwenden Sie viele CSM Tabellen. Die wichtigsten Referenztabellen sind die Kundentabellen wie Verbraucher, Account und Kontakt, und diese Tabellen sind domänengetrennt.

    Tabellen

    Alle neuen Tabellen, die in Zahlungsvorgängen hinzugefügt werden, sind domänengetrennt:
    • sn_bom_payment_query
    • sn_bom_payment_query_Task
    • sn_bom_payment_Service
    • sn_bom_payment_claim
    • sn_bom_payment_claim_Task
    • sn_bom_Check_Account
    • sn_bom_Saving_Account

    Anwendungsfälle

    Zahlungsanfrage
    Kunden haben die Möglichkeit, eine Zahlungsanfrage über das Portal für die folgenden Anwendungsfälle zu erstellen:
    • Anspruch des Begünstigten – kein Eingang (BCNR): Der Kunde hat eine Zahlung gesendet, der beabsichtigte Empfänger behauptet jedoch, das Geld nie erhalten zu haben.
    • Fehlerhafte Zahlung (Torte): Der Kunde macht beim Senden einer Zahlung einen Fehler und versucht, das Geld abzurufen.
    Filialmitarbeiter und Callcenter-Mitarbeiter können diese Anfragen im Namen des Kunden erstellen. Mitarbeiter von Payment Operations erhalten Anfragen von ihren Kunden sowie von externen Banken.
    • Interne Anfragen stammen von den eigenen Kunden der Bank. Der Empfängerkunde kann intern oder extern bei der Bank sein. Die Unterscheidung zwischen internen oder externen Empfängern ist wichtig, da sie bestimmt, welche Route Payment Operations zur Lösung der Anfrage benötigt.
    • Externe Anfragen stammen von Drittpartei-Banken, was bedeutet, dass der Zahlungsempfänger immer intern ist.
      Hinweis:
      Es kann nie einen Fall geben, in dem die Anfrage extern und der Empfänger extern ist.
    • Einige Anfragen können zur Erstellung eines Anspruchs führen.
    Zahlungsanspruch
    Anfragemitarbeiter können einen Anspruch im Namen eines Kunden erstellen, wenn die Bank feststellt, dass der Anspruch gültig ist und der Kunde Anspruch auf Erstattung hat.
    Mitarbeiter von Payment Operations erhalten die Forderungen entweder intern von einer Anfrage oder von einer externen Bank. Wenn sie den Anspruch erhalten, beginnen sie mit der Bestimmung, wo die Erstattung gewährt werden soll.
    • Interne Forderungen stammen von Kunden der Bank, entweder aus einer Anfrage oder direkt von Bankmitarbeitern (Filiale oder Callcenter). Service Desk-Mitarbeiter können den Anspruch lösen, wenn sie wissen, wo die Erstattung erfolgen soll. Die Erstattung kann entweder extern (Zahlung an einen Drittpartei-Bankkunden) oder intern (Zahlung an den Kunden der Bank) sein. Wenn die Erstattung intern ist, muss eine Lastschriftgenehmigung erstellt werden (siehe Belastungsgenehmigung Unten).
    • Externe Forderungen stammen von Drittparteibanken. Die Erstattung ist für externe Ansprüche immer intern. Service Desk-Mitarbeiter müssen möglicherweise eine Belastungsgenehmigung für interne Erstattungen erstellen (siehe Belastungsgenehmigung Unten).
    Belastungsgenehmigung
    Anspruchsmitarbeiter erstellen Lastschriftgenehmigungen für Kunden, um eine Erstattung aus einem Anspruch zu genehmigen. Der Kunde kann entweder die Belastung akzeptieren oder den Konflikt ablehnen.
    Hinweis:
    Manchmal ein ServiceNow® Die Plattformfunktion oder -Anwendung kann Anwendungsfälle von Service Providern effektiv unterstützen, auch wenn das Domänen-Framework nicht verwendet wird. In diesem Fall kann der Anwendung Standard*, Standard* oder Erweitert* für ihre Domänensupportstufe zugewiesen werden und detaillierte Anwendungsfälle enthalten. Beispiel: Vor dem New York-Release, Servicekatalog Hatte keine Domänenunterstützung. Der Instanzbesitzer konnte jedoch separate Kataloge und Elemente für jeden Kunden in einer domänengetrennten Instanz konfigurieren. Dadurch kann der Servicekatalog in verwendet werden Standard Supportstufe. Weitere Informationen finden Sie unter Domänentrennung Support-Stufen für Anwendungen .