THB

- Routine om te checken welke producten ontsnapt zijn aan de procedure uitgevoerd door Sofie en Karel en dus nog manueel door Sofie moeten aangepakt worden.

- Uitbreiding zodat producten die reeds op niet actief gezet zijn niet nog eens opnieuw gerapporteerd worden, maar wel apart geteld worden

- Toevoeging Meerkost-bouwsteen aan bestaande TAOR producten

- Bij implementatie van de nieuwe ZijkantBestukking voor de TAX Front HoogteVerstelling ging er iets mis toen de SelectieKenmerken in productie goed gezet waren.

In de bijhorende builder stond de toevoeging van de nieuwe kolom (KoppelingType), die voor een (nieuwe) keuze tussen oude en nieuwe bestukking moest zorgen, nog in commentaar.

Daardoor zijn er een aantal maatwerkproducten gemaakt die zowel de oude als de nieuwe bestukking in de bouwstenen hebben zitten.

- Tooltje om na te gaan bij welke Halux-ProductToeleveringLijnen piece 27 = OrderId leeg is

- Staat los van deze story => ff dit meegenomen om het gecommit te hebben => dient louter voor uitleg coding conventions => nog wat toegevoegd

- Betere rapporteringsinfo

- Tryout voor end tot end testing en debugging

- Bij het aanmaken van nieuwe klanten, waar initieel de globals opgezet worden, staan voortaan alle klanten per default op Automatisch doorsturen.

- SendWMSStatus-implementatie aangepast => Hoeft niet meer op order te checken => die worden gesynct van AX naar Cache => manuele aanpassingen worden toch overschreven bij iedere sync, dus dat gebeurt niet meer. Klant-object is voortaan master.

- SendWMSStatus => Openstaande wijziging van PV op Cache01 uitgebreid (uitzondering voor SFS) en netjes gecommit en doorgemerged => Quickfix in principe niet meer nodig, maar PV vroeg hem in comment te zetten tijdelijk.

- zTryout die KKL en DKL aanpast (op Automatisch doorsturen zet) voor ALLE klanten behalve SFS.

- UnitTest die binnen 2 maanden zal falen => om dan code op te kuisen.

- Check of BerekeningsSpecificaties en ProductSpecificaties gekoppeld kunnen zijn aan meerdere producten

- Tool om te weten te komen van welke orderlijnen de ProductId niet overeenstemt met de corresponderende ToeleveringLijnen => Kindproducten

- Code om foutgelopen lijnen op de PRHIST terug te corrigeren => Is al uitgevoerd op Cache01

- EmailAdresBevestiging => op offerte en order en DTO

- Op order => EmailAdresBevestiging is piece 10 op hoofding en EmailAdresBesteller is piece 9 op hoofding

- De properties en niet de parameters gebruiken voor de check of bestand bestaat en CheckParameters is afgezonderd

- Iets meer duiding via console aan user over wat er is gedaan

- Voorlopige code om bestand van PV in global te zetten

- Volledige opzet zonder effectief producten te veranderen maar met writejes bij wijze van proefrun => werkend en volledig en in juiste package

- Volledige opzet zonder effectief producten te veranderen maar met writejes bij wijze van proefrun => crasht nog

- Eerste opzet voor corrigeren historisch fout gelinkte generische producten volgens losse componenten

- HerverpakteSoprService => klad niet meer nodig => echte implementatie is voorzien in juiste package => AXimpl.Admin.Common.HerverpakteSoprService

- Refactor => Set property KindSoprProductId => quit $$$HasLength ervan

- Implementatie GeefProductIdVanKindSoprDatSoprKindHeeft => Voert IsHerverpakteSopr uit indien property KindSoprProductId null is en quit sowieso KindSoprProductId

- Proefjes

- Code in de juiste package