Open-Source-BI-Tools: Auswahl, Rechte und Betrieb
BI auswählen · Open Source · Stand 10.10.2026
Metabase, Apache Superset, Lightdash und Grafana lösen unterschiedliche Aufgaben. Für einen Fachbereich mit vorbereiteten Tabellen ist Metabase ein sinnvoller erster Prüfkandidat. Ein SQL-Team kann Superset prüfen; ein Team mit versionierten Kennzahlendefinitionen Lightdash. Für Betriebskennzahlen und Zeitreihen gehört Grafana auf die Liste. Diese Einordnung stammt aus den dokumentierten Arbeitsweisen, nicht aus einem vergleichenden Produkttest.
Deine Open-Source-Auswahl vorbereiten
Unsere kostenlose Projektvorlage enthält 14 Abnahmefragen zu Daten, Zugriffsrechten, Wiederherstellung, Betriebsverantwortung und Gesamtkosten. Drei Kandidaten sind benannt, jede Bewertung steht auf „Nicht geprüft“. Die Muss-Kriterien sind Beispielvorgaben; passe sie vor der Demo an.
Open-Source-Prüfvorlage herunterladen (JSON)
Öffne danach den ausfüllbaren BI-Anforderungskatalog und wähle „JSON-Projekt laden“. Sichere ein vorhandenes Projekt vor dem Import. Die Vorlage darf kostenlos innerhalb deines Unternehmens angepasst und geteilt werden, auch im gewerblichen Einsatz. Diese Erlaubnis geht dem allgemeinen Download-Hinweis im Impressum vor.
Belegstatus: Quellenvergleich mit offiziellen Dokumentationen und Lizenzdateien, geprüft am 10.10.2026. Kein Werkzeug wurde für diesen Artikel installiert oder praktisch getestet. Versions- und Editionsgrenzen gehören in deinen Pilot; Dokumentation für „latest“, „Next“ oder einen Entwicklungsbranch ist keine Zusage für deine installierte Version.
Vier Werkzeuge, vier Arbeitsweisen
Verglichen werden selbst betriebene Open-Source-Ausgaben beziehungsweise der offene Kern. Ein Cloud-Angebot oder eine kommerzielle Erweiterung ist separat zu kalkulieren. „Open Source“ beschreibt die Lizenz des jeweiligen Codes; „kostenlos“ sagt allein nichts über Quellcode, Rechtefunktionen oder den Betrieb aus.
| Werkzeug / Ausgabe | Arbeitsweise | Lizenz des offenen Kerns | Vor dem Pilot klären |
|---|---|---|---|
| Metabase Open Source | Visueller Abfrageeditor und SQL auf angebundenen Datenbanken | AGPL; kommerzielle Edition separat | Eingebaute Zeilen-/Spaltensicherheit nur Pro/Enterprise. OSS nicht mit den Rechten der bezahlten Edition bewerten. |
| Apache Superset | Charts, Dashboards und SQL-Exploration auf Datenbanken | Apache-2.0 | RLS-Filter dokumentiert. SQL-Zugang, Exporte und Datenbankrechte gesondert prüfen. |
| Lightdash, offener Kern | Kennzahlen und Dimensionen im dbt-Projekt oder in Lightdash-YAML beschreiben | MIT mit separat lizenziertem EE-Verzeichnis | Konkrete Version und Funktionsumfang des offenen Kerns prüfen; Produktwerbung gilt nicht automatisch für diese Ausgabe. |
| Grafana OSS | Dashboards auf externen Datenquellen, besonders für Betriebsdaten und Zeitreihen | Projektstandard AGPL-3.0-only, Ausnahmen je Bestandteil | Data Source Permissions nur Enterprise/Cloud. Dashboard-Sichtbarkeit und Zugriff auf die Datenquelle separat abnehmen. |
Welche Lösung passt auf deine Prüfliste?
Metabase: Berichte aus vorbereiteten Tabellen
Der visuelle Abfrageeditor erlaubt Auswahl, Filter und Zusammenfassungen; SQL bleibt ein eigener Weg. Das macht Metabase zum Prüfkandidaten, wenn Fachanwender Fragen an bereits aufbereitete Daten stellen sollen. Prüfe mit den tatsächlichen Autoren, ob sie eine Kennzahl ohne Unterstützung ändern können.
Wenn Zeilenrechte Pflicht sind, darfst du die dokumentierte Pro-/Enterprise-Funktion nicht der OSS-Ausgabe zuschreiben. Auch SSO ist kein einzelnes Ja/Nein-Feld: Die Authentifizierungsübersicht unterscheidet Google-Anmeldung/LDAP von bezahlten JWT-, OIDC- und SAML-Optionen. Benenne das Verfahren im Katalog.
Superset: SQL und Datenexploration mit eigenem Betriebsteam
Superset gehört auf die Liste, wenn Datenmodell und SQL-Kompetenz vorhanden sind und das Team Charts und Dashboards auf dieser Grundlage betreiben möchte. Die Sicherheitsdokumentation beschreibt rollenbezogene Datenzugriffe und RLS. Daraus folgt keine automatisch sichere Konfiguration: Prüfe einen normalen Leser und einen SQL-Autor getrennt. Die verlinkte „Next“-Dokumentation nennt auch besondere SQL-Lab-Einstellungen; gleiche diese mit deiner Version ab. Quelle: Superset Security.
Die offiziellen Docker-Compose-Konstrukte werden ausdrücklich nicht für Produktionsfälle empfohlen. Ein gestartetes Demo-Setup ist deshalb kein fertiger Betriebsnachweis. Lege Deployment, Metadatenbank, Updates und Wiederherstellung vor der Freigabe fest.
Lightdash: Kennzahlendefinitionen gemeinsam versionieren
Lightdash ist ein Prüfkandidat für Teams, die Kennzahlen und Dimensionen in Code pflegen. dbt ist laut aktueller Produktseite keine pauschale Voraussetzung mehr: Der Context Layer und das Projekt-README nennen auch eigenständiges Lightdash-YAML gegen das Warehouse. Die Pricing-FAQ beantwortet die dbt-Frage dagegen weiterhin mit Ja. Dieser Quellenwiderspruch besteht am Prüftag. Für deinen Pilot müssen unterstützter Weg, Version und Ausgabe bestätigt werden; wir haben keinen Aufbau ohne dbt getestet.
Grafana: Betriebsdashboards und Zeitreihen
Grafana eignet sich als Prüfkandidat, wenn die Frage von vorhandenen Betriebsdaten und Zeitreihen ausgeht. Es unterstützt verschiedene externe Datenquellen. Für klassische Fachbereichsanalysen solltest du zusätzlich den Abfrage- und Kennzahlenworkflow prüfen. Ein Viewer, der ein Dashboard nicht sieht, ist damit noch nicht auf bestimmte Datenzeilen begrenzt. Die dokumentierten Berechtigungen auf Datenquellen gehören zu Enterprise/Cloud; das OSS-Rechtemodell separat bewerten.
Was kostet Open-Source-BI im eigenen Betrieb?
Rechne Infrastruktur, Datenaufbereitung und Arbeitszeit zusammen. Unser synthetisches Planungsbeispiel verwendet frei gewählte Annahmen; es ist weder ein Hostingangebot noch ein gemessener Aufwand eines der vier Produkte. Alle Beträge sind netto in EUR.
- Einführung: 24 Stunden × 80 EUR = 1.920 EUR
- Laufender Betrieb: 4 Stunden pro Monat × 80 EUR = 320 EUR pro Monat
- Infrastruktur: 90 EUR pro Monat
- Erstes Jahr: 1.920 + 12 × (320 + 90) = 6.840 EUR
Bei zwei Betriebsstunden pro Monat wären es 4.920 EUR im ersten Jahr, bei acht Stunden 10.680 EUR. Zusätzliche Konnektoren, Warehouse-Abfragen, kommerzielle Funktionen, Schulung und Ausfallkosten sind hier nicht enthalten. Ersetze die Annahmen durch euren Aufwand und dieselben Leistungsanforderungen an das Gegenangebot. BI-Kosten und Gesamtkostenmodell helfen beim vollständigen Briefing.
Ein gemeinsamer Abnahmefall statt einer Rangliste
Verwende für jeden Kandidaten dieselben vier synthetischen Zeilen. Die Zahlen sind eine eigene BIS-Prüfaufgabe, keine Ergebnisse aus einer BI-Installation.
| Monat | Bereich | Umsatz | Direkte Kosten |
|---|---|---|---|
| 2026-01 | Nord | 1.000 | 600 |
| 2026-01 | Süd | 3.000 | 2.400 |
| 2026-02 | Nord | 2.000 | 1.200 |
| 2026-02 | Süd | 1.000 | 800 |
- Berechnung: Gesamtumsatz 7.000 EUR, direkte Kosten 5.000 EUR, Deckungsbeitrag 2.000 EUR. Die Gesamtquote beträgt 2.000 ÷ 7.000 = 28,57 %. Der Mittelwert der vier Zeilenquoten wäre 30 % und ist hier die falsche Aggregation.
- Rechte: Nord-Leser sieht nur Nord (3.000 EUR Umsatz / 1.200 EUR Deckungsbeitrag); Süd-Leser nur Süd (4.000 / 800 EUR). Mit getrennten Leseridentitäten Bericht, Export und verfügbare Abfragewege prüfen. Falls Zeilenrechte keine Anforderung sind, vorab das betreffende Muss-Kriterium anpassen.
- Wiederherstellung: Ein Testdashboard und seine Definitionen sichern und in einer separaten Testumgebung wiederherstellen. Ausgabe, Version, Datum, Soll/Ist und verantwortliche Person als Beleg festhalten.
Die JSON-Prüfvorlage übernimmt diese Sollwerte und ergänzt Betrieb, Lizenzbestand und Exit. Ein Kann-Punkt gleicht ein gesperrtes Muss nicht aus. Beginne mit zwei oder drei passenden Kandidaten; ersetze die Namen, wenn Grafana zu deiner Aufgabe besser passt. Weitere Datensätze und Abnahmefragen findest du im BI-Prüfplan.
Betrieb und Wechsel vor der Entscheidung klären
- Zuständigkeit: Wer betreut Anwendung, analytische Datenquelle, Updates und Störungen – einschließlich Vertretung?
- Sicherung: Nicht nur Quelldaten sichern. Metabase beschreibt etwa die Sicherung seiner Anwendungsdatenbank. Dokumentiere für jedes Werkzeug, wo Berichte, Rechte und Definitionen liegen.
- Datenweg: Eigener Server allein belegt keine vollständige Datenlokalität. Externe Quellen, E-Mail, Plugins, Telemetrie und gegebenenfalls KI-Dienste in den vorgesehenen Datenfluss aufnehmen.
- Lizenz und Edition: Gewählten Release samt Lizenzdateien und Erweiterungen dokumentieren. Bei verändertem Code, Einbettung oder Weitergabe die konkrete Lizenz prüfen lassen. Die Tabelle ist keine Rechtsberatung.
- Exit: Zeige an einem Bericht, wie Daten, Kennzahlendefinitionen, Rechte und Konfiguration exportiert und wiederverwendet werden. Ein CSV mit Zahlen allein überträgt kein vollständiges BI-System.
Für aktive Budgetierung und Rückschreiben ergänze den Vergleich um die Anforderungen aus Planungssoftware; für Berichtswesen und Abweichungen um Controlling-Software. Die Konzeptgrundlage beschreibt BIC unter Self-Service BI.
Anforderungen und Pilot gemeinsam vorbereiten
Wenn ihr Daten, Rechte und Betriebsaufwand gemeinsam abgrenzen möchtet, könnt ihr BI-Beratung bei BIC anfragen. BIC ist die Schwesterseite von BIS; diese Beziehung ist ein wirtschaftliches Interesse. Die Prüfvorlage ist kostenlos und ohne Anfrage nutzbar.
Autor: Axel Schweizer. Unsere Methodik trennt Herstellerangaben und echte Tests; die Finanzierungsseite erklärt wirtschaftliche Beziehungen. Alle Produktquellen sind direkt am jeweiligen Sachverhalt verlinkt und wurden am 10.10.2026 geprüft. Änderungen an Editionen, Lizenzdateien und Dokumentation können eine erneute Prüfung erfordern.