HR 시스템 연계 아키텍처 가이드 : 입사·발령·휴직·퇴직 이벤트

직원 한 명이 입사하면 HR 시스템에만 정보를 등록하면 될까요?

실제 기업의 업무 환경에서는 그렇지 않습니다. 인사정보가 생성되면 조직정보, 근태, 급여, 전자결재, 그룹웨어 등 다양한 업무 영역에서 해당 직원의 정보를 사용하게 됩니다.

발령도 마찬가지입니다. 직원의 부서나 직책이 변경되었는데 HR 시스템만 수정되고 다른 업무 시스템에는 이전 정보가 남아 있다면 시스템마다 서로 다른 조직정보를 사용하는 문제가 발생할 수 있습니다.

그래서 HR 시스템을 구축하거나 교체할 때는 기능만큼이나 중요한 것이 바로 ‘인사 이벤트가 발생했을 때 어떤 시스템에 어떤 데이터를 전달할 것인가’에 대한 연계 구조입니다.

HR 시스템 연계를 설계할 때 흔히 시스템부터 나열합니다.

하지만 실무에서는 이렇게 접근하기보다 어떤 인사 이벤트가 발생했는지를 기준으로 연계 범위를 정의하는 방식이 훨씬 명확합니다.

대표적인 이벤트는 다음 네 가지입니다.

각 이벤트가 발생하면 직원의 상태와 소속, 직책, 업무 권한 등 관련 정보가 달라집니다.

따라서 HR 시스템은 단순히 인사정보를 저장하는 시스템을 넘어, 인사정보 변경의 기준이 되는 영역과 다른 업무 시스템 사이의 데이터 흐름을 설계하는 중심축으로 바라볼 필요가 있습니다.

신규 입사자가 발생하면 가장 먼저 직원의 기본적인 인사정보가 생성됩니다.

여기서 중요한 것은 입사자 등록 자체보다 생성된 정보가 이후 어떤 업무에 사용되는지를 정의하는 것입니다.

예를 들어 기업의 시스템 구성에 따라 다음과 같은 정보 흐름이 필요할 수 있습니다.

이 과정에서 가장 먼저 정해야 할 것은 사번, 조직코드, 직책, 재직상태 등 주요 데이터의 기준 시스템이 어디인지입니다.

같은 정보를 여러 시스템에서 각각 등록하도록 만들면 입사자가 발생할 때마다 담당자가 반복 입력해야 하고, 입력 시점이나 내용이 달라지면서 데이터 불일치가 생길 수 있기 때문입니다.

HR 시스템 연계에서 특히 중요하게 살펴봐야 하는 것이 인사발령입니다.

부서 이동, 직책 변경, 승진, 겸직 등 발령이 발생하면 단순히 HR 시스템의 소속 정보 하나만 변경되는 것이 아닐 수 있습니다.

조직정보를 활용하는 다른 업무 시스템에도 변경사항이 전달되어야 합니다.

예를 들어 부서가 변경됐다면 시스템 구조에 따라 다음과 같은 항목이 영향을 받을 수 있습니다.

따라서 발령 연계를 설계할 때는 ‘발령 데이터를 전달한다’가 아니라 ‘발령 유형별로 어떤 정보가 어떤 시스템에 영향을 주는가’를 정의하는 것이 중요합니다.

특히 조직정보를 기준으로 권한이나 승인 구조가 결정되는 시스템이라면 발령일과 실제 적용 시점도 함께 관리해야 합니다.

휴직은 입사나 퇴직보다 연계 구조가 복잡해질 수 있는 이벤트입니다.

직원은 회사에 재적하고 있지만 일정 기간 정상적인 근무 상태에서는 벗어나기 때문입니다.

따라서 휴직 이벤트를 설계할 때는 단순히 직원 상태를 ‘휴직’으로 변경하는 것에 그치지 않고 휴직 기간 동안 어떤 업무와 시스템 사용 상태가 변경되어야 하는지를 구분해야 합니다.

예를 들어 다음과 같은 질문이 필요합니다.

특히 휴직은 이후 복직이라는 반대 방향의 이벤트가 발생한다는 점도 중요합니다.

따라서 휴직 처리만 설계할 것이 아니라 ‘휴직 → 복직’까지 하나의 라이프사이클로 보고 데이터 흐름을 정의하는 것이 좋습니다.

퇴직에서는 새로운 데이터를 만드는 것보다 기존 상태를 종료하는 과정이 중요합니다.

HR 시스템에서 퇴직일과 퇴직 상태가 반영되면 관련 시스템에서도 해당 직원의 상태 변화가 필요한지 확인해야 합니다.

이때 핵심은 데이터를 삭제하는 것과 사용을 종료하는 것을 구분하는 것입니다.

과거의 인사발령, 급여, 근태, 전자결재 등의 업무 기록은 이후에도 필요한 경우가 있기 때문에 무조건 데이터를 삭제하는 구조보다는 재직 상태 변경과 업무상 필요한 이력 보존을 구분해 설계해야 합니다.

또한 퇴직일과 시스템 이용 종료 시점이 다르게 운영된다면 어떤 날짜를 기준으로 각 시스템에 반영할 것인지도 사전에 정해야 합니다.

입사·발령·휴직·퇴직을 각각 살펴보면 공통적인 구조가 보입니다.

핵심은 다음과 같습니다.

이 구조를 만들기 위해서는 먼저 시스템별 데이터의 역할을 구분해야 합니다.

예를 들어 직원의 기본 인사정보를 HR 시스템에서 관리한다면 다른 시스템이 동일한 정보를 독립적으로 다시 관리하기보다 필요한 데이터를 연계받아 사용하는 구조를 검토할 수 있습니다.

그리고 모든 정보를 모든 시스템에 보내는 방식도 피해야 합니다.

근태 시스템에는 근태관리에 필요한 정보가, 전자결재에는 조직과 결재선 구성에 필요한 정보가 전달되는 식으로 업무 목적에 맞춰 연계 데이터 범위를 정의하는 것이 중요합니다.

연계 개발을 시작하기 전에 최소한 다음 항목은 정리하는 것이 좋습니다.

이 다섯 가지를 먼저 정리하면 단순한 시스템 인터페이스 목록이 아니라 실제 인사 업무를 기준으로 한 HR 연계 아키텍처를 설계하기 쉬워집니다.

기존 HR 시스템을 새로운 시스템으로 교체하는 프로젝트라면 화면과 기능만 분석해서는 부족합니다.

현재 HR 시스템에서 어떤 데이터를 어느 시스템으로 보내고 있는지 먼저 파악해야 합니다.

특히 오래 운영된 HR 시스템에서는 여러 차례 추가 개발을 거치면서 ERP, 그룹웨어, 근태, 급여, 전자결재 등과 다양한 인터페이스가 연결되어 있을 수 있습니다.

따라서 구축 초기에는 연계 시스템 / 연계 이벤트 / 송수신 데이터 / 연계 주기 / 기준 시스템 / 반영 시점을 기준으로 기존 인터페이스를 정리하는 것이 좋습니다.

이를 놓치면 새로운 HR 시스템의 주요 기능은 정상적으로 구축했는데 실제 오픈 시점에 주변 시스템에서 필요한 데이터를 받지 못하는 문제가 발생할 수 있습니다.

HR 시스템을 구축할 때 중요한 것은 인사정보를 한곳에 저장하는 것만이 아닙니다. 입사부터 발령, 휴직, 복직, 퇴직까지 직원의 상태가 변화할 때 인사정보를 기준으로 업무가 일관되게 운영될 수 있는 구조를 만드는 것이 중요합니다.

유스트라 HR은 이러한 인사관리 체계를 시스템 기반으로 운영하려는 기업을 위한 HR 솔루션입니다.

특히 여러 엑셀과 개별 문서, 담당자의 수작업에 의존하던 인사정보를 체계적으로 관리하는 방향으로 전환하면 직원이나 조직정보가 변경될 때마다 담당자가 여러 자료를 찾아 수정해야 하는 구조를 줄이는 기반을 만들 수 있습니다.

HR 시스템 교체나 신규 구축에서는 여기에서 한 단계 더 나아가야 합니다. 기업이 이미 사용하고 있는 업무 시스템과 HR 영역의 관계를 파악하고, 어떤 인사정보를 기준으로 어떤 업무가 이어져야 하는지를 설계해야 합니다.

결국 중요한 것은 인터페이스 개수를 늘리는 것이 아니라 입사·발령·휴직·퇴직이라는 실제 인사 프로세스를 중심으로 데이터의 기준과 흐름을 만드는 것입니다.

분산된 인사정보와 반복적인 데이터 관리를 체계화하고 HR 업무를 시스템 중심으로 전환하려는 기업이라면, 유스트라 HR이 그 기반을 만드는 실질적인 해답이 될 수 있습니다.