210. RPA (Robotic Process Automation) - Attended Bot과 Unattended Bot

핵심 인사이트 (3줄 요약)

본질: RPA (Robotic Process Automation)는 기존 시스템을 크게 바꾸지 않고 사용자 화면과 입력 동작을 소프트웨어 봇으로 자동화하는 비침습적 자동화 기술이다.

가치: 반복적인 복사·입력·조회 작업을 빠르게 자동화해 단기 성과를 내기 좋으며, 특히 레거시 시스템처럼 API (Application Programming Interface) 연계가 어려운 환경에서 효과적이다.

판단 포인트: 사람 판단이 중간에 필요한 업무는 Attended Bot, 야간 배치처럼 규칙 기반 대량 업무는 Unattended Bot이 적합하며, 사용자 인터페이스 (UI, User Interface) 변경과 운영 거버넌스 리스크를 반드시 함께 관리해야 한다.

Ⅰ. 개요 및 필요성

RPA는 사람이 화면에서 수행하던 반복 작업을 소프트웨어 봇이 대신 수행하도록 만드는 자동화 방식이다. 핵심은 데이터베이스나 애플리케이션 내부를 직접 바꾸지 않고, 화면 클릭, 입력, 복사, 파일 처리 같은 사용자 행동을 모방한다는 점이다. 그래서 기존 시스템 개조가 어렵거나 빠른 자동화가 필요한 기업 환경에서 많이 선택된다.

이 기술이 주목받는 이유는 많은 기업의 핵심 업무가 여전히 엑셀, 메일, 웹 포털, 레거시 전산 화면 사이를 오가는 수작업으로 이루어지기 때문이다. 정식 시스템 통합은 안정적이지만 시간과 비용이 크고, 이해관계자 승인도 길다. 반면 RPA는 비교적 짧은 기간에 반복 업무를 줄일 수 있어 퀵 윈 (Quick Win) 확보에 유리하다.

📢 섹션 요약 비유: 벽을 허물어 새 통로를 만드는 공사 대신, 먼저 짐을 옮겨 줄 사람 한 명을 더 두는 방식과 같다. 구조를 당장 못 바꾸더라도 반복 노동은 빠르게 줄일 수 있다.

Ⅱ. 아키텍처 및 핵심 원리

RPA 아키텍처는 보통 설계 도구, 실행 봇, 중앙 통제 서버로 나뉜다. 설계 도구에서는 화면 요소 선택자, 업무 규칙, 예외 처리, 자격증명 사용 방식을 정의한다. 실행 봇은 실제 업무를 수행하고, 중앙 통제 서버인 오케스트레이터 (Orchestrator)는 스케줄링, 배포, 모니터링, 로그 수집, 자원 분배를 담당한다.

구성 요소	역할	핵심 포인트
스튜디오 (Studio)	봇 시나리오 설계	화면 요소 선택, 예외 처리, 재시도 정의
봇 런타임 (Bot Runtime)	업무 자동 실행	입력 속도, 안정성, 자원 점유 관리
오케스트레이터 (Orchestrator)	중앙 통제·배포	스케줄링, 로그, 자격증명, 장애 대응
가상 환경 (VM, Virtual Machine)	무인 실행 환경	격리, 확장성, 운영 표준화

아래 그림은 Attended Bot과 Unattended Bot이 같은 플랫폼 위에서 다르게 배치되는 구조를 보여준다.

┌────────────────────────────────────────────────────────────────┐
│                RPA 운영 구조: 중앙 통제와 실행 방식            │
├────────────────────────────────────────────────────────────────┤
│                 오케스트레이터 (Orchestrator)                 │
│            ┌──────────────┴──────────────┐                    │
│            ▼                             ▼                    │
│  사용자 단말의 Attended Bot        서버/VM의 Unattended Bot      │
│  - 사용자 트리거                  - 스케줄·이벤트 기반 실행    │
│  - 사람 판단 후 이어받음          - 대량·야간·배치 업무 적합   │
└────────────────────────────────────────────────────────────────┘

핵심 원리는 세 가지다. 첫째, 화면 기반 자동화이므로 선택자 안정성과 예외 처리가 중요하다. 둘째, 업무 규칙이 명확할수록 자동화 성공률이 높다. 셋째, 봇 수가 늘어날수록 중앙 통제와 자격증명 관리가 필수다. 즉 RPA는 단순 매크로가 아니라 운영 체계를 함께 가져야 하는 자동화 플랫폼이다.

📢 섹션 요약 비유: 주방 보조 로봇을 여러 명 쓰려면 누가 어떤 주문을 맡는지, 재료는 어디서 가져오는지, 고장 나면 누가 멈추는지까지 정해 둬야 한다. 혼자일 땐 쉬워 보여도 숫자가 늘면 통제탑이 필요하다.

Ⅲ. 비교 및 연결

Attended Bot과 Unattended Bot의 차이는 단순히 설치 위치가 아니라, 업무 개입 방식에 있다. Attended Bot은 사용자가 실행을 시작하고, 중간 판단이나 고객 응대처럼 사람 개입이 필요한 흐름에 적합하다. Unattended Bot은 사람 없이 스케줄이나 이벤트로 돌아가며, 대량 처리와 야간 배치에 유리하다.

항목	Attended Bot	Unattended Bot
실행 주체	사용자 트리거	스케줄러·이벤트 트리거
주 사용처	콜센터, 상담, 예외 확인 후 입력	정산, 대사, 야간 배치, 대량 조회
장점	사람 판단과 결합 쉬움	24시간 운영, 확장성 우수
약점	사용자 PC 의존, 화면 점유	운영 통제·보안·가상환경 비용 필요

또한 RPA는 시스템 통합과도 비교해야 한다. API 연계는 구조적으로 더 안정적이고 유지보수성이 좋지만, 기존 시스템이 닫혀 있거나 개조 비용이 높으면 도입이 어렵다. 반대로 RPA는 빠르게 시작할 수 있지만 UI 변경에 약하다. 그래서 실무에서는 RPA를 영구 해법이라기보다, 표준 통합 전 단계의 브리지 또는 자동화 포트폴리오의 한 축으로 보는 것이 적절하다.

📢 섹션 요약 비유: Attended Bot은 운전 옆자리에 앉아 네비게이션과 버튼 조작을 도와주는 조수이고, Unattended Bot은 밤새 물류창고를 혼자 도는 무인 운반차다. 둘 다 자동화지만 함께 일하는 방식이 다르다.

Ⅳ. 실무 적용 및 기술사 판단

RPA 도입 판단에서 가장 중요한 것은 "규칙 기반 반복 업무인가"와 "화면 변경 위험을 감당할 수 있는가"다. 업무 규칙이 불명확하거나 예외 케이스가 너무 많으면 봇 유지비가 급격히 증가한다. 또한 외부 웹사이트 구조가 자주 바뀌는 업무는 안정성이 낮아, 차라리 API 연계나 업무 재설계가 낫다.

적용 체크리스트

업무 절차가 표준화되어 있고 예외 유형이 제한적인가?
사람 판단이 필요한 시점이 명확한가, 완전 무인 처리 가능한가?
자격증명, 접속 권한, 감사로그를 중앙에서 관리할 수 있는가?
화면 요소 변경 시 감지·수정 프로세스가 준비되어 있는가?

안티패턴

프로세스 비효율을 그대로 둔 채 RPA로만 덮는 자동화
봇 계정을 일반 사용자 계정처럼 관리해 보안 추적이 어려운 운영
오케스트레이터 없이 봇을 개별 PC에 흩뿌려 장애·변경 이력을 통제하지 못하는 환경

기술사 답안에서는 RPA의 장점을 말할 때 반드시 한계도 함께 적어야 한다. 비침습성과 빠른 도입은 강점이지만, UI 의존성과 유지보수 부담이 약점이다. 따라서 "단기 자동화는 RPA, 장기 안정화는 API·시스템 통합 병행"이라는 균형 감각이 중요하다.

📢 섹션 요약 비유: 테이프로 빠르게 응급수리를 하면 당장 물은 안 새지만, 배관이 오래되면 결국 근본 공사가 필요하다. RPA는 빠른 응급조치에 강하지만, 영구 배관 설계와 같은 것은 아니다.

Ⅴ. 기대효과 및 결론

RPA를 적절히 적용하면 처리시간 단축, 입력 오류 감소, 야간 무인 처리, 업무 가시성 향상 같은 효과를 얻을 수 있다. 특히 표준화된 백오피스 업무에서는 사람의 시간을 더 높은 판단 업무로 옮길 수 있다는 장점이 크다. 또한 업무 로그가 쌓이면서 후속 프로세스 개선과 감사 대응에도 도움이 된다.

그러나 봇이 많아질수록 관리 비용과 통제 책임도 커진다. 화면 변경, 인증 방식 변화, 예외 상황 폭증이 누적되면 자동화가 오히려 운영 복잡도를 키울 수 있다. 따라서 RPA는 프로세스 마이닝 (Process Mining), 작업 마이닝 (Task Mining), API 통합 전략과 함께 포트폴리오 차원에서 설계해야 지속 가능하다.

결론적으로 RPA는 "사람 흉내를 내는 자동화"가 아니라, 시스템 개조가 어려운 환경에서 시간을 사는 전략적 자동화 수단이다. 기억할 핵심은 봇 종류보다도, 어떤 업무를 어떤 운영 통제 아래 자동화할지의 판단이다.

📢 섹션 요약 비유: 청소기를 산다고 집안일이 끝나는 것은 아니다. 어느 방은 로봇청소기로 충분하고, 어느 방은 사람이 정리한 뒤 돌려야 하며, 배터리와 충전 상태도 관리해야 한다.

📌 관련 개념 맵

개념	연결 포인트
API (Application Programming Interface) 통합	장기적으로 더 안정적인 시스템 간 연계 대안
오케스트레이터 (Orchestrator)	다수의 봇을 중앙에서 통제하는 핵심 구성 요소
작업 마이닝 (Task Mining)	자동화 후보 업무를 발굴하는 선행 분석 기법
가상 머신 (VM, Virtual Machine)	Unattended Bot의 표준 실행 환경
하이퍼오토메이션 (Hyperautomation)	RPA를 인공지능, 프로세스 마이닝과 결합하는 확장 방향

📈 관련 키워드 및 발전 흐름도

수작업 화면 입력
      │
      ▼
RPA (Robotic Process Automation)
   ├─ Attended Bot
   └─ Unattended Bot
      │
      ▼
오케스트레이터 기반 중앙 통제
      │
      ▼
지능형 자동화 · 하이퍼오토메이션

이 흐름도는 단순 화면 자동화가 중앙 운영과 지능형 자동화로 확장되는 방향을 보여준다.

👶 어린이를 위한 3줄 비유 설명

RPA는 컴퓨터에서 사람이 하던 반복 숙제를 대신해 주는 로봇 친구예요.
옆에서 버튼을 눌러 줘야 움직이면 Attended Bot이고, 혼자 밤새 일하면 Unattended Bot이에요.
하지만 화면이 바뀌면 로봇이 헷갈릴 수 있어서 잘 돌보는 선생님이 필요해요.