Projektbeschreibung
ÜbersetztDer Aufbau einer zuverlässigen Zahlungsgateway-Integration erfordert weit mehr als das Aufrufen einiger API-Endpunkte — es erfordert sorgfältige Aufmerksamkeit für Sicherheit, Idempotenz, Fehlerbehebung und die Randfälle, die jede einzelne Transaktion, die Ihr Unternehmen verarbeitet, beeinflussen können. Unsere Webplattform bedient monatlich Tausende aktiver Nutzer, und während wir unseren Produktkatalog erweitern, benötigen wir ein eigenständiges, gut strukturiertes PHP-Modul, das in jedes Subsystem eingebettet werden kann, ohne technische Schulden einzuführen oder Sicherheitslücken zu öffnen. Vertrautheit mit PCI-DSS-Bewusstsein, OWASP-Sicherheitscodierungsrichtlinien und Webhook-Zuverlässigkeitsmustern ist für dieses Projekt unerlässlich.
Das Modul muss den gesamten Zahlungslebenszyklus abdecken: Transaktionen über die Anbieter-API initiieren, Webhook-Rückrufe empfangen und kryptografisch mit HMAC-Signaturen verifizieren, auf Statusabfragen zurückgreifen, wenn Webhooks nicht liefern, vollständige und teilweise Rückerstattungen verarbeiten und eine unveränderliche Prüfspur aufrechterhalten, die sowohl unser internes Compliance-Team als auch externe Prüfungen von Zahlungsanbietern zufriedenstellt. Wir erwarten eine saubere PSR-4-Struktur, eine ordnungsgemäße Ausnahmebehandlung mit Wiederholungslogik und Unit-Tests, die alle kritischen Pfade abdecken. Die Dokumentation sollte so umfassend sein, dass ein Entwickler auf mittlerem Niveau das Modul unabhängig einführen und warten kann.
Kernanforderungen:
— PHP 7.4+ kompatibles Modul mit PSR-4-Autoloading
— Webhook-Endpunkt mit HMAC-Signaturverifizierung und Schutz vor Replay-Angriffen
— Statusabfrage-Fallback, wenn die Webhook-Zustellung fehlschlägt
— Vollständige und teilweise Rückerstattungsverarbeitung über die Anbieter-API
— Admin-Transaktionshistorie mit Such-, Filter- und CSV-Exportfunktionen
— Unit-Tests mit mindestens 80 % Abdeckung der Kerntransaktionslogik
Liefergegenstände: eigenständiges PHP-Modul, OpenAPI 3.0-Spezifikation, Integrationshandbuch mit Codebeispielen.
Das Modul muss den gesamten Zahlungslebenszyklus abdecken: Transaktionen über die Anbieter-API initiieren, Webhook-Rückrufe empfangen und kryptografisch mit HMAC-Signaturen verifizieren, auf Statusabfragen zurückgreifen, wenn Webhooks nicht liefern, vollständige und teilweise Rückerstattungen verarbeiten und eine unveränderliche Prüfspur aufrechterhalten, die sowohl unser internes Compliance-Team als auch externe Prüfungen von Zahlungsanbietern zufriedenstellt. Wir erwarten eine saubere PSR-4-Struktur, eine ordnungsgemäße Ausnahmebehandlung mit Wiederholungslogik und Unit-Tests, die alle kritischen Pfade abdecken. Die Dokumentation sollte so umfassend sein, dass ein Entwickler auf mittlerem Niveau das Modul unabhängig einführen und warten kann.
Kernanforderungen:
— PHP 7.4+ kompatibles Modul mit PSR-4-Autoloading
— Webhook-Endpunkt mit HMAC-Signaturverifizierung und Schutz vor Replay-Angriffen
— Statusabfrage-Fallback, wenn die Webhook-Zustellung fehlschlägt
— Vollständige und teilweise Rückerstattungsverarbeitung über die Anbieter-API
— Admin-Transaktionshistorie mit Such-, Filter- und CSV-Exportfunktionen
— Unit-Tests mit mindestens 80 % Abdeckung der Kerntransaktionslogik
Liefergegenstände: eigenständiges PHP-Modul, OpenAPI 3.0-Spezifikation, Integrationshandbuch mit Codebeispielen.
Webprogrammierung Bargeld, Banküberweisung
