AI 네이티브 ERP란 무엇인가
"AI 기능"과 "AI 네이티브"는 다르다
요즘 거의 모든 ERP 벤더가 "AI"를 말합니다. 하지만 대부분은 기존 화면 옆에 챗봇을 붙이거나, 특정 리포트에 요약 버튼을 추가한 수준입니다. 이런 방식은 분명 유용하지만, 시스템의 구조 자체는 그대로입니다. 사람이 여전히 메뉴를 찾고, 폼을 채우고, 화면을 옮겨 다니며 데이터를 입력합니다. AI는 그 위에 얹힌 보조 도구일 뿐입니다.
AI 네이티브 ERP는 출발점이 다릅니다. AI를 나중에 덧붙이는 기능이 아니라, 운영을 지시하는 기본 인터페이스로 둡니다. 사용자는 "이번 분기 미수금이 30일 넘은 거래처를 정리해서 담당자에게 알려줘" 같은 의도를 말하고, 시스템이 데이터 모델·화면·액션을 함께 구성합니다.
AI 네이티브를 가르는 네 가지 기준
AI 네이티브 여부는 마케팅 문구가 아니라 아키텍처로 판별됩니다. 다음 네 가지를 확인하면 됩니다.
- 의미 모델(온톨로지)이 코어에 있는가: 데이터가 단순 테이블이 아니라 관계로 모델링되어 있어야 에이전트가 "왜 이 자산이 이 계약에 묶여 있는가" 같은 질문에 답할 수 있습니다.
- AI가 산출물을 조작 가능한 도구로 만드는가: 좋은 출력은 문단이 아니라 편집 가능한 대시보드·차트·작업지시입니다.
- 에이전트가 권한과 메모리를 갖고 행동하는가: 단순 응답이 아니라 역할 기반 권한 안에서 실제 액션을 수행하고, 그 결정이 추적됩니다.
- 모든 AI 호출이 단일 게이트웨이를 경유하는가: 비용·감사·보안이 일원화되어야 엔터프라이즈에서 운영 가능합니다.
온톨로지: AI 네이티브의 심장
전통 ERP는 모듈마다 데이터를 따로 저장합니다. 재무는 재무대로, 자산은 자산대로, 구매는 구매대로 테이블이 쪼개져 있습니다. 사람은 이 분절을 머릿속에서 연결하지만, AI는 그러지 못합니다.
GyroX는 ERP 전체를 단일 디지털 자산 온톨로지 위에 올립니다. 자산·공간·계약·작업지시가 25개 핵심 관계로 연결되고, 에이전트는 그 그래프 위에서 추론합니다. 벡터 검색이 "비슷한 문서"를 찾는다면, 온톨로지는 "이 거래가 어느 계약의 어느 조항에서 비롯되었는지"를 추적합니다. 이 차이가 AI를 그럴듯한 답변기에서 실제 업무를 수행하는 동료로 끌어올립니다.
위젯: 답변이 아니라 도구
AI 네이티브 ERP의 출력은 텍스트가 아닙니다. 사용자가 직접 조작할 수 있는 위젯입니다. "연체 거래처 목록을 보여줘"라고 하면 표가 아니라, 정렬·필터·일괄 액션이 붙은 살아 있는 대시보드가 나옵니다. 그 위에서 바로 독촉 메일을 보내거나, 한도를 조정하거나, 담당자에게 배정할 수 있습니다.
위젯은 재사용 가능한 컴포넌트이고, 에이전트는 이 위젯들을 조립합니다. 사람은 최종 결과를 검수합니다. AI는 대화 상대가 아니라 협업 도구가 됩니다.
에이전트: 권한과 메모리를 가진 동료
현실의 조직처럼, 업무마다 전담 에이전트를 둡니다. 각 에이전트는 자기 역할, 자기 메모리, 자기 권한을 가집니다. 결산 에이전트는 마감 절차를 알고, 구매 에이전트는 승인 규칙을 압니다. 에이전트들은 작업을 나누고 결과를 주고받으며, 사람이 필요한 지점에서 승인을 요청합니다.
핵심은 사람 승인 게이트입니다. 자율은 통제 가능해야 합니다. 모든 자율 결정은 의사결정 추적에 기록되어, 나중에 "왜 이 작업지시가 발행되었는가"를 재현할 수 있어야 합니다.
거버넌스가 빠지면 AI 네이티브가 아니다
AI를 운영의 중심에 두려면 거버넌스가 더 강해져야 합니다. 모든 AI 호출은 단일 AI 게이트웨이를 경유해 비용과 감사 로그를 일원화합니다. 멀티테넌트 경계, 승인 의무, 기본 거부(deny-by-default) 정책은 1일차부터 설계에 들어갑니다. 답변에는 항상 출처가 따라붙어야 하고, 규제·감사 요구가 강해질수록 이 설명 가능성이 경쟁력이 됩니다.
정리
AI 네이티브 ERP는 "AI 버튼이 있는 ERP"가 아닙니다. 의미 모델이 코어에 있고, AI가 조작 가능한 도구를 만들며, 에이전트가 권한 안에서 행동하고, 모든 호출이 단일 게이트웨이를 지나는 시스템입니다. 이 네 가지가 갖춰지면, ERP는 "클릭하는 소프트웨어"에서 "지시하는 시스템"으로 바뀝니다.
> 참고: 본 글의 예시 의도와 시나리오는 설명을 위한 가상의 상황이며, 특정 고객 사례나 측정값이 아닙니다.