Power BI 3월 업데이트, 써봤더니
이게 조건이었습니다

Translytical 워크플로우가 드디어 정식 출시됐습니다. 보고서 안에서 데이터를 직접 수정할 수 있다는 건 분명 큰 변화인데, 막상 공식 문서를 열어보니 쓸 수 있는 조건이 꽤 까다롭습니다. Direct Lake on OneLake도 GA됐는데 여기도 선택 기준이 있어요. 이번 포스팅에서 그 조건들을 공식 문서 기준으로 정리했습니다.

Translytical 워크플로우 GA — 보고서에서 데이터 쓰기, 드디어 공식

Power BI가 오랫동안 “읽기 전용” 이라는 한계를 안고 있었다는 건 BI 쪽 일 해본 사람이라면 다 압니다. 보고서를 보다가 수치가 틀렸거나 상태를 바꿔야 할 때, 결국 Excel이나 다른 시스템으로 넘어가야 했죠. 3월 업데이트에서 Translytical 작업 흐름(Translytical task flows)이 정식 출시(GA)로 전환됐습니다. (출처: Microsoft Power BI 2026년 3월 기능 요약, 2026.03.18)

작동 방식은 이렇습니다. 보고서에 버튼을 심고, 그 버튼이 Fabric의 사용자 데이터 함수(User Data Function)를 호출합니다. 함수가 Fabric SQL 데이터베이스·웨어하우스·레이크하우스에 직접 쓰기 작업을 수행하고, 결과가 보고서에 바로 반영되는 구조입니다. 영업팀이 파이프라인 보고서에서 기회(opportunity) 할인율을 바로 수정하거나, Teams 워크플로를 보고서 버튼 하나로 트리거하는 시나리오가 공식 예시로 나와 있습니다.

공식 문서에 딱 이렇게 나와 있습니다. “Translytical 작업 흐름은 Fabric 사용자 데이터 함수를 사용하여 보고서를 기본 데이터 원본에 연결한다.” 보고서 → 함수 → 데이터베이스 이 3단계가 전부이고, 별도 미들웨어나 서드파티 커넥터는 필요 없습니다.

GA인데 못 쓰는 경우가 있습니다 — 공식 제한 3가지

솔직히 말하면, “GA가 됐다”는 말만 듣고 바로 프로덕션에 얹으려 했다면 막히는 포인트가 있습니다. Microsoft 공식 문서에 제한 사항 섹션이 별도로 있고, 세 가지를 명시하고 있습니다. (출처: learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview, 2026.03.18 기준)

실제 개발 경험을 기록한 분석 자료에 따르면, UDF를 처음 호출할 때 세션 시작 대기 시간이 수 초에서 때로는 수 분까지 걸리는 사례가 보고됩니다. 세션이 열리고 나면 이후 쓰기 작업은 빠르게 처리됩니다. 첫 번째 버튼 클릭이 느리다고 오류로 보고하는 사용자가 생길 수 있으니, 사전에 사용 가이드 안내가 필요합니다. (출처: downhill-data.com, 2025.09.09)

쓰기 저장 성능 측면에서는 Microsoft가 대규모 읽기/쓰기가 잦은 시나리오에서 Fabric SQL 데이터베이스를 백엔드로 권장하고 있습니다. Warehouse나 Lakehouse는 선택지로 제공되지만, 동시 다중 쓰기 성능에서 SQL보다 제한이 생길 수 있습니다.

Direct Lake on OneLake GA — SQL 버전과 뭐가 다른가

3월 업데이트에서 두 번째 GA 소식이 Direct Lake on OneLake입니다. Direct Lake 자체는 2023년 5월 Microsoft가 처음 발표했고, SQL 엔드포인트 기반의 “Direct Lake on SQL”이 2023년 11월에 먼저 GA됐습니다. 그리고 이번에 Power BI Desktop에서 OneLake 파일을 직접 연결하는 “Direct Lake on OneLake”가 정식 출시됐습니다. (출처: Microsoft Power BI Blog, 2026.03.18)

두 방식의 차이를 공식 문서는 이렇게 구분합니다. Direct Lake on OneLake는 OneLake 보안 정책과 호환되고 더 많은 모델링 기능과 빠른 쿼리 성능을 제공합니다. Direct Lake on SQL은 SQL 분석 엔드포인트에서 정의한 보안 규칙(위임 ID 모드)에 의존하거나 DirectQuery로 폴백(fallback)이 필요한 경우에 씁니다. 어떤 방식을 고를지는 보안 설계 방식에 따라 갈립니다.

이 차이가 실제로 의미하는 건 이렇습니다. 기존에 SQL 분석 엔드포인트에서 행 수준 보안(RLS)을 복잡하게 구성해둔 환경이라면 그냥 SQL 버전을 유지하는 게 낫습니다. OneLake 버전은 신규 모델이나 보안을 OneLake 레이어에서 관리하는 환경에 맞습니다.

Fluent 2 미리보기 — 기본 보고서 디자인이 달라집니다

기존 보고서는 바뀌지 않습니다 — 이 조건이 중요합니다

“최신 시각적 기본값(Modern visual defaults)” 미리보기가 3월에 추가됐습니다. Fluent 2 디자인 언어에 맞춰 기본 테마가 바뀌는데, 기본 캔버스 해상도가 1080×1920px로 설정되고 부제목·균일한 패딩·스타일 사전 설정·회색 배경이 기본값으로 바뀝니다. 꺾은선 차트는 부드러운 곡선, 슬라이서는 드롭다운이 기본이 됩니다. (출처: Microsoft Power BI 2026년 3월 기능 요약, 2026.03.18)

여기서 많이 놓치는 포인트가 있습니다. 기존에 만들어둔 보고서는 아무 것도 바뀌지 않습니다. 새 기본 테마는 이 미리보기를 켠 상태에서 만드는 신규 보고서에만 적용됩니다. 기존 보고서에 적용하려면 ‘보기 → 테마 → 현재 테마 사용자 지정 → 테마 업데이트’를 직접 수행해야 합니다.

미리보기 활성화 방법은 Power BI Desktop에서 옵션 및 설정 → 옵션 → 미리보기 기능에서 “최신 시각적 기본값 및 테마 개선사항 사용자화”를 켜면 됩니다. 아직 프로덕션 환경에서 의도치 않은 레이아웃 변경을 원하지 않는다면 굳이 지금 켤 필요는 없습니다.

사용자 지정 합계와 DAX UDF — 숫자가 왜 다르냐는 질문이 줄어듭니다

합계 행이 데이터를 합산하지 않는 이유가 있습니다

Power BI 보고서를 처음 만들거나 사용하는 사람들이 꼭 한 번은 하는 질문이 있습니다. “테이블 아래 합계 행 숫자가 위에 있는 값들의 합이 아닌데 왜 이러냐”는 것입니다. 이건 버그가 아니라 의도된 동작입니다. DAX 측정값은 전체 필터 컨텍스트에서 평가되기 때문에, 평균·고유 개수·마진 같은 비가산(non-additive) 계산은 단순 합산과 다른 값이 나옵니다. Power BI 공식 문서도 “이 동작은 Excel의 피벗 테이블과 같은 의도된 설계”라고 명시하고 있습니다. (출처: learn.microsoft.com/ko-kr/power-bi/create-reports/translytical-task-flow-overview, 2026.03.18)

3월 미리보기로 추가된 사용자 지정 합계(Custom totals)는 이 질문에 대한 해답입니다. DAX 측정값 정의를 바꾸지 않고, 시각적 개체의 합계 행 계산 방식만 합계·최소·최대·고유 개수·개수 중에서 골라 바꿀 수 있습니다. 열을 마우스 오른쪽 버튼으로 클릭하거나 빌드 창에서 “합계 계산 사용자 지정”을 선택하면 됩니다. DAX를 건드리지 않아도 된다는 게 핵심입니다.

DAX 사용자 정의 함수(UDF)도 이번에 업데이트가 있었습니다. 매개변수 최대 개수가 기존 12개에서 256개로 늘었습니다. (출처: Microsoft Power BI Blog, 2026.03.18) 4배 이상 늘어난 숫자인데, 복잡한 매개변수 구조가 필요한 재무 모델이나 시뮬레이션 계산에서 이전에 억지로 나눠 쓰던 패턴이 하나로 정리됩니다.

4월에 사라지는 것들 — 지금 확인해야 할 변경 예고

이미 예고된 종료 일정, 넘기면 번거로워집니다

3월 업데이트에는 새 기능만 있는 게 아닙니다. 4월(SU04 릴리스)부터 Power BI Desktop의 구 파일 선택기 환경이 제거됩니다. 1월 업데이트에서 도입된 새 파일 선택기(OneDrive·SharePoint 탐색 지원)가 기본값이 됩니다. 사용자 측에서 별도 조치는 필요 없고, 구 환경으로 토글하는 옵션 자체가 사라집니다. (출처: Microsoft Power BI Blog, 2026.03.18)

QuickBooks Online 커넥터도 2026년 3월부로 지원이 종료됐습니다. 이미 이 커넥터로 연결된 데이터 소스가 있다면, 신규 연결 생성은 불가능하고 기존 연결도 동작을 보장하지 않습니다. QuickBooks 데이터를 Power BI로 끌어오는 워크플로가 있다면 대체 경로(직접 데이터 내보내기·중간 DB 경유 등)를 확인해야 합니다.

반면 IBM Netezza ODBC 드라이버는 GA로 전환됐습니다. 기존 Simba 드라이버 기반 Netezza 커넥터 사용자는 커넥터 재설치 없이 새 IBM Netezza ODBC 드라이버만 교체하면 됩니다.

Q&A

마치며 — 3월 업데이트를 한 줄로 정리하면

“Power BI가 읽기 도구에서 쓰기 도구로 한 발 더 나아간 달”이라고 볼 수 있습니다. Translytical 워크플로우 GA와 Direct Lake on OneLake GA가 그 방향을 보여줍니다. 그런데 둘 다 공통점이 있습니다. 조건이 꽤 구체적으로 걸려 있다는 것. Fabric 환경 밖에서는 동작하지 않거나, 선택 기준이 아키텍처에 따라 달라집니다.

Fluent 2 디자인 미리보기와 사용자 지정 합계는 기존 보고서를 건드리지 않으니 부담 없이 테스트해볼 만합니다. 반면 QuickBooks 커넥터 종료와 구 파일 선택기 제거는 4월 전에 확인해둬야 할 항목입니다.

개인적으로 이번 업데이트에서 가장 인상적인 건 DAX UDF 매개변수 상한이 12→256개로 늘어난 것입니다. 조용한 변화인데, 복잡한 계산 모델을 관리하는 입장에서는 꽤 실질적인 개선입니다. 이 부분은 아직 대부분의 리뷰 글에서 주목을 받지 못하고 있습니다.

1. Power BI의 새로운 기능: 2026년 3월 업데이트 — Microsoft Learn (2026.03.18)
2. Power BI March 2026 Feature Summary — Microsoft Power BI Blog (2026.03.18)
3. Translytical 작업 흐름 개요 (제한사항 포함) — Microsoft Learn (2026.03.18 기준)
4. Translytical Task Flows vs Power Apps 비교 — downhill-data.com (2025.09.09)
5. Translytical Task Flows: Are They Enough for Planning? — aimplan.com (2025.10.16)