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

어떤 HRIS 데모도 보여주지 않는 현실: 8가지 서식, 4가지 시스템

화요일에 신입사원이 입사 제안을 수락합니다. 금요일이 되면 HR은 8가지 개별 서식이 포함된 온보딩 패킷을 발송합니다. 직원은 할 수 있는 부분만 작성합니다. 대부분 휴대폰으로, 현재 직장의 마지막 근무 시간 사이에 말이죠. 작성 완료된 PDF는 HR 받은 편지함에 도착합니다. 그 다음에 일어나는 일이 바로 모든 HRIS 벤더 데모가 건너뛰는 병목 현상입니다.

이 8가지 서식에는 4개의 다른 시스템에 입력되어야 하는 데이터가 포함되어 있으며, 이 시스템들은 기본적으로 서로 연동되지 않습니다. I-9는 규정 준수 데이터베이스와 E-Verify로 전송됩니다. W-4 및 주(state) 동등 서식은 급여 시스템으로 전송됩니다. 직접 입금 승인은 급여 시스템과 은행으로 전송됩니다. 비상 연락처 및 정책 동의서는 HRIS 직원 기록으로 전송됩니다. 복리후생 등록은 복리후생 관리 플랫폼으로 전송됩니다. 이름, 주소, 사회보장번호, 생년월일, 원천징수 공제액, 은행 라우팅 번호, 수혜자 지정 등 모든 필드는 사람이 PDF(복사 및 붙여넣기가 불가능한 플랫 이미지로 렌더링된 경우가 많음)를 보고 다른 화면에 다시 입력합니다.

StrongDM이 CareerBuilder 연구 데이터를 인용한 자료에 따르면, HR 관리자 5명 중 2명은 신규 채용 1명당 온보딩 정보를 수동으로 수집하는 데 최소 3시간을 소비합니다. 온보딩의 행정적 요소(세금 서식, 규정 준수 문서, 정책 동의서)는 첫 주의 상당 부분을 차지하며, 신입사원의 이직 여부를 결정하는 오리엔테이션, 교육, 관계 구축 활동을 밀어냅니다. 47%의 기업이 적절한 기술 인프라 부족으로 온보딩에 어려움을 겪는다고 말하지만, 더 불편한 진실은 이렇습니다. 인프라는 존재합니다. 단지 해결해야 할 문제를 해결하기 위해 설계되지 않았을 뿐입니다.

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

대부분의 온보딩 비효율성은 추상적인 비용(낭비된 시간, 좌절감을 느끼는 신규 직원, 지연된 생산성)을 수반합니다. 하지만 I-9는 다릅니다. 법적 시한이 따릅니다.

USCIS 규정에 따라, I-9 양식의 섹션 1(직원 작성 부분)은 고용 첫날까지 완료되어야 합니다. 섹션 2(고용주의 서류 검토 및 확인)는 근무 시작 후 3영업일 이내에 완료되어야 합니다. 신규 직원이 월요일에 출근하면 고용주의 섹션 2 마감일은 수요일입니다. 목요일에 출근하면 다음 주 월요일까지입니다. 신규 직원이 사무실에 서류를 지참하고 오더라도 3일의 기간은 충분히 빠듯합니다. 원격 근무자의 경우, 서류 수집, 검토, 데이터 입력, 시스템 업로드의 전체 프로세스가 이메일, PDF 첨부 파일, 수동 입력을 통해 이루어져야 합니다.

규정 준수 노출은 균등하게 분포되지 않습니다. 직원 50명에 깔끔한 프로세스를 갖춘 회사는 수년간 ICE 감사 통지 없이 지낼 수 있습니다. 여러 사업장에 걸쳐 500명의 직원이 있고, 관리자가 종이 양식으로 섹션 2를 작성해 중앙 인사 사무실로 우편 발송하여 데이터 입력을 하는 회사는 — 채용할 때마다 누적되는 규정 준수 책임을 안고 있습니다. I-9는 단순한 양식이 아닙니다. 데이터 입력 속도를 법적 의무로 만드는 양식입니다.

그리고 벌금을 유발하는 오류는 정확히 수동 데이터 입력이 만들어내는 종류입니다. 서명 누락. 필드 미기재. 문서 번호 전치. 잘못된 만료일. 일반적인 I-9 오류 목록은 사람이 PDF에서 규정 준수 포털로 47개 필드를 입력할 때 발생하는 현상의 목록과 같습니다: 생년월일 필드의 오타, 잘못 기재된 발행 기관, 섹션 1보다 먼저 완료된 섹션 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 등)은 구조적으로 데이터베이스에 사용자 인터페이스를 붙인 것입니다. 직원의 이름, 주소, 주민등록번호, 세금 원천징수 선택, 계좌 입금 정보, 비상 연락처, 복리후생 선택 등을 관계형 스키마의 구조화된 필드로 저장합니다. 데이터가 데이터베이스에 들어가면 시스템은 급여를 처리하고, 복리후생을 관리하며, 보고서를 생성하고, 워크플로를 실행할 수 있습니다. '데이터가 데이터베이스에 있다'는 그 이후의 모든 과정은 완벽하게 작동합니다.

하지만 온보딩 순간은 데이터베이스 이전 단계입니다. 데이터가 종이나 PDF 형태로 시스템 외부에 존재하다가 데이터베이스 안으로 경계를 넘어와야 하는 순간입니다. 이 경계를 넘는 작업은 항상 수동으로 이루어져 왔으며, HRIS 벤더들은 30년 동안 데이터베이스 내부의 모든 것을 최적화하는 데 집중하면서 경계 자체는 거의 손대지 않았습니다.

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

BambooHR와 ADP의 차이는 더욱 두드러집니다. BambooHR은 중견 기업을 대상으로 가장 인기 있는 HRIS 플랫폼 중 하나입니다. ADP Workforce Now는 가장 인기 있는 급여 플랫폼 중 하나입니다. 이 둘은 통합되지만, Flexspring과 같은 타사 커넥터를 통해 이루어집니다. ADP 마켓플레이스에 등록된 Flexspring의 제품 설명은 문제를 인정하는 듯합니다: "인사 담당자를 수동 이중 데이터 입력의 영혼을 갉아먹는 고역에서 해방시키십시오." HRIS와 급여 시스템 간 신규 직원 데이터 동기화 전용 유료 미들웨어 제품의 존재는 두 시스템이 데이터 입력 시점에서 데이터를 공유하도록 설계된 적이 없다는 가장 명확한 증거입니다.

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

PRWORA와 20일 시한: 아무것도 통합하지 않는 두 번째 의무

I-9 마감일과 주 W-4 파편화가 충분하지 않다는 듯, 대부분의 HR 전문가가 이름은 모르지만 채용할 때마다 준수해야 하는 세 번째 규정 준수 요구사항이 있습니다: 1996년 개인 책임 및 근로 기회 조정법(PRWORA)입니다.

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

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

PRWORA 요구 사항은 28년 전에 제정되었습니다. 28년 동안 미국의 모든 신규 채용은 HRIS와 별개의 세계에 존재하며 기본적인 통합 경로도 없는 규정 준수 보고 의무를 발생시켜 왔습니다. 이는 소프트웨어의 한계가 아닙니다. 아무도 연결을 장려받지 못한 규제 아키텍처 결정입니다.

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

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

하지만 구조적 진단에는 여전히 조직적 설명이 필요하다. 왜 HR 팀은 30년 동안 이를 당연하게 받아들였을까?

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

갤럽 조사에서 직원의 12%만이 온보딩을 '훌륭하다'고 평가한 것은 하류의 결과다. 프로세스가 경험, 속도, 데이터 정확성보다 규정 준수에 최적화되면, 직원은 서류 작성과 대기로 일주일을 보낸다. HR 팀은 타이핑으로 일주일을 보낸다. 양측 모두 이것이 온보딩의 당연한 방식이라고 생각한다. 30년 동안 그래왔으니까.

지금 변화하는 것은 새로운 HRIS 기능이 아닙니다. 데이터베이스가 아닌 문서 측면에서 문제에 접근하는 도구의 한 범주입니다. 모든 양식을 HRIS에 맞추려고 하는 대신, 이러한 도구는 양식(레이아웃, 형식, 발행처에 관계없이 모든 양식)을 읽고 데이터를 구조화된 표로 추출합니다. ImageToTable.ai는 열 이름 추출이라는 메커니즘을 통해 이를 수행합니다. "직원 이름", "주민등록번호", "집 주소", "공제 수당", "은행 라우팅 번호" 등 필요한 필드를 정의하면 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는 완전히 다른 모양이지만, 둘 다 "원천징수 공제" 또는 이에 상응하는 필드를 포함하고 있으며, AI는 위치가 아닌 의미로 이를 인식합니다. 사용자가 정의한 열 이름은 업로드된 모든 양식에서 의미적 대상 역할을 합니다.

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

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

문제는 소프트웨어 버그가 아니었다

온보딩 데이터 입력 병목 현상은 인사 기술의 실패가 아닙니다. 이는 시스템에 직원 데이터가 입력된 후에 이를 관리하도록 설계된 소프트웨어 범주의 의도된 동작입니다. 종이 양식과 데이터베이스 레코드 사이의 간극을 메우는 유일한 도구는 키보드와 어떤 필드가 어디에 해당하는지 아는 사람뿐이었습니다. 그렇게 30년이 흘렀습니다.

변화한 것은 HRIS 플랫폼이 양식 처리 능력을 개선한 것이 아닙니다. 변화한 것은 AI 문서 추출이라는 다른 범주의 도구가 급여 담당자가 양식을 읽는 방식, 즉 페이지 상의 위치나 발급 주에 관계없이 각 필드의 의미를 이해함으로써 양식을 읽을 수 있게 되었다는 점입니다. 차이점은 AI가 사람이 한 장을 읽는 시간에 50장의 양식을 읽고, 모든 추출 결과가 HRIS에 입력되기 전에 검토 가능하다는 것입니다.

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