Als uw applicatie dezelfde begunstigden herhaaldelijk verifieert, lijkt het cachen van VoP-uitkomsten een makkelijke winst in kosten en latentie. Maar begunstigdeverificatie is een controle op een moment in de tijd: de rekening die vorige maand overeenkwam is misschien van eigenaar veranderd, en een gecachte 'overeenkomst' kan een betaling doorlaten die u had moeten stoppen.
Wat cachen riskant maakt
De hele waarde van de VoP is het bevestigen van de begunstigde op het moment van betaling. Cache te agressief en u herintroduceert precies het gat dat de VoP dicht. Het risico is het hoogst precies waar de VoP het meest telt — eerste betalingen en gewijzigde gegevens.
Cache het routinematige, verifieer het riskante
Cachen kan redelijk zijn voor stabiele, terugkerende, risicoarme begunstigden met een korte TTL. Nieuwe begunstigden en gewijzigde gegevens zouden altijd een verse controle moeten triggeren.
Een veilige cachestrategie
- 1 Gebruik korte time-to-live-waarden zodat gecachte resultaten snel verlopen.
- 2 Invalideer de cache wanneer 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 u kunt auditen welke beslissingen gecachte data 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 zinvolle TTL's en invalidatie toe te passen.