OphalenPickLijnenConsolidatie.cls.xml

- tijdelijke oplossing voor no op te lossen bug in OBJT

- bij override van to locatie bij klaarzetten mop kar wordt de to locatie nog niet ingevuld

- de to locatie wordt tijdelijk in een textveldje opgeslgagen, we gebruiken dat als het ingevuld is, anders het veld dat het zou moeten zijn.

- geen enkele locatie Stage (ST.) meenemen in query.

- nog een probleem waar de annullatie van een deelpicking, toch ook meegeteld werd.

- bijkomende conditie op picking actuals status in de join.

- backport wijziging query door PV

- uitzonderlijk probleem bij afmelden kind product van L+R set en één van de 2 is opgesplits in 2 gelijke hoeveelheden. -> de distinct wegwerken dmv bijkomende join conditie op dcereport_outbound_actuals

- toch nog een aanpassing aan de query, want nog steeds, maar andere problemen.

- pickings vanop legborden hebben geen from container, en werden daarom ten onrechte beschouwd als komende van Kardex waar dit ook het geval is (en we dachten dat dat het enigste geval was, niet dus)

- ipv container, locatie gebruiken. (legborden hebben geen lpn, wel een locatie. pickings uit de kardex blijven hetzelfde, deze hebben geen from location)

- om de een of de andere reden wordt soms de creatiedatum van een picking niet ingevuld of leeggemaakt in ORDW

- de oorzaak nog niet gevonden, maar we kunnen er wel rond werken, door de consolidatie nummer te gebruiken zoals we die van OBJT krijgen ipv jaar en maand uit de creatie datum te halen en die voor de bonnnr te plakken.

- gemaakt dat OBJTimpl.WMSOrder.OphalenOrderInOBJT::GeefOBJTPickID backwards compatible blijft, want elders gebruikt.

- Maken dat SQL server connecties afgesloten worden op diverse plaatsen.

- opkuisen niet gebruikte code.

- Als er in OBJT een Pickorder verwijderd wordt moeten we dit opvangen in Admin. Checken op status Geannuleerd, of Niet in OBJT.

- Het kan gebeuren dat het order totaal niet meer bestaat in OBJT ipv status geannuleerd.

- Alleen items met VerwerkingSoftwre 'V' met aantal 0 afmelden, en aangeven dat het niet OK is.

- tikfoutje in benoemen Kardex locatie.

- in afmelding picking gewoon 'Kardex' ipv 'KardexOPSLAG' wegens onduidelijk op pakbon.

- query nog eens aangepast, gaf iets te veel records terug in geval van tussenstappen in de picking

- query aangepast om de klaarzetlocatie op te halen ipv alleen de afzet locatie.

- backport van de verschillende wijzigingen oa nieuwe quer om af te melden.

- picking afmelden adh van nieuwe query.

- Picking afmelden op basis van query data uit de Objective database.

- We halen enkel nog het consolidatie nummer uit de webservice request, de rest via de query.

- Doel pallet nummer nog toe te voegen.