Beiträge von Milbo

Wenn es auftaucht, ist es nicht überall umgestellt. Die Abfrage ist live, also wird jedesmal durchgeführt.

Beim download stellt das Plugin den status eigentlich auf "versendet" um. Hmm

Er listet dort alle Vorkommnisse auf. Die Transform list ist etwas haarig. Man kann auch nicht von <101€ auf >101€ umtransformieren. Es ist eine einfach Umbenennung. Das kann eigentlich nur im Produkt geändert werden.

Wenn da der Preis von 80 auf 110 euro steigt, dann muß man auch die custom value ändern.

Ich bin prinzipiell auch bereit es zu erweitern. Der Kunde erklärt seine Idee und ich setze es kostengünstig um. Wenn die Erweiterung auch für das Plugin gut ist, gebe ich starke Abschläge (über 50%).

Nein, geht damit leider nicht. Bei der Technik habe ich momentan kein "Grib" wie das zu entwicklen ist. Die Arbeit besteht hier, einen Player zu schreiben. Mein ich.

Das ist ein Rundungsproblem und sollte eigentlich im layout gelöst sein. Aber eventuell hast du ein altes Layout?

Zitat von 12Sommit

Zurück zu dem oben skizzierten Verfahren:
Hat bei einer 1. Simulation nicht funktioniert (nur 19%-Artikel im Shop). Nach dem Ablaufen der 19%-Regel hat sich VirtueMart nicht die 16%-Regel gegriffen, sondern keine MwSt mehr verlangt.

Ja bist du auch dem Rat gefolgt und hast die Steuerregel auf "Standard-Regeln zuordnen" gestellt?

Zitat von george

Hallo,

als Verlag müssen wir uns an die Buchpreisbindung halten.

Da wir im Shop Nettopreise nutzen, können wir nicht einfach den Mehrwertsteuersatz ändern. Denn das hätte einen Verstoss gegen die Buchpreisbindung zur Folge.

Bisher haben wir zwei mögliche Vorgehensweisen in Auge gefasst.

1. Einen Antrag auf Änderung der einzelnen Buchpreise zum 1.7.2020 und 1.1.2021 beim VLB stellen.

2. Alle Nettobuchpreise händisch in Virtuemart zum 1.7.2020 und 1.1.2021 ändern.

Beides ist bei über 500 Büchern natürlich mit einer Menge Arbeit verbunden.

Vielleicht hat jemand eine Idee, wie wir das Ganze mit etwas weniger Arbeit umstellen können.

Gruß

Jörg

Alles anzeigen

Wie Stefan schon ausgeführt hat, beruht alles auf einen Preis. Ich meine man könnte das per sql machen. Oder ein Tool einbauen, was alle Preise umrechnet. und 2021 wieder zurückrechnet. Eventuell reichts die richtige sql zeile zu finden. Vermutlich sogar.

Guter Hinweis HaeFB, genau hier ist auch der einzige Fehler in seiner Konfiguration.

Das muß natürlich auf "Standard-Regeln zuordnen" stehen. Das ganze Steuerauswahlfeld sollte da eigentlich weg. Das mußten wir damals für vm1 updater einbauen. Bei Standardregeln werden die Regeln eben nach ihren gesetzten Bedingungen angewendet. Ausserdem ist es die faulste Konfiguration, nichts machen.

"Ob gecheckt oder nicht spielt für die Ausgabe der Systemmeldung beim Auschecken (Erzeugung der Nummern) exakt keine Rolle."

Funktioniert bei mir Einwandfrei, aber eventuel prüfe ich auch falsch. Aber da würden mir ne Menge Leute vor der Tür stehen. Abhaken sollte es abschalten. Ich hab auch eben extra den Code geprüft, ein simpler fehler wie "hab die Bedingung vergessen" kann ich ausschliessen.

Für englische Seiten empfehle ich deepl.com.

"

Wenn man auf den grünen Button "SUPPORT" klickt, kommt man auf die Seite

"https://extensions.virtuemart.net/index.php?option=com_beestohelpdesk&view=ticket&Itemid=10188"

und wird aufgefordert, sich mit Username und Passwort einzuloggen.

Wozu dann das Ganze?"

Wie ich schon in meiner Antwort schrieb. Einfach einloggen. Die Daten bleiben erhalten und man ist auf einem Formular für ein neues Ticket mit ausgefüllter Nummer und Kategorie. Dann erhält man auch Support.

Zudem ich noch dazuanmerken muß, daß verschiedene Lieferaddressen pro Account ja vorhanden sind. Pro Bestellung kann das auch Sinn machen. Ich kenne Kunden, die brauchen sowas, aber regeln das letztendlich über die Rechnungs und Versandadresse (z.B. Grußkarten versenden).

Zitat von HaeFB

Nach dem Update auf Joomla 3.9.19 bleiben die Bestellnummern wie gehabt, die Rechnungsnummern sehen so aus:
"Rechnung 2006037EEC01095".
Sie sehen auch so aus, wenn ich das Plugin deinstalliere.

Testinstallation mit Joomla 3.9.18 zeigt, dass es an der Joomla-Version liegt.

Warum murkst Joomla in einer Virtuemart-Konfiguration herum?

Joomla murkst da nicht rum. VM native hat YYYYMMDDHH0## in automated numbers slang geschrieben. Das Plugin war am End nie aktiv und du hast immer die nativen Rechnungsnummer erhalten.

Zitat von HaeFB

Update:
Ich habe nun "iStraxx Automated Numbers" gekauft und installiert und es nach mehrfachen Versuchen und dem Verbrauch von einem Dutzend Testnummern zum Laufen gebracht.
Die Beschreibung https://extensions.virtuemart.…gins/29-automated-numbers

ist eine echte Zumutung.

Warum die Anleitung eine Zumutung ist, habe ich noch nicht verstanden. Stefan meinte nur es könnte mehr Beispiele unten aufgeführt sein, da habe ich ein paar dazugefügt. Letztendlich war es so gedacht, daß die Anleitung im Programm ausreicht. Da steht eigentlich alles drin, um die Formeln zu erstellen.

Zitat von HaeFB

Warum kommt die Nachricht?

Kann man die obige Nachricht gezielt ausschalten?

Ja natürlich. Das ist eigentlich nur eine Checkbox in den Plugineinstellungen ganz oben. Die sollte standardmässig auf aus stehen. Also entweder es steht dummerweise bei einer Neuinstallation auf "An" oder du hast es versehntlich aktiviert. Verbose ist dafür da, um zu sehen, welche Variablen für den Zähler zur Verfügung stehen und wie diese heissen, z.B. das es first_name, middle_name und last_name heisst.

Zitat von HaeFB

Übrigens:

Anfrage an Support = Fehlanzeige.
Shop läuft weiter und produziert Mist, den ich nachher dem Finanzamt erklären können müsste.

Danke!

Entschuldige bitte. Während der Hauptcoronazeit (April, Mai) sind mir einige Tickets durchgerutscht. Ich habe sie aber meine ich alle beantwortet, auch wenn se Wochen alt waren. Wie wurde die Supportanfrage gestellt? Hier? https://extensions.virtuemart.net/ticket . Denn ich kann kein unbeantwortetes Ticket finden.

Wenn man den Registrierungskey eingetragen hat, dann kann man im grünen Feld direkt auf "Support" klicken und landet gleich im Ticketsystem mit ausgefüllter Ordernumber und richtiger Kategorie. Man muß sich gegebenenfalls nur noch einloggen.

Falls es nicht geht, dann meld dich. Das muß der Core schon liefern können, daß man als Payment extra attachments hat.

Eventuell mit der neuesten Beta arbeiten http://dev.virtuemart.net/atta…51_package_or_extract.zip probiers mal auf einem testbackup aus.

Wir geben auch Support https://extensions.virtuemart.…tes/virtuemart-membership

Haschtn Link zu dem Thread auf forum.virtuemart.net? ah habs http://forum.virtuemart.net/index.php?topic=144202.0

Am besten als PaymentPlugin. Da gibt es einen extra Trigger dafür, welcher auch von Paypal Smart Buttons oder Amazon benutzt wird. Dann kann man die vCard einfach als extra attachment anhängen.

Na klar, Bezahlmethoden sind immer interessant. Schreib mich ruhig mal per skype an (du müsstest mich noch aus alten Zeiten haben).

Es gibt alle möglichen Optionen, von "wir verkaufen es für dich", bis zu "wir setzen es für alle in den Core"

Ja, weiss nicht, was an meinem auszusetzen ist.

"Allerdings braucht die Erweiterung Arbeit, um schön auszusehen und benutzerfreundlich zu sein."

Was meinst du damit?

Seltsame Sache, eventuel kann man mit vmdebug angeschaltet sehen, was passiert.

gebuchte, bestellte Produkte sind nicht die Verkäufe. Das sind die Produkte, welche bereits verkauft wurden, aber noch nicht versendet. Verkäufe sind im Revenue report.

Hmm, also das war so

Aber es ist imho sogar zu "locker". Imh müßte es sogar so sein