IT/AI
Power BI Translytical task flow,
Fabric 없으면 작동 안 됩니다
2026년 3월 Power BI 업데이트에서 Translytical task flow(이하 TTF)가 정식 기능(GA)으로 전환됐습니다. 보고서를 떠나지 않고 데이터를 수정하고, Teams 알림을 보내고, Azure OpenAI API까지 호출할 수 있는 기능입니다. 그런데 막상 적용하려고 하면 ‘이 조건이 안 됩니다’라는 벽을 만나는 경우가 꽤 있습니다.
Translytical task flow가 뭔지 한 줄로 정리하면
Power BI Translytical task flow는 보고서를 보는 화면에서 데이터를 직접 수정하거나, 외부 시스템에 작업을 보낼 수 있게 해주는 기능입니다. 분석(analytical)과 트랜잭션(transactional)을 하나로 묶는다는 의미에서 ‘translytical’이라고 부릅니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)
지금까지 Power BI는 기본적으로 ‘읽기 전용’이었습니다. 보고서에서 문제를 발견하면 다른 시스템으로 이동해서 수정하고, 다시 Power BI로 돌아와서 결과를 확인하는 방식이 반복됐습니다. TTF는 그 사이의 이동 자체를 없애는 게 핵심입니다. 영업팀이 보고서에서 할인율을 직접 바꾸거나, 재무팀이 예산 승인을 보고서 안에서 바로 처리할 수 있게 됩니다.
💡 공식 발표 내용과 실제 사용 흐름을 같이 놓고 보면, TTF의 핵심은 “보고서가 업무 도구 역할까지 한다”는 것이지, 단순히 데이터를 쓸 수 있다는 기술적 설명이 아닙니다.
2025년 5월 프리뷰로 시작해서 2026년 3월 Power BI Desktop v2.152.882.0 업데이트와 함께 정식 기능(GA)으로 전환됐습니다. (출처: Microsoft Power BI Blog, 2026.03.18) 프리뷰 딱지가 떼어졌다는 건, 이제 프로덕션 환경에서 공식적으로 쓸 수 있다는 뜻입니다.
보고서에서 데이터를 바꿀 수 있게 된 구조
TTF가 작동하는 구조는 세 단계로 이루어집니다. 데이터를 저장하는 Fabric 데이터 원본, 로직을 처리하는 사용자 데이터 함수(User Data Function, 이하 UDF), 그리고 버튼과 입력 슬라이서가 달린 Power BI 보고서입니다.
| 구성 요소 | 역할 | 비고 |
|---|---|---|
| Fabric 데이터 원본 | 데이터 저장 및 관리 | SQL DB 권장 |
| UDF (Python 코드) | 로직 처리·외부 API 호출 | 문자열 반환 필수 |
| Power BI 보고서 | 사용자 입력·버튼 UI | 입력 슬라이서 3종 |
사용자가 보고서에서 버튼을 누르면, UDF가 실행되면서 Fabric 데이터 원본에 데이터를 추가·수정·삭제하거나 외부 API에 요청을 보냅니다. UDF는 Python 기반이고, 반환값이 반드시 str 타입이어야 합니다. 공식 문서에 이 조건이 딱 명시되어 있습니다. (출처: Microsoft Learn, Translytical 작업 흐름 개요)
데이터 쓰기저장(write-back)이 지원되는 Fabric 데이터 원본은 세 가지입니다. Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일 전용)입니다. 읽기·쓰기 작업이 많은 보고 시나리오에는 SQL 데이터베이스가 권장됩니다. 온라인 트랜잭션 처리(OLTP)에 최적화되어 있기 때문입니다. (출처: nimblelearn.com, 2025.10.31)
💡 외부 API 호출도 가능합니다. Azure OpenAI에 요청을 보내서 보고서 안에서 AI 제안을 바로 받아오는 시나리오가 공식 문서에 예시로 나와 있습니다. (출처: Microsoft Learn, 2026.03)
‘편하다’고만 들었을 때 놓치게 되는 조건들
⚠️ 가장 먼저 확인해야 할 것
TTF는 Microsoft Fabric 용량(Capacity)이 있어야만 작동합니다. Power BI Pro나 Premium Per User(PPU) 라이선스만으로는 UDF를 만들거나 실행할 수 없습니다. Fabric 평가판으로 시작하는 방법이 공식 튜토리얼에 안내되어 있습니다. (출처: Microsoft Learn 튜토리얼, 2026.03)
정식 출시 발표를 보고 “이제 쓸 수 있겠구나” 생각했다면, 아래 제한 조건들을 먼저 확인해야 합니다. 공식 문서에 나온 내용입니다. (출처: Microsoft Learn, Translytical 작업 흐름 개요)
① 지원되지 않는 보고서 형식이 있습니다
PBIR(Power BI 고급 보고서)와 PBIP(Power BI 프로젝트) 형식은 현재 TTF를 지원하지 않습니다. Power BI Embedded의 경우 보안 포함(Secure Embed) 시나리오에서만 지원됩니다. 팀에서 어떤 보고서 형식을 사용하는지 먼저 확인해야 합니다.
② 입력 UI 옵션이 3가지뿐입니다
사용자 입력을 받을 수 있는 방식은 목록, 텍스트, 버튼 슬라이서 세 가지입니다. 날짜 선택기(Date Picker)나 슬라이더가 없습니다. 텍스트 슬라이서는 기본값 설정이 안 됩니다. 직접 써본 개발자들의 후기에서 “레코드 편집 시 UX가 좋지 않다”는 지적이 반복됩니다. (출처: Medium, Jon Vöge, 2025.09.08)
③ 첫 세션 시작이 느릴 수 있습니다
TTF는 Fabric 컴퓨팅 위에서 돌아가기 때문에 처음 실행할 때 세션을 시작하는 데 수십 초에서 수분이 걸릴 수 있습니다. 세션이 한 번 살아나면 이후 작업은 빠르게 처리됩니다. 이 초기 지연 현상은 Power Apps 내장 방식에 비해 단일 레코드 처리에서 체감 속도가 느리게 느껴지는 원인입니다. (출처: Medium, Jon Vöge, 2025.09.08)
💡 공식 문서와 실제 사용 흐름을 같이 놓고 보면, TTF는 대량 레코드 처리에는 강하고 단일 레코드 편집 UX에는 약합니다. 용도에 맞게 판단해야 합니다.
Power Apps와 같이 쓰는 게 낫지 않은지 직접 비교해 봤습니다
TTF가 나오기 전에는 Power BI에서 데이터를 수정하려면 Power Apps를 보고서 안에 내장하는 방식을 많이 썼습니다. TTF가 GA가 된 지금, 둘 중 어느 것을 선택해야 할지는 상황에 따라 다릅니다. 개발자 관점에서 실제 비교한 자료를 기반으로 정리했습니다. (출처: Medium, Jon Vöge, 2025.09.08)
| 비교 항목 | TTF | Power Apps 내장 |
|---|---|---|
| 입력 UI 다양성 | 낮음 (3종) | 높음 (다양) |
| 단일 레코드 처리 속도 | 초기 지연 있음 | 빠름 |
| 대량 레코드 처리 | 강점 | 저장 프로시저 필요 |
| 추가 라이선스 비용 | 없음 (Fabric 내) | 월 $20/인 |
| 솔루션 아키텍처 복잡도 | 단순 | 플랫폼 2개 관리 |
| 디버깅 편의성 | 불편 (에러 메시지 불분명) | Monitor 도구 제공 |
이 비교에서 보이는 핵심 포인트가 하나 있습니다. Power Apps는 프론트엔드 경험이 좋지만, 인당 월 $20짜리 Premium 라이선스가 없으면 API 연결 같은 핵심 기능을 못 씁니다. (출처: Medium, Jon Vöge, 2025.09.08) 사용자가 10명이면 월 $200, 100명이면 월 $2,000입니다. TTF는 이미 Fabric 용량 안에 포함되어 있으니 추가 비용이 없습니다.
결론부터 말하면, 사용자 수가 많고 대량 처리가 필요한 기업 환경에서는 TTF가 비용 구조에서 분명한 이점이 있습니다. 개인별 복잡한 편집 UI가 필요하다면 Power Apps가 여전히 낫습니다.
실제로 쓸 수 있는 시나리오 3가지
공식 문서와 실제 사례를 교차해서 보면, TTF가 실질적으로 효과를 내는 장면이 세 가지로 좁혀집니다.
① 할인 요청 → Teams 알림 자동 전송
영업 기회 보고서에서 고위험 건을 필터링하고, 담당자가 할인율을 입력한 뒤 버튼 한 번으로 Teams에 승인 요청을 자동으로 보냅니다. 보고서를 나가지 않아도 됩니다. 공식 Microsoft Learn 튜토리얼에서 이 시나리오를 예시로 사용합니다. (출처: Microsoft Learn, Translytical 작업 흐름 개요, 2026.03)
② 제품 설명 실시간 수정 → SQL DB 반영
입력 슬라이서에 새 제품 설명을 입력하고 버튼을 누르면, UDF가 Fabric SQL 데이터베이스의 해당 레코드를 즉시 업데이트합니다. 보고서가 DirectQuery 모드로 연결되어 있으면 변경 결과가 실시간으로 테이블에 반영됩니다. 이 시나리오는 공식 엔드투엔드 튜토리얼에서 단계별로 안내합니다. (출처: Microsoft Learn 튜토리얼, 2026.03)
③ Azure OpenAI 연동 → 인라인 AI 제안 생성
보고서에서 영향 요인을 선택하면 UDF가 Azure OpenAI Responses API를 호출해서 맞춤형 제안을 보고서 안에 바로 표시합니다. 외부 AI 서비스를 보고서에 끌어들이는 방식입니다. (출처: Microsoft Learn, 사용자 지정 자동화 예시, 2026.03)
💡 세 시나리오 모두 공통 조건이 있습니다. Fabric 용량이 있어야 하고, 보고서가 DirectQuery 또는 실시간 연결 모드여야 변경 결과가 즉시 반영됩니다.
CI/CD 환경에서 이 기능을 도입하기 전에 확인해야 할 것
많은 블로그가 TTF의 편의성만 강조하는데, 실제 기업 환경에서 CI/CD 파이프라인을 운영하고 있다면 반드시 확인해야 할 내용이 있습니다. 공식 발표 내용과 실제 배포 흐름을 함께 보면 보이는 부분입니다.
⚠️ Fabric Deployment Pipeline 미지원
TTF는 현재 Fabric의 배포 파이프라인(Deployment Pipeline)을 지원하지 않습니다. 개발 → 테스트 → 프로덕션 환경으로 보고서를 이동할 때, 데이터 함수 버튼 연결을 수동으로 다시 해야 합니다. (출처: nimblelearn.com, 2025.10.31)
여러 환경(dev/staging/prod)을 운영하는 팀이라면 이 수동 작업이 배포할 때마다 반복됩니다. GA 이후 Fabric Deployment Pipeline 지원이 추가될 것으로 예상되지만, 이유는 아직 공개되지 않았습니다.
또 하나는 UDF 코드 변경 반영 지연 문제입니다. Power BI Desktop에서 UDF를 수정한 뒤 보고서에 반영되는 데 5분 이상 걸리는 경우가 있고, Desktop 재시작도 즉시 해결이 안 됩니다. (출처: Medium, Jon Vöge, 2025.09.08) 개발 속도에 영향을 주는 부분입니다.
이 두 가지를 알고 시작하면, 도입 전에 팀 내 CI/CD 흐름을 어떻게 조정할지 미리 논의할 수 있습니다. 모르고 시작하면 배포 단계에서 처음 막히게 됩니다.
자주 묻는 질문
마치며
Power BI Translytical task flow는 분명히 의미 있는 변화입니다. 보고서가 ‘읽는 도구’에서 ‘행동하는 도구’로 바뀌는 방향이고, 방향 자체는 맞습니다. 2025년 5월 프리뷰로 시작해서 2026년 3월에 GA가 됐다는 건, 기능 완성도에 어느 정도 자신감이 생겼다는 뜻이기도 합니다.
다만 솔직히 말하면, 아직 프론트엔드 UI 옵션이 빈약하고 CI/CD 통합도 완전하지 않습니다. Power Apps와 비교했을 때 비용 면에서는 TTF가 유리하지만 사용자 경험 면에서는 여전히 Power Apps가 낫습니다. Deployment Pipeline 지원이 추가되고, 입력 UI 옵션이 더 늘어나면 TTF의 실용성은 지금보다 훨씬 올라갈 것 같습니다.
지금 당장 도입을 검토한다면, Fabric 용량 조건과 배포 환경을 먼저 확인하는 게 시간 낭비를 줄이는 가장 빠른 방법입니다.
📎 본 포스팅 참고 자료
본 포스팅은 Microsoft Power BI 공식 문서 및 공개 자료를 기반으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 최신 정보는 Microsoft Learn 공식 문서에서 직접 확인하세요.
댓글 남기기