QVD-Lineage und Kataloglücken: fehlende Kanten kontrolliert schließen

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.

Herkunft an einer echten Kette erklären

Lineage beschreibt, aus welchen vorgelagerten Objekten ein Ergebnis entsteht. Im Labor lautet die logische Kette: synthetische INLINE-Tabelle → sales_monthly_v1.qvd → Monats-App → Kennzahl Sum(Revenue). Das ist zunächst unsere bekannte Soll-Kette. Erst die beobachtete Metadatenerfassung zeigt, welche Teile der jeweilige Katalog tatsächlich automatisch abbildet.

Schritt für Schritt: aus einer Lücke eine belastbare Aussage machen

1. Zeichne die Soll-Kette mit tatsächlichen Objekt-IDs, Dateiort und Umgebungen auf. Notiere für jede Kante, ob sie aus Script, Laufprotokoll oder einer fachlichen Zuordnung stammt.
2. Vergleiche die native Qlik-Lineage und gegebenenfalls OpenMetadata getrennt. Ein Pfeil auf App-Ebene ist noch kein Nachweis jeder Feldtransformation.
3. Wähle Revenue als Prüffeld. Verfolge, wo es geladen, gespeichert, umbenannt oder aggregiert wird. Unsere Monatsaggregation hat ein anderes Korn als einzelne Fälle; ein identischer Feldname macht daraus nicht dieselbe fachliche Aussage.
4. Kennzeichne jede Verbindung als automatisch beobachtet, manuell bestätigt oder ungeklärt. Ergänze Stand und Verantwortlichkeit. Manuell gepflegte Herkunft ist zulässig als Verfahren, muss aber als solche erkennbar bleiben.
5. Simuliere im Labor einen Dateiumzug. Prüfe zuerst den Scriptpfad und Reload, dann die Metadatenerfassung. Wird nur die Katalogzeichnung geändert, kann der echte Ladeprozess weiter kaputt sein.

Vergleichskriterium für weitere Kataloge: Kann das Produkt eure konkrete Cloud-App, QVD-Kette und Umgebungszuordnung in der eingesetzten Version abbilden? Ein Herstellerlogo oder der Begriff „Qlik Connector“ beantwortet das nicht. Verlange denselben Pilottest für OpenMetadata, Talend Data Catalog, Collibra, Alation oder Purview und bewerte die beobachteten Ergebnisse statt angenommener Funktionsgleichheit.

Ein Pfeil ist eine Behauptung mit Geltungsbereich

Ein Katalog kann App, Tabellen und Charts erfolgreich importieren und trotzdem die kritische Transformation zwischen Roh-QVD und bereinigter App nicht erklären. Umgekehrt kann Qlik eine interne Kette besser kennen als der Fremdkatalog. Die beiden Sichten müssen abgeglichen werden, statt sie als gleichwertig oder eine davon pauschal als vollständig zu verkaufen.

Der Referenzfall enthält Quelle CUSTOMER_CASE, Roh-QVD, maskiertes QVD und veröffentlichte App. Kontaktmail wird vor der breiten App entfernt; ein Token ersetzt eine Kundenkennung. Genau diese Schutztransformation muss in der Herkunft erkennbar bleiben.

Schritt für Schritt

1. Erwartete Kette unabhängig aufzeichnen. Aus freigegebenem Script und Verbindungsregister Quelle, STORE-/LOAD-Orte, Transformation, Ziel-App und Auswertungsobjekt bestimmen. Stable IDs und Pfade verwenden. Ein Thumbnail ist kein technischer Identifikator.
2. Native Qlik-Sicht frisch erzeugen. Den freigegebenen Pilot neu laden und unterstützte Lineage öffnen. Die aktuelle Hilfe nennt katalogisierte zugrunde liegende Quellen als Voraussetzung. Fehlende oder alte Knoten daher zunächst gegen Ladezeit und Katalogisierung prüfen.
3. Externen Import danebenlegen. Pro erwarteter Beziehung festhalten: automatisch belegt, teilweise, nicht unterstützt oder ungeklärt. „Keine Kante angezeigt“ beweist nicht, dass keine Verarbeitung existiert. Ebenso beweist die Auswahl „Lineage einschließen“ keine vollständige spaltenweite Herkunft.
4. Transformationsnachweis ergänzen. Für Entfernen, Umbenennen, Join, Aggregation und Tokenisierung das tatsächliche Script-/Release-Artefakt referenzieren. Bei fehlendem Spaltenmapping keine direkte Quellspalte erfinden. Tabellenweite Herkunft ausdrücklich als solche kennzeichnen.
5. Fehlende Verbindung kuratieren. Nur eine in der eingesetzten Katalogversion unterstützte UI/API nutzen. Manuelle Kanten mit Erzeuger, Beleg, Datum, Scope und Review versehen. Nicht durch ungeprüfte SQL-Schreibzugriffe auf die Katalogdatenbank Abhängigkeiten „reparieren“.
6. Identität bei Kopien lösen. Source-App und Published-App sowie Entwicklung und PROD als getrennte technische Objekte referenzieren. Ein gemeinsamer fachlicher Begriff verbindet ihre Bedeutung; ein gleicher Anzeigename macht sie nicht identisch.
7. Änderungsprobe fahren. Im Pilot eine QVD-Umbenennung oder eine zusätzliche Transformation durchführen. Qlik-Sicht und externen Import erneut aktualisieren. Alte Kanten, nicht mehr vorhandene Objekte und manuell kuratierte Beziehungen gezielt auf veraltete Aussagen prüfen.
8. Unbekannt sichtbar lassen. Für ungeklärte Pfade Verantwortliche und Termin setzen. Kritische Downstream-Freigaben können bis zum Nachweis blockiert bleiben. Eine manuelle Tabelle ist zulässig, solange sie verlinkt, versioniert und als manuell erkennbar ist.

Lückenregister mit Schließungsmaßnahme

Auswahl eines anderen bekannten Katalogs

OpenMetadata ist hier das konkrete Beispiel. Für Talend Data Catalog, Collibra, Alation oder Microsoft Purview denselben Abnahmeschnitt verlangen: exaktes Produkt, Version, Connector/Bridge für Qlik Cloud, Authentifizierung, App-/Chart-/Modellumfang und tatsächliche Lineage. Eine Qlik-Sense-Bridge ist nicht ohne Nachweis eine Cloud-Bridge. Es wird hier keine aktuelle Connectorparität dieser Produkte behauptet.

Der neutrale Katalogvergleich hilft bei der Einordnung; die Pilot-Testmatrix ist der nächste Auswahlbeleg. Weiter: Betriebs- und Upgrade-Runbook.

Quellen, Hilfe und Lernmaterial

• Qlik: Analytics lineage
• OpenMetadata: Qlik Cloud / 2.0.x
• Qlik: Business glossary tutorial
• Qlik: Monitoring system events
• Qlik: What is new / staged rollouts

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