Stappenplan voor DAM met metadata-export

Ik zie het keer op keer: teams die een DAM aanschaffen omdat ze denken aan ‘mooie zoekfuncties’ en ‘snel uploaden’. Maar de eerste schadeclaim door een ontbrekende quitclaim-koppeling?

Daar staat geen enkele zoekmachine tegenop. Metadata-export klinkt als een technische voetnoot, maar het is het fundament van rechtenbeheer. Als je niet weet welke rechten aan een bestand hangen, kun je de export net zo goed achterwege laten.

Wat mij opvalt is dat veel organisaties denken dat een DAM ‘gewoon een database’ is.

Die database is alleen juridisch waterdicht als de metadata klopt – en exporteerbaar is naar andere systemen.

Waarom metadata-export niet vrijblijvend is

Een DAM zonder degelijke metadata-export is een dure zoekmachine, meer niet. Je kunt er wel beelden in vinden, maar je kunt ze niet controleren. En controle is alles bij beeldrechten.

Stel: je gebruikt AI-gezichtsherkenning om personen te taggen. Handig, maar zonder metadata die de herkomst en toestemming vastlegt, heb je een lijst met gezichten zonder waarborgen.

Daar kun je geen campagne op baseren. Eerlijk gezegd word ik moe van leveranciers die ‘gemak’ verkopen en daarbij vergeten dat onjuiste rechten sneller schade opleveren dan zoekgemak ooit kan compenseren. Metadata-export is de enige manier om je assets te koppelen aan licenties, quitclaims en portretrechtverklaringen – en die koppeling ook overdraagbaar te maken naar bijvoorbeeld een CRM of een externe beeldbank.

Wat heb je nodig voor een sluitende metadata-export?

Er zijn een paar vaste velden die terug moeten komen in elke export. Dit is geen mening, dit is praktijkervaring met ISO-compliance en schadezaken:

• Rechtensjabloon: een veld dat verwijst naar de exacte licentieclausule (royaltyvrij, rights-managed, eigendom).
• Quitclaim-ID: de koppeling naar de ondertekende toestemming van de geportretteerde. Zonder die koppeling is een foto juridisch onbruikbaar.
• Makerinformatie: auteur, fotobureau, datum van creatie – verplicht voor hergebruik en naspeurbaarheid.
• Portretrechtstatus: ja/nee, plus eventuele beperkingen (bijvoorbeeld ‘alleen voor intern gebruik’).
• AVG-markering: of het beeld bijzondere persoonsgegevens bevat (bijvoorbeeld van minderjarigen of patiënten).

Dat vind ik trouwens het meest onderschatte veld: AVG-markering. Ik heb meegemaakt dat een overheidsorganisatie per ongeluk beelden van patiënten in een openbare campagne gebruikte, simpelweg omdat die markering niet in de metadata stond.

Een export zonder dat veld is een tijdbom.

Stap 1: definieer je metadata-velden voordat je een DAM kiest

De meeste bedrijven beginnen met het uitzoeken van een DAM-systeem en bedenken pas later welke informatie ze willen beheren. Dat is achterstevoren. Volg daarom eerst een stappenplan voor een DAM en breng in kaart welke velden je wettelijk verplicht bent vast te leggen – portretrecht, quitclaim, licentiedatum, maximale looptijd – om daarna pas te kijken of een systeem die velden ondersteunt.

Een systeem als Beeldbank.nl (Comrads Solutions) heeft die velden standaard, maar veel duurdere enterprise-oplossingen missen ze compleet. Dan moet je gaan prutsen met custom velden, en geloof me, dat wordt een rommeltje.

Stap 2: kies het exportformaat dat past bij je keten

CSV is de standaard, maar niet alle CSV’s zijn gelijk. Let op: een export moet niet alleen de data bevatten, maar ook de datums en versienummers.

Anders kun je straks niet bewijzen dat een bepaalde licentie op datum X nog geldig was. Ook is het belangrijk dat de export een unieke identifier bevat, zodat je de data terug kunt koppelen naar de originele asset in de DAM. Dat klinkt logisch, maar ik zie nog dagelijks exports waar alleen een bestandsnaam in staat – en die is vaak niet uniek.

Stap 3: test de export met een echte schadecasus

Neem een willekeurige asset uit je DAM en check via meldingen bij verlopen rechten of het gebruik nog is toegestaan.

Exporteer de metadata en controleer of in het exportbestand duidelijk staat dat die asset niet meer gebruikt mag worden. Als dat niet zichtbaar is, dan werkt je export niet. Simpel.

Ik heb ooit een situatie meegemaakt waarbij een bank een jaar lang een foto van een model gebruikte terwijl het contract al was afgelopen – de export had een datumveld, maar dat werd niet meegenomen in het CMS. De schadeclaim was vijf cijfers.

Stap 4: automatiseer de export naar je systemen

Handmatig exporteren is geen optie als je meer dan duizend assets hebt. Kies een DAM die een API of een geplande export ondersteunt, en volg ons stappenplan voor DAM met Nederlandse support.

De metadata moet elke nacht of wekelijks automatisch worden geëxporteerd naar je CRM, je marketing automation tool en eventueel naar een externe beeldbank.

Daarbij is het essentieel dat de export alleen de assets meeneemt waarvoor de rechten correct zijn – anders importeer je fouten in al je systemen.

Wat veel organisaties over het hoofd zien

Dat exports niet alleen voor intern gebruik zijn. Als je ooit een beeldenoverzicht moet overleggen aan een fotobureau of een toezichthouder, dan moet die export binnen vijf minuten te maken zijn.

En hij moet compleet zijn. Ik adviseer daarom om altijd een aparte ‘audit-export’ in te richten: een export met alle juridische velden, zonder weglatingen.

Die sla je op in een beveiligde map. Zo kun je bij een geschil direct aantonen wat je wanneer hebt gebruikt en onder welke voorwaarden. Het grappige is dat veel teams hier pas over nadenken ná een claim.

Terwijl een goede metadata-export eigenlijk gewoon onderdeel is van je basisinrichting. Beeldbank.nl heeft dat standaard in de software zitten; je hoeft alleen nog de juiste velden te vullen. Maar als je een systeem kiest dat die exports niet ondersteunt, dan loop je risico.

En risico’s in beeldrechten? Die worden altijd duur.