Power BI Desktop v2.152.882.0
Power BI Translytical,
이 라이선스 없으면 못 씁니다
2026년 3월 18일, Power BI Translytical 작업 흐름이 정식 출시(GA)됐습니다. 보고서에서 직접 데이터를 쓰고, 외부 API까지 호출하는 기능인데 — 막상 쓰려고 보면 라이선스 벽이 먼저 막습니다. PPU 쓰는 조직이라면 특히 조심해야 합니다.
Translytical이 뭔지 30초로 정리하면
Power BI는 원래 “읽기 전용” 도구입니다. 데이터를 가져와서 시각화하는 게 전부였죠. 그런데 Power BI Translytical 작업 흐름은 이 공식을 바꿉니다. 보고서를 보면서 동시에 데이터를 쓸 수 있게 해주는 기능이고, 2026년 3월 18일 정식 출시(GA)됐습니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)
이름이 낯선 게 당연합니다. “Translytical”은 Transactional(트랜잭션)과 Analytical(분석)을 합친 신조어입니다. 보고서 안에서 분석도 하고 데이터 수정 작업도 동시에 처리한다는 뜻이죠. 팀즈에 알림 게시, Azure OpenAI API 호출, Fabric SQL DB 레코드 업데이트까지 — 보고서를 닫지 않고 다 됩니다.
핵심 작동 원리는 Fabric 사용자 데이터 함수(User Data Functions)입니다. Power BI 보고서의 버튼이 이 함수를 호출하고, 함수가 실제 데이터 원본에 접근해서 쓰기·삭제·수정 작업을 수행합니다. 현재 쓰기 저장 대상 데이터 원본은 Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일) 세 가지입니다. (출처: Microsoft Learn 공식 문서, 2026.03)
💡 공식 발표문에 “데이터 쓰기 저장”이라는 표현이 나오는데, 막상 문서를 뜯어보면 지원 데이터 원본이 Fabric 전용 3종으로 제한됩니다. 기존 SQL Server나 Azure SQL DB에는 직접 쓸 수 없습니다.
보고서 안에서 DB를 건드린다는 게 실제로 어떤 뜻인지
공식 문서에 나오는 예시를 그대로 가져오면 이렇습니다. 영업팀이 고위험 기회 목록을 필터링한 뒤, 10% 할인을 요청하는 주석을 입력하고 버튼 하나를 누릅니다. 그러면 Fabric 사용자 데이터 함수가 자동으로 팀즈 채널에 승인 요청 메시지를 게시합니다. (출처: Microsoft Learn, Translytical 작업 흐름 이해, 2026.03)
또 다른 예시에서는 입력 슬라이서에 새 할인율을 입력하고 “할인 제출” 버튼을 클릭하면, 필터 컨텍스트에 맞는 레코드가 Fabric SQL DB에서 자동으로 업데이트됩니다. 보고서를 새로고침하면 변경된 데이터가 바로 반영됩니다. 이게 기존의 “보고서 보기 → 다른 앱에서 수정 → 새로고침” 3단계 흐름을 1단계로 줄이는 핵심입니다.
| 지원 시나리오 | 지원 데이터 원본 | 권장 여부 |
|---|---|---|
| 레코드 수정·추가·삭제 | Fabric SQL DB | ✅ 권장 |
| 대용량 데이터 쓰기 | Fabric 웨어하우스 | ⚠️ 상황에 따라 |
| 파일 기반 저장 | Fabric 레이크하우스 | ⚠️ 파일 전용 |
| 외부 API 호출 | Azure OpenAI 등 REST API | ✅ 가능 |
(출처: Microsoft Learn, Translytical 작업 흐름 이해, 2026.03)
기존 Azure SQL Database나 온프레미스 SQL Server에는 직접 쓰기 저장이 안 됩니다. Fabric 생태계 안에 있어야 한다는 조건이 붙기 때문에, 지금 당장 Translytical을 쓰고 싶다면 데이터 원본 이전 계획도 함께 고려해야 합니다.
PPU만 있으면 안 되는 이유, 공식 문서에 딱 이렇게 나옵니다
⚠️ 많은 분들이 놓치는 부분
“PPU 라이선스가 있으면 거의 다 되지 않나요?” — 이게 함정입니다. Translytical 작업 흐름은 Fabric 사용자 데이터 함수를 기반으로 동작하고, 이 함수는 Fabric F SKU 용량(또는 P SKU 용량)이 있는 워크스페이스에서만 실행됩니다.
Microsoft 공식 라이선스 문서에 이렇게 나와 있습니다: “PPU는 용량을 프로비저닝하지 않습니다. Fabric 워크로드(레이크하우스, 웨어하우스, 노트북 등)를 사용하려면 F 용량 또는 Trial Fabric 용량이 필요합니다.” (출처: Microsoft Learn, Microsoft Fabric 라이선스 이해, 2026.03) PPU만 있는 조직은 Fabric 비파워BI 항목 자체를 만들 수 없습니다.
Translytical 작업 흐름이 의존하는 “사용자 데이터 함수”는 Fabric 비파워BI 항목입니다. 결국 PPU 단독으로는 Translytical의 핵심 엔진 자체를 생성할 수 없는 구조입니다. 조직에서 PPU만 구독 중이라면, 기능 테스트조차 하려면 60일 무료 Fabric Trial을 먼저 활성화해야 합니다.
| 라이선스 유형 | Translytical 사용 가능? | 이유 |
|---|---|---|
| F64 이상 + Free | ✅ 가능 | Fabric 용량 있음, Free 뷰어도 콘텐츠 열람 가능 |
| F64 미만 (F2~F32) + Pro | ⚠️ 조건부 | Fabric 용량 있으나 보고서 열람에 Pro 필요 |
| PPU 단독 | ❌ 불가 | Fabric 용량 미프로비저닝 |
| Fabric Trial (60일) | ✅ 가능 | F64 상당 용량 포함, 기간 한정 |
| P1~P5 (Premium 용량) | ✅ 가능 | Fabric 항목 활성화 시 사용 가능 |
(출처: Microsoft Learn, Microsoft Fabric 라이선스 이해, 2026.03)
처음 실행할 때 왜 몇 초씩 멈추는지
Translytical 작업 흐름은 처음 버튼을 눌렀을 때 체감상 느립니다. 이건 버그가 아니라 구조적인 이유입니다. 사용자 데이터 함수는 Fabric 용량 위에서 세션을 새로 시작해야 합니다. 첫 실행 시 이 세션 초기화에 수 초에서 수십 초가 걸릴 수 있습니다.
💡 공식 발표문이 아닌 실제 구현 사례를 들여다보면, “콜드 스타트” 문제가 일관적으로 나타납니다. 다만 세션이 유지되는 동안 후속 작업 속도는 빠릅니다. 자주 쓰는 환경이라면 체감 속도가 훨씬 나아집니다. (출처: Downhill Data 기술 블로그, 2025.09)
개발 단계에서도 비슷한 지연이 생깁니다. Power BI Desktop에서 사용자 데이터 함수를 수정하면, 변경 사항이 반영되기까지 5분 이상 대기해야 하는 경우도 발생합니다. 매번 DirectQuery 모델까지 자동으로 메타데이터 새로고침을 트리거하기 때문입니다. 처음 환경을 세팅할 때 이 지점에서 시간을 많이 잡아먹습니다.
Power Apps 대신 쓸 수 있을까 — 점수로 비교했습니다
💡 Power BI에서 데이터 쓰기를 구현해본 개발자들의 실제 비교를 보면, 발표 자료에서 강조한 내용과 실무에서 체감하는 우선순위가 꽤 다릅니다.
Power BI에서 데이터 쓰기를 구현하는 방법은 크게 두 가지였습니다. Translytical 작업 흐름(TTF)과 Power Apps 임베드. 각각 어떤 상황에서 유리한지 아래 네 가지 기준으로 비교했습니다. (출처: Downhill Data 기술 블로그 비교 분석, 2025.09)
| 비교 항목 | Translytical | Power Apps |
|---|---|---|
| 사용자 경험(UI) | 슬라이서 3종 제한 | 날짜 선택기·슬라이더 등 다양 |
| 대용량 쓰기 성능 | Fabric 컴퓨팅 활용 → 우수 | 단건에 강함, 대량 시 저하 |
| 라이선스·비용 | Fabric 용량 안에 포함 | Power Apps Premium $20/월/인 |
| 솔루션 복잡도 | Fabric 단일 플랫폼 | 2개 플랫폼 거버넌스 필요 |
(출처: Downhill Data 기술 블로그, 2025.09 / Microsoft Power Apps 공식 가격 정책)
결론적으로 사용자가 직접 조작하는 입력 UI가 복잡할수록 Power Apps가 유리하고, 비용 절감과 단순한 아키텍처가 우선이라면 Translytical이 낫습니다. 특히 Power Apps Premium 라이선스가 사용자당 월 약 $20(약 2만 6천 원)인 점을 고려하면, 50명 팀 기준 연간 약 1,560만 원 추가 비용이 발생합니다. Fabric 용량 안에 포함된 Translytical과의 비용 차이가 결코 작지 않습니다.
지금 당장 시작하려면 체크해야 할 3가지
GA가 됐다고 해서 누구나 바로 쓸 수 있는 건 아닙니다. 아래 세 가지를 순서대로 확인해야 첫 번째 Translytical 버튼을 Power BI 보고서에 달 수 있습니다.
Fabric F SKU 용량 또는 Trial 확인
Power BI 관리 포털 → 용량 설정에서 현재 구독 유형을 확인합니다. PPU만 있다면 Fabric Trial을 먼저 활성화해야 합니다. Trial은 F64 상당 용량을 60일간 무료 제공합니다.
Fabric SQL DB 또는 웨어하우스 세팅
쓰기 저장 대상 데이터 원본이 Fabric 생태계 안에 있어야 합니다. 기존 Azure SQL DB나 온프레미스 DB를 그대로 쓸 수 없습니다. 읽기/쓰기가 동시에 많이 일어나는 시나리오라면 Fabric SQL DB를 권장합니다. (출처: Microsoft 공식 문서, 2026.03)
보고서 형식 확인 — PBIR·PBIP는 지원 안 됩니다
현재 Translytical은 Power BI 고급 보고서(PBIR)와 Power BI 프로젝트(PBIP) 형식을 지원하지 않습니다. 표준 .pbix 형식으로 작업해야 합니다. 또한 Power BI Embedded는 보안 포함(Secure Embed) 시나리오에서만 지원됩니다. (출처: Microsoft Learn 제한 사항, 2026.03)
자주 묻는 질문
마치며
Power BI Translytical 작업 흐름은 “보고서 = 읽기 전용”이라는 오랜 공식을 깨는 기능입니다. GA가 됐다는 건 프로덕션 환경에 써도 된다는 공식 선언이고, 2026년 3월 기준 실제로 쓸 수 있는 상태가 됐습니다.
다만 솔직히 말하면, 아직은 완성형보다 진화 중인 기능에 가깝습니다. 입력 슬라이서가 리스트·텍스트·버튼 3종뿐이고, PBIR·PBIP는 지원 안 되고, 처음 실행 시 콜드 스타트 지연이 있습니다. 이 한계를 알고 쓰는 것과 모르고 쓰는 건 구현 결과가 다릅니다.
출발점은 라이선스 확인입니다. PPU만 있다면 Fabric Trial로 먼저 테스트하고, 구조가 맞는지 확인한 뒤 F SKU 용량 도입을 검토하는 순서가 현실적입니다. 기능 자체의 방향성은 맞습니다. 조건만 먼저 챙기면 됩니다.
📌 본 포스팅 참고 자료
- Microsoft Power BI 공식 블로그 — Power BI March 2026 Feature Summary
https://powerbi.microsoft.com/en-us/blog/power-bi-march-2026-feature-summary/ - Microsoft Learn — Translytical 작업 흐름 이해
https://learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview - Microsoft Learn — Microsoft Fabric 라이선스 이해
https://learn.microsoft.com/en-us/fabric/enterprise/licenses - Downhill Data — Power BI Translytical vs Power Apps 비교 분석 (2025.09)
https://downhill-data.com/2025/09/09/comparing-write-back…
※ 본 포스팅은 2026년 3월 27일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Power BI 및 Microsoft Fabric은 매월 업데이트가 이루어지므로, 최신 정보는 Power BI 공식 블로그에서 직접 확인하시기 바랍니다.
댓글 남기기