Hallo zusammen,
wir beschäftigen uns mit einem regionalen Shop eines Kunden. Hier benötigen wir eine Versandregel, die nach Postleitzahlen der Lieferadresse referenziert.
Kurzes Bsp.:
Kunde trägt eine Lieferadresse in seinem Konto ein. Füllt den Warenkorb und hat nun die Möglichkeit persönliche Anlieferung auszuwählen, da seine Liferadresse den PLZ bereich YYYYYY hat.
Bei einem andren Kunden mit der PLZ XXXXXX in der Lieferadresse taucht diese Möglichkeit nicht auf. Er kann nur DHL, DPD und Spedition auswählen.
Meine Frage also: Kann ich in der Versandregeleinstellung die Bedingung auch auf PLZ der Lieferadresse stellen, oder hat hierzu jeman einen anderen Ansatz.
sehr interessante Sache. Wie immer gibt es aber mehrere Möglichkeiten das zu realisieren.
-Direkt im Template die Versandart anzeigen könnte funktionieren?
Wäre relativ einfach zu realisren
-Bei der Registrierung direkt einen Kunden mit PLZ xxxxxxx in eine Bestimmte Gruppe
verschieben welcher ausschließlich die Versandart zugewiesen ist.
(Das wohl die saubere Variante dies zu realisieren)
Hallo Marcel,
vielen Dank für die schnelle Antwort.
Wenn ich richtig verstehe, ist Punkt 1 aber eine feste Lieferart, bzw. wenn man es hier mit einer IF Abfrage realisiert, habe ich das Problem, das ich im Shop hinterher keine Auswertungen machen kann.
Der zweite Punkt funktioniert manuell? DH. der Kunde meldet sich an und wird dann vom Admin in eine Benutzergruppe geschoben? Ist dies der Fall, muß der Admin ja blitzschnell reagieren, da vielleicht auch ein Kunde nachts bestellen möchte und dann die verschiedenen Lieferarten ja noch zur Verfügung stehen. Oder kann ich das automatisieren? Kunde mit dieser PLZ in der Lieferanschrift wird automatisch dieser Kundengruppe zugeordnet. Das habe ich nämlich noch nicht gefunden.
Wenn du es automatisieren willst musst du die klasse erweitern welche die registrierung des Users vornimmt.
Hab mal kurz geschaut und das wird in oxuser gemacht.
Am besten du schreibst eine erweiterung für diese Klasse inwelcher du die Funktion:
addUserAddress( $oUser ) überlagerst, welche die Adresse eines Benutzers abspeicherst.
Dort die abfrage machen mit einer bestimmten PLz und mit addToGroup ($sGroupID) der speziellen Gruppe hinzufügen.
Hallo, wir möchten ebenfalls Kunden abhängig von der PLZ unterschiedliche Versandkosten berechnen.
Wir haben nur registrierte Kunde. Das automatische Verschieben in eine Benutzergruppe wäre die einfachste Lösung. Wie machen wir das? Hatte jemand in der Zwischenzeit hierfür eine Lösung?
[B]Wäre auch an einer solchen Lösung interessiert![/B] Am sinnvollsten wäre eine Lösung mittels eines Moduls damit’s “Update sicher” ist… Wäre doch mal eine interessante Aufgabe für die Oxid Modul-Entwickler (Aggrosoft, D3, ect.)
Wo finde ich den diese Funktion “addUserAddress” im aktuellen Shop mit Azure Theme? In der oxuser hab ich das nicht gesehen. Vielleicht sehe ich ja auch den Wald vor lauter Bäumen nicht mehr…
Hat jemand einen Tipp?
Hoppla! Hab erst jetzt gesehen das dieser Beitrag ja “uralt” ist
Nun, der Ansatz zur Lösung der Versandregeln nach PLZ finde gut und darum möchte ich mir eine solche Funktion in meinen Shop einbauen (Montageservice). Leider habe ich noch kein solches Modul gesehen resp. gefunden.
In/mit welcher Datei wird den der Benutzer registriert resp. in die DB geschrieben??? Dort könnte ich die Klasse ja so erweitern wie hier beschrieben und den Benutzer mit der/den richtigen PLZ in die “Montageservice” Gruppe zuordnen…
Oder hat jemand eine bessere Idee…
Habe mal versucht mein Vorhaben umzusetzen. Ich habe in der Datei application/models/oxuser.php die Klasse CreateUser erweitert aber es funktioniert nicht … Mein Code:
public function createUser()
{
$oDb = oxDb::getDb();
$sShopID = $this->getConfig()->getShopId();
// check if user exists AND there is no password - in this case we update otherwise we try to insert
$sSelect = "select oxid from oxuser where oxusername = " . $oDb->quote( $this->oxuser__oxusername->value ) . " and oxpassword = '' ";
if ( !$this->_blMallUsers ) {
$sSelect .= " and oxshopid = '{$sShopID}' ";
}
$sOXID = $oDb->getOne( $sSelect, false, false );
// user without password found - lets use
if ( isset( $sOXID ) && $sOXID ) {
// try to update
$this->delete( $sOXID );
} elseif ( $this->_blMallUsers ) {
// must be sure if there is no dublicate user
$sQ = "select oxid from oxuser where oxusername = " . $oDb->quote( $this->oxuser__oxusername->value ) . " and oxusername != '' ";
if ( $oDb->getOne( $sQ, false, false ) ) {
$oEx = oxNew( 'oxUserException' );
$oLang = oxRegistry::getLang();
$oEx->setMessage( sprintf( $oLang->translateString( 'EXCEPTION_USER_USEREXISTS', $oLang->getTplLanguage() ), $this->oxuser__oxusername->value ) );
throw $oEx;
}
}
$this->oxuser__oxshopid = new oxField( $sShopID, oxField::T_RAW );
if ( ( $blOK = $this->save() ) ) {
// dropping/cleaning old delivery address/payment info
$oDb->execute( "delete from oxaddress where oxaddress.oxuserid = " . $oDb->quote( $this->oxuser__oxid->value ) . " " );
$oDb->execute( "update oxuserpayments set oxuserpayments.oxuserid = " . $oDb->quote( $this->oxuser__oxusername->value ) . " where oxuserpayments.oxuserid = " . $oDb->quote( $this->oxuser__oxid->value ) . " " );
} else {
$oEx = oxNew( 'oxUserException' );
$oEx->setMessage( 'EXCEPTION_USER_USERCREATIONFAILED' );
throw $oEx;
}
/** User mit entsprechender PLZ in Kurierkunden-Gruppe zuordnen */
$plzKurier="8869";
/** Kurierkunden GruppenID in DB = "b673a96dfe19ed06cded8ede40ba8241" */
if ($this->oxuser__oxzip->value == $plzKurier)
{
$this->addToGroup("b673a96dfe19ed06cded8ede40ba8241");
}
return $blOK;
}
Was mache ich falsch? Oder besser ist das überhaupt der Richtige Ort. Habe mir auch überlegt das ganze in die AddToGroup Klasse zu integrieren aber hier weiss ich nicht genau wie…
ich knabbere gerade am selben Problem.
Nur: Ist da nicht ein riesen Denkfehler drin?
=> Ein und der selbe Kunde kann sich mehrere Lieferadressen anlegen!
Wenn der Kunde sich jetzt an PLZ 12345 liefern lässt, bei der Registrierung aber eine PLZ 54321 angegeben hat und entsprechender Usergruppe zugeordnet wurde, dann fällt das Konzept mit der Usergruppe doch voll auf die Nase!
… Mein Code: