Power BI 3월 업데이트, GA됐다고 다 쓸 수 있는 건 아닙니다

이번 달 Power BI 업데이트에서 주목받는 기능 셋이 한꺼번에 GA(정식 출시)로 전환됐습니다. Translytical 작업 흐름, Direct Lake on OneLake, IBM Netezza ODBC 드라이버가 그 주인공입니다. 그런데 공식 문서를 직접 뜯어보면, GA라는 타이틀 뒤에 조용히 숨어 있는 제약 조건들이 있습니다. 이 글은 그 부분을 먼저 짚습니다.

Translytical GA 전환 — 진짜로 쓸 수 있는 조건

Power BI 3월 업데이트의 가장 큰 이슈는 Translytical 작업 흐름의 정식 출시입니다. 한마디로 설명하면, 보고서 화면을 벗어나지 않고 데이터를 직접 수정하거나 외부 시스템에 요청을 보낼 수 있는 기능입니다. 예를 들어 영업 보고서에서 할인율을 직접 입력하고 버튼 하나로 Teams에 승인 요청을 보내는 흐름이 보고서 안에서 완결됩니다.

그런데 공식 문서에 기록된 제약 조건이 조용히 생각보다 많습니다. PBIR(Power BI 고급 보고서)과 PBIP(Power BI 프로젝트) 형식은 현재 지원되지 않습니다. 코드 베이스 관리를 위해 PBIP 형식을 이미 쓰고 있다면, GA 발표만 보고 바로 적용했다가 막히는 상황이 생깁니다. (출처: Microsoft Learn, Translytical 작업 흐름 개요, 2026.03)

또 하나, 사용자 데이터 함수(UDF)는 반드시 str 타입을 반환해야만 보고서에 추가할 수 있습니다. 함수 자체는 정상 동작해도 리턴 타입이 다르면 연결이 안 됩니다. Power BI Embedded는 “보안 포함 시나리오”에서만 작동하므로, 공개 임베드 환경에서 쓰려는 경우에는 이번 GA가 해당되지 않습니다.

쓰기 저장(Write-back) 대상 데이터 원본은 Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일 한정)로 좁혀져 있습니다. 읽기/쓰기 시나리오가 빈번한 환경에는 SQL 데이터베이스가 공식 권장 선택지입니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)

실사용 비교를 보면, 기존 Power Apps 임베드 방식과 비교했을 때 Translytical의 강점은 라이선스 비용과 아키텍처 단순함입니다. Power Apps Premium은 사용자당 월 약 USD 20로, 쓰기 저장 하나 때문에 별도 플랫폼 비용을 내야 하는 구조입니다. Translytical은 Fabric 용량 안에서 해결되니 추가 라이선스가 없습니다. (출처: Medium/Microsoft Power BI, 비교 분석, 2025.09)

▲ 목차로 돌아가기

Direct Lake on OneLake GA — 성능보다 먼저 확인할 것

Direct Lake on OneLake도 이번 달 정식 출시됐습니다. 기존 Direct Lake on SQL과 이름이 비슷해서 같은 기능처럼 보이지만, 동작 방식이 꽤 다릅니다.

여기서 DirectQuery 폴백 없음이라는 부분이 중요합니다. 기존 Direct Lake on SQL에서는 Direct Lake 모드로 쿼리가 처리되지 않을 때 자동으로 DirectQuery로 전환되어 보고서가 계속 동작했습니다. OneLake 버전은 이 “안전망”이 없습니다. Direct Lake 모드가 작동하지 않으면 보고서 쿼리 자체가 실패합니다. 성능이 더 빠를 수 있지만, 예외 상황에서의 복원력은 낮습니다.

반면 OneLake 버전의 진짜 장점은 멀티 Fabric 아이템 통합입니다. 레이크하우스 A의 고객 테이블, 레이크하우스 B의 제품 테이블, 웨어하우스 C의 매출 테이블을 하나의 시멘틱 모델로 묶을 수 있습니다. 기존 SQL 버전에서는 이를 위해 동일 아이템에 숏컷을 만들어 데이터를 끌어와야 했는데, 그 번거로움이 사라집니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)

▲ 목차로 돌아가기

DAX UDF 파라미터 12개 → 256개, 실제 의미는

DAX 사용자 정의 함수(UDF)의 파라미터 한도가 12개에서 256개로 늘었습니다. 숫자만 보면 단순한 기능 확장처럼 느껴지는데, 실제 맥락을 보면 이야기가 달라집니다. 기존 12개 제한은 복잡한 비즈니스 로직을 하나의 함수로 캡슐화하는 데 현실적인 장벽이었습니다. 파라미터가 모자라서 함수를 쪼개거나, 테이블 타입으로 우회하는 패턴이 필요했습니다.

이번 업데이트에서는 파라미터 수 확대와 함께 새로운 타입 힌트 4종이 추가됐습니다. CalendarRef, ColumnRef, MeasureRef, TableRef가 기존 AnyVal, Scalar, Table, AnyRef에 더해집니다. 이 타입들은 UDF 작성 시 어떤 종류의 개체를 받는지를 명확히 선언하게 해줍니다. 단, 이 타입들은 암묵적 타입 캐스팅을 지원하지 않으므로 선언한 타입과 다른 값이 들어오면 오류가 발생합니다. (출처: Microsoft Learn, DAX 사용자 정의 함수 모범 사례, 2026.03)

또 하나 챙길 내용이 있습니다. 이번 업데이트부터 Power BI가 UDF 내 테이블, 열, 측정값 이름이 바뀔 때 자동으로 DAX 코드를 동기화합니다. 기존에는 측정값 이름을 바꾸면 UDF 내부 참조가 깨져서 수동으로 찾아서 고쳐야 했는데, 이 번거로움이 사라집니다. 단, 한정자 없는(비정규화된) 이름은 측정값 참조로 해석되므로 열 참조로 쓰려는 경우에는 테이블 접두어를 붙여야 합니다. 공식 문서에서 별도 이유를 밝히지 않았지만, 이는 모호성을 피하기 위한 설계 선택으로 보입니다.

▲ 목차로 돌아가기

Custom Totals Preview — 엑셀 합계와 다른 이유가 있습니다

테이블·매트릭스 시각적 개체에 Custom Totals(사용자 지정 합계) 기능이 Preview로 들어왔습니다. 이 기능을 제대로 이해하려면, Power BI의 기본 합계가 왜 엑셀 합산과 다른지를 먼저 알아야 합니다.

Power BI에서 합계 행은 열에 표시된 값들을 단순히 더하지 않습니다. 보고서 페이지 전체의 필터 컨텍스트에서 측정값을 다시 계산합니다. 예를 들어 카테고리별 평균 판매액을 표시하는 경우, 합계 행은 ‘각 카테고리 평균의 합’이 아니라 ‘전체 데이터의 평균’을 보여줍니다. 이것이 비가산적 측정값(평균, 고유 개수, 마진 등)에서 DAX가 의도적으로 설계한 방식입니다. 공식 문서에 딱 이렇게 나옵니다: “이는 의도된 설계입니다.” (출처: Microsoft Learn, Power BI 테이블 시각화, 2026.03)

Custom Totals는 시각 계산(Visual Calculation)을 기반으로 작동하므로, 해당 시각 계산 Preview가 먼저 켜져 있어야 합니다. 서식 자동 적용도 안 되므로, 합계 행의 숫자 형식은 Data Format 설정에서 별도로 잡아줘야 합니다. 기능 자체보다 전제 조건이 더 많은 편입니다.

▲ 목차로 돌아가기

Fluent 2 기본 테마 Preview — 켜기 전에 알아야 할 것

Modern Visual Defaults라는 이름으로 Fluent 2 디자인 기반의 새 기본 테마가 Preview로 들어왔습니다. 새 보고서를 만들면 서브타이틀, 통일된 패딩, 회색 캔버스(기본 1080×1920px), 부드러운 선형 차트, 드롭다운 기본 슬라이서가 자동 적용됩니다. 손으로 하나씩 서식을 잡지 않아도 일관된 디자인이 나온다는 점이 장점입니다.

단, 기존 보고서는 이 업데이트만으로 테마가 바뀌지 않습니다. 기존 보고서에 적용하려면 보기(View) → 테마(Themes) → 현재 테마 사용자 지정 → 테마 업데이트를 직접 선택해야 합니다. 이 점이 중요합니다. 팀에서 공유하는 기존 보고서가 갑자기 바뀔 걱정은 하지 않아도 됩니다.

이번 업데이트에서 테마 JSON 구조도 확장됐습니다. 테마 파일에서 기본 페이지 크기를 직접 정의할 수 있게 됐고, background, foreground 같은 구조적 컬러 참조도 가능해졌습니다. 팀 전체가 동일한 보고서 레이아웃과 색상을 쓰도록 테마 파일 하나로 강제할 수 있어서, 표준화가 필요한 조직 환경에는 실용적인 변화입니다. (출처: Microsoft Power BI 공식 블로그, 2026.03.18)

▲ 목차로 돌아가기

그 외 주목할 변경 사항 정리

이번 업데이트에는 작지만 챙길 만한 변화들도 있습니다.

QuickBooks Online 커넥터 종료. 2026년 3월을 기점으로 QuickBooks Online 커넥터가 완전히 지원 종료됩니다. 기존 연결은 작동이 멈출 수 있고, 새 연결 생성도 불가합니다. 해당 커넥터를 쓰고 있는 조직이라면 대체 연결 방식을 미리 마련해야 합니다.

AI Narrative 자동 새로 고침. AI 내러티브 시각적 개체에서 슬라이서 선택을 바꿀 때마다 수동으로 새로 고침 버튼을 눌러야 했던 불편함이 사라집니다. 시각화 창에서 Auto refresh 토글을 켜면 슬라이서 변경 시 요약이 자동으로 업데이트됩니다. 작은 변화지만, 인터랙티브 발표 환경에서는 체감이 큽니다.

꺾은선형 차트 시리즈 레이블 리더 선. 데이터 선이 여러 개 겹치는 차트에서 어떤 선이 어떤 레이블인지 헷갈리는 문제를 해결합니다. 새 보고서에는 시리즈 레이블 활성화 시 자동으로 켜지고, 기존 보고서는 변경되지 않습니다. 충돌 방지 레이아웃 로직이 내장되어 레이블이 겹쳐서 표시되는 상황을 자동으로 회피합니다.

TMDL View 웹 모델링 Preview. 브라우저에서 직접 TMDL 코드를 작성·수정하고 시멘틱 모델에 적용할 수 있습니다. Power BI Desktop을 열 필요 없이 웹에서 측정값, 테이블, 관계를 일괄 편집할 수 있어서, 코드 기반 관리를 선호하는 개발자 환경에서는 반가운 기능입니다. 적용 전 변경 사항을 Diff 뷰로 미리 볼 수 있다는 점도 실용적입니다.

▲ 목차로 돌아가기

자주 나오는 질문 5가지

▲ 목차로 돌아가기

마치며

솔직히 말하면, 이번 3월 업데이트는 기능 수 자체보다 각 기능의 전제 조건을 파악하는 게 더 중요한 릴리스입니다. Translytical GA는 Fabric 용량이 없으면 시작도 안 되고, PBIP 환경은 아직 미지원입니다. Direct Lake on OneLake GA는 멀티 아이템 통합이라는 강점이 있지만, DirectQuery 폴백 없음이라는 조용한 리스크가 함께 옵니다.

반면 DAX UDF 개선이나 TMDL View 웹 Preview처럼 개발자 생산성을 높이는 변화는 조용하지만 실속 있습니다. 파라미터 256개, 자동 이름 동기화, 브라우저 TMDL 편집은 실제 모델링 작업에서 체감이 쌓이는 개선입니다. QuickBooks 커넥터 종료는 해당 사용자에게 조용한 긴급 사항이므로, 팀 내 확인이 필요합니다.

▲ 목차로 돌아가기

📌 본 포스팅 참고 자료

1. Microsoft Power BI 공식 블로그 — Power BI March 2026 Feature Summary
   https://powerbi.microsoft.com/en-us/blog/power-bi-march-2026-feature-summary/
2. Microsoft Learn — Translytical 작업 흐름 이해 (한국어 공식 문서)
   https://learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview
3. Microsoft Learn — Power BI 새로운 기능: 2026년 3월 업데이트
   https://learn.microsoft.com/ko-kr/power-bi/fundamentals/whats-new
4. SharePoint Europe 커뮤니티 — A Tale of Two Direct Lakes in Microsoft Fabric (2026.01)
   https://www.sharepointeurope.com/a-tale-of-two-direct-lakes-in-microsoft-fabric/
5. Medium/Microsoft Power BI — Translytical Task Flows vs Power Apps 비교 분석 (2025.09)
   https://medium.com/microsoft-power-bi/comparing-write-back-options-for-power-bi-fabric-translytical-task-flows-vs-power-apps-6bfa8d6c4ef3