sales.csv: ‘Gelieferte Aufträge’ verlässt sich auf nKomplettAusgeliefert=2, das mengenmäßig vollständig gelieferte Aufträge nicht korrekt erkennt
## Problem
Die Option “Gelieferte Aufträge” in `sales.csv` prüft `tAuftrag.nKomplettAusgeliefert = 2`.
Das scheint aber nicht zuverlässig “wirklich vollständig ausgeliefert” zu bedeuten — wir haben
Aufträge gefunden, die mengenmäßig zu 100 % versandt sind, bei denen das Feld trotzdem nur `1`
zeigt, nicht `2`.
## Befund (aus der manuellen Test-DB, 2026-07-08)
| Auftrag | `nKomplettAusgeliefert` | Position | Bestellt | Versandt |
|—|—|—|—|—|
| AU-202607-10022 | 1 | Artikel 17 | 1 | **1 (100 %)** |
| AU-202607-10024 | 1 | Artikel 14 | 9 | **9 (100 %)** |
| AU-202607-10024 | 1 | Artikel 15 | 3 | 0 |
Bei AU-202607-10022 ist die einzige Position komplett versandt — trotzdem steht `1`, nicht `2`.
Bei AU-202607-10024 ist die Artikel-14-Position komplett versandt, während die Artikel-15-
Position noch gar nicht versandt ist — auch hier `1`. Beide Fälle zeigen denselben Wert,
obwohl der Liefergrad offensichtlich unterschiedlich ist (eine Position komplett, eine Position
gemischt).
## Offene Frage
Wonach richtet sich `nKomplettAusgeliefert` tatsächlich? Vermutung: Das Feld wird nicht direkt
aus dem Mengenabgleich (versandt vs. bestellt) berechnet, sondern hängt an einem separaten
Prozessschritt (z. B. Rechnungsstellung oder ein explizites “Auftrag abschließen”), der
unabhängig davon ist, ob die Ware körperlich rausgegangen ist. Wenn das zutrifft, würde die
Option “Gelieferte Aufträge” in der Praxis systematisch zu wenig melden — Aufträge könnten
lange (oder dauerhaft) bei `1` hängen bleiben, obwohl körperlich längst alles raus ist.
## Empfehlung zur Prüfung
– Klären, was genau den Übergang `0 → 1 → 2` bei `nKomplettAusgeliefert` auslöst.
– Falls das Feld nicht verlässlich den tatsächlichen Mengenabgleich abbildet: für “Gelieferte
Aufträge” stattdessen direkt Menge bestellt vs. Menge versandt vergleichen (ähnliches Muster
wie die “Outstanding Quantity”-Berechnung, die bei `PoQuery`/`CoQuery` bereits verwendet wird),
statt sich auf `nKomplettAusgeliefert` zu verlassen.
Gefunden im Rahmen der manuellen NetStock-Upload-Validierungs-Checkliste (Checklistenpunkt 27).
