De catalogus van NimbusCode Fresh Produce Database B.V. is geen webshop. Het is de indeling van wat wij in Amsterdam meten en vastleggen: Brix, smaak, klasse, cultivar en rijpheid. Lars de Wit heeft de specialismen zo gesneden dat inkoop, kwaliteit en IT dezelfde velden gebruiken. Wie alleen „fruit overzicht” zoekt, krijgt een foto. Wie een record zoekt, krijgt een schema.

Wij groeperen het werk in zes meetmodules plus een checklist-hub. Elk kinddossier heeft eigen tabellen, FAQ en een koppeling naar het JSON-datamodel. U hoeft niet alles tegelijk te openen. U opent de module die deze week de inname blokkeert.
Zes meetmodules, één identiteit
| Module | Vraag die wij beantwoorden | Voor wie |
|---|---|---|
| Brix-waarde | Welke °Bx-range hoort bij deze cultivar? | Inkoop, QC, retailclaim |
| Smaakprofiel | Wat proeft de panelist naast suiker? | Productontwikkeling, horeca |
| Kwaliteitsnormen | Extra, I of II — en waarom? | Packing, retail, NVWA-gesprek |
| Variëteiten | Welke cultivar staat op de kist? | Handelsnaam vs. botanische naam |
| Refractometrie | Is de meter gekalibreerd? | Lab, QC-vloer |
| Rijpheidsmeting | Mag deze partij nu of morgen? | Rijperij, horeca, retail |
De zevende laag is operationeel: Checklisten voor inname, bemonstering en hold-or-release. Zonder die laag blijft de catalogus een PDF. Met die laag wordt hij een procedure.
Wat een catalogusrecord minimaal bevat
Cultivar of handelsnaam, botanische naam waar relevant, herkomstland, packingcode, Brix-range met methode, kwaliteitsklasse, seizoensvenster, en de datum van de laatste meting in Amsterdam. Ontbreekt één van die velden, dan is het record een concept. Concepten gaan niet naar de webshopfeed.

Wij koppelen records aan bestaande interne codes. Wij forceren geen nieuw SKU-stelsel als uw WMS al een 18-teken-sleutel heeft. Wij mappen. Mapping is saaier dan een nieuw platform, en het is de enige manier waarop een groothandel in Westpoort het systeem de volgende ochtend nog gebruikt.
Technische koppeling
Voor teams die de catalogus in hun eigen stack willen, publiceren wij het veldschema als JSON. Dat is geen openbare fruit-API voor consumenten. Het is een interne contractlaag. Details staan onder Datamodel.
GET /records?crop=mango&class=I&origin=PE
Accept: application/json
# interne catalogus, geen publieke fruit-API
Wij meten in Sloterdijk en op locatie bij packingstations rond het Food Center. Monstername volgt de checklist, niet de stemming van de inkoper. Een Brix van 17 op één vrucht is anekdote. Een Brix van 16,4 ± 0,8 op n=12 is een range. Alleen de range komt in het record.
Veelgestelde vragen
Levert u het fruit zelf?
Nee. Wij leveren catalogusrecords, meetprotocollen en checklisten. De fysieke partij blijft van u of van uw leverancier.
Kunnen wij eigen historische Brix importeren?
Ja, als methode, temperatuur en cultivar bekend zijn. Zonder methode markeren wij de reeks als ongekalibreerd.
Werkt de catalogus voor citrus en bessen?
Het datamodel is gewasagnostisch. De meetprotocollen zijn gewasspecifiek. Tropisch fruit is onze diepte; citrus en bessen mappen wij op verzoek.
Hoe actueel blijft een record?
Per aankomstweek of per herkomstwissel. Een jaaroude range is archief, geen innameadvies.
Werkgebied Amsterdam
Wij meten, coderen en documenteren verse AGF voor handelshuizen, importeurs, packingstations en retailinkopers in Amsterdam. Onderstaande stadsdelen zijn geen marketinglijst, maar de dagelijkse routes tussen Food Center, Sloterdijk en de verse markt.
- Westpoort
- Sloterdijk
- Bos en Lommer
- Westerpark
- Oud-West
- De Pijp
- Centrum
- Amsterdam-Noord
NimbusCode Fresh Produce Database B.V.
Uw aanspreekpunt: Lars de Wit
Naritaweg 12
1043 CA Amsterdam
Telefoon: +31 20 760 4188
E-mail: [email protected]