HR 소프트웨어가 해결하지 못한
온보딩 데이터 입력 병목 현상

8개 양식, 4개 시스템 — 어떤 HRIS 데모도 보여주지 않는 현실

신입사원이 화요일에 오퍼를 수락한다. 금요일이 되면 HR은 여덟 가지 서로 다른 양식이 포함된 온보딩 패킷을 그들에게 보냈다. 직원은 할 수 있는 만큼 작성한다 — 흔히 휴대폰으로, 현재 직장의 마지막 교대 근무 사이에 — 그리고 작성 완료된 PDF는 HR 받은 편지함에 도착한다. 그다음에 일어나는 일이 모든 HRIS 벤더 데모가 건너뛰는 병목 지점이다.

그 여덟 가지 양식에는 네 가지 서로 다른 시스템에 들어가야 하는 데이터가 포함되어 있으며, 그중 어떤 시스템도 기본 상태에서는 서로 통신하지 않는다. I-9는 컴플라이언스 데이터베이스와 E-Verify로 들어간다. W-4와 주(state) 동등 양식은 급여로 들어간다. 직접 입금 승인은 급여와 은행으로 간다. 비상 연락처와 정책 확인서는 HRIS 직원 기록으로 들어간다. 복리후생 등록은 복리후생 관리 플랫폼으로 들어간다. 각 필드 — 이름, 주소, 사회보장번호, 생년월일, 원천징수 공제액, 은행 라우팅 번호, 수혜자 지정 — 는 사람이 다시, 다른 화면에, 평면 이미지로 렌더링되어 복사하여 붙여넣기가 불가능한 PDF에서 흔히 입력한다.

HR 관리자 다섯 명 중 두 명은 신입사원 1명당 온보딩 정보를 수동으로 수집하는 데 최소 3시간을 소비한다고 CareerBuilder 연구를 바탕으로 StrongDM이 정리한 데이터가 밝힌다. 온보딩의 행정적 요소 — 세금 양식, 컴플라이언스 문서, 정책 확인서 — 는 첫 주의 지나치게 많은 부분을 차지하며, 신입사원의 잔류 여부를 결정하는 오리엔테이션, 교육, 관계 구축을 밀어낸다. 그리고 47%의 기업이 적절한 기술 인프라가 없어 온보딩에 어려움을 겪는다고 말하지만, 진실은 더 불편하다: 인프라는 존재한다. 다만 그것이 해결한다고 주장하는 문제를 해결하도록 만들어지지 않았을 뿐이다.

I-9: 수동 입력을 법적 문제로 만드는 서식

대부분의 온보딩 비효율성은 추상적인 비용을 수반합니다 — 낭비되는 시간, 불만을 가진 신입사원, 지연된 생산성. 그러나 I-9는 다릅니다. 여기에는 법적 시한이 따릅니다.

USCIS 규정에 따라 Form I-9의 Section 1 — 직원 작성 부분 — 은 고용 첫 날까지 완료되어야 합니다. Section 2 — 고용주의 문서 검토 및 확인 — 은 영업일 기준 3일 이내에 완료되어야 합니다. 신입사원이 월요일에 시작하면 고용주의 Section 2는 수요일까지 제출되어야 합니다. 목요일에 시작하면 고용주는 다음 월요일까지 시간이 있습니다. 3일의 기간은 신입사원이 서류를 가지고 사무실에 들어올 때도 빠듯합니다. 원격 채용의 경우, 문서 수집, 검토, 데이터 입력, 시스템 업로드 등 전체 프로세스가 이메일 스레드, PDF 첨부 파일, 수동 키 입력을 통해 이루어져야 합니다.

컴플라이언스 노출은 균등하게 분포되지 않습니다. 직원 50명에 깔끔한 프로세스를 갖춘 회사는 수년간 ICE 감사를 받지 않을 수도 있습니다. 그러나 여러 사업장에 직원 500명이 흩어져 있고, 관리자가 종이 양식으로 Section 2를 작성한 뒤 이를 중앙 HR 사무실로 우편 발송하여 데이터를 입력하는 회사는, 모든 채용 때마다 컴플라이언스 책임이 누적되는 상황에 처해 있습니다. I-9는 단순한 서식이 아닙니다. 데이터 입력 속도를 법적 의무로 만드는 서식입니다.

그리고 벌금을 유발하는 오류는 정확히 수동 데이터 입력이 만들어내는 종류입니다. 누락된 서명. 불완전한 항목. 전치된 문서 번호. 잘못된 만료 날짜. 일반적인 I-9 오류 목록은 사람이 PDF에서 컴플라이언스 포털로 47개 필드를 입력할 때 일어나는 일의 목록과 같습니다: 생년월일 항목의 오타, 잘못 기재된 발급 기관, Section 1보다 먼저 완성된 Section 2. 이러한 오류 중 어느 것도 데이터가 사람의 키보드를 거치지 않고 서식에서 시스템으로 이동한다면 발생하지 않을 것입니다.

W-4 승수: 41개 주 양식, 한 명의 급여 담당자

I-9이 법적 긴급성을 만드는 양식이라면, W-4 계열은 단일 HRIS 템플릿으로는 구조적으로 해결이 불가능한 문제를 만드는 양식입니다.

모든 미국 직원은 연방 W-4 양식을 작성합니다. 그러나 41개 주는 주 소득세도 부과하며, 이에 따라 별도의 주 원천징수 양식이 필요합니다. 캘리포니아는 DE 4 양식을 요구합니다. 뉴욕은 IT-2104 양식을 요구합니다. 일리노이는 IL-W-4 양식을 요구합니다. 인디애나는 WH-4 양식을 요구하며, 주 원천징수뿐만 아니라 카운티 지위도 요구합니다. 인디애나 카운티가 자체 소득세를 부과하기 때문입니다. 미시간은 주 차원에서 MI-W4 양식을 요구하며, 직원의 거주 도시에 따라 22개의 별도 도시 차원 원천징수 양식 중 하나를 요구합니다. 오하이오에는 도시, 타운십, 학군을 포괄하는 수백 개의 과세 관할 구역이 있습니다.

이것은 단일 HRIS 온보딩 모듈이 "그냥 처리"할 수 있는 기능이 아닙니다. HRIS 제공업체는 연방 W-4와 가장 흔한 10개 주 양식의 디지털 버전을 구축할 수 있습니다. 그러나 22개의 미시간 도시 양식, 수백 개의 오하이오 학군 양식의 디지털 버전을 중견 기업에 판매되는 제품에 경제적으로 합리적인 비용으로 구축하고 유지할 수는 없습니다. 그 결과 HRIS가 기본적으로 지원하지 않는 모든 주 및 지방 양식의 데이터는 PDF로 HR 받은 편지함에 도착하고, 수작업으로 입력됩니다.

Ernst & Young의 2022 급여 오류 연구에 따르면 신규 채용자를 제때 급여 시스템에 등록하지 않으면 직원 1인당 평균 $635의 비용이 발생합니다. 잘못된 W-4 설정은 건당 추가로 $539가 발생합니다. 연간 50명을 채용하는 기업의 경우, 등록 누락만으로도 $31,750의 불필요한 급여 수정 비용이 발생합니다. 이 중 상당 부분은 직원이 주 원천징수 양식에 기재한 내용과 급여 담당자가 시스템에 입력한 내용 사이의 차이에서 비롯됩니다.

HRIS 아키텍처는 직원 양식이 아닌 직원 기록을 중심으로 설계되었습니다

어떤 벤더 블로그도 알려주지 않는 구조적 진단은 다음과 같습니다: HRIS 플랫폼은 직원 기록을 저장하고 관리하기 위해 구축되었지, 그러한 기록을 생성하는 양식을 입력받기 위해 구축된 것이 아닙니다.

인사 정보 시스템(ADP Workforce Now, BambooHR, Workday, Gusto 등)은 아키텍처의 핵심에서 데이터베이스와 사용자 인터페이스의 결합체입니다. 직원의 이름, 주소, SSN, 세금 원천징수 선택, 직접 입금 정보, 비상 연락처, 복리후생 선택을 관계형 스키마의 구조화된 필드로 저장합니다. 데이터가 데이터베이스에 들어가면 시스템은 급여를 처리하고, 복리후생을 관리하며, 보고서를 생성하고, 워크플로우를 실행할 수 있습니다. "데이터가 데이터베이스에 있다" 이후의 모든 다운스트림 프로세스는 완벽하게 작동합니다.

그러나 온보딩의 순간은 데이터베이스의 업스트림에 있습니다. 데이터가 시스템 외부의 종이나 PDF에 존재하면서 데이터베이스로 경계를 넘어야 하는 순간입니다. 그 경계를 넘는 작업은 항상 수동 작업이었으며, HRIS 벤더들은 데이터베이스 내부의 모든 것을 최적화하는 데 30년을 보내면서 경계 자체는 대부분 그대로 방치해 왔습니다.

ADP Workforce Now의 온보딩 모듈은 이 패턴을 정확히 보여줍니다. 전자 양식과 전자 서명을 통해 I-9, W-4, 직접 입금, 복리후생 등록을 처리하며, 완료되면 데이터를 급여 기록에 자동으로 동기화합니다. 그러나 HR 기술 분석가들이 문서화한 바에 따르면, 연체된 양식을 자동으로 에스컬레이션하거나, 미완료 작업을 관리자에게 자동 재배정하거나, 규정 준수 마감일이 지나기 전에 지연된 서류를 플래그로 표시하지 않습니다. 거래의 핵심은 처리하지만 거래 주변의 워크플로우는 HR의 수동 조정에 맡깁니다. 또한 ADP가 구축한 양식에서만 작동하므로 ADP 카탈로그에 없는 주 또는 지방 양식은 수동 입력으로 돌아갑니다.

BambooHR과 ADP의 차이는 더욱 분명합니다. BambooHR은 중견 기업에서 가장 널리 사용되는 HRIS 플랫폼 중 하나입니다. ADP Workforce Now는 가장 널리 사용되는 급여 플랫폼 중 하나입니다. 이 둘은 통합되지만 Flexspring과 같은 타사 커넥터를 통해 통합되며, ADP Marketplace의 제품 설명은 문제를 인정하는 것처럼 읽힙니다: "수동 이중 데이터 입력이라는 영혼을 짓누르는 고역에서 HR 전문가를 해방하세요." HRIS와 급여 시스템 간에 신규 채용 데이터를 동기화하는 데만 전념하는 유료 미들웨어 제품의 존재는 두 시스템이 입력 시점에 데이터를 공유하도록 설계된 적이 없다는 가장 명확한 증거입니다.

이것은 버그가 아닙니다. 1990년대 HRIS 플랫폼이 처음 등장했을 때 이루어진 아키텍처 선택이며, 동일한 데이터베이스 중심 모델 위에 새로운 기능을 쌓아 올린 수십 년간의 기능 추가를 통해 유지되어 왔습니다. 직원 기록은 더 풍부해졌습니다. 양식은 결코 변하지 않았습니다.

PRWORA와 20일 시한: 어떤 시스템과도 통합되지 않는 두 번째 의무

I-9 마감일과 주별 W-4 분산만으로도 충분한데, 대부분의 HR 전문가가 이름은 모르지만 채용 때마다 지키는 세 번째 규정 준수 요건이 있습니다. 바로 1996년 개인책임 및 근로기회조정법(PRWORA)입니다.

42 U.S.C. § 653A에 규정된 PRWORA는 50개 주의 모든 고용주가 신규 채용 직원의 시작일로부터 20일 이내에 각 주의 신규 채용 명부(State Directory of New Hires)에 신고하도록 요구합니다. 신고에는 직원 이름, 주소, 사회보장번호, 채용일, 고용주 이름, 고용주 주소, 연방 고용주 식별번호 등 7가지 데이터 항목이 포함되어야 합니다. 명시된 목적은 양육비 징수 지원입니다. 국가 신규 채용 명부(National Directory of New Hires)가 양육비 사건과 대조 확인을 수행합니다. 그러나 HR 운영 관점에서 목적은 중요하지 않습니다. 중요한 것은 이것이 자체 마감일, 자체 데이터 형식, 자체 주별 제출 포털을 갖춘 별도의 신고 요건이며 I-9, W-4, 급여, 복리후생과 완전히 독립적이라는 점입니다.

일부 급여 제공업체는 고객을 대신해 신규 채용 신고를 처리합니다. ADP의 RUN 및 Workforce Now 패키지는 상위 요금제에 이 기능을 포함합니다. 요금제에 포함되어 있지 않거나 다른 급여 제공업체를 사용하는 경우 데이터를 수동으로 신고해야 합니다. 주 포털에 로그인하여 이미 4개 다른 시스템에 입력한 동일한 서류 더미에서 필드를 다시 입력해야 합니다. 전자 제출을 허용하는 주에서는 12일 이상 16일 이하의 간격으로 월 2회 전송을 요구하므로 제출 주기 자체도 일정 관리 부담입니다. 또한 앨라배마를 포함한 여러 주에서는 연방 20일 기한보다 더 짧은 마감일을 적용합니다.

PRWORA 요건은 28년이 되었습니다. 28년 동안 미국의 모든 신규 채용은 HRIS와 평행 우주에 존재하고 기본 통합 경로가 없는 규정 준수 신고 의무를 발생시켜 왔습니다. 이것은 소프트웨어의 한계가 아닙니다. 아무도 연결할 인센티브를 갖지 못한 규제 아키텍처 결정입니다.

이 병목 현상이 30년간 HR 소프트웨어에서 살아남은 이유

이쯤 되면 패턴이 보일 것입니다. 온보딩 데이터 입력이 느린 이유는 HR 부서가 적절한 소프트웨어를 도입하지 않았기 때문이 아닙니다. 서로 다른 일정과 서로 다른 데이터 요소를 요구하는 여러 규제 명령이 한 시점 — 첫 주 근무 — 에 수렴하기 때문이며, 이 시점은 이후를 처리하도록 설계된 모든 시스템의 사각지대에 놓입니다.

그러나 구조적 진단에는 여전히 조직적 설명이 필요합니다. 왜 HR 팀은 30년 동안 이를 정상으로 받아들였을까요?

답은 HR 직무를 정의하는 규정 준수 문화에 있습니다. HR은 프로세스 혁신에 최적화된 기능이 아닙니다. 위험 회피에 최적화된 기능입니다. 온보딩 워크플로를 자동화했다가 실수한 HR 관리자는 ICE 감사 지적, 급여 정정 통지, 또는 주정부 보고 위반에 직면합니다. I-9 데이터를 필드별로 수동 재입력하고 — 천천히, 신중하게, 모든 양식에 두 번째 검토를 거치며 — 처리한 HR 관리자는 지나치게 조심스럽다는 감사인의 비판을 받지 않습니다. 전문적 인센티브는 자동화된 속도보다 수동적 철저함을 보상합니다. 자동화 실패의 단점(규정 위반)은 수동 비효율의 단점(시간 낭비)과 달리 경력에 위협이 되기 때문입니다.

Gallup이 직원의 12%만 온보딩을 우수하다고 평가한다는 조사 결과는 그 결과입니다. 프로세스가 경험, 속도, 데이터 정확성보다 규정 준수에 최적화되면 직원은 양식 작성과 대기로 일주일을 보냅니다. HR 팀은 타이핑으로 일주일을 보냅니다. 양측 모두 이것이 온보딩의 방식이라고 가정합니다 — 30년 동안 그래왔기 때문입니다.

지금 바뀌고 있는 것은 새로운 HRIS 기능이 아닙니다. 데이터베이스 측면이 아닌 문서 측면에서 문제에 접근하는 도구 범주입니다. 모든 양식을 HRIS에 맞추려고 하는 대신, 이러한 도구는 양식을 읽고 — 레이아웃, 형식, 발행 주에 관계없이 모든 양식을 — 데이터를 구조화된 테이블로 추출합니다. ImageToTable.ai는 열 이름 추출이라는 메커니즘을 통해 이를 수행합니다: 필요한 필드를 정의하면 — "직원 이름," "SSN," "홈 주소," "원천징수 공제," "은행 라우팅 번호" — AI가 각 업로드된 양식을 읽고, 페이지 어디에 나타나든 해당 값을 찾아 단일 스프레드시트로 정리합니다. 필드 주위에 사각형을 그리거나 양식 템플릿을 만들 필요가 없습니다. 찾고 있는 것을 AI에 알려주면 레이아웃 좌표가 아닌 문서 내용의 의미론적 이해를 통해 찾아냅니다.

이 접근 방식이 온보딩에 특히 중요한 이유는 양식이 알려진 템플릿 문서일 필요가 없기 때문입니다. 손으로 작성해 스캔한 I-9, IRS 웹사이트에서 다운로드한 W-4, 캘리포니아 특정 필드가 있는 주 DE 4 양식, 자체 레이아웃을 가진 신용협동조합의 직접 입금 양식 — 모두 함께 업로드할 수 있으며 AI는 각 양식에서 동일한 열 세트를 추출합니다. 신규 채용 배치를 처리하는 HR 팀의 경우 50개의 온보딩 패킷을 일주일 동안 한 번에 하나씩 입력하는 대신 한 번에 하나의 Excel 파일로 변환할 수 있습니다. 결과는 검토, 검증 후 표준 대량 업로드 인터페이스를 통해 HRIS로 가져올 수 있는 스프레드시트입니다 — 양식에서 데이터베이스 경계에서 키보드를 완전히 제거합니다.

이것은 HRIS를 대체하지 않습니다. HRIS가 원래 설계상 다루지 못했던 공백을 메웁니다. 바로 데이터가 비정형 형태로 조직에 유입되어 구조화된 레코드가 되어야 하는 순간입니다. 이제 처음으로, 추가적인 컴플라이언스 위험 없이 그 공백을 해소할 수 있습니다. 추출된 데이터가 HRIS에 입력되기 전에 사람이 검토할 수 있기 때문입니다. HR 팀이 반드시 요구하는 검토 단계이지만, AI가 이미 읽기와 입력을 수행했으므로 검토 시간은 몇 시간이 아닌 몇 분이면 충분합니다.

또한 배치 처리 워크플로우를 사용하여 예외 사례를 처리할 수 있습니다. AI가 신뢰도 경고를 표시한 양식, 손으로 작성한 필드가 모호한 양식, 각기 다른 주에서 입사하여 서로 다른 원천징수 검증이 필요한 신입사원의 양식 등이 해당됩니다. 배치 방식은 기계적 작업(양식 50장을 읽고 필드를 전사하는 작업)과 판단 작업(플래그가 지정된 항목을 검토하고 결정을 내리는 작업)을 분리합니다. 이러한 분리가 바로 인력 추가 없이도 프로세스를 확장할 수 있게 만드는 핵심입니다.

FAQ

모든 양식에 HRIS 온보딩 모듈을 사용하면 안 되는 이유는 무엇인가요?

대부분의 HRIS 온보딩 모듈은 정해진 표준 양식 세트, 즉 일반적으로 연방 W-4, I-9, 직접 입금, 복리후생 등록을 처리합니다. 해당 세트에 포함되지 않은 양식(주별 세금 원천징수 양식, 회사별 확인 양식 포함)은 지원되지 않습니다. 이러한 양식의 경우 데이터를 수동으로 입력하거나, 양식을 PDF 첨부 파일로 저장하되 데이터 필드를 검색하거나 보고할 수 없는 상태로 두어야 합니다. 이는 특정 HRIS의 결함이 아니라, 관할 구역별로 존재하는 양식 변형이 얼마나 많은지, 그리고 그중 디지털로 구축하고 유지하는 것이 경제적으로 타당한 양식이 얼마나 적은지에 따른 결과입니다.

추적해야 하는 I-9 기한은 무엇인가요?

섹션 1은 근로자가 고용 첫 날까지 완료해야 합니다. 섹션 2는 고용주가 근로자의 첫 근무일로부터 3영업일 이내에 완료해야 합니다. 근로자가 3일 미만으로 고용된 경우, 두 섹션 모두 첫 날까지 완료해야 합니다. 이러한 기한은 USCIS에서 정하며 ICE 감사를 통해 시행됩니다. 지연되거나 불완전한 I-9는 가장 흔한 감사 지적 사항 중 하나입니다.

AI 추출이 수기 작성 온보딩 양식을 처리할 수 있나요?

네, 단, 몇 가지 주의사항이 있습니다. ImageToTable.ai는 다양한 가독성 수준의 필기체를 인식할 수 있는 비전 언어 모델을 사용하지만, 매우 작거나 매우 연하거나 필기체가 심한 텍스트의 경우 신뢰도 경고가 표시될 수 있습니다. 권장 워크플로는 AI가 추출할 수 있는 부분을 먼저 추출하게 한 다음, 플래그가 지정된 항목을 수동으로 검토하고 수정하는 것입니다. 이는 전체 양식을 수동으로 입력하는 것보다 여전히 상당한 시간을 절약해 주며, 일반적으로 첫 번째 패스에서 80-90%의 필드가 정확하게 추출됩니다.

이 접근 방식은 캘리포니아 DE 4나 뉴욕 IT-2104 같은 주별 양식에도 적용되나요?

네. ImageToTable.ai는 템플릿 매칭이 아닌 의미론적 이해를 사용하므로, 미리 정의된 레이아웃을 매칭하는 대신 각 필드의 의미를 이해하는 방식으로 모든 양식을 동일하게 읽습니다. DE 4와 IT-2104는 완전히 다른 모양이지만, 둘 다 "Withholding Allowances" 또는 이에 상응하는 필드를 포함하고 있으며, AI는 위치가 아닌 의미로 이를 인식합니다. 사용자가 정의한 열 이름은 업로드된 모든 양식에서 의미론적 대상 역할을 합니다.

추출된 데이터는 데이터 개인정보 보호 규정을 준수하나요?

ImageToTable.ai는 추출 중에 파일을 메모리에서 처리하며, 처리 세션이 종료된 후 업로드된 문서나 추출된 데이터를 영구적으로 저장하지 않습니다. PII — 사회보장번호, 은행 계좌 정보, 주소 — 를 처리하는 HR 부서의 경우, 이는 문서를 클라우드 저장소에 보관하는 도구와 구별되는 중요한 아키텍처 차이입니다. 추출된 출력물(Excel 또는 CSV)은 사용자의 로컬 머신에 다운로드되며, 이후의 사용처는 사용자가 통제합니다.

그 격차는 결코 소프트웨어 버그가 아니었습니다

온보딩 데이터 입력 병목 현상은 HR 기술의 실패가 아닙니다. 이는 데이터가 시스템에 입력된 후 직원 데이터를 관리하도록 구축된 소프트웨어 범주의 의도된 동작입니다 — 종이 양식과 데이터베이스 레코드 사이의 격차를 메우기 위한 것이 아니었습니다. 30년 동안 그 격차를 메운 유일한 도구는 키보드와 어떤 필드가 어디로 가는지 아는 사람이었습니다.

변화한 것은 HRIS 플랫폼이 양식 처리에 더 나아졌다는 것이 아닙니다. 변화한 것은 다른 범주의 도구 — AI 문서 추출 — 가 이제 급여 담당자가 양식을 읽는 방식으로 양식을 읽을 수 있다는 것입니다: 페이지의 어느 위치에 있거나 어떤 주에서 발행한 양식인지와 관계없이 각 필드의 의미를 이해하는 것입니다. 차이점은 AI가 사람이 한 장을 읽는 시간에 50장을 읽고, 모든 추출 결과가 HRIS에 입력되기 전에 검토 가능하다는 점입니다.

온보딩 양식 데이터를 스프레드시트로 추출해 보기