Domänentrennung und Financial Services Payment Operations

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 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 Benutzeroberflä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 FSO-Integrationen -Anwendungen basieren auf Kundenservice-Management (Customer Service Management, CSM) und verwenden viele CSM -Tabellen. Die wichtigsten Referenztabellen sind die Kundentabellen wie Verbraucher, Account und Kontakt. Diese Tabellen sind domänengetrennt.

    Tabellen

    Alle neuen Tabellen, die in Payment Operations hinzugefügt werden, sind domänengetrennt:
    • sn_bom_payment_inquiry
    • sn_bom_payment_inquiry_task
    • sn_bom_payment_service
    • sn_bom_payment_claim
    • sn_bom_payment_claim_task
    • sn_bom_checking_account
    • sn_bom_saving_account

    Anwendungsfälle

    Zahlungsanfrage
    Kunden haben die Möglichkeit, über das Portal eine Zahlungsanfrage für die folgenden Anwendungsfälle zu erstellen:
    • Anspruch ohne Eingang des Begünstigten (BCNR): Der Kunde hat eine Zahlung gesendet, aber der beabsichtigte Empfänger gibt an, das Geld nie erhalten zu haben.
    • Zahlung irrtümlich (PiE) – Der Kunde macht beim Senden einer Zahlung einen Fehler und versucht, das Geld abzurufen.
    Mitarbeiter in Filialen und Call Center-Mitarbeiter können diese Anfragen im Namen des Kunden erstellen. Mitarbeiter in Payment Operations erhalten Anfragen von ihren Kunden sowie von externen Banken.
    • Interne Anfragen stammen von Kunden der Bank. Der Empfängerkunde kann intern oder extern der Bank sein. Die Unterscheidung zwischen internen und externen Empfängern ist wichtig, da sie bestimmt, welchen Weg Payment Operations zur Lösung der Anfrage einschlägt.
    • Externe Anfragen kommen von Drittbanken, was bedeutet, dass der Zahlungsempfänger immer intern ist.
      Hinweis:
      Es kann niemals einen Fall geben, in dem die Anfrage extern ist und der Empfänger extern ist.
    • Einige Anfragen können zur Erstellung eines Anspruchs führen.
    Zahlungsanspruch
    Ermittler können einen Anspruch im Namen eines Kunden erstellen, wenn die Bank feststellt, dass der Anspruch gültig ist und der Kunde Anspruch auf eine Rückerstattung hat.
    Mitarbeiter von Payment Operations erhalten die Forderungen entweder intern aus einer Anfrage oder von einer externen Bank. Wenn sie den Anspruch erhalten, beginnen sie mit der Ermittlung, wo die Rückerstattung erfolgen 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 sie die Rückerstattung erhalten. Die Rückerstattung kann entweder extern (Zahlung an einen Drittpartei-Bankkunden) oder intern (Zahlung an den Kunden der Bank) erfolgen. Wenn die Rückerstattung intern erfolgt, muss eine Belastungsgenehmigung erstellt werden (siehe Belastungsgenehmigung unten).
    • Externe Forderungen stammen von Drittbanken. Bei externen Forderungen erfolgt die Erstattung immer intern. Service Desk-Mitarbeiter müssen möglicherweise eine Belastungsgenehmigung für interne Rückerstattungen erstellen (siehe Belastungsgenehmigung unten).
    Belastungsgenehmigung
    Service Desk-Mitarbeiter für Schadensfälle erstellen Belastungsgenehmigungen für Kunden, um eine Rückerstattung aus einem Anspruch zu genehmigen. Der Kunde kann die Belastung entweder akzeptieren oder anfechten oder ablehnen.
    Hinweis:
    Manchmal kann eine Plattformfunktion oder -anwendung von ServiceNow® Anwendungsfälle von Service Providern effektiv unterstützen, auch wenn das Domänen-Framework nicht verwendet wird. In diesem Fall kann der Anwendung für ihre Domänen-Supportebene Basis*, Standard* oder Erweitert* zugewiesen werden, und sie enthält detaillierte Anwendungsfälle. Beispiel: Vor dem New York-Release hatte Servicekatalog keine Domänenunterstützung. Der Instanzbesitzer konnte jedoch separate Kataloge und Elemente für jeden Kunden in einer domänengetrennten Instanz konfigurieren. Dadurch konnte Service Catalog auf einer Standard -Supportstufe verwendet werden. Weitere Informationen finden Sie unter Domänentrennung Support-Stufen für Anwendungen.