CalculatedProduct

- Test-range beetje uitgebreid voor meer diversiteit

- Extra testje erbij

- Verduidelijking in de verklarende comments over het gebruik van methods: CheckAlleRangesOpBeschikbaarheidProductIds, CheckRangeOpBeschikbaarheidProductIds en BestaatProduct

- GeefTeRecyclerenProductId in ProductIdRecycleerder geeft nu eerstvolgend ProductId terug uit juiste range

- Implementatie GeefProductIdVrij

- In RequestConverter => al voorlopig check of het over juist case gaat en in dat geval voorziening in comment om GeefProductIdVrij op te roepen en ProductId na afloop weer vrij te geven

- 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

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

- 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