Skip to main content
Views 4

에이전틱 AI 시대, ERP를 ‘시스템’이 아닌 ‘조율자’로 재구상하기

Summary

ERP는 한마디로 “회사 운영의 교통정리판”입니다. 인사, 회계, 생산, 구매, 물류 같은 핵심 업무를 한 화면에서 보게 해주죠. 그런데 에이전틱 AI(스스로 판단하고 실행까지 돕는 AI)가 등장하면서, ERP는 더 이상 단순한 ‘기록 시스템’으로는 부족해졌습니다. 이제 ERP는 여러 시스템과 사람, 그리고 AI 에이전트까지 포함해 일을 “끝까지” 굴리는 조율자로 재구상되어야 합니다.

이 글에서는 ERP가 어떻게 진화해왔는지, 왜 요즘 기업들이 모놀리식 ERP를 떠나 조합 가능한 아키텍처로 이동하는지, 그리고 에이전틱 AI가 그 변화의 마지막 퍼즐로 어떤 역할을 하는지 쉽게 풀어봅니다. 마지막에는 실제 도입 시 체크해야 할 현실적인 포인트까지 정리해드릴게요.

ERP의 진화: 파일 캐비닛에서 클라우드, 그리고 자율 운영으로

ERP의 역사는 ‘데이터를 어디에 두고 어떻게 돌릴 것인가’의 역사였습니다. 1960~1980년대에는 메인프레임과 MRP/MRP II가 종이 문서와 파일 캐비닛에 흩어진 데이터를 중앙 시스템으로 옮기는 데 초점이 있었습니다. “일단 한 곳에 모으자”가 목표였죠.

1980~1990년대 클라이언트-서버 시대와 인터넷의 확산은 디지털화를 주류로 만들었습니다. 부서별 PC에서 입력하고, 서버에서 집계하고, 사내 표준 프로세스로 묶어가는 방식이 자리 잡았습니다.

그리고 21세기에 SaaS와 클라우드가 오면서 게임의 룰이 바뀌었습니다. 더 빠른 도입, 더 쉬운 확장, 더 유연한 접근이 가능해졌고, “ERP를 얼마나 빨리 바꾸고 업데이트할 수 있느냐”가 경쟁력이 됐습니다.

지금은 다음 단계로 넘어가는 중입니다. 조합 가능한(composable) 아키텍처와 에이전틱 AI가 만나면서, 기업 운영이 ‘시스템 중심’에서 ‘비즈니스 중심’으로 다시 재배열되고 있습니다. ERP가 고정된 성채가 아니라, 상황에 맞춰 부품을 갈아 끼우는 레고 세트에 가까워지고 있어요.

모놀리식 ERP의 한계: 왜 “큰 덩어리”가 혁신을 막을까?

전통적인 모놀리식 ERP의 장점은 명확합니다. 한 번 깔면 웬만한 업무가 한 울타리 안에서 돌아갑니다. 하지만 그 울타리가 너무 높아지는 순간, 혁신 속도가 느려집니다.

업무가 바뀌면 프로세스를 수정해야 하고, 프로세스를 수정하려면 커스터마이징이 늘어나고, 커스터마이징이 늘어나면 업그레이드는 어려워집니다. 결국 “바꾸기 무서운 ERP”가 됩니다. 아이러니하게도 회사 운영의 핵심일수록, 변화에 가장 둔감해지는 구조가 만들어지는 거죠.

또 하나의 문제는 상호 운용성입니다. 요즘 기업은 ERP만으로 운영되지 않습니다. CRM, WMS, TMS, PLM, MES, 각종 SaaS가 이미 업무의 절반을 차지합니다. 모놀리식 ERP가 모든 걸 다 먹겠다는 접근은 현실과 자꾸 충돌합니다. 그래서 기업들은 ‘하나로 통합’ 대신 ‘잘 연결’로 방향을 바꾸고 있습니다.

조합 가능한 ERP(Composable ERP): 모듈 포트폴리오로 운영하기

조합 가능한 아키텍처는 ERP를 ‘단일 제품’이 아니라 ‘필요 기능의 포트폴리오’로 봅니다. 회계는 A 모듈, 구매는 B 서비스, 생산은 C 시스템처럼, 업무별로 최적 조합을 구성하고 필요한 부분만 갈아 끼우는 방식입니다.

이 접근의 핵심은 “독립적인 변화”입니다. 예를 들어 구매 프로세스를 혁신하고 싶은데, 전체 ERP 업그레이드 프로젝트로 번지지 않게 막아주는 구조죠. 바꿀 수 있으니 더 자주 바꿀 수 있고, 자주 바꿀 수 있으니 실험과 개선이 빨라집니다.

조합 가능한 ERP가 특히 빛을 발하는 순간은 M&A나 신규 사업 진출처럼, 회사의 형태 자체가 변할 때입니다. 시스템이 회사의 발목을 잡는 게 아니라, 회사 변화에 맞춰 시스템이 재배치될 수 있으니까요.

하지만 여기엔 숙제가 있습니다. 모듈이 늘어날수록 “누가 이들 사이 일을 이어줄 건데?”라는 질문이 커집니다. 그리고 그 질문에 대한 가장 강력한 답이, 바로 에이전틱 AI입니다.

에이전틱 AI ERP: ‘연동’이 아니라 ‘조정’으로 점프하는 이유

기존의 시스템 통합은 대개 “A 시스템에서 B 시스템으로 데이터를 넘겨준다”에 집중했습니다. 즉, 연결은 하지만 ‘일’은 여전히 사람이 이어붙이는 경우가 많았죠.

에이전틱 AI는 여기서 한 단계 더 갑니다. 서로를 고려하지 않고 설계된 시스템 사이에서, AI가 상황을 읽고 목표와 제약조건을 이해한 뒤, 다음 행동을 추천하거나 실행합니다. 말 그대로 ‘오케스트라 지휘자’처럼 워크플로우를 조정합니다.

최근 공급망 영역에서 이런 흐름이 두드러지는데, 예를 들어 Aptean이 Logility(계획)와 OpsVeda(실행)를 결합해 계획과 실행의 간극을 줄이고, 실시간 데이터 기반의 에이전틱 오케스트레이션을 강화하겠다는 방향을 공개적으로 밝힌 사례가 있습니다.1 이 포인트가 시사하는 바는 단순합니다. “보고서에서 끝나는 AI”가 아니라, “현장에서 움직이는 AI”로 중심이 이동하고 있다는 뜻입니다.

또한 에이전틱 AI 도입은 ‘조직 운영 모델’까지 건드립니다. Deloitte는 많은 에이전틱 AI가 실패하는 이유로, 기존 인간 중심 프로세스에 에이전트를 얹기만 하기 때문이라고 지적합니다. 결국 성과를 내려면 운영을 다시 설계하고, 에이전트를 ‘디지털 노동력’처럼 관리하는 체계를 갖춰야 한다는 이야기죠.2

AI 기반 ERP 도입 효과: 만족도·생산성·의사결정이 동시에 오른다

“그래서 성과가 있느냐”는 질문엔 숫자가 제일 빠릅니다. 2024년 연구 결과로 알려진 내용에 따르면, AI 기반 ERP 솔루션 구현은 사용자 만족도 약 30% 증가, 생산성 25% 향상, 처리 시간 최대 45% 절약, 의사 결정 정확성 60% 개선을 가져올 수 있다고 합니다.3

이 수치가 의미하는 건 단순히 ‘자동화가 늘었다’가 아닙니다. ERP가 전통적으로 약했던 영역, 즉 창의적 개선(빠른 반복), 복잡한 조정(부서/시스템 간 연결), 판단의 품질(데이터→결정)을 한 번에 끌어올릴 가능성이 있다는 뜻입니다.

다만 여기서 조심할 점도 있습니다. “AI 기능이 있는 ERP”와 “에이전틱 AI로 운영되는 ERP”는 다릅니다. 전자는 화면에 추천 버튼이 생긴 정도일 수 있지만, 후자는 실제 워크플로우의 책임 분담(사람/AI), 승인 체계, 예외 처리 방식까지 재설계가 필요합니다.

시사점: 에이전틱 AI 시대 ERP는 ‘하나로 통일’이 아니라 ‘잘 굴러가게 조율’이다

ERP는 계속 진화해왔지만, 지금 변화는 특히 성격이 다릅니다. 과거가 “데이터를 한 곳에 모으는” 시대였다면, 이제는 “흩어진 시스템을 하나의 목적 아래로 조율하는” 시대로 가고 있습니다.

실무적으로는 이렇게 접근하는 게 좋습니다. 먼저 모놀리식 ERP를 한 번에 갈아엎을지 고민하기보다, 바꾸고 싶은 프로세스부터 ‘모듈화’ 가능한지 따져보세요. 다음으로는 통합을 ‘연동 프로젝트’로만 보지 말고, 에이전틱 AI가 어떤 구간에서 조정자 역할을 할 수 있는지(예: 주문→생산→출하, 구매→검수→정산)를 시나리오로 그려보는 게 좋습니다. 마지막으로는 에이전트가 늘어날수록 데이터 거버넌스와 권한 관리가 더 중요해진다는 점을 잊지 마세요. AI는 권한 안에서만 똑똑해야 안전합니다.

결국 에이전틱 AI 시대의 ERP 재구상은 “더 큰 ERP를 사는 일”이 아니라, “우리 회사가 더 빨리 배우고 더 유연하게 움직이도록 운영을 다시 디자인하는 일”입니다. ERP를 시스템이 아니라 ‘조율 능력’으로 바라보는 순간, 다음 10년의 경쟁력이 달라집니다.

참고

1FinancialContent - Aptean Acquires OpsVeda to Bring End-to-End Agentic Orchestration to the Logility Supply Chain Planning and Execution Platform

2Agentic AI strategy | Deloitte Insights

3Agentic AI, Composable Architectures Are Redefining Manufacturing ERP as Autonomous Operations

에이전틱 AI 시대, ERP를 ‘시스템’이 아닌 ‘조율자’로 재구상하기

이 노트는 요약·비평·학습 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.