Beiträge von Milbo

  • Regeln und Produkte

    Kein großes Problem.


    VirtueMart 2 hat mehrere Systeme zur Auswahl. Es können einmal Regeln erstellt werden und diese kann man Produkten zu ordnen. Das ist allerdings NICHT der elegante Weg. Dieser Weg ist entweder für Leute, die einen alten vm1.1 migrieren und erstmal garnichts ändern wollen, oder um in einem Sonderfall die allgemeinen Regeln zu überschreiben.


    Der Witz an den allgemeinen Regeln ist, dass sie über verschiedene Bedingungen gesteuert werden. Kategorie, shoppergruppe, Versandaddresse nach Land und/oder Staat (bzw Bezirk usw).


    Es gibt 2 Hauptgruppen von Regeln
    - für Produkte
    - für den gesamten Warenkorb


    Für Deutschland ist am besten geeignet
    - Mehrwertsteuer pro Produkt
    - Preismodifikator nach Steuer (pro Produkt)
    - Preismodifikator nach Steuer pro Rechnung


    Deutsche Mehrwertsteuer:
    Einmal die Regel erstellen, Mehrwertsteuer pro Produkt auswählen, mathematische Operation +%, Wert 19, Währung Euro, fertig.
    Nichts weitereintragen.


    VirtueMart Regel Nr 1: Wenn etwas für alles gelten soll, trage nichts ein.


    2 verschiedene Mehrwehrtsteuersätze:
    Man erstellt einfach 2 Regeln und fügt die Kategorien der jeweiligen Produkte hinzu. So würde Camping 19% bekommen und alles in der Kategorie "Supermarkt" einfach 7%.
    Klar gibts auch gemischte Kategorien. Dafür benutzen wir einen kleinen Kniff, erscheint erst etwas umständlich, ermöglicht aber sehr viele Variationen.
    2 Produktkategorien erstellen, Name Food 7% und NonFood 19%, beide Kategorien dürfen nicht veröffentlicht werden (also unpublishen). Dann das Produkt welches mit 7% berechnet werden soll einfach der Kategorie Food 7% zu ordnen.


    Wichtig ist es die Mehrwertsteuer auszuwählen und nicht die normale Steuer, die ist nämlich eher für Zoll und ähnliches gedacht (Alkohol nach Skandinavien z.B.). Denn wenn Mehrwertsteuer ausgewählt ist, dann wird diese dem Preisnachlass entsprechend zurückgerechnet.


    Allerdings, will man das ganze jetzt Europaweit mit entsprechender Steuer machen braucht man ein Plugin Orders : EU Vat ID checker


    Die Berechnungen können noch verfeinert werden. Man kann verschiedene Selbstkosten definieren, pro Menge und Shoppergruppe. Man kann auch kurzzeitig mal einen Preis überschreiben. Man kann auch Regeln erzeugen, die nie gültig sind (Datum in der Vergangenheit), aber zum überschreiben benutzt werden können (Sonderangebote). Ich betone nochmals, die Einstellungen für die Preise in "Produkt Preisangaben" sollten sein
    "Standard-Regeln zuordnen", "Allgemeine Regeln zuordnen" und gewöhnlicherweise keine Shoppergruppe => gilt dann für alle (siehe Regel Nr 1).


    Wer Quantity Regeln einfacher Konfigurieren will sollte unser Quantity plugin benutzen Products : Quantity related price calculation
    Es kann auch benutzt werden für Preisnachlässe ala "Wer für mehr als 100 euro kauft, bekommt 5%). Wir bauen gerade einen neuen Kalkulator, dann werden auch bei mehreren Discounts pro Rechnung die Mehrwertsteuer richtig gerechnet. Ausserdem gibt es jetzt auch Regeln pro Kart abhängig nach Kategorie.

  • Problem bei der Berechnung der CH-Versandkosten

    Shipment auf Produkte bezogen gibt es leider noch nicht.


    Das feature fehlt momentan einfach. Wobei man das bei dir vielleicht auch lösen kann, indem man das vorhande shipment um die Größe erweitert. Mehrfach auswahl eines shipment fehlt noch komplett, also das ein shipment sich selbst einfach 3 mal zählt z.B.

  • VM Invoice

    Teilweise, Reinhold hat einen patch für die 2.1 bereitgestellt.


    Aber die Grundregel ist, das vm ein framework sein soll, welches leicht zu erweitern ist. Denn wie man bei den download plugins jetzt sieht (es gibt bereits 4) erzeugt eine gute Schnittstelle mehr Lösungen als ein fertig geschriebenes Systeme. Dasselbe kann man bei den coupons beobachten.
    Spezialisierte Hersteller erzeugen in der Regel besser Komponenten als wir es in diesem Bereich können, weil diese sich eben spezialisiert habne, während der Core, eben der core ist. Letztendlich ist das eine Art Arbeitsteilung. Andere ecommerce systeme haben bedingt durch größere Firmen (bis zu 100 Leute) einen größeren Wasserkopf. VM funktioniert mehr wie eine offene Cloud company. Es gibt mehr als 60 3rd party Entwickler, das sind keine Templater dabei, keine Webagencies, nur Leute die erweiterungen für vm2 schreiben. Diese sind für ein gutes ecommerce system unerlässlich, sie konkretisieren das abstrakte Potential von vm2. Daher ist es seltsamerweise kontraproduktiv, wenn wir features, die gut als Extension realisierbar sind in den Core einbauen. Besonders schlimm, wenn es bereits eine Extension gibt, da hat jemand investiert.
    Qualität und Support wollen wir verbessern indem wir nur geprüfte Erweiterungen anbieten Welcome to VirtueMart Extensions


    So kauft ihr bald alles "aus einer Hand". Wobei tatsächlich dahinter verschiedene kleine Firmen und Selbständige stehen.


    Die Idee ist auch, das alle Entwickler ihre Erweiterungen vor unserem Release testen, da wir dann eine bessere Kommunikation erreichen werden.

  • Was ist mit VM pasiert?

    Mir ist nicht klar wo da der Unterschied ist.


    In vm2 landet man immer erstmal im Warenkorb. Solange informationen fehlen, hat der den Status "Zur Kasse". Wenn man da drauf drückt, wird
    1. Die Addresse abgefragt,
    2. Die Versandart gewählt.
    3. Die Bezahlmethode gewählt.


    Danach wird der Warenkorb nochmal abschliessend gezeigt und hat jetzt den Status "Bestellung kaufen" oder so ähnlich. Das einzige was imho fehlt ist, wenn man die AGBS noch nicht angeklickt hat, dass das checken dieser per ajax den Status ändert, ansonsten klickt man halt nochmal drauf.


    Ich verstehe also nicht so ganz, was da jetzt anders ist.

  • Kundennummer

    Das plugin kann imho auch Kundennummer. Falls nicht, den code hab ich hier und würde den dann Reinhold geben, weil mit einem Plugin kann Kundennummer, Ordernummer und Rechnungsnummer ändern.


    Was ist mit der 2.0.18?

  • Age Verificationfield - Vorgabe wird ignoriert, Format zu Eingabe ist Starr "dd.mm.yy

    Dieses Feature ist leider noch buggy. Gibt erst jetzt stimmen, die das fordern. Ich muss zugeben, mir war garnicht klar, das der Codeteil im dropdown auswählbar ist. Muss man halt im model customfield fixen. Code schnipsel sind gern gesehen. Ansonsten ist mit einem Fix für die vm2.2 im januar zu rechnen.


    Das format ist auch so ein Ding, wir nutzen die joomla settings, aber leider nicht einheitlich, wollen wir für die vm2.2 dann auch machen.

  • Bilderupload zum Produkt

    Einzeln bearbeiten heisst für mich:
    Produkt editieren, auf den Tab für Bilder gehen, dann unten auf hochladen klicken, bild von der Platte wählen, okey drücken. Dann Bild informationen anpassen.


    Bild informationen anpassen muss manuell gemacht werden, das geht nicht automatisch. Direkt überhalb wo die ausgewählten Bilder stehen, ist eine Suche. Bild suchen, anklicken, fertig. Das ist deutlich kürzer.