Erklärung8 Min. Lesezeit

Was ist OData? Der OData-Feed in Power BI erklärt

Was ist OData? Erfahren Sie, wie das Open Data Protocol funktioniert, was ein OData-Feed ist und wie Sie ihn in Power BI verbinden und aktualisieren.

Auke Westra

durch Auke Westra

Gründer von DigiData

Praktischer Leitfaden. Dieser Artikel behandelt die Schritte, Überprüfungen und allgemeinen Probleme.

Kurze Antwort

Ein OData-Feed ist eine standardisierte Webverbindung, mit der Power BI und Excel strukturierte Tabellen über eine stabile Service-Root-URL laden können. Seine Metadaten beschreiben die verfügbaren Tabellen, Felder und Datentypen. Power BI kann dann die gleiche Quelle nach einem Zeitplan ohne wiederkehrende CSV-Exporte oder benutzerdefinierten API-Code aktualisieren.

Was ist ein OData Feed?

Ein OData-Feed ist eine Webverbindung, mit der Power BI, Excel und Power Query strukturierte Tabellen über eine stabile URL abrufen können. OData steht für Open Data Protocol. Der OASIS-Standard beschreibt sowohl die Datensätze als auch deren Schema einschließlich der verfügbaren Tabellen, Felder und Datentypen.

Für das Reporting bedeutet dies, dass dieselbe Quelle wieder geladen werden kann, ohne für jeden Zeitraum eine neue Datei zu exportieren. Power BI und Excel enthalten einen OData-Anschluss, so dass für einen Feed kein separater Datenbanktreiber oder ein benutzerdefiniertes REST-API-Skript im Bericht erforderlich ist.

OData kurz erklärt: Protokoll, Versionen und Abfrageoptionen

OData (Open Data Protocol) ist ein offener Standard für REST-APIs, die Daten als Tabellen bereitstellen. Microsoft entwickelte das Protokoll 2007. Seit 2014 ist OData Version 4 ein OASIS-Standard und wurde 2016 zusätzlich als ISO/IEC 20802 veröffentlicht. Plattformen wie Microsoft Dynamics 365, SAP und Exact Online nutzen OData für ihre APIs.

Ein OData-Service besteht aus drei Teilen:

  • Service-Root: die Basis-URL, unter der alle Tabellen liegen.
  • Metadaten ($metadata): eine maschinenlesbare Beschreibung von Tabellen, Feldern, Datentypen und Beziehungen.
  • Entity Sets: die Tabellen selbst, etwa Rechnungen oder Kunden, die Sie als Zeilen und Spalten abrufen.

Mit Abfrageoptionen in der URL rufen Sie nur ab, was Sie brauchen. Ein Beispiel:

https://beispiel.de/odata/Rechnungen?$select=Rechnungsnummer,Betrag&$filter=Rechnungsdatum ge 2026-01-01&$orderby=Rechnungsdatum desc&$top=100

$select wählt Spalten, $filter begrenzt Zeilen, $orderby sortiert und $top begrenzt die Anzahl der Ergebnisse. Welche Optionen ein Service unterstützt, ist je nach Anbieter unterschiedlich. In Power BI müssen Sie solche URLs meist nicht selbst schreiben: Power Query gibt Filter nach Möglichkeit automatisch an die Quelle weiter (Query Folding).

Wie funktioniert ein OData Feed?

Ein OData-Dienst hat eine Service-Root-URL. Wenn sich Power BI mit dieser URL verbindet, liest es das Metadatendokument unter $metadata, um die verfügbaren Entitätssätze, Felder, Schlüssel und Datentypen zu ermitteln. Der Navigator kann dann diese Entity-Sets als Tabellen anzeigen.

Wählen Sie in Power BI Desktop Get Data, wählen Sie OData Feed und geben Sie die Service-Root-URL ein. Authentifizieren Sie sich mit der vom Feed geforderten Methode, wählen Sie die benötigten Tabellen aus und öffnen Sie sie in Power Query. Dort können Sie Zeilen filtern, Spalten entfernen, Datentypen überprüfen und Beziehungen vorbereiten, bevor Sie das Modell laden.

Nach der Veröffentlichung des Berichts konfigurieren Sie die Quellanmeldeinformationen und planen eine erneute Aktualisierung in Power BI Service. In Desktop gespeicherte Anmeldeinformationen sind lokal und werden nicht automatisch zu den Cloud-Service-Anmeldeinformationen.

OData im Vergleich zu REST, CSV und SQL

  • OData Feed: Ein standardisiertes Schema und ein in Power Query eingebauter Anschluss. Es passt sich wiederkehrenden Tabellenladungen an, wenn der Dienst die Filter und das Volumen unterstützt, das der Bericht benötigt.
  • REST API: Flexibel für benutzerdefinierte Anwendungen, erfordert aber oft Code für Authentifizierung, Paginierung, Rate Limits, Antwort-Parsing und Fehler.
  • ** CSV-Export:** Einfach für eine einmalige Überprüfung oder ein Archiv, aber jedes Update erfordert eine neue Datei und einen konsistenten manuellen Prozess.
  • Direkte SQL-Verbindung: Nützlich, wenn eine Datenbank absichtlich für die Berichterstattung verfügbar ist, aber Netzwerkregeln, Anmeldeinformationen und ein Power BI-Gateway erfordern kann.

OData ist nicht automatisch die beste Wahl für jede Aufgabe. Ein CSV kann für eine einzelne Überprüfung schneller sein, während eine direkte API- oder Datenbankverbindung zu einer benutzerdefinierten Datenplattform passen kann. OData ist eine praktische Option, wenn Analysten strukturierte Tabellen benötigen, die Power BI oder Excel wiederholt laden können.

Verwendung eines OData Feeds in Power BI

Beginnen Sie mit der Berichtsfrage, anstatt jede verfügbare Tabelle zu laden. Wählen Sie die Faktentabellen und Referenztabellen aus, die für diese Frage benötigt werden, z. B. Transaktionen und allgemeine Hauptbuchkonten oder Rechnungen und Kunden. Halten Sie in Power Query die Spalten, die das Modell verwendet, und filtern Sie historische Zeilen so früh wie möglich.

Bauen Sie Beziehungen und Geschäftsmaßnahmen auf, nachdem die Quellentabellen klar sind. Ein OData-Feed liefert Datensätze und Schemata; er entscheidet nicht, was Umsatz, Marge, Auslastung oder ein ausstehender Saldo für Ihr Unternehmen bedeutet.

Sobald das Modell veröffentlicht ist, planen Sie die Aktualisierung des Power BI-Dienstes, nachdem die Upstream-Quelle synchronisiert wurde. Eine erfolgreiche Power BI-Aktualisierung ruft nur die derzeit verfügbaren Daten aus dem Feed ab. Es kann keine Quelländerungen enthalten, die diesen Feed noch nicht erreicht haben.

OData in Excel und Power Query

Excel verwendet die gleiche Power Query-Technologie. Ein Controller kann eine Tabelle in eine Arbeitsmappe laden, Filter und Transformationen speichern und die Abfrage später aus derselben Quelle aktualisieren. Ein BI-Entwickler kann den Feed in Power BI für ein reguliertes Dashboard verwenden.

Dies ermöglicht es Excel-Prüfungen und Power BI-Berichten, von den gleichen synchronisierten Tabellen aus zu starten, anstatt separate manuelle Exporte durchzuführen. Die Arbeitsmappe und das semantische Modell können immer noch unterschiedliche Berechnungen anwenden, so dass Teams dokumentieren sollten, welche Definitionen in jede Ausgabe gehören.

Sicherheit und Eigentum

Behandeln Sie eine OData URL und ihre Anmeldeinformationen als Zugriff auf Geschäftsdaten. Teilen Sie sie nur mit autorisierten Benutzern und überprüfen Sie, welche Tabellen jeder Bericht tatsächlich benötigt. Der Zugriff auf den Quell-Feed und der Zugriff auf einen veröffentlichten Power BI-Bericht sind separate Kontrollen.

Dokumentieren Sie den Eigentümer des Berichts, seine Quelltabellen und die erwartete Aktualisierungssequenz. Dies erleichtert die Untersuchung fehlgeschlagener Aktualisierungen und verhindert, dass eine technisch funktionierende Verbindung zu einer undokumentierten Abhängigkeit wird.

Filter, Abfragefaltung und große Tabellen

Große OData Tische benötigen eine bewusste Ladestrategie. Entfernen Sie unbenutzte Spalten und Filterzeilen frühzeitig, insbesondere wenn ein Bericht nur aktuelle Perioden benötigt. Power Query kann unterstützte Schritte in OData-Abfrageoptionen übersetzen, so dass die Quelle einen Teil der Arbeit erledigt. Dieses Verhalten wird als Abfragefaltung bezeichnet.

Nicht jede Transformation faltet sich. Wenn ein Schritt nicht an die Quelle gesendet werden kann, kann Power Query weitere Daten abrufen und die verbleibende Arbeit lokal verarbeiten. Überprüfen Sie die Faltung, bevor Sie davon ausgehen, dass ein visueller Filter oder ein später Power Query-Schritt den übertragenen Betrag reduziert.

Inkrementelle Auffrischung kann bei großen historischen Tabellen helfen, indem ältere Perioden aus dem regelmäßig aktualisierten Bereich getrennt werden. Es ist am nützlichsten, wenn die Datumsfilter an die OData-Quelle übergeben werden. Testen Sie das tatsächliche Refresh-Verhalten, bevor Sie sich für ein großes Modell darauf verlassen.

Fix OData Feed-Fehler in Power BI

Berechtigungsfehler und ungültige Anmeldeinformationen

Wenn ein Feed in Power BI Desktop funktioniert, aber in Power BI Service fehlschlägt, überprüfen Sie die gespeicherten Quellanmeldeinformationen und verwenden Sie stets die unveränderte Service-Root-URL anstelle von tiefen Entitätspfaden mit Abfrageparametern. Microsoft dokumentiert, dass der integrierte Verbindungstest manuell hinzugefügte OData-Abfrageoptionen ignorieren oder abbrechen kann. Platzieren Sie Filter daher direkt in Power Query.

Wählen Sie bei der Authentifizierungsmethode in Power BI Basic. Tragen Sie im Feld Kennwort Ihren DigiData OData-API-Schlüssel ein. Der Benutzername kann beliebig gewählt werden (z. B. 'apikey'), da DigiData den Schlüssel im Kennwortfeld prüft und den Benutzernamen ignoriert. Diese Downstream-Feed-Authentifizierung ist vollständig getrennt von der OAuth2-Verbindung zwischen DigiData und Ihrem Quellsystem.

Timeouts und langsame Fusionen

Reduzieren Sie Zeilen und Spalten, bevor Sie große Tabellen zusammenführen. Navigationsspalten können zusätzliche Anforderungen verursachen, wenn sie erweitert werden, also vergleichen Sie diesen Ansatz mit dem Laden der zugehörigen Tabelle separat und dem Erstellen einer Beziehung im Modell.

Bei einem Merge, der wiederholt eine kleine Suchanfrage liest, kann das Puffern der kleineren Abfrage helfen. Testen Sie das Ergebnis, anstatt Pufferung als allgemeine Leistungskorrektur zu behandeln. Buffering verwendet lokalen Speicher und kann verhindern, dass spätere Filter an die Quelle zurückgeschoben werden.

Geplante Aktualisierung im Power BI Service und Gateway-Hinweise

Planen Sie die Aktualisierung in Power BI erst nach Abschluss der DigiData-Quellsynchronisation (typischerweise am frühen Morgen). Überprüfen Sie bei einem fehlgeschlagenen Cloud-Refresh zunächst die gespeicherten Quellanmeldeinformationen und wählen Sie Basic unter Datenquellen-Anmeldeinformationen in den semantischen Modelleinstellungen.

Microsoft dokumentiert in der offiziellen OData-Feed-Connector-Dokumentation, dass die Authentifizierungsmethode Basis (Basic) im Power BI Service als gateway-pflichtig („requires Gateway“) ausgewiesen ist. Obwohl Zielhost-Fähigkeiten und Cloud-Tenant-Konfigurationen variieren, dürfen Sie nicht davon ausgehen, dass ein Cloud-OData-Feed ein Gateway ausnahmslos umgeht. Konfigurieren Sie Ihre Anmeldedaten sorgfältig und konsultieren Sie bei Cloud-Verbindungsfehlern die offizielle Microsoft Learn Dokumentation.

Datenschutzniveaus und Datenquelleneinstellungen

Power Query kann eine Abfrage blockieren, die Quellen mit inkompatiblen Datenschutzeinstellungen kombiniert. Überprüfen Sie die Datenschutzstufe für alle OData Feeds, Dateien, Datenbanken und Webquellen, die im Modell verwendet werden. Legen Sie jede Ebene bewusst gemäß der Datenrichtlinie des Unternehmens fest, anstatt den Schutz zu deaktivieren, um einen Fehler verschwinden zu lassen.

Wenn eine zusammengesetzte Abfrage im Dienst fehlschlägt, vergleichen Sie die Datenquellen- und Datenschutzeinstellungen mit Desktop. Das Cloud-Modell muss gültige Anmeldeinformationen und kompatible Einstellungen für jede beteiligte Quelle haben.

Häufige Missverständnisse über OData

Ein OData Feed ist kein Dashboard. Es ist eine Quellschicht, aus der Power BI, Excel oder ein anderer kompatibler Client Daten abruft. Visuals, Beziehungen, Berechnungen und Geschäftsdefinitionen gehören in das Reporting-Tool oder eine andere modellierte Ebene.

OData korrigiert keine inkonsistenten Quelldaten. Kundennamen, Projektidentifikatoren, Zeiträume und Kontostrukturen benötigen nach wie vor ein klares Eigentum. Der Feed stellt die Datensätze in einer Standardform zur Verfügung; die Organisation bestimmt, wie diese Datensätze interpretiert werden sollen.

OData garantiert auch keine sofortigen Daten. Die Frische des Berichts hängt davon ab, wann die zugrunde liegende Quelle synchronisiert wird und wann Power BI das semantische Modell aktualisiert. Eine klare Reihenfolge zwischen diesen beiden Zeitplänen ist nützlicher, als Power BI wiederholt gegen einen unveränderten Feed zu aktualisieren.

OData ist für Reporting-Tools wie Power BI und Excel gedacht. Wenn Sie dieselben synchronisierten Daten einem KI-Assistenten wie ChatGPT oder Claude bereitstellen möchten, verwenden Sie MCP. Den Unterschied erklärt OData und MCP: Was ist der Unterschied?, und in Was ist ein MCP-Server für Unternehmensdaten? lesen Sie, wie ein solcher Server funktioniert.

Zusammenfassung

Ein OData-Feed bietet Power Query eine Standardmöglichkeit, strukturierte Tabellen über eine Service-Root-URL zu entdecken und neu zu laden. Zuverlässige Berichterstattung hängt davon ab, nur die notwendigen Daten auszuwählen, Abfragefaltungen bei Bedarf beizubehalten, Anmeldeinformationen in Power BI Service festzulegen und den Aktualisierungsplan mit der Quelle zu koordinieren. Erkunden Sie die verfügbaren Integrationen, erfahren Sie mehr über Power BI reporting oder kontaktieren Sie DigiData, um Hilfe bei der Auswahl einer Verbindung zu erhalten.

Der OData-Feed ist ein Baustein. Power BI Dashboard erstellen zeigt, was Sie sonst noch brauchen.

Quellen

Auke Westra

Über: Auke Westra

Gründer von DigiData

Auke Westra ist Gründer von DigiData. Er war für die Daten und das Reporting von Kunden verantwortlich und begann 2025 mit seinem Team, eine eigene Datenplattform zu bauen. Er schreibt über KI auf Unternehmensdaten, Datendefinitionen, Power BI und Integrationen.

Bereit zum Start?

Testen Sie DigiData 14 Tage kostenlos. Verbinden Sie Ihre Software, laden Sie Ihre Daten in Power BI und entdecken Sie den Unterschied.

Verbundene Artikel