Controle

- Bij wijziging verpakkingtype van maatwerk wordt de bestaande lijn verwijderd en een nieuwe aangemaakt. Bij een sync dat niet doorkomt is heeft de oude lijn nog gekendInAdmin maar niet meer gekendInAx en omgekeerd voor de nieuwe. Met die sum<>sum werd dat niet goed gemeld.

- OrdDiff-package van PV heeft nu zijn eigen AxOrderLijnIterator => Quit een ResultSet.

- De AxOrderLijnIterator gebruikt door THB staat terug in zijn oorspronkelijke staat => Quit een DTO-tje.

- Ongebruikte of onterecht toegewezen class-injecties verwijderd (AdminOrderLijnIterator en AxOrderLijnIterator)

- Ongebruikte properties verwijderd (idem)

- Query-aanpassingen en return-object-aanpassing van PV in iterator => returned nu een ResultSet ipv een DTO.

- Quickfix voor Orders die niet geopend kunnen worden.

- LegacyPartijAPI wordt nu gebruikt om LeverancierNummer te verkrijgen van de LeverancierId

- Wegwerken van de quickfix try catch => probleem is nu ten gronde opgelost

- ProductId en het Product zijn nu op meerdere plekken nodig, dus het zetten van die variabelen is verhuisd naar de Convert en ze worden nu meegegeven als parameters

- De logica is aangepast van wanneer en of de principaal moet opgehaald worden (dit is de ten gronde oplossing hierboven vermeld) => LevNr = BLUM en IsSoprInCache

- Aanpassen testen naargelang

- Na review => LegacyPartijAPI nu gebruikt voor GeefKlantNummerVoorPartijID

- Na review => GetDataByName ipv GetData in AxOrderLijnConverter

- Na review => Refactoring UnitTests voor leesbaarheid, performantie en uitbreidbaarheid

- Code van PV (geschreven op CacheAccept2010) in eerste instantie te syncen tussen alle omgevingen (vanuit lokale omgeving).

- Voor de AxConfigId aan Admin-kant mag de principaal niet opgehaald worden => de Blumkunde van de Sopr-variant moet geconverteerd worden

- Refactor naar oneliner

- Opkuis van enkele comments ivm iteratie van AX-query

- De inhoud van de mail in nu een Stream ipv een string => MAXSTRING-error vermijden