고용 계약서 필드를 Excel로 추출,
HR을 위한 단계별 가이드

HRIS는 문서의 내용이 아니라 입력된 내용만 저장합니다

Workday, BambooHR, ADP, SAP SuccessFactors, UKG는 수천만 명의 직원 기록을 관리합니다. 이들은 급여, 복리후생 관리, 근태 추적, 성과 검토, 규정 준수 보고를 처리합니다. 하지만 그 어느 것도 PDF를 읽지 못합니다.

이것은 빠진 기능이 아닙니다. 범주의 차이입니다. HRIS는 데이터베이스입니다 — 구조화된 기록을 저장하고 정리합니다. 자연어를 분석하지 않으며, 여러 페이지에 흩어진 값을 찾지 못하고, 제안서의 "시작일"과 같은 문서의 "발효일"의 차이를 사람이 이미 올바른 필드에 입력하지 않는 한 알지 못합니다. HRIS는 목적지입니다. 서명된 고용 계약서는 출처입니다. 그 사이에는 두 개의 화면을 켜 놓은 사람이 있고, 파일 캐비닛이 디지털화된 이후로 변하지 않은 업무가 있습니다.

이 격차는 온보딩 중에 드러납니다. 신입 사원의 고용 계약서는 PDF로 도착하며, 종종 서명된 종이 원본의 스캔본입니다. 여기에는 합의된 내용의 확정 기록이 포함됩니다: 급여, 직위, 수습 기간, 해고 통지 기간, 근무 시간, 보너스 자격, 경업 금지 범위, 복리후생 등록 기간. 이 모든 값은 첫 급여 지급 전에 HRIS에 존재해야 합니다. 그러나 HRIS는 그 중 어떤 것도 추출할 수 없습니다. 누군가 — 보통 HR 코디네이터 또는 일반 담당자 — PDF를 열고 각 필드를 찾아 시스템에 입력한 후에만 받아들일 수 있습니다.

한 달에 15명의 신입 사원을 채용하는 회사 — 성장 단계의 중견 기업에게 일상적인 속도 — 의 경우 순수 재입력 시간이 약 7시간입니다. BLS 기준 HR 전문가 중간 임금인 연 $72,910을 기준으로 하면, 이 단일 워크플로우의 연간 비용은 누구도 인지하지 못하는 사이에 다섯 자리 수에 도달합니다.

고용 계약서, 10~14개 필드, 그리고 왜 어느 두 계약서도 같은 위치에 필드를 두지 않는가

HR 일반 담당자에게 서명된 고용 계약서에서 어떤 필드를 추출하는지 물어보면 주저 없이 목록을 말할 것입니다. 그 목록은 거의 변하지 않습니다:

복잡한 점은 필드 목록이 아니라, 어느 두 고용 계약서도 같은 방식으로 필드를 정리하지 않는다는 것입니다. 귀사는 자체 템플릿을 작성했습니다. 지원자의 이전 고용주는 다른 템플릿을 사용했습니다. 다국적 기업의 계약서를 처리하는 경우, 영국 법인의 템플릿은 급여를 별표 1에 두는 반면 싱가포르 사무소는 3페이지의 "보수" 항목 아래에 둡니다. 미국의 근로계약 종료 조항은 한 계약서의 서두에 나타나고, 다른 계약서에서는 서명란 앞에 굵은 글씨의 고지 사항으로 나타납니다.

이러한 구조적 차이는 템플릿 기반 추출 도구 — 페이지에 영역을 그리고 "급여는 항상 여기 있다"고 소프트웨어에 알려주는 방식 — 가 표준화된 청구서에서는 실패하지 않지만 고용 계약서에서는 실패하는 이유입니다. 어떤 공급업체의 청구서든 대략 동일한 레이아웃을 따릅니다: 헤더, 품목, 합계. 두 다른 회사의 고용 계약서는 공유하는 레이아웃 규칙이 전혀 없습니다. 중요한 필드는 작성자가 둔 곳 어디에나 있습니다.

이것이 HRIS가 문제를 자체적으로 해결할 수 없는 이유이기도 합니다. HRIS가 문서 업로드 및 필드 추출 기능을 제공하더라도 — 대부분 제공하지 않지만 — 내부적으로 템플릿 매칭을 사용할 것입니다. 받는 모든 계약서 형식에 대해 별도의 템플릿이 필요할 것입니다. 각 필드가 어디에 있는지 시스템에 가르치는 데 현재 직접 입력하는 시간보다 더 많은 시간을 소비하게 될 것입니다.

단계별 가이드: 서명된 PDF에서 HRIS 준비 완료 스프레드시트까지 한 번에

템플릿 기반 추출의 대안은 의미 기반 추출입니다. AI는 계약서를 읽으며 위치가 아닌 의미를 찾습니다. 페이지에 영역을 정의하는 대신 출력 스프레드시트에 원하는 열을 정의하면, AI는 필드가 나타내는 의미와 계약서에서 일반적으로 표현되는 방식을 이해하여 각 값을 찾아냅니다. 값이 어느 페이지에 있든, 작성자가 어떻게 표현했든 상관없습니다. 이 접근 방식을 맞춤 열 추출이라고 합니다. 원하는 열을 지정하면 AI가 픽셀 좌표 대신 의미 이해를 통해 값을 채웁니다. 이 도구가 팀에 적합한지 아직 결정 중이라면, HR 계약 관리 추출 가이드에서 이 기능의 내용과 HR 팀이 이를 사용하는 시점을 확인할 수 있습니다.

다음은 문서당 20~30분의 수동 재입력을 10초의 처리 시간으로 대체하는 워크플로우입니다.

실제 작동하는 워크플로우입니다. 고용 계약서를 업로드하고 열 이름을 지정하면, AI가 직접 하려던 읽기 작업을 대신 수행합니다.

AI가 필드를 찾지 못할 때 발생하는 상황에 대한 참고 사항: 수습 기간이 면제된 고위 임원 계약서에 수습 기간이 없는 경우, 해당 셀은 비워 둡니다. AI는 값을 만들어 내지 않습니다. 추측하지 않습니다. 필드를 찾아 추출하거나 아무것도 반환하지 않습니다. 이 동작은 HR 데이터에 필수적입니다. 빈 셀은 스프레드시트에서 쉽게 식별할 수 있지만, 잘못된 항목은 급여 오류나 규정 준수 기한을 놓칠 때까지 발견되지 않을 수 있습니다.

출력 결과를 Workday, BambooHR 또는 ADP에 연동하기

추출된 스프레드시트가 최종 목적지는 아닙니다. 서명된 계약서와 HRIS 사이의 다리 역할을 합니다. 모든 주요 HR 플랫폼은 Excel 또는 CSV의 대량 가져오기를 지원하며, 추출 시 사용한 열 이름은 HRIS가 기대하는 필드에 직접 매핑됩니다.

예를 들어 Workday는 EIB(Enterprise Interface Builder) 가져오기를 통해 직원 데이터를 수용합니다. BambooHR은 템플릿 스프레드시트를 사용한 직원 데이터 대량 가져오기를 제공합니다 — 추출된 열을 BambooHR의 필드 이름에 맞춘 후 업로드하면 됩니다. ADP Workforce Now도 신규 채용 데이터에 대한 유사한 대량 가져오기 워크플로우를 제공합니다. 핵심은 계약 데이터가 구조화된 테이블에 들어가면 HRIS 가져오기 단계는 모든 플랫폼에서 채용당 몇 시간이 아닌 몇 분 만에 완료된다는 점입니다.

이 접근 방식이 확장되는 지점이기도 합니다. 계약서 10개를 추출했다면 10개의 행이 있는 스프레드시트 하나가 생성됩니다. 팀을 확장하여 이번 분기에 50명을 채용했다면 50개의 행이 있는 스프레드시트 하나가 생성됩니다. HRIS 가져오기 프로세스는 규모와 관계없이 동일합니다 — 즉, 채용당 절약되는 시간이 정체되지 않고 누적됩니다. 배치 자체가 과제가 될 때 — 혼합 형식의 제안서 50개가 같은 주에 도착하는 경우 — 제안서 및 계약서 일괄 추출 워크플로우가 해당 규모에서만 발생하는 명명, 변형, 통합 문제를 해결합니다.

한 가지 주의할 점은 추출 후 HRIS 가져오기 전에 시작일과 급여 열을 원본 제안서와 대조 확인해야 한다는 것입니다. 이 두 필드는 불일치 시 가장 즉각적인 결과를 초래하는 항목입니다 — 잘못된 시작일은 급여 지급 활성화를 지연시키고, 잘못된 급여 금액은 혜택 요약 필드의 오타보다 해결하기 훨씬 어려운 법적 및 신뢰 문제를 만듭니다. 50개 행에서 두 열을 30초 동안 확인하는 것은 14개 필드를 모두 다시 입력하는 것보다 50배 빠릅니다.

제안서 및 계약서와 함께 W-2 세금 양식 같은 표준 고용 문서도 처리하는 경우 Excel로 계약 데이터 추출은 문서 유형에 관계없이 작동합니다 — 정의한 열 이름은 원본 문서가 고용 계약서, 독립 계약자 계약서 또는 신규 채용자의 NDA인지에 관계없이 일관되게 적용됩니다. 열 세트 하나, 내보내기 하나, 가져오기 하나.

FAQ

DocuSign의 데이터 필드나 HRIS 온보딩 모듈로는 안 되나요?

DocuSign은 서명을 위해 계약서를 보내는 쪽일 때 서명 과정에서 필드를 태그할 수 있습니다. 즉, 직접 작성한 발신 계약서에는 적용되지만, 고용 계약서는 종종 수신 형태로 들어옵니다. 예를 들어 이전 고용주의 서명된 PDF, 후보자가 반송한 카운터서명본, 또는 스캔된 종이 원본이 그렇습니다. 이런 경우에는 추출할 사전 태그 필드가 없습니다. HRIS 온보딩 모듈의 경우 직원이 작성하는 디지털 양식을 제공하여 데이터를 사전에 수집하지만, 이미 실행된 PDF를 읽어 다른 사람이 다른 템플릿으로 작성한 조항을 소급해서 추출하지는 않습니다.

디지털 PDF가 아닌 스캔된 종이 계약서도 처리되나요?

네. AI는 디지털 PDF에 내장된 텍스트 레이어에 의존하지 않고 페이지의 시각적 콘텐츠를 읽습니다. 휴대폰으로 촬영한 종이 계약서도 Word에서 생성된 디지털 PDF와 동일하게 작동합니다. 이미지 품질은 읽을 수 있을 정도면 충분하며 완벽할 필요는 없습니다.

미국 외 형식의 계약서는 어떻게 되나요?

이 방식은 언어 적응형이며 형식에 구애받지 않습니다. "Remuneration"이라고 표기한 영국 계약서와 "Salary"라고 표기한 미국 계약서는 모두 사용자가 "연봉"이라는 이름으로 지정한 동일한 열에 매핑됩니다. AI가 관할권을 막론하고 보상 관련 표현을 이해하기 때문입니다. "Probation Period", "Introductory Period"(미국), 독일어 계약서의 "Probezeit"에도 동일한 논리가 적용됩니다. AI는 키워드 일치가 아닌 의미를 읽습니다.

미국 각 주의 at-will 고용 조항은 어떻게 처리되나요?

공정근로기준법(FLSA)은 연방 임금 및 근로시간 기준을 규율하지만, at-will 고용은 주법에 따라 규율됩니다. 몬타나주를 제외한 50개 주 모두 at-will을 따르며, 몬타나주는 수습 기간 이후 종료에 정당한 사유를 요구합니다. "At-Will 진술"을 열로 추출하면 AI는 서명란과 몇 단락이 떨어져 있든 관계없이 계약서에 명시적인 at-will 조항이 포함되어 있는지 식별합니다. 대부분의 미국 고용 계약서는 종료 분쟁에서 고용주의 법적 지위를 강화하기 위해 이 조항을 포함합니다. 몬타나주에서 근무하는 역할에 대한 계약서라면 표준 at-will 조항의 부재 자체가 주목할 만한 데이터 포인트가 됩니다.

이것과 계약 수명주기 관리(CLM) 시스템의 차이점은 무엇인가요?

CLM — Ironclad, LinkSquares, Sirion 같은 플랫폼 — 은 계약 초안 작성, 협상, 승인, 전자서명, 보관, 의무 추적, 갱신 알림 등 전체 계약 워크플로우를 관리합니다. 이는 8~10가지 기능입니다. 대부분의 HR 팀이 필요한 것은 단 하나, 체결된 고용 계약에서 구조화된 데이터를 추출하는 것입니다. 이 접근 방식은 구현 주기, 사용자별 라이선스, 기능의 10%만 사용할 플랫폼 교육 없이 그 한 가지를 수행합니다. 전체 수명주기 관리가 필요한 기업에서 CLM을 대체하는 것은 아닙니다. 계약 문제가 "데이터를 HRIS에 넣는 것"에서 시작하고 끝나는 HR 팀에게 적합한 도구입니다.

데이터는 이미 문서에 있습니다. 꺼내는 것이 어려운 부분이 되어서는 안 됩니다.

고용 계약은 방대한 법적 문서이지만, HR이 필요로 하는 데이터는 한정적이고 예측 가능합니다: 누가, 어떤 역할, 얼마나, 언제부터, 어떤 조건으로, 어떤 제한 사항이 있는지. 이 목록은 수십 년 동안 변하지 않았습니다. 변한 것은 문서를 읽는 도구가 데이터를 저장하는 도구를 따라잡았다는 점이며, 수년간 HR 코디네이터가 PDF를 하나씩 열어 채우던 두 도구 사이의 간극은 더 이상 수동으로 채울 필요가 없게 되었습니다.

미국 노동력의 944,300명의 HR 전문가는 한 형식에서 다른 형식으로 정보를 다시 입력하기 위해 고용된 것이 아닙니다. 그들은 사람을 채용하고, 개발하고, 유지하기 위해 고용되었습니다. 서명된 계약과 HRIS 준비 스프레드시트 사이의 간극을 줄이는 것은 실행 취소에 비용이 들지 않고, 볼륨에 따라 즉시 가속화되며, HR 팀이 직함이 실제로 설명하는 업무에 시간을 쓸 수 있게 하는 몇 안 되는 운영 변화 중 하나입니다.

추출 워크플로우를 통해 샘플 고용 계약을 실행해 보세요. 위의 미리보기는 계약 프리셋을 사용합니다 — 팀이 실제로 필요한 열 이름을 입력하고, 30분이 걸렸을 교차 참조가 스프레드시트를 기다리는 10초가 되는지 확인해 보세요.