Bereiche und Sammlungen einrichten: vom Labor zur Veröffentlichung

Versions- und Quellenstand: Qlik Cloud (SaaS), 23.10.2026. Kein festes Qlik-Sense-Client-Managed-Release. Cloudoberfläche und Funktionsumfang können sich auch bei kleineren Updates ändern; regionale Rollouts, Subscription und Tenantkonfiguration vor Umsetzung prüfen. Installierte Gateway-/Connectorversionen separat protokollieren. Redaktionell gegen Herstellerhilfe geprüft, nicht im Kundentenant ausgeführt.

Namensbeispiel lesen: VERTRIEB-ENTWICKLUNG-APPS bedeutet Fachbereich Vertrieb → Entwicklungsumgebung → Analyse-Apps. Entsprechend steht VERTRIEB-PRODUKTION-APPS für freigegebene produktive Apps. Die Namen sind frei gewählte Beispiele; sie erzeugen keine Berechtigungen. Verwende in Skripten und im Register exakt den Namen eures tatsächlich angelegten Bereichs.

Was eine Sammlung ist – und was ein Bereich ist

Du möchtest dem Vertrieb einen übersichtlichen Einstieg geben. Dafür sind zwei unterschiedliche Entscheidungen nötig: Wer darf welche Inhalte benutzen? Das wird unter anderem über Bereiche und deren Rollen geregelt. Welche freigegebenen Inhalte sollen Menschen leicht finden? Dafür legen wir eine Sammlung an. Eine Sammlung ist eine kuratierte Auswahl von Inhalten, keine zweite Ablage der App und keine neue Berechtigungsschicht.

Unser Beispiel: Die App „Vertrieb – Monatsumsatz“ liegt als veröffentlichte Fassung in VERTRIEB-PRODUKTION-APPS. Ihre Kachel wird zusätzlich in „Vertrieb – Freigegebene Analysen“ aufgenommen. Entfernst du die Kachel aus der Sammlung, entziehst du damit keinen direkten App-Zugriff. Wird die Sammlung öffentlich, erhält eine bislang ausgeschlossene Person dadurch keinen zusätzlichen App-Zugriff. „Öffentlich“ bezieht sich hier auf die Sammlung innerhalb des Tenants; anonyme App-Nutzung ist ein gesondertes Thema.

Ein Bereich / Space hat dagegen Mitglieder und Rollen und ist der zugeordnete Arbeits- beziehungsweise Veröffentlichungsort der App. In der Grundlagenplanung stehen die Begriffe, das Namensschema und alle fünf Zielbereiche. Du brauchst diesen Plan vor dem ersten Einrichtungsschritt.

Das konkrete Labor und seine Grenzen

Wir richten VERTRIEB-ENTWICKLUNG-APPS und VERTRIEB-TEST-APPS als Shared Spaces sowie VERTRIEB-PRODUKTION-APPS als Managed Space ein. Die Rohdatenablagen folgen in Teil 4. Du benötigst die passenden Erstellerrechte, zwei normale Testkonten, ein ausgeschlossenes Konto und eine Subscription mit Managed Spaces. Verwende nur die unten erzeugten Testdaten. Ein Tenant-Admin ist kein geeigneter Ersatz für alle drei Testrollen.

Du legst zuerst Entwicklung an, prüfst die Mitgliedschaft und erzeugst eine kleine App. Dann folgt das Veröffentlichungsziel. Erst wenn die produktive Testfassung richtig erreichbar ist, kommt die Sammlung hinzu. Dadurch kannst du bei einem Fehler feststellen, ob er aus den Rechten, dem Publishing oder lediglich aus der Navigation stammt.

Schritt für Schritt A: den Entwicklungsbereich erstellen

1. Wechsle im Aktivitätscenter Analytics zur Seite Create / Erstellen und wähle Space / Bereich. In anders ausgerollten Oberflächen kann die Aktion im Katalog erreichbar sein. Suche nach der Bereichserstellung, nicht nach „Sammlung erstellen“.
2. Trage VERTRIEB-ENTWICKLUNG-APPS als Namen ein und wähle Shared / Freigegeben, sofern der Dialog den Typ abfragt. Verwende die Beschreibungsvorlage aus Teil 1 und kennzeichne ausdrücklich „nur synthetische Daten“. Erstelle den Bereich.
3. Öffne ihn über die Bereichsauswahl in Catalog / Katalog. Prüfe Namen und Typ. Trage die tatsächliche Bereichs-ID in dein Register ein; leite sie nicht aus dem Anzeigenamen ab.
4. Öffne Space settings → Members / Bereichseinstellungen → Mitglieder. Füge die zuvor geprüfte Entwicklergruppe hinzu. Vergib die zum benötigten Bearbeitungsumfang passende Rolle; für Änderungen an Ladescripts fremder Apps ist Can edit data in applications relevant. Can edit und Can manage sind keine austauschbaren Abkürzungen dafür.
5. Füge eine benannte Vertretung für die Bereichsverwaltung hinzu und dokumentiere den technischen Owner. Der Ersteller wird zum Bereichseigentümer; ein späterer Eigentümerwechsel erfolgt über Administration. Weise nicht allen Entwicklern Verwaltungsrechte zu, nur um Vertretung herzustellen.
6. Melde das Entwicklungstestkonto frisch an. Es soll die Test-App bearbeiten können, aber nicht dadurch sämtliche Mitglieder verwalten dürfen. Prüfe zusätzlich, dass Consumer und ausgeschlossenes Konto keinen unbeabsichtigten Entwicklung-Zugang haben.

Qlik-Anleitung zur Erstellung · Shared-Space-Rollen

Die Rollenentscheidung in unserem Beispiel

Die folgende Tabelle ist ein Startvorschlag für den Pilot, keine vollständige Hersteller-Rollenmatrix. Nutzerentitlement, zusätzliche Rollen, Eigentum und direkte App-Freigaben müssen mitgeprüft werden. Mehrere Zuweisungen können die wirksamen Rechte erweitern; eine schwächere Direktrolle hebt eine stärkere Gruppenrolle nicht auf.

Can publish allein gestattet nicht automatisch das Öffnen der Ziel-App. Ebenso ist Can operate kein Ersatz für jede notwendige Quellenberechtigung. Das ist gerade dann hilfreich, wenn Entwickler nur mit Testdaten arbeiten und keinen produktiven Klartext sehen sollen.

Schritt für Schritt B: eine vollständig nachvollziehbare Test-App

1. Wähle Create → Analytics app und als Ziel VERTRIEB-ENTWICKLUNG-APPS. Nenne die App „Vertrieb – Monatsumsatz – Labor“. Falls sie versehentlich im persönlichen Bereich entsteht, korrigiere den Ort vor der Zusammenarbeit und prüfe die Datenverbindungen erneut.
2. Öffne den Datenladeeditor und füge das eigene Minimalbeispiel ein. Es benötigt keine Datenbank und enthält keine echten Personen:

SalesMonthly:
LOAD * INLINE [
Month, Region, Revenue
2026-09, NORTH, 1200
2026-09, SOUTH, 800
2026-10, NORTH, 1500
2026-10, SOUTH, 1100
];

3. Lade die Daten und erstelle ein Arbeitsblatt „Monatsvergleich“. Nutze Month und Region als Dimensionen und Sum(Revenue) als Kennzahl. Die Gesamtsumme muss 4.600 ergeben, Oktober 2.600, NORTH 2.700. Das sind die Sollwerte unseres selbst erstellten Labors, keine Qlik-Produktgrenzwerte.
4. Bitte eine zweite berechtigte Entwicklungsperson, das Arbeitsblatt zu öffnen und eine harmlose Diagrammänderung zu speichern. Prüfe den Scriptzugriff separat. So erkennst du, ob die Gruppe nur Diagramme oder tatsächlich auch das Datenmodell bearbeiten kann.
5. Erstelle im Testbereich eine dafür vorgesehene Prüffassung und dokumentiere, welches Entwicklung-Objekt sie repräsentiert. Der Kopier-/Freigabeprozess muss nachvollziehbar sein; ein zweiter Bereich synchronisiert keine Änderungen automatisch.

Schritt für Schritt C: verwalteten Bereich und Publishing einrichten

1. Erstelle über die Bereichserstellung VERTRIEB-PRODUKTION-APPS vom Typ Managed / Verwaltet. Fehlt dieser Typ, prüfe Subscription und Erstellerrolle. Benenne keinen Shared Space als Ausweichlösung „Managed“.
2. Füge die Consumer-Gruppe QLIK-VERTRIEB-PRODUKTION-APPS-LESEN mit dem benötigten Anzeigerecht hinzu. Gib den Release-Verantwortlichen gezielt Can publish und dem Betrieb gezielt die für seinen Ablauf nötigen Rechte. Trage zusätzliche Direktfreigaben ins Register ein.
3. Öffne an der geprüften Source-App das Aktionsmenü Publish / Veröffentlichen und wähle den Managed Space. Dokumentiere bei der ersten Veröffentlichung die neu entstandene Ziel-App-ID zusätzlich zur Source-App-ID.
4. Öffne die veröffentlichte Fassung über das Consumer-Konto. Prüfe die gleichen Sollwerte wie im Labor und kontrolliere, dass du wirklich die Ziel-App geöffnet hast. Ein gespeichertes Lesezeichen kann noch zur Entwicklung-Fassung führen.
5. Ändere im Entwicklung-Labor den NORTH-Wert für Oktober auf 1600. Vor erneuter Veröffentlichung muss die produktive Fassung den alten Wert behalten. Erst nach der vereinbarten Prüfung wird die vorhandene Zielveröffentlichung aktualisiert. Danach sind Gesamtsumme 4.700, Oktober 2.700, NORTH 2.800 die neuen Sollwerte.
6. Protokolliere den tatsächlich angebotenen Ersetzen-/Veröffentlichungsweg, Ziel-ID und Datenstand. Bei der späteren produktiven Datenverbindung kommen Reload, Eigentum und Section Access hinzu. Veröffentlichung allein übernimmt nicht automatisch eine vollständig funktionsfähige unabhängige Quellenkette.

Qlik: Arbeiten in Managed Spaces · Managed-Space-Rollen

Schritt für Schritt D: Sammlung als verständlichen Einstieg anlegen

1. Suche im Analytics-Katalog die veröffentlichte App und öffne deren Aktionsmenü. Wähle Add to collection / Zu Sammlung hinzufügen und lege „Vertrieb – Freigegebene Analysen“ an. Die Aktion kann je nach Oberfläche auch über Collections angeboten werden.
2. Nimm nur die freigegebene Fassung auf. Die Entwicklungs-App mit „Labor“ im Titel gehört nicht in diese Sammlung. Prüfe den direkten App-Link und die ID, nicht bloß zwei ähnlich aussehende Kacheln.
3. Öffne die Sammlung und prüfe ihre Sichtbarkeit. Eine private Sammlung ist zunächst die persönliche Zusammenstellung. Soll sie als gemeinsamer Einstieg dienen, lässt eine berechtigte Person sie über das Sammlungsmenü mit Make public / Öffentlich machen veröffentlichen und bestätigt die Aktion. Eine leere Sammlung lässt sich nicht öffentlich machen.
4. Prüfe die Sammlung mit einem berechtigten Consumer und einem ausgeschlossenen Konto. Das ausgeschlossene Konto darf aus ihrer Veröffentlichung keine zusätzlichen App-Rechte gewinnen; der Consumer soll seine erlaubte App finden und öffnen können.
5. Entferne die App testweise aus der Sammlung. Der Consumer kann sie über den erlaubten direkten Link weiterhin öffnen. Dieser Test zeigt, warum das Entfernen aus einer Sammlung kein Offboarding ist. Nimm die freigegebene Kachel anschließend wieder auf.
6. Benenne eine Rolle für die Pflege öffentlicher Sammlungen. Veraltete Verweise, doppelte App-Titel und archivierte Angebote werden regelmäßig bereinigt. Die Pflege einer öffentlichen Sammlung und die Vergabe von Space-Mitgliedschaften sind getrennte Aufgaben.

Die Konvention für öffentliche Sammlungen lautet hier Zielgruppe – Angebot. Keine wechselnden Mitarbeiterkürzel und kein „neu/final“. Eine thematische Sammlung darf auf zugängliche Inhalte aus verschiedenen Bereichen verweisen; sie ist keine Umgebungsgrenze. Beachte, dass berechtigte Verwalter öffentlicher Sammlungen diese auch bearbeiten können; sie sind nicht bloß persönliche Listen eines einzelnen Kurators.

Qlik: Öffentliche Sammlungen · Aktion „Add to Collection“ an Kataloginhalten

Typische Fehler verstehen und gezielt beheben

Abnahme: woran du erkennst, dass der Aufbau funktioniert

Halte für jeden Test Identität, Gruppen, direkte Rollen, Objekt-ID, erwartetes und tatsächliches Ergebnis fest. Teste App-Öffnen, Diagrammbearbeitung, Scriptänderung, Veröffentlichung und Reload getrennt. Für Rechteänderungen an bereits geöffneten Apps fordert Qlik das Schließen aller betroffenen Tabs und mindestens zwei Minuten Session-TTL vor erneutem Öffnen; das ist keine Zusage über die gesamte Dauer einer IdP-/SCIM-Änderung.

Die Übung ist abgeschlossen, wenn die Namenskonvention verständlich ist, die fünf Begriffe Bereich, Sammlung, App, Arbeitsblatt und Verbindung unterschieden werden, die Sollwerte stimmen und ein ausgeschlossenes Konto über keinen getesteten Weg hineinkommt. Sichere das eigene Script und die Testnachweise. Die Oberfläche kann nach SaaS-Updates andere Menüpositionen zeigen; die Gegenstände, IDs und Abnahmeschritte bleiben deshalb Teil des Leitfadens.

Quellen, Hilfe und Lernmaterial

• Qlik: Create shared spaces

• Qlik: Shared-space permissions

• Qlik: Space-Typen / Space types

• Qlik: Managed-space permissions

• Qlik: Working in managed spaces

• Qlik: Public collections

• Qlik Help: Managing spaces — Video

• Qlik: What is new / staged rollouts

Bei Videos hat die aktuelle schriftliche Hilfe Vorrang. Externe Medien werden vom jeweiligen Anbieter bereitgestellt.