Wawi 1.9.4.1 Artikelsuche läuft und läuft bis Time-Out

[Enrico W.]

Doch, sind sie, denn diese Preise werden immer errechnet, denn theoretisch kannst Du zig verschiedene Steuersätze haben und für jeden Artikel muss ein anderer Steuersatz berücksichtigt werden.
Dem Menschen kann man klar machen, dass man z.B. nur Artikel mit Steuersatz 19% führt, diese Logik fehlt einer Maschine. Sie muss das dann anhand der Werte in den Tabellen errechnen, welcher Preis angezeigt werden soll.

Außerdem ist nicht gesagt, dass diese Lösung jetzt der Weisheit letzter Schluss ist. Es ist DERZEIT ein Workaround um die Arbeit massiv zu beschleunigen.

 

[John]

@Enrico W. nur nochmal zum Versändnis:
Betrifft das nur die Artikelsuche, wenn man einen Artikel zu einem Auftrag hinzufügen möchte oder auch die generelle Artikelübersicht?

Und was ist zum Beispiel mit der Ameise? Wird das Feld Standard VK Brutto auch abgeschafft, weil dafür ja auch die gleiche Logik gilt?

 

[net97]

WHAT?
Die Lösung des Supports ist es, den Brutto VK aus der Ansicht zu entfernen?

Was ist DAS denn für eine Lösung?
Ist ja auch total irrelavant, was ich für einen Artikel vom Kunden an Geld bekomme...

also, bei uns hat das nichts gebracht! Auch OHNE VK-brutto kommts zum Timeout!
Und warum soll das denn bis vor die 1.9.x keine Relevanz gehabt haben?? Bis zum Update lief alles schön schnell.

 

[Enrico W.]

@John Ich glaube, jetzt wirfst Du ein wenig durcheinander. Die Spalte wird nicht abgeschafft, sie wird m.W. nur ausgeblendet, damit sie bei der Suche nicht ins Gewicht fällt. Was alles betroffen ist kann ich nicht sagen, dem Thread hier nach wären die Artikelansicht und die Artikelsuche betroffen:
https://forum.jtl-software.de/threa...kelsuche-timeout-gesucht.219196/#post-1178767
Wenn Du Probleme in dieser Form hast, dann wende Dich bitte an den Support.
@net97 Auch hier noch mal die Bitte: Wende Dich an den Support.

 

[mvh]

Was bedeutet das jetzt konkret?

Das ist folgenden Wawi Versionen der Standard Brutto VK nicht mehr Bestandteil der Artikeltabelle sein kann?
Das fände ich keine schöne Lösung.
Ich erwarte doch hier gar keine ziellandspezifische Brutto Berechnung, sondern den Standard Brutto für Deutschland, Endekunde. Dafür sind die Steuertabelle doch gar nicht massgeblich.

Nein. Das Problem ist für die WaWi-Nutzer mit vielen Artikeln und vielen Steuersätzen die Such-Abfrage bzw. die Tabellen-Indexes zu optimieren.

 

[mvh]

Es wird immer wieder die Frage gestellt - vor Update die Suche schnell, nach Update die Suche langsam.
Hier eine kurze Erklärung dazu.
Die Suche ist eine Abfrage über viele Tabellen.
Diese Abfrage wird nicht JEDES mal neu von SQL Server analysiert, interpretiert und optimiert,
sondern durch s.g. Tabellen-Statistiken, -Indexes und -Zusammenhänge wird ein Abfrage-Laufplan erstellt und gespeichert,
je öfter "ähnliche" Abfragen laufen - desto ausgeprägter wird der Ablaufplan und desto "schneller" wird es.
Ändere ich aber die Abfrage in eine "Ähnliche" aber für eine andere Strategie - habe ich ein Problem, teilweise ein großes.
Die Lösung: Statistiken und Indexes neu erstellen, wer es kann - soll es auch tun.
Seit SQL Server 2008 R2 hat Microsoft immer wieder die Vorgehensweise bei diesem "Problem" geändert, besonders die Tabellen-Statistiken, und
ab SQL Server 2017 (oder sogar 2019) ist die Strategie endlich fest (und anscheinend auch richtig ?).
Die Vorgehensweise in den meisten Fällen - JTL Support kontaktieren.

 

[John]

OK, aber ich sehe das Grundproblem der Logik überhaupt nicht.

Ein Bruttopreis existiert doch überhaupt nur, wenn man eine Entscheidung über den Ort des Verkaufs (oder genauer die örtlichen Verbringung des Artikels) trifft.
Ist die Entscheidung nicht getroffen, ist der Brutto VK nicht definiert.

In der Artikeldetail-Maske und der bisherigen Ergebnistabelle der Suche und auch z.B. in der Ameise wird die Entscheidung über den Verbringungsort durch einen Annahme für den Standardfall getroffen: Verbringung nach Deutschland an einen steuerpflichtigen Kunden.
Damit benötigt man keine Auswertung einer Riesentabelle, sondern nur 3 Fälle: Steuerklasse 0%, 7% oder 19% um den Brutto VK anzeigen lassen zu können.
Das kann nicht das Performance Problem sein.

@Enrico W. Ich kann dir nur aus meiner Einschätzung der Arbeitsweise von (kleinen) Händlern sagen, daß Ausblenden der Brutto-VK Spalte einen massiven Aufschrei geben wird.
Für viele ist das Kalkulationsgrundlage, weil man dafür ein besseres Gefühl hat. Das das nicht so sein sollte, ist klar - ist es aber.
Viele Händler haben auch haupsächlich Kunden in Deutschland.

Diese Brutto VK Spalte ist eine mega wichtige Orientierungshilfe.

 

[Enrico W.]

Noch mal: Das ist ein Workaround, keine endgültige Lösung. Ich gehe stark davon aus, dass an einer anderen Lösung gearbeitet wird.
Darüber hinaus bleibt der VK-Brutto weiterhin erhalten, nur eben temporär für die betroffenen Ansichten nicht.

In dem Zusammenhang möchte ich aus dem o.g. Thread zitieren, in dem betroffene User gesucht wurden:

"Wichtig sind dabei folgende Punkte:

• Ihr verfügt über ein Sortiment mit mehr als 40.000 ARTIKELN
• Ihr benutzt die aktuellste Version der JTL WAWI
• Ihr habt ein vielfältiges Sortiment und verwendet verschiedene Steuerklassen und Steuerschlüssel"

 

[Christoph E.]

Ticket hierzu: https://issues.jtl-software.de/issues/WAWI-76746

 

[Domsen]

Wie sieht es zwischenzeitlich mit der Artikelsuche aus? Haben durchgängig Ladezeiten von >40 Sekunden seit dem Update auf 1.9.4.1

 

[shopaustria]

Da wir explizit betroffene User suchen muss man davon ausgehen, dass das Verhalten nicht auf jedem System zu beobachten ist.

Weiß man schon wan der Fehler behoben ist ?

 

[JohnFrea]

@Enrico W. wird dieser Fix nur bei betroffenen Kunden durch den Support eingespielt oder fließt der erstmal für alle in die folgenden 1.9er Versionen ein, bis eine richtige Lösung gefunden wurde?

 

[Enrico W.]

Es wird aktuell daran gearbeitet eine dauerhafte Lösung zu schaffen.

Ticket hierzu: https://issues.jtl-software.de/issues/WAWI-76746

 

[ple]

Ehm, der Thread heißt ja, dass es bis zum Timeout kommt. Abgesehen davon, dass der Bruttopreis da eine Rolle spielt.
Mein Verhalten hier mit der 1.9.4.4, eigentlich seit der 1.9.4.0, ist reproduzierbar.
Vorweg, meine Artikelsuche ist recht schnell (ca. 7000 Artikel/ 7000 Kategorien / 3 Steuerklassen zusätzlich)
Aber ich kann die Query in den timeout laufen lassen, wenn ich folgendes mache.
Man klicke in irgendeiner Kategorie und stellt dann um auf Unterkategorie und klicke dann einfach mal auf Kategorien.
Bei mir dreht sich die Eieruhr immer.
Kann das mal einer nachstellen vielleicht? Egal ob standard Oberfläche oder neue.

 

[Christoph E.]

Die Timeout-Probleme sollten mit der heutigen 1.9.4.5 gefixt sein.

 

[gigi80]

Ja ist deutlich schneller. Gestern noch 3min und 17 Sekunden heute 11sek.

----- Edit----
Wobei 11 Sekunden auch noch echt Zeit ist. Zählt mal bis 11

 

[Morimus]

Die Timeout-Probleme sollten mit der heutigen 1.9.4.5 gefixt sein.

Hi Christoph,
gibt es etwas zu beachten, wenn man durch den JTL-Support den Hotfix eingespielt bekommen hat?
Oder einfach bedenkenlos Updaten?

Grüße

 

[Christoph E.]

Hi Christoph,
gibt es etwas zu beachten, wenn man durch den JTL-Support den Hotfix eingespielt bekommen hat?
Oder einfach bedenkenlos Updaten?

Nein. Ihr solltet (wie immer vor einem Update) ein Backup der DB machen, damit man zurückgehen kann, falls irgendwelche unerwarteten Schwierigkeiten (Stromausfall / kein Speicher auf der Festplatte etc.) auftreten, ansonsten gibt es da nichts zu beachten.