## Problem
`transfer.csv` meldet für **jede** Umlagerung als “Quantity to Ship” immer den festen Wert `0`
— unabhängig davon, wie viel tatsächlich schon auf den Weg zum Ziellager gebracht wurde.
## Lösung
“Quantity to Ship” soll die tatsächlich noch zu versendende Menge widerspiegeln, nicht immer
`0`.
## Technischer Hintergrund
Details für die Umsetzung
`TransferQuery` (`Uploader.cs`, Zeile 887):
“`sql
, ‘0’ AS [Quantity to Ship]
“`
Das ist ein literaler SQL-String, kein aus Daten berechneter Wert. Zum Vergleich: die direkt
danach stehende Spalte `[Quantity to Receive]` wird korrekt aus `fMenge – fMengeGeliefert`
berechnet — für “Quantity to Ship” fehlt eine entsprechende Berechnung komplett.
Testbeleg (2026-07-09, Umlagerung U-1/U-2): beide zeigen `Quantity to Ship = “0”`, obwohl bei
U-1 noch 3 bzw. 1 Einheiten offen sind (`fMengeGeliefert = 0`).
## Nächste Schritte
– [ ] Klären, welche JTL-Wawi-Größe “Quantity to Ship” tatsächlich abbilden soll (vermutlich:
am Quelllager bereits kommissionierte/versandbereite, aber noch nicht am Ziellager
eingegangene Menge)
– [ ] `’0’` durch eine echte Berechnung ersetzen
Gefunden im Rahmen der manuellen NetStock-Upload-Validierungs-Checkliste (Checklistenpunkt 36).