HR 법령이 바뀔 때마다 개발해야 할까: 설정 중심 시스템의 조건

법이 바뀌었다는 소식에, 왜 개발 요청부터 떠올릴까

법령 개정 공지가 나오면 HR 담당자는 먼저 시행일을 확인합니다. 그런데 곧바로 다음 걱정이 시작됩니다. "시스템에는 언제 반영할 수 있지", "개발 요청은 어디에 넣어야 하지." 법의 시행일은 정해져 있지만, 개발 일정은 HR이 결정할 수 없기 때문입니다.

이 순간 HR 담당자의 머릿속에 있는 것은 법령 내용이 아니라, 그 내용을 시스템에 어떻게 반영시킬 것인가라는 절차의 문제입니다. 대표나 인사팀장 입장에서 이 지연은 단순한 불편이 아닙니다. 법정 기준과 실제 시스템 운영 사이에 공백이 생기는 기간 동안, 잘못 계산된 급여나 잘못 적용된 근태 기준이 그대로 나갈 수 있고, 그 책임은 결국 회사가 집니다.

조직이 인사 제도를 아무리 잘 설계해도, 법령이나 사규가 바뀌는 순간 그 설계를 시스템에 옮기는 속도가 늦다면 리스크는 줄지 않습니다. 문제는 법이 얼마나 자주 바뀌는가가 아니라, 바뀐 내용을 시스템이 얼마나 빨리 따라가는가에 있습니다.

모든 변경을 개발로 처리하는 시스템은 왜 느려지는가

구축 당시 확정된 인사 제도가 시스템 코드 안에 고정되는 구조에서는, 이후에 생기는 거의 모든 변화가 개발 요청으로 이어집니다. 요율이 오르고, 적용 대상 범위가 바뀌고, 결재 라인이 하나 추가되고, 휴가 기준이 조정되는 일까지 전부 같은 절차를 거칩니다. 담당자가 변경 내용을 정리해 개발팀이나 외주 개발사에 요청서를 넘기고, 그 요청이 다른 요청들과 함께 우선순위 큐에 들어가고, 개발과 검수, 배포 일정을 거친 뒤에야 실제 시스템에 반영됩니다.

이 과정 자체가 병목입니다. 사내에 전담 개발 인력을 둔 기업이라도 이 절차에는 최소 몇 주가 걸리고, 소규모 인사팀이 외주 개발사에 의존하는 중견 · 중소기업이라면 그 기간은 더 길어지기 쉽습니다. 법령은 시행일이 되면 곧바로 적용되지만, 개발 일정은 그 시행일을 기다려주지 않습니다.

개발을 기다리는 동안 담당자가 손을 놓고 있는 것도 아닙니다. 시행일은 이미 지났는데 시스템은 아직 이전 기준으로 계산하고 있으니, 담당자는 엑셀로 별도 계산표를 만들어 수작업으로 값을 보정합니다. 시스템 값과 실제 적용 값이 서로 다른 상태로 한동안 이중 관리되고, 그 사이 오적용된 건이 있으면 나중에 소급 정산까지 해야 합니다. 이 문제는 국내만의 상황이 아닙니다. SHRM은 2026년 주요 워크플레이스 이슈를 다룬 자료('Top Five Workplace Policy Issues for 2026')에서, 여러 관할권에서 인력을 운영하는 조직일수록 관할권마다 휴가 관련 법과 기준이 제각각이라 규제 대응의 행정 부담이 커진다고 설명합니다. 관할권의 수는 다르더라도, 법정 기준이 바뀔 때마다 시스템이 그 변경을 얼마나 빨리 따라잡을 수 있는가라는 질문은 국내 기업에도 동일하게 적용됩니다.

그렇다면 구독형으로 가면 되는 걸까

여기서 자연스러운 반문이 나옵니다. 법령 대응이 문제라면, 공급사가 알아서 업데이트해주는 구독형(SaaS)을 쓰면 되는 것 아닌가. 절반은 맞는 말입니다. 구독형은 법령 공통 개정을 공급사가 일괄 업데이트하므로 표준적인 법령 대응 속도에서 분명한 강점이 있습니다. 다만 이 강점이 회사별 제도까지 자동으로 보장하는 것은 아닙니다. 설정 기능의 폭이 좁은 구독형이라면, 회사마다 다른 인사 제도와 사규(고유한 수당 체계, 복잡한 결재 구조, 회사 특유의 승진 · 평가 기준)를 시스템에 깊이 반영하는 데 한계가 있을 수 있습니다. 반대로 구축형은 회사의 제도를 그대로 담을 수 있지만, 그것이 개별 개발 중심의 구축이라면 앞서 본 것처럼 변경이 생길 때마다 개발을 기다려야 합니다.

즉 진짜 질문은 '구독형이냐 구축형이냐'가 아니라, 회사의 제도를 담는 깊이와 변경을 따라가는 속도를 어떻게 함께 확보하느냐입니다. 설정 중심 구축형은 이 간극을 좁히려는 구조입니다. 회사별 제도는 시스템에 담되, 반복적으로 바뀌는 기준은 코드가 아니라 설정으로 관리해 개발 없이 따라가는 것입니다.

변경은 세 층위로 나뉜다: 패치, 설정, 개발

이 구조가 실제로 작동하려면, 변경의 성격을 층위별로 구분하는 것이 출발점입니다. 모든 법령 대응이 같은 방식으로 처리되는 것이 아니기 때문입니다.

첫 번째 층위인 법령 공통 변경(4대보험 요율 인상, 최저임금 개정, 세법 변경처럼 모든 회사에 동일하게 적용되는 개정)은 애초에 담당자가 대응할 일이 아니라, 패키지 공급사가 업데이트로 일괄 반영해야 하는 영역입니다. 이 층위가 공급사 책임으로 처리되는 시스템이라면 담당자의 법령 대응 부담은 크게 줄어듭니다. 두 번째 층위인 회사별 제도 · 기준 변경은 설정의 영역입니다. 같은 법 개정이라도 회사가 그것을 자사 제도에 어떻게 반영할지(휴가 부여 기준, 수당 적용 조건, 결재 절차)는 회사마다 다르고, 여기가 반복적으로 바뀌는 곳이므로 개발 없이 설정으로 따라갈 수 있어야 합니다. 세 번째 층위인 구조적 변경은 아무리 설정 기능이 많아도 개발이 필요한 영역입니다.

글로벌 HR 테크 업계에서도 이 구분은 오래된 고민입니다. Josh Bersin은 한 번 구축한 대형 HR 시스템이 이후 조직 변화에 맞춰 유연하게 바뀌지 못하면, 구조 자체를 다시 구축하는 재구현에 수천만 달러와 수년이 걸릴 수 있다고 지적합니다(출처: Josh Bersin, 'The Next Generation of HR Software Has Arrived, Finally', 2023). 좋은 HR 시스템은 개발이 전혀 필요 없는 시스템이 아니라, 어떤 변경이 어느 층위에 속하는지를 명확히 구분하고 각 층위를 맞는 방식으로 처리하는 시스템입니다.

우리 시스템은 제도를 얼마나 담고, 얼마나 빨리 따라가는가

이 구분을 우리 조직에 적용해보면, 지금 쓰는 시스템이 어느 지점에서 막히는지가 드러납니다. 다음 질문에 답해보시기 바랍니다.

• 우리 회사 고유의 제도(수당 체계, 결재 구조, 휴가 제도, 승진 · 평가 기준)가 시스템에 그대로 구현되어 있는가, 아니면 시스템의 표준 기능에 맞춰 제도 쪽을 양보해왔는가
• 지난 1년간 제도나 기준이 바뀌었을 때, 개발 요청 없이 설정 변경만으로 반영된 비율은 얼마나 되는가
• 가장 최근의 변경 요청은 접수부터 실제 반영까지 며칠이 걸렸고, 그 사이 수작업 보정이 필요했는가
• 4대보험 요율이나 세법처럼 모든 회사에 공통 적용되는 개정을 담당자가 직접 해석해 반영하고 있지는 않은가

첫 번째 질문에서 막힌다면 시스템이 제도를 담는 깊이의 문제이고, 두 번째와 세 번째 질문에서 막힌다면 변경을 따라가는 속도의 문제입니다. 설정 중심 구축형이 겨냥하는 것이 정확히 이 두 지점입니다. 회사의 제도를 표준에 맞춰 포기하지 않고 그대로 담되, 그 제도가 바뀔 때는 개발이 아니라 설정으로 따라가는 것. 표준화된 범위 안에서 운영하는 구독형이 구조적으로 넘보기 어려운 지점이 바로 이 설정의 폭과 깊이입니다.

JaDE는 세 층위를 각각 맞는 방식으로 처리합니다

JaDE(제이드)는 법령 변경을 모두 인사 담당자에게 맡기는 시스템도, 모든 변경을 개발자에게 맡기는 시스템도 아닙니다. 위의 세 층위를 각각 맞는 방식으로 나눠 처리하는 구조입니다. 먼저 4대보험 요율이나 세법 개정처럼 모든 회사에 공통 적용되는 법령 변경은 HCG가 패키지 업데이트로 제공합니다. 담당자가 개정 내용을 해석해 직접 반영해야 하는 부담이 이 층위에서는 발생하지 않습니다. 다음으로 회사별 제도와 사규, 기준의 변경은 설정의 영역입니다. JaDE는 인사 · 조직 · 근태 · 평가 · 급여 운영 전반에 걸쳐 590여 개의 설정 항목을 제공합니다. 회사마다 다른 제도를 표준 기능에 맞춰 줄이는 것이 아니라 설정으로 그대로 담고, 휴가 부여 기준과 승인 절차, 수당 · 공제 기준, 결재선과 신청 항목처럼 반복적으로 바뀌는 영역은 개발 요청 없이 설정으로 따라갑니다. 마지막으로 설정 범위 밖의 변경(새로운 산식이나 데이터 구조가 필요한 경우)은 JIC(JaDE Implementation Consultant)가 변경 내용을 검토해 어떤 부분이 개발로 이어져야 하는지 함께 판단합니다.

JaDE는 표준화된 제품 구조와 다양한 설정 기능을 기반으로 평균 3~5개월 내 구축을 지원합니다. 개별 개발 중심의 구축 방식보다 적용 범위와 일정을 예측하기 쉽다는 점도 이 구조에서 나옵니다. 법령이나 사규가 바뀔 때마다 우리 조직의 시스템이 어느 층위까지 어떤 방식으로 대응하고 있는지 점검해보고 싶다면, JaDE 팀과 이야기해보시기 바랍니다.