Skip to main content
Announcements
Introducing Qlik Answers: A plug-and-play, Generative AI powered RAG solution. READ ALL ABOUT IT!
cancel
Showing results for 
Search instead for 
Did you mean: 
marcelroeger
Contributor
Contributor

Schreibgeschützt öffnen

Hallo liebe Community,

leider haben wir bemerkt, dass wenn User A und User B eine qvw Datei beide offen haben, sagen wir User A öffnet um 14:30 und User B öffnet sie um 14:45 und bspw. User A seine Änderungen um 15:00 speichert, User B seine Änderungen um 15:15, User B die Änderungen von User A dann überschreibt.

Ist es daher möglich, dass wenn ein zweiter User eine qvw Datei öffnet, ihm wie bei bspw. Excel angezeigt wird, dass er sie schreibgeschützt öffnet um gleich zu sehen, dass er nur eine Kopie öffnet um zu vermeiden die Änderungen von anderen Usern zu überschreiben?

Lieben Dank schon einmal!

1 Reply
marcus_sommer

Direkt geht das wohl nicht - möglicherweise gibt es Einstellungen, wie: overridefilesecurity im Easter Egg, die das beeinflussen können. Keine Ahnung, ob es das richtige Setting wäre - diese sind (leider) undokumentiert und auch nicht supported - und es ist auch nicht empfohlen, diese in produktiven Umgebungen zu nutzen. Und wenn müssten auch alle User diese Einstellungen so setzen.

Alternativ könnte man ein OnOpen-Makro nutzen, das dann eine entsprechende Meldung ausgibt. Das folgende ist nicht ganz passend, sollte als Ausgangspunkt zu dem was gemeint war aber doch tauglich sein:

VBS prüfen ob die Datei bereits geöffnet ist (supportnet.de)

Sofern die User hinsichtlich des Speichervorganges sensibilisiert sind, kann man ein Überschreiben auch verhindern, denn Qlik gibt einen Hinweis aus, dass die Datei in der Zwischenzeit gespeichert wurde und ob man wirklich drüber speichern möchte. Das sollte man dann im Zweifelsfall natürlich ablehnen und die Datei als Datei2 o.ä. abspeichern, um später zu klären, wer welche Änderungen vorgenommen hat und diese insgesamt zusammenzuführen. Das klingt nach Aufwand und ist es auch.

Am Besten ist natürlich, wenn man das bereits im Vorfeld so weit wie möglich minimiert, indem man die Bearbeitung der Anwendungen entsprechend aufteilt - also z.B. das der Report keinerlei Skript enthält und Binary von einem Datenmodell lädt und/oder bestimmte Anwender bearbeiten das Skript und andere die Oberfläche oder ähnlich und auch dass sich alle an die gleichen Konventionen halten. Je mehr Entwickler (gleichzeitig) an den Anwendungen arbeiten, um so umfänglicher/strikter muss so ein administrativer Prozess organisiert sein.

- Marcus