Neu Diskussionsthread - Rückstände bei Teillieferung auf Lieferschein ausgeben

[Ben Schumacher]

Hallo,

ich würde gerne bei Teillieferungen auf dem Lieferschein die noch offenen Positionen ausgeben.
Alles was ich dazu gefunden habe war etwas älter und hat auf den Formulareditor vor 1.4 gezielt. Jetzt sind aber die hinterlegten Views ja neu gemacht und die Daten nicht mehr verfügbar.
Jedenfalls habe ich nichts gefunden. Gibt es da etwas was ich übersehe oder geht es mit > 1.4 aktuell einfach nicht?

 

[Drucker]

Wir haben aktuell das gleiche Problem, dass wir in den Vorlagen (mit englischen Variablen) nicht auf die noch offenen Positionen zu einem Auftrag zugreifen können.

Wir benutzen die WaWi 1.5.9.0

 

[DITH-Shop]

1.5.12.1 - ich suche ebenfalls nach einer Lösung.

 

[Philipp Laumen]

Hallo,

da werdet ihr mit einer Direct Query ran müssen. Das SQL müsste ungefähr so aussehen:

SELECT (fAnzahl - ISNULL(fGeliefert,0) ) Ausstehend FROM Verkauf.lvAuftragsposition WHERE kBestellpos = (SELECT kBestellpos FROM dbo.tLieferscheinPos WHERE kLieferscheinpos = Report.DeliveryNotePosition.InternalId)

Aber Achtung! Das Ganze muss als Spalte (oder in einer bestehenden) in der Positionsliste eingefügt werden!
MfG

 

[Katha]

Problem ist dabei nur, dass eine komplett nicht lieferbare Position gar nicht als Position erscheint. In dem Fall wäre die Tabelle der Auftragspositionen als Grundlage wichtig, die man aber nicht zur Verfügung hat. Hat jemand vielleicht noch einen Lösungsansatz?

 

[sjk]

Zu dem Thema wurde mir vor kurzem von einem JTL-Mitarbeiter mitgeteilt, dass so eine Liste im Lieferschein momentan nicht umsetzbar wäre. Mit der 1.6 könnte sich das wieder ändern, da dann einige Variablen wieder hinzugefügt werden. Sicher ist hier aber noch nichts.

Evtl. könnte man eine andere Vorlage als den Lieferschein zu einem Lieferschein inkl. Liste der offenen Positionen umbauen und diese dann über Workflows ausgeben. Das war mir aber zu viel Gebastel und ist deshalb nicht getestet.

 

[Philipp Laumen]

Ok, dafür muss ich was umbauen. Die komplett nicht gelieferten tauchen da nicht auf.
Hintergrund ist, das diese ja nicht mit im Lieferschein stehen, somit auch nicht über die Interne ID ansprechbar sind.
Da kommt man auch mit Direct Queries dran, allerdings müsst ihr das in einen neuen Berichtscontainer packen. Folgende Direct Queries habe ich benutzt:

JTL_DirectQuery ("
SELECT lvAuftragsposition.cString
FROM Verkauf.lvAuftragsposition
JOIN dbo.tbestellpos ON tbestellpos.kBestellPos = Verkauf.lvAuftragsposition.kBestellpos
WHERE kBestellung =        (SELECT kBestellung FROM dbo.tLieferschein WHERE kLieferschein = "+str$(Report.InternalId,0,0)+")
AND (fAnzahl - ISNULL(fGeliefert,0) ) >0
AND nType IN (0,1)")

JTL_DirectQuery ("
SELECT (fAnzahl - ISNULL(fGeliefert,0) ) AS Ausstehend
FROM Verkauf.lvAuftragsposition
JOIN dbo.tbestellpos ON tbestellpos.kBestellPos = Verkauf.lvAuftragsposition.kBestellpos
WHERE kBestellung =        (SELECT kBestellung FROM dbo.tLieferschein WHERE kLieferschein = "+str$(Report.InternalId,0,0)+")
AND (fAnzahl - ISNULL(fGeliefert,0) ) >0
AND nType IN (0,1)")

Ich habe euch die Vorlage auch mal angehangen.
@sjk Mein Kollege hatte recht, man bekommt es nur über direkte Abfragen auf die DB hin.

EDIT: Vorlage gelöscht, da fehlerhaft. Siehe weiter unten.

 

[Katha]

Hallo Philipp,

danke erst einmal für die Vorlage. Ich habe sie nun in einem Testvorgang - Auslieferung über die Wawi (nicht WMS) - getestet. Leider ohne Erfolg. Zugrunde liegt ein Auftrag, bei dem bei einer Position teilgeliefert wurde (also von 5 Stück 3 Stück geliefert) und eine Position ist mangels Bestand gar nicht lieferbar. Der 2. Berichtscontainer wird nicht angezeigt. Hast Du eine Idee?

 

[Philipp Laumen]

Der Berichtscontainer ist aber schon enthalten oder? Nicht das es die Vorlage beim Import erwischt hat.

 

[Katha]

Ja, da ist er (hab mal einen Screenshot angehängt)

 

[sjk]

Hallo @Philipp Laumen,

Danke für die Vorlage, damit könnte ich uns etwas passendes bauen. Den Berichtscontainer habe ich in unsere Lieferscheinvorlage eingefügt und der funktioniert auch fast wie gewollt.

Das Problem ist bei mir, dass jede offene Position doppelt angezeigt wird. Also so:

   Artikel                   noch zu liefern
   Handtuch                  6,000
   Handtuch                  6,000
   noch offene Menge Gesamt  6,000

Das verhält sich sowohl in deiner Originalvorlage, als auch in unserer eigenen mit eingefügtem und an unser Layout angepasstem Berichtscontainer so. In der Layout-Vorschau ist es zunächst richtig, in der Vorschau erscheint dann der doppelte Eintrag.


Tipp für alle die sich das einbauen wollen, falls der zweite Berichtscontainer immer ans Ende des Containers für die Positionstabelle angehängt werden und je nach Anzahl der Positionen/Objekte im Hauptcontainer "mitlaufen" soll (=nicht am unteren Ende der Seite festhängt und Platz blockiert):

1. Zweiten Berichtscontainer erstellen/einfügen/konfigurieren, falls noch nicht geschehen
2. Abmessungen des Containers wie gewünscht einstellen (am besten etwas noch oben schieben, da die Position bei dieser Methode egal ist und verlängern, damit auch längere OPOS-Listen Platz haben)
3. In der Objektliste links: Rechtsklick auf den Hauptcontainer "table area / report container" > "Objektliste"
4. Im Menü Objektliste: --> "Verketten mit..." > Euren zweiten Berichtscontainer auswählen
5. Verkettungsart: "Individuelle Positions-/Größenanpassung" auswählen
6. Vertikale Verkettung: Positionsanpassung --> "Vertikal" anhaken --> "An Ende" auswählen

So wird der Berichtscontainer immer gleich unter dem letzten Objekt in eurem Hauptcontainer platziert.

@Katha hast du auch sicher einen Auftrag, der eine offene Teillieferung enthält als Designobjekt gewählt bzw. Philipps Vorlage bei der Ausgabe aus einem anderen Menü ausgewählt?

 

[Philipp Laumen]

Das wird dann wohl an meinem SQL liegen. Ich schau es mir die Tage nochmal an.
Aktuell ist es bei uns aber ziemlich viel los, könnte ein parr Tage dauern

EDIT: Bin in ein generelles Problem gerannt. Die normale Direct Query gibt mir immer nur ein Ergebnis zurück. Dementsprechend zeigt der immer nur einer Position an.
Wenn ich jedoch die TableQuery benutze sieht das so aus


Sieht so gerade noch in Ordnung aus.

 

[Katha]

@sjk ... ja, alles so wie es soll ( Wawi Version 1.5.13.1) - sowohl die Vorschau des LS über die Lieferscheinübersicht und auch per Designobjekt

 

[Philipp Laumen]

@Katha
Das geht natürlich nicht. Beim Auftragssplit wird ein separater Auftrag erstellt, das kann das SQL nicht abfangen. Da könntest du dem
Kunden auch direkt eine Auftragsbestätigung von dem neuen Auftrag zukommen lassen, das wäre dann das gleiche.

 

[Katha]

Schade,
Problem ist, dass ich für einen unserer Kunden das Thema lösen muss. In den "alten Vorlagen" gäbe es ja die Tabelle OffenePosten und Splitting. Die Splittingtabelle greift da auch (müsste dann doch auch in der neuen Vorlage irgendwie machbar sein? Vielleicht da ein Lösungsansatz?) , aaaber NICHT beim Splitting über WMS. Mein Kunde würde ja auch auf die alte Vorlage zurückgreifen, aber wie gesagt ... geht nicht mit WMS-Split.
Aber Dein Ergebnis hilft schon mal für den Nicht-Split-Fall.

 

[sjk]

@Katha Wenn ihr den Auftragssplit nutzt würde ich mal ein wenig mit den Workflows rumspielen. Es gibt dort m.W. einen Trigger für einen Auftragssplit. Mit dem würde ich dem Kunden wie Philipp das angemerkt hat eine neue Auftragsbestätigung zusenden. Evtl. noch mit einer Bedingung einen Infosatz in die Bestätigungsmail setzen, dass dem Einkaufenden zu 100% klar wird, dass das ein Split seines Ursprungsauftrags ist.

@Philipp Laumen Falls du die TableQuery nicht sooo gut findest, weil dabei alle Positionen in einer Zelle stehen fände ich das absolut in Ordnung. Mit mehreren Positionen konnte ich noch nicht testen, da wir momentan nur teilgelieferte Aufträge mit einer Restposition offen haben. Die doppelten Positionen löst das TableQuery leider nicht zufällig mit
Was ich komisch finde ist, dass sowohl in der Layout-Vorschau als auch bei direkter Eingabe im SSMS korrekterweise die Position einmal erscheint. Erst in der Druckvorschau/beim Druck doppelt die sich dann.
Naja, da ich in SQL nur die absoluten Basics kenne warte ich gerne mal ab, ob du ne Lösung findest, wenn mal Luft dafür ist.

 

[Philipp Laumen]

Das doppelte kann ich übrigens nicht nachstellen. Mal schauen ob ich da noch was herausfinden kann.

 

[sjk]

Habe gerade nochmal mit ein paar unterschiedlichen Lieferscheinen rumgespielt und die Ursache gefunden. Es handelt sich nicht um doppelte Einträge, sondern es gibt jeweils so viele Einträge pro nicht nicht gelieferter Position, wie der Lieferschein gelieferte Positionen hat.
D.h. Lieferschein A enthält bei mir zwei gelieferte Positionen --> die nicht gelieferte Position erscheint zwei Mal
Lieferschein B enthält vier gelieferte Positionen --> die nicht gelieferte Position erscheint vier Mal
Lieferschein C enthält 17 gelieferte Positionen --> die nicht gelieferte Position erscheint 17 Mal

Dieses Verhalten konnte ich jetzt mit vier offenen Lieferscheinen zuverlässig mit deiner unveränderten Vorlage als auch in meiner angepassten nachstellen. Sieht also ganz danach aus, als ob List&Label das SQL beim Druckvorgang einmal pro Position auf dem Lieferschein laufen lässt.

Hast du eine Idee, wie man das unterbinden kann?

 

[Philipp Laumen]

Ja, das liegt daran, an welchem Vorgang ich den Berichtscontainer gehangen habe. Ich bastel noch mal an der Vorlage

 

[Philipp Laumen]

So, jetzt gibt es eine neue Version mit diversen Verbesserungen.
Dieses mal mit TableQuery, ich musste da ein wenig tricksen

Ich habe dieses mal mit Benutzervariablen gearbeitet, damit sieht es in den Tabelle nicht so wüst aus.