tovi,
Allereerst zou ik graag nog eens duidelijk willen maken dat ik juist NIET voorsta om Kenmerken te gebruiken bij jullie. Althans, niet meer, aangezien er intussen te veel is geregeld om het zonder te kunnen doen. Denk aan je Artikelbestand en ook alles wart je eromheen zult hebben kwa kalkulatie (Excel) aanbiedingen naar klanten enz. enz. "Dat moet je nu niet meer willen". En dus wil "ik" het ook niet. Simpel.
Nou is het natuurlijk wel zo dat de beslissing om het zonder te doen ver voor jouw tijd ligt, en, omdat ik eigenlijk weiger jou om te praten krijg je intussen ook de argumenten niet meer te horen. Bij deze dan maar een kleine poging om alsnog een context te kreëren, gewoon omdat je het vraagt (en niet om het te gaan veranderen, al was het maar omdat genoemde "zachte logistiek" bij jullie dan weer op z'n kop moet).
Het verhaal begint bij
Omvormen. Zoals het fenomeen het beschrijft (zie Trefwoord), betreft dit het omvormen naar een andere vorm (hehe) wat over de Verschijningsvorm mag gebeuren, en wat tevens over de Kenmerken mag gebeuren (en over de Inhoud uiteraard). Wat je waarin onderbrengt is veelal zacht, doch met een dagje beredeneren kom je altijd wel tot niet-arbitraire oplossingen (en dat dagje beredeneren heb ik hier even de gelegenheid niet voor, dus we houden het bij algemene voorbeelden).
Een lichtgekleurde tomaat die gekleurd wordt, zou kunnen worden ondergebracht in de Verschijningsvorm, ware het niet dat je die ergens anders voor wenst te gebruiken : de verpakking. Ook zou je met de Inhoud weinig kunnen, tenzij je weet te bedenken dat een lichtgekleurde tomaat een andere Inhoud heeft dan een gekleurde (mij lukt dat niet).
Omdat het hetzelfde produkt betreft (dat staat onomstotelijk vast VOOR ONS ... niet voor jou, omdat je er een ander artikelnummer voor hebt
) kom je er automatisch op dat die andere kleuring in een Kenmerk MOET. Let wel, moet.
Omvormen mag over de Kenmerken, dus die is simpel ... Kenmerkwaarde veranderen, klaar.
Van belang is nu de wetenschap dat je hiermee het produkt net zo hebt veranderd als dat je doet middels het veranderen van de dimensie "Artikelnummer", wetend dat alle dimensies onderdeel zijn van de logische sleutel, en het produkt dus een samenstelling is van al die dimensies. Niet alleen het Artikelnummer dus.
Hieruit volgt dat ook bewezen is dat waar je het Artikelnummer zou veranderen om er een ander produkt van te maken, je dit ook middels het veranderen van een Kenmerkwaarde mag doen. Maakt werkelijk niet uit, en het hele pakket anticipeert hierop (ok, behoudens Verkoopkontrakten zoals we sinds kort weten
).
Een essentieel verschil met het veranderen van het Artikelnummer, is dat er niets behoeft te worden gedaan om Kostprijs enz. enz. consistent te houden, immers, het fysieke produkt is onveranderd, behoudens de vorm. Denk aan een plank die je doormidden zaagt, dan houd je twee helften over, en de Kostprijs van het totaal is "onnagedacht" hetzelfde, en in het pakket hoeft daarvoor ook niets (meer) te gebeuren, omdat het de basis van het principe Omvormen is (uiteraard kunnen er zaagkosten optreden, waardoor beide helften navenant in Kostprijs stijgen).
Een voorbeeld van de zachte logistiek betreft het niet zonder meer werken kunnen weken met de Klasse-hiërarchie, aangezien deze nu op Artikelniveau haar werk moet doen, terwijl ze op het niveau van de Verschijningsvorm (klopt niet met jouw voorbeeld) er standaard in zit (want, dat is "logisch", sinds ooit iemand dat wilde hebben). In de zachte logistiek is niets logisch, al was het maar omdat het al logisch is dat je het hard doet (hard is feitelijk : via de database en haar formele logika).
Bij de bepaling wat waar moet, dien je in jouw geval te kijken naar wat het Artikel
nummer bepaalt. Dat is *niet* de tomaat-alleen, maar wat mij betreft de tomaat + intrinsieke kwaliteit. Volgens jouw voorbeeld hoort het land van herkomst daar zeker bij, maar als ik het zou mogen bepalen, wil ik zelfs de farm erbij betrekken (en dan mag land van herkomst weer weg).
De maat hoort er zeker ook bij, maar de kleur niet. Immers, de kleur onstaat door "omvorming".
Ook de klasse hoort er niet bij, mits je de farm (dan wel land van herkomst) maar bepalend laat zijn voor de basis daarvoor. De klasse die je vervolgens nog mag toepassen is die van de ouderdom om andere invloeden (heeft te lang warm gelegen enz.).
De Kenmerken zijn niet gekoppeld aan het Artikelnummer, ook niet aan de Verschijningsvorm, maar zijn domweg onderdeel van het geheel. Dus, een paprika in klasse B zit op zich heus wel in een Verschijningsvorm, en heeft ook heus wel een Artikelnummer; de dimensies bestaan eigenlijk los van elkaar, maar worden gekoppeld in het produkt.
Het voordeel wat je als eerste mee hebt, is dat je op ieder niveau in de dimensies de Voorraad kunt bekijken. Dus, hoeveel heb ik totaal van de Paprika-FarmX ? hoeveel daarvan in een pepdoos-Y, hoeveel van klasse B ? hoeveel daarvan in klasse B groen/geel gekleurd ? (laatste alleen als een paprika net zoals een tomaat verkleurt).
In de Statistieken zie je alles precies hetzelfde terug, waar je daar nu domweg geen mogelijkheid voor hebt.
Dit brengt mij ook op het derde Kenmerk wat nog vrij is in mijn voorbeeld, en het toepassen daarvan als Statisch Kenmerk met als inhoud ... jullie sticker. Althans, de Raapvloer die daarop is genoemd. Hierover verder uitwijden zal ik hier niet, maar *jij* begrijpt wel wat je daarmee kunt doen in de statistieken ... "wat heb ik ingekocht voor Raaplvoer X, maar hoeveel heb ik geleverd aan ..." snap je ?
Eigenlijk komt het erop neer dat als je de dimensies niet gebruikt waarvoor ze in jouw werkelijkheid zijn bedoeld, je de helft van de kracht c.q. intrinsieke overwaarde van het pakket weggooit.
Merk op dat dit geheel wat mij betreft niets te maken heeft met jouw langer gewenste ID van de Verschijningsvorm, behoudens dat je nu in dat ID zaken kwijt MOET (direkt = zichtbaar of indirekt = onduidelijk), omdat je met de Kenmerken erbij 30 posities meer zou hebben. Je hebt dus domweg (maar theoretisch hoor) 30 posities minder voor je "produktnummer" dan zou kunnen.
Let wel, ik acht dit onbelangrijk, aangezien wat jij (eventueel) kwijt wilt in een ID, in de Omschrijving thuishoort. En natuurlijk, hoe minder logisch de ID in elkaar zit, hoe meer je niet "direkt" kunt typen en in plaats daarvan moet zoeken.
Dit laatste kan denkelijk worden opgelost door op betreffende plaatsen via de Omschrijving te selekteren (en vervolgens typ je je een ongeluk
).
