RPA와 맞춤 개발 자동화는 무엇이 다를까? 화면을 따라 할지, 시스템을 직접 연결할지

RPA는 사람이 화면에서 하던 클릭과 입력을 프로그램이 그대로 따라 하는 방식이고, 맞춤 개발 자동화는 API나 업로드 양식으로 시스템끼리 데이터를 직접 주고받게 만드는 방식입니다. 데이터를 넣을 시스템에 연결 통로가 있으면 맞춤 개발이 화면 배치와 상관없이 돌아가고, 통로가 없는 오래된 사내 프로그램이나 관공서 사이트라면 RPA가 현실적입니다. 한 업무 안에서 둘을 섞어 쓰는 경우도 많습니다.

RPA를 들였는데 왜 다시 손으로 입력하게 될까요?

로봇이 화면을 기준으로 일하기 때문입니다. 화면이 바뀌면 로봇이 누를 곳을 찾지 못하고, 그날 일은 다시 사람에게 돌아옵니다.

직원 스무 명 남짓한 주방용품 도매회사의 영업관리 담당자는 매일 아침 메일, 팩스, 엑셀로 들어온 거래처 발주서를 ERP 판매 입력 화면에 한 줄씩 옮겼습니다. 하루 40줄 남짓이면 오전이 거의 다 갔습니다.

회사는 RPA 프로그램을 들여 담당자의 입력 순서를 녹화했습니다. 처음 몇 주는 잘 돌았습니다. 그런데 녹화한 순서에 없던 일이 남았습니다. 거래처가 '큰 냄비'라고 적은 품목이 어느 품목코드인지는 여전히 담당자가 찾아 엑셀에 미리 적어 두어야 했습니다.

몇 달 뒤 ERP 업데이트로 판매 입력 화면의 배치가 바뀌었습니다. 로봇은 거래처를 고르는 단계에서 멈췄고, 멈췄다는 알림이 없어서 담당자는 출고 직전에야 알았습니다. 그날 발주서는 다시 손으로 입력했습니다.

이 회사가 겪은 일을 RPA 탓으로만 보기는 어렵습니다. 어떤 일을 화면에 맡기고 어떤 일을 직접 연결할지 나누지 않은 채, 사람이 하던 순서를 통째로 옮긴 것이 출발점입니다.

RPA와 맞춤 개발 자동화는 무엇이 다른가요?

RPA는 화면을 보고 일하고, 맞춤 개발은 화면을 거치지 않고 데이터를 주고받습니다. UiPath, Microsoft Power Automate, 삼성SDS Brity Automation(브리티 RPA), Automation Anywhere가 대표적인 RPA 프로그램입니다. 마이크로소프트는 Power Automate 라이선스 문서에서 RPA가 필요한 경우를 "미리 만든 커넥터가 없고, 커넥터를 만들 API도 없는 애플리케이션을 다룰 때"라고 설명합니다.

위 회사의 발주 입력에 대입하면 이렇게 갈립니다.

이 회사의 ERP에는 연결 통로가 있었을까요?

가장 먼저 확인할 질문입니다. ERP에 따라 오픈 API를 열어 두거나 엑셀 업로드 메뉴를 두는 경우가 있고, 둘 중 하나만 있어도 판매 입력 화면을 열 필요가 없습니다. 그래서 ERP 입력 방법은 이 순서로 검토하는 것이 좋습니다.

1. ERP가 오픈 API를 열어 두었으면 회사가 발급한 인증키로 전표를 넣습니다.
2. API가 없으면 ERP나 사내 엑셀 장부가 받는 업로드 양식에 맞춥니다.
3. 그것도 없으면 화면 자동 입력(RPA)을 검토합니다.

통로가 있는데 화면을 따라 하게 만들면 화면이 바뀔 때마다 고칠 거리가 생깁니다. 반대로 통로가 정말 없다면 RPA가 현실적인 길입니다.

화면이 바뀌면 RPA는 왜 멈추나요?

로봇이 버튼이나 입력칸을 찾는 기준이 화면에 묶여 있기 때문입니다. 마이크로소프트 문제 해결 문서는 "failed to get UI element" 오류의 원인을 요소가 화면에 없거나 요소를 찾는 기준(선택자)이 맞지 않는 경우로 설명하고, 요소를 다시 잡거나 선택자를 고치라고 안내합니다. 위 회사가 출고 직전에야 알게 된 것은 멈춘 것을 알리는 장치가 없었기 때문입니다. RPA를 쓴다면 세 가지를 미리 정해 둡니다.

1. 대상 화면이 개편될 때 누가 알고, 누가 다시 잡는지
2. 로봇이 멈추면 어디로 알림이 가는지
3. 멈춘 날 사람이 처리할 순서가 문서로 있는지

마이크로소프트 학습 문서에 따르면 Power Automate 데스크톱 흐름을 사람 없이 돌리려면 Windows 11 Pro나 Enterprise가 필요하고, Home으로는 안 됩니다.

그렇다면 RPA는 언제 맞는 선택인가요?

데이터를 넣을 곳에 API도, 업로드 양식도 없을 때입니다.

• 오래전에 만든 사내 프로그램이라 연동 기능이 없다
• 관공서나 거래처 사이트에 매일 같은 값을 입력해야 한다
• 화면 구성이 몇 년째 거의 바뀌지 않는다
• 몇 달만 쓰고 끝낼 임시 업무다

같은 학습 문서도 데스크톱 RPA를 "다른 대안이 없거나, 연동을 개발하는 데 비용과 시간이 많이 들 때 쓸 수 있는 방법"으로 설명합니다. 루코 웍스 업무 자동화에도 연동 기능이 없는 관공서·사내 시스템 입력을 화면 자동화(RPA)로 대신하는 '화면 반복 입력'이 있습니다.

RPA 도입 비용은 어떻게 계산하나요?

라이선스 비용에 봇을 만들고 고치는 사람의 시간을 더해 계산합니다. 공식 페이지에서 확인한 내용은 아래와 같습니다(2026년 10월 31일 확인, 미국 달러 기준).

견적을 받을 때는 라이선스 수, 봇을 만드는 작업비, 화면이 바뀌었을 때 고치는 비용을 따로 적어 달라고 하면 비교하기 쉽습니다.

이 회사는 결국 어떻게 바꾸면 될까요?

판단이 필요한 앞부분은 맞춤 개발로 만들고, ERP에 넣는 마지막 단계는 연결 통로에 맞추면 됩니다.

다시 살펴보니 이 회사 ERP에는 엑셀 업로드 메뉴가 있었습니다. 그렇다면 발주서를 읽고 품목코드를 맞추는 일은 프로그램에 맡기고, 확실하지 않은 줄만 표시해 담당자가 확인하면 됩니다. 담당자가 고친 품명은 매칭표에 쌓아 다음부터 자동으로 맞추고, 확인이 끝나면 ERP 업로드 양식 파일을 만들어 올립니다. ERP 화면이 바뀌어도 이 흐름은 그대로입니다.

판매처 주문처럼 API를 누가 쓸 수 있는지가 정책으로 정해진 경우도 있습니다. 판매처별 조건은 쿠팡·스마트스토어·카페24 연동 글에 있습니다.

우리 회사 업무는 어느 쪽인지 어떻게 정하나요?

업무 하나를 정해 아래 순서로 물어보면 대부분 정해집니다. 위 회사에 대입했던 판단을 순서로 옮긴 것입니다.

1. 데이터를 넣을 시스템에 API나 업로드 양식이 있는가? → 있으면 직접 연결부터 검토합니다.
2. 없다면 그 화면은 얼마나 자주 바뀌는가? → 거의 안 바뀌면 RPA로 충분합니다.
3. 중간에 판단할 규칙이 많은가? → 판단 부분은 맞춤 개발로 만들고 사람이 확인할 단계를 둡니다.
4. 사람 없이 정해진 시간에 돌아야 하는가? → 무인 실행 라이선스나 서버를 준비합니다.
5. 멈췄을 때 누가 고치는가? → 사내 담당자나 유지보수 계약을 정합니다.

위 회사처럼 RPA를 들였다가 다시 손으로 입력하고 있다면, 어느 단계를 화면에서 떼어 낼 수 있는지부터 보면 됩니다. 발주서를 읽어 품목을 맞추고 담당자 확인을 거쳐 ERP로 보낼 데이터를 만드는 흐름은 루코 웍스 발주서 → ERP 전표 데모에서 직접 눌러 볼 수 있습니다. 실제 ERP에는 보내지 않는 체험입니다.

루코 웍스도 ERP 입력은 오픈 API, 업로드 양식, 화면 자동 입력 순서로 검토합니다. 첫 상담에서 업무 흐름과 지금 쓰는 프로그램을 보고 직접 연결과 RPA 중 어느 쪽이 맞는지 함께 정합니다. 상담 요청하기