Neu Kundenstammdaten in den Auftragsübersichten überflüssig?

[Manuel Pietzsch]

Hi Freunde,

ich überlege die Kundenstammdaten aus den Auftragsübersichten zu entfernen.



Wir gewinnen mehr Performance beim Laden der Listen, da wir deutlich weniger Daten referenzieren müssen und wir haben die Rechnungs- und Lieferadresse in den Auftragslisten weiterhin verfügbar.

Weiter würde ich damit das Problem lösen, dass Aufträge nicht mehr angezeigt werden wenn Kundenstammdaten gelöscht werden: https://issues.jtl-software.de/issues/WAWI-43925 , da ja keine Referenz mehr besteht.

Könnt ihr mir Praxisbeispiele nennen wo euch die Rechnungs- und Lieferadresse des Auftrags nicht ausreicht und ihr die Referenz zur Kundenstammadresse benötigt? Evtl. kann ich dafür einen einfachen Workaround bereitstellen und wir können zukünfig auf die Referenz zum Kunden verzichten?!?

Je nachdem planen wir einen aufwändigeren Weg und ziehen die benötigen Daten in den Auftrag um die Referenz auflösen zu können.

Gruß und Danke

Euer Manuel

 

[MichaelH]

Braucht kein Mensch und war mir immer schon ein Rätsel warum die Kundendaten noch zusätzlich verfügbar sind.
Die Rechnungsdaten sollten den Kundendaten entsprechen.

Es warf und wirft sich eher die Frage auf:
Können diese verschieden sein ?
Wenn ja warum ?
Wenn ja wie kann oder muss man das lösen ?

Bislang weniger wichtig und vermutlich nie der Fall, aber mit Auftrag 2.0 könnte sich hier manche Frage auftun.

Auch das Gesamtthema:
Der Kunde ändert sein Kundenkonto im Shop und die WAWI übernimmt das einfach ohne Prüfung.
Beispiel:
Der Kunde trägt nun eine UID ein und das Konto wird dadurch zu einem gewerblichen Konto - und umgekehrt ?
Der Kunde ändert seinen Firmenwortlaut, aber mit gleicher UID ?

 

[Rico Giesler]

Das mit den unterschiedlichen Kunden/Rechnungs und Lieferdaten kann gerade bei Großkonzernen durchaus vorkommen.
Kunde ist "Riesenkonzern XY", Rechnungsadresse ist aber "Riesenkonzern XY Abteilung Buchhaltung" (mit anderer Anschrift) und Lieferanschrift ist "Lager vom Riesenkonzern XY"
Gleiches trifft teilweise bei Fakultäten oder Behörden zu.

 

[SebastianB]

Es warf und wirft sich eher die Frage auf:
Können diese verschieden sein ?
Wenn ja warum ?
Wenn ja wie kann oder muss man das lösen ?

Kundenadresse und die Adressen in Vorgängen können aus folgenden Gründen unterschiedlich sein:

• Nach einem Auftrag wird der Kunde geändert - dann bezieht sich die Änderung nur auf die Kundenstammdaten, nicht auf die Vorgänge
• Der Kunde hat ja mehrere Adressen - aber nur eine Standardadresse: Wenn der Auftrag jetzt aus nicht-Standard-Adressen erzeugt wurde, sind die demnach auch unterschiedlich
• Wenn ein Auftrag angelegt wird, findet erstmal nur eine Zuordnung zum Kunden statt - die eigentlichen Adressen werden aber aus dem Quellsystem übernommen (eBay, Amazon, Shop) - die wandern nicht automatisch in die Stammdaten vom Kunden

Sprich:
Die Kundenstammdaten sind im Grunde ein Adressbuch für die manuelle Auftragsanlage - dort kann man entscheiden, aus welcher Kundenadresse man die Liefer- und Rechnungsadresse füllt. Aber danach haben die beiden Werte nichts mehr miteinander zu tun - und bei Aufträgen, die aus Shops / Marktplätzen / POS - Systemen kommen wird in erster Linie der Kunde zugeordnet und nicht zwingend auch die Stammdaten aktualisiert.

 

[MichaelH]

"Wenn ein Auftrag angelegt wird, findet erstmal nur eine Zuordnung zum Kunden statt - die eigentlichen Adressen werden aber aus dem Quellsystem übernommen (eBay, Amazon, Shop) - die wandern nicht automatisch in die Stammdaten vom Kunden "

Genau dieser Punkt ging mit dem Abgleich ohne Kundendatenvergleich verloren, seit es die manuelle Übernahme nicht mehr gibt mit dem PopUp in dem man die Daten abgleichen und selbst festlegen konnte welche Daten aktualisiert werden sollen.
Dass die Kundendaten im Kundenstamm nun überhaupt nicht mehr aktualisiert werden, sondern nur im Auftrag mit dem Shop übereinstimmen war mir nicht bewusst ?

Daher:
Sollte es einen Abgleich geben mit dem ich Kundendaten-Kundenstamm mit Kundendaten-Auftrag abgleichen kann und so Änderungen übernehmen ?
Und das manuell nach Bedarf ausgeführt werden kann ?

Genau hier sehe ich, wie oben beschrieben, aber schon ein Problemchen, wenn ich nicht mehr Herr über die (aktuellen) Daten im Kundenstamm bin (oder wäre) und Änderungen die der Kunde macht nur auftragsbezogen berücksichtigt werden.

Wir hatten das Thema "Kundenabgleich, Dublettensuche, etc." erst kürzlich, das müsste dann entsprechend erweitert werden ?


Für unterschiedliche Abrechner zu einer Haupt-Kundennummer soll es mit Auftrag 2.0 eine Lösung geben.
Wir brauchen das so gut wie nie, daher war es kein Thema mit dem ich mich wirklich befasst hatte.

 

[ReinholdB]

Also (nur) auf die Kundennummer würde ich sehr ungerne verzichten, die benötigen wir öfters.

 

[wawi-dl]

Der Kunde kann von RA und LA abweichen wie @SebastianB korrekt erläutert hat.

Kunde A bestellt, wünscht aber Rechnung an Kunde B und Lieferung an Kunde C.
Ich möchte auf KEINEN FALL den Kundenstamm ändern, weil Kunde A bleibt Kunde A!!!

In der Liste brauchen wir Kundenadresse NICHT, aber die Kundennummer SEHR WOHL!

Ob das dann am Ende mehr Performance bringt, wenn die Tabelle ohnehin gezogen werden?!
Dann muss man wohl in die Tabelle tBestellung noch die Kundennummer mit aufnehmen, dann kann tKunde für das Listing entfallen und spart Performance.

 

[MichaelH]

Na ja, genau so sollte es aber nicht sein, wenn A bestellt als Besteller und B die Rechnung empfängt, dann muss es so etwas geben wie von mir geschrieben:
"Für unterschiedliche Abrechner zu einer Haupt-Kundennummer soll es mit Auftrag 2.0 eine Lösung geben."

Ist nicht mein Thema, aber es darf eben die Übertragung aktueller Kundendaten nicht verhindern.

Immerhin ist der JTL- Shop ein Consumer-Shop und kein gewerblicher Konzernkunden Shop.
Daher sollte auch dort die Priorität der sauberen Abwicklung liegen.

Die einfachste Lösung wäre vermutlich, wenn der Shop diese Art von Bestellung erlauben würde, also Hauptkonto mit Unterkonto sofern der Besteller im Shop diesem Kundentyp entspricht.
Gleiches gilt dann für die WAWI.

 

[wawi-dl]

Gebe ich dir für Shops recht, wir haben aber viele eBay-Kunden, da ist dies täglich der Fall.
Für uns darf der Kundenstamm daher nicht ersetzt werden, es darf aber gerne eine weitere Adresse dem Kundenstamm (zb auch als Vorauswahl) hinzugefügt werden.

Für uns wäre es ohnehin eine rießen Hilfe, wenn JTL alle Adressen von Bestellungen zu EINEM Kunden sammeln und zur Auswahl anbieten würde.