KorttekstUtils.cls.xml

Nagevraagd aan JB en het hoeft niet

Sifonlade D met M-rughoogte : dit blijft ons nog steeds achtervolgen. Voorlopig moet je hier niks aan veranderen.
Eenmaal op het nieuwe platform van Encoway CPQ-studio, gaan we wel een extra inspanning doen om dit principe in al onze lade-systemen te uniformiseren.
De term "Afwijkende" hoogte moet dan verdwijnen, want is te verwarrend.

Er bestaan nog extra testen voor convertoren, je moet es kijken naar mijn commit 68434, daar staan bijna alle in behalve 'appsnaarecon', das de enige wss

Ah oke, op deze manier heb je het opgelost haha, al de comments voor niets . Ik heb daar nog altijd mijn bedenkingen bij om het onder die Data.bomkenmerken te brengen, we verliezen zo toch wel een simpel overzicht over alles zoals blijkt uit mijn opmerkingen, maar dat is mijn mening

Als stuklijst hier niet moet verwerkt worden moet die wel worden toegevoegd aan bovenstaande Converteer method. Anders zal er helemaal niets gebeuren voor deze property

Stuklijst heb je gestoken onder Data.bomkenmerken en niet data.kenmerken. Deze method gaat code genereren, je moet maar eens kijken in de gecompileerde versie van deze klasse. Daar ga je op regel 182 zien wat ik bedoel

Ik heb me hier al vragen over gesteld of het bij de mat (en mss ook de rest als ik er nu over nadenk) ook niet verkeerd zit. Bij LBX heb je daar die Clone ervan en ga je niet de oorspronkelijke kenmerken overschrijven. Hier werk je zonder clone en ga je eigenlijk het oorspronkelijke object verder aanvullen. Dit is niet echt gewenst gedrag aangezien we dan ook mogelijks een andere canonische waarde uitkomen verder in de flow. Dat zit allemaal jammer genoeg heel tricky in elkaar :|. We willen eigenlijk gewoon het object een beetje manipuleren vooraleer we het sturen naar .net maar we willen die aangepaste versie niet opslaan in de DB. Veiliger zou zijn om eigenlijk een convertor te hebben in .net maar dat is net het probleem dat we hier oplossen

TBX kenmerken

Hier ook nog mvx

Ik zou hier toch een soort van if else opzetten want voor TBX ben ik hier ook onwetend tegen de muur gelopen omdat het altijd slaagde. Stel dat hier later een variant op komt dat zal het mss ten orechte blijven werken allemaal en zit je later met mogelijke miserie

En hier ook maar het was wss gewoon kwestie van een korttekstbepaler te hebben

Hier staat nog een MVX base

Is adapter de enige nodige rol? Willen we niet per halffabrikaat er een rol aan toekennen? Geen idee hé, maar een bedenking

Deze klasse hoort niet bij dit kaartje. Ik had dit gecommit met de verkeerde message en had mijn commit message aangepast, maar is precies niet opgepikt door crucible.

Dat zou wel mogelijk zijn maar de opzet is voornamelijk dat de juiste stukken code worden getriggerd, niet echt controle op spelling/vertalingen

Geen idee of het relevant is, maar misschien kan je ook de andere talen onder unittest steken?

Moet dit niet 'product' zijn?

"Vhoss zonder onderdelen" was vroeger code "A", maar sinds eCon bestaat deze niet meer.
Wim Van Daele had een verzoek, namelijk dat als Verpakking B en alle Nietmeeleverens = "true", dan toch code "A" in korttekst zetten.
Zo kunnen ze meteen aan de korttekst zien dat het om "Vhoss zonder onderdelen" gaat. Eventueel te verifieren bij JohanB.
TIP: indien nodig, kijk eens rond in caché, er bestaat misschien al iets in de aard van "TBX alle nietmeeleverens = true"

Bodemkleur : idem LadeHoogte : IsValid()

LadeKleur "OG" nog toevoegen. Heb ik ondertussen via mail gestuurd :-p