Workday와 Anthropic은 2026년 10월 13일. Sana 에이전트를 Claude에 연결해 인사 및 재무 정보를 조회하고 작업을 실행할 수 있는 통합을 발표했다. Workday와 Claude의 핵심 쟁점은 대화와 실제 작업 사이의 경계다. 두 기업에 따르면, 기존 ERP 시스템의 권한과 통제 체계는 그대로 유지된다. 플러그인은 현재 얼리 액세스(early access) 단계이며, 일반 출시는 2026년 말로 예정되어 있다.
공동 보도자료, Workday 에이전트 플랫폼 공개 발표, Sana 신기능 블로그를 직접 검토했다. 이 자료들은 모두 관련 기업이 작성한 것으로, 제품과 그 의도를 설명하지만 독립적인 신뢰성 검증 자료는 아니다. 실제 고객 환경에서 작업을 직접 테스트하지는 않았다.
대화창에서 ERP로 무엇이 전달되나?
다시 말해, 이번 통합은 Model Context Protocol(MCP)을 기반으로 한다. MCP는 AI 어시스턴트가 외부 도구와 연결될 수 있게 해주는 프로토콜이다. 공식 발표는 Sana에서 시작한 작업과 Claude에서 시작한 작업을 명확히 구분한다. 같은 제품의 두 이름이 아니다. 전자에서는 Sana가 프로세스를 조율하고, 후자에서는 대화형 인터페이스가 ERP 기능에 대한 접근을 제공한다. 이 구분은 SpazioCrypto가 이전에 다룬 Google의 기업용 Gemini 에이전트와의 비교에서도 유효하다.
단순히 채팅 창을 하나 더 추가하는 것이 핵심 가치가 아니다. 진짜 문제는 요청이 여러 서비스를 거칠 때 요청자의 신원과 권한을 온전히 유지하는 것이다. 담당자는 특정 포지션의 현황을 조회할 권한은 있어도, 해당 직원의 급여를 수정할 권한은 없을 수 있다. 자연어로 대화한다고 해서 기업 소프트웨어가 이미 관리하고 있는 이러한 권한 구분이 사라져서는 안 된다.
Workday는 기존 규칙과 작업 이력을 유지하는 연결을 약속한다. 이는 구체적인 증거로 검증할 수 있는 약속이다. 즉, 거부된 요청, 적절한 담당자에게 라우팅된 예외 처리, 특정 사용자에게 귀속된 작업 기록이 그 증거다. 데모 화면 하나만으로는 정보가 불완전하거나 사용자가 모호한 질문을 던질 때도 이 과정이 정상 작동하는지 판단할 수 없다.
현재 사용 가능한 기능과 아직 미출시 기능
출시 일정을 파악하려면 각 구성 요소를 구분해서 봐야 한다. 파트너십 발표문은 Claude 내 Sana를 얼리 액세스로 명시한다. 별도의 Workday 발표에서는 Agent-Ready Tools와 Trusted Agent Platform의 다른 요소들이 일반 출시(generally available) 상태임을 밝히고 있다. 일부 기능이 운영 중이라고 해서 행사에서 시연된 전체 경험이 곧바로 이용 가능한 것은 아니다. 서비스 도입을 검토하는 기업 입장에서, 이는 기술적 차이이기 전에 계약상의 차이다.
플러그인의 추가 요금, 국내 서비스 가용 여부, 도입 고객 목록은 이 기사에서 다루지 않는다. 검토한 자료만으로는 이 통합에 대해 해당 정보를 확정할 수 없기 때문이다. 도입 프로젝트를 계획하기 전에 구매 가능한 플랜, 호환 환경, 얼리 액세스 조건을 반드시 확인해야 한다. 참고용 출시 일정은 편집부가 보장하는 마감일이 아니다.
권한 허가와 개별 작업 승인은 다른 개념이다
실제로, 시스템 접근 권한을 부여하는 것과 특정 작업 하나를 승인하는 것은 서로 다른 질문에 답한다. 전자는 사용자가 무엇을 할 수 있는지를 정하고, 후자는 그 사용자가 그 순간 실제로 무엇을 선택했는지에 관한 것이다. 이 구분은 SpazioCrypto가 다룬 JPMorgan의 외부 AI 에이전트와 은행 계좌 접근 사례에서도 부각된 쟁점이다. 두 사례를 직접 비교한 것은 편집부의 시각이며, 두 기업이 동일한 아키텍처를 채택했다는 의미는 아니다.
Sana 블로그에 따르면, 관리자는 자동 처리 작업, 승인이 필요한 작업, 차단된 작업을 각각 구분하여 설정할 수 있다. 에이전트 로그와 비활성화 옵션도 설명되어 있다. 편집 검증 측면에서 실제로 유용한 사례는 작업이 실패하거나 거부되는 경우다. 누가 알림을 받는지, 로그에 무엇이 남는지, 그리고 재시도 시 중복 변경을 어떻게 방지하는지가 핵심 질문이다.
이 연동이 모델의 오류를 제거한다는 근거는 아직 없다. Claude 테스트에서 기록된 비의도적 행동은 다른 환경과 조건에서 발생한 것이지만, 보호 장치를 설명하는 것만큼 실제 결과를 관찰하는 일이 중요하다는 점을 상기시킨다. 공급업체에 물어야 할 질문은 더 구체적이다. 어떤 통제가 모델에 의존하고, 어떤 통제가 작업을 실행하는 시스템에서 강제되는가?
데모는 아직 절감된 작업량을 측정하지 못한다
다시 말해, 이번 파트너십은 긴 프로세스를 조율하는 도구로 소개되었다. 편집진이 검토한 자료에서는 이 플러그인을 통해 고객이 실제로 절약한 시간에 대한 독립적 평가를 찾을 수 없었다. 눈에 보이는 단계를 줄인다고 해서 전체 작업량이 반드시 줄어드는 것은 아니다. 일부 부담은 데이터 준비, 예외 처리, 결과 검토 단계로 이동할 수 있다. 이는 결과를 측정하기 위해 필요한 조건에 대한 편집진의 해석이다.
신뢰할 수 있는 검증은 에이전트 도입 전후의 동일한 프로세스를 비교하고, 수정과 인간 개입 사례도 포함해야 한다. 완료된 요청만 집계하면 중단된 요청은 빠진다. Claude의 이용 정책은 별개의 차원에 속한다. 서비스 이용 조건을 규정할 뿐, 특정 설치 환경에서의 실제 동작은 해당 맥락에서 직접 확인해야 한다. 다른 제품의 생산성 수치를 이 사례에 적용하지 않았다.
이탈리아 기업이라면 데이터 경로를 먼저 확인해야 한다
이미 Workday를 사용하는 이탈리아 조직이라면, 우선 해당 기능이 자사 계약에 실제로 포함되어 있는지 확인하는 것이 첫 번째 단계다. 그다음으로는 서비스 간 전송되는 콘텐츠, 열람 권한이 있는 담당자, 로그 보존 방식을 점검해야 한다. 검토한 문서에서 이 통합에 대한 이탈리아 특화 인증은 확인되지 않았다. 공급업체 브랜드나 기술적 통제의 존재가 개별 사용 환경에 대한 평가를 대신하지는 않는다.
이 주제는 Berners-Lee가 강조한 개인 데이터 통제권 유지 요구, 그리고 SpazioCrypto의 인공지능 특집과도 연결된다. 어떤 프로젝트든 로그 열람 권한자가 누구인지, 연동을 어떻게 해제하는지를 명시해야 한다. 이는 국제 발표만 보고 현지 조건을 추론하는 것이 아니라, 실제로 구매한 서비스를 기준으로 직접 수행해야 할 검증이다.
Workday와 Claude 요약
확인된 사항과 미확인 사항
- 확인됨: 파트너십 발표, 조기 접근 단계에서의 Claude 내 Sana 통합.
- 미공개: 플러그인 가격, 세부 지역별 적용 범위, 독립적 성과 데이터.
- 추후 확인 필요: 일반 출시 일정, 실제 고객 환경에서의 권한 통제 검증.
더 넓은 관점
SpazioCrypto의 판단으로는, 기업용 플랫폼 간 경쟁의 기준이 응답 품질에서 책임의 연속성으로 이동하고 있다. 대화는 어디서든 시작될 수 있지만, 데이터와 권한을 관리하는 시스템은 어떤 작업이 허용되는지를 계속 결정해야 한다. 작업 창구가 바뀌더라도 그 경계를 명확히 읽을 수 있게 해주는 것이 좋은 통합의 조건이다.
앞으로 주목해야 할 구체적인 신호는 일반 출시 시점. 계약 문서 내용, 그리고 거부된 요청과 승인 및 권한 취소에 관한 실제 사례다. 이런 근거가 나오기 전까지, 우리가 전달할 수 있는 것은 공개된 아키텍처와 조기 접근 현황이다. 인사나 회계 프로세스가 Claude에서 시작될 수 있다는 사실만으로, 그 프로세스가 자율적이거나 정확하거나 비용 효율적으로 바뀌었다고 단언할 수는 없다.
