Harmony가 휴가 신청까지 처리한다…민감한 HR 판단은 자동화 밖에 둔다

Harmony는 2026년 10월 15일 뉴욕에서 Harmony for HR 출시 발표를 통해 즉시 이용 가능하다고 밝히며, 공동창업자 겸 CEO Nitzan Shapira의 말로 “Employees should not need a map of the HR tech stack”이라고 설명했다. 직원은 Slack이나 Microsoft Teams에서 복리후생을 묻고 휴가를 신청할 수 있다. 직원 기록을 바꾸는 작업에는 사람 승인이 필요하며, 고충 처리 같은 민감한 사안은 자동화에서 제외할 수 있다.

이 서비스는 직원의 대화창을 기존 인사 시스템과 연결한다. 직원은 Slack·Teams에서 자연어로 인사 요청을 보내는 방식으로 문의를 시작할 수 있다. 질문에 답하는 일, 승인 절차를 시작하는 일, 직원 기록을 실제로 변경하는 일은 서로 다른 단계다. 어디까지 자동으로 진행되는지를 알려면 대화창에서 접수된 요청이 뒤편의 어느 시스템과 승인자에게 이어지는지 봐야 한다.

복리후생 문의에서 휴가 신청까지

Harmony for HR가 맡는 가장 단순한 업무는 직원에게 적용되는 인사 정보를 찾아 답하는 것이다. 복리후생과 사내 정책에 관한 질문, 남은 휴가 확인처럼 직원의 상황에 따라 답이 달라지는 문의가 여기에 들어간다. 서비스는 연결된 시스템에서 직원의 역할, 근무 지역, 관리자와 휴가 잔여량을 가져와 답변에 반영하도록 설계됐다.

요청 처리 범위는 답변에서 멈추지 않는다. 직원은 같은 대화 환경에서 휴가를 신청하거나 지인을 채용 후보자로 추천할 수 있다. 신입 직원의 온보딩 요청은 인사, IT, 시설 담당 업무로 이어지는 흐름으로 제시된다. 하나의 요청이 여러 담당 부서의 후속 작업을 시작할 수 있지만, 각 부서가 내려야 할 판단까지 대화창이 대신한다는 뜻은 아니다.

직원에게 보이는 시작점이 하나라는 점과 뒤에서 움직이는 시스템이 하나라는 점도 구별해야 한다. 복리후생 규정은 정책 자료에, 휴가 잔여량은 인사정보시스템에, 추천 대상자의 정보는 채용 시스템에 있을 수 있다. 직원은 어느 시스템에 들어가야 하는지 찾는 대신 대화창에서 요청을 시작한다. 원래 정보를 관리하는 시스템은 그대로 남고, Harmony for HR가 직원의 질문과 해당 업무 흐름을 연결한다.

휴가 신청은 진행하고, 기록 변경은 승인받는다

휴가 신청을 처리한다는 말은 에이전트가 휴가 사용 여부를 독자적으로 결정한다는 뜻이 아니다. 직원은 대화창에서 신청을 시작하고 기존 승인 흐름으로 보낼 수 있다. 승인 권한이 정해진 사람에게 남아 있다면, 직원에게 편리해지는 부분은 신청 경로와 진행 과정이지 승인 기준 자체가 아니다.

휴가 업무 안에서도 조회, 신청, 승인과 기록 변경은 구분된다. 남은 휴가를 알려주는 답변은 저장된 정보를 읽는 행위다. 신청은 담당자에게 판단을 요청하는 흐름을 시작한다. 승인 결과에 따라 휴가 잔여량이나 직원 기록을 바꾸는 작업은 그다음 단계이므로, 대화창에서 접수가 끝났다는 표시와 인사 시스템의 변경 완료 상태를 같은 것으로 취급해서는 안 된다.

직원 추천에도 비슷한 경계가 있다. 대화창에서 추천을 받아 채용 시스템으로 전달하는 기능은 후보자를 채용할지 판단하는 일과 다르다. 추천 대상자의 정보가 어디로 전달되는지, 채용 담당자가 언제 검토하는지, 직원에게 어떤 진행 상태를 돌려주는지는 회사의 기존 채용 절차와 연결된다. 자동화할 수 있는 것은 요청의 접수와 전달이며, 사람의 판단이 필요한 단계는 별도로 남는다.

고충은 사람에게 남기고 답변의 근거를 표시한다

고충 처리처럼 개인 사정을 다루는 요청은 일상적인 문의와 다른 경로로 보낼 수 있다. Harmony는 이런 민감한 사안을 자동화 대상에서 완전히 제외할 수 있고, 요청마다 볼 수 있는 사람의 범위를 제한할 수 있다고 설명한다. 직원의 요청을 받는 창구를 대화창으로 통일하더라도, 내용에 접근하고 판단할 권한까지 동일하게 넓어지는 것은 아니다.

반복 문의에 답할 때는 출처 표시가 핵심 통제다. 서비스는 답변의 근거가 된 자료를 제시하고, 참조할 근거가 없으면 추측해 답하는 대신 인사팀으로 요청을 넘기도록 설계됐다. 복리후생 적용 조건이나 휴가 규정은 직원의 근무 지역과 역할에 따라 달라질 수 있다. 따라서 빠른 답변만큼이나 어떤 규정과 직원 정보를 사용했는지 확인할 수 있어야 한다.

승인 절차는 실행 기록과 함께 봐야 의미가 분명해진다. Harmony가 제시한 통제에는 요청별 접근 범위와 작업 로그가 포함된다. 요청을 누가 볼 수 있었고, 어느 작업이 사람에게 전달됐으며, 승인 뒤 어떤 변경이 실행됐는지를 남기는 구조다. 민감한 인사 업무에서 사람을 최종 판단자로 둔다는 원칙은 실제 승인자와 실행 내역이 기록될 때 운영상의 책임으로 이어진다.

기존 HRIS 위에 연결되는 접근 계층

Harmony for HR는 인사정보시스템인 HRIS나 채용관리시스템을 교체하는 제품으로 소개되지 않는다. 기존 시스템 위에 연결되는 접근 계층으로, 공개된 연결 대상에는 Workday, HiBob, UKG Pro, SAP SuccessFactors, Cornerstone의 학습 플랫폼과 Greenhouse의 채용 시스템이 포함된다. Slack과 Microsoft Teams는 직원이 질문하고 요청하는 창구로 쓰인다.

이 구조에서는 하나의 요청이 여러 시스템을 거칠 수 있다. 온보딩을 예로 들면 직원 정보, 업무 도구 준비와 시설 관련 후속 작업의 담당 부서가 서로 다르다. Harmony for HR는 요청을 해당 업무 흐름으로 보내고 결과를 직원에게 돌려주는 역할을 맡는다. 어떤 데이터를 읽을 수 있고 어떤 변경을 실행할 수 있는지는 회사가 연결한 시스템과 각 시스템의 권한 설정에 달려 있다.

기존 시스템과 연동된다는 설명만으로 모든 기업의 업무 흐름이 똑같이 작동한다고 볼 수는 없다. 휴가 정책의 원본, 승인자 지정, 추천 정보에 접근하는 채용 담당자의 범위는 회사마다 다르다. 연결 계층이 직원에게 하나의 입구를 제공하더라도, 원본 데이터와 승인 책임의 위치는 각 기업의 인사 운영에 맞춰 정해져야 한다.

국내 기업에서 자동화 범위를 가르는 기준

국내 인사 운영에 적용할 때 반복 문의는 답변 근거와 접근 권한을 함께 살펴볼 수 있는 범주다. 직원에게 적용되는 복리후생 조건이나 휴가 규정이 연결된 자료에 명확히 있고, 서비스가 해당 직원에게 허용된 정보만 읽는다면 대화창에서 답변할 수 있다. 같은 질문이라도 근무 지역이나 역할에 따라 적용 조항이 달라지면, 일반적인 정책 문구만으로는 개인에게 맞는 답이 되지 않는다.

휴가 신청과 직원 추천은 요청의 접수와 후속 처리 상태를 나눠 봐야 한다. 직원이 대화창에서 요청을 보낸 순간, 담당자에게 승인 요청이 도착한 순간, 실제 기록이 바뀐 순간은 각각 다르다. 이 상태가 구별돼야 직원도 자신의 요청이 어디까지 진행됐는지 알 수 있고, 인사팀도 완료되지 않은 업무를 놓치지 않는다. 승인자가 판단하기 전에 직원 기록이 바뀌지 않도록 하는 경계는 이 흐름에서 가장 중요한 부분이다.

고충은 답변 속도보다 접근 범위와 담당자의 판단이 앞서는 업무다. 일상 문의에 쓰는 자료와 고충 내용을 같은 권한으로 다루면 직원의 민감한 사정이 불필요하게 노출될 수 있다. 따라서 국내 기업이 기존 HRIS 위에 이 서비스를 연결할 때 실제 적용 범위를 가르는 것은 자동으로 답할 수 있는 질문의 수만이 아니다. 어떤 요청을 사람에게 넘기고, 누가 기록 변경을 승인하며, 그 과정이 어떻게 남는지가 운영상의 경계가 된다.

함께 읽기:

• Google의 Gemini agent, 이메일·문서·코딩을 한 창에서 처리한다
• Zendesk AI 에이전트가 환불까지 맡는다…승인 경계는 기업이 정한다
• CloudWatch Omni가 정상 응답 속의 오답까지 추적한다…콘솔 밖에서 본다