Translytical이 뭔지, 한 줄로 먼저 정리합니다

Power BI Translytical 작업 흐름은 보고서를 보다가 데이터를 바로 고칠 수 있게 해주는 기능입니다. 원래 Power BI는 데이터를 보는 도구였는데, 이 기능이 붙으면서 보고서 안에서 레코드를 수정하거나 외부 시스템에 신호를 보낼 수 있습니다. 이름에 쓰인 “Translytical”은 Transactional(거래·수정)과 Analytical(분석)을 합친 말입니다.

작동 원리는 이렇습니다. Microsoft Fabric의 사용자 데이터 함수(User Data Functions, UDF)라는 Python 기반 로직 블록이 뒤에서 돌아가고, 보고서 안의 버튼이 이 함수를 호출합니다. 호출 결과로 Fabric SQL 데이터베이스·웨어하우스·레이크하우스 중 하나에 데이터가 직접 기록됩니다. (출처: Microsoft Learn 공식 문서, 2026.03)

중요한 건 이게 Preview가 아니라는 점입니다. 2026년 3월 15일 Power BI Desktop v2.152.882.0 릴리스에서 정식(GA) 전환이 공식 확인됐습니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com) 프리뷰 딱지가 떨어졌다는 건, 프로덕션 환경에서 써도 된다는 Microsoft의 공식 신호입니다.

▲ 목차로 돌아가기

“보고서는 읽기 전용”이라는 오래된 상식이 깨졌습니다

Power BI가 나온 이후 거의 10년 동안 이 도구의 한계는 명확했습니다. 데이터를 읽고 시각화할 수는 있지만, 보고서 안에서 뭔가를 수정하거나 외부 시스템에 신호를 보내는 건 불가능했습니다. 그래서 사람들은 Power Apps나 Power Automate를 끼워 넣거나, 아예 별도 앱을 연결하는 우회로를 써왔습니다.

Translytical은 그 구조를 바꿉니다. 공식 문서 예시를 보면, 영업팀이 Power BI 보고서를 보다가 위험도 높은 거래 건에 10% 할인을 요청하고 “요청 할인” 버튼을 누르면, Teams에 자동으로 승인 메시지가 올라갑니다. 보고서를 닫지 않아도 됩니다. (출처: Translytical task flow overview, learn.microsoft.com) 분석하고 결정하고 실행하는 흐름이 하나의 화면 안에서 끝납니다.

이게 왜 중요하냐면, 기업에서 데이터 기반 의사결정의 가장 큰 병목이 “보고서를 보고 나서 실제 시스템에 반영하기까지의 공백”이었기 때문입니다. 그 공백 사이에 실수가 생기고, 정보가 버전이 달라지고, 사람들이 지칩니다.

▲ 목차로 돌아가기

GA됐지만 입력 옵션은 아직 3가지뿐입니다

GA 전환은 됐지만, 막상 써보면 입력 방식이 제한적입니다. 현재 Translytical에서 사용자 입력을 받을 수 있는 슬라이서 유형은 목록(List), 텍스트(Text), 버튼(Button) 세 가지가 전부입니다. (출처: Downhill Data 비교 분석, downhill-data.com, 2025.09) 날짜 선택기(Date Picker)나 슬라이더, 라디오 버튼은 없습니다. 날짜 범위를 입력 받아야 하는 시나리오라면 지금 당장은 불편합니다.

또 하나, 텍스트 슬라이서는 기본값(Default value)을 설정할 수 없습니다. 사용자가 기존 값을 수정하는 “편집” 시나리오에서는 빈 칸으로 시작되기 때문에, 사용자 경험이 어색해집니다. 결국 북마크와 필드 파라미터를 조합해서 동적으로 보이도록 처리해야 하는데, 이게 설정이 상당히 복잡해집니다.

UDF 첫 실행 때 세션 웜업 지연이 있습니다

실무에서 자주 언급되는 또 다른 문제는 첫 번째 UDF 실행 시 세션 시작 지연입니다. 보고서를 열고 처음 버튼을 누를 때 수 초, 경우에 따라 수십 초가 걸릴 수 있습니다. 세션이 한 번 열리면 이후 연속 작업은 빠르지만, 처음 실행 시 사용자가 “고장났나?” 하고 당황할 수 있습니다. (출처: Downhill Data, 2025.09 — “첫 TTF 작업은 수 초에서 분 단위까지 걸릴 수 있다는 경험담이 있다”) Microsoft가 공식 이유를 별도로 밝히지 않은 부분입니다.

▲ 목차로 돌아가기

Power Apps랑 비교하면 어디서 밀리고 어디서 이깁니까

Translytical이 GA 되면서 가장 많이 나오는 질문이 “그럼 Power Apps 필요 없어지는 거 아냐?”입니다. 솔직히 말하면, 지금 시점 기준으로 아닙니다. 각각 이기는 영역이 다릅니다.

Translytical이 확실히 유리한 두 가지 지점

첫째, 비용 구조입니다. Power Apps Premium 라이선스는 사용자 1명당 월 USD 20입니다. (출처: Microsoft 공식 가격 정책) 직원 50명이 쓴다면 월 USD 1,000, 연간 USD 12,000이 라이선스 비용으로만 나갑니다. Translytical은 Fabric 용량 비용 안에서 돌아가기 때문에 별도 라이선스가 없습니다. 쓰기 저장 솔루션 하나를 도입하기 위해 Power Platform 전체를 구독할 필요가 없다는 얘기입니다.

둘째, 아키텍처 단순성입니다. Translytical은 Fabric 안에서 보고서·사용자 데이터 함수·저장소 세 개로 구성됩니다. Power Apps는 Power Platform이라는 별도 플랫폼이 추가되고, 거기에 보안·거버넌스·모니터링 체계를 따로 세워야 합니다. 운영팀 입장에서는 관리 대상이 늘어납니다.

Power Apps가 아직 우위인 영역

반대로 UI/UX에서는 Power Apps가 앞섭니다. 날짜 선택기, 슬라이더, 라디오 버튼, 다중 화면 구성, 기본값 설정 — 이 모든 게 Power Apps에는 있지만 Translytical에는 없습니다. 단순 레코드 수정이 아니라 여러 단계 입력이 필요한 복잡한 폼이라면, 지금 당장 Translytical로 구현하기가 까다롭습니다.

단일 레코드 처리 성능도 Power Apps가 더 빠릅니다. Translytical은 첫 세션 웜업에서 지연이 생기는 반면, Power Apps는 즉각적으로 반응합니다. 다만 대량 레코드를 동시에 처리할 때는 Translytical이 Fabric 컴퓨팅 파워를 활용하기 때문에 더 빠릅니다.

(출처: Downhill Data Translytical vs Power Apps 비교, downhill-data.com, 2025.09 / Microsoft 공식 가격 정책)

▲ 목차로 돌아가기

배포할 때 반드시 알아야 할 CI/CD 문제

많은 기업이 Power BI 보고서를 DEV → TEST → PROD 환경으로 배포할 때 Fabric 배포 파이프라인을 씁니다. 그런데 Translytical 작업 흐름은 현재 이 Fabric 배포 파이프라인을 지원하지 않습니다. (출처: Nimble Learn, 6 Things You Should Know About Translytical Task Flows, nimblelearn.com, 2025.10) 즉, 환경 간 이동 시 데이터 함수 버튼을 수동으로 다시 바인딩해야 합니다.

이게 왜 문제냐면, 자동화된 배포 프로세스가 갖춰진 팀일수록 이 수동 단계가 걸림돌이 됩니다. 릴리스 날마다 누군가가 버튼 바인딩을 직접 확인하러 들어가야 한다면, 배포 자동화의 의미가 절반은 사라집니다.

Microsoft 측은 GA 시점 또는 이후 가까운 시일 내에 이 부분을 해결할 것이라고 예고했지만, 정확한 시점은 아직 공개되지 않았습니다. (출처: Nimble Learn, 2025.10 — “we expect this gap to be plugged ahead of, or not long after, the general availability milestone”) 지금 당장 Translytical을 여러 환경에 걸쳐 운영해야 한다면, 이 점은 사전에 팀과 공유해야 합니다.

▲ 목차로 돌아가기

실제로 쓰기 좋은 시나리오, 솔직하게 추려봤습니다

제약을 다 파악하고 나면 오히려 “이 조건에선 확실히 쓸 만하다”는 범위가 명확해집니다. Translytical이 빛나는 시나리오와 그렇지 않은 시나리오를 솔직하게 나눠보면 이렇습니다.

✅ 이런 상황이면 Translytical이 잘 맞습니다

가장 적합한 케이스는 “보고서를 보다가 바로 승인·거절·메모 추가”가 필요한 경우입니다. 예산 검토 중 항목을 승인하거나, 영업 기회의 상태를 수정하거나, 보고서 데이터에 주석을 달거나, Teams로 알림을 보내는 흐름입니다. 이 정도 작업이라면 3가지 입력 슬라이서만으로도 충분히 구현됩니다.

또 Fabric SQL 데이터베이스를 이미 쓰고 있는 환경이라면 셋업이 단순합니다. 공식 문서에서도 대부분의 읽기/쓰기 시나리오에 SQL DB를 권장합니다. (출처: Microsoft Learn, translytical-task-flow-overview) Azure OpenAI API를 보고서 안에서 직접 호출하는 시나리오도 공식 예제에 나와 있어서, AI 인사이트를 보고서 안에서 바로 요청하고 싶은 팀에게 현실적인 선택지입니다.

❌ 이런 상황이면 아직 시기상조입니다

복잡한 멀티스텝 입력 폼이 필요하거나, 날짜 선택·슬라이더가 반드시 있어야 하는 경우라면 지금 당장 Translytical만으로는 무리입니다. 또 배포 파이프라인 자동화가 완전히 갖춰진 팀에서는, 현재 수동 바인딩 문제가 운영 리스크로 작용할 수 있습니다.

PBIR(Power BI 고급 보고서) 형식이나 PBIP(Power BI 프로젝트) 형식도 지원하지 않습니다. (출처: Microsoft Learn 공식 문서 제한 사항 섹션) 이 형식을 쓰는 팀이라면 지금은 맞지 않습니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Power BI Translytical 작업 흐름의 GA 전환은 분명 의미 있는 변화입니다. 10년 가까이 읽기 전용이었던 보고서에 “쓰기”가 붙었고, 그게 Fabric 용량 안에서 해결된다는 건 비용과 아키텍처 양쪽에서 매력적입니다. Power Apps 대비 라이선스 비용이 없고 Fabric 안에서 모든 게 닫힌다는 장점은 실무에서 꽤 큰 차이를 만듭니다.

그러나 GA라는 타이틀이 “완성”을 의미하지는 않습니다. 입력 옵션 3가지 제약, 텍스트 기본값 불가, 첫 실행 지연, CI/CD 파이프라인 미지원 — 이 조건들을 모르고 도입하면 중간에 막히는 지점이 반드시 생깁니다. 가볍고 빠른 데이터 수정·승인 워크플로에는 지금 바로 써도 되고, 복잡한 입력 폼이나 배포 자동화가 핵심인 팀은 조금 더 기다리는 게 현실적입니다.

결국 Translytical은 “Power BI를 이미 잘 쓰는 팀이 추가 비용 없이 보고서를 경량 업무 앱으로 바꾸고 싶을 때” 가장 잘 맞습니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Power BI March 2026 Feature Summary — powerbi.microsoft.com
2. Translytical task flow overview — learn.microsoft.com
3. Power BI 2026년 3월 새 기능 (한국어 공식) — learn.microsoft.com
4. Translytical Task Flows vs Power Apps 비교 — downhill-data.com
5. 6 Things You Should Know About Translytical — nimblelearn.com