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%).
Beiträge von Milbo
-
-
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?
-
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?
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
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).
-
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.
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-numbersist 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.
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.
Ü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
Code- $stockog = 'OutofStock';
- $stockhandle = VmConfig::get ('stockhandle', 'none');
- $finalstk = 0;
- if ($stockhandle == 'disableit' or $stockhandle == 'disableadd' or $stockhandle == 'none') {
- $stockog = 'InStock';
- } elseif ($product->product_parent_id == 0) {
- $prodmodel = VmModel::getModel ('product');
- $children = $prodmodel->getProductChilds($product->virtuemart_product_id);
- $finalstk = '0';
- foreach($children as $child){
- $finalstk += $child->product_in_stock;
- }
- } else {
- $finalstk = $product->product_in_stock;
- }
- if ($finalstk > 0) {
- $stockog = 'InStock';
- }
Aber es ist imho sogar zu "locker". Imh müßte es sogar so sein -
Die verantwortliche Datei scheint die hier zu sein: /components/com_virtuemart/sublayouts/snippets.php
In Zeile 130 steht da: "availability": "<?php echo $stockog; ?>",
Da scheint ein Fehler zu sein, danke. Werd ich mir mal ansehen.
"Nicht vorrätige Produkte sind bestellbar, keine besondere Aktion auslösen"
Eindeutig die richtige Wahl für digitale Produkte. -
Auf einer Subdomain unter meiner eigenen Domain läuft alles prima, sobald ich alles wieder auf seifenschneider.de lade immer noch das gleiche Problem.
Na immerhin, sind wir damit etwas ausm Kreuzfeuer. Es ist immer depremierend für mich, wenn Leute seltsamste Probleme mit VM haben und es auf VM schieben, dabei kann es alles mögliche sein.
Das laufende System hatte ich direkt auf der Subdomain installiert und dann auf die endgültige Domain mit Filezilla übertragen. Es gab aber keinerlei Fehlermeldungen. Könnte das die Ursache sein, ist mir zwar etwas unerklärlich, aber wer weiss?
Grüße
ahorn10
Ich fürchte damit biste in Teufelsküche. Ich würde akeeba backup nutzen, das macht die Dateien UND die Datenbank.
Btw 100 MB php Ram is etwa wenig für Rechnungen z.B.
-
"die Anzahl der verkauften Produkte auf Null steht"
auf 0 oder Null? und wo ist diese Anzeige? Im product edit? im inventar?
"Es wird damit auch nicht mehr getrackt, wer diese Produkte gekauft hat."
Warum? Wo wird das getrackt? Die Liste in Produktedit? Die wird über die Bestellungen erstellt und nicht über die Zahl des Inventars oder der bereits verkauften Produkte.
" entgegen meiner ursprünglichen Absicht habe ich versehentlich im Rahmen mehrerer Updates auch VM aktualisiert ..."
Da könnt ein Problem drin stecken. Von welcher Version auf welche?
"nochmal edit: bei manchen steht es drin, bei manchen nicht."
Bei was manchen? Produkten?und ganz wichtig, ohne Versionsnummer ists immer schwierig.