De Dokta

Hi,

eine neue Version 2.1.0 von BasePrice ist online.

Die vorige Version 2.0.0 für osC 2.3. konnte Änderungen des Grundpreises bei der Zuwahl von Produkt-Attributen nicht anzeigen.
Nehmen wir an, ein Shop bietet Meterware wie Stoffe an, wo bei einem bestimmten Artikel der Meter 10,00 EUR kostet (also Grundpreis 10,00 EUR /m). Zu diesem Artikel wird eine oder mehrere Optionen angeboten, z.B. andere Farben, zusätzliche Applikationen o.ä. Eine solche Option kostet z.B. zusätzlich 5.00 EUR pro laufendem Meter. Damit wäre der relevante, anzuzeigende Grundpreis nun 15.00 EUR/m.

Um dies zu realisieren, mußte zunächst ein automatisches Preis-Update bei der Auswahl von Optionen integiert werden. Dies geschah mit Hilfe der Contrib Ajax Attribute Price change von ssoeb und lifeisboost (http://addons.oscommerce.com/info/7916)
Diese Contrib berücksichtigt aber weder den Grundpreis noch den in Deutschland obligatorischen Hinweis auf MwSt. und Versandkosten. Auch die Anzeige bei Sonderangeboten funktionierte nicht korrekt. Alle diese Aspekte sind in der vorliegenden Contrib jetzt integriert.

Um der Preisauszeichnungsverordnung gerecht zu werden, muß bei verschiedenen Artikeln neben dem Verkaufspreis auch der Grundpreis angegeben werden.

Mit den Modifikationen aus dieser Contribution wird der Grundpreis der Artikel auf allen gewünschten Seiten unterhalb des Preises und der Tax-Info angezeigt. Die Tax-Info ist in diese Contrib mit integriert. Im Admin-Bereich werden bei der Artikeleingabe/-verwaltung die Gebindegröße (z.B. 0.7 für 0,7 Liter als gebräuchliche Handelsgröße von Weinflaschen), die Bezugsgröße (z.B. 1.0 für 1 Liter) sowie die verwendete Maßeinheit (hier also z.B. Liter oder l) miteingegeben. Daraus errechnet das System einen Multiplikations-Faktor, der in der Datenbank gespeichert wird und mit dem aus jedem Artikelpreis der Grundpreis berechnet werden kann. Bei Preis-Änderungen wird der dadurch Grundpreis automatisch mitgeändert. Ist der Faktor 1 (= Vorgabe), wird kein Grundpreis angezeigt.

Bei Sonderangeboten wird automatisch der Angebotspreis, nicht der ursprüngliche Preis für die Grundpreisberechnung genutzt.

Bei Produktattributen /-Optionen wird der Gesamtpreis automatisch aktualisiert und der Grundpreis auf der Basis des Gesamtpreises neu kalkuliert und angegeben.

Das alles funktioniert mit Netto- und Bruttopreisen, mit und ohne Tax-Info sowie in allen denkbaren Kombinationen von Sonderangeboten, Produktattributen, Netto- und Bruttopreisen.

Gruß
J.J.

Hi,

im Rahmen eines Projektes mußte ich mich mit dem Thema Grundpreis-Angabe beschäftigen. Da ich mich mit der verbreiteten Basispreisangabe (Simple Edition - DE)- http://addons.oscommerce.com/info/6078 - überhaupt nicht anfreunden konnte, habe ich mir mal die ursprünglich von Raimund Berg entwickelten Grundpreis - Base price Contrib - http://addons.oscommerce.com/info/2737 - angeschaut, die ich um Längen besser fand, die aber leider seit 2006 nicht mehr weiterentwickelt wurde.

Ich habe deshalb die Contrib in der letzten vorliegenden Version 1.2.2 für osCommerce 2.3.3 adaptiert und online gestellt. Zu finden unter http://addons.oscomm....com/info/8556.
Getestet auf osC 2.3.3, sollte aber eigentlich auch auf osC 2.3.1f. laufen....

Mit den Modifikationen aus dieser Contribution wird der Grundpreis der Artikel auf allen gewünschten Seiten unterhalb des Preises und der Tax-Info angezeigt.
Die Tax-Info ist in diese Contrib mit integriert. (Für Nutzer, die die Tax Info bereits eingebaut haben, sind die erforderlichen Änderungen - nur in der currencies.php, also easy! - in der Installations-Anweisung mit dokumentiert.

Der jeweilige Grundpreis und die zugehörige Einheit werden im admin-Bereich bei der Artikelverwaltung miteingegeben.
Dabei wird nur der Multiplikations-Faktor erfasst, um aus dem Artikelpreis den Grundpreis zu berechnen. Bei Preis-Änderungen wird der Grundpreis automatisch mitgeändert.
Ist der Faktor 1 (= Vorgabe), wird kein Grundpreis angezeigt. Der Faktor wird durch die Eingabe der Basismenge und Artikelmenge berechnet und ins Formular übertragen.

Die (Neu-)Berechnung des Grundpreis funktioniert auch, wenn einzelne Produkte als Sonderangebote eingestellt werden. Der Grundpreis wird dann - ohne dass Änderungen in der Artikelverwaltung erfoderlich sind - automatisch neu berechnet.

Nicht erfasst werden Artikel-Optionen. Da bin ich mir erstens nicht über die rechtlichen Voraussetzungen im Klaren, zweitens gibt es bei den Optionen so viele mögliche Varianten, dass ich im Augenblick nicht sehe, wie man die alle mit einer Programmierung erschlagen könnte. Falls hier jemand eine Idee hat - nur her damit!

Gruß
J.J.

Hi,

eher zufällig bin ich beim Testen auf einen Bug in der Contrib gestoßen:

Kunden, die sich nach einem Käufer, der ohne Account gekauft hat, anmelden und ein Kundenkonto eröffnen, können u.U. im Menü 'Ihr Konto -> Adressbucheinträge anzeigen oder ändern' auf die Adressdaten des Käufers ohne Account zugreifen (allein schon unter Datenschutz-Gesichtspunkten ein Alptraum!).

Was offenbar passiert, ist das: Kunde meldet sich ohne Eröffnung eines Kontos an - es wird ein temporäres Gastkonto in der Tabelle customers angelegt mit der nächsten freien Nummer als customers_id. Während des Checkout-Prozesses werden die Adressdaten in die Tabelle address_book mit der nächstfreien Nummer als address_book_id und der customers_id des Gastkontos geschrieben. Am Ende wird das Gastkonto gelöscht, die verwendete customers_id ist damit wieder frei und kann erneut verwendet werden. Meldet sich jetzt ein Kunde an und legt ein Konto an, bekommt der diese costumers_id, seine Adresse wird mit anderer address_book_id, aber gleicher customers_id in die Tabelle address_book geschrieben und damit hat er Zugriff auf die Adressdaten des Gastkunden.

Was tun?

Ich habe verschiedenes durchgetestet, was alles nicht ging, und jetzt erstmal folgendes gemacht:

In der checkout_process.php folgende Passage:

  if (tep_session_is_registered('customer_is_guest')){
    //delete the temporary account
     tep_db_query("delete from " . TABLE_CUSTOMERS . " where customers_id = '" . (int)$customer_id . "'");
  }

ergänzt zu:

if (tep_session_is_registered('customer_is_guest')){
    //delete the temporary account
    tep_db_query("delete from " . TABLE_ADDRESS_BOOK . " where customers_id = '" . (int)$customer_id . "'");
    tep_db_query("delete from " . TABLE_CUSTOMERS . " where customers_id = '" . (int)$customer_id . "'");
  }

Ich bin noch am Testen, ob diese Ergänzung irgendwo Probleme machen könnte - bis jetzt ohne ein Problem gefunden zu haben. Aber man weiß ja nie!  
Falls irgendwer in Forum eine Idee hat, ob und wo diese Ergänzung haken könnte oder wie man den geschilderten Bug sonst killen könnte, bin ich für jeden Hinweis dankbar.

Gruß
J.J.