Du bekommst eine klare Schritt-für-Schritt-Anleitung, um Connect AI über CData sauber in Power BI anzubinden – inklusive Konfiguration, Validierung und Troubleshooting.



















.png)
























.png)





Viele Teams starten in Power BI Desktop „einfach mal“ mit Get Data – und landen dann in Authentifizierungsfehlern, leeren Navigator-Ansichten oder langsamen Loads.
Mit einer sauberen Connection, klaren Queries und stabilen Refresh-Regeln wird aus dem Experiment eine belastbare Datenquelle.

Keine Theorie, sondern eine durchgehende Route vom ersten Setup bis zur validierten Import-Tabelle – inklusive typischer Stolpersteine rund um Connect AI, Get Data und Power Query Editor.
Du weißt vorab, welche Zugänge, Endpunkte und Berechtigungen du brauchst – damit die Connection direkt steht.
Von Get Data über Navigator bis Transform im Power Query Editor – ohne unnötige Schleifen im Advanced Editor.
Best Practices für Query-Design, Derived Views und saubere Loads – damit Refresh und Modell langfristig wartbar bleiben.
Seit Jahren realisieren wir skalierbare Lösungen mit Microsoft Power BI, Fabric und Copilot.
Für Teams, die Connect AI als Datenquelle nutzen wollen und in Power BI Desktop reproduzierbar importieren müssen – statt bei jeder Änderung wieder „neu zu klicken“.
Besonders hilfreich, wenn mehrere Connections, Workspaces (Connect AI) oder Schemas im Spiel sind und du eine stabile Datenbasis für dein Dataset brauchst.

Was du nach dieser Anleitung sauber im Griff hast
Welche Accounts, Rechte und Einstellungen du brauchst, damit Connect AI im Get Data Dialog überhaupt auftaucht und sich authentifizieren lässt.
So findest du Connect AI in Power BI Desktop, wählst die passende Connection aus und stellst die richtigen Authentifizierungsoptionen ein.
Wie du Table oder View im Navigator auswählst, Datenvorschau prüfst und den Load so aufsetzt, dass er später refresh-stabil bleibt.
Häufige Probleme (z. B. leere Views, Login-Fehler, Query-Timeouts) plus konkrete Lösungen – inkl. Tipps zu Derived Views und Custom Query.

Zwei Beispiele aus der Praxis (typische Einführungs- und Stabilisierungsszenarien)
Die Route: erst Verbindung, dann saubere Daten – dann erst Dashboards
Wir klären Prerequisites: Wo läuft Connect AI, welche Connection brauchst du, welche Authentifizierung ist erlaubt und welche Tables/Views sind fachlich sinnvoll.
Wir setzen die Verbindung in Power BI Desktop auf: Get Data → Connect AI → Navigator → erste Datenvorschau → Load, inklusive sauberer Einstellungen für Query und Refresh.
Wir zeigen dir, wie du im Power Query Editor transformierst, wo du besser Derived Views nutzt und wann eine Custom Query sinnvoll ist (und wann nicht).
Wenn’s größer wird: Standards für Workspaces, Namenskonventionen, Governance und – falls passend – ein Datenmanagement-Layer in Microsoft Fabric.
Wenn die Connection steht und deine Query-Logik sauber ist, wird Power BI planbar – für dich und fürs Team.



Der Umfang hängt davon ab, wie viele Connections, Workspaces und Datenobjekte du wirklich produktiv anbinden willst.

Öffne in Power BI Desktop Get Data und suche nach dem passenden Connector-Eintrag für Connect AI (je nach Installation/Provider kann der Name variieren). Wenn er nicht auftaucht, sind die häufigsten Ursachen: fehlender Connector/Provider, falsche Desktop-Version oder fehlende Rechte auf dem Client.
Du brauchst (1) einen erreichbaren Endpoint/Service von Connect AI, (2) gültige Zugangsdaten bzw. den vorgesehenen Authentifizierungsweg und (3) Berechtigungen auf die relevanten Schemas/Views. Plane außerdem ein, wie der Refresh später laufen soll (Service-Account statt persönlicher Logins, wo möglich).
Step 1 – Connect to Connect AI: In Power BI Desktop über Get Data den Connector auswählen, Connection-Details eintragen (z. B. Endpoint/Workspace), Authentifizierung setzen und testen. Step 2 – Import Data: Im Navigator die passende Table oder View auswählen, die Datenvorschau prüfen, bei Bedarf im Power Query Editor transformieren und dann den Load ins Modell durchführen.
Häufige Muster: Auth-Fehler (Credentials abgelaufen/gespeichert → Datenquelle neu konfigurieren), leere Views (fehlende Berechtigung auf Schemas/Derived Views), Timeouts (Query zu breit → filtere früher, reduziere Spalten, nutze Derived Views) und Unterschied Desktop vs. Service (andere Credentials/Gateway-Setup → Refresh-Account und Pfade vereinheitlichen). Wenn du „Running a custom query“ nutzt, halte sie stabil, klein und nachvollziehbar.