RKR-Produktkontrolle: Ladenhüter und Preisabgrenzung

05.11.2026
v1.3.0

Vollständige Überprüfung vor dem Verkauf. Was einem Händler aufgefallen wäre:

• Die Installation schlug bei jeder PrestaShop-Version fehl (Hooks wurden registriert, bevor das Modul existierte, Module:: $_errors wurde von einem Helfer geschrieben).
• Die Bestandsprüfung für Ladenhüter funktionierte nie : Sie las order_detail.wholesale_price , das nicht existiert. Verkäufe werden nun einmal pro Produkt gezählt (alle Bestellungen außer stornierten/Zahlungsfehlern), der zwischen Shops geteilte Bestand wird über StockAvailable abgelesen, Produkte, die vor weniger als X Tagen erstellt wurden, werden nicht mehr markiert, „Tage ohne Verkauf“ werden ab dem letzten Verkauf oder dem Erstellungsdatum gezählt.
• Die Preissenkung hat alle spezifischen Preise des Produkts (Gruppen-, Kunden-, Mengen- und Katalogpreise) gelöscht . Jetzt wird nur noch die vom Modul erstellte Regel ersetzt; die Senkungen summieren sich schrittweise (10 % + 10 % = 20 %), ohne Enddatum, Mindestpreis und Kosten.
• Die Kettenschritte wurden zweimal ausgeführt (direkt + Warteschlange), und fehlgeschlagene Schritte wurden endlos wiederholt; Cronlock.
• Label „Letzte Chance“: Falsche Abfrage und ein Feature ohne Shop-Zuordnung (nie sichtbar).
• Sobald ein Produkt wieder verkauft wird, verschwindet es aus der Liste und die Aktionen der Kette werden rückgängig gemacht (Etikettierung, Preisreduzierung, Outlet-Aktion, Deaktivierung); ausstehende Schritte werden abgebrochen. Die Option „Zurücksetzen“ macht auch Preisreduzierungen und Outlet-Aktionen rückgängig und reaktiviert nur die vom Modul deaktivierten Aktionen. Die Option „Deinstallieren“ belässt den Katalog im ursprünglichen Zustand.
• Das Speichern eines markierten Produkts, das nie verkauft wurde, ist fehlgeschlagen (Datumsvalidierung fehlt).
• Preis-Firewall : Kombinationen werden über Combination überwacht (die alten Prüfpunkte waren Attributwerte und lösten fälschlicherweise „Preis Null“-Warnungen aus). Gruppen-, Kunden-, Mengen- und Katalogregeln für Preise werden eingehalten. Das Speichern eines Produkts, ohne dessen Preis zu ändern, führt nicht mehr zu Vorfällen. Neue Produkte werden ebenfalls mit dem Preis Null angelegt. Neuinstallationen starten im Warnmodus .
• AJAX übertrug unter PrestaShop 9.2 nie das Token ( Tools::hash ist dort ein gesalzener bcrypt-Hash): ein Token pro Mitarbeiter, ein separates öffentliches Token für das Frontend. Berechtigungen nach Aktion (Ansehen/Bearbeiten/Löschen) anstatt „Ansehen = Alles tun“.
• E-Mails sind nie verschwunden : Vorlagen wurden nach mails/en und mails/es verschoben.
• Abzeichen : Keine „Mindestpreisgarantie“ oder „(Verifiziert)“ mehr; nur sachliche Texte mit konkurrierenden Preisen, die der Händler in den letzten 7 Tagen eingegeben hat, gleiches Geschäft und gleiche Währung, niemals von der KI geschätzte Preise; der öffentliche Endpunkt gibt die Konkurrenten nicht mehr preis; einmalig erstellt; keine Anfrage bei jedem Seitenaufruf; kein Datenbankeintrag pro Seitenaufruf.
• KI: SSRF geschlossen (wörtliche private IPs, Weiterleitungen, IPv6, Ports, fixiertes DNS); Schlüssel mit PrestaShops PhpEncryption verschlüsselt (sie wurden als fehlerhaftes Binär oder unverschlüsseltes Base64 gespeichert); Vorschläge, die von Drittanbieterseiten erstellt werden, warten immer auf Überprüfung; ein Text überschreibt niemals die anderen Sprachen; Produkt-URLs werden nicht umgeschrieben; ein angewendeter/abgelehnter Vorschlag kann nicht erneut angewendet werden; fatale Tools::link_rewrite (PS 9) und getCategoriesName behoben.
• Import: SQL-Injection durch Nicht-Zeichenkettenwerte wurde behoben; Geheimnisse des Quellshops werden nicht importiert.
• Der Wochenbericht bezieht sich tatsächlich auf die jeweilige Woche (Wochentag). Die Cron-Route wurde in rkrmpc-cron /{key} umbenannt.
• Addons-Validator: Literalversion, kein Context:: , kein HTML in PHP, keine veralteten Aufrufe, .htaccess und index.php in jedem Ordner.