Neu Hilfe bei SQL abfrage wieviele Tage ein Artikel im Bestand gewesen ist?

[SaschaR1987]

Hat jemand eine Idee wie man es schaffen kann zu errechnen wie viele Tage ein Artikel seit er existiert im Bestand gewesen ist bis zum aktuellen abfrage Zeitpunkt?

sollte es dafür nicht sogar etwas von JTL selbst geben
immerhin müsste mit diesem Wert der Bedarf errechnet werden
Denn nur wenn ein Artikel im Bestand gewesen ist kann ich die Anzahl der Tage mit Bestand durch die Anzahl der gesamt Verkäufe teilen um zu wissen wie oft man den Artikel benötigt!

 

[Omnideal-Böhling]

Das haben wir mit Boardmitteln leider nicht hinbekommen. Wir haben uns schon vor Jahren eine Hilfstabelle schreiben lassen die täglich befüllt wird mit
Datum kartikel und Bestand.
So können wir problem zB in PowerBi die Tage auf Lager zählen

 

[Karobube]

Habe ein SQL-Abfrage dazu als eigene Übersicht, hat mich aber einigen Hirnschmalz gekostet, deswegen mag ich es ungern kostenlos hier reinstellen. Wer es braucht kann mir gerne schreiben, und für einen Obolus auf Rechnung teile ich es gerne.

Lg

 

[Tsuc]

Hat jemand eine Idee wie man es schaffen kann zu errechnen wie viele Tage ein Artikel seit er existiert im Bestand gewesen ist bis zum aktuellen abfrage Zeitpunkt?

sollte es dafür nicht sogar etwas von JTL selbst geben
immerhin müsste mit diesem Wert der Bedarf errechnet werden
Denn nur wenn ein Artikel im Bestand gewesen ist kann ich die Anzahl der Tage mit Bestand durch die Anzahl der gesamt Verkäufe teilen um zu wissen wie oft man den Artikel benötigt!

Wir haben ein SQL für Artikel die lange nicht bewegt worden sind. Damit kann man die Pennerartikel leicht finden. Vielleicht hilft das dir weiter. Getestet in 1.6.46.0

SELECT
  a.cArtNr AS 'Artikelnr',
  ab.cName AS 'Artikelbeschreibung',
  DATEDIFF(day, MAX(ah.dGebucht), GETDATE()) AS 'Anzahl der Tage ohne Bewegung',
  lb.fLagerbestand AS 'aktueller Lagerbestand'
FROM
  tArtikel AS a
  JOIN tArtikelBeschreibung AS ab ON a.kArtikel = ab.kArtikel
  JOIN tlagerbestand AS lb ON a.kArtikel = lb.kArtikel
  JOIN tArtikelHistory AS ah ON a.kArtikel = ah.kArtikel
WHERE
  lb.fLagerbestand > 0
GROUP BY
  a.cArtNr,
  ab.cName,
  lb.fLagerbestand
ORDER BY 'Anzahl der Tage ohne Bewegung' DESC

 

[SportNet]

Wir haben ein SQL für Artikel die lange nicht bewegt worden sind. Damit kann man die Pennerartikel leicht finden. Vielleicht hilft das dir weiter. Getestet in 1.6.46.0

SELECT
  a.cArtNr AS 'Artikelnr',
  ab.cName AS 'Artikelbeschreibung',
  DATEDIFF(day, MAX(ah.dGebucht), GETDATE()) AS 'Anzahl der Tage ohne Bewegung',
  lb.fLagerbestand AS 'aktueller Lagerbestand'
FROM
  tArtikel AS a
  JOIN tArtikelBeschreibung AS ab ON a.kArtikel = ab.kArtikel
  JOIN tlagerbestand AS lb ON a.kArtikel = lb.kArtikel
  JOIN tArtikelHistory AS ah ON a.kArtikel = ah.kArtikel
WHERE
  lb.fLagerbestand > 0
GROUP BY
  a.cArtNr,
  ab.cName,
  lb.fLagerbestand
ORDER BY 'Anzahl der Tage ohne Bewegung' DESC

du solltest beim Join auf tArtikelBeschreibung evtl. noch folgendes ergänzen:

 and ab.kPlattform = 1 and ab.kSprache = 1

und beim Where schadet das ergänzend nicht:

  and a.nIstVater = 0
  and a.kStueckliste = 0

 

[Karobube]

Habe ein SQL-Abfrage dazu als eigene Übersicht, hat mich aber einigen Hirnschmalz gekostet, deswegen mag ich es ungern kostenlos hier reinstellen. Wer es braucht kann mir gerne schreiben, und für einen Obolus auf Rechnung teile ich es gerne.

Lg

So sieht unsere Übersicht aus, Ausgabezeiträume kann man nach Wunsch schnell ändern, die Verkaufsmengen je der entsprechenden Zeiträume sind eine einfache unkomplizierte Abfrage, mit beidem zusammen kann man dann schön den tatsächlichen Bedarf und die Bedarfsänderung über die Zeiträume hinweg sehen. Screenshot vom 08.02., dementsprechend die Zahlen in "akt. Monat" und "akt. Jahr".

Sorry für den neuen Beitrag, der letzte ist zu alt, ihn zu editieren.

LG und schönes WE <3

 

[SportNet]

So sieht unsere Übersicht aus, ......

da scheint etwas mit dem Bild nicht zu klappen

 

[SportNet]

... die Verkaufsmengen je der entsprechenden Zeiträume sind eine einfache unkomplizierte Abfrage....

beachtet ihr bei den Verkaufsmengen in der Abfrage auch Gutschriften/Retouren oder verkauft ihr nur B2B ?

 

[Karobube]

beachtet ihr bei den Verkaufsmengen in der Abfrage auch Gutschriften/Retouren oder verkauft ihr nur B2B ?

Das ist flexibel, Verkaufsmengen sind auf der Datenbank einfach die Summe der Auftragspositionsmengen aus dem Zeitraum, Auftrag nicht storniert, kein Angebot/Umlagerung, und dann gerne abzüglich Retourenpositionsmengen bzw Auftragspositionsmengen aus gutgeschriebenen Aufträgen aus dem selben Zeitraum, das ist alles verhältnisweise SQL Ein-Mal-Eins und in ein paar Minütchen gemacht. =)

 

[SportNet]

Das ist flexibel, Verkaufsmengen sind auf der Datenbank einfach die Summe der Auftragspositionsmengen aus dem Zeitraum, Auftrag nicht storniert, kein Angebot/Umlagerung, und dann gerne abzüglich Retourenpositionsmengen bzw Auftragspositionsmengen aus gutgeschriebenen Aufträgen aus dem selben Zeitraum, das ist alles verhältnisweise SQL Ein-Mal-Eins und in ein paar Minütchen gemacht. =)

Das das nichts Wildes ist, ist schon klar. Ich wollte nur daraufhinweisen, dass das auch relevant ist, was aber vielen nicht bewusst ist.
Zu dumm, dass selbst JTL das nicht bei den eigenen Bestellvorschlägen beachtet.... Ist für mich unerklärlich, wie ein Entwickler das bei der Programmierung einfach ignoriert. Selbst wenn das nicht im Lastenheft stand, hätte ihm das doch auffallen müssen - die aktuelle Umsetzung ist für das B2C-Geschäft nicht sinnvoll/nur unvollständig umgesetzt.

Aber dafür die "Retourenpostionen" zu nutzen, würde ich aber eher abraten, da bei diesen nicht garantiert ist, dass die Waren auch wirklich zurück sind.

 

[Karobube]

Das das nichts Wildes ist, ist schon klar. Ich wollte nur daraufhinweisen, dass das auch relevant ist, was aber vielen nicht bewusst ist.
Zu dumm, dass selbst JTL das nicht bei den eigenen Bestellvorschlägen beachtet.... Ist für mich unerklärlich, wie ein Entwickler das bei der Programmierung einfach ignoriert. Selbst wenn das nicht im Lastenheft stand, hätte ihm das doch auffallen müssen - die aktuelle Umsetzung ist für das B2C-Geschäft nicht sinnvoll/nur unvollständig umgesetzt.

Aber dafür die "Retourenpostionen" zu nutzen, würde ich aber eher abraten, da bei diesen nicht garantiert ist, dass die Waren auch wirklich zurück sind.

kann man ja prüfen, ob eingetroffen, Zustand o.k., zurück ins Lager gebucht

 

[SebastianB]

Hm, ist das nicht in den neuen Bestellvorschlägen mit drin? Also grundsätzlich geht das über die vorhandenen Lagertabellen, es ist aber nicht trivial - im wesentlichen nimmt man die Warenlagereingänge, legt dann die Warenlagerausgänge dazu und bildet dann fortlaufende Summen. Dann schaut man sich die "Nulldurchläufe" der fortlaufenden Summen an und hat die Tage, an denen der Warenbestand auf 0 gegangen ist - jetzt nimmt man den ersten Datensatz, dann alle Nulldurchläufe und den jeweils folgenden Datensatz - dann hat man den Zeitpunkt vom WLE der den Wert 0 gekickt hat, gefolgt von dem Datensatz der alles auf 0 gebracht hat (also der letzte Abverkauf) - und daraus kann man dann die Tage berechnen...

ist alles in einem recht großem SQL machbar, aber gerade bei mehreren Artikel relativ inperformant.

 

[Karobube]

Hm, ist das nicht in den neuen Bestellvorschlägen mit drin?

Tatsächlich, kann man in der neuen Bedarfsberechnung einfach mitkalkulieren ! Den Wert gibt's da wohl nicht, wie viele Tage nun Bestand war, aber dafür die meisten anderen Zahlen die man damit überhaupt berechnen wollen würde.

Der Wert meiner Abfrage ist damit natürlich inzwischen deutlich beschränkt, dann also doch liebes Forum:

Spoiler: Eigene Übersicht SQL

DECLARE @Heute DATE = GETDATE()
DECLARE @ArtikelErstellDatum DATE = (SELECT CAST(dErstelldatum AS DATE) FROM tArtikel
WHERE kArtikel = @Key)
DECLARE @ArtikelErstAnlieferung DATE = ISNULL((SELECT
CAST(MIN(tWarenlagerEingang.dErstellt) AS DATE) FROM tWarenlagerEingang WHERE
tWarenLagerEingang.kArtikel = @Key),@ArtikelErstellDatum)
DECLARE @Monatsbeginn DATE = DATEADD(DAY, 1, EOMONTH(DATEADD(MONTH,-1,GETDATE())))
DECLARE @Vormonatsbeginn DATE = DATEADD(DAY, 1, EOMONTH(DATEADD(MONTH,-2,GETDATE())))
DECLARE @VorDreiszigTagen DATE = DATEADD(DAY,-29,GETDATE())
DECLARE @VorVierMonaten DATE = DATEADD(DAY, 1,EOMONTH(DATEADD(MONTH,-4,GETDATE())))
DECLARE @Jahresbeginn DATE = DATEADD(DAY, 1, DATEADD(YEAR, DATEDIFF(YEAR, -1,
GETDATE())-1, -1))
DECLARE @Vor365Tagen DATE = DATEADD(DAY,-365,GETDATE())
DECLARE @Vorjahresbeginn DATE = DATEADD(YEAR, -1, DATEADD(DAY, 1, DATEADD(YEAR,
DATEDIFF(YEAR, -1, GETDATE())-1, -1)))
SELECT
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @Monatsbeginn AND @Heute THEN 1 ELSE 0 END)),' mit (',
CONVERT(VARCHAR(100),1+DATEDIFF(day,@Monatsbeginn,@Heute)-SUM(CASE WHEN
TagesBestand.Bestand > 0 AND TagesBestand.Tag BETWEEN @Monatsbeginn AND @Heute THEN 1
ELSE 0 END)), ' Tage ohne)') AS 'Akt. Monat',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @Vormonatsbeginn AND DATEADD(DAY,-1,@Monatsbeginn) THEN 1
ELSE 0 END)),' mit (', CONVERT(VARCHAR(100),1+DATEDIFF(day,
@Vormonatsbeginn,DATEADD(DAY,-1,@Monatsbeginn))-SUM(CASE WHEN TagesBestand.Bestand > 0
AND TagesBestand.Tag BETWEEN @Vormonatsbeginn AND DATEADD(DAY,-1,@Monatsbeginn) THEN 1
ELSE 0 END)), ' Tage ohne)') AS 'Vormonat',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @VorDreiszigTagen AND @Heute THEN 1 ELSE 0 END)),' mit (',
CONVERT(VARCHAR(100),30-SUM(CASE WHEN TagesBestand.Bestand > 0 AND TagesBestand.Tag
BETWEEN @VorDreiszigTagen AND @Heute THEN 1 ELSE 0 END)), ' Tage ohne)') AS 'Letzte 30
Tage',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @VorVierMonaten AND DATEADD(DAY,-1,@Monatsbeginn) THEN 1 ELSE
0 END)),' mit (', CONVERT(VARCHAR(100),1+DATEDIFF(day,@VorVierMonaten,DATEADD(DAY,-1,
@Monatsbeginn))-SUM(CASE WHEN TagesBestand.Bestand > 0 AND TagesBestand.Tag BETWEEN
@VorVierMonaten AND DATEADD(DAY,-1,@Monatsbeginn) THEN 1 ELSE 0 END)), ' Tage ohne)')
AS 'Letzte 3 Monate',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @Jahresbeginn AND @Heute THEN 1 ELSE 0 END)),' mit (',
CONVERT(VARCHAR(100),1+DATEDIFF(day,@Jahresbeginn,@Heute)-SUM(CASE WHEN
TagesBestand.Bestand > 0 AND TagesBestand.Tag BETWEEN @Jahresbeginn AND @Heute THEN 1
ELSE 0 END)), ' Tage ohne)') AS 'Akt. Jahr',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @Vor365Tagen AND @Heute THEN 1 ELSE 0 END)),' mit (',
CONVERT(VARCHAR(100),365-SUM(CASE WHEN TagesBestand.Bestand > 0 AND TagesBestand.Tag
BETWEEN @Vor365Tagen AND @Heute THEN 1 ELSE 0 END)), ' Tage ohne)') AS 'Letzte 365
Tage',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 AND
TagesBestand.Tag BETWEEN @Vorjahresbeginn AND DATEADD(DAY,-1,@Jahresbeginn) THEN 1
ELSE 0 END)),' mit (', CONVERT(VARCHAR(100),1+DATEDIFF(day,
@Vorjahresbeginn,DATEADD(DAY,-1,@Jahresbeginn))-ISNULL(SUM(CASE WHEN
TagesBestand.Bestand > 0 AND TagesBestand.Tag BETWEEN @Vorjahresbeginn AND
DATEADD(DAY,-1,@Jahresbeginn) THEN 1 ELSE 0 END),0)), ' Tage ohne)') AS 'Vorjahr',
CONCAT(CONVERT(VARCHAR(100),SUM(CASE WHEN TagesBestand.Bestand > 0 THEN 1 ELSE 0
END)),' mit (', CONVERT(VARCHAR(100),COUNT(*)-SUM(CASE WHEN TagesBestand.Bestand > 0
THEN 1 ELSE 0 END)), ' Tage ohne)') AS 'Gesamt'
FROM
(SELECT
Datum AS Tag,
Bestand = (SELECT SUM(tWarenLagerEingang.fAnzahl) - SUM(ISNULL(Warenausgang.fAnzahl,
0.0)) AS Bestand
 FROM dbo.tWarenLagerEingang
LEFT JOIN
(
SELECT SUM(ISNULL(tWarenLagerAusgang.fAnzahl, 0.0)) AS fAnzahl,
 tWarenLagerAusgang.kWarenLagerEingang
FROM dbo.tWarenLagerAusgang
WHERE ISNULL(tWarenLagerAusgang.dErstellt, GETDATE()) < DATEADD(dd, +1, Datum)
GROUP BY tWarenLagerAusgang.kWarenLagerEingang
) AS Warenausgang ON tWarenLagerEingang.kWarenLagerEingang =
Warenausgang.kWarenLagerEingang
WHERE tWarenLagerEingang.dErstellt < DATEADD(dd, +1, Datum) AND
tWarenLagerEingang.kArtikel = @Key)
FROM
(SELECT date as DATUM FROM ( SELECT DATE = DATEADD(DAY, rn - 1,
@ArtikelErstAnlieferung) FROM (
 SELECT TOP (DATEDIFF(DAY, @ArtikelErstAnlieferung, DATEADD(DAY,1,@Heute)))
 rn = ROW_NUMBER() OVER (ORDER BY s1.[object_id])
 FROM sys.all_objects AS s1
 CROSS JOIN sys.all_objects AS s2
 ORDER BY s1.[object_id] ) AS x ) AS y) AS z
) AS TagesBestand

Wie immer, wenn's jemandem geholfen hat, gerne dem nächsten Bedürftigen einen 5er zustecken, Gott vergelt's 💓

 

[arich001]

Wir haben ein SQL für Artikel die lange nicht bewegt worden sind. Damit kann man die Pennerartikel leicht finden. Vielleicht hilft das dir weiter. Getestet in 1.6.46.0

SELECT
  a.cArtNr AS 'Artikelnr',
  ab.cName AS 'Artikelbeschreibung',
  DATEDIFF(day, MAX(ah.dGebucht), GETDATE()) AS 'Anzahl der Tage ohne Bewegung',
  lb.fLagerbestand AS 'aktueller Lagerbestand'
FROM
  tArtikel AS a
  JOIN tArtikelBeschreibung AS ab ON a.kArtikel = ab.kArtikel
  JOIN tlagerbestand AS lb ON a.kArtikel = lb.kArtikel
  JOIN tArtikelHistory AS ah ON a.kArtikel = ah.kArtikel
WHERE
  lb.fLagerbestand > 0
GROUP BY
  a.cArtNr,
  ab.cName,
  lb.fLagerbestand
ORDER BY 'Anzahl der Tage ohne Bewegung' DESC

Interessant.
Kann man solche Abfragen auch direkt in Excel machen ?

 

[Karobube]

Interessant.
Kann man solche Abfragen auch direkt in Excel machen ?

https://guide.jtl-software.de/jtl-wawi/datenbank/sql-auf-der-datenbank-ausfuehren/

Dort dann auf die Ausgabetabelle unten rechtsklick und speichern. Dann hast Du's als .csv-Datei und kannst es mit Excel öffnen.

 

[arich001]

https://guide.jtl-software.de/jtl-wawi/datenbank/sql-auf-der-datenbank-ausfuehren/

Dort dann auf die Ausgabetabelle unten rechtsklick und speichern. Dann hast Du's als .csv-Datei und kannst es mit Excel öffnen.

Das ist bekannt.
Mir ging es um eine Benutzerfreundliche (Nicht IT-Nerdige) Anwendung solcher Abfragen.
Wäre doch Praktisch sowas direkt, einfach und Gefahrlos in Excel auszugeben.

 

[Karobube]

Das ist bekannt.
Mir ging es um eine Benutzerfreundliche (Nicht IT-Nerdige) Anwendung solcher Abfragen.
Wäre doch Praktisch sowas direkt, einfach und Gefahrlos in Excel auszugeben.

Irgendwo in der Wawi, egal wo, das SQL als "Eigene Übersicht" erstellen. Dann irgendeinen Kunden/Artikel/Auftrag, egal welchen, markieren. So hast Du unten die Tabelle. Da auf den Tabellenkopf Rechtsklick->Exportieren->als CSV exportieren.

 

[arich001]

Irgendwo in der Wawi, egal wo, das SQL als "Eigene Übersicht" erstellen. Dann irgendeinen Kunden/Artikel/Auftrag, egal welchen, markieren. So hast Du unten die Tabelle. Da auf den Tabellenkopf Rechtsklick->Exportieren->als CSV exportieren.

An das hab ich noch gar nicht gedacht. Super Idee
PS: Kann man die Abfrage so anpassen das nur aktive Artikel berücksichtigt werden ?

 

[Karobube]

An das hab ich noch gar nicht gedacht. Super Idee
PS: Kann man die Abfrage so anpassen das nur aktive Artikel berücksichtigt werden ?

SELECT
  a.cArtNr AS 'Artikelnr',
  ab.cName AS 'Artikelbeschreibung',
  DATEDIFF(day, MAX(ah.dGebucht), GETDATE()) AS 'Anzahl der Tage ohne Bewegung',
  lb.fLagerbestand AS 'aktueller Lagerbestand'
FROM
  tArtikel AS a
  JOIN tArtikelBeschreibung AS ab ON a.kArtikel = ab.kArtikel
  JOIN tlagerbestand AS lb ON a.kArtikel = lb.kArtikel
  JOIN tArtikelHistory AS ah ON a.kArtikel = ah.kArtikel
WHERE
  lb.fLagerbestand > 0
  AND a.cAktiv = 'Y'
GROUP BY
  a.cArtNr,
  ab.cName,
  lb.fLagerbestand
ORDER BY 'Anzahl der Tage ohne Bewegung' DESC

 

[arich001]

SELECT
  a.cArtNr AS 'Artikelnr',
  ab.cName AS 'Artikelbeschreibung',
  DATEDIFF(day, MAX(ah.dGebucht), GETDATE()) AS 'Anzahl der Tage ohne Bewegung',
  lb.fLagerbestand AS 'aktueller Lagerbestand'
FROM
  tArtikel AS a
  JOIN tArtikelBeschreibung AS ab ON a.kArtikel = ab.kArtikel
  JOIN tlagerbestand AS lb ON a.kArtikel = lb.kArtikel
  JOIN tArtikelHistory AS ah ON a.kArtikel = ah.kArtikel
WHERE
  lb.fLagerbestand > 0
  AND a.cAktiv = 'Y'
GROUP BY
  a.cArtNr,
  ab.cName,
  lb.fLagerbestand
ORDER BY 'Anzahl der Tage ohne Bewegung' DESC

Merci