J’assainirai un webhook de paiement PHP ou dotnet contre les événements en double


À propos de ce service
Traduction automatique
Les fournisseurs de paiement réessaient les livraisons des webhooks. Votre application a besoin d’une règle pour traiter à nouveau le même événement.
Je renforcerai un webhook de paiement existant PHP/Laravel ou C#/.NET pour un problème de traitement des doublons convenu. Le périmètre est un fournisseur, un type d’événement et un gestionnaire, jusqu’à cinq fichiers source pertinents et 500 lignes au total, en s’appuyant sur une base de données et un environnement de test existants.
Vous obtenez un correctif ciblé, des tests ou des fixtures reproductibles pour la première livraison et la livraison en double, ainsi qu’une brève explication de la clé d’événement, de la protection de traitement et des hypothèses. Tout verrouillage, contrainte d’unicité ou transition d’état est convenu avant le début des travaux.
Contactez-moi avant de commander avec du code nettoyé, la documentation du fournisseur et un cas de test reproductible. Je confirme que le problème correspond à ce package. Une révision corrige le comportement du duplicata convenu.
Les intégrations de passerelles nouvelles, les audits de paiement complets, les transactions en direct, l’accès à la production, les données réelles de carte/client, les changements importants de base de données et les certifications de sécurité/conformité sont exclus. Le comportement du fournisseur et l’infrastructure peuvent influencer la fiabilité ; aucune garantie d’exactement une seule fois n’est prétendue. Toute communication reste sur Fiverr.
Découvrez Ekin Y.
Backend Reviews and Architecture Assessments
- DeÉtats-Unis
- Membre depuisoct. 2026
- Temps de réponse moy.9 heures
Langues
Turc, Anglais
Traduction automatique
Mon portfolio
Autres services de Développement de logiciels I Offre
FAQ
Traduction automatique
Quelles technologies et quels fournisseurs de paiement sont pris en charge ?
Ce package est destiné à un backend PHP/Laravel ou C#/.NET existant. Envoyez d’abord la documentation du webhook du fournisseur et le code nettoyé. La faisabilité spécifique au fournisseur est confirmée avant la commande ; la prise en charge de chaque passerelle n’est pas garantie.
Allez-vous accéder à mon compte de paiement en direct ?
Non. Le travail utilise du code source nettoyé, des fixtures de test et un environnement local ou sandbox convenu. Ne transmettez pas de clés secrètes en direct, de données de carte, d’accès à la banque ou de dossiers clients. Les prélèvements en direct et le déploiement en production sont exclus.
Garantissez-vous un traitement exactement une fois ?
Aucune garantie universelle d’exactement une fois n’est fournie. J’implémente et valide le contrôle du duplicata convenu dans le code fourni et l’environnement de test, en documentant les hypothèses sur l’identité de l’événement, les contraintes de la base de données et les réessais du fournisseur.
Et si le gestionnaire doit subir une refonte plus large ?
Nous définissons le périmètre avant la commande. De nouvelles intégrations, une refonte générale, des changements importants de schéma, plusieurs gestionnaires ou types d’événements, et des échecs de paiement non liés nécessitent un accord distinct.
