Am 12. Juli 2026 liegt die aktuelle Doppelbuild-Linie bei CROPS SRM Pro 1.0.57 und ASRM 3.0.85. Beide Pakete bleiben eigenständig, erhalten aber dieselben relevanten technischen Absicherungen. Der neutrale CROPS-Build richtet sich an allgemeine Stripe-Anbieter; ASRM dient dem getrennten projektspezifischen Einsatz. Die jüngsten Arbeiten konzentrieren sich auf kompatible Promotion-Code-Erstellung, transparente Warteschlangen, Schutz vor Doppelcodes und eine Fehlerverwaltung, die aktuelle Aufgaben von erledigten Altmeldungen unterscheidet.
Kompatiblere Stripe-Promotion-Codes
Stripe-Umgebungen können sich beim erwarteten Parameterformat unterscheiden. Die aktuelle Erstellung verwendet zunächst das kompatible direkte Coupon-Format. Meldet Stripe einen unbekannten oder fehlenden Parameter, erfolgt ein kontrollierter zweiter Versuch mit dem alternativen Promotion-Typ-Format.
Dieser Fallback ist eng begrenzt. Er reagiert nur auf passende Parameterfehler und wiederholt nicht beliebig jede fehlgeschlagene Anfrage. Erfolgreiche Codes werden mit Stripe-ID und Kampagnenbezug gespeichert. Dadurch bleibt erkennbar, welcher Weg zum Ergebnis geführt hat.
Generator-Pipeline gegen Doppelcodes
Die zuvor geplante Request-Pipeline wurde in beiden Builds weitergeführt. Gleichzeitige Anfragen für dieselbe E-Mail und Kampagne werden nicht mehr unabhängig voneinander abgearbeitet. Ein lokaler Auftrag und Sperren sorgen dafür, dass der vorhandene Prozess erkannt wird.
Timeouts führen nicht automatisch zu einer zweiten Stripe-Erstellung. Vor einem erneuten Versuch wird geprüft, ob bereits ein Code oder ein laufender Auftrag vorhanden ist. Diese Absicherung ist besonders relevant, wenn viele Personen gleichzeitig auf eine Aktion reagieren.
Sichtbare Queue statt unsichtbarer Wartezeit
Für optionale Text- und Generatorprozesse gibt es im Admin-Hilfebereich nun ein sichtbares Demo- und Anleitungsmodul. Eine Live-Demonstration zeigt beispielhaft, wie eine Warteschlange von 17 über 11, 7, 4 und 2 bis zur Meldung „gleich dran“ abgebaut wird.
Die Erklärung beschreibt außerdem, was bei hundert gleichzeitigen Klicks geschieht. Anfragen werden angenommen, in kontrollierter Reihenfolge verarbeitet und nicht als hundert ungebremste Parallelprozesse an externe Dienste gesendet. Betreiber sehen dadurch, warum eine kurze Wartezeit ein Schutzmechanismus und kein Stillstand ist.
Betriebshinweise für Cron und Timeouts
Das Hilfemodul erläutert den Unterschied zwischen WP-Cron, Server-Cron und externen Aufrufen. Für produktive Queues wird ein verlässlicher Server-Cron empfohlen. Hosting-Panels erhalten getrennte Angaben für Zeitplan und Befehl; eine vollständige Crontab-Zeile erscheint nur im Linux- oder SSH-Bereich.
Zusätzlich werden Stripe-Timeouts und alte Duplikate erklärt. Ein Timeout sagt nicht zwingend, dass Stripe keinen Code erstellt hat. Deshalb prüft die Suite vorhandene Ergebnisse, bevor sie erneut anlegt. Altduplikate können identifiziert und bereinigt werden, ohne aktive Zuordnungen leichtfertig zu löschen.
Offene Fehler von archivierten Fällen trennen
Frühere Fehlercodes sollen das Dashboard nicht dauerhaft belasten, wenn sie bereits geklärt oder historisch sind. Archivierte Datensätze zählen deshalb nicht mehr als offene Fehler. Der Dashboard-Button „Fehlercodes prüfen“ führt direkt zum Fehler- und Synchronisationsbereich.
Eine Massenaktion kann geeignete Fehler bereinigen und archivieren. Dabei wird der Status nachvollziehbar geändert, statt den Datensatz ohne Spur zu entfernen. Der offene Fehlerzähler zeigt anschließend nur Fälle, die tatsächlich noch Aufmerksamkeit benötigen.
Aktueller Funktionsrahmen
Der heutige Stand umfasst die Stripe-Verbindung, Produkt-, Coupon- und Promotion-Code-Abgleich, Kampagnen, Einzel- und Massenerstellung, Frontend-Generator, Partnerübersicht, Einlösungen, Provisionen und vorbereitete Auszahlungswege. Webhook-Prüfungen, Logs, Mailtests, Feedbackbereich und Hilfemodule unterstützen den Betrieb.
Optionale Marketingunterstützung bleibt modular und wird über eine Queue verarbeitet. Sie ist keine Voraussetzung für die Kernfunktionen. Ebenso bleiben automatische Auszahlungsdienste optional; manuelle Freigabe, PayPal-Ablauf, SEPA-XML und CSV-Export bilden kontrollierbare Wege.
Was als Nächstes weiter geschärft wird
Die nächste Arbeit konzentriert sich nicht auf beliebige Zusatzmodule, sondern auf Release-Qualität. Dazu gehören Lasttests, Bereinigung historischer Duplikate, Prüfung von Rollen und Berechtigungen, konsistente Mailtexte, Datenbankmigrationen und verständliche Statusanzeigen.
Parallel wird das zentrale CROPS-Lizenz- und Aktivierungssystem für zukünftige Versionen vorbereitet. Diese Distributionsebene bleibt vom eigentlichen Affiliate-Ablauf getrennt. Das Plugin soll direkte Stripe-Empfehlungen verwalten, nicht seinen eigenen Verkauf innerhalb derselben Datenstruktur nachbilden.
Doppelbuilds ohne gemeinsamen Datenbestand
Die parallele Pflege von CROPS SRM Pro und ASRM bedeutet nicht, dass beide Installationen denselben Datenbestand oder denselben Schlüssel verwenden. Jede Installation bleibt eigenständig. Übertragen werden geprüfte technische Verbesserungen, beispielsweise Sicherheitsprüfungen, Queue-Logik oder Stripe-Kompatibilität.
Diese Trennung reduziert das Risiko, dass projektspezifische Texte oder Einstellungen in den neutralen Build gelangen. Gleichzeitig verhindert sie, dass eine Korrektur nur in einer Variante vorhanden bleibt. Versionsstände werden deshalb als zusammengehörige Doppelbuild-Linie dokumentiert, ohne die Produkte inhaltlich gleichzusetzen.
Aktueller Nutzen für Betreiber
Für den täglichen Betrieb bedeutet der neue Stand vor allem weniger Unsicherheit. Offene Fehler sind gezielter sichtbar, Code-Anfragen lassen sich auch unter Last nachvollziehen und unterschiedliche Stripe-Antworten führen nicht sofort zu manuellen Notlösungen. Gleichzeitig bleibt die Suite kontrollierbar: Kampagnen werden bewusst freigegeben, Provisionen geprüft und Auszahlungen bestätigt. Technische Automatisierung unterstützt den Ablauf, ersetzt aber nicht die fachliche Entscheidung.
Der aktuelle Meilenstein zeigt eine Entwicklung vom reinen Funktionsaufbau hin zum belastbaren Betrieb. Nicht nur der erfolgreiche Idealfall wird betrachtet, sondern auch parallele Klicks, Zeitüberschreitungen, Altfehler und unterschiedliche Stripe-Antworten. Genau diese unsichtbaren Details entscheiden darüber, ob ein Partnerprogramm im Alltag zuverlässig verwaltet werden kann.
