Kenm

- nodige updates in dto-objecten en aanpassing in code van invullen in dto-objecten

- controle van master/auto's dat het over 'OL' kenmerkgroep gaat

https://www.pivotaltracker.com/story/show/16933681

-> InstanceVersion toegevoegd aan DataDefinitie (VhPersistent.cls.xml)

-> Controle van InstanceVersion bij het bewaren van kenmerken.

-> GeneratieType Wijziging

-> Nieuwe index met PRNr op Prod.Kenmerk.DataDefinitie

-> Rename van property Omschrijving -> Naam bij KenmerkGroep

-> Valideren van PRNrs al checken op allemaal nummers bij validatie vooraleer te gaan zoeken.

-> APPS.PM.KenmerkenService

-> Icoon met relatief pad toegevoegd voor een MetaGroep

-> Omschrijving/Naam van MetaGroep toegevoegd.

Kenmerkgroepen in parameterstructuur; nieuwe kenmerken bewaren

2 verfijningen aan de product kenmerken service:

-> Zowel bij opvragen van de metadata als van productkenmerken, moet de client kunnen zien welke kenmerken bij welke kenmerkengroep behoren.

-> Bewaren van een nog niet bestaand kenmerk moet mogelijk zijn.

Dit soort wijzigingen mag enkel op een single of master product toegelaten worden.

Bij dit soort wijziging op een master, moet dezelfde wijziging op de bijhorende auto-producten toegepast worden.

De operaties moeten als resultaat meegeven welke PRNr's zijn geïmpacteerd.

Bij toevoegen van een kenmerkenset, zal meegegeven worden vanaf welke kenmerkenset de waarden initieel gekopieerd moeten worden.

N.B. Voor de story te beginnen, eerst afstemmen over design en encapsulatie.

Enkele voorbeelden:

- Er is enkel een single. Toevoegen verandert de single in .1, en maakt een .2 bij aan.

- Er is enkel een .1 en .2. Verwijderen van 1 van beide zorgt dat de andere een single wordt.

- Er is een .1, .2 en .3. Verwijderen van .2 zorgt voor opschuiven van de .3 naar .2.

De service moet voorzien om meerdere toevoegingen / verwijderingen via 1 call door te krijgen.

https://www.pivotaltracker.com/story/show/14429615

Versietag is geuniformiseerd.