Si votre application vérifie les mêmes bénéficiaires de façon répétée, mettre en cache les résultats VoP ressemble à un gain facile en coût et latence. Mais la vérification du bénéficiaire est un contrôle à un instant donné : le compte qui correspondait le mois dernier a peut-être changé de mains, et une « correspondance » en cache pourrait laisser passer un paiement que vous auriez dû arrêter.
Ce qui rend la cache risquée
Toute la valeur de la VoP est de confirmer le bénéficiaire au moment du paiement. Cachez trop agressivement et vous réintroduisez exactement la brèche que la VoP comble. Le risque est le plus élevé précisément là où la VoP compte le plus — premiers paiements et coordonnées modifiées.
Cachez la routine, vérifiez le risqué
La cache peut être raisonnable pour des bénéficiaires stables, récurrents et à faible risque avec un TTL court. Les nouveaux bénéficiaires et les coordonnées modifiées devraient toujours déclencher une vérification fraîche.
Une stratégie de cache sûre
- 1 Utilisez des valeurs de time-to-live courtes pour que les résultats en cache expirent vite.
- 2 Invalidez la cache chaque fois que les coordonnées bancaires du bénéficiaire changent.
- 3 Ne servez jamais un résultat en cache pour un bénéficiaire tout neuf ou un premier paiement.
- 4 Journalisez les cache hits pour pouvoir auditer quelles décisions ont utilisé des données en cache.
La performance sans le risque
La Verification of Payee de RoxPay est assez rapide pour que de nombreuses intégrations sautent entièrement la cache. Là où la cache aide, les résultats clairs de l'API facilitent l'application de TTL et d'invalidation sensés.