Power BI Desktop v2.152.882.0
IT / AI
Power BI Translytical, GA됐어도 막히는 조건 3가지
2026년 3월 18일, Power BI Translytical 작업 흐름(Translytical Task Flows)이 정식 출시(GA)됐습니다. 보고서를 떠나지 않고 데이터를 바로 수정하거나 외부 시스템에 액션을 보낼 수 있는 기능입니다. 그런데 “GA됐으니 이제 다 쓸 수 있겠지”라고 생각했다면, 공식 문서에 딱 세 가지 조건이 적혀 있습니다. 그걸 먼저 봐야 합니다.
Translytical이 정확히 뭔가요?
Power BI는 원래 읽기 전용 도구였습니다. 데이터를 보고 분석하되, 수정은 원본 시스템에서 따로 해야 했습니다. Translytical은 이 구조를 바꾸는 기능입니다. 보고서 안에서 버튼 하나로 데이터를 추가하거나, 기존 레코드를 수정하거나, 외부 API(예: Azure OpenAI, Teams)에 요청을 보낼 수 있습니다.
공식 명칭은 Translytical Task Flows이고, “Transactional(트랜잭션)”과 “Analytical(분석)”을 합친 조어입니다. 쉽게 말하면, 분석 대시보드가 그대로 운영 도구가 된다는 뜻입니다. 영업팀이 보고서에서 할인율을 직접 입력하거나, 운영팀이 이상값에 주석을 달거나, 특정 조건 달성 시 Teams 채널에 승인 요청이 자동으로 올라가는 식입니다.
2026년 3월 18일 기준으로 정식 출시(GA)됐습니다. 공식 발표는 Power BI Desktop v2.152.882.0 업데이트에 포함돼 있습니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)
GA지만 Fabric 없으면 시작도 못 합니다
이게 생각보다 많은 분들이 걸리는 부분입니다. Power BI Pro 라이선스만 있으면 되지 않나 싶지만, Translytical의 핵심은 Fabric 사용자 데이터 함수(User Data Functions)에 있습니다. 이 함수는 Microsoft Fabric 용량 안에서만 만들고 실행할 수 있습니다.
💡 공식 발표문과 실제 구현 흐름을 같이 놓고 보니 이런 차이가 보였습니다
Translytical이 GA됐다는 건 “Power BI 기능”이 GA됐다는 뜻입니다. 그런데 실제 작동 구조를 보면 Fabric SQL DB → User Data Function → Power BI 버튼의 3단 구조입니다. 첫 두 단계가 모두 Fabric 전용이므로, Fabric 용량이 없는 조직은 GA 발표와 무관하게 쓸 수 없습니다. 발표문만 보고 바로 시도하면 막히는 이유입니다.
데이터 쓰기 저장(write-back)이 지원되는 공식 백엔드는 세 가지입니다. Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일 대상 한정)입니다. 그중에서도 대부분의 실무 쓰기 저장 시나리오에는 SQL 데이터베이스를 기본으로 쓰도록 MS 공식 문서에 나와 있습니다. (출처: MS Learn 공식 문서, 2026)
Fabric이 없다면 먼저 Fabric 평가판(60일 무료)으로 시작할 수 있습니다. 평가판 신청은 MS Learn 공식 문서 링크에서 바로 진행할 수 있습니다. 단, 프로덕션 환경으로 전환하려면 F SKU 이상의 Fabric 용량이 필요합니다.
“Embedded에서도 되겠지”가 안 되는 이유
GA 소식 이후 외부 포털이나 사내 앱에 Power BI 보고서를 embed해서 쓰는 팀들의 질문이 많았습니다. 결론부터 말하면, Power BI Embedded의 일반 시나리오에서는 Translytical이 작동하지 않습니다.
💡 GA 발표 전후 커뮤니티 반응과 공식 문서를 교차해서 보니 나온 시각입니다
Reddit의 MicrosoftFabric 서브레딧에서는 “왜 Embedded가 안 되냐”는 질문이 여러 차례 올라왔습니다. 현재 공식 문서 제한 사항에는 “Power BI Embedded는 보안 포함(Secure Embed) 시나리오에서만 지원”이라고 명시돼 있습니다. 이 이유는 공식 문서에서 별도로 밝히지 않았습니다.
보안 포함(Secure Embed)이란 내부 조직원이 Power BI 서비스 계정으로 인증한 뒤 SharePoint Online이나 Teams에 삽입해서 보는 형태입니다. 반면 외부 고객이나 파트너를 위해 A SKU를 사용해 앱에 embed하는 일반적인 ISV/OEM 시나리오는 현재 지원되지 않습니다. GA 이후 변경 여부는 이후 릴리스 노트에서 확인이 필요합니다.
⚠️ 이 조건 모르면 프로젝트가 막힐 수 있습니다
- 외부 고객에게 보여주는 앱에 Translytical 적용 → 현재 불가
- Power BI Embedded A SKU + 익명 토큰 방식 → 현재 불가
- SharePoint 내부 삽입 or Teams 탭 → 가능 (Secure Embed 범주)
PBIR 쓰는 팀은 일단 대기해야 합니다
Power BI는 최근 CI/CD를 지원하는 새로운 보고서 포맷인 PBIR(Power BI Enhanced Report) 형식과 PBIP(Power BI Project) 형식을 도입했습니다. Git 연동, 버전 관리, 배포 파이프라인 자동화를 하는 팀들이 이미 PBIR 포맷으로 전환한 경우가 많습니다.
그런데 Translytical은 현재 PBIR, PBIP 포맷을 지원하지 않습니다. 공식 문서에 그대로 나와 있습니다. (출처: MS Learn 공식 문서) 즉, Git 연동 기반의 현대적인 보고서 개발 워크플로우를 쓰는 팀은 Translytical을 적용하려면 보고서 포맷을 .pbix로 되돌리거나, 별도의 .pbix 파일을 유지해야 합니다.
| 포맷 | Translytical 지원 | 비고 |
|---|---|---|
| .pbix (기존 포맷) | ✅ 가능 | GA 기준 정식 지원 |
| PBIR (Enhanced Report) | ❌ 불가 | 현재 미지원, 추후 변경 가능 |
| PBIP (Project 포맷) | ❌ 불가 | 현재 미지원, 추후 변경 가능 |
| Power BI Embedded (일반) | ❌ 불가 | Secure Embed만 지원 |
Power Apps 대신 쓸 수 있을까요?
Power BI에서 데이터를 쓰는 방법으로 기존에는 Power Apps를 보고서 안에 embed하는 방식이 많이 쓰였습니다. 이제 Translytical이 나왔으니 Power Apps를 대체할 수 있지 않을까 생각할 수 있습니다. 써봤더니 간단하지 않습니다.
💡 두 솔루션을 직접 비교한 자료를 공식 문서와 함께 놓고 봤습니다
아키텍처 단순성과 비용에서는 Translytical이 확실히 낫습니다. Power Apps Premium 라이선스는 사용자당 월 약 $20(약 2.7만원)인데, Translytical은 Fabric 용량 비용에 포함됩니다. 반면 프론트엔드 입력 옵션(날짜 선택기, 슬라이더, 라디오 버튼 등)은 현재 Power Apps가 훨씬 풍부합니다. Translytical은 리스트·텍스트·버튼 슬라이서 세 가지가 전부입니다.
비교 분석 결론을 수치로 보면 이렇습니다. 단일 레코드 조작에서는 Power Apps가 성능이 낫습니다. 대량 레코드 처리나 복잡한 API 연동에서는 Translytical의 User Data Function이 Fabric 컴퓨팅 파워를 쓰기 때문에 더 빠릅니다. (출처: Downhill Data 비교 분석, 2025.09)
솔직히 말하면, 현재 시점에서 완전한 대체는 아닙니다. UI 자유도가 중요한 복잡한 폼 형태의 입력이 필요하다면 Power Apps가 여전히 유리합니다. 라이선스 비용을 없애고 싶거나 Fabric 생태계 안에서 모든 걸 해결하고 싶다면 Translytical이 맞습니다. 두 방식을 혼합해 쓰는 것도 선택지입니다.
실제로 어디에 어떻게 쓰이나요?
공식 문서와 튜토리얼에서 소개하는 시나리오를 보면, 크게 네 가지 패턴으로 정리됩니다. 각 패턴은 서로 다른 실무 상황에 맞게 구성됩니다.
한 가지 기억할 서비스 한도가 있습니다. 함수 실행 타임아웃은 240초입니다. 단일 요청에서 처리할 수 있는 최대 데이터 크기는 4MB입니다. 수만 건의 레코드를 한 번에 업데이트하는 벌크 처리에는 이 한도가 걸릴 수 있으니, 배치 분할 처리를 고려해야 합니다. (출처: Fabric User Data Functions 서비스 제한 문서, 2026.01.21)
또 하나 알아두면 좋은 사항이 있습니다. 사용자 데이터 함수는 현재 소유자만 편집할 수 있습니다. 팀 협업으로 함수를 관리할 때 소유권 이전 절차가 필요할 수 있습니다. 그리고 함수를 게시한 뒤 재게시까지 최소 2분 대기가 필요합니다. 빠른 이터레이션 개발 시 이 쿨다운을 감안해야 합니다.
Q&A 5가지
마치며
Power BI Translytical은 분명히 흥미로운 기능입니다. 보고서가 단순한 읽기 도구에서 운영 도구로 바뀌는 방향성 자체는 맞습니다. 막상 써보면 Fabric 용량이 있어야 하고, Embedded와 PBIR 지원이 빠져 있어서 당장 실무에 올리려면 조건을 꼼꼼히 따져야 합니다.
가장 현실적인 사용 시나리오는 이미 Fabric을 쓰고 있는 조직이 내부 SharePoint나 Teams 환경에서 .pbix 보고서로 쓰는 겁니다. 그 범위 안에서는 Power Apps 라이선스 없이 라이트백을 구현할 수 있다는 게 실질적인 장점입니다.
프론트엔드 입력 UI가 현재 세 가지 슬라이서 유형밖에 없다는 건 분명 한계입니다. 이후 업데이트에서 날짜 선택기나 드롭다운 같은 입력 옵션이 추가된다면 Power Apps와의 격차가 더 좁혀질 것입니다. GA 직후인 지금은, 조건을 먼저 확인하고 범위에 맞는 곳부터 적용하는 것이 현실적입니다.
본 포스팅 참고 자료
본 포스팅은 2026년 3월 22일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 최신 정보는 Microsoft 공식 문서에서 확인하세요.
댓글 남기기