Jump to content
xt:Commerce Community Forum

jwinkel

Members
  • Content Count

    451
  • Joined

  • Last visited

  • Days Won

    25

Everything posted by jwinkel

  1. Soweit ich weiss geht das, wir nutzen es dort. Keine Ahnung ob das Standard ist oder von uns angepasst.
  2. Ich habe das Recaptcha sehr erfolgreich durch das honeypot-plugin ersetzt. Keine Probleme, keine Datenübermittlung irgendwohin, bisher hat es noch kein Bot daran vorbei geschafft.
  3. Hallo zusammen, ich habe gerade mal wieder versucht, PayPal Express bei uns zu nutzen. Das endete im Chaos, da z.B. die Frachtkosten abhängig von der Lieferanschrift (Lieferland) berechnet werden. Kennt sich jemand wirklich gut mit dem Plugin aus und kann eventuell helfen - oder funktionieren kompliziertere Vorgänge einfach nicht mit PP Express?
  4. 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?
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. 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".
  10. 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
  11. An der Stelle geht's nur indem das Template geändert wird. Das muss dann bei jedem Update wieder gemacht werden.
  12. 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...
  13. 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.
  14. 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.
  15. 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.
  16. Dazu müsste man die Datenbank, Tabelle plugin_products, ändern.
  17. Das ist die Tabelle products_permission. Darin eine Zeile für jeden Artikel und jeden Shop, in dem der Artikel gezeigt wird.
  18. Man könnte auch das 2.0.4 Plugin so tweaken, dass der Update-Hinweis unterbleibt. Oder das Plugin deinstallieren und ein paar Zeilen in's Template einbauen, die das Selbe erledigen wie das Plugin. Und sich bei TS beschweren - angesichts der Kohle die die aufrufen sollte ein kostenloses Plugin drinsitzen.
  19. In der gleichen Datei gleich zu Anfang: if (!is_object($_SESSION['customer'])) { $_SESSION['customer'] = new customer(); $_SESSION['geoip_country'] = geoip::getCountry(); } Wenn man die Zeile mit getCountry() auskommentiert wird die gesamte IP-basierte Ländererkennung abgeschaltet. Disclaimer: Hier wird am Quellcode des Shops herumgebastelt. Wer sich nicht über die Konsequenzen im Klaren ist lasse die Finger davon!
  20. Das ist kein Bild, sondern das Schriftzeichen Nummer 291 der Schriftart "FontAwesome".
  21. Technisch verhindern kann man das wohl nicht, ich habe viele Kunden mit Rechnungsanschrift in einem und Lieferanschrift in einem anderen Land. Mir fällt nur ein, dem Kunden eine freundliche Email zu schreiben dass leider die Postleitzahl von 1120 Wien, Deutschland nicht stimmt und Du mit dem Versand wartest, bis er eine korrekte Anschrift geschickt hast. Da Du seine Kohle bereits hast ist die Motivation hoch.
  22. Dazu kommen meine Kunden, die mobil in fremden WLans unterwegs sind und VPN-Dienste nutzen - und damit auf einmal eine IP von sonstwoher haben. Da es sich um eine einzige Zeile Code handelt wäre es für xt ein Leichtes, das über die config abschaltbar zu gestalten. Auskunft dazu: "uns ist kein Fall bekannt, in dem das nicht sauber funktionieren würde"
  23. Bevor ich mich auf Email-Diskussionen mit dem Support einlasse schlage ich lieber zwei Stunden den Kopf gegen die Wand. Dabei kommt mehr heraus und es tut nicht so weh.
×
×
  • Create New...