ERP에 RPA를 붙여도 엑셀로 다시 옮겨 적는 일 — 왜 안 없어지나 (2026)

시스템이 있는데 왜 엑셀을 또 만드나?

재입력이 생기는 자리는 거의 정해져 있다. 자료가 시스템 밖에서 들어올 때, 시스템이 담지 못하는 항목이 있을 때, 그리고 보고 형식이 시스템 화면과 다를 때다. 셋 다 시스템의 결함이 아니라 시스템과 실제 업무 사이의 틈이다.

그래서 '시스템을 바꾸자'는 결론으로 가면 대개 같은 문제가 반복된다. 새 시스템도 바깥 자료를 알아서 읽어주지는 않고, 예외 항목은 여전히 어딘가에 따로 쌓인다.

먼저 볼 것은 시스템이 아니라 그 틈이다. 어떤 자료가 어떤 형태로 들어와서, 누가, 몇 번 손으로 옮기는지를 적어보면 자동화할 대상이 시스템 교체가 아니라 '옮기는 행위'라는 게 드러난다.

어떤 재입력이 먼저 없어지나?

양식이 고정돼 있고, 판단이 끼지 않고, 자주 반복되는 것부터다. 반대로 매번 사람이 보고 결정해야 하는 자료는 자동화 대상이 아니라 자동화 이후에도 남겨둘 자리다.

이 구분이 중요한 이유는 자동화의 실패가 대개 '되는 걸 못 해서'가 아니라 '안 될 걸 시켜서' 생기기 때문이다. 판단이 필요한 업무를 규칙으로 밀어붙이면 예외가 터질 때마다 사람이 뒷수습을 하게 되고, 결국 원래 방식으로 되돌아간다.

그래서 시작은 업무 목록이 아니라 문장 하나다. '이 자료가 오면 이렇게 처리한다'를 예외 없이 문장으로 쓸 수 있으면 자동화 대상이고, 쓰다가 '단 이런 경우엔'이 세 번 이상 붙으면 아직 아니다.

ERP를 안 건드리고도 없앨 수 있나?

대부분 가능하다. 재입력의 대상은 ERP 내부 로직이 아니라 ERP로 들어가기 직전과 나온 직후 구간이라, 그 앞뒤에 자동 처리를 붙이는 편이 빠르고 위험도 적다.

들어가기 직전 구간은 메일·팩스·PDF로 오는 자료를 읽어 시스템이 받을 수 있는 형태로 바꾸는 일이다. 나온 직후 구간은 내려받은 자료를 보고 형식으로 가공하는 일이다. 둘 다 ERP 자체를 수정하지 않는다.

ERP를 직접 고치는 방식은 비용과 기간이 크게 늘고, 이후 버전 업그레이드나 유지보수 계약과도 얽힌다. 앞뒤를 먼저 정리하면 나중에 시스템을 교체하더라도 그 작업이 그대로 남는다는 장점도 있다.

SGK 스튜디오는 이 구간을 고객사 명의 환경에 만들고 소스코드와 계정을 그대로 인계한다. 우리와 계약이 끝나도 자동화가 회사에 남고, 다른 업체가 이어받아 고칠 수 있게 하기 위해서다.

기존 ERP·그룹웨어 공급사와의 유지보수 계약을 건드리지 않는 범위인지부터 확인한다. 계약상 외부 연동이 제한된 제품도 있어, 진단 단계에서 이 조건을 먼저 본다.

무엇을 재두면 나중에 비교가 되나

도입 전에 '이 일이 월 몇 건, 건당 몇 분'인지를 재두는 것 하나면 충분하다. 이 숫자가 없으면 도입 후에 좋아졌다는 말은 남지만 얼마나 좋아졌는지는 영영 알 수 없다.

SGK 스튜디오는 절감 시간이나 인력 감축을 숫자로 약속하지 않는다. 회사마다 자료 상태와 예외 빈도가 달라서다. 대신 위 네 줄을 무료 진단에서 함께 정리하고, 자동화할 범위를 서면으로 고정한 뒤 착수한다.