DataM

- Data van naleveringen die in NaleveringDataArray zitten worden nu omgezet naar tekstlijnen en op Leverbon-weergave-object (pxLevOrd) gezet.

- Todo => Vertalingen, datum-vergelijk en -omzetting tot "asap"-melding indien nodig, 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

- lijst uitgebreid

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

- AxSaledID van de bon kunnen ophalen.

- 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

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

Hernoemen GeefVlag en zetvlag naar GeeftVlagHooofdign en ZetVlagHooding

Toevoegen ZetVlag en Geef Vlag methode aan bon

- GeefKlantNummer bijgezet => gerevert => Ga GeefKlantID gebruiken => is later makkelijker af te toetsen tegen de klantenum

- nodige methods om KlantDisplayNaam en IngegevenDoorUserNaamEnSave op te slaan zodat later bij batches de samenstelling/berekening niet opnieuw moet gebeuren.

- Verwerking review => Refactor GeefAantalLijnenViaAxInventTransId

-initiele commit.

- Refactor ZetProductID