RKR-Angebote in Transaktions-E-Mails: Verkauf in PrestaShop-Bestell-E-Mails

24.10.2026
v1.2.0

Vollständige Überarbeitung von 1.1.1 : End-to-End-getestet auf PrestaShop 1.7.8.11 , 9.0.0 und 9.2.0 (tatsächliche Einbindung in E-Mails, Coupons, Einlösungen, Banner, Import).

Post

• Der "zusammen gekaufte" Cache enthielt ein nicht geschlossenes SQL-Literal: Im Debug-Modus wurden E-Mails ohne Block gesendet und der Cache wurde nie aktualisiert.
• Bei der Suche nach dem bereits ausgegebenen Coupon wurde LIMIT 1 zweimal verwendet ( getRow fügt einen weiteren hinzu): Die Suche schlug immer fehl und bei jeder erneuten Übermittlung wurde ein neuer Coupon erstellt.
• Zwei Bestellungen an dieselbe E-Mail-Adresse in derselben Anfrage teilten sich Block, Coupon und Datensatz (der Blockcache berücksichtigte die Bestellung nicht).
• Position „vor dem Inhalt“: Der Block wurde vor dem Inhalt platziert. ; jetzt ist es direkt dahinter Die
• Im Couponblock wird angegeben, wie hoch der Rabatt ausfällt („10 % Rabatt auf Ihre nächste Bestellung“, „5,00 € Rabatt…“, „Kostenloser Versand…“).
• Datum und Preis im Sprachformat des Kunden; der Sprach- und Kontextübersetzer wird immer wiederhergestellt (zuvor konnte die Bestellseite in der Sprache des Kunden bleiben) und der Kontext wird auch wiederhergestellt, wenn etwas fehlschlägt ( finally ).
• Die Preise für Empfehlungen werden in der Währung der Bestellung angegeben.
• Empfohlene Produkte: Bestandsmanagement, die Möglichkeit, Bestellungen für nicht vorrätige Artikel pro Produkt zuzulassen, und die Transparenz über alle Quellen hinweg werden berücksichtigt.
• Core-Backup-Image ( img/p/ -default- .jpg ) bei Produkten ohne Umschlag; ohne Bild wird ein zerrissener Umschlag nicht bemalt.
• padding-top:20pxpx im Block.
• Die Test-E-Mail-Vorlage ist auch auf Spanisch verfügbar.

Coupon

• Gäste erhalten keinen Gutschein mehr: Ihr nächster Einkauf schafft einen neuen Kunden, und die Regel kann nicht mehr angewendet werden.
• Multistore: Die Warenkorbregel gilt nur in dem Shop, in dem die Bestellung aufgegeben wird.
• Ohne Restguthaben-Gutschein ( partial_use deaktiviert).
• Durch die Deinstallation werden nur abgelaufene oder bereits verwendete Gutscheine gelöscht; gültige Gutscheine bleiben im Katalog › Rabatte erhalten.

Banner

• Sie haben weder den Titel noch den Text gespeichert ( 'lang' statt 'multilang' in der Definition): leere Banner in E-Mails, Demo, Import und KI-Entwürfen.
• Leere Datumsangaben wurden als Datum Null gespeichert und das Banner ausgeblendet.
• Demobanner erreichen keine echten E-Mails mehr (nur noch die Vorschau- und Test-E-Mail).
• Miniaturansichten der hochgeladenen Banner sind im Backend sichtbar.

Leistung

• Der Cache-Neuaufbau ist auf die Bestellungen des letzten Jahres beschränkt, wird vor dem Start markiert (ein Fehler wird nicht in jeder E-Mail erneut versucht) und speichert außerdem die Bestseller, die nicht mehr in jeder Sendung berücksichtigt werden.
• Datum des Caches pro Speicherort; die Löschung von Datensätzen nach Aufbewahrungsfrist erfolgt pro Speicherort und wird bei jedem Neuaufbau angewendet.

Sicherheit

• KI-Schlüssel: Der Initialisierungsvektor (IV) war 8 Byte lang und konnte nicht entschlüsselt werden (der Assistent gab immer den Fehlercode 401 zurück). Die mit Version 1.1.x gespeicherten Schlüssel werden gleich gelesen.
• Assistant-Referenz-URL: nur öffentlich (kein localhost, private Netzwerke oder Metadaten), Ports 80/443 und ohne Weiterleitungen.
• Aktionen, die Änderungen vornehmen, erfordern die Berechtigung "configure" des Moduls.
• Ein gespeicherter Schlüssel wird nicht an einen Endpunkt auf einem anderen Host übertragen: Er muss erneut eingegeben werden.
• Beim Importieren eines Bundles werden alle Werte, wie beispielsweise das Formular, bereinigt, während das Geheimnis, das Demo-Flag und der Cache unberührt bleiben.
• Globale Schlüssel (Geheimnisse) werden im Multi-Store tatsächlich global gespeichert.
• Vorschau in einem iframe mit sandbox .

Backoffice

• PrestaShop 1.7.8 : Der Menü-Tab wurde ohne jQuery oder Backend-Skripte geladen (die setMedia Signatur war nicht die Kernsignatur).
• Bildschirmdaten in einem maskierten Attribut anstelle eines JSON-Blocks mit nofilter (ein Apostroph in einem Sprachnamen hat das Panel beschädigt).
• Export/Import von KI-Anbietern (ohne Schlüssel), wie im Bildschirm angezeigt.
• Mit den installierten Demodaten werden diese in den Statistiken angezeigt; ohne sie zählen nur echte Lieferungen und Gutscheine (zuvor hatten Demogutscheine den Umsatz künstlich erhöht).
• Warnung im Bereich „Systemzustand“, wenn ein anderes Modul ebenfalls Angebote in E-Mails einfügt (RKR Mail Editor...).
• Ketten, die im spanischen Katalog fehlten.

Add-ons

• Sauberer Validator: Literale Version und config.xml genau wie bei PHP, kein hash_hmac (identischer eigener HMAC), kein globaler Kontext, kein nofilter auf Daten, .htaccess , keine veralteten Aufrufe, PHP CS Fixer und PHPStan.
• AFL-3.0-Lizenz ( LICENSE.txt ).