jwinkel

Was macht denn Deine Warenwirtschaft in dem Spiel - oder hast Du bei der Artikelmenge keine? Einfacher wird es sein wenn jemand, der sich mit Datenbanken auskennt, alle (Netto-) Preise mit 1,025862068965517 multipliziert. Dann sind 100€ Brutto auch nach der MwSt.-Umstellung wieder 100,-- Brutto. Im Dezember geht's dann wieder rückwärts, da wird durch den Faktor dividiert. Das ist genau eine Zeile Programm solange keine Sonderpreise genutzt werden., sonst zwei. Vielleicht schreibt ja jemand ein Plugin?

Probier's aus - der Bruttopreis ändert sich. Auch wenn das Backend auf Bruttopreise eingestellt ist werden intern Nettopreise gespeichert und nur zur Anzeige im Frontend die MwSt. hinzugerechnet. Das ist auch gut und richtig so.

Ich bin für die Beibehaltung der Netto-Preise. Sonst müssten die Preise in der angeschlossenen Warenwirtschaft auch geändert werden, das führt zur Diskussion wer das führende System ist (WaWi oder Shop) und garantiert zu Rundungsfehlern auf der "anderen" Seite. Von den Auswirkungen auf die Preise in anderen Ländern (z.B. AT) mal ganz abgesehen. Wer die Preissenkung nicht weitergeben kann oder darf muß eben eine Preisanpassung durchführen wie sonst auch.

Mir geht es nicht um die finanziellen Auswirkungen, sondern um die juristischen. Bis 23:59 ist es ein Gesetzesverstoß und abmahnfähig, mit 16% zu verkaufen. Ab 00:00 ist es ein Gesetzesverstoß und abmahnfähig, mit 19% zu verkaufen. Ich rechne damit, dass die Abmahnvereine das reichlich ausnutzen werden. Durch das angekündigte Plugin wird das Problem gelöst. "Alle Händler" haben ihre stationären Geschäfte um diese Zeit geschlossen und somit etwas mehr Zeit für die Umstellung. Oder Sie haben ein Plugin. Oder Sie haben Schlafstörungen. Wenn keines davon zutrifft haben sie ein Problem.

Unabhängig von den dabei entstehenden "krummen" Preisen: Soll ich mich allen Ernstes am 30.6. und 31.12. um 23:59 hinsetzen und die MwSt.-Sätze ändern? Nur das wäre gesetzeskonform.

Es ist ja eine schöne Idee, das Standard-Template zu überschreiben. Hat jemand eine Idee, wie das in einem Multishop geht? Ich habe etliche Templates, die alle in etlichen Punkten identische Abweichungen vom Standard aufweisen, aber eben nicht in allen. Schick wäre es, wenn nun Template "a" die gemeinsamen Abweichungen hätte und dann die Templates für Shop 1, Shop 2 ... nur die Abweichungen vom Template "a" hätten. Aber dafür müsste eben eine Hierarchie existieren, dass Template "a" das Standard-Template überschreibt und Template "Shop 1" das Template "a".

Hallo Günther, danke für den Tipp. Ich hab' dann noch den Hook für die SOAP-Api dazugenommen und ein Plugin gebaut - jetzt ist der Bestand eines Master-Artikels jederzeit gleich der Summe der (aktiven) Slave-Bestände. Grüsse

An der Stelle geht's nur indem das Template geändert wird. Das muss dann bei jedem Update wieder gemacht werden.

Ich hab' mal eine Weile drauf rumgedacht: Wenn der Lagerbestand des Masters "0" ist wird der Master nicht mehr angezeigt, es braucht also nichtmal ein Flag. Eigentlich müsste also folgendes ausreichen: $record = $db->Execute("SELECT products_model FROM xt_products WHERE products_master_flag = 1 "); while(!$record->EOF){ $record_2 = $db->Execute("SELECT SUM(products_quantity) FROM xt_products WHERE products_master_model = '".$record."'"); $record_3 = $db->Execute("UPDATE xt_products SET products_quantity = ".$record_2." WHERE products_model = ".$record); }$record->Close(); Jetzt müsste man nur noch einen Cronjob daraus basteln, und da steh' ich auf dem Schlauch...

Hallo zusammen, gibt es eine Möglichkeit, Master, für die es keine Slaves (mehr) gibt, aus dem Frontend auszublenden? Ich habe das Problem bei Abverkäufen - der letzte Slave ist ausverkauft (Bestand = 0, damit wird er nicht mehr angezeigt), aber der Master erscheint weiterhin.

Du musst bei einem Multishop auf die IP-Adresse aufpassen, die Lizenz des Shops ist an die IP-Adresse gebunden. Entweder Strato kann den neuen Server unter der alten IP-Adresse einrichten oder Du musst eine Lizenzänderung bei xt kaufen.

Wenn Amazon wirklich nur technisch bedingte Cookies setzt fress ich 'nen Besen. Ohne Senf. Einen Login-Button z.B. auf der Shop-Startseite anzeigen geht auch ohne Cookies, führe ich Amazon gern vor.

Zum Beispiel Amazon Payments?

Dazu müsste man die Datenbank, Tabelle plugin_products, ändern.

Das ist die Tabelle products_permission. Darin eine Zeile für jeden Artikel und jeden Shop, in dem der Artikel gezeigt wird.