RPA Robotic Process Automation
홈 › 용어 사전 · 안녕소프트 최재원 · 2026. 9. 22. 작성
RPA — 사람이 화면에서 반복하는 클릭·입력·복사 작업을 소프트웨어 로봇이 정해진 규칙대로 대신 수행하는 자동화 기술입니다. 엑셀, 그룹웨어, 거래처 사이트를 오가며 같은 일을 매일 반복하고 있다면 RPA의 대상입니다. 매크로와 자주 혼동되지만, RPA는 여러 프로그램을 넘나들며 예외 상황까지 처리하고 실행 결과를 기록으로 남긴다는 점이 다릅니다. 다만 건마다 사람이 판단해야 하는 업무에는 맞지 않고, 대상 사이트가 바뀌면 손봐야 한다는 점을 알고 시작해야 합니다.
RPA가 하는 일
RPA는 사람이 컴퓨터 앞에서 하는 동작을 그대로 흉내 냅니다. 프로그램을 열고, 화면에서 값을 읽고, 다른 프로그램에 붙여 넣고, 저장 버튼을 누르는 식입니다. 프로그램끼리 직접 연결하는 API 연동과 달리 화면을 매개로 움직이기 때문에, 연동 기능이 없는 오래된 프로그램이나 외부 사이트에도 적용할 수 있습니다.
실무에서 자주 맡기는 일은 다음과 같습니다.
- 거래처 사이트에 로그인해 주문·정산 내역을 내려받아 엑셀에 정리
- 메일로 온 첨부파일을 열어 ERP에 입력
- 여러 시스템의 숫자를 모아 일일 보고서 작성
- 공공기관 포털에서 서류를 조회하고 저장
공통점은 순서와 규칙이 정해져 있고 매번 같은 방식으로 반복된다는 것입니다. 이 조건을 만족하면 사람이 쓰던 시간을 거의 그대로 줄일 수 있고, 오타나 누락 같은 실수도 함께 사라집니다.
매크로와 무엇이 다른가
매크로는 한 프로그램 안에서 정해진 동작을 되풀이하는 기능입니다. 엑셀 매크로는 엑셀 안에서, 키보드 매크로는 키 입력만 반복합니다. RPA는 여기서 범위가 넓어집니다. 엑셀에서 값을 읽어 웹사이트에 입력하고 결과를 다시 메일로 보내는 식으로, 여러 프로그램을 넘나드는 흐름을 하나로 묶습니다.
두 번째 차이는 예외 처리입니다. 매크로는 화면이 조금만 달라져도 멈추거나 엉뚱한 곳을 누릅니다. RPA는 로그인 실패, 팝업, 데이터 없음 같은 상황을 미리 정의해 두고 건너뛰거나 재시도하거나 담당자에게 알리는 식으로 대응합니다.
세 번째는 운영입니다. RPA는 정해진 시간에 자동 실행하고 실행 결과를 기록으로 남깁니다. 어느 건이 성공했고 어느 건이 실패했는지 확인할 수 있어야 업무를 맡길 수 있습니다. 정리하면, 한 프로그램 안의 단순 반복은 매크로로 충분하고, 프로그램 여러 개를 오가며 예외가 생기는 일은 RPA의 영역입니다.
맞는 업무와 안 맞는 업무
RPA가 잘 맞는 업무는 세 가지 조건을 갖춥니다. 규칙을 문서로 적을 수 있을 만큼 명확하고, 입력 자료가 정형화되어 있으며, 건수가 많아 사람 시간이 꾸준히 들어가는 일입니다. 월말 정산 자료 취합, 거래처별 발주 등록, 반복 조회 업무가 대표적입니다.
반대로 다음 업무는 RPA로 풀기 어렵습니다.
- 건마다 사람이 판단해야 하는 일. 클레임 내용을 읽고 처리 방향을 정하는 업무가 그렇습니다
- 입력 자료의 형식이 매번 다른 일. 거래처마다 양식이 다른 손글씨 서류 등
- 한 달에 몇 건 안 되는 일. 만드는 비용이 절감되는 시간보다 큽니다
- 대상 사이트가 자동 접근을 허용하지 않는 일. 약관을 확인하고 허용 범위 안에서만 진행해야 합니다
판단이 섞인 업무라면 판단 전후의 반복 구간만 떼어 자동화하는 방법이 있습니다. 사람은 판단만 하고, 자료 수집과 결과 입력은 로봇이 맡는 구조입니다.
대상 사이트가 바뀌면 생기는 일
RPA는 화면을 기준으로 움직이기 때문에 대상 프로그램이나 사이트가 바뀌면 영향을 받습니다. 버튼 위치가 옮겨지거나 메뉴 이름이 바뀌면 로봇이 원하는 요소를 찾지 못해 멈춥니다. 이것은 결함이 아니라 화면 기반 자동화의 속성입니다. 도입 전에 이 점을 알고 있어야 나중에 당황하지 않습니다.
영향을 줄이는 방법은 있습니다.
- 화면 좌표가 아니라 요소의 이름이나 구조로 찾도록 만들면 작은 디자인 변경에는 견딥니다
- 실패 시 즉시 알림이 오게 하면 멈춘 채로 방치되는 일을 막습니다
- 사이트 개편 공지가 오면 미리 점검 일정을 잡습니다
- 가능하면 화면 대신 파일 다운로드나 API처럼 안정적인 경로를 우선 씁니다
그래서 RPA는 만들고 끝이 아니라 유지보수 체계까지 포함한 도입으로 봐야 합니다. 개편이 잦은 사이트라면 수정 대응 조건을 계약 단계에서 정해 두는 것이 안전합니다.
| 구분 | 매크로 | RPA |
|---|---|---|
| 동작 범위 | 한 프로그램 안 | 여러 프로그램·사이트를 넘나듦 |
| 예외 상황 | 멈추거나 오작동 | 미리 정의한 대로 재시도·건너뜀·알림 |
| 실행 방식 | 사람이 직접 실행 | 예약 실행, 결과 기록 |
| 맞는 일 | 한 파일 안의 단순 반복 | 시스템 간 자료 이동, 반복 조회·입력 |
| 유지보수 | 만든 사람에게 의존 | 실패 알림과 수정 체계 필요 |
RPA 자주 묻는 질문
RPA를 쓰려면 기존 프로그램을 바꿔야 하나요?
아닙니다. RPA는 사람이 쓰던 화면을 그대로 이용하므로 기존 프로그램을 수정하지 않습니다. 연동 기능이 없는 오래된 프로그램이나 외부 사이트도 대상이 됩니다. 다만 화면이 바뀌면 로봇도 손봐야 한다는 점은 감안해야 합니다.
몇 건부터 RPA로 만들 가치가 있나요?
정해진 숫자는 없지만, 사람이 매주 반복해서 몇 시간 이상 쓰는 일이면 검토 대상입니다. 건수보다 중요한 것은 규칙이 명확한지입니다. 규칙만 명확하면 건수가 적어도 실수 방지 목적으로 만드는 경우가 있습니다.
RPA와 매크로 중 무엇을 먼저 고려해야 하나요?
한 프로그램 안에서 끝나는 일이면 매크로가 빠르고 쌉니다. 여러 프로그램을 오가거나 예외 상황이 자주 생기면 RPA가 맞습니다. 매크로로 시작했다가 관리가 어려워지는 시점에 RPA로 넘어가는 경우가 많습니다.
실무에서 이 개념이 어떻게 쓰이는지는 RPA와 엑셀 매크로, 무엇이 다른가 · RPA 업무자동화 서비스 · 엑셀 자동화, 어디까지 가능한가 에 정리했습니다.
RPA, 우리 회사 업무에 어떻게 적용할지 궁금하시다면
지금 쓰시는 엑셀이나 업무 순서를 알려주시면, 어디까지 시스템으로 옮길 수 있는지 단계별로 정리해 드립니다.