Power BI Translytical, GA됐다는데
이 조건 없으면 못 씁니다

2026년 3월 18일, Microsoft는 Power BI Translytical 작업 흐름(Translytical Task Flows)의 정식 출시(GA)를 공식 발표했습니다. 보고서를 벗어나지 않고 데이터를 직접 수정하거나 외부 시스템을 트리거할 수 있다는 점에서 꽤 큰 변화입니다. 그런데 막상 쓰려고 보면 진입 조건이 생각보다 까다롭습니다.

Translytical이 정확히 뭔지, 한 줄로 정리

Power BI는 원래 읽기 전용 플랫폼이었습니다. 보고서를 보고 인사이트를 얻는 곳이지, 데이터를 수정하는 곳이 아니었죠. Translytical 작업 흐름(Translytical Task Flows)은 그 경계를 허물려는 시도입니다. 보고서 안에 버튼이나 입력 슬라이서를 달아서, 클릭 한 번으로 Fabric 데이터베이스의 레코드를 업데이트하거나 Teams 같은 외부 시스템에 메시지를 보낼 수 있게 해줍니다.

단어 자체가 생소할 수 있는데, “트랜잭션(Transactional) + 분석(Analytical)”을 합친 조어입니다. 데이터를 보면서 동시에 행동(Action)까지 취하는 방식이라고 보면 됩니다. 예를 들어 영업 파이프라인 보고서에서 특정 거래의 할인율을 직접 수정하고, 그 결과가 바로 보고서에 반영되는 시나리오가 가능합니다. 기술적으로는 Fabric의 사용자 데이터 함수(User Data Functions, UDF)를 Python 스크립트로 서버에 올린 뒤, Power BI 버튼이 그 함수를 호출하는 구조입니다. (출처: Microsoft Learn 공식 문서 — Translytical task flows overview)

2025년 5월 I/O에서 처음 프리뷰로 공개됐고, 2026년 3월 18일 Power BI Desktop v2.152.882.0과 함께 정식 출시(GA)로 전환됐습니다. GA가 됐다는 건 더 이상 프리뷰 기능 토글을 켤 필요가 없다는 뜻입니다.

▲ 목차로 돌아가기

GA됐는데 왜 못 쓸 수 있나 — 라이선스 조건 확인

많은 분들이 “Power BI Pro 라이선스 있으면 쓸 수 있겠지”라고 생각합니다. 실제로는 그렇지 않습니다. Microsoft 공식 라이선스 문서에 따르면, Power BI Premium Per User(PPU) 라이선스만으로는 Fabric 비-Power BI 항목(레이크하우스, 웨어하우스, 노트북 등)을 만들 수 없습니다. UDF도 여기에 해당합니다. (출처: Microsoft Learn — Understand Microsoft Fabric Licenses)

정확히 말하면, F 용량(F SKU) 또는 Fabric 평가판(Trial) 용량이 있는 워크스페이스에서만 UDF를 만들 수 있습니다. P SKU(Power BI Premium 용량)는 Fabric 기능을 관리자가 활성화하면 사용 가능하지만, P SKU는 현재 Microsoft가 단계적으로 F SKU로 통합하고 있어 신규 구매는 권장하지 않습니다. 한 마디로, Translytical을 쓰려면 Fabric 용량 계약이 먼저입니다.

출처: Microsoft Learn — Understand Microsoft Fabric Licenses (2026.03.29 기준)

무료로 시작하고 싶다면 60일 Fabric Trial을 활용할 수 있습니다. Trial은 F64 용량과 동등하게 작동합니다. 다만 Trial 종료 후에는 유료 F SKU 구매가 없으면 기능이 멈춥니다.

▲ 목차로 돌아가기

실제 쓰기 저장 지원 대상, 딱 3가지입니다

Power BI 보고서에서 데이터를 수정했을 때, 그 변경 내용이 저장될 수 있는 곳은 현재 아래 세 가지뿐입니다. (출처: Power BI March 2026 Feature Summary 공식 블로그)

여기서 주목할 점이 있습니다. Azure SQL Database나 Dataverse 같은 Fabric 외부 데이터 원본은 이 “네이티브 연결 관리” 방식으로는 지원되지 않습니다. 외부 시스템에 쓰려면 사용자 데이터 함수 안에서 직접 REST API를 호출하거나, Python 드라이버를 통해 연결하는 방식을 별도로 구성해야 합니다. (출처: Microsoft Learn — Fabric 사용자 데이터 함수 서비스 제한)

외부 API 호출(예: Azure OpenAI, Teams)은 지원합니다. 보고서 안에서 AI 추천을 생성하거나, 특정 조건에서 Teams에 자동으로 알림을 보내는 시나리오는 구현 가능합니다. 단, 그 “외부 API 호출” 함수를 Python으로 직접 작성해야 합니다.

▲ 목차로 돌아가기

Power Apps 대비 Translytical의 진짜 한계

Power BI에서 데이터를 수정하는 방법은 Translytical만이 아닙니다. 기존에는 Power Apps를 보고서 안에 삽입해서 쓰기 기능을 구현하는 방식이 널리 쓰였습니다. 두 방식을 직접 비교해 보면 생각과 다른 부분이 있습니다.

입력 슬라이서가 3가지뿐입니다

Translytical에서 최종 사용자가 데이터를 입력할 수 있는 슬라이서 유형은 목록(List), 텍스트(Text), 버튼(Button) 세 가지뿐입니다. 날짜 선택기(Date Picker), 슬라이더, 라디오 버튼 같은 입력 방식은 현재 지원하지 않습니다. 텍스트 슬라이서는 기본값 설정도 안 됩니다. 레코드를 수정하는 상황에서는 기존 값이 자동으로 입력 박스에 채워져 있어야 하는데, 그게 안 된다는 뜻입니다. (출처: downhill-data.com — Comparing write-back options, 2025.09.09)

반면 Power Apps는 날짜 선택기, 슬라이더, 라디오 버튼, 드롭다운, 다중 화면 구성까지 가능합니다. 사용자 경험만 놓고 보면 Power Apps가 여전히 더 유연합니다. 다만 Power Apps는 Power Platform 라이선스가 별도로 필요하고, 사용자당 월 약 20달러(약 2.7만 원) 수준의 Premium 라이선스가 필요해 비용이 부담될 수 있습니다. Translytical은 이미 Fabric 용량이 있다면 추가 비용 없이 사용할 수 있다는 게 핵심 강점입니다.

출처: downhill-data.com 비교 분석, LinkedIn 실사용 리뷰 (2025.09~2026.03), 표 내 수치는 실측 및 공식 문서 기반

솔직히 말하면, 지금 시점에서 Translytical은 “Fabric을 이미 쓰고 있고, IT 팀이 Python을 다룰 수 있는 조직”에 유리한 선택입니다. 처음 도입하거나 비개발자가 직접 설정해야 한다면 아직 Power Apps 쪽이 현실적입니다.

▲ 목차로 돌아가기

3월 업데이트에서 같이 나온 것들, 이건 쓸 수 있습니다

Translytical 외에도 2026년 3월 업데이트에는 즉시 쓸 수 있는 기능들이 함께 포함됐습니다. 중요한 건 이 기능들 중 일부는 Fabric 용량 없이도, 기존 Power BI Pro 환경에서도 사용 가능하다는 점입니다.

Direct Lake in OneLake도 정식 출시됐습니다

Direct Lake 스토리지 모드가 OneLake 기반으로 GA 전환됐습니다. 기존에는 SQL 분석 엔드포인트를 거쳐야 했는데, 이제 Delta Lake / Parquet 파일에 직접 접근하는 방식으로 더 빠른 쿼리 성능을 제공합니다. OneLake 보안(행 수준 보안 포함)과도 호환됩니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com)

사용자 지정 합계 — 테이블 합계가 이상하게 나왔던 분들 주목

Power BI 테이블 시각적 개체에서 합계 행이 “단순 합산”이 아니라 DAX 측정값을 전체 필터 컨텍스트에서 계산한 값으로 표시되는 건 원래 의도된 동작입니다. 예를 들어 “카테고리별 평균 매출”의 합계 행은 각 카테고리 평균의 합이 아니라 전체 평균을 보여줍니다. 이게 맞는 동작이긴 한데, 현장에서 “합계가 왜 이렇게 나오냐”는 질문이 반복됐습니다.

이번 3월 업데이트에서 사용자 지정 합계(Custom Totals) 기능(미리 보기)이 추가됐습니다. 숫자 열을 마우스 오른쪽 버튼으로 클릭하면 합계 계산 방식을 합산, 최솟값, 최댓값, 고유 개수, 개수 중에서 선택할 수 있습니다. DAX를 직접 건드리지 않아도 됩니다. 단, 이 기능은 시각적 계산(Visual Calculations) 프리뷰를 활성화해야 사용할 수 있습니다.

꺾은선형 차트의 레이블 지시선 — 작지만 실질적인 변화

데이터 계열이 많은 꺾은선형 차트에서 레이블이 서로 겹쳐 어느 선이 어느 레이블인지 구분이 어려웠던 문제가 개선됐습니다. 이제 레이블 지시선(Leader Lines)이 각 레이블과 해당 데이터 포인트를 시각적으로 연결합니다. 새 보고서에서 계열 레이블을 켜면 자동으로 활성화되고, 기존 보고서는 영향 없습니다.

▲ 목차로 돌아가기

공식 발표문과 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다

함수 소유자만 편집 가능 — 팀 협업에서 생각지 못한 병목

공식 제한 사항 중 한 가지가 실무에서 의외의 문제를 만들 수 있습니다. 사용자 데이터 함수는 현재 소유자만 편집할 수 있습니다. 팀 단위로 보고서를 관리하는 환경에서, 함수를 만든 사람이 휴가를 가거나 퇴사하면 해당 함수를 수정할 수 있는 사람이 없어집니다. 소유권 이전(Take Over)은 가능하지만 Fabric 포털에서 별도로 수행해야 하는 작업입니다. (출처: Microsoft Learn — Fabric 사용자 데이터 함수 서비스 제한, 2026.01.21)

팀이 Git 기반으로 코드를 관리한다면 GitHub나 Azure DevOps와 연동해서 협업할 수 있지만, 그조차도 게시(Publish) 시 2분 쿨다운 제한이 있어서 빠른 반복 작업에는 불편합니다.

이 두 가지를 조합하면 한 가지 실용적인 결론이 나옵니다. Translytical을 도입할 때는 (1) Fabric 용량 및 Python 역량을 갖춘 BI/IT 팀이 있는지, (2) 함수 소유권 관리 정책을 사전에 정했는지, (3) UDF에 에러 핸들링 로직을 반드시 넣었는지 — 이 세 가지를 먼저 확인해야 합니다. 보고서가 화려해 보여도 내부가 이 조건을 갖추지 못하면 실무 사용이 어렵습니다.

▲ 목차로 돌아가기

자주 나오는 질문 5가지

▲ 목차로 돌아가기

마치며 — 총평

Power BI Translytical 작업 흐름이 정식 출시로 전환된 건 분명 의미 있는 변화입니다. 보고서에서 분석만 하던 Power BI가 이제 데이터를 직접 바꿀 수 있는 도구로 진화하고 있다는 신호니까요. 그런데 “GA됐다”는 말 하나에 진입 장벽이 사라진다고 오해하면 안 됩니다.

Fabric F 용량, Python 역량, 함수 소유권 관리, 에러 핸들링 설계 — 이 네 가지가 갖춰지지 않으면 실무에서 쓰기 어렵습니다. 반대로 이 조건이 이미 있는 조직이라면, Power Platform 라이선스 비용 없이 데이터 쓰기 시나리오를 구현할 수 있다는 게 Translytical의 진짜 가치입니다.

솔직한 한 마디로 마무리하면, Translytical은 지금 당장 쓸 수 있는 완성품보다는 “방향이 맞는 베타”에 가깝습니다. 입력 슬라이서 종류가 늘어나고, 팀 편집이 지원되고, PBIR 형식 호환까지 된다면 그때 본격적으로 도입을 검토해도 늦지 않습니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Power BI March 2026 Feature Summary — Microsoft Power BI Blog (2026.03.18)
2. Translytical 작업 흐름 개요 — Microsoft Learn
3. Fabric 사용자 데이터 함수 서비스 제한 — Microsoft Learn (2026.01.21)
4. Understand Microsoft Fabric Licenses — Microsoft Learn
5. Comparing write-back options: Translytical Task Flows vs Power Apps — Downhill Data (2025.09.09)