Hallo Support,

wir haben schon seit längerer Zeit immer mal wieder das
Problem, dass sich Kunden mit Ihren Zugangsdaten in einem
anderen Filialshop bzw. bei einem anderen Händler einloggen.
Wenn dann noch verschiedene Subkats mit unterschiedlichen
Preislisten und anderen Vorlagen zugeordnet wurden gibt es
meistens ein heilloses Durcheinander für den Kunden.
Wir müssen dann beschwichtigende Erklärungen stammeln...  ;)

Ich würde mich sehr freuen, wenn hier von SP in Zukunft
eine Möglichkeit geschaffen wird, Kunden-Logins für andere
Händler bzw. andere Subkataloge als vorgesehen zu _sperren_.  (?)

Grüße
Jens Gallay

Hallo Support,

also ich habe mir das jetzt auch noch einmal genau in der
Statistik angesehen: Kunden klicken sich mit Ihren Zugangsdaten
in beliebige Filialshops ein und kriegen dann entweder Fehlermeldungen
(weil bestimmte Seiten deaktiviert sind) oder sehen Preise
aus anderen Subkats die sie gar nicht sehen sollen.
Das ist ziemlich blöd und für uns peinlich.
Ich kann die F-Shops aber auch nicht streng voneinander isolieren.
Lässt sich da vielleicht nicht doch was machen?

Ich wünsche mir eine Lösung, dass Kunden sich nur in _den_
Subkatalogen anmelden können, die auch Ihrem Händler zugeordnet sind.
Ansonsten sollte es eine Login-Fehlermeldung geben.
Auch die Login-Daten Abfrage über SPFORMS sollte nur im
jeweiligen Händler-Filialshop funktionieren.
Bisher werden - glaube ich - Zugangsdaten automatisch zugeschickt
auch wenn der Kunde gar nicht bei dem Händler angemeldet ist.
Eventuell könnte es nur als Option im Händler eingerichtet werden,
falls andere Shopbetreiber so etwas nicht wünschen.
Ich weiß, die Subkataloge sind auch für unterschiedliche Sprachen gedacht.
Da tritt das Problem dann (vielleicht) nicht auf.
Wir nutzen die Subkataloge jedoch als unterschiedliche Preislisten
in unterschiedlichen Händlern und da sollte die Zuordnung 'Zugangsdaten'
von Kunden zu Händlern und umgekehrt absolut eindeutig sein.

jg

Hallo jg,

unter Bestellung/Händler | Bestellformular
gibt es die Option "Wechsel des Händlers bei Login erlauben".

Wäre das Problem evtl. durch deaktivieren diese Option gelöst (falls sie den aktiviert ist) ?

Gruß hop

Hallo hop,
> Option "Wechsel des Händlers bei Login erlauben".
Die Option ist schon längere Zeit deaktiviert, also kein Haken drin.
Damit kann ich das Problem wohl nicht lösen.
Grüße jg

Sorry,

es ist natürlich Blödsinn, was ich geschrieben habe.

Die Option muss natürlich eingeschaltet sein (Häckchen
drin). Nur dann landet der Kunde bei "seinem" Händler.

Hier ist vielleicht ein Missverständnis:
Ein Kunde kann sich nicht für einen Subkatalog anmelden, er kann sich immer nur für einen Händler anmelden.
Er sieht dann den Subkatalog des Händlers. Es sei denn für den Kunden sind eigne Subkataloge definiert.
Wenn der Händler mehrere Subkataloge hat, sieht der Kunde zunächst den ersten, kann aber per __xchgsubcat__ den Subakatalog wechseln.

Zur "Passwort vergessen" Funktion:
Diese Funktion kann nur dann vom Händler abhängig gemacht werden, wenn sichergestellt ist, dass der Kunden diese
auch über den korrekten Händler aufruft. Da der Kunde aber lediglich über Link mit der Händlerid kommt (z.B. .. iboshop.cgi?show0,ID1000100) könnte er genausogut bei einem andern Händler landen und sich wundern,
dass er kein Passwort anfordern kann. Weshalb ich ein solche Funktion nur bedingt empfehlen kann.


Gruss hop

Hallo hop,

> Ein Kunde kann sich nicht für einen Subkatalog anmelden,
schon klar mit dem Subkatalog.

> er kann sich immer nur für einen Händler anmelden.
> Er sieht dann den Subkatalog des Händlers.
Mit ALLEN Zugangsdaten aus unserer DB kann ich mich
in JEDEM unserer Händler anmelden, egal bei welchem Händler
der Kunde eingetragen ist. Das darf nicht möglich sein.
Man landet zwar im richtigen Subkatalog, aber 'Chaos'
gibts trotzdem...

Grüße jg

Hallo jg,

das Problem ist jetzt gelöst, einen Patch hierzu haben Sie erhalten. Ein Kunde kann sich bei entsprechender Einstellung
nur bei "seinem" Händler anmelden.
Serie wird das mit der 2.20.01e, dann werden wir auch neben
dem Identifier __userhid__ einen SSP Zugriff auf die
Variable ermöglichen.

Gruss hop

Hallo Support,

Danke für die Lösung. Jetzt hatten wir erstmal keine
Klagen mehr von Kunden, diesbezüglich...

Nun aber noch ein anderes Problem:
Ich hatte letztens einen Kunden im Shop, der sich bei mindestens
6 oder 7 verschiedenen Filialshops angemeldet hat.
Leider fast immer mit demselben Benutzernamen, was der Shop
auch akzeptiert hat. Hier sollte das System in der Datenbank
prüfen, dass keine Duplikate verwendet werden können.
War das nicht früher schon so??

Der Kunde wollte sich dann in einem der Shops einloggen,
was jedoch nicht ging, weil SP immer das Kennwort des ersten
gefundenen Benutzernamens in der Datenbank wissen wollte.
Der Kunde schickte mir daraufhin eine Mail, er hätte sich
korrekt angemeldet, Zugang funktioniert jedoch nicht.
Ich musste dann die Benutzernamen ändern...   :(

Grüße jg

ZitatIch hatte letztens einen Kunden im Shop, der sich bei mindestens
6 oder 7 verschiedenen Filialshops angemeldet hat.
Leider fast immer mit demselben Benutzernamen, was der Shop
auch akzeptiert hat. Hier sollte das System in der Datenbank
prüfen, dass keine Duplikate verwendet werden können.
War das nicht früher schon so??

Gleicher Benutzername (Login) bei unterschiedlicher Kundennummer ist von der Datenbank her möglich. Dies ist jedoch nur für Spezial-User, wie Admin oder Vertreter gedacht.

Jedoch ist es nicht möglich, dass ein Benutzer sich mit einem schon vorhandenen Login neu registriert.
In diesem Fall kommmt eine Fehlermeldung.
Somit habe ich eigentlich keine richtige Erklärung, wie das passieren konnte. Vielleicht ist es über Kundennummeränderung im WC passiert ?

Gruss hop

Hallo hop,

> Jedoch ist es nicht möglich, dass ein Benutzer sich mit
> einem schon vorhandenen Login neu registriert.
> In diesem Fall kommmt eine Fehlermeldung.
> Somit habe ich eigentlich keine richtige Erklärung,
> wie das passieren konnte.

Fehler(?) gefunden:
Einstellung im Formular war -> udc_newuser.
Damit konnte man (bei uns) Benutzernamen doppelt eingeben.
(vielleicht mal prüfen...?)
Nachdem wir die Einstellung in ->udc_newuser_autopw geändert haben,
kam dann der Hinweis von SP auf 'schon vergeben' oder so ähnlich
und der Benutzername konnte nicht mehr doppelt angelegt werden.

jg