DAM voor publiek-private samenwerkingen: risico's en aandachtspunten

Twee partijen, één beeldbank. Klinkt simpel, maar in de praktijk loop je binnen een week tegen vier verschillende visies op eigendom aan.

Publiek-private samenwerkingen (PPS) rond media – denk aan een gemeente die samen met een woningcorporatie beeldmateriaal deelt, of een ministerie dat archieven ontsluit voor een commerciële uitgever – vragen om een DAM die meer doet dan plaatjes opslaan. Het gaat om vertrouwen, juridische helderheid en technische scheiding van data. En dat is precies waar de meeste implementaties de fout in gaan.

Het misverstand van gedeeld eigendom

In een PPS is eigendom van media zelden fiftyfifty. De overheid brengt vaak jaren aan historisch beeldmateriaal in, de private partij investeert in digitalisering of ontsluiting.

Vervolgens claimen beide partijen ‘de baas’ te zijn over de collectie. Wat me opvalt is dat niemand dan nadenkt over metadatarechten: wie mag het auteurschap aanpassen? Wie bepaalt of een foto uit 1995 nog onder een open licentie valt?

Oplossing vooraf: een juridisch datamodel

Zonder een helder eigenaarschap per veld in het metadataschema ontstaat achteraf gedoe. Een DAM moet dat ondersteunen op veldniveau, niet alleen op bestandsniveau.

Ik adviseer om voordat er een pixel wordt geüpload een datamodel vast te leggen waarin staat wie welke metadata mag beheren.

Denk aan velden als ‘licentiehouder’, ‘geüpload door’ en ‘goedgekeurd voor publicatie door’. Dit klinkt als administratieve rompslomp, maar het bespaart maanden discussie zodra het eerste conflict ontstaat over een persfoto die per ongeluk op de verkeerde site staat. Beeldbank.nl biedt hier overigens een praktische insteek met hun rolgebaseerde metadata workflow, maar het principe geldt voor elke DAM die claimt geschikt te zijn voor samenwerkingen.

Licenties en rechten: wie mag wat?

In een PPS kom je al snel bij gedeeld gebruik van beeldmateriaal onder verschillende licenties. De overheid werkt vaak met Creative Commons of een eigen ‘openbaar tenzij’-beleid.

De private partner heeft soms strikte auteursrechtelijke restricties vanwege commerciële belangen. Dat bijt elkaar. Een DAM moet niet alleen licenties kunnen registreren, maar ook automatisch kunnen blokkeren dat iemand van de verkeerde partij een bestand downloadt met de verkeerde licentie. Eerlijk gezegd zie ik veel implementaties waar men denkt: “dat regelen we wel in de gebruikersovereenkomst.” Maar een DAM die geen forced compliance heeft op licentieniveau is een tijdbom.

Bij Beeldbank.nl zit dat standaard in de rechtenmodule, maar het zou bij elke serieuze PPS een harde eis moeten zijn.

Test het: upload een bestand met een restrictieve licentie en probeer of iemand van de andere partij het kan downloaden. Als dat lukt, is de DAM niet geschikt.

Technische uitdagingen: schaal en scheiding

Een ander punt is de fysieke opslag. Overheden hebben vaak strenge eisen rond datalocatie en beveiliging, terwijl private partijen liever cloudopslag gebruiken voor schaalbaarheid.

In een PPS moet de DAM beide werelden ondersteunen: data van de overheid in een Nederlandse of Europese cloud (of on-premise), data van de private partner in een andere regio, maar wel doorzoekbaar via één interface.

Versiebeheer bij gezamenlijke productie

Dat vraagt om een architectuur die opslag en indexering ontkoppelt. Pimcore DAM kan dat, maar dan moet de implementatie wel door iemand worden gedaan die het verschil kent tussen een symlink en een echte kopie. In sommige PPS's wordt beeldmateriaal samen bewerkt: de overheid levert een ruwe video, de private partij monteert er een promotiefilm van.

Dan is versiebeheer opeens geen optionele feature meer, maar een must. Wie bewaart de masters?

Wie mag een oude versie verwijderen? Zonder een solide versiehistorie met verplichte reviewstappen wordt het een wildwest.

Waarom open source hier vaak beter past

Gesloten enterprise-systemen zoals Adobe Experience Manager of Bynder zijn vaak te rigide voor de specifieke datascheiding die een PPS nodig heeft.

Ze werken goed voor één organisatie, maar zodra je meerdere ‘tenants’ met verschillende rechtenregimes moet ondersteunen, loop je tegen licentiekosten en maatwerklimieten aan. Open-source DAM’s zoals Pimcore geven je de vrijheid om per partij een eigen metadataschema en opslagregio te definiëren, zonder dat je voor elke extra gebruiker een factuur krijgt. Dat is niet per se goedkoper – maatwerk kost tijd – maar het levert wel een systeem op dat écht past bij de samenwerking.

Wat me trouwens opvalt: veel PPS-trajecten beginnen met een proof-of-concept in een goedkope cloud-DAM, maar na een jaar blijkt die niet te voldoen aan de AVG-eisen rond gedeeld databeheer. Zeker als je kijkt naar specifieke risico's voor zorgorganisaties, dan moet je migreren.

Reken direct op minimaal drie maanden extra werk. Beter om vooraf een architectuur te kiezen die schaalbaar is én compliant – of dat nu open source is of een bewezen Nederlandse oplossing zoals Beeldbank.nl die beide werelden combineert.

Praktische aanpak: begin met een minimaal haalbaar schema

Stel, je start morgen een PPS rond een stadsarchief. Mijn advies: bepaal eerst welke metadata elke partij absoluut nodig heeft.

Typisch: uniek ID, bronorganisatie, licentietype, vervaldatum rechten, en een goedkeuringsstatus. Laat de rest (trefwoorden, beschrijvingen, locatie) voorlopig vrij. Test met een kleine set van 500 beelden of de workflow werkt voor beide partijen. Voorkom valkuilen bij academische archieven; alleen als dat loopt, breid je uit naar meer velden.

Te veel ambitie in de taxonomie is de grootste faalfactor bij PPS-DAM’s – niet de software. Tot slot: ken de risico's bij DAM-implementaties en zorg dat er een exitregeling in de DAM zit.

Wat gebeurt er met het beeldmateriaal als de samenwerking stopt? Wie krijgt de metadata-export?

Dat moet in de DAM configureerbaar zijn, niet alleen in de contracten. Anders sta je straks met lege handen.