엑셀 매크로가 자꾸 멈춥니다, RPA로 옮길 때는 언제일까요

🍎 바쁘다면 알짜배기만이라도 !

• 매크로가 멈추는 원인은 대부분 엑셀 밖에 있습니다 — 인터넷에서 받은 파일의 매크로 차단, 사람마다 다른 Office 버전, 사람이 없는 시간의 실행이 그렇습니다. 엑셀 안에서 끝나는 일은 지금도 VBA로 충분합니다.
• 받은 파일의 매크로가 막혔다면 RPA가 아니라 파일 속성부터 — 파일 우클릭, 속성, 일반 탭의 '차단 해제'로 풀립니다. Microsoft가 2022년부터 Windows용 Office에 넣은 기본 정책입니다.
• RPA로 옮겨도 사람이 없는 시간에 실행하려면 조건이 붙습니다 — 모든 사용자가 로그아웃된 PC와 무인 실행용 요금제가 필요합니다. 대신 실패 기록은 도구가 남기고, 유지 책임이 만든 사람 한 명에게서 회사로 옮겨집니다.

열었더니 '보안 위험' 배너가 뜬 정산 파일

메일로 받은 정산 파일을 열었는데 매크로가 돌지 않고, 화면 위쪽에 'Microsoft가 파일의 출처를 신뢰할 수 없어 매크로 실행을 차단했습니다'라는 배너가 떠 있습니다. 예전 경고창에 있던 '콘텐츠 사용' 버튼은 없습니다.

여기서 매크로는 엑셀 안의 반복 작업을 기록하거나 코드로 적어 두고 버튼 하나로 실행하는 기능입니다. 그 코드를 쓰는 언어가 VBA(Visual Basic for Applications)입니다. RPA는 사람이 화면에서 클릭하고 입력하는 일을 소프트웨어 로봇이 대신 실행하는 방식으로, 엑셀 밖의 웹사이트나 ERP 화면도 다룹니다.

매크로가 맞는 일과 맞지 않는 일

VBA가 잘하는 일은 엑셀 안의 반복 작업입니다. Microsoft 문서는 마우스, 키보드, 대화상자로 하는 거의 모든 작업을 VBA로 할 수 있고, 반복 작업 자동화가 가장 흔한 용도라고 설명합니다. 엑셀에서 PowerPoint나 Outlook으로 데이터를 옮기는 Office 앱 사이의 작업도 포함됩니다.

맞지 않는 쪽은 엑셀 밖으로 나가는 일과 사람 없이 도는 일입니다. Microsoft의 Office Scripts 비교 문서는 VBA가 데스크톱 중심이고 인터넷을 부르는 편한 방법이 없다고 적었습니다. 같은 문서에서 지원되는 VBA 시나리오는 모두 사람이 매크로 실행을 지켜보는 경우입니다.

업무	VBA 매크로	RPA (Power Automate 데스크톱 문서 기준)
엑셀 안의 계산, 서식, 시트 정리	맞음	가능하지만 옮길 이유가 약함
엑셀과 Outlook, PowerPoint 사이 이동	가능	가능
웹사이트, ERP 화면에서 값 가져오기	편한 방법이 없다고 Microsoft가 설명	웹, 터미널 에뮬레이터 같은 옛 앱, 데스크톱 앱을 화면 요소 단위로 조작
사람이 없는 시간의 실행	Microsoft가 서버 측 무인 자동화를 지원하지 않음	무인 실행 지원, 조건 있음
실패 기록	코드에 직접 작성	도구가 로그를 남김 (제품마다 다름)

인터넷에서 받은 파일의 매크로 차단

Microsoft는 2022년 4월부터 단계적으로 Windows용 Office에서 인터넷에서 받은 파일의 VBA 매크로를 기본 차단하고 있습니다. 이유는 VBA 매크로가 악성코드와 랜섬웨어를 심는 흔한 경로이기 때문이라고 공식 문서에 적혀 있습니다. 반기 채널까지 적용된 날짜는 2023년 1월 10일입니다. Mac, 모바일, 웹용 Office는 이 변경 대상이 아닙니다.

메일 첨부와 브라우저 다운로드 파일이 대상입니다. 사내 공유 폴더의 파일도 폴더를 IP 주소로 열면 차단되고, 해당 폴더를 신뢰 사이트나 로컬 인트라넷 영역에 넣어야 풀립니다. 신뢰 사이트로 지정하면 Office와 관계없는 영역까지 높은 권한이 가므로 Microsoft는 신중하게 쓰라고 안내합니다.

출처를 아는 파일 한 개라면 풀기는 간단합니다. 파일을 우클릭해 속성을 열고 일반 탭 아래쪽의 '차단 해제'를 선택하면 됩니다. OneDrive나 SharePoint 파일은 '데스크톱 앱에서 열기'로 열면 인터넷 표시가 붙지 않습니다. 차단 해제는 출처를 확인한 파일에만 쓰는 방법이고, 이 문제는 RPA 도입 사유가 아닙니다.

Office 버전과 비트 수의 차이

같은 매크로가 한 PC에서는 돌고 다른 PC에서는 오류가 나는 경우도 있습니다. Office 2010부터 2016까지는 기본 설치가 32비트이고, Office 2019와 Microsoft 365부터 64비트입니다. Windows 기능을 직접 불러 쓰는 옛 매크로 코드는 64비트 Office에서 수정 없이는 오류가 날 수 있습니다.

Office 2016과 2019는 2025년 10월 14일 지원이 끝났습니다. 앱은 계속 열리지만 Microsoft는 새로 발견된 취약점의 보안 수정을 제공하지 않을 수 있다고 안내합니다. 부서 안에 여러 버전이 섞여 있으면 매크로 하나가 PC마다 다르게 동작할 수 있습니다.

사람이 없는 시간의 실행과 만든 사람 한 명에게 묶인 유지

Microsoft는 서버에서 Office를 자동으로 실행하는 것을 권장하지도 지원하지도 않는다고 밝히고, 이유 중 하나로 사람이 없는 환경에서는 뜬 창을 아무도 닫을 수 없다는 점을 듭니다. 사내 PC에서 새벽에 실행되는 매크로가 대화상자 하나에 멈추는 것도 같은 종류의 문제입니다(이 연결은 저희 판단입니다).

담당자 한 사람 의존에는 공식 통계가 없어서 판단으로만 말씀드립니다. 만든 사람의 PC에서 돌고 있는 코드를 다른 사람이 읽고 고치려면 그 사람이 남긴 설명이 필요합니다. 설명이 없으면 퇴사나 부서 이동 뒤 첫 오류가 곧 장애가 됩니다.

RPA로 옮길 만한 신호

기준	해당하면	해당하지 않으면
엑셀 밖의 웹, ERP, 메일 화면을 거치는가	RPA 쪽	VBA 유지
사람이 없는 시간에 실행돼야 하는가	RPA 쪽	VBA 유지
멈춘 시각과 위치의 기록이 필요한가 (정산, 주문처럼 돈이 오가는 일)	RPA 쪽	VBA 유지
만든 사람 없이 유지돼야 하는가	사내 RPA 담당 또는 위탁	담당자 문서화로 충분

네 줄 모두 '해당하지 않으면' 쪽이면 VBA를 유지하는 쪽이 낫다고 판단합니다. 엑셀 안에서 끝나는 일을 옮겨 봐야 바뀌는 것은 도구 이용료와 관리 대상이 늘어나는 것뿐입니다.

옮겨도 남는 조건

RPA를 쓰면 모든 것이 풀리는 것은 아닙니다. Power Automate의 무인 실행에는 전용 요금제(Process)가 필요하고, 모든 사용자가 로그아웃된 PC가 있어야 합니다. 잠긴 Windows 세션이 하나라도 있으면 실행되지 않습니다. 무인 실행용 원격 데스크톱 세션의 화면 해상도가 만들 때와 다르면 대상 요소를 찾지 못하거나 엉뚱한 요소를 누를 수 있다고 문서에 적혀 있습니다.

기존 매크로를 버릴 필요도 없습니다. Power Automate에는 엑셀 파일의 매크로를 실행하는 액션이 있어서 엑셀 안의 계산은 매크로에 두고 엑셀 밖의 이동만 RPA가 맡는 구성이 가능합니다.

비용과 운영 책임의 이동

옮기면 비용은 매크로를 만든 사람의 시간에서 세 곳으로 나뉩니다. 도구 이용료, 사용자가 모두 로그아웃된 실행용 PC, 그리고 화면이 바뀔 때 고치는 사람의 시간입니다. 금액은 업무와 도구에 따라 크게 달라서 쓰지 않았습니다. 웹사이트 화면이 바뀌면 멈추는 것은 RPA도 같습니다.

달라지는 것은 책임의 위치입니다. 도구에 따라 실행 로그에 시각, 수준, 프로세스, 실행 계정, 메시지가 남고(UiPath Orchestrator), 오류 처리 단계의 재시도 정책은 기본값이 '없음'이라 직접 정해야 합니다(Power Automate). 멈췄을 때 어디서 멈췄는지 확인하는 근거가 한 사람의 기억에서 도구의 기록으로 옮겨집니다.

매크로를 그대로 두는 경우와 이 글의 한계

엑셀 안에서 계산하고 정리하는 일, 사람이 옆에서 실행 결과를 바로 보는 일은 매크로를 그대로 두는 쪽이 낫습니다. 이 경우 RPA는 이용료와 관리 대상만 늘립니다. 다만 VBA 코드를 담당자 한 명만 읽을 수 있다면 코드 주석과 사용법 문서는 남겨 두어야 합니다.

이 글의 근거는 Microsoft와 UiPath의 공식 문서입니다. 직접 매크로를 실행해 오류를 재현하지는 않았고, 네 가지 판단 기준은 문서에서 나온 값이 아니라 저희가 정리한 기준입니다. RPA 도입 비용의 금액과 매크로 의존 때문에 업무가 멈춘 비율은 확인할 수 있는 자료가 없어서 싣지 않았습니다.

참고한 자료

• Microsoft, 인터넷에서 받은 파일의 매크로 기본 차단: https://learn.microsoft.com/en-us/microsoft-365-apps/security/internet-macros-blocked
• Microsoft, Office VBA 시작하기: https://learn.microsoft.com/en-us/office/vba/library-reference/concepts/getting-started-with-vba-in-office
• Microsoft, Office Scripts와 VBA 매크로의 차이: https://learn.microsoft.com/en-us/office/dev/scripts/resources/vba-differences
• Microsoft, Office 서버 측 자동화 고려 사항: https://support.microsoft.com/en-us/topic/considerations-for-server-side-automation-of-office-48bcfe93-8a89-47f1-0bce-017433ad79e2
• Microsoft, 64비트 VBA 개요: https://learn.microsoft.com/en-us/office/vba/language/concepts/getting-started/64-bit-visual-basic-for-applications-overview
• Microsoft, Office 2016·2019 지원 종료: https://support.microsoft.com/KB/5002369
• Microsoft, Power Automate 데스크톱 소개: https://learn.microsoft.com/en-us/power-automate/desktop-flows/introduction
• Microsoft, Power Automate 무인 실행: https://learn.microsoft.com/en-us/power-automate/desktop-flows/run-unattended-desktop-flows
• Microsoft, Power Automate 엑셀 액션: https://learn.microsoft.com/en-us/power-automate/desktop-flows/actions-reference/excel
• Microsoft, Power Automate 흐름 제어 액션: https://learn.microsoft.com/en-us/power-automate/desktop-flows/actions-reference/flowcontrol
• UiPath Orchestrator 로그 문서: https://docs.uipath.com/orchestrator/standalone/2025.10/user-guide/about-logs