Unterschiedliche MwSt Sätze gibt es ja schon, mir fehlt nur ein weiteres Preisfeld.
Das kann halt der Product Builder, er kombiniert verschiedene Produkte als ein "Produkt" und legt diese (im Endeffekt als einzelne Produkte) in den Warenkorb, so kann die Steuer unterschiedlich berechnet werden.
oh, Stefan, da irrst du dich.
Nein, da irre ich nicht. Da muss man nur auf den genauen Wortlaut achten.
VM-Menü - Shop - Shop - Reiter 3
oder Reiter 2 in meinem Admin-Template. 
In einer Joomla Gruppe hatte ich vor einiger Zeit so etwas gelesen. Ich bin aber nicht sicher, in welchem Zusammenhang das war.
Vielleicht findet sich da etwas im Joomla Bug Tracker.
Wurde der Shop als 3.0.18 frisch installiert oder ist das ein Update?
Ich habe das Problem so noch nicht gehabt, deshalb kann ich dazu nichts sagen. Ich weiß nur, dass die Devs gerade an der Sprache gearbeitet haben.
Eine Spiegelung des Shops kann ich nur empfehlen. Wenn das einmal steht, eigener Ordner im Webspace, Datenbank und test.domain.xyz, dann ist das im Nu immer wieder erneuert/angelegt.
Entweder manuell über SSH und Datenbank Ex-/Import oder mit Tools wie Akeeba Backup (auch wenn ich das eher selten benutze).
Testinstallation vertreibt Kummer und Sorgen.
Dann würde ich eine Testinstallation hochziehen und die 3.0.18 oder 3.0.18.9a verwenden, da ist das gelöst, siehe Deinen anderen Thread.
Servus,
es wurde gerade etwas am Sprachsystem geändert, ist das eine Unterversion von 3.0.18.x oder genau die 3.0.18?
Wenn es eine Testinstallation gibt, wäre es sinnvoll, die 3.0.18.9a zu nehmen, und zu schauen, ob es funktioniert.
Files - VirtueMart
Grüße
Stefan
In der aktuellen VirtueMart-Version funktioniert das bei mir (vor einer Minute getestet) einwandfrei.
Ich denke, aktualisieren löst das Problem. Ich hatte das Problem auch vor ein oder zwei Jahren einmal.
Grüße
Stefan
Interessant. Hätte ich jetzt nicht gedacht.
Hier findest Du die neueren Versionen mit vielen Bugfixes, aktuell ist es die 3.0.18.9a:
Files - VirtueMart
Für Live-Shops habe ich normalerweise immer eine Testinstallation parallel laufen. Eigener Ordner, eigene Datenbank auf einer Subdomain, z. Bsp. test.meine-seite.de.
Das kann ich nur empfehlen, um Updates und solche Probleme wie oben zu testen.
Wenn man bisserl in Übung ist, dauert das Spiegeln kaum 15 Minuten und man kann sich alles in Ruhe anschauen, ohne den Live-Shop abzuschießen.
Wenn Dich der Bug weiterhin erst einmal nicht stört, ist auch die 3.0.18 ok.
Ah, jetzt ja.
Es gibt bei den Selbsterstellten Feldern die Möglichkeit, Gruppen zu erstellen.
Zum Beispiel könnte man die Gruppe Trommel anlegen.
Dann Selbsterstellte Felder:
Stöcke - Holz, Metall
Schrauben - Gold, Silber, Bronze
Fell - Künstlich, Natürlich
Ständer - hoch, tief, klein, weit
Alle diese SFelder haben nun "Standardwerte" und sollten in die Gruppe Trommel.
Wenn man nun im Produkt die Gruppe Trommel auswählt, werden alle vier SFelder mit den Grundwerten automatisch angelegt.
Vielleicht geht das ein wenig in die Richtung.
Ansonsten würde evtl. folgendes Sinn machen: Beispielprodukt anzulegen, dieses über die Datenbank exportieren, dann in der Tabellenkalkulation die Produkte kopieren/editieren und nachher wieder importieren.
Grüße
Stefan
Servus,
welche VM-Version wird da verwendet? Das mit den blocking categories wurde vor einem Jahr bereits angesprochen und gelöst, wenn ich mich richtig erinnere.
Grüße
Stefan
Servus Christian,
welche Version von VM verwendest Du?
Das Problem wurde, wenn ich mich recht erinnere, irgendwann nach 3.0.18.x beseitigt.
Grüße
Stefan
In VM kann man alles selbst anpassen.
Dateien zu Mails und Rechnungen befinden sich hier:
components/com_virtuemart/views/invoice/
Override dazu sollte dann im Template angelegt werden.
Servus,
VM ist nicht unbedingt eine Hotelbuchungssoftware. Evtl. könnte man das mit dem Product Builder von Breakdesign hinbekommen.
Grüße
Stefan
Servus,
in jedem Produkt können zuvor angelegte "Selbsterstellte Felder" eingebaut werden.
Im Backend gibt es in der Produktansicht dazu den Reiter "Selbsterstellte Felder". Dort kann man diese Felder auswählen, und dann werden sie auch im Frontend angezeigt.
Die letzte Frage mit den CSV-Dateien verstehe ich nicht ganz.
Für die Migration von VM 1 nach VM 3 kann der Migrator von Daycounts sehr hilfreich sein.
Grüße
Stefan
E-Mail-Vorlagen von Olympianthemes:
https://www.olympianthemes.com…rt-html-order-emails.html
Oder selbst Overrides im Order invoice anlegen.
Servus,
Olympianthemes hat ein Layout für die Bestell-E-Mails gemacht, ...EDIT xxx gelöscht xxx.
https://www.olympianthemes.com…rt-html-order-emails.html
EDIT: Das hilft leider doch nicht, es sei denn zur Indeengebung für einen Override der invoice.php und Co.
Artio hab ich bei einigen auf deren Wunsch herausgeworfen und die Rechnung nach einer grafischen Vorlage per Overrides angelegt. DIE Rechnungskomponente schlechthin würde ich deshalb so nicht sagen.
EDIT: xxx gelöscht xxx
Grüße
Stefan
Servus,
es wäre sicherlich besser, wenn Du einen Link zu Deiner Seite posten könntest. Dann kann man sich das Problem besser anschauen.
Kann es sein, dass eine Änderung in der Datei
components/com_virtuemart/views/category/tmpl/default.php
das Problem löst? Die ist für die Anzeige einzelner Kategorien und deren Produkte zuständig.
Auch hierfür sollte dann ein Override im Template-Ordner angelegt werden.
So short
Stefan
Hallo Andreas,
der Override für den Preisnachlass ist in der default_pricelist.php der View Cart.
Im Template-Ordner ist das dann unter .../html/com_virtuemart/cart/.
Wenn es im Flexo-Template nicht angezeigt wird, jedoch im Protostar, muss es mit dieser Datei zu tun haben. Manchmal ist es sinnvoll, die Overrides einfach zu löschen, und die VM-Originaldateien zu nehmen/anzupassen.
Grüße
Stefan
