Cannavigator backend uitbreiden met shop_id

soorten die we nu in cannavigator hebben zijn vaak shop specifiek. Het huidige DB model heeft echter geen manier om de shop aan te geven.

Soorten waar we chemisch profiel van hebben is "nu" alleen bij de Steeg.
Amnesia verkopen ze allemaal; wellicht ook met flink verschil in de chemie.
Dus we hebben iets nodig

Voorstel:
- generieke wiet (daar weten we geen chemisch profiel van)
- geverifieerde (experiment) wiet (van experiment kwekers; en/of met chemisch profiel)
- gecertificeerd wiet (chemisch profiel bekend)
- extra attribuut op canna niveau: wordt al lang verkocht? Geldt voornamelijk voor gecertificeerd wiet.
- combi van shop_id + canna_id + supplier_id -> uniek (supplier_id kan null)

Chemisch profiel is vaak een moment opname; dus er gaat ook fucntionaliteit nodig om een gewijzigde variant te kunnen faciliteren.

Er gaat functionaliteit nodig zijn om van generieke wiet, gereverifieerde wiet te maken. (inclusief wie

Er staan geen bestanden of tests in de issue, dus start met het huidige DB-model/migraties voor canna, shop en supplier in de backend. Zoek eerst waar canna-typen, chemisch profiel-varianten en eventuele statusvelden worden gedefinieerd en gebruikt. Bekijk daarna waar records worden aangemaakt of bijgewerkt en implementeer daar de uniciteitsregel shop_id + canna_id + supplier_id (supplier_id optioneel). Klaar is het als deze domeinregels en conversiepaden (generiek → geverifieerd/certificaat) in model- of migratielaag zijn afgedekt zonder data te breken.

Rédigé par le modèle d'indexation à partir du texte de l'issue.