AX

- Eerste opzet => Opsplitsing volgens verschillende mogelijkheden voorzien => implementatie in comment (pseudocode) => doet dus momenteel nog niets

- Wel al injectie van dependancies, waaronder nieuwe ProductIdRecycleerder (zie vorige commit)

- Verdere uitbreidingen

- I.g.v. HeeftBezwaarVoorProductDelete wordt nu een Warning gelogd i.p.v. een Error

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

- Uitbreiding voor MVX

- Als er bezwaren gevonden zijn voor het updaten van een product, dan wordt dit voortaan niet meer gemaild naar ICT_Meldingen, maar enkel nog gelogd

- P.s.: Er wordt, indien nodig, nog wel een mail gestuurd naar Halux, rechtstreeks vanuit de code in WSimpl.AX.CalculatedProduct.ProductVolgensAxAttribuutBepaler.OrderService.ToeleveringService

- Implementatie ladevariantbepaler voor MVX

-Optimalisatie van LangtekstCreator, halfabBoomOnherwerkt wordt nu gebouwd in ProductCreator dus wordt nu maar 1 keer gebouwd i.p.v. per taal

-TODO: testen aanpassen

- DocGen Utils : method naam aangepast, na terechte review-opmerking --> KlantWenstFactuurZonderProductLangteksten()

- Mock en Fake aangepast

- aanroepende code aangepast

- commentaar debug lijn opgekuist

- overbodige parameter "PasAanIndienOngeldig" (per ongeluk mee gekopieerd) opgekuist

- CustAccount wordt nu als 2e parameter mee doorgegeven aan de AxProductKenmerkenConverter

- Indien TAX en IsAlpnach => BevatGeleiderBevestigingSchroeven = True => Indien rechtstreekse klant = OK, via Personality SFS staat klaar maar wacht op voorziening PersonalityId (unimplemented in BOMBOL)

- DocGen Utils : nu ook voor Haefele Duitsland

- DocGen RenderFactuur : Na de controles wordt de method VerwijderProductLangteksten() opgeroepen

- Refactoring

- Code refactoren en uitbreiden zodat geen description meer wordt teruggeven i.p.v. een Nederlandstalige description indien deze niet bestaat in de vertalingen.

- Refactoring code

- 2 Testen aangemaakt die de descriptionbepaler zullen testen, indien een omschrijving ontbreekt moet hierdoor de Nederlands omschrijving teruggegeven worden.

- Method aangepast zodat bij een ongekende langtekst van een bepaalde taal toch de Nederlandse langtekst wordt teruggegeven.

- Aanpassing van logging- en e-mail-tekst

- Bombol service aanpassen zodat deze ook de goede vertalingen voor TAX plaatmateriaal gebruikt in geval van TAX losse component rug en bodem

- Verwerking review => micro-refactorke => Nothing to see here, move along people

- De orderlijn wordt dan toch NIET aangepast indien de toelevering al is klaargezet of in batch zit

- TbxHelper => IsObject op ProductData en het Product quiten of ge krijgt ne COMMAND error

- RequestConverter => LadeVariantBepaler niet meer nodig => alle LadeTypes moeten werken

- GeefGeupdatetTbxProduct

- Ook het updaten van TAX is nu toegestaan

- ToeleveringService => naamwijziging publieke method van IsOrderLijnAanTePassen naar VerwerkToelevering en is nu procedure ipv functie

- Orderlijn wordt nu gewijzigd ongeacht of VerwerkToelevering iets heeft kunnen doen

- ToeleveringService => actie van VerwerkToelevering is NIET meer om Toelevering aan te passen maar om ze indien mogelijk te verwijderen via de FlowToeService