Power BI Desktop v2.152.882.0 기준
GA (정식 출시)
Power BI Translytical, 정식 출시라도 이 포맷은 안 됩니다
2026년 3월 15일, Microsoft는 Power BI March 2026 Feature Summary를 통해 Translytical task flow(이하 TTF)를 정식 출시(GA)했습니다. 프리뷰 딱지를 뗐다는 소식에 “이제 실무 보고서에 바로 쓸 수 있겠다”고 생각했다면, 이 조건 하나를 먼저 확인해야 합니다.
Power BI가 읽기 전용이라는 말, 이제 틀렸습니다
Power BI를 오래 써온 사람들 사이엔 암묵적인 공식이 하나 있습니다. “보고서는 보는 것이지, 고치는 건 원본 시스템에서 한다.” 실제로 Power BI는 2023년까지 데이터를 읽어서 시각화하는 데 특화된 도구였고, 보고서 안에서 직접 데이터를 입력하거나 수정하는 건 Power Apps 같은 별도 도구를 붙여야 했습니다.
TTF는 이 구조를 바꿉니다. Microsoft 공식 문서에는 “보고서를 벗어나지 않고(without navigating away from the report) 레코드를 업데이트하고, 데이터를 추가하고, 다른 시스템에서 워크플로를 시작할 수 있다”고 적혀 있습니다. (출처: Microsoft Learn, Translytical task flows overview, 2026.03.15)
“Translytical = Transactional + Analytical”이라는 이름이 그냥 마케팅 언어가 아닙니다. 기존 Power BI가 분석(Analytical)만 담당했다면, TTF는 거래 처리(Transactional) — 즉 실제 데이터 변경 행위 — 까지 보고서 안에서 실행할 수 있도록 합니다. 두 개의 서로 다른 시스템을 왔다갔다 하던 업무 흐름이 하나로 합쳐지는 셈입니다.
실무에서 이 차이가 가장 크게 느껴지는 상황은 영업팀 대시보드입니다. 기회 목록을 보면서 할인율을 바로 수정하거나, Teams로 승인 요청을 바로 보내는 작업을 보고서 화면 안에서 끝낼 수 있습니다. 그 흐름이 어떻게 가능한지는 다음 섹션에서 구체적으로 설명합니다.
TTF로 보고서에서 할 수 있는 것 4가지
Microsoft 공식 문서가 제시하는 주요 시나리오는 크게 네 가지입니다. (출처: Microsoft Learn, Translytical task flows overview, 2026.03.15)
이 모든 기능은 Fabric User Data Functions(UDF)라는 Python 기반 함수를 통해 작동합니다. 보고서의 필터 컨텍스트와 사용자 입력값을 UDF가 받아서 처리하고, 결과를 다시 보고서에 반환하는 구조입니다.
UDF의 최대 실행 시간은 240초이고, 요청 페이로드 크기는 최대 4MB로 제한됩니다. (출처: Microsoft Learn, User Data Functions service limits, 2026.01.21) 대량 데이터를 한 번에 처리하는 용도로 설계된 기능이 아닙니다.
정식 출시라도 안 되는 조건이 있습니다
“GA 됐으니 이제 제약 없이 쓸 수 있겠지”라고 넘어가면 실무에서 막힙니다. Microsoft Learn 공식 문서에 명시된 제한 사항을 정리하면 이렇습니다. (출처: Microsoft Learn, Translytical task flows overview, 2026.03.15)
| 제한 항목 | 상태 | 실무 영향 |
|---|---|---|
| PBIR / PBIP 포맷 | 미지원 | Power BI Report / Project 포맷으로 저장된 보고서에서는 TTF 버튼 자체가 비활성화됩니다. |
| Power BI Embedded | 보안 포함만 가능 | 앱 소유 데이터 방식의 Embedded 시나리오에서는 작동하지 않습니다. |
| 반환 타입 | str 타입 고정 | UDF는 문자열(str)만 반환할 수 있어, JSON 오브젝트를 직접 넘기려면 직렬화 처리가 필요합니다. |
| 슬라이서 유형 | 제한적 | 목록(List), 텍스트(Text), 버튼(Button) 슬라이서만 입력값으로 인식합니다. 날짜 피커나 슬라이더는 아직 지원하지 않습니다. |
Microsoft는 2026년 4월부터 Power BI Desktop의 새 파일 피커 경험을 기본값으로 전환하고, 동시에 PBIR을 차세대 표준 포맷으로 밀고 있습니다. 그런데 정작 PBIR 포맷으로 저장하면 TTF를 쓸 수 없습니다. 최신 포맷으로 갈수록 핵심 신기능을 못 쓰는 상황이 생기는 셈이고, 이 이유는 공식 문서에서 별도로 밝히지 않았습니다.
PBIR / PBIP 포맷은 Git 통합과 CI/CD 파이프라인 구성에 유리해서 개발팀이 선호하는 형식입니다. TTF를 도입하려면 현재 보고서가 어떤 포맷으로 저장돼 있는지 먼저 확인해야 합니다. Power BI Desktop에서 파일 → 다른 이름으로 저장할 때 확장자가 .pbix인지 확인하는 것이 첫 번째 단계입니다.
Fabric 라이선스 없이는 시작도 못 합니다
TTF를 쓰려면 반드시 Microsoft Fabric Capacity가 필요합니다. Power BI Pro 또는 Premium Per User(PPU) 라이선스만으로는 작동하지 않습니다. Fabric은 Azure에서 F SKU(Fabric Capacity)를 구매하거나 60일 평가판으로 시작할 수 있습니다.
Power BI Premium P1 SKU는 Fabric F64 SKU와 동등한 용량이고, 기존 Premium 고객은 자동으로 전환됩니다. 그런데 F64 미만의 F SKU(예: F2, F4, F8)를 구매한 경우에는 보고서 소비자가 별도로 Pro 라이선스를 가지고 있어야 합니다. (출처: Microsoft Learn, Understand Microsoft Fabric Licenses)
Fabric User Data Function 자체의 용량 소비는 실제 테스트에서 크지 않은 것으로 보고됩니다. 다만 첫 실행 시 세션 시작 대기 시간이 발생합니다. 콜드 스타트(cold start) 현상으로, 실무 환경에서 수 초에서 최대 수 분 정도 걸릴 수 있습니다. (출처: Downhill Data, Comparing write-back options for Power BI/Fabric, 2025.09.09) 한 번 세션이 뜨면 이후 작업은 수 초 안에 처리됩니다.
UDF는 소유자만 편집할 수 있다는 점도 팀 운영에서 중요합니다. (출처: Microsoft Learn, User Data Functions service limits, 2026.01.21) 담당자가 퇴사하거나 조직 이동이 생기면 소유권 이전 프로세스를 반드시 선행해야 합니다.
Power Apps와 비교했을 때 진짜 차이
TTF 이전에도 Power BI 보고서에 쓰기 기능을 붙이는 방법은 있었습니다. 가장 많이 쓰인 게 Power Apps를 Power BI 비주얼로 임베드하는 방식입니다. TTF가 나왔다고 해서 Power Apps가 무조건 구식이 된 건 아닙니다.
| 비교 항목 | TTF | Power Apps 임베드 |
|---|---|---|
| 입력 UI 다양성 | 제한적 (List/Text/Button만) | 풍부 (날짜 피커·라디오·슬라이더 등) |
| 솔루션 구조 단순성 | 단일 플랫폼 (Fabric 내) | Power Platform 별도 필요 |
| 추가 라이선스 비용 | Fabric 용량 내 포함 | Power Apps 프리미엄 $20/사용자·월 |
| 대량 행 처리 성능 | Fabric 연산 능력 활용 가능 | 1,000행 제한 (PowerBIIntegration.Data) |
| 디버깅 편의성 | 오류 메시지 불명확한 경우 있음 | Power Apps Monitor 지원 |
TTF의 핵심 경쟁력은 UX가 아니라 비용과 구조의 단순함입니다. Power Apps 프리미엄 라이선스가 사용자당 월 $20이라면, TTF는 이미 Fabric 용량 안에 포함됩니다. 50명이 쓴다면 연간 약 $12,000의 차이가 생깁니다. (추정: Power Apps Premium $20/사용자·월 × 50명 × 12개월) 화려한 UI보다 비용 구조가 먼저라면 TTF가 맞습니다.
결론적으로, 입력 폼이 복잡하고 사용자 경험이 중요한 상황이라면 Power Apps가 여전히 낫습니다. 반면 데이터 구조가 비교적 단순하고, 추가 라이선스 부담 없이 쓰고 싶다면 TTF가 현실적인 선택입니다. (출처: Downhill Data, Comparing write-back options, 2025.09.09)
실무에서 쓰려면 이 순서가 맞습니다
TTF를 처음 도입할 때 순서를 잘못 잡으면 중간에 막히는 지점이 생깁니다. Microsoft 공식 자습서와 실무 사례를 바탕으로 실제로 효율적인 진행 순서를 정리했습니다. (출처: Microsoft Learn, Tutorial: Create translytical task flows, 2026.03.15)
게시 후 변경이 생기면 UDF를 다시 게시할 때 2분 쿨다운이 적용됩니다. (출처: Microsoft Learn, User Data Functions service limits, 2026.01.21) 운영 중 긴급 수정이 필요할 때 이 대기 시간이 걸림돌이 될 수 있으니 사전에 팀과 공유해두는 게 좋습니다.
Q&A 5가지
마치며 — 총평
TTF는 Power BI가 조용히 넘어서는 경계선을 보여주는 기능입니다. “보고서는 읽는 도구”라는 공식이 흔들리기 시작했고, 그 방향이 일회성 업데이트가 아니라 Microsoft의 Fabric 플랫폼 전략과 맞닿아 있다는 점에서 무게가 다릅니다.
솔직히 말하면, 아직은 UI 완성도나 디버깅 편의성에서 아쉬운 부분이 있습니다. 날짜 피커 하나 없고, 에러 메시지도 개발자가 직접 챙겨야 합니다. PBIR 포맷과의 호환 문제는 Microsoft가 스스로 밀고 있는 두 방향이 충돌하는 지점이라 언제 해결될지 공식 발표가 없습니다.
그럼에도 불구하고, 비용과 구조를 기준으로 평가한다면 TTF는 실무에서 고려할 만합니다. Power Apps 프리미엄 라이선스 없이도 보고서 안에서 데이터를 직접 건드릴 수 있다는 것, 그 하나가 조직 내 Power BI 도입 논의에서 꺼낼 수 있는 카드가 됐습니다.
- Microsoft Learn — Translytical task flows overview
https://learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview - Microsoft Power BI Blog — Power BI March 2026 Feature Summary (2026.03.15)
https://powerbi.microsoft.com/ko-kr/blog/power-bi-march-2026-feature-summary/ - Microsoft Learn — User Data Functions service limits (2026.01.21)
https://learn.microsoft.com/ko-kr/fabric/data-engineering/user-data-functions/user-data-functions-service-limits - Downhill Data — Comparing write-back options for Power BI/Fabric (2025.09.09)
https://downhill-data.com/2025/09/09/comparing-write-back-options-for-power-bi-fabric-translytical-task-flows-vs-power-apps/
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다.
Power BI 및 Microsoft Fabric의 최신 정보는 Microsoft Learn 공식 문서에서 확인하세요.
댓글 남기기