Power BI Desktop v2.152.882.0
IT/AI
Power BI Translytical, 진짜 쓸 수 있는 조건 따로 있습니다
결론부터 말씀드리면, Power BI Translytical 워크플로는 2026년 3월 18일에 정식(GA) 전환됐습니다. 보고서를 벗어나지 않고 데이터를 직접 수정하거나 Teams에 승인 요청을 날리는 게 가능해졌습니다. 근데 막상 세팅하려고 들면 Fabric 라이선스, Python 기반 UDF 개발, 특정 파일 포맷 제한이라는 세 가지 벽이 기다리고 있습니다.
Power BI가 드디어 ‘쓰기’를 공식 지원합니다
Power BI는 오랫동안 ‘읽기 전용 도구’였습니다. 대시보드에서 문제를 발견해도 수정은 다른 시스템에서 따로 해야 했습니다. 그 한계를 해결하겠다고 Microsoft가 2025년 5월 프리뷰로 내놓은 게 Translytical 태스크 플로우이고, 2026년 3월 18일자로 드디어 GA(General Availability), 즉 정식 출시 상태가 됐습니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)
Translytical이라는 이름 자체가 Transactional(트랜잭션)과 Analytical(분석)을 합친 조어입니다. 보고서에서 데이터를 보는 것(분석)과 데이터를 바꾸는 것(트랜잭션)을 같은 화면에서 하겠다는 개념입니다. 약 10개월간의 프리뷰 기간을 거쳐 이제 프로덕션 환경에 공식 적용할 수 있게 됐습니다.
💡 공식 발표문과 실제 기능 설명을 같이 놓고 보면, “GA 전환”이 의미하는 게 단순히 Preview 딱지 뗀 것 이상입니다. Fabric User Data Functions(UDF)도 같은 시점에 GA 상태를 유지하고 있어서, 이제 두 기능 모두 정식 SLA 범위 안에 들어왔습니다. 전보다 안정적으로 엔터프라이즈 환경에서 배포할 수 있다는 뜻이기도 합니다.
이전에는 Power BI 안에서 데이터를 수정하려면 Power Apps 커스텀 비주얼을 따로 끼워 넣거나, Power Automate 흐름을 별도로 구성해야 했습니다. 제3자 라이선스가 필요한 경우도 있었고, 연동 과정에서 이탈되는 UX가 불편하다는 피드백이 꾸준히 있었습니다. Translytical은 그 과정을 Power BI 보고서 안에서 버튼 하나로 마무리하는 구조입니다.
Translytical이 실제로 하는 일 3가지
공식 문서에는 Translytical 태스크 플로우가 지원하는 시나리오를 크게 세 범주로 나눕니다. (출처: Microsoft Learn — Understand translytical task flows)
① 데이터 쓰기(Data Write-back)
보고서에 필터를 적용한 채로 레코드를 추가·수정·삭제합니다. 예를 들어 영업팀 보고서에서 고객별 할인율을 직접 입력하고 ‘제출’ 버튼을 누르면, Fabric SQL DB에 값이 즉시 반영됩니다. 수정 결과는 보고서 테이블에 바로 갱신돼 보입니다.
지원 데이터 소스: Fabric SQL DB / Fabric Warehouse / Fabric Lakehouse(파일 한정)
② 워크플로 트리거(External Workflow)
보고서에서 버튼을 누르면 외부 REST API를 호출합니다. 가장 흔한 시나리오는 Teams 채널에 승인 요청 메시지 자동 게시입니다. 공식 데모에서는 영업 기회 테이블에서 고위험·고물량 건을 필터링 후 ‘할인 요청’ 버튼을 클릭하면, 담당자 코멘트와 함께 Teams 포스트가 자동 생성되는 흐름을 보여줍니다.
Azure OpenAI Responses API 호출도 공식 문서 예시로 소개됩니다.
③ 어노테이션·주석 추가
데이터를 바꾸지 않고 메모·태그 형태의 주석만 기록하는 용도입니다. 이슈 로그, 품질 체크, 리뷰 코멘트 같은 협업 시나리오에 활용합니다.
세 시나리오 모두 공통적으로 Fabric User Data Functions(UDF)가 실행 엔진입니다. 버튼을 눌렀을 때 Power BI가 직접 DB를 건드리는 게 아니라, 보고서 필터 컨텍스트를 파라미터로 UDF에 넘기고, UDF가 실제 처리를 담당하는 구조입니다. 사용자 눈에는 버튼 하나지만, 뒤에서는 Python 코드가 돌아가고 있습니다.
쓰려면 반드시 갖춰야 하는 조건들
여기서부터가 핵심입니다. GA가 됐다고 해서 기존 Power BI 환경에 바로 붙여 쓸 수 있는 게 아닙니다. 공식 문서에 명시된 전제조건을 보면 생각보다 진입 장벽이 있습니다.
| 조건 항목 | 요구 사항 | 없으면? |
|---|---|---|
| 데이터 저장소 | Fabric SQL DB / Warehouse / Lakehouse | 쓰기 불가 |
| 실행 엔진 | Fabric User Data Functions (Python) | 버튼 동작 불가 |
| 보고서 파일 형식 | .pbix (표준 형식) | PBIR/PBIP는 미지원 |
| 임베드 시나리오 | Secure Embed만 허용 | Power BI Embedded 미지원 |
| UDF 반환 타입 | str 타입만 허용 | 다른 타입 반환 시 보고서에 추가 불가 |
표에서 가장 중요한 포인트는 Fabric 라이선스입니다. Translytical은 Fabric 플랫폼 위에서만 작동합니다. 기존에 Power BI Pro나 Premium Per User(PPU) 라이선스만 있는 조직이라면 별도로 Microsoft Fabric Capacity를 구매하거나 Free Trial을 활성화해야 합니다. Power BI만으로는 절대 구성이 안 됩니다. 이 점은 공식 Translytical 문서에 명시돼 있습니다.
💡 공식 문서 권고 사항을 실무 비용 관점에서 보면 이렇습니다. 쓰기 성능 최적화를 위해 Fabric SQL DB를 권장하는 이유는 OLTP(온라인 트랜잭션 처리) 최적화 때문입니다. Fabric Warehouse나 Lakehouse도 지원하지만, 동시 읽기·쓰기가 많은 보고서 환경에서는 SQL DB가 가장 안정적입니다. (출처: Microsoft Learn, 2026.03.18)
GA가 됐는데도 막히는 경우가 있습니다
정식 출시가 됐다고 해서 모든 제약이 사라진 건 아닙니다. 2026년 3월 28일 현재 기준, 아직 해결되지 않은 제한 사항이 공식 문서에 명시돼 있습니다.
⚠️ PBIR / PBIP 포맷 미지원
Git 연동 환경에서 보고서를 관리하는 팀이라면 이 제한이 치명적입니다. PBIR(Power BI Enhanced Report)이나 PBIP(Power BI Project) 포맷은 Translytical을 아예 지원하지 않습니다. Git 기반 CI/CD로 Dev → Test → Prod 환경을 운영하는 팀은 보고서 포맷을 .pbix로 바꾸지 않는 이상 이 기능을 쓸 수 없습니다. (출처: Microsoft Learn Translytical 문서, 2026.03.18)
⚠️ Fabric 배포 파이프라인 미지원
Fabric의 기본 배포 파이프라인(Deployment Pipeline)이 Translytical 보고서를 아직 완전히 지원하지 않습니다. 환경 간 배포 시 데이터 함수 버튼을 수동으로 다시 바인딩해야 하는 단계가 남아 있습니다. Microsoft 공식 문서에서도 이 제약을 인정하고 있으며, GA 이후 업데이트로 해결 예정이라고 밝혔지만 일정은 공개하지 않았습니다.
⚠️ Power BI Embedded 미지원
외부 고객을 위한 포털이나 앱에 Power BI를 임베드하는 방식(Embed for customers)은 Translytical을 지원하지 않습니다. Secure Embed(조직 내부 임베드)만 허용됩니다. 외부 사용자에게 write-back 기능을 노출하는 시나리오는 현재 구현 불가입니다.
이 세 가지 제약을 묶어 보면 하나의 공통점이 보입니다. Translytical은 현재 조직 내부 사용자, 표준 .pbix 포맷, 수동 배포 허용 환경에서만 온전히 작동합니다. DevOps가 체계화된 팀일수록 오히려 쓰기 어렵다는 게 아이러니한 지점입니다.
Python을 못 짜면 어떻게 하나요
많은 Power BI 유저들이 이 기능을 보고 기대하는 그림은 “비개발자도 버튼 드래그해서 write-back 설정하면 끝”입니다. 실제로는 다릅니다.
💡 공식 문서 흐름과 실제 구현 단계를 같이 놓고 보면 이런 차이가 보였습니다. 보고서에 버튼을 넣는 것 자체는 Power BI Desktop에서 UI로 가능합니다. 하지만 그 버튼이 실제로 뭔가를 하려면, Fabric 포털에서 Python 기반 User Data Function을 별도로 작성·배포해야 합니다. 버튼의 앞단은 노코드지만, 뒷단 로직은 반드시 코드가 필요합니다.
UDF는 Python으로 작성하며, 입력 파라미터 검증, DB 연결 관리, 에러 핸들링, Fabric 배포까지 개발자 역량이 있어야 합니다. 비즈니스 사용자 입장에서 버튼을 누르는 경험은 단순하지만, 그 버튼을 만드는 과정은 단순하지 않습니다. (출처: NimbleLearn — 6 Things You Should Know, 2025.10.31)
만약 Python 개발자가 없는 팀이라면 선택지는 두 가지입니다. 첫째, Microsoft가 GitHub에 공개한 샘플 UDF 코드를 그대로 가져다 수정하는 방법입니다. 공식 Translytical 예시 모음(gist.github.com/Sujata994)에서 데이터 수정, Teams 연동, Azure OpenAI 호출 등 시나리오별 코드를 참고할 수 있습니다. 둘째, Aimplan 같은 서드파티 플래닝 솔루션을 활용하는 방법입니다. 이쪽은 UDF 없이도 Power BI 안에서 데이터 입력이 가능한 노코드 방식을 제공합니다.
개인적으로는 첫 번째 경로가 현실적이라고 봅니다. Microsoft 샘플 코드의 완성도가 꽤 높고, Python 기초 수준만 있으면 연결 정보나 변수 이름 정도만 바꿔서 쓸 수 있습니다. 다만 처음 세팅할 때 Fabric 내 UDF 배포 프로세스를 파악하는 데 시간이 걸립니다.
이 기능이 필요한 팀과 아닌 팀
솔직히 말하면, Translytical이 모든 팀에게 맞는 기능은 아닙니다. 어떤 팀에게 가장 큰 효과가 있는지, 반대로 지금 당장은 건너뛰어도 되는 팀은 어딘지 정리했습니다.
✅ 지금 바로 검토할 만한 팀
- Fabric를 이미 쓰고 있는 조직
- 대시보드 보다가 다른 앱으로 이동하는 단계가 반복되는 팀
- 영업 파이프라인·할인 승인·재고 상태 업데이트가 일상인 팀
- Python 개발자가 내부에 있는 BI 팀
- 표준 .pbix 형식으로 보고서를 운영 중인 팀
⏸ 지금은 기다리는 게 나은 팀
- PBIR/PBIP + Git 기반 배포 환경 운영 중인 팀
- 외부 고객 포털에 Power BI 임베드 중인 팀
- FP&A 예산 수립·시나리오 플래닝이 주목적인 팀
- Fabric 라이선스 없이 Pro/PPU만 있는 조직
- 대규모 다단계 승인 워크플로가 필요한 팀
특히 마지막 포인트인 예산·계획 워크플로 팀에 대해서는 좀 더 설명이 필요합니다. Translytical은 레코드 단위의 빠른 수정에 강합니다. 반면 수천 건의 입력값, 시나리오 버전 관리, 탑다운 분배 같은 재무 계획 기능은 공식 문서 어디에도 없습니다. “write-back이 된다”는 말이 맞긴 하지만, FP&A 시스템을 대체할 수준은 아닙니다. 이 부분을 혼동하면 기대치와 현실 사이 간극이 생깁니다.
자주 나오는 질문 5가지
Q1. Translytical 태스크 플로우는 Power BI Pro 라이선스로 쓸 수 있나요?
A. 아닙니다. Translytical은 Fabric 플랫폼 기반 기능이라 Microsoft Fabric Capacity(F SKU) 또는 Power BI Premium Capacity(P SKU) 환경이 필요합니다. Power BI Pro나 PPU 단독으로는 Fabric User Data Functions를 배포하거나 실행할 수 없습니다.
Q2. Azure SQL이나 일반 SQL Server에 직접 쓸 수 있나요?
A. 직접 write-back은 안 됩니다. Translytical의 네이티브 write-back 대상은 Fabric SQL DB, Fabric Warehouse, Fabric Lakehouse(파일)로 한정됩니다. Azure SQL에 쓰려면 UDF 안에서 외부 REST API나 커넥션을 별도 구성해야 하며, 이 경우 공식 지원 범위를 벗어납니다.
Q3. 쓰기 작업을 했을 때 보고서가 즉시 새로고침되나요?
A. 기본적으로 UDF가 str 타입 응답을 반환하면서 보고서 내 시각적 개체가 갱신됩니다. Direct Lake 모드를 함께 쓰면 새로 쓴 데이터가 빠르게 반영됩니다. 다만 Import 모드 시맨틱 모델은 별도 새로고침이 필요할 수 있습니다.
Q4. PBIR/PBIP 지원이 언제 추가되나요?
A. Microsoft가 공식 일정을 발표하지 않았습니다. Fabric Community에는 해당 지원을 요청하는 아이디어 게시물이 있고 (2025년 5월 등록), NimbleLearn 등 파트너들도 GA 직후 또는 이후 빠르게 해결될 것으로 기대하고 있지만, 2026년 3월 28일 현재까지 구체적인 일정은 공개되지 않았습니다.
Q5. 무료로 테스트해볼 방법이 있나요?
A. Microsoft Fabric 60일 무료 체험을 통해 Fabric Capacity Trial을 활성화하면 됩니다. Trial 환경에서 Fabric SQL DB와 User Data Functions를 모두 사용할 수 있어 Translytical 전 기능을 테스트해볼 수 있습니다. Microsoft Learn 공식 튜토리얼(translytical-task-flow-tutorial)을 따라가면 처음 세팅하는 데 약 30~60분 정도 걸립니다.
마치며
Power BI Translytical 워크플로의 GA 전환은 진짜 의미 있는 업데이트입니다. 10년 가까이 읽기 전용이었던 도구가 드디어 데이터를 쓸 수 있게 됐고, 그게 공식 지원 범위 안에 들어왔다는 사실 자체가 중요합니다.
다만 “GA 됐으니 바로 써볼 수 있겠네”라고 가볍게 접근하면 Fabric 라이선스 벽, Python UDF 개발 필요, PBIR/PBIP 미지원이라는 세 가지 벽에 순서대로 부딪힙니다. 프리뷰 딱지는 뗐지만, 완전한 엔터프라이즈 ready 상태라고 보기엔 아직 채워야 할 구멍이 있습니다.
지금 당장 쓰기 가장 좋은 상황은 Fabric 이미 있고, 단순 레코드 수정·Teams 알림 자동화를 원하는 팀입니다. 반대로 Git 배포 파이프라인이나 외부 임베드가 필수인 환경이라면, 공식 일정 업데이트를 조금 더 기다리는 게 현실적입니다.
📚 본 포스팅 참고 자료
- Power BI March 2026 Feature Summary — Microsoft Power BI 공식 블로그 (2026.03.18)
- Understand translytical task flows — Microsoft Learn 공식 문서
- 6 Things You Should Know About Translytical Task Flows — NimbleLearn (2025.10.31)
- What Are Translytical Task Flows and Are They Enough for Planning — Aimplan
- PBIR/PBIP 지원 요청 — Microsoft Fabric Community (2025.05)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 본 포스팅은 Power BI Desktop v2.152.882.0 (2026.03.15 배포) 및 Microsoft Learn 공식 문서 (2026.03.18 기준)를 바탕으로 작성됐습니다. 라이선스 비용, 서비스 한도, 지원 범위 등의 세부 사항은 Microsoft 공식 페이지에서 최신 정보를 반드시 확인하세요.
댓글 남기기