Als je applicatie dezelfde begunstigden steeds opnieuw verifieert, lijkt het cachen van VoP-uitkomsten een gemakkelijke winst op het gebied van kosten en latentie. Maar begunstigdeverificatie is een controle op één moment: de rekening die vorige maand overeenkwam, kan van eigenaar zijn veranderd, en een gecachte 'overeenkomst' kan een betaling doorlaten die je had moeten tegenhouden.
Wat cachen riskant maakt
De hele waarde van VoP zit erin dat je de begunstigde bevestigt op het moment van de betaling. Cache je te agressief, dan breng je precies het gat terug dat VoP dicht. Het risico is het grootst op de plek waar VoP het meest telt - eerste betalingen en gewijzigde gegevens.
Cache het routinewerk, verifieer het riskante
Cachen kan redelijk zijn voor stabiele, terugkerende begunstigden met een laag risico en een korte TTL. Nieuwe begunstigden en gewijzigde gegevens moeten altijd een verse controle uitlokken.
Een veilige cachestrategie
- 1 Gebruik korte time-to-live-waarden, zodat gecachte resultaten snel verlopen.
- 2 Invalideer de cache zodra de bankgegevens van de begunstigde veranderen.
- 3 Serveer nooit een gecacht resultaat voor een gloednieuwe begunstigde of een eerste betaling.
- 4 Log cache-hits, zodat je kunt nagaan welke beslissingen gecachte gegevens gebruikten.
Prestaties zonder het risico
De Verification of Payee van RoxPay is snel genoeg dat veel integraties cachen helemaal overslaan. Waar cachen helpt, maken de duidelijke uitkomsten van de API het makkelijk om verstandige TTL's en invalidatie toe te passen.