Power BI Desktop v2.152.882.0
Microsoft Fabric 필수
Power BI Translytical, GA 됐는데 이게 안 됩니다
결론부터 말씀드리면, Power BI Translytical task flow가 2026년 3월 18일부터 정식 출시(GA)됐습니다. 보고서 안에서 데이터를 직접 수정하고, Teams로 승인 요청을 보내고, Azure OpenAI API까지 호출할 수 있습니다. 그런데 GA라는 말만 믿고 바로 실무에 투입하려다가 막히는 지점이 분명히 있습니다. 어디서 걸리는지 공식 문서와 실제 사용 후기를 교차해서 확인했습니다.
Translytical이 GA 됐다는 게 실제로 무슨 의미인가요
Power BI는 지금까지 데이터를 읽는 도구였습니다. 보고서에서 문제를 발견하면, 별도 시스템에 로그인해서 수정하고, 다시 Power BI로 돌아와 새로고침을 누르는 구조였습니다. Translytical task flow는 이 흐름을 끊습니다. 보고서에서 발견하고, 보고서에서 바로 행동할 수 있습니다. “Translytical”이라는 이름 자체가 Transactional + Analytical의 합성어입니다.
마이크로소프트는 2026년 3월 Power BI Desktop v2.152.882.0(출시일 2026.03.15) 업데이트에서 Translytical task flow를 정식 출시(GA, Generally Available)로 전환했습니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com, 2026.03.18) 프리뷰 기간 동안 요구됐던 “Preview Features 수동 활성화” 절차가 더 이상 필요 없어졌다는 뜻입니다. 이제 Power BI Desktop에서 별도 설정 없이 기능을 사용할 수 있습니다.
💡 공식 발표문과 실제 활성화 조건을 같이 놓고 보니 이런 차이가 보였습니다. GA 전환이 곧 “아무런 사전 작업 없이 바로 사용 가능”을 의미하지는 않습니다. 기능 자체는 켜져 있지만, 뒷단에 Microsoft Fabric 용량과 Fabric User Data Functions가 반드시 준비돼 있어야 합니다. 이 두 가지가 없으면 GA 전환과 관계없이 기능이 동작하지 않습니다.
즉, GA는 “기능 완성도가 프로덕션 수준에 이르렀음을 MS가 보증한다”는 의미이지, “누구나 즉시 무료로 쓸 수 있다”는 의미가 아닙니다. 이 구분이 이 글에서 제일 중요한 포인트입니다.
어떤 일을 보고서에서 직접 할 수 있게 됐나요
공식 문서(MS Learn, learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview)에서 확인한 공식 지원 시나리오는 크게 네 가지입니다. 첫째로 데이터 추가: 보고서 내에서 새 고객 레코드나 영업 기회를 직접 입력하고, 입력값이 즉시 보고서에 반영됩니다. 둘째로 데이터 편집: 주문 상태, 우선순위, 할인율 같은 기존 레코드를 수정합니다. 셋째로 데이터 삭제: 더 이상 필요 없는 레코드를 권한 범위 내에서 제거합니다. 넷째로 외부 API 호출: Teams로 승인 메시지를 보내거나, Azure OpenAI API를 호출하거나, Power Automate 흐름을 트리거합니다.
| 시나리오 | 실제 예시 | 필요 데이터소스 |
|---|---|---|
| 데이터 추가 | 신규 고객 등록 | Fabric SQL DB / Warehouse / Lakehouse |
| 데이터 편집 | 할인율 즉시 수정 | Fabric SQL DB (읽기/쓰기 병행 권장) |
| 데이터 삭제 | 비활성 레코드 제거 | Fabric SQL DB / Warehouse |
| 외부 API 호출 | Teams 승인 요청, OpenAI 제안 생성 | Fabric User Data Functions |
공식 문서는 대용량 읽기/쓰기 시나리오에서 Fabric SQL Database를 기본 데이터소스로 사용할 것을 권장합니다. Warehouse와 Lakehouse도 지원하지만, 동시 읽기/쓰기 부하가 집중되는 운영 보고서에서는 SQL Database가 더 안정적입니다. 이 권장사항은 공식 블로그와 MS Learn 문서 양쪽에 동일하게 명시돼 있습니다.
실제로 이 단계에서 막힙니다
GA 발표를 보고 바로 도입을 시도한 사람들이 공통적으로 부딪히는 지점이 있습니다. MS 공식 문서(learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview, 2026.03 기준)에 명시된 현재 제한 사항은 다음과 같습니다.
- PBIR / PBIP 형식 미지원: Power BI Enhanced Report Format과 Power BI Project 형식은 지원하지 않습니다. 팀 단위로 Git 연동 워크플로를 쓰고 있다면 여기서 막힙니다.
- Power BI Embedded 제한적 지원: 보안 포함(secure embed) 시나리오에서만 지원됩니다. 공개 임베딩이나 토큰 기반 임베딩에서는 동작하지 않습니다.
- User Data Function에서 반환값은 문자열(str)만 허용: 복잡한 응답 구조가 필요한 경우 파싱 로직을 별도 구현해야 합니다.
- 슬라이서 입력 유형 제한: 현재 List, Text, Button 슬라이서 유형만 입력으로 사용 가능합니다. 날짜 피커나 슬라이더는 사용할 수 없습니다.
💡 “GA = 모든 제한이 해소됐다”는 흔한 착각이 여기서 드러납니다. 실제로는 PBIR/PBIP 미지원 조건이 GA 이후에도 그대로 남아 있습니다. 마이크로소프트가 PBIR을 Power BI Desktop의 기본 저장 형식으로 전환하는 작업을 2026년 3분기 일반 공급 목표로 진행 중인 상황(출처: MS Learn 아카이브, learn.microsoft.com/ko-kr/power-bi/fundamentals/desktop-latest-update-archive, 2026.03.06)을 감안하면, 이 두 가지 정책이 충돌하는 과도기가 당분간 지속된다는 점이 실무에서 주의해야 할 진짜 포인트입니다.
개발 경험 측면에서도 실측 데이터가 있습니다. User Data Function 세션이 처음 시작될 때까지 수 초에서 수 분의 지연이 발생할 수 있다는 보고가 실사용자들 사이에서 공통적으로 확인됩니다. 세션이 한 번 살아나면 이후 작업은 빠르게 처리되지만, 첫 실행 지연은 UX에 직접적인 영향을 줍니다. (출처: Translytical Task Flows vs Power Apps, downhill-data.com, 2025.09.09) 이 수치가 의미하는 건 간단합니다. 사용자가 버튼을 눌렀는데 아무런 반응이 없는 것처럼 느껴질 수 있다는 겁니다. 로딩 인디케이터 같은 UX 처리가 반드시 필요합니다.
Power Apps랑 뭐가 다른가요 — 직접 비교했습니다
Translytical을 도입할 때 가장 많이 나오는 질문이 “그럼 기존에 Power BI에 Power Apps 임베딩해서 쓰던 방식이랑 뭐가 다른가요?”입니다. 실사용 비교 데이터를 바탕으로 정리했습니다. (출처: Comparing Write-back Options for Power BI/Fabric, downhill-data.com, 2025.09.09)
| 비교 항목 | Power BI Translytical | Power Apps 임베딩 |
|---|---|---|
| 프론트엔드 입력 유형 | List·Text·Button 3종만 | 날짜 피커·슬라이더 등 풍부 |
| 사용자 피드백/알림 | 네이티브 팝업 잘 동작 | 앱 내부에서만 알림 가능 |
| 대량 레코드 쓰기 성능 | Fabric 컴퓨팅 활용, 유리 | 단일 레코드 빠름, 대량 급격 저하 |
| 라이선스 비용 | Fabric 용량 내 추가 없음 | Power Apps Premium 필수: $20/월/사용자 |
| 솔루션 아키텍처 | Fabric 단일 플랫폼 | Power Platform 별도 관리 필요 |
수치로 보면 명확합니다. 쓰기 저장 기능 하나를 위해 Power Apps Premium 라이선스를 사용자마다 추가할 경우, 사용자 100명 기준 월 $2,000의 추가 비용이 발생합니다. Translytical은 이미 Fabric 용량을 보유한 조직이라면 추가 라이선스 없이 같은 기능을 구현할 수 있습니다. 이게 Translytical의 가장 강력한 채택 논리입니다.
💡 비교표와 실측 데이터를 같이 보니 보이지 않던 패턴이 나왔습니다. Translytical이 앞서는 조건은 “대량 데이터 + Fabric 이미 사용 중 + 비용 절감 우선”이고, Power Apps가 앞서는 조건은 “복잡한 사용자 입력 UX + 소량 레코드 + Power Platform 라이선스 이미 보유”입니다. 어느 쪽이 더 좋다는 문제가 아니라, 우리 조직의 현재 스택이 어느 쪽인지를 먼저 확인해야 한다는 뜻입니다.
Azure OpenAI까지 연결되는 흐름, 생각보다 복잡합니다
공식 발표에서 가장 화려하게 소개된 시나리오가 Azure OpenAI 연동입니다. 보고서에서 특정 항목을 선택하고 버튼을 누르면, AI가 맞춤형 제안을 생성해서 보고서 안에 바로 표시된다는 것입니다. 실제 구현 흐름을 공식 문서 기준으로 따라가 보면 이렇습니다.
Power BI 보고서에서 사용자가 데이터 항목 선택
Text 슬라이서로 추가 컨텍스트 입력 후 버튼 클릭
Fabric User Data Function이 선택값과 입력값을 파라미터로 수신
UDF 내부에서 커스터마이징된 프롬프트를 Azure OpenAI Responses API로 전송
OpenAI 응답을 문자열(str)로 반환, Power BI 보고서에 표시
UDF 반환 타입이 str만 허용된다는 제약이 여기서 실질적인 문제가 됩니다. Azure OpenAI의 응답은 JSON 구조인데, 이를 문자열로 변환해서 반환하고 Power BI에서 다시 파싱하는 과정이 필요합니다. 복잡한 구조화된 응답이 필요한 경우에는 이 단계에서 별도 파싱 로직을 설계해야 합니다. 단순 텍스트 제안 생성 정도라면 문제없지만, 여러 필드에 분산해서 값을 채워넣는 형태는 현재 구조로 구현하기 어렵습니다.
또한 이 시나리오에서는 Azure OpenAI 서비스 자체의 API 호출 비용이 별도로 발생합니다. Power BI Translytical 기능 자체는 Fabric 용량 내에서 추가 비용이 없지만, OpenAI API 호출 비용은 Azure 구독에서 청구됩니다. 이 부분을 함께 고려하지 않으면 예상 비용이 달라질 수 있습니다.
이 경우에는 아직 쓰지 말아야 합니다
GA 전환 이후에도 다음 세 가지 조건에 해당하면 실무 도입을 보류하는 편이 낫습니다. 공식 제한 사항과 실사용 데이터를 교차해서 도출한 기준입니다.
Git 연동 개발 방식을 사용하는 팀은 현재 Translytical task flow가 PBIR/PBIP 형식을 지원하지 않아 아예 기능이 비활성화됩니다. MS의 PBIR 기본 형식 전환 일정(2026년 3분기 예정)과 겹치는 구간이라 확인 필요입니다.
보안 포함(secure embed)만 지원되기 때문에, ISV나 앱 임베딩 방식으로 쓰는 경우에는 Translytical 기능 자체가 동작하지 않습니다.
Translytical의 핵심인 User Data Functions는 Fabric 용량이 없으면 사용할 수 없습니다. Power BI Pro나 Premium Per User 환경에서는 이 기능 자체에 접근이 불가능합니다.
반대로 말하면, Fabric 용량을 이미 보유하고 있고, 내부 직원용 보고서에서 PBIX 형식으로 작업하는 조직이라면 지금 바로 도입을 검토할 수 있습니다. 이 조건에서는 추가 비용 없이 운영 보고서와 데이터 액션을 통합하는 실질적인 가치를 얻을 수 있습니다.
자주 묻는 것들
마치며
Power BI Translytical task flow의 GA 전환은 분명히 의미 있는 이정표입니다. 수년간 Power BI의 한계로 지적됐던 “보기만 하는 보고서” 문제를 플랫폼 레벨에서 해결하려는 시도이고, Fabric 생태계 안에서 추가 라이선스 없이 작동한다는 점은 Power Apps 대비 확실한 실용성을 가집니다.
다만 솔직히 말하면, GA 타이틀에 비해 아직 완성도가 고르지 않습니다. PBIR 미지원과 Embedded 제한은 현실적인 도입 장벽이고, 입력 유형 제한으로 인한 프론트엔드 UX는 Power Apps 수준에 아직 미치지 못합니다. UDF 첫 기동 지연 문제도 실무에서 반드시 고려해야 할 요소입니다.
Fabric 용량을 이미 쓰고 있는 조직이라면 지금 파일럿으로 시작할 이유는 충분합니다. 그렇지 않은 경우라면, GA 발표보다는 우리 조직의 현재 스택과 3가지 제한 조건을 먼저 대입해보는 것이 맞는 순서입니다.
본 포스팅 참고 자료
- Power BI March 2026 Feature Summary — powerbi.microsoft.com (2026.03.18)
- Translytical 작업 흐름 개요 — learn.microsoft.com (2026.03 기준)
- Comparing Write-back Options: Translytical Task Flows vs Power Apps — downhill-data.com (2025.09.09)
- Power BI March 2026 Update: Translytical & Themes — mganalyticsconsultants.com (2026.03.19)
- Power BI Desktop 이전 월별 업데이트 아카이브 — learn.microsoft.com (2026.03.06)
※ 본 포스팅은 2026년 3월 20일 기준으로 작성됐습니다. Power BI Desktop v2.152.882.0 및 Microsoft Fabric 서비스 기준이며, 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 최신 정보는 Power BI 공식 블로그 및 Microsoft Learn에서 확인하시기 바랍니다.
댓글 남기기