Offen gelieferte Mengenangabe in der Rechnung

[DuWGarburg]

Moin, moin

ich suche mir hier leider einen Wolf....

Ein Kunde von uns möchte gerne zusätzlich zu den bereits vorhandenen Spalten der Rechnung noch folgende Spalten extra haben:

Bestellte Menge

Gelieferte Menge

Bereits geliefert

Es geht mir hier nicht um die Erstellung der Spalten - da gibt es keinerlei Probleme.

Ich finde nur die FUNKTIONEN nicht.

Für bestellte Menge ist es klar
= "Positionen.Menge"
also für die Ausgabe auf der Rechnung =
Cond(Int(Positionen.Menge) != Positionen.Menge, Fstr$(Positionen.Menge, "?&.###")

Die Funktionen gelieferte Menge & bereits gelieferte Mange müsste es doch eigentlich auch geben, oder liege ich da falsch

Danke schon mal für Eure Hilfe

 

[marcos software]

AW: gelieferte Mengenangabe in der Rechnung

Hallo mgarburg,

nein, die Variablen die du suchst, gibt es so nicht.
Aber per DB Read kannst du da ran kommen indem du dir die Mengen der Lieferscheine von der Gesamtmenge abziehst.


Eine Frage:

Was ist denn der Unterschied zwischen "gelieferte Menge" und "bereits geliefert" ?

Gruß,
Marc

 

[MichaelH]

AW: gelieferte Mengenangabe in der Rechnung

Ja, das wäre eine brauchbare Funktion, er meint damit:
Bestellt im Sinne von gesamte ursprüngliche Bestellmenge der Position
Gelieferte Menge, die Menge die geliefert wird, also JETZT
Bereits gelieferte Menge, die Menge die vorherigen Lieferungen geliefert wurde

Somit wären diese 3 Werte ggf. ab einem Auftrag#2 auf der Rechnung#2 angeführt und der Kunde wäre im Bilde, wie der Auslieferungstatus ist, mit der jeweiligen "Teillieferungsrechnung" die fällig wird.
Ich denke aber die WAWI gibt diese 3 Werte so nicht her bzw. das wäre recht komplex.

Für Spalte 1 müssten #1 und #2 und der noch offene #3 summiert werden.
Spalte 2 wäre die Menge des #2, also der aktuell gedruckten Rechnung auf der die Info steht.
und Spalte 3 wäre die Menge des #3 der noch offen als Auftrag da steht.

Ggf. falsch wäre die Information bei einem Nachdruck der Rechnung, wenn weitere Lieferungen schon erfolgten bzw. die Berechnung müsste auch das korrekt abbilden können, wenn z.B. #3 kein Auftrag sondern ebenfalls schon eine Rechnung wäre. Soweit ich weiß führt JTL keine Trennung von Auftrag und Rechnung, sondern verwendet die selben Tabellen für alles, also "Update".

Andere Lösung, die Berichtscontainer verwenden die offene Mengen darstellen.

 

[marcos software]

AW: gelieferte Mengenangabe in der Rechnung

Hey,

das sollte über die DB alles kein Problem sein:

gesamte ursprünglich Bestellmenge der Position -> nAnzahl von tbestellpos

gelieferte Menge, die jetzt geliefert wird -> sollte ja dann per Positionen.Menge abrufbar sein

bereits gelieferte Menge -> SUM(fAnzahl) von tLieferscheinPos

offene Menge -> gesamte ursprüngliche Bestellmenge MINUS bereits gelieferte Menge


Für Menge #3 und #4 müsste man überlegen, ob die neue Rechnung vor oder nach dem neuen Lieferschein erstellt wird und dann entsprechend den Query anpassen

Gruß,
Marc

 

[MichaelH]

AW: gelieferte Mengenangabe in der Rechnung

Ja, "aber", ist diese Info auch noch ermittelbar wenn z.B. Rechnung#1 erneut gedruckt wird und es schon Rechnung#2 und #3 gibt ?

 

[marcos software]

AW: gelieferte Mengenangabe in der Rechnung

ah hm ... guter einwand .... vermutlich nicht, da der datenbankread ja den aktuellen status der db zurückgibt ...

 

[MichaelH]

AW: gelieferte Mengenangabe in der Rechnung

ah hm ... guter einwand .... vermutlich nicht, da der datenbankread ja den aktuellen status der db zurückgibt ...

Hatte ich in meiner "Vermutung" weiter oben schon ausführlicher erläutert, wobei ich die Tables von JTL zu wenig gut kenne.
Nun ja, wäre dann eben eine Einschränkung bei Druck einer Kopie. Ob das rechtlich einwandfrei wäre ? Es handelt sich immerhin um bereits geliefert / offen ...

Vermutlich müsstest du bei Druck von #2 die Daten auf #1 bis #2 einschränken.

Weiters dürfte die ursprüngliche "Bestellte Menge" nicht ermittelbar sein, denn die steht nirgends, sondern ist immer die Summe der #1, #2 etc. und wenn in Summe weniger geliefert wurde (also Summe aus allen #1, #2 ...) dann ist das falsch, weil es nur die letztlich effektive Bestellmenge (=Liefermenge) wiedergibt, eine Differenz ist nicht ermittelbar. Das aber ist wiederum Auslegungssache - wäre ja eine Restmenge die nie geliefert werden wird, also Auftrag #x würde ewig stehen bleiben. Man müsste dann "Auftrag ohne Versand abschließen" nehmen und wie das dann statistisch aussieht weiß ich nicht ... Auftrag ohne Rechnung ?

 

[marcos software]

AW: gelieferte Mengenangabe in der Rechnung

Ahh, ich stand auf dem Schlauch ...

Es geht euch / dir hier um mehrere Aufträge (also einer, der auf mehrere gesplittet wurde) und deren Rechnungen, und nicht (wie ich erst annahm) um einen einzigen Auftrag mit einer einzigen Rechnung, die sich aber je nach "Lieferstatus" eben "aktualisiert" (mal ganz abgesehen, von den rechtlichen Aspekten).

Hm, da haben wir generell das Problem, dass Aufträge zueinander ja keine "Beziehung" haben, ergo man nicht feststellen kann, welche Aufträge zueinander gehören und damit für die Summierung in der Datenbank zu beachten sind.

So richtig verstanden, oder ists schon zu spät für heute ?

Gruß,
Marc

 

[MichaelH]

AW: gelieferte Mengenangabe in der Rechnung

Ja Marc, war wohl schon spät ... ... natürlich geht es um mehrere Aufträge, sonst bräuchte man ja nicht mehrere Spalten.
Irgendeine Beziehung zwischen den Aufträgen wird es schon geben ?