Lagerstand bei Nicht Lieferbaren Artikeln

Durch Anpassungen an der Pack-Logik werden NLB-Artikel nun nicht mehr mit der Menge 0 auf TransPos-Ebene gespeichert sondern mit der entsprechenden NLB-Menge.

Da muss dann auch die Suchseiten entsprechend angepasst werden und evtl auch eine die eine oder andere View.

Im Programm wird das auch nicht mit einer Stelle erledigt sein, fürchte ich. Da gehts dann nicht nur um die Anzeige hier, sondern auch um Lagerstands-Validierungen.

Detailbestände: Fuxl sollte Bescheid wissen. Sonst CK / Bredi Sphynx (fuchs_j): Lt. Besprechung sollen die betroffenen TransPos (denke DescText 2 und 15) in der fn_Stock_Base und vw_Stock_Base so ignoriert werden als wären sie nicht da, allerdings sollen die Datensätze nicht generell ausgefiltert werden (als wären sie logisch gelöscht, also wie RecState 2) sondern "die Menge soll überall ignoriert werden". Der Unterschied ist wsl. nur, dass man so die Charge mit Menge 0 finden würde wenn alle TransPos des SGA+EI eben NLB sind. (Sollte dies Performanceprobleme machen kann man auch eine Behandlung wie RecSt 2 überlegen.) Keine Behandlung wäre in z.B. trg_TransPosStockGrpAttr (aka SGA-Trigger) und z.B. fn_orderPosRes_Base angedacht ... das ist jetzt evtl. nicht die durchgängigste Lösung aber nicht-lieferbar ist z.B. auch etwas anderes als setFinished=0, denn bei nicht-lieferbar sollte sich dieser Zustand nicht mehr ändern (sondern bedürfte dann einer Stornierung + Neuerfassung). Anm.: 2 SP weil alleine die Besprechung schon über 1 SP gefressen hat. Wurde am 08.07.2024 von KW26-Sprint in KW28 verschoben.

Lösung:

neuer desctext sid ß undefined um innerjoin zu machen 

erledigt über das notdeliverble flag in desctext