여러 사내 시스템을 AI 에이전트에 연결하려면: Uber MCP 게이트웨이로 본 ERP·CRM 연동 설계와 업체에 물을 질문

ERP·CRM·사내 메신저처럼 여러 시스템을 AI 에이전트에 연결할 때 먼저 정할 것은 모델이 아니라 연결 지점입니다. Uber가 2026년 10월 1일 공개한 MCP 게이트웨이 설계의 요점은 세 가지입니다. 기존 시스템의 API를 고치지 않고 그대로 에이전트 도구로 바꾸고, 모든 연결을 한 관문으로 모아 권한·기록·민감정보 가림을 그곳에서 처리하고, 새로 찾은 도구는 꺼진 상태로 두었다가 그 시스템 담당 팀이 검토한 뒤에만 켭니다. 회사 규모가 Uber보다 훨씬 작아도 이 순서는 그대로 쓸 수 있습니다. 연결할 시스템 목록과 시스템별 읽기·쓰기 범위를 먼저 정하고, 에이전트가 시스템에 직접 붙지 않고 한 관문을 거치게 하고, 켜고 끄는 권한을 시스템 담당자에게 두는 것입니다.

Uber는 무엇을 만들었나

Uber 엔지니어링 블로그에 따르면, 게이트웨이를 만들기 전에는 팀마다 따로 MCP 연동을 만들어 도구가 흩어지고 같은 인프라가 중복됐고, 도구를 찾기도 운영하기도 어려웠습니다. 그래서 등록소(MCP Registry)와 실행 관문(Proxy Gateway)을 나눴습니다. 등록소는 어떤 서버와 도구가 있고 누가 주인이며 켜져 있는지를 관리하고, 관문은 실제 요청을 받아 사내 서비스로 보냅니다. 자동 수집기가 사내 서비스 정의 파일을 읽어 서비스마다 가상 MCP 서버를 만들고, 메서드 이름·스키마·주석으로 도구 설명 초안을 LLM이 씁니다. 지금은 800개 넘는 MCP 서버와 5,000개 넘는 도구가 이 관문을 거칩니다. Uber가 밝힌 설계 출발점은 '기존 API가 에이전트에 도구를 주는 가장 빠른 길'이라는 것이었고, 서비스를 에이전트용으로 다시 만들라고 요구하지 않았습니다.

Uber의 원문에서 가장 짧게 핵심을 담은 문장은 이것입니다. 'A core design principle of the MCP Gateway is that discovery doesn’t imply exposure.'(도구를 찾아냈다고 해서 에이전트에게 열어 주는 것은 아니다) 시스템을 연결할 수 있다는 것과 에이전트가 그 시스템에 쓸 수 있다는 것은 다른 결정이라는 뜻입니다.

도구가 많아지면 무엇이 문제인가

연결할 시스템이 늘면 도구 정의가 모델 입력을 차지해 비용과 정확도가 함께 나빠집니다. Uber는 수백 개 서버 규모에서 이 문제를 겪었고, 에이전트가 필요한 도구만 단계적으로 찾아 쓰게 하는 단일 진입점과, 도구 응답에서 모델이 요청한 필드만 돌려주는 방식으로 대응했다고 썼습니다. 회사 규모에서는 더 단순한 해법이 먼저입니다. 에이전트 하나가 모든 시스템 도구를 들고 있지 않게 업무별로 나누고, 업무 하나에 필요한 도구만 켜 두는 것입니다.

ERP·CRM·메신저 연동, 어떤 순서로 하나

• 업무 하나를 고른다. 예를 들어 수주 문의가 메일로 오면 CRM에서 고객을 찾고 ERP에서 재고·단가를 조회해 견적 초안을 만드는 흐름처럼, 시작과 끝이 분명한 업무 하나로 시작합니다.
• 시스템별 읽기·쓰기 표를 만든다. 그 업무에 필요한 시스템마다 에이전트가 읽기만 하는지, 쓰기도 하는지, 쓰기라면 사람 승인 뒤인지 적습니다.
• 연결 방법을 확인한다. 시스템별로 API가 있는지, 내보내기·가져오기만 되는지, 화면 조작밖에 없는지 확인합니다. 화면 조작은 화면이 바뀌면 깨지므로 마지막 수단으로 둡니다.
• 한 관문을 거치게 한다. 규모가 작아도 에이전트의 모든 시스템 호출이 한 곳을 거치면 기록·권한·정지를 한 곳에서 할 수 있습니다. 나델라가 말한 '통제를 모델 밖에 두라'는 요구와 같은 방향입니다.
• 기본은 꺼 두고 하나씩 켠다. 조회 도구부터 켜서 정답지로 정확도를 재고, 쓰기 도구는 승인 단계를 붙인 뒤 켭니다.

사내 시스템 밖의 외부 서비스도 같은 원칙입니다. 2026년 10월에는 Amazon, Yelp, 일부 항공사와 은행이 개인 AI 에이전트의 접속을 막거나 제한했다는 보도가 이어졌습니다. 외부 서비스는 공식 API나 제휴 연동으로 잇고 에이전트가 화면을 대신 조작하는 경로는 막혀도 사람이 이어받을 수 있는 보조 업무에만 두세요.

여러 시스템 연결 잘하는 업체는 어떻게 고르나

'시스템 연동 경험이 많다'는 말보다 연결 설계를 문서와 시연으로 보여 줄 수 있는지를 보세요. 아래 질문에 구체적으로 답하는 업체가 연결을 잘하는 업체입니다.

• 우리 업무에 필요한 시스템마다 연결 방법(API·내보내기·화면 조작)과 그 근거를 표로 줄 수 있습니까?
• 에이전트가 쓸 수 있는 도구 목록과 도구별 읽기·쓰기 권한을 우리가 직접 보고 켜고 끌 수 있습니까?
• 모든 시스템 호출이 한 관문을 거칩니까? 호출 기록에는 무엇이 남고 누가 볼 수 있습니까?
• 고객 개인정보는 어디서 가리고, 모델에는 무엇이 넘어갑니까?
• ERP나 CRM이 업데이트돼 API가 바뀌면 누가 언제 고칩니까? 운영 계약에 들어갑니까?

노벤티스는 어떻게 하나

노벤티스는 기존 소프트웨어를 바꾸지 않고 이미 쓰는 메일·메신저·CRM 위에 에이전트를 연결하는 방식으로 구축합니다. AX 진단에서 자동화할 업무와 사람이 승인할 지점을 나누고, 업무별 입력·출력·승인 규칙을 정한 뒤 접점 하나를 대상으로 4~8주 안에 PoC로 검증합니다. 승인 없이 외부 발신·결제·삭제를 실행하는 자동화는 만들지 않습니다. 비용은 자동화 범위와 연동할 시스템 수에 따라 달라지며 진단 미팅 후 서면 견적으로 확정합니다.

이 글이 맞는 독자: ERP·CRM·그룹웨어·메신저가 따로 돌아가는 중소·중견기업에서 여러 시스템을 묶는 AI 에이전트를 검토하는 IT·운영 책임자, 그리고 연동 업체를 비교하는 담당자입니다.