Neu Neues Plugin: Profi Preise - für Flächen- & Volumenberechnungen, prozentuale Aufpreise & eigene Formel

[eRock Marketing]

Das Plugin arbeitet aktuell nur auf der Basis des Nettopreis (so sind auch alle Angaben zu machen).

 

[karabas]

1. Dann in dem Plugin in der aktuellen Version die Datei preise.js bearbeiten (z.B: /includes/plugins/km_artikelpreise/version/104/frontend/js/preise.js):

Gibt es schon Version 1.04? Ich habe in dem Ordner "version" nur "103".

 

[eRock Marketing]

Nein, offiziell gibt es nur die 103, das ist richtig.
Die 104 ist hier eine Testinstanz die ich auf unserem Server gefunden hatte - aber da scheint einiges nicht zu gehen, das ist zur Zeit auch nicht in der Prio.

Kurzum: Die 103 ist die aktuell verfügbare Version.

 

[karabas]

Eure Support ist wirklich vorbildlich!

Leider funktioniert die Sache mit Rundung nicht - Live-Berechnung mit JS spuckt " NaN " aus und in den Warenkorb wird der ungerade Preis ausgegeben.

 

[karabas]

Vielleicht habe ich Gedankenfehler und muss irgendwie anders vorgehen.
Ich habe in der vorgegebene JS-Datei (/includes/plugins/km_artikelpreise/version/103/frontend/js/preise.js) nach letzten "replaces":

formel = formel.replace(/##e\[0-9]*)##/i,function(x,y,z) {
return getEigenschaftValue(y);
});

folgende Zeile hinzugefügt:

formel = formel.replace('round(','Math.round(');

Und als letzte Preismanipulation folgende Regel gemacht:


Als Ergebnis bekomme ich den Preis "0,00€" als Liveberechnung, zwei Meldungen in Console:

• Bitte mathematischen Ausdruck der Formel pruefen
• JavaScript Fehler in der Formel, bitte mathematischen Ausdruck pruefen

Und in den Warenkorb wird die ungerade Summe 128,52€ übernommen.

Was mache ich falsch?

 

[eRock Marketing]

Ehrlich gesagt würde ich vermuten, dass das so klappt - so sollte es eigentlich sein.
Gerne können wir uns das mal anschauen, da es aber abseits des eigentlichen Plugins ist wird es wahrscheinlich ein kostenpflichtiger Aufwand.

Am besten einfach mal eine mail an support@knoell-marketing.de schicken, die Kollegen schauen dann rein und sollten Arbeiten anfallen werden die dazu auch informieren.

 

[karabas]

Ok, mache ich.
Vielen Dank!

 

[karabas]

Wir haben das Plugin seit Freitag im Einsatz, funktioniert ganz gut.
Allerdings habe ich Probleme mit nachträglichen Preisänderungen. Die Änderungen zeigen keine Wirkung bei Liveberechnung mit Javascript, in Warenkorb werden aber die richtige Beträge übernommen, also PHP-Teil macht alles richtig.
Ich habe schon den Cache im Shop und Browsercache gelöscht - hilft alles nicht.
Mein Vorgehen ist folgender:

• Als Preis setze ich minimal zu errechneter Preis, damit bei Produktlisten die richtige "ab" - Preise angezeigt werden.
• Bei den Formelkonfigurationen weise ich als erste Manipulation den richtigen Preis zu (z.B. Preis pro 1qm ist 100€) - "PREIS × 0 + 100"
• Alle nachvollgende Manipulationen besieren dann auf diesen Preis.

Das klappt ganz gut, wenn ich aber 100 auf 90 in der erste Manipulation ändere rechnet das Plugin mit JS immer noch mit 100, PHP aber schon mit 90.

Es sind noch Sonderpreise aktiv.

Woran kann das liegen?

 

[eRock Marketing]

Ich schätze hier liegt ein Fehler in der Formel vor, die PHP verarbeiten kann, jedoch JavaScript nicht (typisches Beispiel ist z.B. das Verwenden der round() Funktion, ohne die Anpassung in JavaScript).
Kann das ausgeschlossen werden ist der Support bei uns immer die bessere Wahl, da kann dann auch jemand mal reinschauen, falls es doch ein Bug sein sollte kann man das hier schlecht einschätzen, das müsste man dann mal sehen.

Danke.

 

[karabas]

Nach 3 Tagen Einsatz ist ein weiteres Problem aufgetaucht - Wawi bekommt falsche Beträge!
Kunde bekommt beim Konfigurieren die richtige Preise, Paypal und Mollie bekommen beim Bezahlen die richtige Preise, Wawi bekommt bei ca. 40% aller Aufträge die falsche Preise - mal mehr, mal weniger:


Im Adminbereich unter Statistiken -> Bestellhistorie werden auch falsche Beträge angezeigt:


Gibt es dafür eine Erklärung? Liegt es an falschen Einstellungen?

 

[karabas]

Ich schätze hier liegt ein Fehler in der Formel vor, die PHP verarbeiten kann, jedoch JavaScript nicht (typisches Beispiel ist z.B. das Verwenden der round() Funktion, ohne die Anpassung in JavaScript).
Kann das ausgeschlossen werden ist der Support bei uns immer die bessere Wahl, da kann dann auch jemand mal reinschauen, falls es doch ein Bug sein sollte kann man das hier schlecht einschätzen, das müsste man dann mal sehen.

Danke.

Die "round()"-Funktion verwende ich nicht, da es nicht funktioniert, preise.js-Datei ist in ursprünglicher Zustand.
Ich habe die beiden Fehler an Ihr Support berichtet, ich hoffe das wird kurzfristig behoben, da es schon schwerwiegend für uns ist.

 

[karabas]

Hallo @KnoellMarketing,
leider komme ich bei eurem Support nicht direkt durch (werde nicht zurückgerufen und auch meine Mails bleiben unbeantwortet), daher versuche ich es auf diesem Wege.
Kann schon einen ungefährer Termin genannt werden wann die gefixte Version des Plugins erscheinen wird?
LG

 

[eRock Marketing]

Hallo @karabas
Wir sind an der neuen Version dran und melden uns asap wenn diese verfügbar ist.

 

[deliman]

Hallo,

muss man etwas spezielles beachten, wenn man die Manipulationen bei Varkombis nutzen will?

Ich habe gerade einen normalen Artikel, bei dem ich gestern die Manipulationen eingerichtet und getestet habe, in einen Varkombiartikel umgewandelt und die Manipulationen auf einen der Kindartikel kopiert aber nun wird werder etwas berechnet noch das Ergebnisfeld befüllt.

 

[eRock Marketing]

Hallo @deliman ,

beim Wechsel des "Artikeltyps" bitte einmal die Konfiguration neu erstellen (löschen + neu anlegen).
Kindartikel erben vom Vaterartikel, das sollte gar nicht relevant sein (außer der Kindartikel hat eine Extra Konfiguration, dann wird diese bevorzugt).

Dennoch gibt es unterschiedliche Datensätze bei einfachen Variationen und Varkombis, daher ist die Neuerstellung notwendig.

 

[deliman]

Hallo @KnoellMarketing ,

habe gerade einen komplett neuen Varkombiartikel erstellt. Davon nur das 1. Kind in den Shop geladen und dafür eine kleine Manipulation per Hand neu angelegt aber funktionieren will es trotzdem nicht.
Beispielartikel: https://www.delight.de/Lichtleiste-Alu-M-individuell

 

[eRock Marketing]

Also da geht es gerade heiß her bei dem Artikel, kurz da, dann wieder nicht, Eingabe gesperrt, habe aber auch schon kurz gesehen dass das Plugin gegriffen hat.

Bitte hier einmal den Artikel sauber einstellen, und dann am Besten (falls es dann noch nicht gehen sollte) an support@knoell-marketing.de schildern was nicht klappt. Falls möglich direkt mit passendem Zugang und die Kollegen können das prüfen. Probleme mit Varkombis sind uns bisher nicht bekannt (und gerade die werden ja überwiegend eingesetzt).

 

[deliman]

Ja, da waren Sie schneller...

Habe mir Ihren Post noch einmal durchgelesen und bei "vererben" hat es Klick gemacht. Ich hatte die Manipulation direkt bei dem Kind- und nicht bei dem Vaterartikel angelegt. Prinzipiell werden jetzt die Eingabefelder korrekt angezeigt und solange man nicht die Varkombi-Varianten anwählt, auch korrekt berechnet aber sobald man die Variationen für das Kind auswählt, ist das Eingebafeld gesperrt.

Ich teste das noch mal an einen anderen (neuen) Artikel und wenn ich es dann noch nicht hinbekommen habe, dann gehe ich vor, wie oben vorgeschlagen.

 

[deliman]

Hat/hatte noch jemand Probleme bei Varkombiartikeln und evt. dem Einsatz vom Hypnos-Template? Wobei ich denke, dass das Template eigentlich weniger Einfluss auf die Funktionsfähigkeit haben sollte.

 

[karabas]

Hallo @karabas
Wir sind an der neuen Version dran und melden uns asap wenn diese verfügbar ist.

Hallo @KnoellMarketing,
die Bugs, dass das Plugin falsche Preise berechnet / an Wawi überträgt und die Kupons damit nicht funktionieren, warten schon seit Februar gefixt zu werden.
Wir haben mittlerweile Mitte April.
Gibt schon Pläne damit anzufangen?