WMSOrder

- Backport code PV: Geen backflush indien product MES + Revego toevoegen aan de productgroep + TLM lades onder 1 groep plaatsen voor productie opvolging

- Method om te bepalen of eenpick opdracht in Objective een 'SingleOrderPicking' is.

- Dit kan alleen middels een query, want hoewel dit op het scherm in objective wel getoond wordt, is dit geen gepersisteerde data

[ICT] backports openstaande wijzigingen Cache01

........

- aanpassen converter met waarde die objective gaat sturen

- Admin labelprinter definitie toegevoegd. print queue op bartender blijft dezelfde (VERZENDING2)

- aantal records uit PickActuals wat beperken.

- Er was een een mogelijk veldje op het etiket vergeten, de positie op de kar.

- Dat werd nu in een verkeerd veld op het etiket afgedrukt.

- moet ook nog in de Nodered flow mee opgenomen worden

- Verzendwijze THO uit de if-statement gehaald

- Deployklasse aangemaakt voor aanmaak nieuwe verzendwijzes en update van vorige

- Deployklasse aangemaakt om nieuwe verzendwijze TH1 te koppelen met submagazijn

- FLOWORD7 aangepast zodat laatste karakter in TH- altijd van het gekoppelde submagazijn komt

- TH1 op zwarte pallet gezet

- door heen alle lagen maken dat de inhoud die normaal in een bestand op een bartneder dropfolder geschreven word, als tekst terug gegeven wordt,als antwoord op een webservice request.

- Alleen meedere klantetiketten indien gepickte goederen van Kardex komen.

- Multiorder picking klantetiket : Zoveel etiketten als er posities op de kar zijn. minimum 1, ook als er geen positie opgegeven is

- Lengte van string kan groter zijn dan 50

- Multiorder picking klantetiket : nog een aanpassing als er maar één locatie bezet is.

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

- backport changes PV

- aanpassing aan de xml structuur zoals door Objective gestuurd.

- 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

- Race conditie. Objective heeft wsl delay in wegschrijven data in DB, en wij 'zien' niet dat outbouind order in objt weg of geannulleerd is.

- het bericht dat we van OBJT krijgen bevat LijnNr = "0" bij een annullatie, dus extra controle hierop.

- ter verificatie van de race conditie, voeren we 1 sec de query nog eens uit, maar ongeacht het resultaat hiervan, gaan we er toch van uit dat het niet meer bestaat.

- Verzendwijze THE verwijderd van de verzendwijzes voor zwarte pallet

- Typo

- Uitbereiding PrintKlantEtiket voor multi order picking (mop)

- etiket en code om het af te drukken uitbereiden met de id van de mop kar en de positie van de lpn op de kar.

- wsdl controle.

- Opmerkingen na review : method private gezet (want alleen gebruikt binnen deze klasse); Throw Exception i.p.v. Quit ""; ReturnType aangepast.

- Probleem in Scherm 7 van Admin oplossen door SqlConnection niet op te roepen indien de caché-server niet aan OBJT kan.

- Deploy-klasse toegevoegd voor ConfigItem in te stellen : "OBJTimpl.WMSOrder.KanOphalenObjectiveSqlData" (alleen op True indien Cache01 of CacheACP2010)

- uitbereiding om klant etiketten ook van op Verpakking klein werkpost vanuit node-red verpakking klein dashboard te kunnen printen.

- Uitbreiding van de webservice

- aanpassingen om de inhoud van 1 lpn te printern.

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