온보딩 양식부터 직원 데이터베이스까지:신규 채용 데이터를 대량으로 Excel로 추출하기

미국인적자원관리협회는 신규 직원 1명을 수동으로 처리하는 데 15~20시간의 행정 업무가 소요된다고 추산합니다. 대부분의 시간은 환영 점심이나 팀 소개에 쓰이지 않습니다. 데이터 입력에 쓰입니다. 즉, 신입 사원의 법적 이름, 사회보장번호(SSN), 생년월일, 주소, 전화번호, 이메일, 비상 연락처, 은행 라우팅 번호 및 계좌 번호, W-4 신고 상태 및 공제액, I-9 서류 번호와 만료일, 정책 동의 날짜를 작성된 양식 더미에서 직원 데이터베이스나 HRIS로 복사하는 작업입니다. 같은 월요일에 신입 10명이 입사하면, 그 양식 더미는 40~50장이 됩니다. 각 장에는 직원이 이미 작성한 데이터가 있으며, 이제 HR 담당자가 다시 입력해야 합니다.

수동 데이터 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 안에 구조화된 스프레드시트 데이터로 변환됩니다
지금 사용해 보기 →
여러 문서에서 신규 채용 온보딩 양식 데이터를 추출하여 직원 데이터베이스 Excel 스프레드시트로 변환하는 모습

핵심 요점

  1. 신입 사원 1명당 HR 업무 15~20시간 소요 — 새로운 정보를 입력하는 것이 아니라, 각 직원이 이미 종이 양식에 작성한 이름, 사회보장번호(SSN), 집 주소, 은행 라우팅 번호를 다시 입력하는 데 시간이 소요됩니다.
  2. 각 양식 유형을 별도 파일로 추출하면 한 신입 사원의 기록이 5개의 스프레드시트에 분산되고, 절약한 데이터 입력 시간은 수동 이름 매칭 병합으로 다시 돌아와 똑같이 오래 걸릴 수 있습니다.
  3. 온보딩 문서 50장을 모두 ImageToTable.ai에 한 번에 업로드하면, 열 이름 추출이 양식 유형을 넘나들며 작동합니다 — 모든 신입 사원은 이름, 사회보장번호(SSN), 은행 라우팅 번호, 비상 연락처, 고용 허가 만료일이 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장의 종이에서 구조화된 데이터베이스 행으로 옮기는 것입니다. 작성된 양식에서 데이터베이스 입력으로의 이 변환 단계에 직원 1인당 15~20시간이 소요됩니다.

표준 신규 채용 서류 묶음: 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 라벨시스템 전송 대상
성명 및 SSN1단계(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 번호급여
계좌 번호당좌/예금 계좌 번호급여
계좌 유형당좌 또는 예금급여

즉, 신규 채용자 1인당 약 30개의 개별 데이터 필드가 5개의 서로 다른 서식에 분산되어 있으며, 각 서식은 고유한 레이아웃과 라벨링 규칙을 가지고 있습니다. 한 직원은 전화번호 옆에 "Cell"이라고 쓰고, 다른 직원은 "Mobile"이라고 씁니다. 어떤 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, 직접 입금 — 그리고 모든 필드가 통합된 직원당 한 행을 생성합니다. 서식별 내보내기 파일이 없고, 수동 병합 단계도 없습니다. 한 번의 배치 처리로 완전한 직원 기록이 생성됩니다.

열 목록은 채용 서류 묶음에만 국한되지 않습니다. 몇 달 후 서면 경고가 직원 파일에 들어오면, 징계 서식의 Excel 변환은 조치 수준, 사건 경위, 이전 발생 횟수를 동일한 기록의 추가 열로 추가합니다 — 따라서 직원 파일은 종이 폴더와 스프레드시트로 분할되는 대신 하나의 테이블로 유지됩니다.

올바른 질문은 "도구가 W-4를 추출할 수 있는가?"가 아닙니다 — Parseur가 그 질문에 답합니다. 실제 온보딩에서 중요한 질문은 다음과 같습니다: "신규 채용자 10명의 서식 5종을 모두 한 번에 업로드하고, 모든 서식의 모든 필드가 채워진 직원 데이터베이스를 한 번에 얻을 수 있는가?" 이것은 단일 서식 추출 문제가 아니라 배치 추출 문제입니다.

열 이름 추출: 한 번의 일괄 처리로 모든 양식, 직원 한 명의 레코드

열 이름 추출은 온보딩 양식 묶음을 다르게 처리합니다. 모든 양식 유형에 걸쳐 출력 스프레드시트에 필요한 각 필드를 열로 지정하면, AI가 배치의 모든 문서를 함께 읽고 각 필드를 올바른 직원과 매칭합니다. 모든 양식에 나타나는 직원의 전체 이름이 문서 유형 간 연결 키 역할을 합니다. SSN은 W-4 또는 직원 정보 양식에서 가져옵니다. 은행 라우팅 번호는 직접 입금 승인서에서 가져옵니다. 비상 연락처 전화번호는 비상 연락처 양식에서 가져옵니다. 이 모든 정보가 직원당 한 개의 행으로 통합됩니다.

전체 온보딩 배치에 대한 완전한 열 목록은 다음과 같을 수 있습니다:

Full Name  |  SSN  |  DOB  |  Address  |  Phone  |  Email  |  Job Title  |  Department  |  Start Date  |  Emergency Contact Name  |  Emergency Contact Relationship  |  Emergency Contact Phone  |  W-4 Filing Status  |  W-4 Dependents  |  W-4 Extra Withholding  |  I-9 Citizenship Status  |  I-9 Document Type  |  I-9 Document Number  |  I-9 Expiration Date  |  Bank Name  |  Routing Number  |  Account Number  |  Account Type

AI는 각 문서를 독립적으로 읽습니다. "Maria Gonzalez"의 W-4 양식에서 사회보장번호를 발견하면 해당 SSN을 Maria Gonzalez의 레코드와 연결합니다. 이 레코드에는 이미 직원 정보 양식의 주소와 직접 입금 양식의 은행 정보가 포함되어 있습니다. 열 이름 추출은 모든 데이터가 동일한 양식에 있을 것을 요구하지 않습니다. 양식을 개별적으로 처리하지 않기 때문입니다. 데이터가 있는 모든 양식에 걸쳐 사람을 처리합니다.

더 이상 수작업으로 데이터를 입력하지 마세요 — AI가 대신 읽어드립니다
이미지 또는 PDF 업로드 — 10초 만에 구조화된 스프레드시트 데이터로
지금 사용해 보기 →

10개의 서류에서 하나의 직원 DB로: 단계별 가이드

월요일 아침 데이터 입력 작업을 AI 추출로 대체하는 워크플로우:

1

신규 입사자 서류를 모두 모으세요
작성 완료된 모든 입사 서류(직원 정보, W-4, I-9, 비상 연락처, 급여 계좌 정보)를 한 폴더에 저장하세요. PDF, 인쇄된 서류 사진, 스캔 문서 등 형식과 종류가 섞여 있어도 한 번에 처리됩니다.

2

일괄 업로드 — 모든 입사자, 모든 서류를 한 번에
To Table 모드로 전환한 후 모든 파일을 선택하여 한 번에 업로드하세요. 신규 입사자 10명이 각각 5개의 서류를 제출했다면 총 50개 파일이 한 번에 업로드되어 병렬 처리됩니다.

3

직원 데이터베이스 열을 입력하세요
모든 서류 유형에 걸쳐 직원 스프레드시트에 필요한 모든 필드를 입력하세요. 열 이름이 출력 헤더가 됩니다. 열 목록을 저장해 두고 입사자 배치마다 재사용하며, 입사자별 값만 업데이트하세요.

4

HRIS 또는 급여 시스템으로 내보내고 가져오세요
문서당 5~10초 안에 처리가 완료됩니다. 각 직원은 모든 필드가 통합된 하나의 행으로 구성됩니다. Excel, CSV 또는 JSON으로 내보내어 모든 급여 시스템, HRIS 또는 마스터 직원 스프레드시트로 가져올 수 있습니다.

신규 입사자 서류 묶음의 출력 결과는 각 직원을 완전하고 독립적인 하나의 행으로 구성합니다. 비상 연락처, 세금, 은행 정보가 모두 동일한 레코드에 저장되므로 별도의 스프레드시트에서 직원 ID를 병합하거나 VLOOKUP 또는 참조할 필요가 없습니다:

성명SSN입사일직책부서W-4 신고 상태비상 연락처비상 연락처 전화은행계좌 번호
Maria GonzalezXXX-XX-45212026-05-19프런트 데스크 담당운영미혼Carlos Gonzalez(312) 555-0178ChaseXXXXX3847
James OkonkwoXXX-XX-72832026-05-19주니어 회계사재무부부 공동 신고Amara Okonkwo(312) 555-0291Bank of AmericaXXXXX6102
Priya SharmaXXX-XX-33942026-05-19마케팅 코디네이터마케팅세대주Raj Sharma(312) 555-0433Wells FargoXXXXX9521
PDF / JPG / PNG AI 추출

직원 개인 데이터는 안전하게 처리되며 저장되지 않습니다.

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 코디네이터의 경우, 이는 추출 후 Excel 감사를 대체합니다. 감사가 추출 자체에 내장되어 있는 것입니다. 즉, 온보딩 체크리스트를 Excel로 변환하여 각 직원의 완료 작업, 장비 지급, 정책 동의가 개인 데이터와 같은 행에 배치됩니다.

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")은 영어 열 이름과 매칭됩니다. 이는 직원이 선호하는 언어로 온보딩 양식을 작성할 수 있는 다국어 인력을 보유한 조직에 특히 유용합니다.

신입 사원 1인당 15시간의 데이터 입력은 사업을 운영하는 데 필요한 비용이 아닙니다. 이는 종이에서 데이터베이스로 정보를 수동으로 옮기는 비용입니다. 인쇄된 서류와 함께 손으로 작성한 온보딩 서류를 처리하는 조직의 경우, 손글씨-텍스트 변환기가 일반적인 손글씨 문서 변환을 처리하며, 전체 온보딩 서류 묶음의 경우 동일한 열 이름 접근 방식이 신입 사원이 실제로 제출하는 모든 서류 유형에 적용됩니다.

이번 온보딩 주기의 신입 사원 서류 묶음을 업로드하고, 직원 데이터베이스 열을 한 번만 입력하면 월요일 아침 데이터 입력 작업이 시작되기 전에 완전한 기록을 얻을 수 있습니다.

추출 시작
📮 contact email: [email protected]