RPA란 무엇인가: 문서 AI와 나누어 쓰는 업무 자동화 도구 완전 정리

RPA(Robotic Process Automation)란, 사람이 화면에서 반복하던 조작과 입력 절차를 소프트웨어가 그대로 따라 하도록 만들어 정해진 규칙대로 수행하게 하는 자동화 도구입니다.

RPA가 문서 앞에서 멈추는 이유

규칙이 정해진 곳에서만 강합니다.

RPA는 화면의 어느 위치를 클릭하고 어느 칸에 무엇을 입력할지가 정해져 있을 때 안정적으로 동작합니다. 시스템 사이의 데이터 이동이나 정기 보고 작성처럼 절차가 고정된 업무에서는 대단히 효율적입니다.

문제는 그 앞단입니다. 접수된 문서가 어떤 서식인지, 필요한 값이 어디에 적혀 있는지는 규칙으로 고정되지 않습니다. 같은 신청서라도 지점과 연도에 따라 배치가 달라지고, 팩스본은 기울어져 들어옵니다. 이 구간을 RPA로 처리하려면 서식마다 규칙을 만들어야 하고 서식이 바뀔 때마다 다시 손봐야 합니다. 그래서 실무에서는 문서를 판독하는 앞단과 시스템에 입력하는 뒷단을 나누어 배치합니다.

RPA의 정확한 정의: 문서 AI와 무엇이 다른가

문서 AI와 RPA, 세 가지 축의 차이

첫째, 대상이 다릅니다. 문서 AI는 문서의 내용을 대상으로 삼습니다. RPA는 화면과 시스템의 조작을 대상으로 삼습니다. 하나는 무엇이 적혀 있는지를 다루고 다른 하나는 어디를 눌러야 하는지를 다룹니다.

둘째, 변화에 대응하는 방식이 다릅니다. 문서 AI는 배치가 달라져도 항목명과 문맥을 근거로 값을 찾습니다. RPA는 화면 구조가 바뀌면 규칙을 수정해야 합니다. 대신 규칙이 고정된 구간에서는 RPA가 더 빠르고 예측 가능합니다.

셋째, 성과지표가 다릅니다. 문서 AI는 인식 정확도와 항목 추출 정확도로 평가합니다. RPA는 처리 건수와 실패율, 규칙 유지 비용으로 평가합니다.

두 도구는 대체 관계가 아닙니다. 문서에서 값을 꺼내는 일은 문서 AI가, 그 값을 정해진 화면에 넣는 일은 RPA가 맡는 조합이 실무에서 가장 흔합니다.

두 도구를 나누는 4가지 기준

배치를 결정하는 4가지 기준

첫째, 입력의 형태를 봅니다. 입력이 파일이나 이미지라면 문서 AI의 영역이고, 입력이 이미 구조화된 데이터라면 RPA의 영역입니다.

둘째, 변동성을 봅니다. 지난 1년간 서식이나 화면이 몇 번 바뀌었는지 세어 보십시오. 변동이 잦은 구간에 규칙 기반 도구를 두면 유지 비용이 계속 늘어납니다.

셋째, 판단의 유무를 봅니다. 조건에 따라 다른 처리를 해야 한다면 그 판단의 근거가 문서 안에 있는지 시스템 안에 있는지를 확인합니다.

넷째, 실패했을 때의 처리를 봅니다. RPA는 예상하지 못한 화면을 만나면 멈춥니다. 문서 AI는 확신이 낮으면 예외로 분리합니다. 어느 방식이 그 업무에 맞는지 정해야 합니다.

RPA와 문서 AI를 함께 쓰는 방법

경계에서 주고받을 데이터를 정합니다

두 도구를 잇는 지점에서 무엇을 넘길지 미리 정해야 합니다. 항목과 값의 쌍만 넘길지, 원문 위치와 신뢰도까지 함께 넘길지에 따라 뒷단의 처리가 달라집니다.

신뢰도를 함께 넘기면 RPA가 낮은 값의 건을 자동으로 걸러 검수 대기열로 보낼 수 있습니다. 이 설계가 없으면 잘못 추출된 값이 그대로 시스템에 등록됩니다.

실패 처리를 양쪽에서 맞춥니다

앞단에서 예외로 분리된 건과 뒷단에서 입력에 실패한 건이 서로 다른 곳에 쌓이면 담당자가 두 목록을 보게 됩니다. 예외 대기열을 하나로 모으고 어느 단계에서 왜 걸렸는지 표시하는 편이 낫습니다.

국내 환경에서의 RPA 연계

국내 금융과 공공의 실제 구성에서는 추출된 데이터가 문서관리시스템에 적재된 뒤 RPA를 거쳐 기간계 시스템으로 등록되는 흐름이 흔합니다. 이 사슬의 어느 고리가 빠져도 담당자의 수기 입력이 남습니다.

망분리 환경에서는 두 도구 모두 내부망에서 동작해야 합니다. 문서 AI만 내부에 설치되고 연계 구간이 외부를 거치는 구성은 도입되지 못합니다.

앞단과 뒷단을 나누어 배치합니다

자동화 도구는 정해진 화면과 절차를 반복하는 데 강합니다. 반대로 무엇을 입력할지 아직 정해지지 않은 구간에서는 약합니다. 그래서 문서 업무에서는 구간을 나누는 조합이 널리 쓰입니다.

앞단은 문서를 판독하고 판단하는 구간입니다. 어떤 서식인지 판별하고 필요한 값을 꺼내고 문서 사이의 값을 대조합니다. 여기서는 서식이 흔들려도 견디는 처리가 필요합니다. 뒷단은 결정된 값을 정해진 화면에 넣는 구간입니다. 절차가 고정되어 있으므로 자동화 도구가 안정적으로 처리합니다.

두 구간을 나누면 각각을 따로 손볼 수 있습니다. 서식이 추가되면 앞단의 스키마만 고치고, 시스템 화면이 바뀌면 뒷단의 동작만 고치면 됩니다. 하나로 묶어 두면 어느 쪽 변경이든 전체를 다시 검증해야 합니다.

자주 묻는 질문