Wenn Ihre Anwendung dieselben Empfänger wiederholt verifiziert, sieht das Cachen von VoP-Ergebnissen wie ein leichter Gewinn bei Kosten und Latenz aus. Aber die Empfängerprüfung ist eine Prüfung zu einem Zeitpunkt: das Konto, das letzten Monat übereinstimmte, hat vielleicht den Besitzer gewechselt, und ein gecachter „Treffer“ könnte eine Zahlung durchwinken, die Sie hätten stoppen sollen.
Was das Cachen riskant macht
Der gesamte Wert der VoP liegt darin, den Empfänger im Moment der Zahlung zu bestätigen. Cachen Sie zu aggressiv und Sie führen genau die Lücke wieder ein, die die VoP schließt. Das Risiko ist genau dort am höchsten, wo die VoP am meisten zählt — Erstzahlungen und geänderte Daten.
Cachen Sie das Routinemäßige, prüfen Sie das Riskante
Cachen kann für stabile, wiederkehrende, risikoarme Empfänger mit kurzer TTL vernünftig sein. Neue Empfänger und geänderte Daten sollten immer eine frische Prüfung auslösen.
Eine sichere Cache-Strategie
- 1 Verwenden Sie kurze Time-to-live-Werte, damit gecachte Ergebnisse schnell ablaufen.
- 2 Invalidieren Sie den Cache, sobald sich die Bankdaten des Empfängers ändern.
- 3 Liefern Sie niemals ein gecachtes Ergebnis für einen brandneuen Empfänger oder eine Erstzahlung.
- 4 Protokollieren Sie Cache-Hits, damit Sie prüfen können, welche Entscheidungen gecachte Daten nutzten.
Performance ohne das Risiko
Die Verification of Payee von RoxPay ist schnell genug, dass viele Integrationen das Cachen ganz überspringen. Wo Cachen hilft, machen die klaren Ergebnisse der API es leicht, sinnvolle TTLs und Invalidierung anzuwenden.