Description du projet
TraduitConstruire une intégration de passerelle de paiement fiable exige bien plus que d'appeler quelques points de terminaison API — cela nécessite une attention particulière à la sécurité, à l'idempotence, à la récupération d'erreurs et aux cas particuliers qui peuvent affecter chaque transaction que votre entreprise traite. Notre plateforme web sert des milliers d'utilisateurs actifs chaque mois, et à mesure que nous élargissons notre catalogue de produits, nous avons besoin d'un module PHP autonome et bien conçu qui peut être intégré dans n'importe quel sous-système sans introduire de dette technique ou ouvrir des failles de sécurité. La familiarité avec la sensibilisation à PCI-DSS, les directives de codage sécurisé OWASP et les modèles de fiabilité des webhooks est essentielle pour ce projet.
Le module doit couvrir l'ensemble du cycle de vie des paiements : initier des transactions via l'API du fournisseur, recevoir et vérifier cryptographiquement les rappels de webhook en utilisant des signatures HMAC, revenir à l'interrogation d'état lorsque les webhooks échouent à livrer, traiter les remboursements complets et partiels, et maintenir une piste de vérification immuable qui satisfait à la fois notre équipe de conformité interne et les audits de tout fournisseur de paiement externe. Nous attendons une structure PSR-4 propre, un traitement approprié des exceptions avec logique de réessai, et des tests unitaires couvrant tous les chemins critiques. La documentation doit être suffisamment complète pour qu'un développeur de niveau intermédiaire puisse intégrer et maintenir le module de manière indépendante.
Exigences principales :
— Module compatible PHP 7.4+ avec autoloading PSR-4
— Point de terminaison de webhook avec vérification de signature HMAC et protection contre les attaques de relecture
— Repli d'interrogation d'état lorsque la livraison de webhook échoue
— Traitement des remboursements complets et partiels via l'API du fournisseur
— Vue de l'historique des transactions administratives avec recherche, filtrage et exportation CSV
— Tests unitaires avec une couverture minimale de 80 % de la logique de transaction principale
Livrables : module PHP autonome, spécification OpenAPI 3.0, guide d'intégration avec exemples de code.
Le module doit couvrir l'ensemble du cycle de vie des paiements : initier des transactions via l'API du fournisseur, recevoir et vérifier cryptographiquement les rappels de webhook en utilisant des signatures HMAC, revenir à l'interrogation d'état lorsque les webhooks échouent à livrer, traiter les remboursements complets et partiels, et maintenir une piste de vérification immuable qui satisfait à la fois notre équipe de conformité interne et les audits de tout fournisseur de paiement externe. Nous attendons une structure PSR-4 propre, un traitement approprié des exceptions avec logique de réessai, et des tests unitaires couvrant tous les chemins critiques. La documentation doit être suffisamment complète pour qu'un développeur de niveau intermédiaire puisse intégrer et maintenir le module de manière indépendante.
Exigences principales :
— Module compatible PHP 7.4+ avec autoloading PSR-4
— Point de terminaison de webhook avec vérification de signature HMAC et protection contre les attaques de relecture
— Repli d'interrogation d'état lorsque la livraison de webhook échoue
— Traitement des remboursements complets et partiels via l'API du fournisseur
— Vue de l'historique des transactions administratives avec recherche, filtrage et exportation CSV
— Tests unitaires avec une couverture minimale de 80 % de la logique de transaction principale
Livrables : module PHP autonome, spécification OpenAPI 3.0, guide d'intégration avec exemples de code.
Programmation web Espèces, Virement bancaire
