Hallo,
obwohl noch ein Problem in Bearbeitung ist, habe ich auch leider schon das nächste Problem. :-\
Ich will mit 'invoice_addpos_final' die Versandkosten verändern, da zum Beispiel beim Dropshipping
die Versandkosten durch eine feste Gebühr (z.B. 8.00) ersetzt werden sollen.
Als ich aber damit keinen Erfolg hatte, wollte ich überprüfen ob 'invoice_addpos_final' überhaupt
bei uns funktioniert. Dazu habe ich Ihr Standardskript zur Veränderung der Versandkosten aus der
Hilfe benutzt. Ich habe es nur dahin gehend verändert, dass es in jeder Lieferzone funktioniert.
Den Testwarenwert habe ich dabei auf 10,- EUR gesetzt.
Hier das Test-Skript:
sub invoice_addpos_final {
my $ref_gesamt = $_[0];
my $ref_gesamt_steuer = $_[2];
my $ust = $_[3]/100;
my $netto = $_[4];
my $versandkosten = $_[5];
my ($wert,$text) = ssp::get_cart_zone();
if ($$ref_gesamt - $$versandkosten > 10) {
$$ref_gesamt -= $$versandkosten;
$$ref_gesamt_steuer -= (1 - 1/(1+$ust))* $$versandkosten;
$$versandkosten = 0;
}
return 0;
}
Leider wird dieses Script eben so wie meine vorrangegangenen Versuche vom
Shop ignoriert. Wir benutzen auch im WK den Standardplazhalter für den Versand __versand__.
Die Frage ist warum funktioniert es nicht. ???
Wir benutzen übrigens noch die Version 2.8, da wir noch keine Zeit für ein
Update hatten.
In meinem speziellen Fall möchte ich übrigens, das der Kunde im Warenkorb, in einem separatem Formular mit einem Select-Feld
angeben kann ob er Dropshipping wünscht oder nicht (Wert 0/1). Dies habe ich auch soweit hinbekommen.
Die Post-Variable wurde jedoch ignoriert und daher habe ich einfach mal das Standardskript ausprobiert, mit dem Ergebnis,
dass es nicht funktioniert hat.
Hier habe ich auch gleich noch die Frage ob ich eigentlich die POST-Variable für das Dropshipping im ganzen Bestellvorgang
mitführen muss? Oder wird die Veränderung der Versandkosten , global registriert. Hier wäre ich auch für einen Tipp dankbar.
Gruß
mt
Hallo,
hat denn keiner eine Idee warum 'invoice_addpos_final' nicht funktioniert? :(
Ich habe in der Callback noch die 'modify_db_price' und 'invoice_addpos' für die
Rabatte stehen. Heben sich denn da irgendwelche Funktionen auf?
Im Warenkorb selbst habe ich auch nur Standardplatzhalter.
Kann ich vielleicht noch irgendwelche Tests machen?
Gruß
mt
Hallo mt,
eine Idee" habe ich schon, aber nachdem ich mich beim letzten Thema schon blamiert habe, wollte ich lieber nichts mehr sagen ;)
Ich hatte mal ein Problem mit 2 Callbackscripten, die sich auch nicht "vertragen" haben.
Habe dann beide Scripte in eines zusammengepackt und dann ging's.
Allerdings ist das ganze schon prinzipiell sehr kompliziert, da ich meistens bei einem neuen Callback auch alle anderen wieder neu anpassen muß.
also auf "Ferndiagnose" trau ich mir da nicht zu, einen wirklich brauchbaren Tipp abzugeben :(
Hallo dobra,
Danke, das ist doch schon mal was! :)
Beim letzten Thema hast Du dich übrigens nicht blamiert, es war halt sehr schwer und zu speziell.
Wir hatten auch erst Gestern am späten Nachmittag mit 'ahe' zusammen eine Lösung.
Werde mal schauen welche Funktionen sich da nun 'beißen'.
Gruß
mt
Hallo,
habe alle Funktionen, bis auf 'invoice_addpos_final' testweise gelöscht.
Funktioniert immer noch nicht. Aber es war einen Versuch Wert.
Gruß
mt
Hallo mt,
vielleicht habe ich doch einen möglichen Ansatz gefunden?
ZitatIch will mit 'invoice_addpos_final' die Versandkosten verändern, da zum Beispiel beim Dropshipping
die Versandkosten durch eine feste Gebühr (z.B. 8.00) ersetzt werden sollen.
vielleicht ist da invoice_addpos_final nicht unbedingt notwendig...
Schau Dir mal im Handbuch das Kapitel
3.6.1.6 Artikelabhängige Versandkosten mit XSHIPPING(Seite 43) an.
Zitat...
Die Direktberechnung kann man dann anzuwenden, wenn es feste Versandkosten pro Artikel gibt. Dies ist oft bei
Waren der Fall, die per Spedition ausgeliefert werden.
...
ich weiß allerdings nicht genau, ob das in Deinem Fall passt, aber das
ZitatDen Testwarenwert habe ich dabei auf 10,- EUR gesetzt.
hat mich aif die Idee gebracht...
Hallo dobra,
das Problem bei XSHIPPING ist, dass es Artikelabhängig ist.
Dropshippinggebühren sind für die gesamte Bestellung gültig unabhängig vom Artikel.
Das heißt, wenn der Kunde Dropshipping anklickt entfallen für die gesamte Bestellung die Versandkosten.
Dafür kommen aber die (höheren) Dropshippinggebühren auf die Rechnung rauf.
Ich komme also um 'invoice_addpos_final' nicht herum.
Gruß
mt
hmmm, jetzt weiß ich, worum es geht...
Du müßtest also abfragen, ob Dropshipping angeklickt ist
sollte dann ungefähr so funktionieren (wenn ich nicht wieder einen Denkfehler genacht habe)
sub invoice_addpos_final {
my $ref_gesamt = $_[0];
my $ref_gesamt_steuer = $_[2];
my $ust = $_[3]/100;
my $netto = $_[4];
my $versandkosten = $_[5];
my $wert = Dropshipping angeklickt?; ## flag: 0 = nicht angeklickt, 1 = angeklickt
if ($wert == "1") {
$$ref_gesamt -= $$versandkosten;
$$ref_gesamt_steuer -= (1 - 1/(1+$ust))* $$versandkosten;
$$versandkosten = 150; ## der Dropshipping - Betrag
}
return 0;
}
Ja ungefähr so soll das Skript dann aussehen :D, ich muss dann halt nur noch rausfinden,
wie ich den Dropshippingwert durch den Bestellvorgang 'schleppe'. :-\
Leider ist dass aber derzeit noch nicht mein Problem, da 'invoice_addpos_final'
vorerst gar nicht funktioniert. Wenn also dann das Standardscript funktioniert,
kann ich mich an die eigentliche Funktion machen.
Hallo,
es sind zwei Sachen zu beachten (vielleicht ist das ja beachtet worden, aus dem Code kann ich es nicht erkennen).
<!--spmacro:module(Callback)
sub invoice_addpos_final {
}
-->
Die Funktion muss im Modul Callback liegen und sich in sdtall.ipl oder stdcart.ipl befinden.
Die Funktion darf nicht mehrfach in verschiedenen Datein existieren.
Gruss hop
Hallo admin,
die Funktion ist genau dort wo Sie sein soll und auch nur einmal vorhanden.
Ich habe auch schon testweise alle anderen Callbacks gelöscht, ohne positives Ergebnis.
Gruß
mt
im Demoshop Carshop wird die Funktion genutzt um die MWST bei Lieferung in die Schweiz entfallen
zu lassen. Habe gerade nochmal geschaut, das funktioniert einbwandfrei.
Gruss hop
AAH! UUPS! Sorry ;D Da fällt mit ein, wir haben die Funktion schon in der stdcart.ipl.
Jetzt wo Sie das Stichwort mit den schweizer Liferzonen geben, fällt es mir ein.
Gut dann probiere ich jetzt die eigentliche Funtion.
Da habe ich gleich noch eine Frage, wenn ich den Dropshipping-Wert per POST an das Skript gebe,
muss ich dann diese POST-Variable durch den ganzen Bestellvorgang mitführen oder registriert der Shop
die Veränderung. Und wenn wie führe ich die Varible am besten mit?
Vielen Dank!
Gruß
mt
ZitatUnd wenn wie führe ich die Varible am besten mit?
mit ssp::cart_write_var / ssp::cart_read_var wie ahe schon beim Rappen und Öre Problem geschrieben hat
Wenn ich ein separates Formular im WK habe und dort das falg-Feld habe,
kann ich dann die Variable mit 'ssp::cart_write_var' abfragen? Wie denn?
Ich habe es noch nicht ganz verstanden, bin heute irgendwie nich so schnell.
Gruß
mt
wenn Du z.B. die Auswahl als Radio hast
<input type="radio" name="Lieferart" value="Dropshipping "> Dropshipping
ssp::cart_write_var('Lieferart');
auslesen mit
ssp::cart_read_var('Lieferart');
AH! Verstanden! Danke! :D
Viele Grüße
mt
Hallo,
irgendwie weiß ich nicht, wie ich im Warenkorb über ein separates Formular mein Flagfeld an den WK übergebe.
Welche Formular-Action muss ich denn nehemen, damit der Warenkorb meine Übergabe registriert?
Für den Warenkorb selbst ist ja nur eine begrenzte Anzahl an von Actions möglich (chgcart, placecart,showcart,delwk etc...)
Der Warenkorb bekommt einfach nichts von meinem Select-Feld mit und in meiner Hilfe (2.80) und auch in der
SSP-Hilfe (2.80) ist nicht über 'ssp::cart_write_var' zu finden. Habe sogar bei Shoppilot.de nachgeschaut.
Gruß
mt
eine Möglichkeit wäre das mit JS zu machen
<form method="post" name="test" action="http://__xxpath__?placecart,__xxsession__">
<input type="radio" name="Lieferart" value="Dropshipping " onclick="javascript:document.all.test.submit()"> Dropshipping
</form>
sobald jemand den Radiobutton anklickt, wird das Formular abgeschickt -> der WK wieder neu aufgerufen -> das
ssp::cart_write_var('Lieferart'); sollte ausgeführt werden.
Allerdings solltest Du dann noch einbauen, daß die Radiobox beim neu laden markiert bleibt.
Kann das gerade nicht testen und weiß ja auch nicht, WIE Du das Auswählen der Lieferart realisiert hast.
Hatte das schon mit 'http://__xxpath__?placecart,__xxsession__' probiert.
Mein Formularwert wurde trotzdem ignoriert.
Habe es gleich unter der Liferzonen/Zahlungsart-Auswahl
Ich nehme übrigens ein Select-Feld mit dem Wert Dropshipping Ja/Nein.
Gruß
mt
Hallo mt,
hab Dir jetzt mal ein fertiges Script gebaut - bitte direkt in die WK-Seite schreiben.
<!--spmacro:module(check)
sub lieferart {
my $wert = ssp::qform(ssp::get_var_form('test'));
ssp::cart_write_var('Lieferart', $wert);
}
sub selected {
my $janein = ssp::cart_read_var('Lieferart');
if ($janein == 1) {main::mprint "selected";};
}
sub selected2 {
my $janein = ssp::cart_read_var('Lieferart');
if ($janein == 0) {main::mprint "selected";};
}
-->
__check::lieferart__
<form method="post" action="http://__xxpath__?placecart,__xxsession__">
<select name="test" size="1" onchange="this.form.submit()">
<option name="test" value="">bitte wählen</option>
<option name="test" value="1" __check::selected__>ja</option>
<option name="test" value="0" __check::selected2__>nein</option>
</select>
</form>
in meinem Testshop wird damit
1) bei Auswahl das Formular automatisch abgeschickt = der WK neu geladen
2) der Flag (0 = kein Dropshipping, 1 = Dropshipping) korrekt in die WK-Datei geschrieben
3) die Auswahl bleibt beim neu laden des Warenkorbs erhalten
P.S.:
die Callbackabfrage sollte dann so ausschauen:
my $wert = ssp::cart_read_var('Lieferart');
if ($wert == "1") {
DANKE!!! :D
Werd's gleich morgen ausprobieren!!!
Übrigens clever gelöst mit den selectierten Feldern, hätte mir darüber erst später einen Kopf gemacht.
Aber nur noch eine 'dumme' Frage:
Woher hast Du denn nun eigentlich das mit 'ssp::cart_write_var' und 'ssp::cart_read_var'?
Ich habe echt nirgends was gefunden! War gestern (von ahe) schon über diese Variablen überrascht.
Habt Ihr andere Hilfen? ???
Na denn einen schönen Abend.
Gruß
mt
ZitatWoher hast Du denn nun eigentlich das mit 'ssp::cart_write_var' und 'ssp::cart_read_var'?
nein, ich habe auch keine anderen Handbücher.
Diese - bei
sehr vielen Aufgaben
SEHR hilfreiche Funktion ist (noch) nirgends dokumentiert.
Ich habe das - wie fast alles, was ich heute kann - mal von ahe gelernt :D
Hallo nochmal,
habe gerade eine kleine Ungenauigkeit bei dem Script festgestellt
mit der Abfrage if ($janein == 0) wird "" (nichts) mit "0" interpretiert.
wenn also ein Kunde den WK zum ersten mal aufruft bzw. noch keine Lieferart gewählt hat, ist somit "nein" voreingestellt.
Wenn Du das nicht willst, sondern das "bitte wählen" angezeigt werden soll, bitte das Script so ändern:
...
if ($janein == 2) {main::mprint "selected";};
...
<option name="test" value="2" __check::selected2__>nein</option>
...
(an der Callbackabfrage ändert sich dadurch nichts)
:D :D :D :D :D
Genau das gleiche habe ich auch schon festgestellt.
Jedoch habe ich noch das Problem, dass die Werte bei mir verkehrt herum interpretiert werden.
Aber das kriege ich schon hin, ist bestimmt nur was Kleines, bin manchmal ein bisschen schusselig. ;)
Ein viel größeres Problem ist derzeit, dass die Variable außerhalb des WK und im weiteren Bestellablauf verloren geht,
denke aber das ich den Fehler gefunden habe. In der Funktion wo die Variable gebildet wird muss ich noch eine
Abfrage machen ob die Variable schon gesetzt ist, da Sie sonst mit 'Leer' überschrieben wird. Vermute zumindest, dass es daran liegt.
Bin da noch am arbeiten.
Gruß
mt
Hallo dobra,
Leider ist der gesetzte Dropshippingwert außerhalb des Warenkorbs und
im weiteren Bestellvorgang wieder undefiniert :(
Ich habe Dein Scripft fast so übernommen.
EdiT:
Habe ein paar Testausgaben gemach und habe festgestellt, das 'ssp::cart_write_var('Lieferart', $wert);'
immer den selben Wert hat, egal was ich im Selectfeld übergebe. Der Wert ist immer 1 (ist bei mir Nein).
Er ist auch schon von Anfang an 1 (Vor der Auswahl).
Woran kann das liegen?
Hallo mt, hallo dobra,
ich schalte mich mal eben dazwischen ;)
<select name="test" size="1" onchange="this.form.submit()">
<option name="test" value="">bitte wählen</option>
<option name="test" value="1" __check::selected__>ja</option>
<option name="test" value="0" __check::selected2__>nein</option>
</select>
Ich kann zwar nicht garantieren, dass es der Fehler ist, aber nur das select sollte ein name-Attribut haben und nicht die 3 options.
mit ssp::get_var_form("test") wird der aktuelle Wert des selects ausgelesen. Könnte sein, dass die 3 weiteren name="test" den Fehler verursachen.
mfg
cru
Hallo cru,
den 'Fehler' (HTML ignoriert es einfach), habe ich auch schon festgestellt, ist aber nicht die Ursache.
Gruß
mt
Hallo mt,
am besten versuchen Sie einmal das Script in einen Demoshop einzubauen.
Dann wissen Sie wenigstens ob es am Script liegt oder ob irgendetwas anderes nicht in Ordnung ist.
Bei meinen Tests im Demoshop(carshop) funktioniert dobras Script tadellos.
mfg
cru
Fehler gefunden
sub lieferart {
my $wert = ssp::qform(ssp::get_var_form('test'));
if ($wert ne "undefined") {
ssp::cart_write_var('Lieferart', $wert);
}
}
zumindest in meinem Testshop funktioniert es jetzt ;D
warum DU immer "1" hast, ist mir allerdings ein Rätsel ???
Hast Du die Einträge in der cart-Datei kontrolliert?
@cru
Danke für den Hinweis! werd ich mir merken
hat aber mit DIESEM Fehler nichts zu tun - mit der Korrektur funktioniert es mit und ohne die name="test"s in den option-Feldern.
Das mit dem Wert = 1 war ein Denkfehler von mir (ich sitze glaube schon zu lange an dem Problem ;))
Unabhängig davon habe ich immernoch das Problem, dass er mir den Wert nicht außerhalb des WK und
beim Bestellvorgang übergibt. Kann aber auch damit zusammenhängen, dass ich noch ein anderes Problem habe.
Die Werte 'write_var' und 'read_var' werden korrekt gesetzt nur meine Auswertung funktioniert irgendwie nicht.
Bei 'Nein' bekomme ich 'Ja' und bei 'Ja' bekomme ich 'Nein'. ???
Ich fühle mich das erste Mal wie ein Anfänger (und das nach 6 Jahren Prog-Erfahrung). :-\
Kann bei dem Problem noch nicht mal nen Code-Schnipsel geben, da ich nicht weiß wo der Fehler liegt.
Gruß
mt
OK! Kann jetzt mehr dazu sagen:
Wenn ich im WK 'Ja' auswähle zeigt er den falschen Versandwert an, verlasse ich aber dann den
WK und gehe dann wieder zurück zum WK ist der richtige Dropshipping-Wert gesetzt und auch 'Ja'
ausgewählt. Er führt dann den Wert sogar richtig durch den Bestellvorgang.
Gleiches ist wenn ich das mit 'Nein' mache.
Verändere ich die Dropshippingauswahl im WK ist 'optisch' (Versandwert) wieder ein falscher Wert gesetzt.
Heißt, sobald ich das Auswahlfeld betätige wird der Versandwert 'optisch' nicht richtig gesetzt, in der Bestellung und
auch außerhalb des WK ist der Wert aber richtig.
Ich hoffe ich konnte das jetzt irgendwie richtig erklären.
Wenn da jemand ne Idee hat?
Gruß und nochmals vielen dank für Eure Mühen :)
mt
hmmmm, habe mal zum Test den ssp::cart_read_var Wert im WK ausgegeben - DAS wird korrekt angezeigt.
das Problem scheint zu sein, daß das Callback Script vor dem ssp::cart_write_var ausgeführt wird.
Irgendwie müßte man (glaube ich) das Callback als "after_read_template" definieren
aber ob oder wie das geht, weiß ich leider nicht ???
Genau diese Testausgabe habe ich auch gemacht, daher weiß ich ja, dass das Skrip funktioniert.
Der Wert wird aber esrt bei nächsten Aktualisierung angezeigt! ???
Also Problem zwar erkannt, aber keine Lösung.
Gruß
mt
Hallo mt,
mit ShopPilot gibt es immer eine Lösung ;D
ist zwar nicht sehr schön, aber es funktioniert:
(Der "Trick" ist eine zwischengeschltene Seite, auf der das ssp::cart_write_var ausgeführt wird)
1) eine HTML-Seite "umleitung,html anlegen
auf dieser Seite steht nicht außer
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<!--spmacro:module(check)
sub lieferart {
my $wert = ssp::qform(ssp::get_var_form('test'));
if ($wert ne "undefined") {
ssp::cart_write_var('Lieferart', $wert);
}
}
-->
__check::lieferart__
<META HTTP-EQUIV="REFRESH" CONTENT="0; URL=http://__xxpath__?placecart,__xxsession__">
</head>
</html>
2) eine Infoseite Titel: "umleitung" anlegen und als Vorlage die umleizung,html eintragen
3) den Codeteil, der jetzt in der umleitung.html steht, aus der warenkorb,html rausnehmen
=da steht dann nur noch
<!--spmacro:module(check)
sub selected {
my $janein = ssp::cart_read_var('Lieferart');
if ($janein == 1) {main::mprint "selected";};
}
sub selected2 {
my $janein = ssp::cart_read_var('Lieferart');
if ($janein == 2) {main::mprint "selected";};
}
-->
und den formtag so ändern:
<form method="post" action="http://__xxpath__?showbynameumleitung,__xxsession__">
versuch's bitte mal - im Testshop funktioniert es :)
OK! Ist wirklich nicht sehr schön die Lösung aber
wenn Du Dir solch ein Mühe gibt MUSS ich es ja ausprobieren.
Auch wenn ich solche Umstände vermeiden wollte.
Gruß
mt
:D :D :D :D :D :D :D
ES FUNKTIONIERT!!! DANKE!!!
Ich wollte zwar ursprünglich die Funktion in die 'stdall' auslagern (ist sauberer und übersichtlicher), aber das hat leider
irgendwie nicht funktioniert, da hat dann die Weiterleitung nicht geklappt.
Aber gut, ich will nicht meckern, das Ergebnis zählt, wenn auch etwas prakmatisch. ;)
Viele Grüße und ein schönes Wochenende!
mt