Neu Übersicht Verkauf mit Artikelmenge und durchschnittlichem VK netto

[Alexander Schwarz]

Ich habe eine Abfrage für die Verkaufsübersicht geschrieben welche mir die verkauften Artikel der markierten Bestellungen, sowie den dazu gehörigen durchschnittlichen VK in netto ausgibt.
Ich finde die Übersicht extrem hilfreich, da sie in Zusammenhang mit den vielen Filtermöglichkeiten der Verkaufsansicht einen sehr schnellen Überblick über die verkauften Artikel und den zugehörigen VK bietet.

Freu mich über Feedback...

SELECT
tbestellpos.cArtNr AS Artikelnummer,
tbestellpos.cString AS Artikelbezeichnung,
CAST(SUM(tbestellpos.nAnzahl) AS INT) AS Anzahl,
CAST(ROUND(AVG(tbestellpos.fVKPreis / 1.19), 2) AS DECIMAL(10,2)) AS Durchschnittlicher NettoVK

FROM
tbestellpos
JOIN
tlagerbestand ON tlagerbestand.kArtikel = tbestellpos.tArtikel_kArtikel

WHERE
tbestellpos.nType = 1
AND tbestellpos.tBestellung_kBestellung IN (@Keys)

GROUP BY
tbestellpos.cArtNr,
tbestellpos.cString

 

[frankell]

Ich habe eine Abfrage für die Verkaufsübersicht geschrieben welche mir die verkauften Artikel der markierten Bestellungen, sowie den dazu gehörigen durchschnittlichen VK in netto ausgibt.
Ich finde die Übersicht extrem hilfreich, da sie in Zusammenhang mit den vielen Filtermöglichkeiten der Verkaufsansicht einen sehr schnellen Überblick über die verkauften Artikel und den zugehörigen VK bietet.

Freu mich über Feedback...

SELECT
tbestellpos.cArtNr AS Artikelnummer,
tbestellpos.cString AS Artikelbezeichnung,
CAST(SUM(tbestellpos.nAnzahl) AS INT) AS Anzahl,
CAST(ROUND(AVG(tbestellpos.fVKPreis / 1.19), 2) AS DECIMAL(10,2)) AS Durchschnittlicher NettoVK

FROM
tbestellpos
JOIN
tlagerbestand ON tlagerbestand.kArtikel = tbestellpos.tArtikel_kArtikel

WHERE
tbestellpos.nType = 1
AND tbestellpos.tBestellung_kBestellung IN (@Keys)

GROUP BY
tbestellpos.cArtNr,
tbestellpos.cString

Prima, vielen Dank für's Teilen!

Ich las vor kurzem einen Hinweis, dass man vielleicht nicht mehr die alten Views in dbo nutzen sollte (konnte es grad auf die Schnelle nicht finden). Das klang nach spezifischem Wissen, dass die irgendwann nicht mehr existieren würden. Ich selbst weiß davon nichts, deswegen gebe ich das nur ungefiltert wieder.

Die Umstellung auf die "eigentlichen" Tabellen im Schema Verkauf dürfte recht simpel sein. Da kann man sowohl die Tabelle als auch die View nutzen.

Das aber nur als völlig unverbindlicher Hinweis.

 

[Alexander Schwarz]

Prima, vielen Dank für's Teilen!

Ich las vor kurzem einen Hinweis, dass man vielleicht nicht mehr die alten Views in dbo nutzen sollte (konnte es grad auf die Schnelle nicht finden). Das klang nach spezifischem Wissen, dass die irgendwann nicht mehr existieren würden. Ich selbst weiß davon nichts, deswegen gebe ich das nur ungefiltert wieder.

Die Umstellung auf die "eigentlichen" Tabellen im Schema Verkauf dürfte recht simpel sein. Da kann man sowohl die Tabelle als auch die View nutzen.

Das aber nur als völlig unverbindlicher Hinweis.

Hallo frankell,

da hast du vollkommen Recht. Danke dir für das Feedback.
Momentan funktionieren sie noch.
Vielleicht komm ich am Wochenende dazu, und schreib das noch auf die "neuen" Tabellen um.
Dann ist es aktuell.

Mir ging es momentan eher um die Information die ich dadurch superschnell aus der Übersicht ziehe.

 

[wawi-dl]

Prima, vielen Dank für's Teilen!

Ich las vor kurzem einen Hinweis, dass man vielleicht nicht mehr die alten Views in dbo nutzen sollte (konnte es grad auf die Schnelle nicht finden). Das klang nach spezifischem Wissen, dass die irgendwann nicht mehr existieren würden. Ich selbst weiß davon nichts, deswegen gebe ich das nur ungefiltert wieder.

Die Umstellung auf die "eigentlichen" Tabellen im Schema Verkauf dürfte recht simpel sein. Da kann man sowohl die Tabelle als auch die View nutzen.

Das aber nur als völlig unverbindlicher Hinweis.

JTL baut stück für Stück neue Tabellen auf, früher hießen diese alle nach Schema "dbo.xxxx" und werden nun durch sprechende ersetzt "Artikel.xxx" oder "Verkauf.xxx".
Man kann so zumindest erkennen, was alt und neu ist, es gibt diese Tabellen teilweise aber doppelt ... alt UND neu, wobei die alten aber teils nicht mehr funktionieren oder Teile fehlen (wenn ich mich recht erinnere).

Sollte es also neue Tabellen oder Views geben, sollte man dies logischerweise auch verwenden.

Hallo frankell,

da hast du vollkommen Recht. Danke dir für das Feedback.
Momentan funktionieren sie noch.
Vielleicht komm ich am Wochenende dazu, und schreib das noch auf die "neuen" Tabellen um.
Dann ist es aktuell.

Mir ging es momentan eher um die Information die ich dadurch superschnell aus der Übersicht ziehe.

Es gibt im JTL Guide einige Vorlagen wie KPI's, falls diese noch nicht gesehen wurden.

Beispiel:
https://guide.jtl-software.com/jtl-wawi/artikel/beispiele-fuer-eigene-uebersichten-fuer-artikel/

 

[Alexander Schwarz]

So hier nochmal mit der neuen Tabellenstruktur:

SELECT
ap.cArtNr AS Artikelnummer,
ap.cName AS Artikelbezeichnung,
CAST(SUM(ap.fAnzahl) AS INT) AS Anzahl,
CAST(ROUND(AVG(ap.fVkNetto), 2) AS DECIMAL(10,2)) AS Durchschnitt_NettoVK
FROM
Verkauf.tAuftragPosition AS ap
WHERE
ap.nType = 1
AND ap.kAuftrag IN (@Keys)
GROUP BY
ap.cArtNr,
ap.cName;

wobei nType=1 hier bedeutet, daß nur tatsächliche Auftragspositionen Artikel (nachträglich korrigiert) berücksichtigt werden, keine Rabatte oder Versandpositionen.

 

[wawi-dl]

... nType=1 hier bedeutet, daß nur tatsächliche Auftragspositionen berücksichtigt werden, keine Rabatte oder Versandpositionen.

jein nicht ganz richtig, Auftragspositionen sind das immer, nType definiert aber das Objekt im Auftrag, mal ein kleiner Auszug dazu:

0 = Freiposition
1 = Artikel (Bezug zu tArtikel)
2 = Versandposition
3 = Coupon
4 = Gutschein
5 = Zahlungszuschlag
6 = Versandzuschlag
7 = Neukundencoupon
8 = Nachnahmegebühr
9 = Versandzuschlag für Artikel
10 = Verpackungsgebühr
11 = Gratisgeschenk
12 = TrustedShops
13 = Zinsaufschlag
14 = Bearbeitungsgebühr

 

[Alexander Schwarz]

jein nicht ganz richtig, Auftragspositionen sind das immer, nType definiert aber das Objekt im Auftrag, mal ein kleiner Auszug dazu:

0 = Freiposition
1 = Artikel (Bezug zu tArtikel)
2 = Versandposition
3 = Coupon
4 = Gutschein
5 = Zahlungszuschlag
6 = Versandzuschlag
7 = Neukundencoupon
8 = Nachnahmegebühr
9 = Versandzuschlag für Artikel
10 = Verpackungsgebühr
11 = Gratisgeschenk
12 = TrustedShops
13 = Zinsaufschlag
14 = Bearbeitungsgebühr

Vielen Dank für die Ergänzung.
Ich habe es oben noch ausgebessert. War unglücklich ausgedrückt.