

Die mit Microsoft SharePoint 2010 eingeführte Document ID ist eigentlich gut gedacht, in der täglichen Praxis in DMS Projekten zeigen sich aber einige Fallstricke v.a. beim Thema Cut & Paste bzw. Move.
Diese widersprüchliche Meldung kommt, wenn man in SharePoint 2010 einen DocumentID-Link eines nicht korrekt verschobenen Dokumentes folgt. Der DocumentID-Link stellt einen Permalink zu einer Datei in einer Site Collection dar, der auch funktioniert, wenn die Datei umbenannt wird. Wird die Datei hingegen verschoben, hängt der Bestand des Permalinks davon ab, wie die Datei verschoben wird. Lange Rede kurzer Sinn, in der Office Hilfe bei Microsoft steht: „The only way to retain a Document ID withhin sites is to use the Site Content and Structure administrative page in Site Settings while moving documents”. In den Content & Structure Logs sieht man auch, dass es eine Post Operation „Fixing links“ gibt, die nach dem Move sicherstellt, dass der Link auch auf das verschobene Dokument aufgelöst wird:
Auch wenn es beim Copy & Paste zum Beispiel über die Explorer Integration so aussieht, als würde die Document ID erhalten bleiben, ist der Link nicht mehr funktionsfähig. Dieses Verhalten muss gerade in DMS Projekten auf Basis von SharePoint 2010 oder SharePoint 2013 entsprechend berücksichtigt werden.

Joachim von Seydewitz
Solution Architect