## 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).

Consent Management Platform von Real Cookie Banner