서명된 계약서가 인사팀에 도착하면,
타이핑이 시작됩니다

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가 픽셀 좌표 대신 의미 이해를 바탕으로 데이터를 채웁니다.

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

실제 워크플로우를 확인해보세요. 고용 계약서를 업로드하고 열 이름을 지정하면, AI가 여러분 대신 읽어드립니다.

AI가 필드를 찾지 못할 때의 동작에 대해 설명합니다. 고위 임원 계약서에 수습 기간이 없어 해당 조항이 생략된 경우, 셀은 비워둡니다. AI는 값을 임의로 생성하지 않습니다. 추측하지도 않습니다. 필드를 찾으면 추출하고, 찾지 못하면 아무것도 반환하지 않습니다. 이 동작은 HR 데이터에 매우 중요합니다. 빈 셀은 스프레드시트에서 쉽게 식별되지만, 잘못된 항목은 급여 오류나 규정 준수 기한을 놓칠 때까지 발견되지 않을 수 있습니다.

Workday, BambooHR, ADP로 출력 데이터 가져오기

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

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

이 접근 방식이 확장성을 갖는 이유도 여기에 있습니다. 10개의 계약을 추출했다면 10개의 행이 있는 하나의 스프레드시트가 생깁니다. 팀을 확장하여 이번 분기에 50명을 채용했다면 50개의 행이 있는 하나의 스프레드시트가 생깁니다. HRIS로의 가져오기 프로세스는 규모에 관계없이 동일하므로, 직원당 절약되는 시간이 정체되지 않고 누적됩니다.

한 가지 주의할 점은 추출 후 HRIS 가져오기 전에 원본 오퍼 레터와 시작일 및 급여 열을 확인해야 한다는 것입니다. 이 두 필드는 불일치 시 가장 즉각적인 결과를 초래합니다. 시작일이 잘못되면 급여 활성화가 지연되고, 급여가 잘못되면 혜택 요약 필드의 오타보다 해결하기 훨씬 어려운 법적 및 신뢰 문제가 발생합니다. 50개 행에 걸쳐 두 개의 열을 30초만 스캔해도 14개 필드를 모두 다시 입력하는 것보다 50배 빠릅니다.

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

자주 묻는 질문

DocuSign의 데이터 필드나 HRIS 온보딩 모듈을 사용하면 안 되나요?

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

계약서가 디지털 PDF가 아닌 스캔된 종이 문서여도 작동하나요?

네, 가능합니다. AI는 디지털 PDF의 내장 텍스트 레이어에 의존하지 않고 페이지의 시각적 콘텐츠(인쇄된 텍스트, 스캔된 텍스트, 일부 필기 주석)를 읽습니다. 휴대폰으로 촬영한 종이 계약서도 Word에서 생성된 디지털 PDF와 동일하게 작동합니다. 이미지 품질은 읽을 수 있어야 하지만 완벽할 필요는 없습니다.

미국 외 형식의 계약서(영국 고용 계약서, 유럽 근로 계약서 등)는 어떻게 되나요?

이 방식은 언어에 적응하며 형식에 구애받지 않습니다. 영국 계약서에서 "Remuneration"이라고 부르고 미국 계약서에서 "Salary"라고 부르더라도, AI가 관할권별 보상 언어를 이해하기 때문에 둘 다 사용자가 "연봉"이라고 명명한 동일한 열에 매핑됩니다. 동일한 논리가 영국의 "Probation Period", 미국의 "Introductory Period", 독일어 계약서의 "Probezeit"에도 적용됩니다. AI는 키워드 일치가 아닌 의미를 읽습니다.

미국 주별로 다른 자발적 고용(at-will employment) 조항은 어떻게 처리하나요?

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

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

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

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

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

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

샘플 근로계약서를 추출 워크플로우에 실행해 보세요. 위 미리보기는 계약서 프리셋을 사용합니다 — 팀에 실제로 필요한 열 이름을 입력하면, 30분 걸리던 대조 작업이 10초 만에 스프레드시트로 완성되는지 확인해 보세요.