Beiträge von StefanSTS

Hallo Jörg,

ich würde wahrscheinlich die Preise als CSV-Datei aus der Datenbank exportieren, und dann zwei Excel-Tabellen damit verknüpfen.

In der ersten aus dem Netto-Preis den aktuellen Brutto-Preis ausrechnen, dann in der zweiten Tabelle den Brutto-Preis verlinken, über die neue MwSt. den neuen Nettopreis ausrechnen und dann wieder importieren.

Da man in der Excel-Tabelle nur eine Formel braucht, um für alle Preise das neue Netto auszurechnen, sollte das relativ zügig erledigt sein.

Oder halt Weg 1 gehen, und einfach die MwSt. umschalten und die Buchpreisbindung 6 Monate lang die Buchpreisbindung sein lassen.

Grüße

Stefan

Hallo Hohenloher,

reden wir von einer Standard-Installation oder von einem Shop mit einem bestimmten Template oder einem One Page Checkout?

Klick mal bitte ganz unten auf den Link in meiner Signatur.

Danke

Stefan

Off Topic - bitte ignorieren.

Ich finde, wir sollten alle drei Monate eine Lotterie machen und einen Mehrwertsteuersatz zwischen 15% und 25% ziehen. Das könnte man dann noch monatlich nach Branche versetzt machen, so dass jeden Monat was umzustellen ist.

Bei den ganzen arbeitslosen Steuerberatern und IT-Fachkräften, die es im Moment gibt, wäre das doch eine super Arbeitsbeschaffungsmaßnahme.

Eine Nachtschicht muss das nicht unbedingt werden, das kommt auf die Zusammenstellung der Produktpalette an.

Für die Produkte würde ich das in der Datenbank ändern. In der Richtung:

UPDATE '#__virtuemart_product_prices'

SET product_tax_id = 0

WHERE product_tax_id > 0

Und die Rechenregeln evtl. auch:

UPDATE `#__virtuemart_product_prices`

SET product_discount_id = 0

WHERE product_discount_id > 0

Die 0 steht jeweils für die allgemeinen Regeln. Des #_ durch das Datenbank-Präfix ersetzen.

Wenn man dann das Glück hat, dass die unterschiedlichen MwSt. auch in unterschiedlichen Kategorien sind, muss man nur noch die Kategorien den Steuerregeln zuweisen und es ist in einer halben Stunde erledigt. Alles eingerechnet.

Wenn man gemischte Kategorien mit unterschiedlichen MwSt.-Sätzen hat, empfehle ich versteckte VM-Kategorien "MwSt_hoch", "MwSt_niedrig" anzulegen und die jeweils den Produkten zuzuordnen. Die Produktkategorie sollte dann keiner Regel zugeordnet sein.

Mag sich kompliziert anhören, aber einmal im Testshop ausprobiert wird das fix was.

Grüße

Stefan

Wenn Du die Steuer dann noch aktivierst, und die Programmlogik dahinter funktioniert, was ich stark vermute, spricht nichts dagegen.

Grüße

Stefan

PS. Das ist ja schön, dass es Shop-Inhaber gibt, die sich schon vor dem 01.07.2020 mit dem Thema auseinandersetzen.

Hallo Thomas,

danke für die Auflösung.

Auch Deine Auflösung könnte dem ein oder anderem einmal helfen, in eine andere Richtung zu schauen.

Lassen wir es doch einfach stehen, wir haben alle hin und wieder mit unseren Eigenprogrammierungen zu kämpfen, oft mit denen, die wir schon lange vergesssen haben. So ein Reminder ist auch schon mal hilfreich.

Grüße

Stefan

Servus,

ich habe das Tool von Open Tools ausprobiert, es läuft auf drei Systemen unter Joomla 3.9.19.

Allerdings wird es nicht mehr installiert, wenn man höhere PHP 7.x Versionen einsetzt.

Ich habe das ein wenig umgeschrieben, damit es wieder installierbar ist, allerdings hab ich das nicht ausgiebig getestet, so dass ich es nicht in die freie Wildbahn lasse.

Der Max war oder ist im Urlaub, ich schau mal im Channel nach, ob da was zu hören ist.

Grüße

Stefan

PS. Die Rechnungsnummern müssen übrigens schön länger nicht mehr fortlaufend sein, sie müssen "einzigartig" sein.

Hallo Dirk,

nach meinen Informationen ist das noch nicht vollständig ausgetestet.

Die meisten Hoster ändern keine alten Datenbanken von einer Version auf die andere, deshalb würde ich erst einmal noch auf der 5.7 bleiben.

Beim Anlegen einer neuen Datenbank dürfte dann MySQL 8 zur Verfügung stehen.

Es kommt natürlich immer auf den Hoster an, wie die Umstellung abläuft.

Wenn ich dazu etwas höre, melde ich mich noch einmal, evtl. kommt dann auch Input von den Entwicklern.

Grüße

Stefan

Hallo Helmut,

hast Du das Problem lösen können?

Update auf 3.8.2 gemacht?

Es gibt einen neuen Schalter für das lazy loading der Bilder, evtl. muss der Schalter in der Konfiguration umgesetzt werden.

Grüße

Stefan

Zu den beiden Gruppen Standard und Gast würde ich z. Bsp. die Gruppe "Mitabeiter" anlegen.

Produkte, die nur für die Mitarbeiter sichtbar sein sollen, werden auf die Gruppe Mitarbeiter begrenzt.

Das war's von Seiten VirtueMarts.

Wenn es sich nicht um sehr viele Mitarbeiter handelt, würde ich die Zuordnung in VirtueMart manuell machen.

Es gibt zwei Erweiterungen, wenn es automatisch sein muss:

Von Barg-IT:

https://www.barg-it.de/en/onli…group-for-virtuemart.html

und den Shopper Group Changer von Daycounts.

Die würde ich mir einmal anschauen.

Wenn es nicht das passende ist, evtl. einmal bei den Bargs nachfragen, ob die das entsprechend programmieren können.

Ich hoffe, das hilft ein wenig weiter.

Grüße

Stefan

Servus,

Benutzer werden zu Beginn wie folgt unterschieden:

1. Gäste und

2. Registrierte (über VM oder Joomla).

Dafür gibt es zwei Standard-VirtueMart-Benutzergruppen:

1. Benutzergruppe Gast

2. Benutzergruppe Standard

Diese werden nicht explizit zugeordnet.

1. Wenn ein Benutzer nicht in einer Gruppe ist, und nicht angemeldet ist, wird er behandelt wie: Gast.

2. Wenn ein Benutzer nicht in einer Gruppe ist, und angemeldet ist, wird er behandelt wie: Standard.

Obwohl diese Benutzer nicht in einer Gruppe sind, werden sie behandelt, als wären sie in einer.

Soviel zur VirtueMart-Theorie.

Um die gestellte Frage zu beantworten, muss man wissen, was die Aufgabe der "bestimmten" Benutzergruppe sein soll, und ob es andere geben soll.

Es gibt Plugins, die automatisch Benutzergruppen wechseln können, allerdings habe ich noch keines davon benutzt, weil ich bisher immer alle Anwendungsfälle ohne Zusatzerweiterung gelöst habe.

Grüße

Stefan

Und ab 01.07.2020 dann evtl. die 1.16 für die Mehrwertsteuer, wenn sich da nicht kurzfristig noch etwas ändert.

Also am besten eine Checkliste machen, was man verändert hat, und was evtl. bei welchen Ereignissen wieder geändert oder überprüft werden muss.

Nur so eine Idee

Stefan

Servus,

Paypal oder Stripe werden gerne genutzt.

Das Paypal-Plugin kommt mit VirtueMart.

Ein Stripe-Plugin, welches ich gekauft habe und beim Kunden einsetze, kommt von VirtuePlanet.

Ansonsten einfach einmal in den Plugin-Ordner von VirtueMart schauen, da gibt es noch mehr.

Grüße

Stefan

Danke für die Warnung!

Ich benutze auch das Tool von Open Tools und bin noch auf 3.9.18.

Wenn ich etwas Zeit habe, versuche ich das zu reparieren, falls es wirklich daran liegt.

Wobei das anumbers von iStraxx kann ne Menge mehr, deshalb haben es auch einige meiner Kunden gekauft. Leider allerdings, wie HaeFB sehr richtig schreibt, ist die Dokumentation nicht sehr prickeld und wenn ich es irgendwo einrichte, muss ich selbst erst wieder alte eigene Beispiele heraussuchen.

Faro, das mit den Rechnungsnummern ist so wie mit Vanille-, Erdbeer- oder Schokoladeneis. Dem einen ist es egal, Hauptsache Eis, der andere möchte immer nur Haselnuss.

Zitat von Hohenloher

Hallo Stefan,

.billto-shipto > div:nth-child(2) {display: none;} diese Eingabe entfernt das gesamte Teil nicht nur das Häckchen

Grüße Hohenloher

Wenn das nicht die Absicht war, hatte ich das wohl falsch verstanden.

Das CSS findest Du nirgends speziell, das muss in eine Datei, die Du für Deine CSS-Anpassungen verwendest. Am besten eine custom.css oder dergleichen.

Ansonsten am besten am Ende einer anderen Datei, die bei Updates nicht einfach überschrieben wird. Du hattest oben eine VM-CSS-Datei erwähnt, auch dort kann man das eintragen, wenn sie als Override im Template angelegt ist.

Aber nicht einfach irgendwo etwas eintragen, einen Plan machen, wie die Änderungen auch weiterleben, wenn aktualisiert wird.

Overrides befinden sich im Template. Dazu solltest Du Dich einmal in das Joomla-Override-System einlesen.

Der Ordner würde dem folgenden ähnlich sehen:

/templates/mein_template/html/com_virtuemart/cart/

Overrides bitte nur anfassen, wenn Du weißt, was Du tust. Man kann alles lernen, nur bitte nicht am Live-System lernen, sondern in einer Testumgebung, das schont die Nerven und die Geldbörse.

Grüße

Stefan

Servus,

über extensions.virtuemart.net geht es zum Ticket-System, ja.

Einfach mal fragen, was es kosten würde, so ein Problem anzuschauen.

Grüße

Stefan

Servus,

wenn Du das nur über CSS ausblenden möchtest, würde

.billto-shipto > div:nth-child(2) {

display: none;

}

helfen. Ich bin aber nicht sicher, ob es damit an allen Stellen dann vernünftig verschwindet. Das sollte man dann eher in den Overrides für die View Cart machen.

Grüße

Stefan

Servus,

ich kann das Problem unter 3.8.2 nicht nachvollziehen.

Egal, wie und wo ich meine Rechnungen erstelle, sie werden immer fortlaufend nummeriert.

Mit Rechnung bei Bestätigt oder bei Versendet bleibt das auch gleich.

Ist ein Tool für die Rechnungsnummern installiert oder ein außergewöhnliches Zahlungsplugin?

Wenn das alles nicht zur Lösung führt, hilft es vielleicht nicht um ein Ticket bei iStraxx drum herum.

Grüße

Stefan

Du hast Dir die Antwort selbst gegeben, der Server ist zu schwach ausgelegt.

Du kannst da versuchen, mit ner Büroklammer zu flicken, aber wenn Du möchtest, dass die Hose oben bleibt, dann musst Du entweder tiefer in die Tasche greifen für den Server, oder wenn Du das bereits tust, den Hoster auf seine Pflichten aufmerksam machen.

Wenn Google, Bing und ein paar andere Crawler gleichzeitig auf einen Shop gehen, der womöglich auch noch viele Links hat, dann geht der Server in die Knie und Du weißt, was mit der geflickten Hose passiert, wenn man tief in die Knie geht.

Ich hoffe, ich konnte mich bildlich genug ausdrücken.

Grüße

Stefan