온보딩 서류에서 직원 데이터베이스로:
신규 채용 데이터를 엑셀로 한 번에 추출
미국 인사관리협회(SHRM)에 따르면, 신규 직원 한 명을 수동으로 처리하는 데 15~20시간의 행정 업무가 소요됩니다. 이 시간의 대부분은 환영 점심이나 팀 소개가 아닌 데이터 입력에 사용됩니다. 작성된 서류 더미에서 신규 직원의 법적 성명, 주민등록번호, 생년월일, 주소, 전화번호, 이메일, 비상 연락처, 은행 라우팅 및 계좌 번호, W-4 신고 상태 및 공제액, I-9 서류 번호 및 만료일, 정책 확인 날짜를 직원 데이터베이스나 HRIS에 다시 입력하는 작업입니다. 같은 월요일에 10명의 신규 직원이 입사하면, 그 서류 더미는 40~50장에 달합니다. 각 서류에는 직원이 이미 작성한 데이터가 있지만, HR 담당자가 다시 입력해야 합니다.
핵심 요약
- 신규 직원 1명당 15~20시간의 HR 업무 소요 — 새로운 정보 입력이 아닌, 각 직원이 이미 종이 서류에 작성한 성명, 주민등록번호, 집 주소, 은행 라우팅 번호를 다시 입력하는 작업입니다.
- 각 서식 유형을 별도 파일로 추출하면 한 신규 직원의 기록이 5개의 스프레드시트에 분산되고, 절약한 데이터 입력 시간이 수동 이름 매칭 병합 작업으로 되돌아와 동일한 시간이 소요될 수 있습니다.
- 50개의 온보딩 문서를 ImageToTable.ai에 한 번에 업로드하면, 컬럼명 추출이 서식 유형을 넘나들며 작동합니다. 모든 5개 서식에서 이름, 주민등록번호, 은행 라우팅 번호, 비상 연락처, 고용 허가 만료일이 통합된 완전한 행이 한 번에 생성됩니다.
신규 직원 10명, 서류 50장, 인사 담당자 1명
신규 직원 서류 업무의 진가는 입사 첫날이 아니라 그 전주 금요일에 드러납니다. 월요일에 10명의 직원이 입사합니다. 인사 담당자 책상 위에는 직원 정보 10부, W-4 원천징수 신고서 10부, I-9 고용 자격 증명서 10부, 급여 직접 입금 신청서 10부, 비상 연락처 10부가 놓여 있습니다. 어떤 서류는 이메일에 첨부된 작성 완료된 PDF로 도착하고, 어떤 서류는 사전 방문 시 직원이 가져온 인쇄본입니다. 프린터가 없는 직원이 손으로 직접 작성한 서류도 몇 장 있습니다. 한 W-4 양식은 2019년 구버전인데, 직원이 국세청(IRS) 최신 양식 대신 아무 웹사이트에서 찾았기 때문입니다.
이 50장의 서류 각각은 하나의 행, 아니 여러 시스템에 걸친 데이터 포인트가 되어야 합니다. 직원 이름과 주민등록번호는 급여 시스템에, 주소와 전화번호는 HRIS에, 비상 연락처는 별도 탭에, 은행 정보는 직접 입금 설정에 입력됩니다. 신고 상태 및 공제액은 원천징수 계산에 반영됩니다. 인사 담당자의 월요일 아침은 신규 직원을 환영하는 것이 아니라, 종이에서 데이터베이스로 개인 정보를 한 필드씩 정확하게 옮기는 일입니다. 주민등록번호나 계좌번호 하나를 잘못 입력하면 몇 주가 걸리는 수정 작업이 연쇄적으로 발생한다는 사실을 잘 알고 있으면서 말이죠.
r/humanresources에서 한 35인 규모 회사의 인사 담당자가 정확히 이 긴장감을 토로합니다. 휴가와 온보딩에 스프레드시트를 사용하고 있는데, 직원 수가 50명이 될 때까지 HRIS 도입을 기다리라는 지시를 받았다는 것입니다. 또 다른 게시글에서는 32인 규모 회사에서 "신규 직원 온보딩 절차가 왜 이렇게 복잡한가요?"라고 묻습니다. 문제가 내부 시스템인지 절차 자체인지 확신이 서지 않는다는 의미입니다. 한편, r/ITManagers에서는 많은 소규모 인사팀이 생각하는 바를 누군가가 적었습니다: "우리는 엑셀 스프레드시트를 너무 오래 사용해 왔습니다."
표준 신규 채용 서류 더미: 그 50장의 서류에는 무엇이 들어 있을까
데이터를 추출하는 방법을 고민하기 전에, 그 전체 범위를 이해하는 것이 도움이 됩니다. 미국의 표준 신규 채용 서류 패킷에는 일반적으로 5~6가지의 서로 다른 양식 유형이 포함되어 있으며, 각각은 직원 데이터의 다른 범주를 수집합니다. 아래 필드는 AIHR의 온보딩 문서 가이드와 IRS/USCIS 양식 사양에서 가져온 것입니다:
직원 정보 양식 — 신원 및 연락처 데이터
일반적으로 회사별 템플릿입니다. 핵심 HR 기록을 캡처합니다.
| 필드 | 일반적인 변형 | 시스템 대상 |
|---|---|---|
| 전체 법적 이름 | 직원 이름, 이름/성 | HRIS, 급여 |
| 사회 보장 번호 | SSN, 세금 ID | 급여, 세금 신고 |
| 생년월일 | DOB, 생일 | 복리후생, 급여 |
| 집 주소 | 거주지 주소, 도로명/시/주/우편번호 | HRIS, 급여, 세금 |
| 전화번호 | 휴대폰, 셀룰러, 기본 전화 | HRIS, 비상 연락망 |
| 이메일 주소 | 개인 이메일, 연락처 이메일 | HRIS, IT 시스템 |
| 직함 | 직위, 역할 | HRIS, 조직도 |
| 부서 | 사업부, 사업 단위 | HRIS, 급여 |
| 시작일 | 입사일, 첫 출근일 | 급여, 복리후생, IT |
비상 연락처 양식 — 연락할 사람
| 필드 | 일반적인 변형 | 시스템 대상 |
|---|---|---|
| 연락처 이름 | 비상 연락처, 기본 연락처 | HRIS |
| 관계 | 관계, 배우자/부모/파트너 | HRIS |
| 연락처 전화번호 | 주간 전화, 휴대폰, 대체 번호 | HRIS, 비상 연락망 |
| 연락처 주소 | (덜 일반적임; 때때로 포함됨) | HRIS |
W-4 양식 — 연방 소득세 원천징수
| 필드 | IRS 라벨 | 시스템 전송 대상 |
|---|---|---|
| 성명 및 SSN | 1단계(a), 1(b) — 개인 정보 | 급여 |
| 신고 상태 | 1단계(c) — 단독, 부부 공동 신고, 세대주 | 급여 |
| 복수 직장 / 배우자 근무 | 2단계 — 체크박스 또는 워크시트 | 급여 |
| 부양가족 / 세액공제 | 3단계 — 부양가족 신고 | 급여 |
| 기타 소득 / 공제 | 4단계(a), 4(b) — 기타 조정 | 급여 |
| 추가 원천징수 | 4단계(c) — 급여 기간당 추가 금액 | 급여 |
| 서명 및 날짜 | 5단계 | 급여 (기록 보관) |
I-9 양식 — 고용 자격 확인
| 필드 | USCIS 라벨 | 시스템 전송 대상 |
|---|---|---|
| 성명 및 주소 | 섹션 1 — 직원 정보 | HRIS, 규정 준수 |
| 생년월일 | 섹션 1 | 규정 준수 |
| SSN (선택 사항) | 섹션 1 | 규정 준수 |
| 시민권 / 이민 신분 | 섹션 1 — 하나 선택 | 규정 준수 |
| 서류 유형 (목록 A/B/C) | 섹션 2 — 고용주 검토 | 규정 준수 |
| 서류 번호 및 만료일 | 섹션 2 | 규정 준수 |
직접 입금 승인 — 은행 계좌 정보
| 필드 | 일반적인 변형 | 시스템 전송 대상 |
|---|---|---|
| 은행명 | 금융 기관 | 급여 |
| 라우팅 번호 | ABA 번호, Transit 번호 | 급여 |
| 계좌 번호 | 당좌/예금 계좌 번호 | 급여 |
| 계좌 유형 | 당좌 또는 예금 | 급여 |
이는 신규 채용자당 대략 30개의 개별 데이터 필드로, 각각 고유한 레이아웃과 레이블링 규칙을 가진 5개의 다른 양식에 분산되어 있습니다. 한 직원은 전화번호 옆에 "휴대폰"이라고 쓰고, 다른 직원은 "모바일"이라고 씁니다. 한 I-9 양식에는 사회보장번호가 기재되어 있지만, 다른 양식에는 I-9의 SSN 필드가 선택 사항이기 때문에 비어 있습니다. 데이터는 존재합니다 — 기록되어 있습니다. 그러나 문서 전체에 분산되어 있으며, 각 신규 채용자에 대해 누군가는 올바른 양식에서 각 필드를 찾아 올바른 열에 입력해야 합니다.
W-4 추출 도구가 대부분의 작업을 완료하지 못하는 이유
Parseur는 원천징수 양식에서 이름, 주소, 신고 상태, SSN 및 서명 날짜를 캡처하는 W-4 추출 도구를 제공합니다. 수십 개의 W-4를 처리하는 조직에게는 확실히 유용합니다. 이 도구는 I-9 및 직접 입금 양식도 처리합니다. 그러나 각 양식 유형을 별도의 추출 작업으로 취급하면 고유한 문제가 발생합니다. 신규 채용자의 데이터가 3~4개의 개별 스프레드시트(하나는 W-4 필드용, 하나는 I-9 필드용, 하나는 직접 입금 정보용)에 저장되고, 누군가는 이를 단일 직원 기록으로 병합해야 합니다.
실질적인 문제는 W-4 추출이 작동하지 않는다는 것이 아닙니다. 신규 채용 패킷에는 5~6개의 다른 문서가 있고, 모두 같은 사람의 것이라는 점입니다. 각 양식 유형을 개별적으로 추출한 다음 직원 이름으로 수동으로 통합하면, 양식에서 스프레드시트로 입력하는 작업이 스프레드시트 간 병합으로 대체됩니다. 데이터 입력 부담이 위치를 옮길 뿐 사라지지는 않습니다.
필요한 것은 신규 채용 패킷 전체를 하나의 단위로 처리하는 단일 추출입니다. 직원 정보 양식, 비상 연락처, W-4, I-9, 직접 입금을 모두 포함하여 직원당 하나의 행을 생성하고 모든 필드가 통합됩니다. 양식별 내보내기 파일이 없습니다. 수동 병합 단계가 없습니다. 한 번의 배치 처리로 완전한 직원 기록이 생성됩니다.
열 이름 추출: 한 번의 배치, 모든 양식, 한 직원의 기록
열 이름 추출은 온보딩 양식 스택을 다르게 접근합니다. 모든 양식 유형에 걸쳐 출력 스프레드시트에 필요한 모든 필드를 열로 지정하면, AI가 배치 내 모든 문서를 함께 읽고 각 필드를 올바른 직원과 매칭합니다. 모든 양식에 나타나는 직원의 전체 이름이 문서 유형 간 연결 키 역할을 합니다. SSN은 W-4 또는 직원 정보 양식에서 가져옵니다. 은행 라우팅 번호는 직접 입금 승인 양식에서 가져옵니다. 비상 연락처 전화번호는 비상 연락처 양식에서 가져옵니다. 이 모든 것이 직원당 하나의 행으로 수렴됩니다.
전체 온보딩 배치에 대한 완전한 열 목록은 다음과 같을 수 있습니다:
AI는 각 문서를 독립적으로 읽습니다. "Maria Gonzalez"의 W-4 양식에서 사회보장번호를 발견하면, 해당 SSN을 Maria Gonzalez의 기록과 연결합니다. 이 기록에는 이미 직원 정보 양식의 주소와 직접 입금 양식의 은행 정보가 포함되어 있습니다. 열 이름 추출은 모든 데이터가 동일한 양식에 있을 것을 요구하지 않습니다. 양식을 개별적으로 처리하지 않고, 데이터가 있는 모든 양식에 걸쳐 사람을 처리하기 때문입니다.
10개의 서류에서 하나의 직원 DB로: 단계별 가이드
월요일 아침 데이터 입력 작업을 AI 추출로 대체하는 워크플로우:
신규 입사자 서류를 모두 모으세요
작성 완료된 모든 입사 서류(직원 정보, W-4, I-9, 비상 연락처, 급여 계좌 정보)를 한 폴더에 저장하세요. PDF, 인쇄된 서류 사진, 스캔 문서 등 형식과 종류가 섞여 있어도 한 번에 처리됩니다.
일괄 업로드 — 모든 입사자, 모든 서류를 한 번에
To Table 모드로 전환한 후 모든 파일을 선택하여 한 번에 업로드하세요. 신규 입사자 10명이 각각 5개의 서류를 제출했다면 총 50개 파일이 한 번에 업로드되어 병렬 처리됩니다.
직원 데이터베이스 열을 입력하세요
모든 서류 유형에 걸쳐 직원 스프레드시트에 필요한 모든 필드를 입력하세요. 열 이름이 출력 헤더가 됩니다. 열 목록을 저장해 두고 입사자 배치마다 재사용하며, 입사자별 값만 업데이트하세요.
HRIS 또는 급여 시스템으로 내보내고 가져오세요
문서당 5~10초 안에 처리가 완료됩니다. 각 직원은 모든 필드가 통합된 하나의 행으로 구성됩니다. Excel, CSV 또는 JSON으로 내보내어 모든 급여 시스템, HRIS 또는 마스터 직원 스프레드시트로 가져올 수 있습니다.
신규 입사자 서류 묶음의 출력 결과는 각 직원을 완전하고 독립적인 하나의 행으로 구성합니다. 비상 연락처, 세금, 은행 정보가 모두 동일한 레코드에 저장되므로 별도의 스프레드시트에서 직원 ID를 병합하거나 VLOOKUP 또는 참조할 필요가 없습니다:
| 성명 | 주민등록번호 | 입사일 | 직책 | 부서 | W-4 신고 상태 | 비상 연락처 | 비상 연락처 전화 | 은행 | 계좌 번호 |
|---|---|---|---|---|---|---|---|---|---|
| Maria Gonzalez | XXX-XX-4521 | 2026-05-19 | 프론트 데스크 담당 | 운영팀 | 미혼 | Carlos Gonzalez | (312) 555-0178 | 체이스 은행 | XXXXX3847 |
| James Okonkwo | XXX-XX-7283 | 2026-05-19 | 주니어 회계사 | 재무팀 | 기혼·합산 신고 | Amara Okonkwo | (312) 555-0291 | 뱅크 오브 아메리카 | XXXXX6102 |
| Priya Sharma | XXX-XX-3394 | 2026-05-19 | 마케팅 코디네이터 | 마케팅팀 | 세대주 | Raj Sharma | (312) 555-0433 | 웰스 파고 | XXXXX9521 |
직원 개인정보는 안전하게 처리되며 저장되지 않습니다.
HR용 계산된 열: 수습 종료일, 누락 필드, 정책 플래그
각 양식에 기재된 내용을 추출하는 것은 첫 단계입니다. 하지만 HR 온보딩에는 추출 후 일반적으로 수동 Excel 작업으로 처리되는 추가 단계가 있습니다: 각 직원의 수습 기간 종료일 계산, 모든 양식 제출 여부 확인, 급여 처리 전에 불완전한 기록에 플래그 지정 등입니다. 계산된 열은 추출 중에 이를 처리합니다:
| 계산된 열 | 계산 내용 | 출력 예시 |
|---|---|---|
수습 종료일 (시작일 + 90일) | 추출된 시작일로부터 표준 90일 수습 기간의 종료일을 자동 계산 | 2026-08-17 |
누락 양식 확인 (W-4 Filing Status 비어 있음 ? "W-4 누락" : 긴급 연락처 비어 있음 ? "긴급 연락처 누락" : 직접 입금 라우팅 번호 비어 있음 ? "은행 정보 누락" : "완료") | 각 필수 양식의 주요 필드가 입력되었는지 확인하고, 누락된 특정 양식 이름을 반환 | "은행 정보 누락" |
I-9 만료 알림 (I-9 만료일 - 오늘 < 30 ? "곧 만료" : "정상") | 30일 이내에 만료되는 신분 증명서에 플래그를 지정하여 재확인 후속 조치 | "정상" |
양식 개수 (5개 양식 - 감지된 빈 양식 필드 수) | 예상 양식 중 실제로 데이터가 포함된 양식의 개수를 세어 직원별 완전성 확인 | 4 — 직접 입금 누락 |
이러한 계산은 처리 중에 실행되므로, 최종 스프레드시트에는 수습 기간 종료일, 누락 서식 플래그, I-9 만료 알림이 모두 미리 반영되어 급여 부서에 전달됩니다. 여러 신규 직원을 관리하는 HR 코디네이터에게 이는 추출 후 엑셀 감사 작업을 대체합니다. 감사가 추출 과정 자체에 내장된 것입니다.
수집 링크로 사전 입사 처리: 첫날 전에 서류를 받으세요
신규 직원 서류 작업의 조용한 비효율성 중 하나는 모든 것이 첫날, 또는 더 나쁘게는 첫 주에 집중된다는 점입니다. 직원은 자신의 역할을 배워야 하는 시간에 휴게실에서 서류를 작성하고 있어야 합니다. 사전 입사 처리(Pre-boarding), 즉 시작일 전에 작성된 서류를 수집하면 이 문제가 해결되지만, 수집 메커니즘 자체가 마찰을 만듭니다. 이메일 첨부 파일은 묻히고, 직원들은 인쇄된 서류를 이상한 각도로 찍은 사진을 보내며, 파일 이름은 일관성이 없습니다.
수집 링크(Collection Link)는 각 신규 직원에게 단일 업로드 대상을 제공하여 이러한 마찰을 제거합니다. ImageToTable.ai 계정에서 링크를 생성하고, 빈 온보딩 서류와 함께 환영 이메일에 포함시키면, 직원은 집에서 서류를 작성하고 사진을 찍거나 스캔하여 링크를 통해 업로드합니다. 정리할 이메일 첨부 파일도, 설치할 앱도 없습니다. 짧은 인증 코드로 업로더의 신원을 확인합니다. 직원이 월요일 아침에 출근할 때쯤이면, 완성된 서류 묶음은 이미 추출되어, 누락된 항목이 표시되고, 급여 처리를 위한 준비가 완료된 상태로 처리 대기열에 있습니다.
계절별 채용, 캠퍼스 리크루팅 코호트, 매장 오픈 등 주기적으로 온보딩을 처리하는 HR 팀의 경우, 수집 링크는 동시에 진행되는 모든 신규 채용에 맞게 확장됩니다. 각 직원은 동일한 링크를 받습니다. 각 업로드는 동일한 대기열에 저장됩니다. 배치는 하나의 단위로 처리됩니다.
자주 묻는 질문
수기 온보딩 양식에서 데이터를 추출할 수 있나요?
네. AI는 온보딩 양식의 인쇄된 텍스트와 필기된 텍스트(수기로 작성된 이름, 주소, 전화번호, 체크박스 포함)를 모두 읽습니다. 또박또박 쓴 블록체가 가장 정확하게 추출됩니다. 필기체나 매우 작은 글씨는 정확도가 낮을 수 있습니다. 정확성이 중요한 필드(주민등록번호, 은행 라우팅 번호, 생년월일)의 경우 인쇄된 텍스트 또는 명확한 필기를 권장합니다. 이 도구는 일부 필드는 입력되고 다른 필드는 수기로 작성된 혼합 양식을 단일 처리 과정에서 처리합니다.
업로드 전에 양식 유형별로 분리해야 하나요? W-4는 한 묶음, I-9는 다른 묶음으로?
아니요. 모든 양식 유형을 동일한 배치에 함께 넣을 수 있습니다. AI는 각 문서를 독립적으로 식별합니다(W-4는 I-9와 다르게 읽음). 그리고 문서 전체에서 전체 이름을 연결 키로 사용하여 추출된 데이터를 올바른 직원과 연결합니다. 여러 직원의 직원 정보 양식, W-4, I-9, 비상 연락처, 급여 직접 입금 동의서가 포함된 배치도 한 번의 업로드로 처리됩니다.
두 신입 사원의 이름이 같으면 어떻게 하나요?
두 직원의 전체 이름이 완전히 동일한 경우, 열 목록에 구분 필드(예: 주민등록번호(뒷 4자리) 또는 생년월일)를 보조 식별자로 추가하세요. AI는 모든 식별자를 함께 사용하여 레코드를 구분합니다. 실제로 이러한 예외 상황은 단일 온보딩 배치에서 드물지만, 열에 주민등록번호나 생년월일을 포함하면 모호성이 제거됩니다. 원하는 경우 직원에게 모든 양식에 주민등록번호 뒷자리나 고유 직원 ID를 추가 식별 필드로 기재하도록 요청할 수도 있습니다.
열 설정을 저장하여 모든 온보딩 배치에 재사용할 수 있나요?
네. 직원 데이터베이스 열(모든 양식 유형의 전체 필드 세트)을 정의한 후 이름이 있는 프리셋으로 저장하세요. 각각의 새 온보딩 배치는 동일한 프리셋을 로드하므로 매번 열 이름을 다시 입력할 필요가 없습니다. 양식이 변경되면(업데이트된 W-4, 새로운 회사별 양식) 열 목록을 한 번 업데이트하고 새 버전을 저장하세요. 추출은 템플릿 위치가 아닌 의미를 기준으로 일치시키기 때문에 동일한 배치 내에서 다른 양식 버전에도 적응합니다.
주민등록번호나 은행 정보 같은 직원 개인 데이터는 안전하게 처리되나요?
ImageToTable.ai에 업로드된 파일은 안전한 환경에서 처리되며 영구적으로 저장되지 않습니다. 이 도구는 처리 완료 후 추출된 데이터를 보관하거나 공유하지 않습니다. 이 플랫폼은 문서 저장이 아닌 문서 추출용으로 설계되었으므로 직원 데이터는 추출 작업 기간 동안만 존재합니다. 추가 규정 준수 요구 사항(SOC 2, HIPAA)이 있는 조직은 민감한 개인 데이터를 업로드하기 전에 처리 환경이 특정 규제 요구 사항을 충족하는지 확인하세요.
다른 언어로 된 온보딩 양식도 처리할 수 있나요?
네. AI는 스페인어, 프랑스어, 독일어, 포르투갈어, 일본어, 한국어 등 주요 언어로 작성된 양식을 읽을 수 있습니다. 다른 언어로 된 양식 레이블(예: "Nombre del Empleado" 또는 "Numéro de Sécurité Sociale")은 영어 열 이름과 매칭됩니다. 이는 직원이 선호하는 언어로 온보딩 양식을 작성할 수 있는 다국어 인력을 보유한 조직에 특히 유용합니다.
이번 온보딩 주기의 신규 직원 서류를 업로드하고, 직원 데이터베이스 열을 한 번만 입력하면 월요일 아침 데이터 입력 작업이 시작되기 전에 완전한 기록을 얻을 수 있습니다.
추출 시작하기