Bonitätsindex wird überschrieben

Deutsches Forum
1

Hallo!

Wie bereits hier diskutiert wurde, haben wir ähnliches Problem, dass ein Nutzer ohne Registrierung im Vorfahrt im Vergleich zum registrierten Nutzer ist.
Weiteres Problem ist, dass wenn ein Kunde erstmal eine Bestellung tätigt (ohne Registrierung), wird ihm OXBONI = 1000 vergeben. Wenn sich dieser Kunde dann registriert (mit der gleiche E-Mail) ist dieser wieder “Neue Kunde” mit OXBONI = 0.

Gibt es die Möglichkeit Bonitätsindex-Vergabe einzustellen?

Vielen Dank

2

schau mal in der config.inc.php (oder cust_config.inc.php falls vorhanden) sowas findest:

$this->iCreditRating = 0;

wenn nicht, verrate uns doch bitte deine Shop Version.

3

Hallo.

Das habe ich schon gesehen, dies setzt aber denn Standardwert für den Boni, wenn der Nutzer gut (bestellt hat) ist. Dies wird in der Klasse oxuser überprüft und wenn die iCreditRating gesetzt ist, wird dieser Wert genommen, ansonsten die 1000. Es hat aber leider nichts mit der Vergabe-Logik zu tun =(

Version: CE 4.9.4

P.S. bin Softwareentwickler, habe es ziemlich genau (soweit ich es verfolgen konnte) angeschaut, bin aber in OXID neu, daher die Frage.
Ich weiß bloß nicht, ob ich dafür ein Modul schreiben soll (was evtl. überflüssig ist), oder ob es Systemintern einstellbar ist?!

Vielen Dank.

4

Wir müssen erst herausfinden, woher genau diese 0 kommt, mit der der Index überschrieben wird. Ich habe auch nur die Stelle gesehen, wo ein Benutzer registriert wird und der 1000 Index gesetzt werden sollte.
Ich kenne Oxid gut genug um zu wissen, dass es mit irgendeinen, scheinbar absolut Zusammenhanglosen checkbox im backend zu tun haben könnte. Ich teste das mal morgen durch

5

Danke schon mal im Voraus =)

Werde gleich den Verhalten weiter verfolgen. Habe noch eine Stelle gefunden: und zwar default Wert OXBONI in der oxuser Tabelle ist ‘0’. Wenn es keine weiteren Sachen gibt, dann wird der Nutzer wohl wahrscheinlich nicht überschrieben, sondern erstmal gelöscht und dann neu hinzugefügt.
bis auf weiteres…

6

Kleines Update: es hängt [B]NICHT [/B]von MySQL-Defaultwert =/
die Suche geht weiter…

7

Sorry, es liegt an einem Module, welches die createUser()-Funktion überschreibt.

Vielen Dank.