VKP

- Deploy van vertalingen en aanpassing in de code => per => op

- Todo => TestCase verder uitwerken

- Ophalen van vertalingen voorzien in de code => Naleveringen per

- Todo => Deploy van vertalingen, TestCase

- OrderId wordt nu mee in de naleveringsdata gezet.

- DateTimeApi er weer uitgehaald => datum-vergelijk en -omzetting tot "asap"-melding indien nodig => gaan we bij nader inzien toch niet doen

- Todo => Vertalingen, TestCase

- Refactor na review => Maakt nu gebruik van LeverAdresRepository met query-functionaliteit en bijhorende TestCase

- Bij het loggen van schaarsheid van plaatsen voor nieuwe leveradressen is het nu een error ipv een warning en bovendien wordt vanaf nu pas gelogd als er nog maar 10 plaatsen vrij zijn => betekenisvoller dan 100 vrije plaatsen => dat was niet acuut genoeg om al op te handelen

- Aantal vrije plaatsen wordt nu correct berekend

- Logging-meldingtekst verduidelijkt

- write eruit

- ook LBX in vhoss

- nog kleine aanpassing voor TBX

- lijst uitgebreid

- Klant-enum uitgebreid met Dovy

- Dovy en Labonorm staan nu ingesteld als pilootklanten waarvoor HoogteVerstelling van toepassing is

- initiele commit Haefele FI + SE

- KlantOrderInstellingen aanpassen zodat LBX en TBX kasten kunnen besteld worden

- NevesBelgium toegevoegd in IsExtraAfdrukVanOrgaluxEtikettenNodig

- Gerelateerd aan vorige aanpassing, zijnde [ICT-759] [rvWV] PM: Maatwerk: BOMBOL VHIP481: Waarschuwing indien wijzigen variant die reeds voorbij orderklaar is:

- OrderService => Niet het Order moet bewaard worden, maar wel de OrderLijn, want daar zit de wijziging op. Order bewaren op die plek is overhead, want is op PRNr op OrderLijn na ongewijzigd.

- ProductOrderlijn => Property ProductIdIsGewijzigd als pointer om op juiste moment indexen te killen en rebuilden => Gebeurde blijkbaar (nog) niet in hoofde van de ProductUpdater, door vorige implementatie van VerwijderIndexenIndienNodig en BouwIndexenIndienNodig.

- ProductOrderlijn => Indexen rebuilden in ZetProductID weggehaald (was toevoeging in bovengenoemde story) => Was onzinnig, want in SWNODE^FLOWORD2 wordt gepersisteerde data opgehaald en die is op dat moment nog ongewijzigd (nog met oude PRNr) => Zou dus enkel de VerwijderIndexen ongedaan maken ipv de nieuwe te zetten.

- ProductOrderlijn => Voor rebuilden van indexen na zetten van ProductID voor ProductUpdate wordt nu vertrouwd op de Save => Die doet de Save van de Super vooraleer de indexen te rebuilden, dus al met juiste data opgehaald in SWNODE^FLOWORD2.

- ProductOrderlijn => Geen event ingesloten => Order2Admin volgt sowieso nog.

- DataMProductOrderlijn-Mock uitgebreid met Save.

- Bon markeren als rechtstreeks te leveren.

- Nieuwe method op kortingservice

- AxSaledID van de bon kunnen ophalen, interface ook aanpassen

- erin geslaagd om de testen niet in de vhUnitTest package te steken. mea culpa :)

- nieuwe logica op basis van aap-halux-klantinstellingen (niet meer met hardcoded lijstje werken)

Bon.GeefVerzendwijzeID bijmaken die sowieso het id gaat gaan teruggeven niet mogelijks id + aanleverdag

- Workaround gemaakt voor SFS zodat een logo niet hoeft gekoppeld te worden aan de subhandeleindgebruiker maar gewoon aan de subhandel

- Testen toegevoegd die nagaan of er een subhandelId beschikbaar is of niet

Refactor: rename methodes ZetVlagHoofding en GeefVlagHoofding naar specifiekere methodes met duidelijke naamgeving

Klant toevoegen Stylmar en derk, ook in de valuelist bovenaan

Klant toevoegen Stylmar en derk