Neu Export Rechnungspositionen inkl. Gewinn

[SLINGSHOT]

Da man ja über die Ameise den Gewinn pro Rechnungsposition nicht exportieren kann bin ich auf jemanden mit guten SQL Kenntnissen angewiesen. Folgendes soll über den "eigenen Export" mit der Ameise Exportiert werden:

Rechnungsdatum

Rechnungsnummer

Kundennummer

Hersteller

Artikelnummer

Artikelname

Menge

Netto Verkaufspreis

Netto Gesamt

Gewinn

Kann mir hier jemand behilflich sein?

Ich wäre über jede Hilfe wirklich dankbar!

 

[r.a.r.e.]

Hallo Slingshot, das hier wäre vielleicht ein Ansatz.

 

[SLINGSHOT]

Das hat SEHR geholfen vielen Dank!

Wie heißt das Tabellenfeld welches angibt ob die Rechnung bezahlt ist oder nicht? Weißt du das?

 

[JanKus]

Hallo Slingshot, das hier wäre vielleicht ein Ansatz.

Hallo, r.a.r.e.!
Auch von mir ein großes Danke. Du hast auch mir sehr geholfen!
Liebe Grüße! Jana

 

[r.a.r.e.]

Hallo Jana, hallo Slingshot,
freut mich wenn es euch weiter bringt. Die angehangene Textdatei enthält den, um eine weitere Zeile, erweiterten Code. Das zeigt euch den Bezahlstatus.

 

[SLINGSHOT]

Hallo r.a.r.e,
wow vielen Dank nochmal für die Zügige Antwort!

Leider bekomme ich die neuen Code Zeilen inkl. des Artikelherstellers und des Bezahlstatus nicht in die vorhandene Abfrage eingebaut.

Düfte ich hier nochmals um Hilfe bitten?

 

[r.a.r.e.]

Ich würde den kompletten Code austauschen. Es ist der gleiche wie der erste Entwurf nur noch um die Zeile mit dem Bezahlstatus ergänzt. Ich habs getestet. Bei mir hats funktioniert. Schwer zu sagen von Ferne warum es bei dir nicht geht. Du kannst auch mit einem doppelten Bindestrich eine Zeile aus kommentieren um zu testen welche Zeile die Ausgabe verhindert.

 

[r.a.r.e.]

Den Rechnungsstatus habe ich aus einem View, der "Kunde.lvRechnungen" heißt. Vielleicht gibts den in deiner Datenbank nicht oder er heißt anders und es geht deswegen nicht.

 

[AQURO]

Wie kann man den Scope zeitlich begrenzen, bitte?

 

[r.a.r.e.]

Wie kann man den Scope zeitlich begrenzen, bitte?

Hallo Aquro, kannst du deine Frage bitte konkreter formulieren?

 

[AQURO]

Ich würde gerne den Zeitraum eingrenzen (z.B. auf eine Anfangs- und Enddatum), da sonst immer der gesamte Inhalt der DB exportiert wird, ohne Zeitbegrenzung.

 

[r.a.r.e.]

Ich würde gerne den Zeitraum eingrenzen (z.B. auf eine Anfangs- und Enddatum), da sonst immer der gesamte Inhalt der DB exportiert wird, ohne Zeitbegrenzung.

Am sinnvollsten wäre dann wahrscheinlich eine bestimmte Anzahl Tage. Z.B. die letzten 1000.

 

[r.a.r.e.]

Am sinnvollsten wäre dann wahrscheinlich eine bestimmte Anzahl Tage. Z.B. die letzten 1000.

Das hier könnte helfen.

 

[AQURO]

Top, danke. Funktioniert super. Allerdings sind die Werte manchmal einfach falsch: Z.B. fehlt der VK, wo auch immer der gezogen wird (aus der Rechnung?). Wir wollen einfach nur mal den Gewinn (VK-EK) eines Monats aufschlüsseln. Danke

 

[r.a.r.e.]

Top, danke. Funktioniert super. Allerdings sind die Werte manchmal einfach falsch: Z.B. fehlt der VK, wo auch immer der gezogen wird (aus der Rechnung?). Wir wollen einfach nur mal den Gewinn (VK-EK) eines Monats aufschlüsseln. Danke

Jetzt besser?

 

[r.a.r.e.]

Jetzt besser?

Top, danke. Funktioniert super. Allerdings sind die Werte manchmal einfach falsch: Z.B. fehlt der VK, wo auch immer der gezogen wird (aus der Rechnung?). Wir wollen einfach nur mal den Gewinn (VK-EK) eines Monats aufschlüsseln. Danke

Das mit dem VK-EK und Monatsgewinn ist mir nicht ganz klar. Gehts da um eine produktunabhängige Monatsbilanz?

 

[AQURO]

Es geht uns um Rentabilität, also die Kontrolle der Marge/des Gewinns auf z.B. Monatsbasis. Wir wollen keine Wissenschaft daraus machen, aber ein gewisses Controlling ist uns sehr wichtig, um Liquidität sowie theoretischen Gewinn zu tracken.

 

[r.a.r.e.]

Es geht uns um Rentabilität, also die Kontrolle der Marge/des Gewinns auf z.B. Monatsbasis. Wir wollen keine Wissenschaft daraus machen, aber ein gewisses Controlling ist uns sehr wichtig, um Liquidität sowie theoretischen Gewinn zu tracken.

Dafür gibt es in der Wawi die Statistik mit passenden Systemvorlagen.

 

[GG290]

Hallo r.a.r.e.,
Auch von mir ein großes Danke! Könnte man noch eine Spalte addieren von welchem Lager der Artikel ausgeliefert wurde. (Wir verwenden 2 Standardlager)

 

[John]

@r.a.r.e. @SLINGSHOT @AQURO @GG290 DRINGENDE WARNUNG - Eurer SQL ist NICHT OK.

Es wird nicht berücksichtigt, dass Rechnungspositionen Rabatte enthalten können und im Falle von Rabatten falscher Gewinn ausgewiesen.

Auch wird mit tArtikel.fEKNetto der stets aktuelle EK genommen und eben nicht der, der zum Zeitpunkt der Rechnungserstellung gültig war, was das Ergebnis weiter erheblich verfälschen kann, wenn sich der EK verändert.

Auch das hier in der Ermittlung des Gewinns ist KOMPLETT falsch

ROUND((fAnzahl*(SELECT ROUND(fVKNetto,2) FROM dbo.tArtikel AS a WHERE a.kArtikel = rp.kArtikel)) - (fAnzahl*(SELECT fEKNetto FROM dbo.tArtikel AS a WHERE a.cArtNr = rp.cArtNr)),2) AS Gewinn

weil hier nicht der VK an den Kunden genommen wird, um dann davon den EK abzuziehen.
Statt dessen wird die Menge in der Rechnung * aktueller StandardNettoVK des Artikels genommen, was aber NICHT der VK der Rechnungsposition sein muß, insb. nicht unter Berücksichtigung der zeitlichen Veränderung des Artikels.

Das hier beschränkt auch mitnichten auf die letzten 1000 Tage: SELECT TOP 1000

Der ganze Aufbau mit vielen Sub-Selects wirkt ungehobelt und wenn man sich Rechnung.tRechnungPosition mal im Detail anschaut, ist 75% von dem SQL unnötig und zudem falsch.

Wirklich, dringender Rat:
Anhänge oder Thread löschen. Bevor mit dem Code noch großer Mist errechnet wird für wichtige Dinge.

Wo kommt das Ding her?
ChatGPT?!?

Bitte nicht böse verstehen, aber sowas geht gar nicht.
Auf Basis solcher Exporte treffen User Entscheidungen (oder melden was ans Finanzamt oder so) und hier Gezeigtes ist abgrundtief falsch (!), und zeugt von massiv fehlendem Wissen um die JTL Datenstruktur und SQL.