Description du projet
TraduitL'intégration de la passerelle de paiement n'est pas simplement une question d'appeler quelques méthodes API. C'est une tâche d'ingénierie à part entière qui nécessite une attention particulière à la sécurité, à la gestion des erreurs, à l'idempotence des opérations et à la livraison fiable des événements. Notre plateforme web sert plus de 5000 utilisateurs actifs par mois, et à mesure que nous élargissons notre offre de produits, nous avons besoin d'un module autonome qui peut être intégré dans n'importe quel composant du système sans dette technique ni vulnérabilités. Une expérience avec les exigences PCI-DSS et les pratiques de codage sécurisé selon OWASP est souhaitable.
Le module doit couvrir l'ensemble du cycle de vie des transactions : initiation du paiement via l'API du fournisseur, réception et vérification cryptographique des webhooks à l'aide de signatures HMAC, passage en mode de sondage d'état si la livraison des webhooks échoue, traitement des remboursements complets et partiels, et maintien d'un journal immuable de chaque opération pour la conformité interne et les audits externes. Nous attendons une structure PSR-4, une gestion appropriée des exceptions avec logique de réessai, et des tests unitaires sur tous les chemins critiques. La documentation doit être suffisamment détaillée pour qu'un développeur de niveau intermédiaire puisse maintenir et développer le module de manière autonome.
Exigences :
— Module compatible PHP 7.4+ avec autoloading PSR-4
— Point de terminaison webhook avec vérification HMAC et protection contre les attaques de rejeu
— Sondage de l'état de la transaction lorsque la livraison du webhook échoue
— Remboursements : complets et partiels via l'API du fournisseur
— Journal des transactions avec recherche, filtrage et exportation CSV
— Tests unitaires avec une couverture d'au moins 80 % de la logique critique
Résultat : module PSR-4, spécification OpenAPI 3.0, guide étape par étape avec des exemples de code.
Le module doit couvrir l'ensemble du cycle de vie des transactions : initiation du paiement via l'API du fournisseur, réception et vérification cryptographique des webhooks à l'aide de signatures HMAC, passage en mode de sondage d'état si la livraison des webhooks échoue, traitement des remboursements complets et partiels, et maintien d'un journal immuable de chaque opération pour la conformité interne et les audits externes. Nous attendons une structure PSR-4, une gestion appropriée des exceptions avec logique de réessai, et des tests unitaires sur tous les chemins critiques. La documentation doit être suffisamment détaillée pour qu'un développeur de niveau intermédiaire puisse maintenir et développer le module de manière autonome.
Exigences :
— Module compatible PHP 7.4+ avec autoloading PSR-4
— Point de terminaison webhook avec vérification HMAC et protection contre les attaques de rejeu
— Sondage de l'état de la transaction lorsque la livraison du webhook échoue
— Remboursements : complets et partiels via l'API du fournisseur
— Journal des transactions avec recherche, filtrage et exportation CSV
— Tests unitaires avec une couverture d'au moins 80 % de la logique critique
Résultat : module PSR-4, spécification OpenAPI 3.0, guide étape par étape avec des exemples de code.
Programmation web Espèces, Virement bancaire
