RPA란 무엇인가?

반복 업무를 자동화하는 현실적인 디지털 도구

기업 업무를 살펴보면 사람이 직접 판단해야 하는 일도 있지만, 의외로 많은 업무가 반복 작업으로 구성되어 있습니다.

예를 들면 다음과 같습니다.

• 특정 사이트에 로그인한다.
• 파일을 다운로드한다.
• 엑셀 자료를 정리한다.
• ERP나 MES에 데이터를 입력한다.
• 결과를 확인하고 담당자에게 메일을 보낸다.
• 매일 같은 시간에 같은 보고서를 만든다.

이런 업무는 사람이 하면 시간이 많이 걸리고, 실수도 발생할 수 있습니다.
이때 활용할 수 있는 대표적인 자동화 기술이 RPA입니다.

---

1. RPA의 의미

RPA는 Robotic Process Automation의 약자입니다.
직역하면 로봇 프로세스 자동화입니다.

여기서 말하는 로봇은 공장에서 움직이는 물리적인 로봇이 아닙니다.
컴퓨터 안에서 사람이 하던 업무 절차를 대신 수행하는 소프트웨어 로봇을 의미합니다.

즉, RPA는 사람이 마우스와 키보드로 처리하던 반복 업무를 소프트웨어가 대신 수행하도록 만드는 기술입니다.

예를 들어 담당자가 매일 아침 거래처 포털에 접속해서 파일을 내려받고, 엑셀을 열어 정리한 뒤 ERP에 업로드하는 업무가 있다면 RPA가 다음과 같이 대신 처리할 수 있습니다.

1. 정해진 시간에 자동 실행
2. 웹사이트 접속
3. 로그인
4. 메뉴 이동
5. 파일 다운로드
6. 엑셀 정리
7. ERP 또는 MES 업로드
8. 처리 결과 로그 저장
9. 오류 발생 시 담당자에게 알림

사람이 하던 절차를 그대로 따라 하되, 더 빠르고 일정하게 처리하는 것이 RPA의 핵심입니다.

---

2. RPA가 필요한 이유

기업 업무에는 시스템 간 연동이 완벽하지 않은 경우가 많습니다.

예를 들어 A 업체의 시스템에서 데이터를 받아 B 업체의 ERP에 입력해야 하는데, 두 시스템 사이에 API가 없거나 직접 DB 연동이 불가능한 경우가 있습니다.

이럴 때 일반적인 방법은 사람이 직접 웹사이트에 접속해서 데이터를 내려받고, 엑셀로 정리하고, 다시 ERP에 입력하는 것입니다.

하지만 이런 방식은 다음과 같은 문제가 있습니다.

1) 반복 업무가 많다

매일 같은 사이트에 접속하고, 같은 메뉴를 누르고, 같은 파일을 받는 일은 부가가치가 높지 않습니다.
업무 담당자의 시간을 계속 소모합니다.

2) 휴먼에러가 발생한다

파일을 잘못 다운로드하거나, 날짜를 잘못 선택하거나, 엑셀 파일을 잘못 업로드하는 문제가 발생할 수 있습니다.

특히 품목, BOM, SQ, 납기, 재고, 단가, 생산계획처럼 기준 정보와 관련된 데이터는 작은 오류도 큰 문제로 이어질 수 있습니다.

3) 담당자 의존도가 높다

특정 담당자만 처리 방법을 알고 있으면 담당자가 휴가를 가거나 퇴사했을 때 업무가 중단될 수 있습니다.

4) 실시간 처리가 어렵다

사람이 직접 처리하는 구조에서는 데이터 반영 시점이 늦어질 수 있습니다.
변경분을 빠르게 확인하지 못하면 생산, 구매, 품질 업무에 영향을 줄 수 있습니다.

5) 시스템 개발보다 빠르게 적용할 수 있다

API 개발이나 시스템 간 인터페이스 개발은 시간이 오래 걸릴 수 있습니다.
반면 RPA는 기존 화면을 활용하기 때문에 비교적 빠르게 자동화할 수 있습니다.

---

3. RPA가 잘 맞는 업무

RPA는 모든 업무에 적합한 것은 아닙니다.
다음과 같은 특징을 가진 업무에 특히 잘 맞습니다.

1) 절차가 정해져 있는 업무

업무 순서가 명확해야 합니다.

예를 들어 다음과 같은 업무입니다.

• 로그인한다.
• 메뉴를 선택한다.
• 날짜를 입력한다.
• 조회 버튼을 누른다.
• 파일을 다운로드한다.
• 저장 위치를 지정한다.

이처럼 절차가 정해져 있으면 RPA 적용이 쉽습니다.

2) 반복적으로 발생하는 업무

한 번만 하는 업무보다는 매일, 매주, 매월 반복되는 업무에 효과가 큽니다.

예를 들면 다음과 같습니다.

• 일일 생산실적 다운로드
• 거래처 납품계획 수집
• 재고 현황 조회
• SQ 정보 수집
• 세금계산서 자료 다운로드
• 근태 자료 취합
• 매출 보고서 작성

3) 규칙 기반으로 판단 가능한 업무

RPA는 정해진 조건에 따라 판단하는 업무에 적합합니다.

예를 들어 다음과 같습니다.

• 파일이 있으면 다운로드한다.
• 신규 데이터만 ERP에 반영한다.
• 전일 대비 변경된 데이터만 별도 저장한다.
• 오류가 있으면 담당자에게 알림을 보낸다.
• 특정 컬럼이 비어 있으면 업로드하지 않는다.

4) 여러 시스템을 오가는 업무

RPA는 서로 다른 시스템을 연결하는 데 효과적입니다.

예를 들어 다음과 같은 구조입니다.

• 협력사 포털 → Excel 다운로드 → 사내 ERP 업로드
• 웹 시스템 → CSV 다운로드 → MES 반영
• 메일 첨부파일 → 폴더 저장 → DB 반영
• 그룹웨어 → 결재 상태 확인 → ERP 상태 변경

API가 없는 시스템이라도 화면 조작을 통해 데이터를 가져오거나 입력할 수 있습니다.

---

4. RPA가 적합하지 않은 업무

RPA가 좋은 도구이긴 하지만, 모든 업무에 무조건 적용하는 것은 좋지 않습니다.

다음과 같은 업무에는 주의가 필요합니다.

1) 판단 기준이 자주 바뀌는 업무

업무 규칙이 계속 바뀌면 RPA도 계속 수정해야 합니다.

예를 들어 담당자마다 처리 방식이 다르고 예외가 너무 많다면 자동화보다 업무 표준화가 먼저 필요합니다.

2) 화면 구조가 자주 바뀌는 시스템

RPA는 화면의 버튼, 입력창, 메뉴 위치 등을 인식해서 동작하는 경우가 많습니다.

따라서 대상 웹사이트나 프로그램 화면이 자주 바뀌면 RPA가 멈출 수 있습니다.

3) 보안 정책상 자동 로그인이 어려운 업무

OTP, 보안카드, 캡차, 생체 인증 등 사람이 직접 처리해야 하는 인증 절차가 있으면 자동화가 제한될 수 있습니다.

4) 대량 데이터 처리 중심 업무

데이터가 매우 많고 복잡한 경우에는 RPA보다 API, DB 연동, ETL 프로그램이 더 적합할 수 있습니다.

RPA는 화면 기반 자동화이기 때문에 대용량 처리에서는 속도와 안정성 측면에서 한계가 있습니다.

---

5. RPA와 API의 차이

RPA를 설명할 때 API와 비교하면 이해하기 쉽습니다.

API 방식

API는 시스템과 시스템이 정해진 규칙으로 직접 데이터를 주고받는 방식입니다.

예를 들어 ERP가 거래처 시스템에 API로 요청하면, 거래처 시스템이 JSON이나 XML 형태로 데이터를 보내주는 구조입니다.

장점은 빠르고 안정적입니다.
하지만 상대 시스템에서 API를 제공해야 하고, 개발 협의가 필요합니다.

RPA 방식

RPA는 사람이 화면에서 처리하던 일을 소프트웨어가 대신 수행하는 방식입니다.

상대 시스템이 API를 제공하지 않아도 기존 웹 화면이나 프로그램 화면을 활용할 수 있습니다.

장점은 도입이 빠르고 기존 시스템 변경이 적습니다.
하지만 화면 변경에 영향을 받을 수 있습니다.

비교 정리

구분APIRPA

연동 방식	시스템 간 직접 연동	화면 조작 자동화
속도	빠름	상대적으로 느림
안정성	높음	화면 변경에 영향
도입 난이도	개발 협의 필요	비교적 빠름
대상 시스템 변경	필요할 수 있음	거의 없음
대량 처리	적합	제한적
API 미제공 시스템	어려움	가능

가장 좋은 구조는 API가 가능하면 API를 우선 적용하고, API가 없는 영역은 RPA로 보완하는 방식입니다.

---

6. 제조업에서 RPA 활용 예시

제조업에서는 RPA를 활용할 수 있는 업무가 많습니다.

1) 협력사 포털 데이터 수집

협력사나 고객사 포털에 접속해 다음 데이터를 자동으로 수집할 수 있습니다.

• 발주 정보
• 납품 계획
• 납기 변경 정보
• 품목 정보
• 도면 정보
• 검사 기준
• SQ 정보
• 클레임 정보

수집한 데이터는 ERP나 MES에 자동 반영할 수 있습니다.

2) 조립작명 및 SQ 자동 수집

조립작명이나 SQ 정보처럼 매일 변경될 수 있는 기준 정보는 수작업 관리가 어렵습니다.

RPA를 활용하면 다음과 같은 구조를 만들 수 있습니다.

1. 고객사 포털 자동 접속
2. 조립작명 데이터 다운로드
3. SQ 정보 다운로드
4. 기존 데이터와 신규 데이터 비교
5. 변경분 추출
6. ERP/MES 반영
7. 변경 이력 저장
8. 담당자에게 결과 알림

이렇게 구성하면 매일 반복되는 다운로드와 업로드 업무를 줄이고, 변경 누락을 방지할 수 있습니다.

3) 생산 실적 자료 취합

여러 현장 시스템이나 설비에서 생성된 생산 실적 파일을 자동으로 취합할 수 있습니다.

• 설비별 생산 수량
• 불량 수량
• 작업 시간
• 비가동 시간
• LOT 정보
• 작업자 정보

이 데이터를 MES나 ERP에 반영하면 생산현황 집계가 쉬워집니다.

4) 품질 검사 성적서 자동 등록

검사 장비나 협력사에서 받은 검사 성적서를 자동으로 저장하고 등록할 수 있습니다.

• 검사 파일 다운로드
• 품목/LOT 매칭
• 검사값 추출
• 기준값 비교
• 합격/불합격 판정
• 품질 시스템 등록

5) 월말 정산 자료 자동 생성

월말에는 매출, 구매, 재고, 생산 실적, 비용 자료를 정리해야 합니다.

RPA는 여러 시스템에서 자료를 가져와 엑셀 보고서나 집계 파일을 만들 수 있습니다.

---

7. RPA 시스템 구성 방식

RPA 시스템은 보통 다음과 같은 구조로 구성됩니다.

1) 스케줄러

정해진 시간에 RPA를 실행합니다.

예를 들면 매일 오전 7시, 매시간 1회, 매주 월요일 오전 9시처럼 설정할 수 있습니다.

2) 자동 로그인 모듈

대상 시스템에 접속하고 로그인합니다.

보안 정책에 따라 ID/PW 저장 방식, 인증 처리 방식, 세션 유지 방식 등을 정해야 합니다.

3) 화면 제어 모듈

웹사이트나 프로그램 화면을 제어합니다.

• 버튼 클릭
• 메뉴 이동
• 입력창 값 입력
• 조회 실행
• 파일 다운로드
• 팝업 처리

4) 데이터 처리 모듈

다운로드한 파일을 분석하고 정리합니다.

• Excel 읽기
• CSV 읽기
• 데이터 정합성 검사
• 중복 제거
• 변경분 비교
• DB 저장

5) ERP/MES 반영 모듈

수집한 데이터를 내부 시스템에 반영합니다.

반영 방식은 다음 중 하나가 될 수 있습니다.

• DB Direct Insert/Update
• API 호출
• Excel Upload
• ERP 화면 자동 입력
• 중간 테이블 저장 후 승인 처리

6) 로그 및 알림 모듈

자동화 결과를 기록하고 담당자에게 알려줍니다.

• 실행 시작 시간
• 실행 종료 시간
• 처리 건수
• 성공 건수
• 실패 건수
• 오류 메시지
• 다운로드 파일명
• 변경 데이터 건수

알림 방식은 메일, 카카오톡, SMS, Teams, Slack 등으로 구성할 수 있습니다.

---

8. RPA 도입 시 고려사항

RPA는 단순히 “자동 클릭 프로그램”을 만드는 것이 아닙니다.
운영 안정성을 위해 다음 사항을 반드시 고려해야 합니다.

1) 예외 처리

자동화 중에는 다양한 예외가 발생할 수 있습니다.

• 사이트 접속 실패
• 로그인 실패
• 메뉴 구조 변경
• 파일 다운로드 실패
• 엑셀 파일 형식 변경
• 중복 데이터 발생
• DB 저장 실패
• 네트워크 오류
• 권한 오류

따라서 오류가 발생했을 때 프로그램이 그냥 멈추는 것이 아니라, 로그를 남기고 담당자에게 알려야 합니다.

2) 변경분 비교

매번 전체 데이터를 덮어쓰는 방식은 위험할 수 있습니다.

기존 데이터와 신규 데이터를 비교해서 다음과 같이 구분하는 것이 좋습니다.

• 신규 추가
• 기존 변경
• 삭제 또는 미사용
• 변경 없음

이렇게 Diff 분석을 하면 어떤 데이터가 언제 어떻게 변경되었는지 추적할 수 있습니다.

3) 이력 관리

기준 정보는 변경 이력이 중요합니다.

예를 들어 품목명, 조립작명, SQ 정보, BOM 정보가 변경되었을 때 다음 정보를 저장해야 합니다.

• 변경 전 값
• 변경 후 값
• 변경 일시
• 변경 원천
• 처리자 또는 자동처리 여부
• 반영 상태

이력 관리가 있어야 나중에 문제가 발생했을 때 원인을 추적할 수 있습니다.

4) 승인 절차

중요한 데이터는 자동 반영 전에 담당자가 확인하도록 만들 수 있습니다.

예를 들어 다음과 같은 방식입니다.

1. RPA가 데이터 수집
2. 변경분 자동 비교
3. 담당자 검토 화면 제공
4. 승인된 데이터만 ERP/MES 반영
5. 반영 결과 저장

완전 자동화가 부담스러운 경우에는 이런 반자동 구조가 현실적입니다.

5) 보안 관리

RPA는 로그인 정보를 사용할 수 있기 때문에 보안 관리가 중요합니다.

• 계정 정보 암호화
• 권한 최소화
• 실행 PC 접근 제한
• 로그에 비밀번호 저장 금지
• 접속 이력 관리
• 정기적인 비밀번호 변경 정책

6) 유지보수 체계

대상 사이트 화면이 바뀌면 RPA도 수정해야 합니다.

따라서 운영 중 다음 사항을 관리해야 합니다.

• 화면 변경 감지
• 오류 발생 알림
• 담당자 연락 체계
• 수정 이력 관리
• 테스트 환경 확보

---

9. RPA 구축 절차

RPA를 도입할 때는 다음 순서로 진행하는 것이 좋습니다.

1단계: 업무 분석

먼저 자동화할 업무를 정확히 정리해야 합니다.

• 누가 처리하는가?
• 언제 처리하는가?
• 어떤 사이트나 프로그램을 사용하는가?
• 입력 데이터는 무엇인가?
• 출력 데이터는 무엇인가?
• 예외 상황은 무엇인가?
• 처리 결과는 어디에 반영되는가?

2단계: 자동화 가능성 검토

대상 업무가 RPA에 적합한지 확인합니다.

• 로그인 자동화가 가능한가?
• 화면 구조가 안정적인가?
• 파일 다운로드가 가능한가?
• 캡차나 OTP가 있는가?
• 데이터 형식이 일정한가?
• 오류 발생 시 재처리 가능한가?

3단계: 표준 프로세스 정의

사람마다 다르게 처리하던 방식을 하나의 표준 절차로 정리합니다.

업무가 표준화되어야 자동화도 안정적으로 구현됩니다.

4단계: RPA 개발

정의된 절차에 따라 자동화 프로그램을 개발합니다.

• 접속
• 로그인
• 메뉴 이동
• 조회
• 다운로드
• 파일 분석
• 데이터 비교
• DB 반영
• 로그 저장
• 알림 발송

5단계: 테스트

실제 업무 데이터로 충분히 테스트해야 합니다.

특히 다음 항목을 확인해야 합니다.

• 정상 처리
• 데이터 없음
• 중복 데이터
• 파일 형식 오류
• 네트워크 오류
• 로그인 실패
• 대상 사이트 변경
• ERP/MES 반영 실패

6단계: 운영 적용

테스트가 완료되면 정해진 스케줄에 따라 운영합니다.

처음에는 완전 자동 반영보다 담당자 확인 후 반영하는 구조로 시작하는 것이 안전합니다.

7단계: 모니터링 및 개선

운영 결과를 계속 확인하면서 자동화 범위를 확대합니다.

---

10. RPA 도입 효과

RPA를 잘 적용하면 다음과 같은 효과를 기대할 수 있습니다.

1) 업무 시간 절감

반복적인 다운로드, 입력, 정리 업무를 자동화하면 담당자의 업무 시간이 크게 줄어듭니다.

2) 데이터 정확도 향상

사람이 직접 입력할 때 발생하는 오타, 누락, 잘못된 파일 선택 등의 오류를 줄일 수 있습니다.

3) 업무 표준화

RPA를 만들기 위해 업무 절차를 정리하다 보면 자연스럽게 업무 표준화가 이루어집니다.

4) 변경 이력 확보

자동 수집 데이터와 기존 데이터를 비교하면 변경 이력을 체계적으로 관리할 수 있습니다.

5) 빠른 의사결정

최신 데이터가 ERP/MES에 빠르게 반영되면 생산, 구매, 품질 부서가 더 빠르게 판단할 수 있습니다.

6) 담당자 의존도 감소

특정 담당자만 알고 있던 반복 업무를 시스템화할 수 있습니다.

---

11. RPA와 AI의 결합

최근에는 RPA와 AI를 함께 활용하는 사례도 늘고 있습니다.

기존 RPA는 정해진 규칙에 따라 움직이는 방식이었습니다.
하지만 AI를 결합하면 비정형 데이터 처리나 판단 보조가 가능해집니다.

예를 들면 다음과 같습니다.

• PDF 문서에서 필요한 항목 추출
• 이메일 내용을 분석해 업무 분류
• 거래처 요청 내용을 자동 요약
• 이상 데이터 탐지
• 이미지 검사 결과 자동 분류
• 자연어로 업무 지시 후 자동 처리

즉, RPA가 손과 발이라면 AI는 판단을 보조하는 두뇌 역할을 할 수 있습니다.

다만 AI 판단 결과를 무조건 자동 반영하기보다는, 중요한 업무에서는 담당자 확인 절차를 두는 것이 안전합니다.

---

12. RPA 도입 시 현실적인 접근 방법

RPA는 처음부터 큰 범위로 도입하기보다 작은 업무부터 시작하는 것이 좋습니다.

예를 들어 다음과 같은 순서가 현실적입니다.

1. 단순 다운로드 자동화
2. 다운로드 파일 정리 자동화
3. 기존 데이터와 변경분 비교
4. 담당자 검토 화면 제공
5. ERP/MES 반영 자동화
6. 로그 및 알림 체계 구축
7. 예외 처리와 재처리 기능 강화

이렇게 단계적으로 적용하면 실패 위험을 줄이고, 현업 담당자의 신뢰도 확보할 수 있습니다.

---

13. RPA 적용 예시 구조

제조업의 조립작명 및 SQ 자동 수집 업무를 기준으로 보면 다음과 같은 구조가 적합합니다.

고객사 포털
   ↓
RPA 자동 로그인
   ↓
조립작명 / SQ 파일 다운로드
   ↓
Excel / CSV 데이터 분석
   ↓
기존 DB와 변경분 비교
   ↓
신규 / 변경 / 삭제 데이터 분류
   ↓
담당자 검토 또는 자동 승인
   ↓
ERP / MES 반영
   ↓
처리 로그 저장
   ↓
메일 / 알림 발송

 

이 구조는 단순한 화면 자동화가 아니라, 실제 운영 가능한 자동 수집 시스템에 가깝습니다.

---

14. RPA 도입 전 체크리스트

RPA를 도입하기 전에 다음 항목을 확인하면 좋습니다.

점검 항목확인 내용

업무 반복성	매일 또는 주기적으로 반복되는가?
절차 명확성	처리 순서가 표준화되어 있는가?
데이터 형식	파일 또는 화면 데이터 형식이 일정한가?
로그인 방식	자동 로그인이 가능한가?
보안 정책	계정 저장 및 자동 접속이 허용되는가?
예외 상황	오류 발생 시 처리 방법이 정의되어 있는가?
반영 방식	ERP/MES에 어떻게 반영할 것인가?
이력 관리	변경 전후 데이터를 저장할 것인가?
담당자 승인	자동 반영 또는 승인 후 반영 중 어떤 방식인가?
유지보수	대상 시스템 화면 변경 시 대응 가능한가?

---

15. 결론

RPA는 단순히 사람 대신 버튼을 눌러주는 프로그램이 아닙니다.
반복 업무를 표준화하고, 데이터 흐름을 자동화하며, 업무 정확성과 생산성을 높이는 디지털 자동화 도구입니다.

특히 제조업에서는 협력사 포털, 고객사 시스템, ERP, MES, 품질 시스템처럼 여러 시스템을 오가는 업무가 많습니다.
이런 환경에서는 API와 RPA를 적절히 조합하면 큰 효과를 얻을 수 있습니다.

API가 제공되는 영역은 API로 안정적으로 연동하고, API가 없는 영역은 RPA로 자동 수집하는 방식이 현실적입니다.

중요한 것은 단순 자동화가 아니라 운영 가능한 구조를 만드는 것입니다.

• 자동 수집
• 변경분 비교
• ERP/MES 반영
• 로그 관리
• 오류 알림
• 변경 이력
• 담당자 승인

이런 요소가 함께 구성되어야 실제 업무에서 신뢰할 수 있는 RPA 시스템이 됩니다.

RPA는 반복 업무를 줄이고, 사람은 더 중요한 판단과 개선 업무에 집중하게 만드는 실용적인 자동화 기술입니다.