Loading
Versicherung
Inhalt
Filtern nach (0)Hinzufügen
Filter auswählen

          Keine Ergebnisse
          Keine Ergebnisse
          Hier sind einige Suchtipps

          Überprüfen Sie die Schreibweise Ihrer Stichwörter.
          Verwenden Sie allgemeinere Suchbegriffe.
          Wählen Sie weniger Filter aus, um Ihre Suche auszuweiten.

            Gesamte Salesforce-Hilfe durchsuchen
            Gesamte Salesforce-Hilfe durchsuchen
            Erweitern des vordefinierten Ausdruckssatzes zum Ausführen einer benutzerdefinierten Verarbeitung von Obergrenzen

            Sie befinden sich hier:

            1. Salesforce-Hilfe
            2. Dokumente
            3. Digitale Versicherung

            Erweitern des vordefinierten Ausdruckssatzes zum Ausführen einer benutzerdefinierten Verarbeitung von Obergrenzen

            Der Ausdruckssatz "Verarbeitungsobergrenzen" bietet leistungsstarke Erweiterbarkeit für komplexe Zahlungsszenarien und gewährleistet gleichzeitig die Einhaltung der vom Anbieter genehmigten Richtlinien. Durch die Nutzung dieser Flexibilität berücksichtigt das System Szenarien, in denen Spediteure Zahlungen über die Obergrenze für verkaufte Policen hinaus unter bestimmten Toleranzen ermöglichen. Diese Erweiterung ermöglicht eine präzise Kontrolle über Zahlungsschwellenwerte und stellt sicher, dass Zahlungen bis zur Obergrenze für effektive Zuteilungen reibungslos verarbeitet werden, während strenge Obergrenzen darüber hinaus erzwungen werden. Darüber hinaus bietet es zuverlässige Verfolgungs- und Tagging-Mechanismen, um den Verbrauch über die verkaufte Obergrenze hinaus zu überwachen, was Transparenz, Überprüfbarkeit und die Einhaltung gesetzlicher Vorschriften unterstützt.

            Erforderliche Editionen

            Unterstützte Editionen anzeigen.

            Anwendungsfall: Aktivieren von Zahlungen über die Obergrenzen für verkaufte Policen hinaus mit vom Anbieter genehmigten Toleranzen

            Dieser Anwendungsfall ist für Anspruchsadministratoren, Lösungsarchitekten und Implementierungsteams konzipiert, die digitale Versicherungsansprüche verwenden und Zahlungen über die Obergrenze für verkaufte Policen hinaus unter Einhaltung der vom Anbieter genehmigten Toleranzen ermöglichen und gleichzeitig eine ordnungsgemäße Verfolgung und Einhaltung sicherstellen müssen.

            Überlegungen

            • Der Ausdruckssatz verarbeitet Daten ausschließlich aus dem Kontext "Obergrenzen für Versicherungspolicen". Verwenden Sie zum Integrieren externer Daten Integrationsverfahren, um die Logik zu erweitern.
            • Die Zuteilung muss unveränderlich bleiben und durch das Trägerprogramm geregelt werden, das aus Produktattributumfängen oder Abdeckungsattributen im IPL-Kontext stammt.
            • Vermeiden Sie es, den angepassten Betrag zu ändern. Konzentrieren Sie sich stattdessen auf die Anpassung von Sperrschwellenwerten und die Kennzeichnung des Verbrauchs innerhalb der Verarbeitungsobergrenzen.

            Szenario:

            Einige Versicherungsunternehmen unterstützen eine sanfte Überschreitung der Verkaufsobergrenze einer Police, um die Reibung während der Zahlungsabwicklung zu reduzieren. Beispiel:

            • Obergrenze für Verkaufspolicen: $10,000
            • Befördererzuteilung: 10%
            • Obergrenze für effektive Zuteilungen (Soft Cap): $11,000

            Benutzerdefinierte Logik:

            Während der Verarbeitungsobergrenzen stellt das System sicher, dass Zahlungen erst blockiert werden, wenn der Gesamtverbrauch die Obergrenze für effektive Zuteilungen von 11.000 EUR erreicht hat. Wenn eine Zahlungsaufforderung diese Obergrenze überschreitet, zahlt das System den Betrag teilweise bis zur Zuteilung und blockiert den restlichen Teil. Der gesperrte Betrag wird von eindeutigen Ursachencodes begleitet, um dem Benutzer Transparenz und Klarheit zu bieten. Diese Funktion ist so konzipiert, dass sie nahtlos funktioniert, ohne dass die Berechnungen der Kostenbeteiligung über die API zum Berechnen von Anpassungen geändert werden. Das System erweitert den Ausdruckssatz "Verarbeitungsgrenzen", um einen Schwellenwert für das Zuteilungsbewusstsein zu berechnen. Dieser Schwellenwert berücksichtigt die vom Anbieter genehmigte Toleranz, die über der Obergrenze der verkauften Police liegt, und stellt sicher, dass jeder Verbrauch, der über die Obergrenze hinausgeht, zu Verfolgungs- und Berichtszwecken ordnungsgemäß als "Zulassungsverbrauch" gekennzeichnet wird.

            Empfohlene Nutzung

            Verwenden Sie diesen Ansatz in folgenden Fällen:

            • Der Spediteur dokumentiert und unterstützt eine Toleranz oder Zuteilung oberhalb der verkauften Obergrenzen, beispielsweise +5 %, +10 %.
            • Sie möchten harte Blöcke vermeiden, wenn die verkaufte Obergrenze erreicht ist, und gleichzeitig eine strenge Obergrenze bei der Zuteilungsobergrenze erzwingen.
            • Sie möchten eine überprüfbare Verfolgung von Beträgen, die über die verkaufte Obergrenze hinaus verbraucht wurden, und so eine genaue Berichterstellung, Schlichtung und behördliche Überprüfung sicherstellen.

            Vermeiden Sie diesen Ansatz in folgenden Fällen:

            • Der zusätzliche Betrag muss als Ex-Gratia behandelt werden.
            • Das Produkt schreibt einen toleranzfreien Anhaltepunkt bei der verkauften Obergrenze vor.

            Workflow

            1. Berechnen von Anpassungen (vorgefertigt): Berechnet den durch diese Erweiterung unveränderten AdjustedAmount.
            2. Verarbeitungsobergrenzen (erweitert):
              • Berechnet eine gültige Obergrenze = InitialLimit × (1 + AllowancePercent). Beispiel: 10.000 $ × 1,10 = 11.000 $.
              • Bestimmt die neue verbleibende Zuteilung = Obergrenze für das Inkrafttreten – Gesamtverbrauch bis zum heutigen Tag.
              • Zahlt bis zu New Remaining With Allowance (Neu verbleibend mit Zuteilung) und blockiert alle darüber hinausgehenden Beträge.
              • Kennzeichnet alle Beträge, die über die verkaufte Obergrenze von 10.000 EUR hinaus gezahlt wurden, zu Verfolgungszwecken als Zulassungsverbrauch.

            Berechnung

            Richtliniendetails:

            • Obergrenze für Verkaufspolicen: $10,000
            • Zuteilungsprozentsatz: 10%
            • Obergrenze für Inkrafttreten: $11,000

            Beispiel A: Innerhalb der Zuteilung

            • Bisher verbraucht: $9,500
            • Angeforderter Betrag: 800 EUR
            • Verbleiben mit Zuteilung: $11,000 − $9,500 = $1,500
            • Zahlbar: min(800 EUR, 1.500 EUR) = 800 EUR (kein Block)
            • AllowanceConsumption: Portion über 10.000 EUR → 10.300 EUR − 10.000 EUR = 300 EUR mit Tag.

            Beispiel B: Überschreiten der Zuteilung

            • Bisher verbraucht: $10,900
            • Angeforderter Betrag: $300
            • Verbleiben mit Zuteilung: $11,000 − $10,900 = $100
            • Zahlbar: min(300 EUR, 100 EUR) = 100 EUR
            • OverLimit (Blockiert): 300 − 100 € = 200 € mit folgenden Gründen: Obergrenze erreicht.

            Leistungen

            • Dieser Ansatz gewährleistet die strikte Einhaltung der vom Unternehmen genehmigten Toleranzen und bietet einen zuverlässigen Rahmen für die Verwaltung von Zahlungen bei gleichzeitiger uneingeschränkter Transparenz und Überprüfbarkeit. Sie ermöglicht eine genaue Verfolgung und Berichterstattung über alle Beträge, die über die Obergrenze der verkauften Police hinaus verbraucht wurden.
            • Durch die Aktivierung von Zahlungen bis zur wirksamen Zuteilungsobergrenze minimiert diese Lösung die Reibung bei Kunden und gewährleistet eine reibungslose Zahlungserfahrung. Bei Beträgen, die die Zuteilung überschreiten, werden eindeutige Ursachencodes bereitgestellt, um die blockierten Teile zu erläutern, was für mehr Klarheit und Trust sorgt.
            • Die Lösung ist nahtlos in die vorhandene Logik für Anpassungen berechnen integriert und stellt sicher, dass die Berechnungen der Kostenbeteiligung nicht betroffen sind. Dadurch wird gewährleistet, dass die Kernfunktionen des Systems ohne Unterbrechung funktionieren, während die Funktionen auf zuteilungsbasierte Szenarien erweitert werden.
             
            Laden
            Salesforce Help | Article