HR팀이 여전히 스프레드시트로
계약 만료일을 관리하는 이유

HR이 실제로 추적해야 하는 날짜는 HRIS에 없습니다

근로계약서에는 날짜가 빼곡히 적혀 있습니다. 급여 처리를 위해 모든 HRIS가 기록하는 명백한 시작일뿐만 아니라, 근로자의 고용 상태 변경을 결정짓는 덜 명백하지만 더 중요한 날짜들도 포함됩니다.

1월 15일에 12개월 계약으로 채용된 기간제 직원의 계약 만료일은 다음 해 1월 14일입니다. 이 날짜가 도래하기 전에 고용주는 계약 갱신, 정규직 전환, 또는 계약 종료를 결정해야 합니다. 대부분의 근로계약서는 갱신 거절에 대한 통지 기간(보통 30, 60, 90일)을 명시하며, 이는 결정 시한을 계약 종료일보다 앞당깁니다. 1월 14일 만료에 90일의 갱신 거절 통지 기간이 적용되면, 결정은 10월 16일까지 이루어져야 합니다. 10월 16일을 놓치면 계약 조건을 위반하지 않고 자연스러운 종료일에 계약을 해지할 수 없습니다. 아무도 눈치채지 못한 사이에 달력이 더 빨리 흘러갔기 때문에 원치 않던 연장 협상을 해야 하는 상황이 발생합니다.

6개월 수습 기간의 신입 직원에게는 평가 마감일이 있습니다. 관리자가 수습 평가를 제출하고 HR 팀이 정규직 확정, 수습 연장, 또는 해고를 결정해야 하는 날짜입니다. 수습 종료일은 특히 까다롭습니다. 보통 시작일로부터 90일에서 180일 사이에 위치하는데, 이 기간은 초기 온보딩의 긴급성이 사라지기에는 충분히 길지만, 마감일을 2주만 놓쳐도 직원이 회사가 승인하지 않은 상태로 2주를 더 근무하게 될 만큼 짧기 때문입니다.

이제 HRIS에는 없지만 계약서에 존재하는 나머지 날짜 범주를 추가로 살펴보겠습니다: 퇴직 후 6~12개월 동안 전 직원의 구직 제한을 모니터링해야 하는 경업 금지 기간; H-1B 또는 L-1 비자 소지자의 경우 계약 기간에 직접 연결된 비자 또는 취업 허가 만료일; 다년 계약에 명시된 연봉 검토일; 직원(고용주가 아닌)에게 연장 옵션을 제공하는 갱신 권리 조항 기간 — HR이 직원의 이 기간을 놓치면 직원은 그 권리를 상실할 수 있습니다.

이러한 각 날짜에는 법적 결과가 따릅니다. 그러나 Workday, BambooHR 또는 ADP Workforce Now에는 이들을 위한 전용 필드가 없습니다. 시작일은 급여 처리를 위해 온보딩 중에 입력됩니다. 계약서의 다른 모든 날짜는 PDF에 갇혀 있습니다. 파일을 여는 사람은 볼 수 있지만 직원 기록을 관리하는 모든 시스템에는 보이지 않습니다. 첫날 HRIS에 직원 프로필을 설정한 HR 코디네이터는 온보딩 양식을 작성하면서 수습 종료일을 읽고, 머릿속으로 기억했을 뿐 어디에도 입력하지 않았을 수 있습니다. 6개월 후, 수습 평가가 마감되었을 때 아무도 기억하지 못합니다. 단, 갑자기 왜 알림이 없었는지 묻는 관리자는 예외입니다.

스프레드시트는 해결책이 아니다 — 해결책이 없다는 증거일 뿐이다

직원 100~500명 규모 회사의 HR 담당자에게 계약 날짜를 어떻게 추적하는지 물어보면, 거의 항상 같은 대답이 돌아온다. 수동으로 관리하는 스프레드시트, Outlook 캘린더 알림, 그리고 가끔 공유 드라이브의 PDF를 대조하는 방식이다. 이는 HR 전문가들의 조직 능력이 부족해서가 아니다. 회사의 기술 스택에서 실제 시스템이 구축하지 않은 데이터 구조를 만들 수 있는 유일한 도구가 스프레드시트이기 때문이다.

작업 흐름은 평범하지만 취약하다. 새 고용 계약이 체결될 때마다 HR 담당자는 추적 스프레드시트를 열고 해당 직원의 행을 찾거나 생성한 후 6~8개의 날짜 필드를 수동으로 입력한다. 계약이 수정될 때마다 — 수습 기간 연장, 갱신, 새로운 검토 날짜가 포함된 급여 조정 — 스프레드시트를 업데이트해야 한다. 스프레드시트를 관리하는 사람이 퇴사하거나 휴가를 가면, 동료가 어떤 날짜가 어떤 계약 버전을 기준으로 마지막으로 확인되었는지에 대한 맥락 없이 이를 인계받는다. 6개월 후, 누군가 "다음 분기에 만료되는 계약은 무엇인가요?"라는 일상적인 질문을 하면, 더 이상 스프레드시트를 신뢰하지 않기 때문에 수십 개의 PDF를 열어봐야 한다.

취약성은 규모가 커질수록 심화된다. 직원 200명 중 30명이 기간제 계약, 15명이 수습 기간, 12명이 스폰서 비자를 보유한 경우 — 이는 중견 전문 서비스 기업이나 국제 인력을 보유한 테크 기업에서 흔한 HR 포트폴리오다. 이 포트폴리오는 각각 다른 형식일 수 있는 57개의 서로 다른 문서에 걸쳐 추적해야 하는 약 57개의 날짜 관련 이벤트를 발생시킨다. 한 번의 업데이트 누락 — 누군가 계약을 갱신했지만 스프레드시트에 여전히 이전 만료일이 표시되는 경우 — 은 조용히 전파되는 오류를 만든다. 스프레드시트는 자신이 틀렸다는 것을 알지 못한다. 그저 권위적으로 보이며 앉아 있다가, 누군가 잘못된 데이터를 바탕으로 행동할 때까지 그대로 남아 있다.

이를 일반적인 스프레드시트 위험보다 더 나쁘게 만드는 것은 진실의 원천인 서명된 계약 PDF가 추적 도구와 다른 곳에 있다는 점이다. 스프레드시트를 업데이트하려면 계약서를 읽어야 한다. 계약서를 읽으려면 PDF를 열어야 한다. PDF를 열려면 폴더 구조를 탐색해야 한다. 소스 데이터와 추적 기록 사이에 세 번의 수동 핸드오프가 있는 프로세스는 시스템이 아니다. 그것은 인간의 주의력 사슬이며, 그 사슬의 모든 고리는 어느 정도 실패한다. 유일한 질문은 얼마나 자주, 그리고 그 실패 표면이 만료일, 갱신 마감일, 또는 누군가가 잊어버린 수습 검토에 부딪히는지 여부다.

HRIS와 CLM: 두 카테고리 모두 고용 계약 추적에 적합하지 않음

왜 모든 규모의 기업에서 이 스프레드시트 방식이 지속되는지 이해하려면, 이론적으로 이 문제를 해결했을 수도 있는 두 제품 카테고리의 구조를 살펴볼 필요가 있습니다. 하지만 실제로는 그렇지 않았습니다.

HRIS 플랫폼은 직원 기록을 관리할 뿐, 계약 라이프사이클을 관리하지 않습니다. Workday, BambooHR, ADP Workforce Now 및 경쟁사들은 직원 기록(이름, 주소, 주민등록번호, 보상, 부서, 관리자, 복리후생 선택, 휴가 잔액, 성과 검토를 저장하는 데이터베이스 항목)을 중심으로 구축되었습니다. 지난 20년 동안 이러한 플랫폼에 추가된 모든 기능(인재 관리 모듈, 보상 계획, 인력 분석)은 직원 기록의 기능을 확장합니다. 그중 어느 것도 직원 기록의 개념을 미래 지향적인 계약 타임라인을 포함하도록 확장하지 않습니다. BambooHR에는 서명된 계약서를 PDF로 업로드할 수 있는 문서 탭이 있습니다. 하지만 해당 PDF에서 필드를 추출하지 않습니다. 해당 PDF의 날짜를 보고서나 대시보드에 채우지 않습니다. 문서를 저장할 뿐입니다. 이것이 HRIS 기반 계약 관리의 한계입니다: 검색 기능이 있는 파일 캐비닛일 뿐입니다.

CLM 플랫폼은 상업 계약을 관리할 뿐, 고용 계약을 관리하지 않습니다. 계약 라이프사이클 관리 도구(Ironclad, LinkSquares, Juro, ContractWorks)는 판매 계약, 조달 계약, NDA, 공급업체 계약, 파트너십 거래를 처리하기 위해 구축되었습니다. 이들의 기능 세트는 이를 반영합니다: 상업 조건을 위한 조항 라이브러리, 레드라인 기능이 있는 협상 워크플로우, 전자 서명 통합, 인도물 및 지급 마일스톤에 대한 의무 추적. 가격도 이를 반영하여 월 600~1,200달러부터 시작하며, 계약 관리가 전체 워크플로우의 핵심인 법무팀과 조달팀을 위해 설계되었습니다. 고용 계약의 양은 일반적으로 중간 시장 기업의 전체 계약 수의 10분의 1에서 20분의 1에 불과하며, 사용자 페르소나도 완전히 다릅니다. 5,000개의 공급업체 계약이 아닌 50개의 계약 날짜를 추적해야 하는 HR 팀에게 CLM은 비용이 많이 드는 과잉 솔루션입니다.

고용 계약은 이 두 카테고리 사이의 제품 격차에 정확히 위치합니다. 일반 스프레드시트에는 너무 구조화되어 있습니다: 법적 상호 의존성이 있는 여러 날짜 유형을 포함하며, 대규모 수동 데이터 입력은 규정 준수 위험으로 이어지는 오류를 발생시킵니다. 그러나 이는 HRIS(계약 라이프사이클 추적용으로 설계되지 않음)와 CLM(HR 사용자 또는 HR 사용 사례용으로 설계되지 않음) 모두의 기본 범위를 벗어납니다. 이는 특정 공급업체의 실패가 아닙니다. 이는 직원 기록 대 상업 계약이라는 두 가지 제품 카테고리가 서로 반대편에서 진화하면서, 그 사이의 좁은 영역을 구축할 인센티브가 없었기 때문에 예측 가능한 결과입니다.

스프레드시트가 승리합니다 — 좋아서가 아니라, HR 외부 부서의 소프트웨어 구매 결정 없이 사용할 수 있는 유일한 옵션이기 때문입니다. 선택이 아닌 기본값입니다.

아무도 감사 전에는 신경 쓰지 않는 규정 준수의 위험

계약 추적은 일반적으로 효율성 문제로 논의됩니다. 놓친 기한은 행정적 혼란, 막판 갱신, 만료된 계약에 대한 직원과의 어색한 대화를 초래합니다. 하지만 더 깊은 위험은 법적 측면에 있습니다.

FLSA 기록 보관 규정(29 CFR Part 516)에 따라 고용주는 급여 기록을 최소 3년, 임금 계산의 기초가 되는 기록을 최소 2년 동안 유지해야 합니다. 고용 계약 자체는 필수 FLSA 기록이 아니지만, 계약에 포함된 급여 조건, 시작일, 분류, 근무 시간 조항은 임금 계산의 기초가 됩니다. 계약이 만료되고 직원이 새로운 서명된 계약 없이 계속 근무하는 경우, 해당 직원의 보상 기준에 대한 고용주의 문서에 공백이 생깁니다. 이는 반드시 위반은 아니지만, 임금 및 근무 시간 분쟁에서 중요한 증거상의 약점입니다. 직원이 연봉 85,000달러의 기간제 계약을 맺었고 계약이 6개월 전에 만료되었지만 여전히 동일한 금액을 받고 있다면, 법적 문제는 급여 액수가 아닙니다. 문제는 보상 약정이 여전히 만료된 계약 조건에 따라 적용되는지, 아니면 덜 명확하게 정의된 상태로 전환되었는지 여부입니다.

임의 고용은 또 다른 차원을 추가합니다. 몬태나주를 제외한 미국 49개 주에서 고용은 기본적으로 임의 고용이며, 이는 어느 당사자든 차별적이지 않은 이유로 언제든지 관계를 종료할 수 있음을 의미합니다. 명시된 기간이 있는 서명된 고용 계약은 계약 기간 동안 임의 고용 상태에 대한 예외를 만듭니다. 해당 계약이 만료되고 직원이 새로운 계약 없이 계속 근무하면, 고용 상태는 조용히 임의 고용으로 되돌아갑니다. 하지만 아무도 이 전환을 문서화하지 않았다면, 직원이 계약에 따라 가졌다고 믿었던 해고 보호 조항이 분쟁의 대상이 될 수 있습니다. 계약 만료일은 단순한 달력상의 이벤트가 아닙니다. 이는 법적 상태 전환 지점입니다. 그리고 대부분의 인사 부서에서 법적 상태 전환을 추적하는 시스템은 다른 모든 것을 추적하는 동일한 스프레드시트이며, 동일한 오류율, 동일한 버전 관리 문제, 동일한 감사 추적 부재를 가지고 있습니다.

스폰서 비자(H-1B, L-1, TN)를 소지한 직원의 경우, 계약 만료일과 비자 만료일이 거의 동일하지는 않지만 서로 연결되어 있습니다. 고용 계약이 만료된 H-1B 근로자는 고용주가 비자 만료 전에 연장을 신청하면 여전히 유효한 비자 상태를 유지할 수 있습니다. 계약이 만료되고 인사 부서에서 제때 연장 서류를 처리하지 않으면, 규정 준수 위반은 처벌적으로 이어집니다: 체류 자격 상실 근로자, 고용주에 대한 잠재적 I-9 위반, 그리고 USCIS가 각 H-1B 청원을 특정 직무와 특정 조건에 연결하기 때문에 청원된 고용 조건과 실제 고용 관계 간의 불일치가 발생합니다. FLSA, 주 임의 고용 원칙, 이민 규정 준수는 모두 동일한 데이터 포인트, 즉 계약 만료일에 수렴합니다. 그리고 대부분의 조직에서 이 데이터 포인트는 contract-tracker-v3-final.xlsx라는 파일로 추적됩니다.

문서 측에서 간극이 메워질 때, 시스템 측이 아닌 경우

앞 절에서는 간극이 왜 존재하는지 진단했습니다. HRIS는 직원 기록을 보고, CLM은 상업 계약을 보며, 둘 다 고용 계약 타임라인을 보지 않습니다. 해결책은 어느 한 범주를 대체하는 것이 아닙니다. 그 사이의 진공을 연결하는 것입니다. 그리고 연결의 출발점은 문서 자체입니다.

고용 계약 PDF(스캔된 서명 페이지, 전자 서명된 제안서, 갱신 부록, 또는 여러 수정 서한이 포함된 기간제 계약 등)에는 HR이 추적해야 하는 모든 날짜와 조항 세부 정보가 포함되어 있습니다. 병목 현상은 이러한 날짜를 구조화된 표로 추출하는 데 역사적으로 각 PDF를 열고, 각 날짜 필드를 찾고, 값을 읽고, 추적 스프레드시트에 입력하는 사람이 필요했다는 점입니다. 50개의 계약(500명 직원을 둔 중견 기업의 포트폴리오로, 일부는 기간제 계약)의 경우, 이는 반복적인 읽기와 입력에 몇 시간이 소요되며, 모든 키 입력에 오류율이 내재되어 있습니다.

변경된 것은 HRIS나 CLM 플랫폼에 기능이 추가된 것이 아닙니다. 변경된 것은 다른 범주의 도구, 즉 AI 문서 추출이 이제 HR 코디네이터가 읽는 방식으로 계약을 읽을 수 있다는 점입니다. 각 필드가 무엇을 의미하는지 이해함으로써, 미리 설정된 템플릿을 특정 레이아웃에 일치시키는 것이 아닙니다. 메커니즘은 열 이름 추출입니다. 필요한 데이터 필드("계약 시작일", "계약 만료일", "수습 종료일", "갱신 통지 기간(일)", "경업 금지 기간(개월)", "비자 만료일")를 정의하면 AI가 업로드된 각 계약을 읽고, 페이지 어디에 있든 해당 값을 찾아 단일 스프레드시트로 컴파일합니다. 스톡옵션 행사 조항이 있는 테크 스타트업의 제안서, 학년도 갱신 조건이 있는 대학의 기간제 계약, 프로젝트별 종료일이 있는 계약자 부록 등 모든 문서가 형식, 레이아웃 또는 문서 길이에 관계없이 동일한 열 정의에 대해 읽힙니다.

중요한 변화는 다음과 같습니다. 추출 단계가 자동화되면 HR 코디네이터의 업무가 데이터 입력에서 데이터 검토로 변경됩니다. 50개의 PDF를 열고 300개의 날짜 필드를 Excel에 입력하는 대신, 코디네이터는 계약 폴더를 업로드하고 추출이 완료될 때까지(일반적으로 페이지당 5~10초) 기다린 후 출력 테이블을 검토합니다. 검토 단계는 HR 팀이 계약 데이터가 추적 시스템에 입력되거나 기한 워크플로우를 트리거하기 전에 요구하는 감독을 유지하지만, 작업을 몇 시간의 기계적 입력에서 몇 분의 플래그가 지정된 낮은 신뢰도 필드 스캔으로 줄입니다. 핵심 고용 계약 필드를 스프레드시트로 추출하는 특정 워크플로우의 경우, 이는 열 이름 지정 단계(추적하려는 항목 정의)가 한 번 발생하고 이후 모든 계약 배치가 동일한 스키마를 상속받음을 의미합니다.

이 방식은 HRIS를 대체하지 않습니다. HRIS는 여전히 직원 기록을 관리하고, 급여를 처리하며, 휴가를 추적하고, 성과 검토를 저장합니다. 변화는 데이터가 조직에 유입되는 지점입니다. 계약 PDF의 필드를 한 사람이 며칠에 걸쳐 하나씩 HRIS에 입력하는 대신, 추출 단계에서 스프레드시트가 생성되어 몇 분 안에 검토한 후 HRIS, 규정 준수 추적기 또는 부서 공유 캘린더에 일괄 가져올 수 있습니다. HR 팀이 다른 대안이 없어 유지 관리하는 추적 스프레드시트의 경우, 추출 결과물이 스프레드시트 오류의 가장 큰 원인이었던 수동 데이터 입력을 대체합니다. 팀이 원한다면 스프레드시트는 그대로 두되, 입력 대신 추출로 데이터를 채웁니다.

계약 처리를 대규모로 수행하는 조직(계절별 채용 주기, 대학의 기간제 교수 임용, 프로젝트 기반 계약자 온보딩)의 경우, 제안서와 계약서를 일괄 추출하여 통합 직원 데이터베이스에 저장하면 계약별, 필드별 수고가 완전히 사라집니다. 시작일, 수습 조건, 급여, 해고 통지 기간이 포함된 서명된 제안서를 가진 신규 직원 50명이 있으면, HR이 정의한 정확한 열로 구성된 하나의 출력 테이블이 생성됩니다. 한 번의 업로드, 한 번의 검토, 수동 입력은 전혀 없습니다. 일괄 워크플로는 문서를 읽는 기계적 작업과 추출된 데이터를 확인하는 판단 작업을 분리하며, 이러한 분리가 한 명의 코디네이터가 일주일 동안 입력할 수 있는 양을 넘어서는 확장성을 가능하게 합니다.

자주 묻는 질문

HRIS에서 이미 계약 만료일을 추적하지 않는 이유는 무엇인가요?

HRIS 플랫폼은 직원 기록(현재 고용 상태, 보상, 복리후생 데이터베이스)을 중심으로 설계되었습니다. 반면, 고용 계약은 미래 이벤트(만료, 갱신, 수습 평가)를 포함하는 타임라인 문서입니다. 대부분의 HRIS 플랫폼에는 단일 "시작일" 필드와 경우에 따라 "종료일" 필드만 있습니다. 수습 종료, 계약 갱신 마감일, 경업 금지 종료일과 같은 중간 타임라인 날짜는 HRIS 데이터 모델에 포함되지 않았습니다. 이는 원래 HRIS 플랫폼이 자동화한 급여 처리를 위해 필요하지 않았기 때문입니다. 이러한 필드를 추가하려면 대부분의 플랫폼이 구축한 직원 기록 패러다임을 벗어나는 스키마 변경, 워크플로 엔진 및 알림 로직이 필요합니다.

Ironclad이나 LinkSquares 같은 CLM 도구로 고용 계약을 처리할 수 있나요?

기술적으로는 가능합니다. CLM 플랫폼은 고용 계약을 포함한 모든 계약 유형의 저장, 검색 및 날짜 추적이 가능합니다. 그러나 현실적인 장벽은 비용과 사용자 경험입니다. CLM 가격은 월 $600~$1,200부터 시작하며 좌석 수에 따라 확장됩니다. 이는 수천 건의 상업 계약을 관리하는 법무 부서를 위해 설계된 가격으로, 수십 건의 고용 계약을 관리하는 HR 팀을 위한 것이 아닙니다. 사용자 인터페이스, 워크플로 언어(협상, 수정, 상대방 관리) 및 통합 생태계는 모두 법무 및 조달 담당자를 위해 구축되었으며, 다음 주에 어떤 수습 평가가 예정되어 있는지 빠르게 확인해야 하는 HR 코디네이터를 위한 것이 아닙니다. CLM을 고용 계약 추적에 사용하려는 대부분의 HR 팀은 도구가 대체하려는 프로세스보다 더 많은 오버헤드를 요구하기 때문에 분기 내에 포기합니다.

HR에서 가장 자주 놓치는 계약 날짜는 무엇인가요?

수습 기간 종료일이 가장 자주 놓칩니다. 시작일로부터 90~180일 후에 도래하며, 초기 온보딩의 긴급성이 사라지고 계약 PDF에서 어떤 추적 시스템으로도 날짜가 이전되지 않았기 때문입니다. 다음으로 기간제 계약 만료일이 자주 놓칩니다. 특히 1년 이상 계약의 경우, 갱신 워크플로(30~90일 통지 기간)에 만료일로부터 역산이 필요하지만 대부분의 수동 스프레드시트는 이를 자동화하지 않습니다. 경업 금지 만료일은 거의 추적되지 않습니다. 이는 퇴사 후에 활성화되므로, 법적 중요성에도 불구하고 직원이 떠나는 순간 HR의 관심에서 벗어납니다.

AI 추출이 스캔 문서나 필기된 계약서도 처리할 수 있나요?

네, 문서 품질에 따라 정확도가 달라집니다. 컬럼명 추출은 문자 패턴을 매칭하는 대신 의미적 이해를 통해 텍스트를 읽는 비전 언어 모델을 사용합니다. 대부분의 근로계약서가 해당하는 선명한 인쇄물과 타이핑된 PDF는 높은 정확도로 추출됩니다. 해상도가 깨끗한 스캔 문서도 비슷한 성능을 보입니다. 인쇄된 계약서에 필기 주석이 있거나, 스캔 대비가 매우 낮거나, 여러 번 복사된 문서의 경우 해당 필드에 신뢰도 경고가 표시되어 수동 검토 대상으로 지정됩니다. 근로계약서 배치 처리의 일반적인 결과: 날짜 필드의 85-95%가 첫 번째 패스에서 정확히 추출되고, 나머지 5-15%는 검토자가 원본 문서와 대조하여 확인하도록 플래그가 지정됩니다. 이는 100% 수동 입력에 비해 획기적인 개선입니다.

계약이 만료되었는데 직원이 새 계약 없이 계속 근무하면 어떻게 되나요?

미국의 경우 대부분의 직원은 기본적으로 자유 고용(at-will)이므로 고용 관계는 지속됩니다. 단, 만료된 계약이 제공했던 보호나 조건은 사라집니다. 계약에 해고 시 최소 통지 기간이 명시되어 있었다면, 그 보호는 만료와 함께 소멸됩니다. 계약에 정의된 퇴직금 산정 방식이 있었다면, 주법이나 회사 정책이 별도로 퇴직금을 요구하지 않는 한 사용자는 더 이상 이에 구속되지 않습니다. 계약에 급여 검토일이나 보너스 자격 기준이 명시되어 있었다면, 해당 조건도 효력을 잃습니다. 실제 리스크는 두 가지입니다: (1) 사용자가 실수로 만료 전 계약이 보장했던 혜택을 직원에게 제공하지 않아 분쟁이 발생할 수 있고, (2) 사용자가 동일한 급여를 계속 지급하고 직원이 계속 근무할 경우, 법원이 나중에 계약 조건이 묵시적으로 갱신되었다고 판단할 수 있습니다. 즉, 아무도 만료를 문서화하지 않았기 때문에 사용자가 만료되었다고 생각했던 조건에 구속될 수 있습니다.

이 접근 방식이 기존 HRIS와 어떻게 통합되나요? 무언가를 교체해야 하나요?

교체는 필요하지 않습니다. 컬럼명 추출은 팀이 사용하는 추적 시스템이나 워크플로우의 입력값이 되는 스프레드시트(Excel 또는 CSV)를 생성합니다. 계약 추적 스프레드시트를 유지 관리하는 경우, 추출 결과가 이를 직접 채워 수동 데이터 입력을 검토 전용 확인으로 대체합니다. 대량 가져오기 기능이 있는 HRIS를 사용하는 경우, 스프레드시트는 표준 업로드 인터페이스를 통해 HRIS에 로드됩니다. 마감일 추적을 위해 공유 캘린더나 프로젝트 관리 도구를 사용하는 경우, 추출된 날짜 열이 알림을 채우기 위한 원본 데이터가 됩니다. 추출 단계는 계약 PDF와 팀이 그 내용을 추적하는 데 사용하는 시스템 간의 격차를 메우며, 해당 시스템에 어떤 변경도 필요로 하지 않습니다.

구조적 결함이지, 능력 부족이 아니다

근로계약 추적 스프레드시트는 인사팀이 체계적이지 않다는 신호가 아니다. 이는 인사 기술 환경의 구조적 결함에 대한 합리적 적응이다. 기록 관리와 상업적 계약이라는 두 제품군이 각각 진화하면서, 근로계약의 타임라인은 그 사이에 놓이게 된 것이다. HRIS 플랫폼에 계약 타임라인 데이터 모델이 없고, CLM 플랫폼에 인사 담당자용 워크플로가 없는 한, 스프레드시트는 기본 도구로 남을 것이다. 시장이 만들지 않은 데이터 구조를 인사 코디네이터가 직접 만들어야 하는 유일한 도구이기 때문이다.

이제 달라진 점은 새로운 플랫폼이 그 공백을 메우기 위해 등장했다는 것이 아니다. 공유 드라이브에 저장된 서명된 PDF 문서 자체를 사람이 읽고 입력하지 않아도, 날짜와 조항을 추출해 구조화된 표로 만들 수 있게 되었다는 점이다. 모든 계약 형식에서 의미 필드를 추출하는 이 단일 기능이 스프레드시트를 데이터 입력의 부담에서 검토 및 추적 대시보드로 바꾼다. 계약과 추적 시스템 사이의 간극이 사라지는 것은 아니다. 하지만 그 간극을 연결하는 다리가 더 이상 키보드가 아니게 된 것이다.

내 근로계약서에서 계약 날짜와 필드 추출해보기