Power BI Desktop v2.152.882.0
Microsoft Fabric 필수
Power BI Translytical 작업 흐름 — 쓰기 전에 라이선스 먼저 보세요
보고서 안에서 데이터를 직접 수정하는 기능이 드디어 정식 출시됐습니다. 그런데 막상 써보려고 하면, PPU 라이선스만 갖고 있는 팀은 여기서 막힙니다. 기능보다 조건을 먼저 짚어야 하는 이유가 있습니다.
Translytical이 뭔지 30초 안에 정리
Power BI는 오랫동안 ‘읽기 전용’ 도구였습니다. 대시보드를 보고 판단은 할 수 있지만, 그 자리에서 데이터를 바꾸려면 Excel을 열거나 별도 시스템으로 이동해야 했습니다. 보고서가 문제를 보여줘도, 해결은 다른 창에서 해야 했던 구조입니다.
Translytical은 Transactional(거래·쓰기)과 Analytical(분석)을 합친 개념입니다. Power BI 보고서 안에서 데이터를 직접 수정, 추가, 삭제하거나 외부 시스템에 API 요청을 날릴 수 있게 해주는 기능입니다.
예를 들면 이렇습니다. 영업팀장이 파이프라인 보고서를 보다가 특정 거래의 할인율을 바로 그 화면에서 수정하고, 수정 내용이 Fabric SQL 데이터베이스에 즉시 반영됩니다. Teams 알림까지 자동으로 보내집니다. 보고서를 닫지 않고, 탭을 전환하지 않고, 전부 한 화면에서 끝납니다.
2026년 3월 GA, 달라진 게 뭔가요?
Translytical 작업 흐름은 2025년 5월 Preview로 처음 등장했고, 2026년 3월 19일자 Power BI Desktop 버전 2.152.882.0에서 정식 출시(GA, Generally Available)로 전환됐습니다. (출처: Power BI March 2026 Feature Summary, 공식 블로그)
💡 공식 발표문과 라이선스 문서를 같이 놓고 보면, Preview 때와 GA 사이에 기능 자체보다 요건 조건이 더 중요하게 바뀐 부분이 있습니다.
GA가 됐다는 건 기능이 안정됐다는 뜻이지, 누구나 바로 쓸 수 있다는 뜻이 아닙니다. 이 기능을 쓰려면 세 가지 요건이 동시에 갖춰져야 합니다.
| 요건 | 내용 | 비고 |
|---|---|---|
| Microsoft Fabric 용량 | F SKU 또는 P SKU 필수 | PPU만으론 불가 |
| 사용자 데이터 함수(UDF) | Python 기반, Fabric 내 작성 | 개발자 또는 데이터 엔지니어 필요 |
| 쓰기 저장 대상 | Fabric SQL DB / 웨어하우스 / 레이크하우스(파일) | 일반 SQL Server, Azure SQL 불가 |
또한 2026년 3월부터 GA와 함께 DAX 사용자 정의 함수(UDF)도 Preview 업데이트가 있었는데, 이건 Translytical의 Fabric UDF와 이름이 비슷해서 혼동하기 쉽습니다. DAX UDF는 의미 체계 모델 안의 재사용 로직이고, Fabric UDF는 Python 기반 실행 엔진입니다. 둘은 완전히 별개입니다.
PPU만 있으면 쓸 수 없는 이유 — 이 부분을 모르면 손해입니다
💡 Power BI Premium Per User(PPU)는 Power BI 기능 대부분을 포함하는 강력한 라이선스입니다. 그런데 공식 라이선스 문서를 들여다 보면, PPU가 커버하지 못하는 결정적인 공백이 하나 있습니다.
많은 조직이 PPU(월 약 $20/사용자) 라이선스를 갖추고 있습니다. 보고서 공유도 되고, 데이터플로우도 쓸 수 있고, 48회 새로 고침도 가능하니 충분하다고 생각하기 쉽습니다. 그런데 Translytical 작업 흐름의 핵심인 Fabric 사용자 데이터 함수(Python UDF)는 비Power BI 워크로드입니다.
Microsoft 공식 라이선스 문서에는 이렇게 나와 있습니다. “PPU is a per-user feature set, not a capacity. To create or run non-Power BI Fabric items (for example, lakehouses, warehouses, notebooks) you still need an F capacity or a Trial Fabric capacity.” (출처: Microsoft Learn — Fabric 라이선스 개요) PPU는 용량(Capacity)이 아닙니다. 공유 Premium 풀에서 돌아가는 형태입니다.
Translytical 작업 흐름이 사용하는 사용자 데이터 함수는 Fabric의 레이크하우스·웨어하우스·SQL DB 등 비Power BI 워크로드에 해당합니다. 즉, F SKU나 P SKU 용량 없이 PPU만 갖고 있으면 UDF 자체를 만들거나 실행할 수 없습니다.
⚠️ 실무 함정 요약
PPU 라이선스 × Translytical 작업 흐름 = 조합 불가. F2 이상 Fabric 용량이 반드시 필요합니다. 단, F64 미만이면 Free 사용자는 Power BI 콘텐츠 조회 자체도 안 되므로, 실제 운영 환경에서는 F64 이상을 기준으로 설계하는 경우가 많습니다.
60일 무료 트라이얼 Fabric 용량은 F64 상당의 컴퓨팅을 제공하므로, 조직에서 도입을 고민 중이라면 트라이얼로 먼저 테스트하는 게 합리적인 순서입니다.
Power Apps와 직접 비교해봤더니 — 스코어가 3:3이었습니다
💡 “Power BI 안에서 쓰기 저장”이라는 기능은 이전에도 있었습니다. Power Apps 임베드로 구현하던 방식이죠. 두 방식을 항목별로 직접 비교한 결과가 예상과 달랐습니다.
영국의 Power BI 컨설팅 블로그 Downhill Data가 실사용 비교 분석을 정리했습니다. (출처: Downhill Data, 2025.09) 6개 항목을 평가한 결과는 3:3 동점이었고, 항목별로 승자가 엇갈렸습니다.
| 평가 항목 | Translytical TTF | Power Apps 임베드 |
|---|---|---|
| 사용자 UI/UX | ❌ | ✅ 우위 |
| 개발자 경험 | 🟡 동점 | 🟡 동점 |
| 대량 레코드 성능 | ✅ 우위 | ❌ |
| 구조 단순성·비용 | ✅ 압도적 우위 | ❌ 별도 라이선스 $20/월 |
| 단건 레코드 성능 | ❌ (첫 세션 수 초~수 분) | ✅ 우위 |
Translytical의 결정적 약점 하나는 첫 실행 지연입니다. UDF 세션이 시작될 때까지 처음 작업은 수 초, 경우에 따라 수 분 걸릴 수 있습니다. 세션이 켜진 이후엔 빠르지만, 간헐적으로 쓰는 사용자에겐 매번 이 대기 시간이 생길 수 있습니다.
반대로 Translytical이 확실히 앞서는 건 비용과 구조입니다. Power Apps 라이선스는 Premium 기준 사용자당 월 $20입니다. 사용자가 50명이면 월 $1,000이 추가됩니다. Fabric 용량이 이미 있는 조직이라면 Translytical은 추가 비용 없이 쓸 수 있습니다.
GA 됐지만 아직 안 되는 것들 — 실제로 배포해보면 생기는 문제
💡 GA(정식 출시)라는 말을 들으면 “이제 완성됐다”고 생각하기 쉽습니다. 그런데 실제 팀 환경에 배포해보면, 미리 알아야 할 미완성 부분이 남아 있습니다.
① PBIR·PBIP 형식 미지원 — Power BI 고급 보고서(PBIR) 및 Power BI 프로젝트(PBIP) 형식은 현재 지원되지 않습니다. Git 기반으로 보고서를 관리하는 팀은 이 조합이 막힙니다. (출처: Microsoft Learn — Translytical 개요)
② Fabric 배포 파이프라인 미지원 — GA가 됐지만, CI/CD 자동화의 핵심인 Fabric 배포 파이프라인 지원은 빠져 있습니다. (출처: Nimble Learn, 2025.10) 개발-스테이징-운영 환경을 넘길 때마다 데이터 함수 버튼 수동 재연결이 필요합니다. 자동화 배포에 익숙한 팀일수록 이 부분에서 마찰이 생깁니다.
③ 성공 팝업과 실제 결과가 다를 수 있습니다 — Power BI가 UDF 실행 후 보여주는 “성공” 팝업은, UDF가 올바르게 트리거됐을 때 뜹니다. UDF 내부에서 실제 작업이 실패해도 동일한 팝업이 뜰 수 있습니다. UDF 코드 안에서 명시적으로 에러 메시지를 반환값으로 설정하지 않으면, 사용자는 작업이 성공한 줄 알고 넘어갑니다.
④ 입력 타입 제한 — 현재 사용자 입력은 리스트·텍스트·버튼 슬라이서 3가지뿐입니다. 날짜 선택기, 슬라이더, 라디오 버튼 같은 UI 요소는 없습니다. 텍스트 슬라이서는 기본값 설정이 안 됩니다. 데이터 수정 양식이 복잡한 경우 사용자 경험이 많이 제한됩니다.
실제로 쓰기 적합한 경우, 아닌 경우
Translytical이 빛나는 건 명확합니다. 보고서를 보는 사람이 가벼운 입력을 즉시 처리해야 하는 상황입니다. 할인율 수정, 상태 플래그 변경, Teams 알림 트리거, 간단한 레코드 추가가 대표적입니다. 이런 작업은 빠른 반복이 중요하고, 매번 다른 앱을 열 만큼 복잡하지 않습니다.
반면, 여러 단계를 거치는 워크플로, 복잡한 입력 양식, 오프라인에서도 작동해야 하는 데이터 입력에는 여전히 Power Apps나 전용 비즈니스 애플리케이션이 더 적합합니다. Translytical은 보고서 레이어와 경량 입력 사이에 있는 중간 지점을 담당합니다.
✅ 적합한 시나리오
영업 파이프라인 인라인 수정 / 예산 승인 버튼 / 재고 상태 플래그 변경 / Azure OpenAI 호출로 AI 피드백 생성 / Fabric SQL DB 단일 레코드 빠른 업데이트
⚠️ 적합하지 않은 시나리오
다단계 승인 프로세스 / 날짜·슬라이더 등 복잡한 입력 양식 / Git 기반 CI/CD 자동 배포 / PPU만 있는 조직 / Power BI Embedded 비보안 포함 시나리오
Fabric 용량이 이미 있는 조직이라면, 추가 비용 없이 도입할 수 있어서 관심을 가질 만합니다. 도입 전에 F SKU 등급과 UDF 개발 가능 인력을 먼저 확인하는 순서를 권장합니다.
Q&A — 자주 생기는 질문 5가지
마치며 — 총평
Power BI Translytical 작업 흐름은 “읽기만 하던 보고서”를 “행동도 하는 보고서”로 바꾸는 방향성은 분명히 옳습니다. 2026년 3월 GA로 정식 출시됐고, 기능 자체의 완성도는 충분히 쓸 만한 수준에 이르렀습니다.
다만 막상 도입하려 할 때 두 가지 벽이 앞에 있습니다. 첫째는 라이선스입니다. PPU로는 안 됩니다. F SKU Fabric 용량이 있어야 하고, 조직 규모와 사용 패턴에 따라 F64 이상을 기준으로 설계해야 무료 사용자도 함께 쓸 수 있습니다. 둘째는 CI/CD입니다. GA가 됐지만 Fabric 배포 파이프라인 지원이 빠져 있어, 환경 이전 시 수동 작업이 남습니다.
Fabric 용량이 이미 확보된 조직이라면 도입을 검토할 충분한 이유가 있습니다. 아직 PPU나 Pro만 있는 조직이라면, Translytical보다 라이선스 구조 재검토가 먼저입니다.
본 포스팅 참고 자료
본 포스팅은 2026년 3월 23일 기준으로 작성되었습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 라이선스 비용, SKU 구성, 기능 범위는 Microsoft 공식 채널에서 최신 정보를 확인하세요.
댓글 남기기