Workday AI 에이전트, 지금 쓸 수 있는 기능과 도입 기준

Workday AI 에이전트는 이미 일상적인 인사·재무 업무를 처리할 수 있습니다. 다만 실제로 사용할 수 있는지는 필요한 개별 스킬에 따라 달라집니다. Workday가 출시한 Sana Self-Service Agent는 급여, 근태, 휴가 등 여러 영역에서 300+개 스킬을 제공하며, 새로 발표한 오토파일럿 기능은 별도 일정에 따라 도입됩니다. 먼저 기존 Workday 업무 절차에 맞는 스킬 중 현재 이용 가능한 것을 고른 뒤, 사용 권한과 승인 규칙을 확인하고 활성화하는 것이 좋습니다. Workday의 Sana 출시 발표.

2026년 10월 26일 Workday의 제품 페이지, 공개 도입 카탈로그, 관리자 문서, 뉴스룸을 대조해 확인했습니다. 아래 제공 상태는 Workday의 표기를 그대로 따릅니다. 얼리 액세스와 발표된 출시 예정 시점은 정식 출시를 뜻하지 않습니다.

Workday AI 에이전트, 어떤 일을 맡길 수 있고 지금 무엇을 쓸 수 있을까요?

Workday는 업무별 전문 에이전트를 제공하며, 같은 에이전트에 속한 스킬도 제공 상태가 서로 다릅니다. 제품 페이지에 전체 워크플로가 소개돼 있다고 해서 모든 단계를 조직의 Workday 환경인 테넌트에서 사용할 수 있다는 뜻은 아닙니다.

현재 Workday 카탈로그는 제공 중인 스킬에 General Access, 제한적으로 도입 중인 스킬에 Early Access라는 표기를 사용합니다. 이 글에서도 이 명칭을 그대로 씁니다. 발표 날짜가 명시된 뉴스룸 자료에서 정식 출시를 명확히 밝힌 경우에는 그보다 강한 의미의 표현임을 구분해 설명합니다.

Workday는 직원 서비스, 인사, 재무, IT를 중심으로 에이전트를 분류합니다. 실제로 평가해야 할 단위는 에이전트 제품군 아래에 있는 개별 스킬입니다. 채용, 급여 데이터 분석, 계약 검토, 배포 지원처럼 구체적인 기능을 기준으로 살펴봐야 합니다. Workday 에이전트 제품군.

직원 서비스와 인사 업무

인사 운영 책임자라면 담당자들이 이미 안정적으로 처리하고 있는 반복 요청부터 살펴보는 것이 좋습니다. 휴가 신청과 조직 개편 제안은 둘 다 대화로 시작할 수 있지만, 필요한 승인 범위는 크게 다릅니다.

아래 표의 상태 표기는 Workday의 Agents for Everyone 및 Agents for HR 카탈로그를 기준으로 합니다. 제품 링크에서 각 기능의 설명을 확인할 수 있습니다. 오토파일럿과 Concierge에 적용되는 예외는 아래에서 발표 날짜와 함께 설명합니다.

Talent Acquisition 안에서도 역할이 나뉩니다. Recruiting은 후보자 우선순위 설정과 채용 담당자의 워크플로를, Candidate Experience는 채용 과정 전반의 후보자 소통을 지원합니다. Talent Mobility는 직원이 사내 기회를 찾도록 돕고, Contingent Sourcing은 계약 인력을 추천합니다. 제품군 전체를 하나의 범용 채용 도우미로 보기보다 실제 병목을 해결하는 스킬을 골라야 합니다.

Sana Concierge의 출시 범위는 구성 스킬의 카탈로그만 보고 예상하는 것보다 좁습니다. Workday는 2026년 10월 13일 발표에서 Concierge를 얼리 어답터에게 제공 중이며, 정식 출시는 역년 기준 2027년 1분기로 예상한다고 밝혔습니다. 같은 발표에서 새로운 Workday Home 경험은 이미 이용 가능하며, 관리자가 활성화 시점을 선택한다고 설명했습니다. 두 제품의 제공 상태는 별개의 이야기입니다. Workday Home 발표.

따라서 공통 서비스 조직의 관리자라면 Self-Service부터 평가하는 것이 합리적입니다. Concierge의 전체 경험이 필요한 사업 계획이라면 얼리 어답터 프로젝트로 범위를 정하고, 문제가 생겼을 때 기존 케이스 처리 절차로 돌아갈 수 있도록 준비해야 합니다.

재무·구매·IT 업무

재무에서는 기존 검토 담당자가 결과를 확인할 수 있는 자료 준비와 증빙 업무부터 시작하는 것이 좋습니다. IT에서는 이미 파악한 설정 문제나 업무 프로세스의 병목부터 살펴봅니다. 어느 쪽이든 부서 전체가 자율적으로 운영될 수 있다고 전제할 필요는 없습니다.

아래 스킬의 제공 상태는 Workday의 재무 카탈로그와 IT·개발자 카탈로그를 기준으로 합니다.

영업 담당자와 논의할 때는 기존에 익숙한 이름도 여전히 유용합니다. Financial Audit Agent는 증빙 수집과 거래 테스트를, Revenue Contract Agent는 계약 데이터 추출과 후속 회계 처리 권고를 담당합니다. 두 도입 안내 허브 모두 General Access로 표기하며 Core Financials를 필수 요건으로 명시합니다. Financial Audit, Revenue Contract.

Workday의 주요 제품군에는 재무 데이터와 통제 항목의 테스트 기능을 설명하는 Financial Test Suite도 있습니다. 다만 제품군에 포함돼 있다는 사실만으로 별도의 정식 출시일을 확인할 수는 없습니다. 실제로 도입하는 테스트 스킬이 무엇인지 확인해야 합니다. Workday 에이전트 제품군.

마찬가지로 Admin Agent 페이지도 Adoption Agent, BP Optimize Agent, Deployment Agent를 개별 이름으로 소개합니다. 각각 릴리스 기능의 도입 우선순위 설정, 프로세스 병목 파악, 설정 및 문제 해결 안내를 맡습니다. 이들을 묶는 상위 이름이 생겼다고 해서 하위 기능 전체에 대한 새로운 사용 권한이 부여되는 것은 아닙니다.

Decision Intelligence는 문서 간 표기가 달라 도입 전에 확인이 필요합니다. 분야별 카탈로그는 인사와 재무 항목을 여전히 Early Access로 표기합니다. 반면 더 최근인 2026년 10월 13일 발표에서는 Workday Human Capital Management(HCM)와 Workday Financial Management 고객이 이제 Decision Intelligence를 사용할 수 있다고 밝혔습니다. Decision Intelligence for Adaptive는 기존과 마찬가지로 Adaptive from Workday 고객에게 제공됩니다. 제품군 전체의 제공 상태는 날짜가 명확한 이 발표를 기준으로 판단하되, 테넌트에서 사용할 개별 기능은 따로 확인해야 합니다. 이 제품은 인력과 재무 관련 의사결정 전반에서 통제 체계 아래 이루어지는 분석과 시나리오 비교를 지원합니다. Decision Intelligence 발표.

오토파일럿의 제공 시점은 따로 확인해야 합니다

기존 에이전트를 사용할 수 있다고 해서 새로 추가되는 백그라운드 자동화도 정식 출시된 것은 아닙니다. Workday는 2026년 10월 13일 발표에서 다음과 같이 밝혔습니다.

• Talent Acquisition Agent 오토파일럿: 얼리 어답터에게 제공 중이며, 정식 출시는 2027년 초로 계획돼 있습니다.
• Payroll, Accounting, Deployment Agent 오토파일럿 기능: 역년 기준 2027년 초에 얼리 어답터 대상으로 제공할 예정입니다.

채용 사례에는 백그라운드에서 진행하는 후보자 파이프라인 모니터링과 후보자 발굴이 포함되지만, 후보자에게 연락하려면 여전히 채용 담당자의 승인이 필요합니다. 어떤 작업을 자동 실행할지, 무엇을 검토할지, 에이전트를 얼마나 자주 실행할지는 고객이 선택합니다. 오토파일럿 발표.

급여팀이 누락된 입력 정보를 조사하는 데 도움이 필요하다면 현재 제공되는 Payroll 스킬을 평가하면 됩니다. 반대로 새 오토파일럿이 더 넓은 업무 절차를 지속적으로 관리한다는 전제의 프로젝트라면, 정확히 그 기능을 사용할 수 있을 때까지 향후 계획으로 남겨둬야 합니다. 출시 예정이라는 이유로 기존 수동 통제를 없애서는 안 됩니다.

Workday Illuminate AI, 예전 제품명은 어떻게 봐야 할까요?

Illuminate는 Workday의 이전 에이전트 발표에 사용된 브랜드이며, 현재 카탈로그는 Sana와 더 넓은 에이전트 제품군을 중심으로 구성돼 있습니다. 과거 발표와 현재 제공 상태를 보여주는 자료를 구분해야 합니다.

Workday는 2025년 9월 발표에서 프로세스 설정을 위한 Business Process Copilot Agent, 작업 명세서와 의무 사항을 다루는 Document Intelligence for Contingent Labor Agent, 배부 규칙을 위한 Cost & Profitability Agent, 학사 요건 설정을 위한 Academic Requirements Agent, 학사 행정을 위한 Student Administration Agent도 소개했습니다. 당시 신규 에이전트의 제공 예정 시점은 2026년이었습니다. 그 발표만으로 각 이름의 제품이 현재 정식 출시됐다고 판단할 수는 없습니다. Illuminate 발표.

이전의 Case, Employee Sentiment, Performance 에이전트는 각각 서비스 관리, 피드백 분석, 평가 지원 기능으로 소개됐습니다. Job Architecture는 직무 체계, Financial Close는 결산 자동화, Financial Test는 지속적인 재무 테스트를 담당하는 것으로 설명됐습니다. 같은 발표에서 Planning Agent는 얼리 액세스로 소개됐습니다. 과거 발표에 등장한 이름을 모두 별개의 정식 출시 제품으로 세기보다, 현재 스킬 페이지와 날짜가 명시된 제공 안내를 확인하는 편이 유용합니다.

회계 워크플로에 필요한 계약 정보를 추출하는 것으로 소개된 Document Driven Accounting Agent는 2025년 5월 발표에서 등장했으며, 당시 정식 출시 목표는 2026년 초였습니다. 현재 카탈로그는 Accounting 아래에 Revenue Contract를 소개합니다. 하지만 예전 이름과 기능이 비슷하다는 이유만으로 사용 권한이나 공식적인 명칭 변경을 확정할 수는 없습니다. 현재 사용하는 스킬 식별자를 요청해야 합니다. 2025년 5월 발표.

Workday Sana와 Agent System of Record는 어떻게 역할을 나눌까요?

Sana는 사람이 사용하는 접점이고, Agent System of Record는 에이전트의 신원과 접근 권한, 책임 체계를 설정하는 곳입니다. 에이전트는 작업을 수행하는 구성 요소이며, 기반 데이터와 업무 절차를 보유하는 업무 시스템은 여전히 Workday입니다.

실제로 운영 중인 항구를 떠올리면 이해하기 쉽습니다. Sana는 요청을 해석하는 배차 담당자, 에이전트는 작업선, Workday는 업무가 이루어지는 통제된 부두입니다. Agent System of Record, 즉 ASOR는 항만 관리자의 등록부이자 통제 사무소에 해당합니다. 배에 이름을 붙였다고 해서 모든 부두에 들어갈 권한이 생기는 것은 아닙니다.

Workday는 2026년 5월 21일 실적 발표에서 ASOR가 정식 출시됐다고 명시했습니다. 현재 제품 페이지는 에이전트의 수명 주기를 등록, 구성, 활성화, 비활성화, 보관으로 설명합니다. 각 에이전트에는 인증, 권한 부여, 감사에 사용하는 별도 신원인 Agent System User가 부여되며, 최소 권한 원칙에 따른 접근과 작업 추적을 지원합니다. ASOR 제공 상태, ASOR 제품 페이지.

Workday의 ASOR 데이터시트는 이 관리 모델이 Workday와 고객이 직접 만든 에이전트뿐 아니라 파트너와 서드파티 에이전트에도 적용된다고 설명합니다. 담당 주체, 사용 현황, 효율, 가치를 파악할 수 있으며, 외부 통신은 Agent Gateway가 처리합니다. 이러한 거버넌스가 작동하려면 관련 에이전트와 상호작용이 해당 시스템에 연결돼 있어야 합니다. 에이전트를 등록했다는 사실만으로 별개의 애플리케이션에서 수행하는 모든 작업까지 Workday의 통제를 받는다고 볼 수는 없습니다. ASOR 데이터시트.

IT 책임자는 개별 작업 수준의 증거를 요구해야 합니다. 직원 전보를 제안하는 에이전트라면 누구의 권한을 사용했는지, 무엇이 바뀌었는지, 어떤 승인이 적용됐는지 보여줘야 합니다. 에이전트가 실행됐다는 사실만 담은 보고서로는 충분히 검토할 수 없습니다. AI 거버넌스 프레임워크에서는 책임자를 지정하고 그 책임자에게 필요한 증거를 정의하는 방법을 설명합니다.

대화 접근 권한과 실제 작업 권한은 따로 확인합니다

에이전트에 접근할 권한과 에이전트가 실행하는 작업에 대한 권한은 별도로 검사합니다. Workday 관리자 가이드에 따르면 두 권한 모두 실행 시점에 평가됩니다. 관리자는 개별 스킬을 활성화하고 이를 사용할 보안 그룹을 선택한 뒤, 해당 그룹의 권한을 스킬이 호출하는 API의 권한과 맞춰야 합니다. 에이전트 등록 및 구성.

직속 부하 직원의 정보 변경은 요청할 수 있지만 다른 부서의 보수 정보는 볼 수 없는 관리자를 생각해 보겠습니다. 평가할 때는 허용된 요청과 그 관리자의 권한을 벗어난 요청을 모두 포함해야 합니다. 첫 번째 요청에 유용한 답변을 내놓았다는 사실만으로 두 번째 요청도 제대로 차단한다고 판단할 수는 없습니다.

에이전트가 의도적으로 설계한 업무 프로세스를 따라야 하는 이유도 여기에 있습니다. 언어 이해 능력이 좋아졌다고 해서 부실하게 정의된 승인 정책을 바로잡을 수는 없습니다. 여러 시스템을 오가는 워크플로에 대해서는 에이전트 오케스트레이션 가이드에서 작업 인계, 재시도, 사람의 승인을 배치할 지점을 다룹니다.

Workday 테넌트에 에이전트를 도입하려면 무엇이 필요할까요?

이용 가능 여부는 계약, 제품 사용 권한, 스킬 설정에서 출발합니다. Flex Credits는 사용량을 처리하는 수단이며, 필수 기반 Workday 제품을 대체하지 않습니다.

Workday 관리자 가이드에 따르면 프로덕션과 비프로덕션 테넌트 모두에서 Workday가 만든 에이전트를 사용하려면 UMSA 구독 계약이 필요합니다. 기존 MSA 계약을 사용하는 고객은 UMSA를 선택하고 Innovation Services를 통해 기능을 활성화해야 합니다. 조직이 도입한 제품에 속하는 에이전트만 등록할 수 있습니다. 관리자 필수 요건.

공개 도입 안내 허브에서 구체적인 의존 관계를 확인할 수 있습니다.

• Self-Service Agent: Core HCM이 필요합니다. 지역 관련 항목에서는 FedRAMP 환경을 제외합니다. Self-Service 요건.
• Recruiting Agent: Core HCM, Recruiting, HiredScore AI for Talent가 필요합니다. Recruiting 요건.
• Payroll Agent: Core HCM이 필요하며, 네이티브 Workday Payroll의 지원 범위에 속해야 합니다. 허브에서는 네이티브 Workday Payroll 지원 국가 전반에서 이용할 수 있다고 설명합니다. Payroll 요건.

에이전트가 공개적으로 제공된다는 사실과 조직이 활성화할 준비가 됐다는 사실은 다릅니다. 위 사례들은 그 이유를 보여줍니다. 선택한 스킬마다 지역 및 환경 제한을 확인해야 하며, 규제 요건이 적용되는 환경이라면 특히 주의 깊게 살펴봐야 합니다.

Workday Flex Credits는 연 단위로 일괄 구매하는 사용량 기반 모델로, 무료 할당분이 포함됩니다. 대상 스킬은 Workday 요율표에 정의된 방식으로 크레딧을 소비합니다. Workday는 대부분의 에이전트를 비프로덕션 환경에서 무료로 테스트할 수 있다고 설명하며, Platform Consumption Console에서 계획 수립, 모니터링, 예산 알림을 지원한다고 안내합니다. 모든 에이전트에 동일한 단가가 적용된다고 가정하기보다, 조직에 적용되는 요율표와 파일럿 사용량을 기준으로 예산을 잡아야 합니다. Flex Credits.

필요한 스킬만 좁혀서 먼저 활성화합니다

구체적인 업무와 제한된 사용자 그룹을 중심으로 파일럿을 구성합니다. 아래 활성화 절차는 Workday 문서에 나와 있습니다. 어디까지 시험할지, 무엇을 통과 기준으로 삼을지는 조직의 운영 판단에 달려 있습니다.

1. 1

   사용 요건을 충족하는 스킬 확인

   Workday 관리자에게 계약, 필수 제품, 지역, 환경, 정확한 스킬 제공 상태를 확인하도록 요청합니다. 프로젝트가 General Access, 얼리 액세스, 향후 출시 기능 중 무엇에 의존하는지 기록합니다.

2. 2

   등록 및 구성

   Agent Management Hub에서 Unregistered Workday Agent를 열고 사용 요건을 충족하는 에이전트를 등록합니다. Agent Registry에서 해당 에이전트를 열어 Configure Agent를 선택한 뒤, 파일럿에 필요한 스킬만 활성화합니다.

3. 3

   허용할 사용자와 작업 설정

   Available To에 사용할 보안 그룹을 지정합니다. View Security for Agent Skill에서 기반 보안 정책을 확인합니다. 중요한 변경에 대한 승인은 업무 프로세스에 유지합니다.

4. 4

   활성화 및 결과 점검

   구성을 마친 뒤 에이전트를 활성화합니다. 대표적인 요청과 의도적으로 권한을 벗어난 요청을 실행합니다. 결과로 생성된 기록과 승인을 점검하고, 완료한 업무, 수정, 상위 담당자 이관, 크레딧 소비를 비교한 뒤 접근 범위를 넓힙니다.

위의 등록, 보안, 활성화 통제 절차는 Workday 설정 안내를 따릅니다. 성공적인 파일럿은 단순히 대화 건수가 많은 것이 아니라, 의도한 권한 범위 안에서 유용한 업무를 완료했음을 보여줘야 합니다.

기본 에이전트, 자체 개발, 외부 어시스턴트 연결 중 무엇을 선택할까요?

업무가 Workday의 기존 프로세스에 맞으면 기본 제공 스킬을 사용합니다. 워크플로 자체가 조직 고유의 방식이라면 직접 개발합니다. 사용자가 어디에서 업무를 시작하느냐가 핵심 문제라면 기존 어시스턴트를 연결합니다. 이 방식들은 함께 사용할 수도 있습니다. 맞춤형 워크플로가 Workday의 통제를 받는 툴을 사용하면서 다른 어시스턴트 안에서 제공될 수 있습니다.

표준 업무에는 Workday 기본 스킬을 사용합니다

휴가와 복리후생 관련 반복 질문에 답하는 인사 서비스 책임자라면 Self-Service부터 평가하면 됩니다. 증빙 자료를 모으는 데 시간을 쓰는 회계 책임자라면 Financial Audit을 살펴봅니다. 필요한 데이터, 권한 규칙, 검토 절차가 이미 Workday 안에 있을 때 기본 스킬의 도입 근거가 가장 탄탄합니다.

이미 제공되는 스킬을 그대로 재현하는 것이 주목적인 자체 개발은 피하는 편이 좋습니다. 직원 경험이 더 나아진다는 보장 없이 유지보수, 평가, 지원 업무를 떠안게 됩니다. 반대로 이름이 비슷하다는 이유만으로 본질적으로 다른 업무 절차를 기본 스킬에 억지로 맞춰서도 안 됩니다.

기본 스킬로 처리할 수 없는 고유한 업무 로직은 직접 개발합니다

Workday는 2026년 10월 13일 플랫폼 발표에서 Developer Agent, Custom Agents, Agent-Ready Tools가 Workday Extend AI에서 정식 출시됐다고 밝혔습니다. 맥락을 제공하고 에이전트의 작업을 통제하는 환경인 Agent Harness도 정식 출시됐습니다. 따라서 Workday 고객은 외부 애플리케이션을 연결하는 방법 외에, Workday 환경 안에서 맞춤형 에이전트를 개발하는 방법도 선택할 수 있습니다. Trusted Agent Platform 발표.

다만 영업 담당자와 확인해야 할 상품 구성상의 차이가 있습니다. Developer Agent 제품 FAQ는 여전히 Workday Extend Professional을 통해 제공된다고 설명하지만, 더 최근 발표에서는 Workday Extend AI라고 명시합니다. 계약상 두 이름이 같은 사용 권한을 뜻한다고 가정해서는 안 됩니다. Developer Agent FAQ.

중견기업의 IT 책임자에게는 Workday 정보를 확인하고 장비 승인을 받은 뒤 다른 내부 시스템과 연계하는 직원 정보 변경 프로세스가 필요할 수 있습니다. 이렇게 조직에 고유한 처리 순서를 중심으로 개발하되, 실패와 승인에 대한 책임 주체를 분명히 해야 합니다. 혼자 개발한다면 대화를 통한 계획 기능을 추가하기 전에, 권한이 부여된 작업 하나와 그 작업이 실패했을 때의 처리 경로부터 검증해야 합니다.

Workday는 시스템 간 연동 인터페이스인 기존 REST, SOAP, GraphQL, RaaS API와 Agent-Ready Tools를 구분합니다. Agent-Ready Tools는 AI 애플리케이션이 툴을 찾고 호출하는 표준 방식인 **Model Context Protocol(MCP)**을 통해 작업을 제공합니다. 제품 페이지는 사용자별 권한 범위가 적용되는 보안과 에이전트용으로 설계된 스키마를 설명합니다. Agent-Ready Tools와 MCP.

애플리케이션 로직을 명시적으로 정의하고 예측 가능한 순서로 실행해야 한다면 직접 API 연동을 선택합니다. 에이전트가 대화 중에 승인된 작업을 찾아 선택해야 한다면 MCP를 검토할 수 있습니다. 어느 방식이든 사람인 책임자, 제한된 권한, 안전한 재시도, 실행 기록은 여전히 필요합니다. 주변 오케스트레이션 옵션을 평가하려면 AI 에이전트 플랫폼 비교를 참고할 수 있습니다.

업무를 시작하는 접점이 문제라면 기존 어시스턴트를 연결합니다

Anthropic Claude는 외부 AI 어시스턴트가 Workday의 진입점이 되는 구체적인 사례입니다. Workday는 10월 13일 발표에서 Workday의 권한과 감사 통제를 유지하면서 사용자가 변경 사항을 확인하는 Sana in Claude 플러그인을 소개했습니다. 이 플러그인은 얼리 액세스 단계이며, 정식 출시는 2026년 말로 예상됩니다. 같은 발표에 따르면 Agent-Ready Tools는 Extend AI를 통해 이미 정식 출시됐지만, 플러그인을 통한 접근은 그해 후반에 제공될 예정입니다. Workday와 Anthropic 발표.

직원들이 이미 해당 어시스턴트에서 일하고 있으며, 이용 가능한 커넥터가 필요한 작업을 제공한다면 이 방식을 선택할 수 있습니다. 어시스턴트를 구독하고 있다는 사실만으로 Workday 연동, 제품 사용 권한, 쓰기 작업이 활성화돼 있다고 볼 수는 없습니다. 해당 연결이 정보 조회만 가능한지, 승인된 트랜잭션까지 실행할 수 있는지 확인해야 합니다.

이미 Workday를 사용하는 회사의 창업자라면 실무적인 질문을 던져야 합니다. 필요한 것은 새로운 워크플로일까요, 아니면 기존 업무를 더 편리하게 요청할 접점일까요? 후자라면 별도 에이전트 애플리케이션을 만들지 않고 커넥터로 해결할 수 있습니다.

AI 업무 자동화, 어디까지가 과장이고 무엇부터 해야 할까요?

폭넓은 제품 비전을 곧바로 완전히 배포된 자율 업무 담당자로 받아들이는 것은 위험합니다. Workday가 직접 공개한 제공 안내를 보면, 더 좁고 실용적인 범위에서 도입 여부를 결정할 수 있습니다.

첫째, 모든 에이전트 스킬이 정식 출시됐다고 뭉뚱그려 말해서는 안 됩니다. Financial Close는 여전히 Coming Soon으로 표시되고, Concierge는 얼리 어답터 일정이 적용되며, 오토파일럿 확장 기능도 각자의 일정이 있습니다. 이러한 향후 기능이 없어도 카탈로그에는 이미 유용하게 쓸 수 있는 기능이 있습니다.

둘째, Workday가 설명하는 거버넌스를 오류 없는 의사결정의 증거로 받아들여서는 안 됩니다. 권한과 감사 추적은 경계를 정하고 증거를 제공합니다. 그러나 후보자 추천이 공정한지, 회계 판단이 올바른지, 생성된 설명이 빠짐없이 충분한지까지 보장하지는 않습니다. 그런 결과는 해당 업무 프로세스의 책임자가 평가해야 합니다.

셋째, 현재의 거버넌스와 추가로 발표된 통제 기능을 구분해야 합니다. Workday는 2026년 6월 Agent Passport 발표에서 서명된 테스트 및 검증 기록을 설명했지만, 정식 출시 목표는 2026년 말 이전이었습니다. 이 발표만으로 지금 정식 출시됐다고 확인할 수는 없습니다. Agent Passport 발표. 10월 플랫폼 발표도 Agent Context Service와 Grounded Reasoning의 얼리 액세스를 향후 일정으로 제시합니다. 아직 활성화하지 않은 통제 수단을 현재 작동 중인 보장 체계의 일부로 내세워서는 안 됩니다.

월요일에 바로 할 일: 인사, 재무, IT 프로세스 책임자가 자주 발생하는 업무 하나를 골라 Workday 관리자와 논의합니다. 정확한 스킬, 필수 제품, 허용할 사용자, 승인이 필요한 범위, 성공을 판단할 증거를 문서로 남깁니다. 소규모 그룹으로 파일럿을 진행하고 완료한 업무와 함께 예외 사례도 검토합니다. 워크플로가 유용하면서도 통제 가능하다는 것이 확인됐을 때만 범위를 넓힙니다.

이미 제공되는 스킬이 충분히 이해한 업무 절차에 맞는다면 지금 시작하면 됩니다. 사업 계획이 발표만 된 기능에 의존한다면 기다려야 합니다. 대화나 상황에 맞춘 추론을 더해도 가치가 크지 않다면, 안정적으로 작동하는 기존 자동화를 유지하는 편이 좋습니다.

업무 워크플로에 AI를 도입하는 실무 지침이 필요하다면 뉴스레터를 구독하세요.