Power BI 커넥터로 report 뒤의 semantic model을 DAX로 query하고 Lovable 앱에서 같은 수치를 보여주는 방법을 알아봅니다.
앱을 Power BI에 연결하기
앱을 Power BI에 연결하여 report 뒤의 semantic model을 query하고 Lovable 앱에서 같은 수치를 보여줍니다.
Power BI는 Microsoft의 business intelligence 서비스로 report와 dashboard를 제공합니다. Power BI 커넥터를 사용하면 Lovable 앱이 DAX(Data Analysis Expressions)로 report 뒤의 semantic model(dataset)을 query하고 결과를 앱에 표시할 수 있습니다. 이 커넥터는 BI 팀이 이미 관리하는 measure와 dimension을, 연결이 접근할 수 있는 model에서 재사용합니다.
| 용도 | 원하는 경우 |
|---|---|
| App + chat 커넥터(이 페이지) | 프로젝트 채팅과 게시된 앱에서 공유 Power BI 연결을 사용합니다. |
| App user 커넥터 | 게시된 앱의 각 사용자가 자신의 Microsoft work account로 로그인하고, 계정이 Build permission을 가진 semantic model을 query하게 합니다. Build permission은 계정이 model 데이터를 직접 query할 수 있게 하는 Power BI 권한이며, 사용자의 row-level security가 적용됩니다. |
Power BI로 앱은 다음을 할 수 있습니다.
- DAX로 semantic model을 query하고 결과를 table, chart, key performance indicator(KPI)로 표시하기
- BI 팀이 관리하는 measure, dimension, relationship을 재사용해 앱의 숫자가 report와 일치하게 하기
- 연결이 접근할 수 있는 workspace와 semantic model을 나열하고 runtime에 전환하기
- query를 작성하기 전에 model의 table, column, measure, relationship 읽기
커넥터는 Power BI에서 읽기만 합니다. report나 dashboard를 embed하거나, Power BI로 데이터를 push하거나, semantic model을 refresh하지 않습니다.
커넥터는 Microsoft Fabric workspace에 있는 semantic model도 query합니다. Fabric의 lakehouse, warehouse, SQL database 데이터에는 Microsoft Fabric 커넥터를 사용하세요.
일반적인 사용 사례와 예시 앱
앱에 이미 report가 보여주는 숫자가 필요하고, BI 팀이 관리하는 같은 measure에서 가져와야 한다면 Power BI를 사용하세요.
| 예시 앱 | 예시 프롬프트 | 설명 |
|---|---|---|
| Executive KPI dashboard | Use Power BI and build a KPI dashboard that shows this quarter's revenue, margin, and pipeline from our Sales semantic model, with filters by region and month. | Power BI report와 같은 숫자를 보여줍니다. 앱이 governed measure를 DAX로 query하므로 합계가 report와 일치합니다. |
| Semantic model explorer | Use Power BI and build an explorer where I pick a workspace and a semantic model, then browse its tables, measures, and relationships. | Power BI Desktop을 열지 않고 model 내용물을 볼 수 있게 합니다. 앱이 연결이 접근할 수 있는 workspace와 semantic model을 나열하고 각 model의 구조를 읽습니다. |
| Regional scorecard | Use Power BI and build a scorecard that ranks our regions by the Net Revenue measure and highlights the ones below target. | 하나의 measure를 순위 view로 바꿉니다. 앱이 region별로 measure를 group하고 결과를 정렬하는 DAX query를 실행합니다. |
| Customer account page | Use Power BI and build a customer page that shows an account's orders, open invoices, and lifetime value from our Finance semantic model. | governed finance number를 자체 앱 데이터 옆에 둡니다. 앱이 customer로 model을 filter하고 finance team이 이미 관리하는 measure를 보여줍니다. |
| Weekly metrics digest | Use Power BI and build a weekly summary page that compares this week's key measures with the previous week. | 정의가 일관된 week-over-week 변화를 추적합니다. 앱이 두 date range에 대해 같은 measure를 query하고 차이를 표시합니다. |
| Per-user sales view | Use Power BI and build a page where each signed-in sales rep sees only their own territory's sales from our Sales semantic model. | 각 사용자에게 Power BI가 허용한 row만 보여줍니다. 앱이 Power BI app user 커넥터를 사용하므로 각 rep가 자기 Microsoft work account로 로그인하고 row-level security가 적용됩니다. |
Power BI 연결 작동 방식
커넥터는 Lovable gateway를 통해 Power BI REST API를 호출합니다. 세 종류의 요청만 통과합니다. workspace 나열, semantic model 나열, Power BI의 Execute Queries API로 하나의 model에 대해 DAX query 실행입니다. gateway는 그 외 요청을 거부합니다.
Lovable은 DAX를 작성하기 전에 model의 table, column, measure, relationship을 읽습니다. measure를 새로 만들지 않고 governed measure를 query하므로 앱의 revenue 수치가 report에서 쓰는 같은 measure와 일치합니다.
두 연결 방식 모두 자체 Microsoft Entra app registration을 사용합니다. service principal을 사용하면 Lovable은 입력한 client credential로 Power BI token을 요청하고 모든 query가 해당 principal로 실행됩니다. signed-in user를 사용하면 Lovable은 한 사람을 Microsoft로 보내 앱 registration을 통해 로그인하게 하고 user-delegated permission인 Dataset.Read.All과 Workspace.Read.All을 요청합니다. 이후 모든 query는 그 사람으로 실행됩니다.
연결 양식에 Default semantic model ID를 설정하면 Lovable은 링크된 프로젝트에서 이를 기본 model로 사용할 수 있게 합니다. 이는 기본값이지 제한이 아닙니다. 앱은 runtime에 model을 나열하고 전환할 수 있습니다.
데이터 접근에 주는 의미
연결한 identity가 이 연결의 모든 사람이 무엇을 볼 수 있는지 결정합니다. service principal은 모든 앱 사용자에게 하나의 identity입니다. row-level security(RLS) role이 있는 model이나 data source에 single sign-on을 사용하는 model은 query할 수 없습니다. Direct Lake의 기본값도 single sign-on입니다. signed-in user는 그 사람의 Build permission으로 query합니다. workspace Admin, Member, Contributor 계정은 모든 row를 보고, Viewer처럼 Build permission을 가진 다른 계정에는 row-level security가 적용됩니다. 앱의 각 사용자가 자기 row만 봐야 한다면 각 사용자가 자기 Microsoft work account로 로그인하는 Power BI app user 커넥터를 사용하세요.
Power BI는 Lovable gateway architecture를 사용해 자격 증명을 안전하게 처리하고 token을 자동 refresh합니다. 인증과 사용량 제한에 대한 자세한 내용은 Gateway-based connectors를 참조하세요.
이 커넥터를 통해 실행되는 모든 query는 직접 연결한 identity로 자체 Power BI tenant에 대해 실행됩니다. Power BI capacity, license, billing은 Lovable이 아니라 Microsoft가 직접 처리합니다.
Power BI 연결 방법
Power BI 연결을 만들 수 있는 사람은 플랜과 워크스페이스 설정에 따라 달라집니다. App + chat 커넥터는 Free, Pro, Business 플랜에서 기본적으로 사용할 수 있습니다. Enterprise 플랜에서는 처음에 사실상 비활성화되어 있습니다. admin이 Connectors → Admin settings → App + chat connectors에서 바꾸기 전까지 connection과 client를 만들 수 있는 사람의 기본값은 No one입니다.
서로 다른 service principal, app registration, sign-in account를 사용해 여러 Power BI 연결을 만들 수 있습니다. 환경이나 접근 수준을 분리할 때 유용합니다.
연결을 만들면 사용하려는 프로젝트에 연결을 링크할 수 있습니다. 프로젝트에서 빌드하는 사람은 프로젝트 채팅에서 Lovable에 해당 프로젝트를 이 연결에 링크해 달라고 요청할 수 있습니다.
사전 요구 사항
Power BI를 연결하기 전에 다음이 있는지 확인하세요.
- query하려는 semantic model이 들어 있는 Power BI workspace와 그 접근을 관리할 수 있는 사람
- client secret이 있는 Microsoft Entra app registration. 두 연결 방식 모두 필요합니다. 각 tab의 1단계에서 구성 방법을 보여줍니다.
- Fabric admin이 Semantic Model Execute Queries REST API tenant setting을 활성화해야 합니다. 이 설정은 security group으로 제한될 수 있으므로 연결하는 identity가 포함되는지 확인하세요. 각 tab의 1단계에서 설정 위치를 보여줍니다.
- Lovable 워크스페이스에서 connection을 만들 권한(connection과 client를 만들 수 있는 사람 참조)
연결 방식 선택
두 가지 방식으로 연결할 수 있으며, 선택한 방식이 모든 query를 실행할 identity를 결정합니다.
- Service principal은 모든 사람이 같은 숫자를 봐야 하는 공유 dashboard와 내부 도구에 적합합니다. 연결이 사람에게 묶이지 않으므로 누군가 퇴사해도 계속 동작합니다. row-level security role이 없고 data source에 single sign-on이 없는 model에 사용하세요. Import mode model은 보통 해당됩니다. Power BI는 두 경우 모두 service principal을 차단하며, Direct Lake model은 기본적으로 single sign-on을 사용합니다.
- Signed-in user는 row-level security role이 있는 model과 Direct Lake model처럼 service principal이 query할 수 없는 model에 적합합니다. 한 사람이 자체 app registration을 통해 로그인하며 모든 query는 그 사람의 Build permission으로 실행됩니다. row-level security는 계정이 workspace Admin, Member, Contributor가 아닐 때만 그 사람의 결과를 filter합니다. 연결은 해당 계정과 license에 의존합니다.
model에 row-level security role이 있는지, Direct Lake를 사용하는지 확실하지 않다면 선택하기 전에 model owner에게 확인하세요.
각 tab에는 두 부분이 있습니다. 1단계는 Microsoft Entra, Fabric admin portal, Power BI workspace 같은 Microsoft 쪽에서 진행하며 일부 항목은 admin이 필요합니다. 2단계는 Lovable에서 진행합니다. 원하는 연결 방식에 맞는 tab을 따르세요.
Microsoft Entra service principal로 연결하면 모든 query가 사람에게 묶이지 않은 하나의 identity로 실행됩니다. 연결 양식에서 이 옵션은 Use your own credentials로 표시됩니다.
사전 요구 사항
위 사전 요구 사항에 더해 다음을 확인하세요.
- Service principals can call Fabric public APIs tenant setting이 활성화되어 있어야 합니다. 이 설정이 특정 group으로 제한되어 있다면 service principal이 허용된 security group에 들어 있어야 합니다. 1단계에서 위치를 보여줍니다.
- row-level security role이 없고 data source에 single sign-on이 없는 semantic model입니다. Import mode model은 보통 해당됩니다. Direct Lake model은 기본적으로 single sign-on을 사용하며 service principal에서는 보통 실패합니다.
- My workspace가 아닌 workspace입니다. service principal은 My workspace를 사용할 수 없습니다.
1단계: Microsoft Entra와 Power BI 설정
1단계에서는 service principal을 만들고 workspace 접근 권한을 부여합니다. 필수 단계를 완료하기 전에는 앱이 model을 query할 수 없습니다.
Application 등록
이미 app registration이 있다면 재사용하세요. 없다면 Microsoft Entra admin center에 로그인하고 App registrations를 연 뒤 New registration을 선택합니다. Name을 입력하고 Supported account type을 Accounts in this organizational directory only로 둔 뒤 Register를 선택합니다.
API permission은 추가하지 마세요. Power BI는 service principal에서 이를 무시하며 Microsoft도 비워 두기를 권장합니다. Microsoft 안내서 Create a Microsoft Entra application and service principal을 참조하세요.
tenant ID와 client ID 기록
app의 Overview page에서 Directory (tenant) ID와 Application (client) ID를 복사합니다. 두 값 모두 2단계에서 Lovable에 입력합니다.
client secret 만들기
Certificates & secrets → New client secret로 이동해 설명과 만료일을 입력하고 Add를 선택합니다. secret value를 즉시 복사합니다. Microsoft는 이 값을 한 번만 보여줍니다.
client secret은 비밀번호처럼 동작합니다. 안전하게 보관하고 Lovable의 연결 양식에만 붙여 넣으세요. prompt, chat message, 앱 code에 넣지 마세요.
선택한 만료일을 기록하세요. secret이 만료되면 새 secret을 만들고 Lovable에서 연결을 업데이트할 때까지 연결이 동작하지 않습니다.
service principal이 Fabric public API를 호출하도록 허용
Fabric admin에게 Admin portal → Tenant settings → Developer settings를 열고 Service principals can call Fabric public APIs(이전 이름: Allow service principals to use Power BI APIs)를 service principal이 포함된 security group 또는 전체 조직에 대해 활성화해 달라고 요청합니다. Microsoft는 새 고객에게 이 설정을 기본 활성화하므로 이미 켜져 있을 수 있습니다.
이 커넥터에 필요하지 않은 Service principals can create workspaces, connections, and deployment pipelines와 혼동하지 마세요.
Execute Queries API 활성화
Fabric admin에게 Admin portal → Tenant settings → Integration settings를 열고 Semantic Model Execute Queries REST API(이전 이름: Dataset Execute Queries REST API)가 활성화되어 있으며 service principal을 포함하는지 확인해 달라고 요청합니다. 이 설정이 없으면 Power BI가 모든 query를 거부합니다.
service principal을 workspace에 추가
Power BI service에서 workspace를 열고 More(...) → Workspace access를 선택합니다. Add admins, members, or contributors 아래에서 app registration display name을 검색하고 Member를 선택한 뒤 Add를 선택합니다. Member role에는 query에 필요한 Build permission이 포함되며 Admin role에도 포함됩니다.
semantic model ID 복사(선택 사항)
Power BI service에서 model을 열고 브라우저 주소 표시줄의 /datasets/ 뒤에 오는 ID를 복사합니다. Lovable에서 default model로 입력할 수 있습니다.
2단계: Power BI를 Lovable에 연결
연결 양식을 열고 1단계의 값을 입력합니다.
Connectors에서 Power BI 열기
Connectors를 열고 Power BI를 선택합니다. 카탈로그를 여는 다른 위치는 커넥터를 찾을 수 있는 곳을 참조하세요.
연결 추가
Add connection을 클릭하고 App + chat connector를 선택합니다. 양식은 접을 수 있는 Details, Configure connection, Sharing 섹션으로 나뉩니다.
연결 이름 지정
Details 아래에서 Lovable이 연결 이름을 채우며 변경할 수 있습니다(예: Power BI Sales). 이름은 Lovable 안에서 연결을 식별하는 데만 사용됩니다.
Use your own credentials 선택
Configure connection 아래에서 Use your own credentials를 선택합니다. 양식이 제공하는 두 옵션 중 하나이며 다른 하나는 Use your own OAuth app입니다.
자격 증명 입력
- Microsoft Entra Tenant ID: 1단계의 Directory (tenant) ID
- Service Principal Client ID: app registration의 Application (client) ID
- Client Secret: 1단계에서 복사한 secret value
- Default semantic model ID(선택 사항): 1단계의 model ID입니다. 앱이 runtime에 model을 고르게 하려면 비워 둡니다.
이 연결을 사용할 수 있는 사람 선택
Sharing 아래에서 연결은 기본적으로 나에게만 비공개이며 Private label이 표시됩니다. 공유하려면 Share with others를 클릭합니다. 그런 다음 이메일로 워크스페이스 멤버를 추가하거나 Invite entire workspace를 클릭해 Lovable 워크스페이스의 모든 사람이 사용할 수 있게 합니다.
접근 권한이 있는 모든 사람은 같은 service principal로 Power BI를 query합니다. 자세한 내용은 connection과 client를 사용할 수 있는 사람을 참조하세요.
연결
Connect를 클릭합니다. Lovable은 즉시 Microsoft Entra에 token을 요청하고 service principal이 볼 수 있는 workspace 목록을 가져와 연결을 검증합니다. test가 실패하면 원인은 보통 1단계에서 건너뛴 항목입니다. 문제 해결을 참조하세요.
test 통과는 Microsoft Entra가 token을 발급했고 Power BI가 이를 받아들였다는 뜻입니다. 특정 semantic model을 query할 수 있음을 증명하지는 않습니다. service principal이 아직 어떤 workspace의 member가 아니어도 test는 통과하며, model의 row-level security나 single sign-on 설정도 확인하지 않습니다. 프로젝트에 링크한 뒤 실제 query로 연결을 확인하세요.
자체 Microsoft Entra app registration을 통해 Microsoft work account로 로그인합니다. query는 그 사람으로 실행되며 해당 account의 Build permission과 적용되는 row-level security가 사용됩니다. service principal이 query할 수 없는 model도 포함됩니다. 연결 양식에서 이 옵션은 Use your own OAuth app으로 표시됩니다.
사전 요구 사항
위 사전 요구 사항에 더해 다음을 확인하세요.
- app registration을 소유한 Microsoft Entra tenant의 Microsoft work account입니다. account에는 앱이 query할 semantic model에 대한 Build permission이 필요합니다. workspace Viewer role + Build 또는 Contributor, Member, Admin role입니다.
- 해당 account가 model을 사용할 수 있게 해 주는 Power BI license입니다. 대부분의 tenant에서는 sign-in user에 Power BI Pro 또는 Premium Per User(PPU)가 필요합니다. workspace capacity가 이를 바꾸는지는 Fabric admin이 확인할 수 있습니다.
- tenant가 사용자의 app 동의를 허용하지 않는다면 app registration에 delegated permission을 grant할 수 있는 Microsoft Entra admin입니다.
1단계: Microsoft Entra와 Power BI 설정
1단계에서는 Microsoft sign-in을 처리하는 app을 등록하고 sign-in account에 model 접근 권한을 부여합니다.
Application 등록
이미 app registration이 있다면 재사용하세요. 없다면 Microsoft Entra admin center에 로그인하고 App registrations를 연 뒤 New registration을 선택합니다. Name을 입력하고 Supported account type을 Accounts in this organizational directory only로 둔 뒤 Register를 선택합니다. Microsoft 안내서 Register an app을 참조하세요.
tenant ID와 client ID 기록
app의 Overview page에서 Directory (tenant) ID와 Application (client) ID를 복사합니다. 두 값 모두 2단계에서 Lovable에 입력합니다. tenant ID는 로그인할 수 있는 사람도 결정합니다. 이 tenant의 account와 guest만 로그인할 수 있습니다.
redirect URI 추가
Manage 아래에서 Authentication을 선택합니다. Platform configurations 아래에서 Add a platform을 선택하고 Web을 선택한 뒤 Redirect URIs에 다음을 추가합니다.
https://api.lovable.dev/workspaces/connectors/standard/oauth/callbackSingle-page application이 아니라 Web platform 아래에 등록하세요. Lovable은 Use your own OAuth app을 선택한 뒤 연결 양식의 Redirect URI 아래에 같은 값을 copy button과 함께 표시합니다.
client secret 만들기
Certificates & secrets → New client secret로 이동해 설명과 만료일을 입력하고 Add를 선택합니다. secret value를 즉시 복사합니다. Microsoft는 이 값을 한 번만 보여줍니다.
client secret은 비밀번호처럼 동작합니다. 안전하게 보관하고 Lovable의 연결 양식에만 붙여 넣으세요. prompt, chat message, 앱 code에 넣지 마세요.
선택한 만료일을 기록하세요. secret이 만료되면 Lovable이 사용자의 token을 더 이상 refresh할 수 없고, 새 secret을 만든 뒤 reconnect할 때까지 연결이 중지됩니다.
delegated permission 추가
Manage 아래에서 API permissions → Add a permission을 선택하고 Power BI Service, Delegated permissions를 차례로 선택한 뒤 Dataset.Read.All과 Workspace.Read.All을 추가합니다. Add permissions를 선택합니다.
tenant가 사용자의 app 동의를 허용하지 않는다면 Microsoft Entra admin이 같은 page에서 organization consent를 grant해야 합니다. 그렇지 않으면 연결하는 사람이 sign-in에서 동의합니다.
Execute Queries API 활성화
Fabric admin에게 Admin portal → Tenant settings → Integration settings를 열고 Semantic Model Execute Queries REST API(이전 이름: Dataset Execute Queries REST API)가 활성화되어 있으며 sign-in account를 포함하는지 확인해 달라고 요청합니다. 이 설정이 없으면 Power BI가 모든 query를 거부합니다.
sign-in account에 model 접근 권한 부여
Power BI service에서 workspace를 열고 More(...) → Workspace access를 선택합니다. Add admins, members, or contributors 아래에서 계정을 Contributor, Member, Admin role로 추가하거나, Viewer role과 각 model에 대한 Build permission을 부여합니다. workspace Admin, Member, Contributor 계정은 모든 row를 보고 row-level security는 다른 계정에 적용됩니다.
semantic model ID 복사(선택 사항)
Power BI service에서 model을 열고 브라우저 주소 표시줄의 /datasets/ 뒤에 오는 ID를 복사합니다. Lovable에서 default model로 입력할 수 있습니다.
2단계: Power BI를 Lovable에 연결
연결 양식을 열고 app registration 값을 입력한 뒤 로그인합니다.
Connectors에서 Power BI 열기
Connectors를 열고 Power BI를 선택합니다. 카탈로그를 여는 다른 위치는 커넥터를 찾을 수 있는 곳을 참조하세요.
연결 추가
Add connection을 클릭하고 App + chat connector를 선택합니다. 양식은 접을 수 있는 Details, Configure connection, Sharing 섹션으로 나뉩니다.
연결 이름 지정
Details 아래에서 Lovable이 연결 이름을 채우며 변경할 수 있습니다(예: Power BI Finance). 이름은 Lovable 안에서 연결을 식별하는 데만 사용됩니다.
Use your own OAuth app 선택
Configure connection 아래에서 Use your own OAuth app을 선택합니다. 양식이 제공하는 두 옵션 중 하나이며 다른 하나는 Use your own credentials입니다. 두 옵션 아래, credential field 위에 Redirect URI card가 나타납니다. 아직 app registration에 그 값을 추가하지 않았다면 지금 추가하세요(1단계의 redirect URI 추가).
app registration 세부 정보 입력
- Microsoft Entra Tenant ID: app registration을 소유한 tenant의 Directory (tenant) ID
- Client ID: app registration의 Application (client) ID
- Client Secret: 1단계에서 복사한 secret value
- Default semantic model ID(선택 사항): 1단계의 model ID입니다. 앱이 runtime에 model을 고르게 하려면 비워 둡니다.
이 연결을 사용할 수 있는 사람 선택
Sharing 아래에서 연결은 기본적으로 나에게만 비공개이며 Private label이 표시됩니다. 공유하려면 Share with others를 클릭합니다. 그런 다음 이메일로 워크스페이스 멤버를 추가하거나 Invite entire workspace를 클릭해 Lovable 워크스페이스의 모든 사람이 사용할 수 있게 합니다.
접근 권한이 있는 모든 사람은 다음 단계에서 로그인하는 account의 권한으로 Power BI를 query합니다. 자세한 내용은 connection과 client를 사용할 수 있는 사람을 참조하세요.
연결 및 로그인
Connect를 클릭합니다. Microsoft sign-in 창이 열리므로 브라우저가 popup을 막지 않는지 확인하세요. 막는 경우 Lovable은 대신 redirect합니다.
1단계에서 접근 권한을 부여한 Microsoft work account로 로그인하고 요청된 권한을 검토한 뒤 수락합니다.
Microsoft가 Lovable로 다시 redirect하고 연결이 목록에 표시됩니다.
이 confirmation은 Microsoft가 app registration에 token을 발급했다는 뜻일 뿐입니다. Lovable은 이 시점에 연결을 test하지 않습니다. account에 model의 Build permission이 없거나 tenant에서 Execute Queries setting이 비활성화되어 있어도 연결은 성공으로 표시될 수 있습니다. 프로젝트에 링크한 뒤 실제 query로 연결을 확인하세요.
연결되면 프로젝트에서 빌드하는 사람은 프로젝트 채팅에서 Lovable에 프로젝트를 Power BI에 링크해 달라고 요청할 수 있습니다(구성된 connection 수준 접근 권한 기준). 그러면 Lovable 앱이 빌드 중과 게시 후에 DAX로 semantic model을 query할 수 있습니다.
제한 사항
이 페이지의 Power BI app + chat 커넥터에는 다음 제한이 있습니다.
- 읽기 전용입니다. 커넥터는 Power BI에서 읽기만 합니다. report나 dashboard를 embed하거나, Power BI로 데이터를 push하거나, semantic model을 refresh하거나, report를 export하지 않습니다. 앱에서 report 숫자를 보여주려면 report가 사용하는 같은 measure로 visual을 다시 만들어야 합니다.
- 요청당 DAX query 하나와 결과 table 하나입니다. Power BI의 Execute Queries API는 호출당 query 하나를 실행하고 query당 table 하나를 반환합니다. 결과는 100,000 row 또는 1,000,000 value 중 먼저 도달하는 값과 15 MB로 제한됩니다. query가 한도에 닿아도 Power BI는 success를 보고하고 response 안에 error를 넣은 채 들어맞는 row를 반환합니다. 잘린 결과가 완전해 보일 수 있으므로 앱은 해당 error를 확인해야 합니다.
- Rate limit. Lovable gateway는 연결당 분당 100개 요청을 허용하고, Power BI는 사용자당 분당 120개 query request를 허용합니다. App + chat 연결은 사용자 하나로 계산되므로 앱의 모든 사용자가 그 budget을 공유합니다.
- service principal은 모든 model을 query할 수 없습니다. Power BI는 row-level security role이 있는 model과 data source에 single sign-on을 사용하는 model에서 service principal query를 거부합니다. Direct Lake의 기본값도 single sign-on입니다. RLS role이 없는 Import mode model을 사용하거나 signed-in user로 연결하세요.
- row-level security는 앱 사용자가 아니라 연결된 identity를 따릅니다. 연결 위에 만든 모든 것은 연결한 하나의 identity로 Power BI를 query합니다. signed-in user의 경우 workspace Admin, Member, Contributor 계정은 모든 row를 보고, row-level security는 Viewer 같은 다른 계정에 적용됩니다. 각 최종 사용자에게 자기 row를 제공하려면 각 사용자가 자기 Microsoft work account로 로그인하는 Power BI **app user 커넥터**를 사용하세요.
- sign-in은 app registration을 소유한 tenant로 제한됩니다. signed-in user 옵션과 app user 커넥터 모두 사람들을 해당 Microsoft Entra tenant의 sign-in으로 보내므로 그 tenant의 account와 guest만 로그인할 수 있습니다.
문제 해결
Lovable은 Connect를 클릭하는 순간 service principal 연결을 검증하고, Microsoft가 token을 발급하는 즉시 signed-in user 연결을 저장합니다. 대부분의 문제는 Microsoft Entra 또는 Fabric admin portal의 특정 단계로 거슬러 올라갑니다. 가장 흔한 문제는 다음과 같습니다.
Power BI 연결 관리하기
연결은 Connectors에서 관리합니다. **Power BI**를 선택한 뒤 연결을 엽니다.
- Unlink projects를 사용하면 다른 프로젝트에서는 연결을 계속 사용할 수 있게 두면서 특정 프로젝트에서 Power BI 접근만 제거할 수 있습니다. 단계는 연결에서 프로젝트 링크 해제를 참조하세요.
- Delete the connection은 워크스페이스에서 연결을 완전히 제거합니다. 삭제는 영구적입니다. 연결된 모든 프로젝트에서 자격 증명이 제거되고, Power BI를 사용하는 앱 기능은 새 연결을 추가할 때까지 동작을 멈춥니다. 단계와 삭제 권한은 연결 삭제를 참조하세요.