2026.03.18 기준 / Power BI Desktop v2.152.882.0

Power BI 3월 업데이트, 쓰기 저장 기능 GA의 함정

Power BI 3월 업데이트에서 가장 큰 뉴스는 Translytical Task Flow의 정식 출시(GA)입니다. 보고서 안에서 데이터를 직접 수정하고 Teams에 승인 요청까지 보낼 수 있다는 건 분명히 매력적입니다. 그런데 막상 프로덕션에 붙이려 하면 공식 문서에 조용히 적혀 있는 제한 조건들이 발목을 잡습니다. 이번 업데이트에서 진짜 쓸 수 있는 것과 아직 기다려야 하는 것, 직접 정리했습니다.

🚀 신규 GA 2개

🔍 미리보기 3개

⚠️ 주요 제한 4개

이번 업데이트를 한 줄로 요약하면

Power BI 3월 업데이트(v2.152.882.0, 2026.03.15 배포)는 보고서를 단순 조회 도구에서 업무 실행 도구로 바꾸려는 Microsoft의 방향이 정식 GA로 구체화된 릴리스입니다. (출처: Power BI March 2026 Feature Summary, Microsoft)

이번 달 정식 출시(GA)가 된 기능은 딱 두 개입니다. Translytical Task Flow와 Direct Lake in OneLake. 나머지 주요 기능들(Fluent 2 시각 기본값, Custom Totals, TMDL Web 뷰, DAX UDF)은 미리보기 상태입니다. GA와 미리보기를 명확하게 구분하지 않으면 프로덕션 환경에서 낭패를 볼 수 있습니다.

💡 공식 발표문과 실제 제한 조건을 같이 놓고 보면, GA라도 ‘모든 환경’에서 바로 쓸 수 있는 건 아닙니다.

기능	상태	비고
Translytical Task Flow	✅ GA	PBIR·Embedded 일부 미지원
Direct Lake in OneLake	✅ GA	DirectQuery 폴백 없음
Fluent 2 시각 기본값	🔍 미리보기	기존 보고서 자동 적용 안 됨
Custom Totals	🔍 미리보기	서식 자동 적용 안 됨
TMDL Web 뷰	🔍 미리보기	수 주 내 순차 배포
DAX 사용자 정의 함수	🔍 미리보기	최대 256개 파라미터(기존 12개)

(출처: Microsoft Learn — Power BI 새로운 기능: 2026년 3월)

▲ 목차로 돌아가기

Translytical GA — 그런데 어디에는 안 됩니다

보고서 안에서 데이터를 바꾸는 게 이제 공식 기능입니다

Translytical Task Flow는 ‘Transactional + Analytical’을 합친 이름입니다. 2025년 5월 미리보기로 처음 등장했고, 이번 3월에 GA로 전환됐습니다. (출처: Microsoft Power BI Blog, 2026.03.18) 사용자가 보고서를 나가지 않고 레코드 수정, 주석 추가, 외부 API 호출(예: Azure OpenAI, Teams 알림)을 바로 실행할 수 있습니다. 이전까지 Power Apps를 보고서에 임베드해서 쓰거나 별도 시스템을 열어야 했던 작업들이 하나의 화면에서 끝납니다.

GA인데도 바로 못 쓰는 경우가 있습니다

공식 문서에 적혀 있는 제한 조건이 실무에서 꽤 중요합니다. PBIR(Power BI Advanced Report) 형식과 PBIP(Power BI Project) 형식은 지원하지 않습니다. Power BI Embedded는 ‘보안 포함(Secure Embed)’ 시나리오에서만 작동하고, 일반 임베드 시나리오에서는 쓸 수 없습니다. (출처: Microsoft Learn — Translytical 작업 흐름 이해) 외부 앱에 Power BI를 임베드해서 납품하는 ISV나 파트너사라면 GA 발표만 보고 바로 적용했다가 낭패를 볼 수 있습니다.

💡 CI/CD(Deployment Pipeline) 지원도 현재는 빠져 있습니다. 개발 → 스테이징 → 프로덕션 환경 이동 시 데이터 함수 버튼 바인딩을 수동으로 다시 해야 합니다. Microsoft가 GA 직후 또는 전후에 해결할 계획이라고 밝혔지만, 공식 일정은 아직 발표하지 않았습니다. (출처: nimblelearn.com, 2025.10.31)

Power Apps 대신 Translytical을 써야 하는 명확한 기준

입력 컨트롤은 현재 목록(List), 텍스트(Text), 버튼(Button) 세 가지만 지원합니다. 복잡한 다단계 폼이나 오프라인 입력이 필요한 프로세스는 Power Apps가 여전히 적합합니다. 반면 Fabric 네이티브 환경에서 보고서와 붙어 있는 단순 업무 액션(할인 승인, 상태 변경, Teams 알림)이라면 Translytical 쪽이 라이선스 오버헤드도 없고 거버넌스 통합도 훨씬 깔끔합니다. 쓰기 저장 데이터 원본은 Fabric SQL DB, Fabric 웨어하우스, Fabric 레이크하우스(파일 한정) 세 가지이며, 읽기/쓰기가 많은 시나리오에서는 Fabric SQL DB가 권장 데이터 원본입니다.

▲ 목차로 돌아가기

Direct Lake OneLake GA — 빠르다는 말이 항상 맞지 않습니다

데이터 새로 고침 없이 OneLake를 바로 읽는 구조

Direct Lake in OneLake가 이번에 GA됐습니다. 이전에 GA됐던 Direct Lake on SQL(2023년 11월)과 다른 점은 Delta Lake/Parquet 파일을 SQL 분석 엔드포인트를 거치지 않고 OneLake에서 바로 읽는다는 것입니다. 데이터 새로 고침 없이 대용량 데이터를 VertiPaq 엔진으로 메모리에 직접 로드하기 때문에, 이론상 가장 최신 데이터를 빠르게 볼 수 있습니다. (출처: Microsoft Power BI Blog, 2026.03.18)

실측 벤치마크에서 Import가 Direct Lake보다 빨랐습니다

막상 수치를 보면 이야기가 달라집니다. 실제 벤치마크(5명 동시 사용자, Distinct Count 측정값 포함)에서 Import 모드의 평균 쿼리 지속 시간은 약 174,000ms, Direct Lake는 약 247,000ms로 Direct Lake가 Import보다 약 42% 더 걸렸습니다. (출처: fourmoo.com 독립 벤치마크, 2026.01.30) 쿼리 속도만 보면 Import가 여전히 1위입니다.

💡 Direct Lake의 진짜 강점은 ‘새로 고침 비용 제거’에 있습니다. 수십억 행을 매일 임포트해야 하는 환경에서는 새로 고침 시간과 Fabric CU 소비가 줄어드는 게 쿼리 속도보다 훨씬 중요한 지표입니다.

OneLake와 SQL, 어떤 걸 골라야 하나요

두 방식의 가장 큰 차이는 DirectQuery 폴백 유무입니다. Direct Lake on OneLake는 절대 DirectQuery로 폴백하지 않습니다. SQL 뷰 같은 객체는 Delta 테이블로 구체화되지 않으면 접근 자체가 안 됩니다. 반면 Direct Lake on SQL은 SQL 분석 엔드포인트의 보안 규칙(위임 ID 모드)이 필요한 경우나 폴백이 필요한 상황에 적합합니다. (출처: Microsoft Learn — Direct Lake 개요) 간단히 말해, 보안 모델이 SQL 엔드포인트에 묶여 있다면 On SQL, 그렇지 않다면 On OneLake가 성능과 모델링 유연성 모두에서 유리합니다.

구분	Direct Lake on OneLake	Direct Lake on SQL
DirectQuery 폴백	없음	가능
SQL 뷰 지원	Delta 구체화 필요	가능
OneLake 보안 통합	✅ 네이티브	별도 설정
쿼리 성능(일반)	빠름	빠름(유사)

▲ 목차로 돌아가기

Fluent 2 미리보기 — 기존 보고서는 그대로입니다

새 보고서에만 자동으로 적용됩니다

이번 3월부터 Power BI Desktop의 새 시각적 요소에 Fluent 2 기반 기본 테마가 미리보기로 적용됩니다. 1080×1920px 회색 캔버스, 균일한 패딩, 부제목 자동 삽입, 드롭다운 기본 슬라이서가 그 내용입니다. 옵션 > 미리보기 기능에서 ‘최신 시각적 기본값’ 토글을 켜야 활성화됩니다. 여기서 중요한 것은, 기존에 만들어진 보고서의 테마는 손대지 않으면 바뀌지 않는다는 점입니다.

기존 보고서를 업데이트하려면 수동 적용이 필요합니다

기존 보고서에 새 테마를 적용하려면 [보기] → [테마] → [현재 테마 사용자 지정] → [테마 업데이트]를 직접 선택해야 합니다. 자동으로 기존 보고서가 Fluent 2로 바뀌지 않는다는 건 실수를 막기 위한 배려이기도 하지만, 다수의 보고서를 유지 관리하는 팀이라면 업그레이드 작업을 별도로 계획해야 한다는 의미이기도 합니다. 이번 달 추가된 테마 JSON 스키마 개선도 눈여겨볼 만합니다. 이제 테마 파일 안에서 기본 페이지 크기(예: 1920×1080)를 직접 지정할 수 있고, `foreground`, `background` 같은 구조적 색상을 변수처럼 참조할 수 있습니다.

▲ 목차로 돌아가기

Custom Totals — DAX 합계가 틀리는 이유를 이제 직접 고칩니다

합계 행이 행 값의 합과 다른 이유가 있습니다

테이블이나 행렬에서 총계 행이 각 행의 합계와 다르게 나오는 상황을 한 번쯤 겪어봤을 겁니다. 이건 버그가 아닙니다. DAX 측정값의 총계는 전체 필터 컨텍스트에서 다시 계산되기 때문에, 평균·고유 수·마진처럼 비가산(non-additive) 측정값은 행 합계와 다른 값이 나오는 게 원래 맞는 동작입니다. 공식 문서에 “이 동작은 의도된 설계이며 Excel의 피벗 테이블과 같습니다”라고 나옵니다. (출처: Microsoft Learn — 테이블 및 행렬)

이제 DAX를 건드리지 않고도 합계 방식을 바꿀 수 있습니다

Custom Totals(미리보기)는 이 문제에 대한 실용적인 해결책입니다. 열 제목을 오른쪽 클릭하거나 빌드 창에서 ‘합계 계산 사용자 지정’을 선택하면, DAX 측정값 자체는 변경하지 않고 해당 시각적 요소의 총계 집계 방식만 Sum, Min, Max, Count(고유), Count 중에서 고를 수 있습니다. Custom Totals는 시각 계산(Visual Calculation)을 기반으로 동작하고, 서식은 자동 적용이 안 되기 때문에 데이터 서식 설정에서 별도로 지정해야 합니다. 이 점이 다소 불편한데, 공식 문서에서도 “Custom Totals는 DAX 기본 합계 동작을 대체하지 않는다”고 명시하고 있습니다.

▲ 목차로 돌아가기

나머지 업데이트 한눈에

DAX 사용자 정의 함수 — 파라미터 상한이 12개에서 256개로

DAX UDF(미리보기)에서 이번에 눈에 띄는 변경은 지원 파라미터 수가 기존 12개에서 256개로 늘었다는 것입니다. 새로운 타입 힌트(CalendarRef, ColumnRef, MeasureRef, TableRef)도 추가됐고, 테이블·열·측정값 이름 변경 시 DAX 코드 자동 동기화도 UDF에까지 확장됐습니다. 단, 테이블 접두사 없이 쓴 비정규화 이름은 자동 추적에서 제외되니 주의가 필요합니다.

AI Narrative 자동 새로 고침 — 슬라이서 바꿀 때마다 요약이 갱신됩니다

AI 내러티브 시각 요소에서 새로 고침 버튼을 매번 누르지 않아도 되게 됐습니다. 시각화 창에서 ‘자동 새로 고침’ 토글을 켜면, 슬라이서 선택이 바뀔 때마다 AI 요약이 자동으로 업데이트됩니다. 데이터 탐색 흐름이 끊기지 않아서 발표 자료 작성에 꽤 유용한 기능입니다.

QuickBooks Online 커넥터 — 이번 달부로 서비스 종료

QuickBooks Online 커넥터가 2026년 3월부로 공식 종료됩니다. 기존 연결이 작동하지 않을 수 있고, 새 연결도 생성할 수 없습니다. QuickBooks 데이터를 Power BI로 끌어오고 있었다면, 대안 경로(Excel 내보내기 → Fabric Dataflow 등)를 지금 검토해야 합니다.

TMDL Web 뷰 — 브라우저에서 코드로 모델 수정

TMDL View가 웹 브라우저에서도 미리보기로 제공됩니다. Desktop을 열거나 파일을 내려받을 필요 없이 브라우저 코드 에디터에서 TMDL 스크립트를 작성하고 변경사항을 바로 적용할 수 있습니다. 변경 전후를 나란히 보여주는 diff 뷰도 포함돼 있어서, 모델 구조 변경 전에 무엇이 달라지는지 확인하고 적용할 수 있습니다.

▲ 목차로 돌아가기

자주 나오는 질문 5가지

Q1. Translytical Task Flow를 쓰려면 Fabric 라이선스가 필수인가요?

네, 필수입니다. Translytical Task Flow의 핵심 엔진인 User Data Function(UDF)은 Fabric Capacity가 있어야 실행됩니다. Power BI 보고서와 시맨틱 모델은 Pro 또는 PPU 워크스페이스에 있어도 되지만, UDF를 실행할 Fabric Capacity는 별도로 필요합니다. (출처: Microsoft Learn — Translytical 작업 흐름 이해)

Q2. Direct Lake on OneLake로 바꾸면 기존 Direct Lake on SQL 모델이 자동으로 마이그레이션되나요?

자동 마이그레이션은 없습니다. SQL 분석 엔드포인트 페이지에서 새 시맨틱 모델을 만들 때 OneLake 또는 SQL 중 선택하는 방식이고, 기존 모델을 전환하려면 새로 생성해야 합니다. 특히 SQL 뷰에 의존하거나 델타 테이블로 구체화되지 않은 객체를 참조하는 모델은 On OneLake로 전환 전에 추가 작업이 필요합니다.

Q3. Fluent 2 테마를 미리보기로 켰다가 다시 끄면 기존 보고서가 원래대로 돌아오나요?

기존 보고서는 수동으로 ‘테마 업데이트’를 적용하지 않는 한 변경되지 않습니다. 새로 만든 보고서에만 Fluent 2가 기본 적용되고, 미리보기 토글을 끄면 이후 생성되는 보고서부터 다시 기존 테마로 돌아옵니다. 이미 Fluent 2 테마로 저장한 보고서는 토글을 꺼도 그대로 유지됩니다.

Q4. Custom Totals를 설정하면 DAX 측정값이 바뀌나요?

바뀌지 않습니다. Custom Totals는 해당 시각적 요소의 총계 행 집계 방식만 바꾸는 시각 계산(Visual Calculation)입니다. DAX 측정값 자체는 그대로 유지됩니다. 다만 서식이 자동 적용되지 않아서, 데이터 서식 설정에서 직접 지정해야 합니다. ‘기본값으로 재설정’을 선택하면 언제든 원래 DAX 기반 총계로 돌아갈 수 있습니다. (출처: Microsoft Learn — 테이블 및 행렬)

Q5. QuickBooks Online 커넥터 대안은 뭐가 있나요?

Microsoft가 공식 대안 경로를 별도로 발표하지 않은 상황입니다. 현재로선 QuickBooks에서 Excel이나 CSV로 데이터를 내보낸 뒤 Fabric Dataflow 또는 Power Query에서 불러오는 방법이 현실적입니다. 서드파티 ETL 도구(예: Fivetran, Airbyte)를 통해 QuickBooks 데이터를 Fabric에 적재하는 방법도 대안입니다.

▲ 목차로 돌아가기

마치며

Power BI 3월 업데이트의 핵심은 ‘보고서가 드디어 업무 도구로 바뀌기 시작했다’는 흐름의 공식화입니다. Translytical Task Flow의 GA는 분명 의미 있는 전환점입니다. 그런데 솔직히 말하면, PBIR·Embedded 미지원과 CI/CD 파이프라인 미지원은 엔터프라이즈 프로덕션 환경에서 바로 쓰기에 여전히 걸리는 부분입니다. Direct Lake on OneLake GA도 마찬가지입니다. ‘새로 고침 없이 최신 데이터’라는 메시지는 매력적이지만, 순수 쿼리 속도에서는 Import가 여전히 앞서고 DirectQuery 폴백이 없다는 점을 모르고 전환했다가는 뷰 기반 레이어에서 막히는 경우가 나옵니다.

Fluent 2와 Custom Totals는 미리보기지만 방향성이 명확합니다. Fluent 2는 보고서 디자인 표준을 코드 없이 통일할 수 있게 해주고, Custom Totals는 그동안 DAX를 모르면 손댈 수 없던 합계 문제를 우클릭 한 번으로 해결해줍니다. 당장 프로덕션에 올리기보다는 소규모 PoC에서 먼저 검증해보고 판단하는 게 맞습니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. IT/AI 서비스 특성상 업데이트로 내용이 달라질 수 있으며, 최신 정보는 공식 Microsoft Learn 및 Power BI 블로그에서 확인하시기 바랍니다. 본 포스팅의 기준 버전은 Power BI Desktop v2.152.882.0 (2026.03.15 배포)입니다.

Power BI 3월 업데이트, 쓰기 저장 기능 GA의 함정

이번 업데이트를 한 줄로 요약하면