La vérification en temps réel d'un seul bénéficiaire au paiement est une charge de travail. Vérifier chaque ligne d'un grand fichier de paiement avant une échéance de décaissement en est une tout autre. Si vous bouclez simplement et lancez une requête par ligne, vous heurterez les limites de débit, expirerez ou surchargerez vos propres services. Le throughput doit être conçu, pas supposé.
Des modèles qui passent à l'échelle
- Utilisez un endpoint en masse pour les fichiers de paiement au lieu d'un appel synchrone par ligne.
- Bornez la concurrence pour rester dans les limites de débit publiées.
- Appliquez backoff et mise en file pour qu'une rafale soit lissée plutôt que perdue.
Concevoir le cycle
- 1 Estimez le volume de pointe et la fenêtre de temps dont vous disposez avant l'échéance de paiement.
- 2 Choisissez des tailles de lot et une concurrence qui correspondent aux limites du prestataire.
- 3 Collectez les résultats de façon asynchrone et réconciliez-les avec le fichier de paiement.
- 4 Surveillez le throughput pour pouvoir réagir avant qu'une échéance ne soit en danger.
Le bulk bat la boucle serrée
Pour les cycles de paiement, une voie de vérification en masse est plus rapide et plus respectueuse des limites de débit que des milliers d'appels synchrones individuels. Concevez pour le cycle, pas seulement pour la vérification unique.
RoxPay prend en charge à la fois les vérifications uniques en temps réel et la vérification en masse avec des limites prévisibles, pour qu'un cycle de paiement à fort volume se termine dans sa fenêtre.