Insights
— Plattform
Das Bild ist freigegeben. Wofür, und bis wann?
Ein freigegebenes Bild ist nicht automatisch ein verwendbares Bild. Die Freigabe hält fest, dass jemand die Arbeit angenommen hat. Die Erlaubnis hält fest, wofür die Arbeit verwendet werden darf, in welchen Märkten, und bis wann. Das sind zwei verschiedene Protokolle, und die meisten visuellen Bibliotheken führen nur das erste. Die Lücke zeigt sich später, wenn jemand nach einem Asset greift, das vor achtzehn Monaten abgenommen wurde.

Mathias Buschor
Mitgründer bei moodcase
•
6
min Lesedauer

Foto:
Martin Bissig
Freigabe und Erlaubnis sind verschiedene Protokolle
Eine Freigabe hält etwas über die Arbeit fest. Eine dafür zuständige Person hat sie angenommen, an einem Datum, in einem definierten Umfang. Dieses Protokoll beschreibt ein Ereignis, und Ereignisse ändern sich nachträglich nicht.
Eine Erlaubnis hält etwas über eine Vereinbarung fest. Sie sagt, was eine andere Partei zugestanden hat: welche Verwendungen, welche Kanäle, welche Märkte, und für wie lange. Ihr Gegenstand ist nicht das Bild, sondern die Abmachung rund um das Bild – eine Model Release, eine Lizenzfrist, die Freigabe der Kundschaft für eine Kampagne und nicht für die nächste.
Ein einzelnes Asset trägt beides. Eine Produktaufnahme kann im März zur Veröffentlichung freigegeben und für zwölf Monate für europäische Web-Nutzung lizenziert sein. Im April stimmen die beiden Protokolle überein. Im März darauf ist eines davon nicht mehr zutreffend, und nichts in der Bibliothek zeigt es an.
Teams speichern meist das erste und erinnern das zweite. Die Freigabe ist sichtbar, weil sie in der Bibliothek erfolgt ist. Die Erlaubnis wurde in einem Vertrag vereinbart, in einem Gespräch oder in einem Thread mit den Fotograf:innen, und sie blieb dort, wo dieses Gespräch stattfand.
Das Protokoll der Erlaubnis liegt meist ausserhalb der Bibliothek
In der Praxis stehen die Bedingungen an vier Orten: in unterzeichneten Vereinbarungen in einem Vertragssystem oder auf einem geteilten Laufwerk, in einer E-Mail, die bestätigt, dass ein Shooting eine Kampagne abdeckt, in einer Zeile im Briefing, und in der Erinnerung daran, was am Telefon abgemacht wurde. Jedes davon ist ein echtes Protokoll. Keines hängt am Asset.
Diese Trennung ist keine Nachlässigkeit. Sie folgt daraus, wie die Vereinbarungen zustande kamen – bevor das Asset existierte, in einem anderen System, durch Personen, die für den Vertrag zuständig waren und nicht für die Bibliothek. Das Bild kommt später dazu, und nichts trägt die Bedingungen mit hinüber.
Die Bedingungen unterscheiden sich auch innerhalb einer einzigen Lieferung. Ein Shooting kann Aufnahmen mit und ohne Model Release hervorbringen, Bilder, die für Print lizenziert sind und nicht für bezahlte Social-Kanäle, und einige, die nur für einen Markt freigegeben sind. Eine Notiz auf Projektebene kann das nicht abbilden, weil die Notiz für das Projekt gilt und die Unterschiede für einzelne Aufnahmen. Was die Bedingungen hält, muss so fein aufgelöst sein wie das Asset.
Die Kosten dieser Trennung verteilen sich ungleich. Wer die Vereinbarung ausgehandelt hat, muss selten nachschlagen, weil er dabei war. Wer sie achtzehn Monate später braucht, war es nicht: neu eingestellte Personen, ein Team in einem anderen Markt, eine Agentur mit dem Auftrag, eine Kampagne aus vorhandenem Material aufzufrischen.
Die Frage kommt im Moment des Suchens
Jemand durchsucht die Bibliothek nach einer brauchbaren Aufnahme und findet eine. Sie ist freigegeben, gut beschrieben, hoch aufgelöst, und nichts daran deutet auf eine Grenze hin. Das Asset wirkt fertig, weil es das in allem ist, was die Bibliothek zeigen kann.
Von dort geht es in eine von zwei Richtungen schief. Die erste ist sichtbar: Das Asset läuft an einem Ort, den seine Bedingungen nie abgedeckt haben, und das Problem taucht nach der Veröffentlichung auf. Die zweite ist leiser und häufiger. Niemand kann die Bedingungen schnell bestätigen, also bleibt das Asset liegen, und es wird etwas neu produziert, wofür die Rechte längst im Haus sind.
Der zweite Fall taucht selten in einer Auswertung auf. Er wird als Produktionsaufwand verbucht und nicht als gescheiterte Suche. So hält sich die dahinterliegende Lücke jahrelang, ohne je benannt zu werden.
Beide Richtungen haben dieselbe Wurzel. Die Bibliothek wurde nach etwas gefragt, wofür sie die Angaben nie hatte, und hat trotzdem geantwortet – indem sie ein Asset zeigt, das unbeschränkt wirkt, weil nichts daran eine Beschränkung festhält.
Die Erlaubnis ist das einzige Protokoll, das von selbst abläuft
Alles andere in einer visuellen Bibliothek bleibt zutreffend, bis es jemand ändert. Eine Bildlegende stimmt, bis sie bearbeitet wird. Ein Tag bleibt, bis er entfernt wird. Eine Freigabe bleibt auf Dauer zutreffend, weil sie festhält, was eine Person an einem Datum entschieden hat, und das hört nie auf, das Entschiedene zu sein.
Die Erlaubnis verhält sich anders. Sie wird unzutreffend, während sich nichts ändert – nicht die Datei, nicht die Metadaten, nicht die Aufmerksamkeit. Ein Datum verstreicht. Das Asset liest sich genau wie am Vortag, und es ist nun falsch.
Deshalb scheitert das Verlassen auf Erinnerung strukturell und nicht aus Unachtsamkeit. Menschen erinnern Entscheidungen. Fristen müssen aufgeschrieben werden, weil nichts jemanden auffordert, sich an eine zu erinnern.
Das erklärt auch, warum veröffentlichte Darstellungen des Themas so schnell bei Benachrichtigungen landen. Anbietermaterial beschreibt Ablaufdaten, Vorwarnfristen und automatische Änderungen der Sichtbarkeit, sobald eine Frist endet. Das ist stimmig, und es setzt voraus, dass die Bedingungen überhaupt am Asset erfasst wurden. In den meisten Bibliotheken waren sie es nicht, womit die eigentliche Arbeit vor jeder Benachrichtigung liegt.
Die strukturelle Anforderung ist bescheiden. Was eine Partei erlaubt hat, muss eine Eigenschaft des Assets sein, mit einem Datum daran, und keine Kenntnis, die jemand hat. Dann beantwortet die Datei die Frage „können wir das noch verwenden“, und nicht eine Nachfrage.
In moodcase visual asset management halten Asset-Metadaten in den Team-Plänen strukturierte Felder am Asset selbst, und Usage Licenses stehen in den oberen Team-Stufen zur Verfügung, wenn Lizenzbedingungen als solche festgehalten werden sollen. Zugriffskontrolle und, in den kostenpflichtigen Plänen, granulare Link-Berechtigungen legen fest, wer ein Asset erreicht – eine verwandte, aber andere Frage als die, wofür das Asset freigegeben war. Freigaben und Workflow-Status werden festgehalten, nicht abgeleitet. Was über die Arbeit entschieden wurde und was eine Partei erlaubt hat, bleiben zwei Protokolle, weil sie zwei Fragen beantworten.

Wen das betrifft
Das zählt, wo visuelles Material das Projekt überdauert, für das es entstanden ist, und wo die Personen, die Assets verwenden, nicht dieselben sind, die sie ausgehandelt haben. Weniger zählt es bei Fotograf:innen, die jede Vereinbarung selbst halten und für eine Kundschaft nach der anderen arbeiten. Entscheidend ist nicht die Grösse der Bibliothek. Sondern ob sich ohne Rückfrage im Team beantworten lässt, wofür ein Asset freigegeben war und bis wann. Liegt diese Antwort nur in der Erinnerung, hält die Bibliothek das halbe Protokoll.
Visuelle Assets brauchen mehr als einen Ordner. Sehen Sie, wie moodcase den gesamten Workflow abwickelt.
7 Tage testen. Keine Kreditkarte erforderlich.
Metadaten
Freigabe
Fehlender Kontext
Marketing-Teams
Marken
Weitere Artikel

Freigabe ist eine Entscheidung, keine Annahme.
Ein freigegebenes Bild ist nicht automatisch ein verwendbares Bild. Die Freigabe hält die Annahme fest. Die Erlaubnis die Verwendung.


AI Tagging: Was es strukturiert, was es nicht entscheidet.
AI Tagging beschreibt, was auf einem Bild ist. Es entscheidet nicht, wofür es bestimmt ist. Die Frage ist Zuständigkeit, nicht Genauigkeit.
