KenmerkDomeinPostProcessor.cls.xml

KenmerkDomeinPostProcessor het kleur SY laten verwijderen obv bool

Bool voorlopig nog true waardoor huidige werking behouden blijft, unit testen aangepast, rekening houden met de bool

- Grote opkuis oude ongebruikte FlatpackV1

- MinimumBreedteRugDeelM is nu 196

- Voor rol ICTmedewerker en Productbeheerder en BidiExportMedewerker is MinBreedteRugDeelXY nu 109

- KenmerkDomeinPostProcessor : OpvullijstKleur Lichtgrijs uitgeschakeld + vhTestFiles.

- KenmerkDomeinPostProcessor : inschakelen OpvullijstKleur Polar Zilver grijs

- vhTestFiles aangepast

- Losse component verwijderd van dto, samen met vhintra release. vhintra gebruikt nu ook voor losse component de productiewijze.

- productiewijze afgestemd voor intern. bij losse component geen volledig. bij flatpackv1 enkel volledig. bij v1 en probox keuze.

- manueel getest met vhintra. (eventueel nog testen voorzien voor kenmerkenpostprocessor.)

- lossecomponent property is vervangen door productiewijze had dus ook impact op DOM of APPS in convertoren. Verschill tussen "" leeg en "V" volledig. Dit is rechtgezet voor TAX

OK : ECON.PM.Maatwerk.enu.ProductieWijze -> heeft reeds links rechts zijkanten.

OK : APPS.PM.Maatwerk.impl.DtoNaarKenmerkVisitor.NietMeeleveren.Bepaler -> Niet

OK : APPS.EDI.common.impl.LegacyConverter.LegacyNaarEdi : enkel voor TBX gebruikt. -> Niet : DOM.PM.enu.TBXProductieWijze

OK : APPS.PM.Maatwerk.impl.KenmerkenValidator.LBX. -> geen validatie.

OK : APPS.EC.Winkelkar.impl.ExplicieteKenmerkenInvuller -> is aangepast voor productiewijze TAX.

OK : APPS.PM.Maatwerk.impl.IngegevenKenmerkenTypeAPI.IsGemonteerdeLadeBepaler -> ook tax. isgemonteerdelade. zowel lossecomp als productiewijze toepassen.

OK : APPS.EC.impl.ConfiguratorService.WebshopKenmerkDomeinPostProcessor -> verwijderd productiewijze voor LBX, ook voor tax doorvoeren.

OK : APPS.EC.impl.ConfiguratorService.KenmerkMogelijkhedenPostProcessor -> Do ..KenmerkMogelijkheden.ZetMogelijkeWaarden(..LBXEnum.KenmerkNaam.ProductieWijze, ##class(APPS.PM.enu.LBXProductieWijze).ValueList()) -> Voor TAX doorvoeren.

OK : APPS.PM.enu.LBXProductieWijze -> voor TAX ook maken.

OK : APPS.EC.impl.ConfiguratorService.KenmerkDomeinPostProcessor -> ook voor TAX.

OK : Testen : vhUnitTest.APPS.EC.impl.ConfiguratorService.KenmerkMogelijkhedenPostProcessor.TAOR.TestWebshopConfigurator

OK : Testen : vhUnitTest.APPS.PM.Maatwerk.impl.IngegevenKenmerkenTypeAPI.IsGemonteerdeLadeBepaler.IsGemonteerdeLade.Test

- GeefDomein => ValueList van APPS enum

- Bijhorende IntegratieTests

- sifonlade met verlaagde rug => andere minima van toepassing (109 ipv. 204)

- Bereik van UitsparingDataBreedtes op webshop alleen toevoegen indien sifonlade. Zo wordt de uitsparing-sectie niet getoond (bij gewone lade) in de Unishop.

- Bereik van UitsparingDataBreedtes aangepast (correctie KDO)

- Bereik van UitsparingDataBreedtes (exacte waarde voor BreedteM is nog niet bekend, voorlopig op 172 gezet)

- UitsparingData-kenmerken toegevoegd (zoals bij LBX)

- KenmerkDomeinPostProcessor : de UitsparingCodes voor LBX moeten hier en nu uit het domein gehaald worden.

- KenmerkDomeinPostProcessor : de nieuwe UitsparingCodes voor TAX moeten bij LBX uit het domein gehaald worden.

- tug enum geschrapt omdat deze vervangen worden door LogoId. (geen enum)

- nog te bepalen voor eriket !

- Zonder abstract in impl klasse werkt beter. setting opgenomen in postprocessor

- niet meeleveren, etc...

- (lots of troubles gehad met opsplitsen TAX en LBX... testfiles TAX waren geimpacteerd, bleek uiteindelijk over een klasse te gaan die na opnieuw compileren wel de testen liet slagen... pfff.

- externe rol TiponBlumotionSet toevoegen

- ordenen

- niet meer tonen van de oude kappen, dus alleen de nieuwe kappen tonen

--> dus geen wijzigingen in de testfiles

- tipon niet mogelijk bij LBX

- FrontBevestiging "E-T" nog niet selecteerbaar: verplaatst van DomeinKenmerken naar Interne- en Webshop-km