Qlik Cloud und Qlik Sense an OpenMetadata anbinden

Quellen- und Prüfstand: 15. Oktober 2026. OpenMetadata-Anleitungen beziehen sich auf die verlinkte Dokumentation 2.0.x. Einrichtungsschritte und Voraussetzungen vor Einsatz mit Server-, Runner- und Connector-Version abgleichen. Redaktionell geprüft; keine Verbindung zu einem Kundensystem durchgeführt.

Welches Qlik betreibt der Kunde?

Cloud- und Sense-Verbindungswege werden am tatsächlichen Runner geprüft. Zertifikats-, Token- und App-Sicht sind getrennte Voraussetzungen; ein Laptoptest bestätigt sie nicht für den Runner. Teilabgleich 23.10.2026: Qlik Cloud und Qlik Sense, Dokumentationslinie 2.0.x. Keine pauschale Zusage vollständiger QVD-Lineage.

Qlik Cloud verwendet einen Tenant-Endpunkt und API-Token. Qlik Sense Client-Managed hat einen eigenen Connector mit unter anderem Zertifikatskonfiguration. Eine Qlik-Cloud-Anmeldung lässt sich nicht unverändert als Sense-Zertifikat verwenden.

Vor dem Start je eine bekannte App, ein Sheet/Chart, eine Verbindung und die dahinterliegende Tabelle auswählen. IDs, Namen, Space, Umgebung und erwarteten Quelllink aufschreiben. Eine App-Kopie in einem anderen Space ist nicht automatisch dasselbe Governance-Objekt.

Qlik Cloud: erste Verbindung

1. Den Cloud-Tenant und eine technische Ingestion-Identität festlegen. Prüfen, welche Pilotinhalte diese Identität in Qlik tatsächlich lesen kann.
2. Den von der Installation unterstützten API-Token erzeugen beziehungsweise hinterlegen; Ablauf, Widerruf und Rotation dokumentieren. Der Token gehört nicht in ein Workbook oder einen Storytext.
3. In OpenMetadata Settings → Services → Dashboard Services → Qlik Cloud wählen, etwa als qlik_cloud_prod.
4. Tenant-URL in Host Port, Token in das dafür vorgesehene Secret-Feld eintragen. Mit Space Types nur die benötigten Typen auswählen, beispielsweise Shared oder Managed.
5. Verbindung testen, in What to Ingest den Pilot eingrenzen und Datenmodelle nur im vereinbarten Umfang einschließen.
6. Den Metadata-Agent starten und den Laufbericht prüfen. Für die Herkunft unter Db Service Prefixes die bereits angelegten Datenbankservices zuordnen, beispielsweise snowflake_prod.SALES_DB.ANALYTICS.

Die Cloud-Connector-Dokumentation 2.0.x beschreibt diese Verbindung und die Zuordnung zu Datenbankservices. Die angebotenen Space-Typen sind keine Zusage, dass jeder einzelne Inhalt vom Token erreichbar ist. Qlik dokumentiert API-Schlüssel separat.

Qlik Sense Client-Managed: eigener Weg

Mit dem Qlik-Administrator Portal-/Engine-Erreichbarkeit, virtuelle Proxies, technische Identität und Zertifikatsverfahren klären. In Dashboard Services → Qlik Sense den eigenen Service anlegen. Base URL und die verbindungsspezifischen Felder aus der Oberfläche verwenden.

Zertifikatsdateien und zugehörige Schlüssel müssen auf dem ausführenden Runner erreichbar sein, nicht nur auf dem Laptop. Trust Chain, Dateirechte und Secret-Mounts prüfen. Die Sense-Anleitung und die Zertifikatsanleitung beschreiben den unterstützten Weg. SSL-Validierung nicht als Standardlösung für Verbindungsfehler abschalten.

Was nach dem Import sichtbar sein muss

Die Katalogdarstellung ist keine eingebettete, interaktive Qlik-App. Nutzer öffnen die Auswertung weiterhin in Qlik mit ihren eigenen Rechten. Nicht unterstützte Ausdruckslogik oder dateibasierte Ladewege können eine gesonderte Herkunftsergänzung erfordern; deshalb nicht pauschal vollständige spaltenweite Lineage versprechen.

Wenn etwas fehlt

Keine Apps: zuerst Qlik-Sichtbarkeit des technischen Kontos, Space-Typ und Filter prüfen. Apps ohne Herkunft: Datenbank zuerst ingestieren, Service-Prefix und Namen von Datenbank/Schema/Tabelle vergleichen. QVD-/Dateiwege und Transformationsschritte einzeln nachweisen. Verbindung nur am Laptop erfolgreich: DNS, Proxy und Zertifikatspfade auf dem Runner prüfen. Owner fehlt: Identitätszuordnung und unterstützten Connector-Umfang prüfen, dann fachlich kuratieren.

Weiter: Tableau einschließlich Workbooks und Qlik/Talend im Governance-Vergleich.