Beiträge von StefanSTS

    Guten Morgen,


    der Override muss wahrscheinlich für das Frontend (Site) angelegt werden.


    Wenn man über Joomla-Menü -> Erweiterungen -> Sprachen -> Overrides auf der linken Seite "de-DE Site" aufruft, kann man dort die Sprachvariable und Übersetzung eingeben.


    Wenn man Sprach-Overrides für Rechnungen und E-Mails anlegt, ist es wichtig, die Overrides für "de-DE Administrator" anzulegen, und dort den Haken "für beide Bereiche" zu setzen.
    Da Rechnungen und Mails einmal über das Frontend und einmal über das Backend angelegt werden können, werden die Sprachvariablen aus den jeweiligen Bereichen "Administrator/Backend" oder "Site/Frontend" geladen.


    Grüße
    Stefan

    Servus,


    ein Override könnte hier sein:
    /templates/Mein_Template/html/com_virtuemart/cart/order_done.php oder neuerdings orderdone.php.


    Wenn die Datei dort nicht vorhanden ist, kann man diese hier nehmen:
    /components/com_virtuemart/views/cart/tmpl/order...php


    Diese Datei in den erstgenannten Ordner oben kopieren, damit man einen Override hat und nicht die core-Datei überschreibt.


    Grüße
    Stefan


    PS. Mehr Informationen, präzisere Antworten. Bitte einmal lesen: Wie bekomme ich schnellstens hilfreichen Antworten

    Servus,


    der Vorgang ist im Grunde eine Anfrage, dann müsste das Gewicht/Endpreis ermittelt werden, danach braucht es eine erneute Bestätigung des Kunden.
    Dieser Vorgang ist ziemlich kompliziert und wird für den Kunden nicht sehr zufriedenstellend sein, weil die Bestellung sich unter Umständen extrem verlängert, wenn die Gewichtsermittlung nicht zeitlich eintrifft, bzw. der Kunde bei Abgabe der Gewichtsermittlung nicht mehr verfügbar ist.


    Ob es mit deutschem Recht vereinbar ist, einen ca. Preis anzugeben und ohne späteres Einverständnis den Preis anzupassen, würde ich mit einem Rechtskundigen vorher klären.


    Nun stellt sich die Frage, welche Zahlungsart zur Verfügung stehen soll. Paypal zum Beispiel fällt aus, weil bei der Anfrage/Bestellung, der Preis nicht feststeht, der Kunde müsste also noch einmal in den Shop zur endgültigen Bezahlung, nachdem der Preis feststeht.
    Bei Zahlung auf Rechnung oder Barzahlung wäre der Vorgang kürzer und wenn es ohne Bestätigung des Endpreises von Seite des Kunden ablaufen kann, sicher vom Verkaufsvorgang am einfachsten für alle.


    Vieles hängt davon ab, ob die Ware verschickt wird, vom Kunden abgeholt wird, usw.


    Evtl. macht es Sinn, VirtueMart nur als Anfrage-System laufen zu lassen, also statt "Kaufen"-Button, "Anfrage absenden" verwenden, und den Abschluss des Vorgangs, telefonisch, im Laden oder anderweitig abzuschließen.
    Das wirft dann auch die Frage auf, ob Rechnungen von VirtueMart erstellt werden, oder extern.


    Im Grunde kann ich hier nur ein paar zusätzliche Fragen aufwerfen, die individuell geklärt werden müssen. Mit Beantwortung der Fragen wird der Gesamtprozess dann langsam klarer. Es kann helfen, die einzelnen Prozessschritte aufzumalen, damit man ein Bild davon bekommt.


    Grüße
    Stefan

    Servus,


    vielleicht macht es in Deinem Fall Sinn, das Produkt über "Produktvariante/Multi Variants" zu realisieren.
    Somit wäre jedes Produkt ein Kindprodukt von einem Ausgangsprodukt(, das versteckt sein kann und nur als Muster verwendet wird oder das erste Produkt in der Reihe ist).


    Allerdings weiß ich immer noch nicht, wo Du die 1,3 ins Spiel bringst.
    Wenn Du 130% vom Basispreis haben möchtest, könnte man das auch als Rechenregel anlegen. Damit kann man Gewinnmargen auf den Basispreis anlegen, die immer, zum Beispiel, für eine Kategorie berechnet werden.


    Du kannst Dich auch an Michael Schulze vom Media-Service-Essen wenden. Der kann das sicher einrichten, wenn Du da nicht weiterkommst.


    Grüße
    Stefan

    Servus,


    das ist ein ziemlich selten nachgefragtes Feature, deshalb gehe ich davon aus, dass es kaum eine vorgefertigte Erweiterung dafür gibt.
    Bei solchen Dingen macht es Sinn, bei Max Milbers von iStraxx anzufragen, ob so etwas schon einmal für deren Kunden programmiert wurde, bzw. ob soetwas programmiert werden kann.


    Manchmal hat iStraxx soetwas als Einzelanfertigung "herumliegen", die dann angepasst werden kann. Fragen schadet nicht.


    Unter extensions.virtuemart.net kann man Tickets schreiben, und eine Telefonnummer ist da auch irgendwo, glaub ich.


    Grüße
    Stefan

    Ich würde erst einmal mit den Plugins anfangen, die Du selbst installiert hast. Wenn Du nichts installiert hast, ist die nächste Frage: Wie hast Du den Shop installiert, von woher kam/en die Installationsdatei/en?


    Da Du noch nicht sehr weit bist, wäre es evtl. sinnvoll, einmal mit der Starter-Edition von Michael Schulze vom Media-Service-Essen neu anzufangen, die ist immer aktuell und hat vernünftige Plugins vorinstalliert. Der Michael bietet das als kostenlosen Service an.
    Auf dieser Seite ist ein grüner Download-Button für die Installationsdatei: https://starter.virtuemart-demo-shop.de/


    Für genauere Informationen zu Deiner aktuellen Installation bedarf es ein wenig mehr Aufwand. Mit der Starter-Edition bekommst Du es wahrscheinlich selbst hin und brauchst nicht auf kostenpflichtigen Support zurückgreifen, um Deine aktuelle Installation zu untersuchen.


    Grüße
    Stefan

    Servus Willi,


    wenn Du in die Produktansicht gehst, und dann im Browsser einmal die Konsole aufrufst, dann siehst Du dort Skriptfehler. jQuery 1.8.1 wird geladen.


    Da ist irgendein altes Plugin installiert. Am besten einmal alle externen Plugins deaktivieren.


    Grüße
    Stefan

    So wird's schon klarer.


    Am besten schaust Du einmal in die Datenbank, über phpMyAdmin zum Beispiel.
    Dort gibt es die Tabellen "__virtuemart_products" und "__virtuemart_products_de_de", sofern Du VM gleich richtig mit deutscher Sprache installiert/konfiguriert hast.


    Erstere Tabelle braucht mindestens die virtuemart_product_id, evtl. noch die Artikelnummer (product_sku). Die Tabellenköpfe sind meistens recht selbsterklärend.
    Über die virtuemart_product_id werden dann in der zweiten Tabelle _de_de, Name, Beschreibung usw. eingepflegt. Bei mehreren Sprachen gibt es weitere Tabellen, zum Beispiel __virtuemart_products_en_gb für Englisch.


    Man braucht also zwei CSV-Dateien, wenn man es über phpMyAdmin macht, beide brauchen die Produkt-ID, damit die Tabellen "sich unterhalten" können. Evtl. liegt da auch der Fehler, warum es mit dem Export bei CSVI nicht hinhaut. Eben weil nicht auf die _de_de Tabelle zugegriffen wird. Das lässt sich in CSVI aber sicher hinbasteln. Ich kenne mich nur nicht mehr damit aus, weil es mit SQL viel einfacher ist, wenn man ein wenig lernt.


    Grüße
    Stefan

    Servus,


    ich habe CSVI schon lange nicht mehr verwendet, deshalb kann ich da kaum helfen.
    Du könntest Dir allerdings selbst helfen, indem Du genauer beschreibst, was Du für welchen Zweck genau exportieren möchtest, vielleicht findet sich dann jemand, der da helfen kann. Bisher sind Deine Informationen kaum ausreichend, um überhaupt einen Ansatzpunkt zu sehen.


    Persönlich exportiere ich VM-Daten meistens per direktem SQL-Befehl, das ist mit Tools wie phpMyAdmin oder ArtAdminer und Co. garnicht so schwer, wenn man ein paar SQL-Tutorials anschaut.


    Grüße
    Stefan

    Es ist nicht wirklich Hexenwerk, eine DB ist im Grunde eine große Excel-Tabelle.


    Der Nutzen, gegenüber dem späteren Chaos, das Dich erwartet, wenn Du die _en_gb Tabellen mit deutschen Begriffen füllst, ist nicht zu verachten.


    Schau Dir phpMyAdmin an. Dort kannst Du die _en_gb Tabellen einzeln als .sql exportieren, dann öffnest Du sie in einem Texteditor wie Notepad++ oder Sublime Text und ersetzt einfach alles mit en_gb gegen de_de und importierst sie in die Tabellen mit _de_de.


    Schon ist alles erledigt und Du bekommst keine grauen Haare, wenn der Sprachenmix anfängt. Am besten natürlich vorher immer Backups anlegen.


    Grüße
    Stefan