90일 카운트다운: 인사부서의 근로계약
마감 전 계약 감사

실제 마감일이 첫 PDF를 열기 전에 이미 지나간 이유

모든 인사부서 전문가는 계약만료일을 알고 있습니다. 추적 스프레드시트에 있는 숫자, 조건부 서식에서 노란색으로 강조된 값, Outlook 알림이 설정된 날짜입니다. 문제는 만료일이 고용주가 조치를 취해야 하는 날짜가 아니라는 점입니다. 고용주가 조치를 취해야 하는 날짜는 만료일에서 계약서에 명시된 해지통지기간을 뺀 날짜입니다.

2월 1일에 체결된 12개월 기간제 근로계약은 다음 해 1월 31일에 만료됩니다. 계약서에 90일의 갱신 거절 통지기간이 명시된 경우, 고용주는 1월 31일이 아닌 11월 2일까지 갱신, 전환, 또는 종료 여부를 결정해야 합니다. 계약서에 60일의 통지기간이 명시된 경우 마감일은 12월 2일입니다. 30일이 명시된 경우 1월 1일입니다. 모든 통지기간은 운영상 마감일을 만료일보다 앞당깁니다. 통지기간이 길수록 결정 기한이 더 일찍 닫히며, 인사부서는 그 결정에 필요한 계약 조건을 더 일찍 추출하고 정리하고 검토해야 합니다.

이 역산은 복잡하지 않습니다. 운영상 위험한 이유는 대부분의 인사부서 팀이 이를 체계적으로 적용하지 않기 때문입니다. 통지기간 조항(일수, 갱신 거절에 적용되는지 아니면 종료에만 적용되는지)이 데이터베이스 필드가 아닌 계약 PDF 안에 있기 때문입니다. 통지기간 마감일을 계산하려면 누군가 계약서를 열고, 통지 조항을 읽고, 일수를 추출하고, 만료일에서 빼고, 결과 날짜를 추적 스프레드시트에 입력해야 합니다. 단일 계약의 경우 2분이 걸립니다. 직원 500명 규모의 중견기업에서 일반적인 기간제 계약 포트폴리오인 40건의 계약의 경우, 기계적인 날짜 계산에 80분이 걸립니다. 그 80분 동안 통지 마감일이 지나갈 수 있습니다. 80분이 11월 1일에 시작되고 첫 번째로 연 계약서의 통지기간이 90일이라면 거의 확실히 그렇게 됩니다.

이것이 계약 갱신 시즌이 본질적으로 규정 준수 문제이기 전에 시기 문제인 이유입니다. 연말 60일 전에 연간 감사를 시작하는 조직(책임감 있어 보이는 표준 프로젝트 일정)은 이미 통지기간이 60일을 초과하는 모든 계약의 마감일을 놓친 것입니다. 9월에는 넉넉해 보였던 감사 기간이 실제로는 8월에 이미 닫혀 있었던 것입니다.

HRIS가 추적하지 않는 6가지 날짜 — 연간 감사에서 놓칠 수 없는 항목

계약만료일은 가장 눈에 띄기 때문에 모든 주목을 받습니다. 그러나 고용 계약에는 각각 다른 규정 준수 위험을 수반하는 여러 유형의 날짜가 포함되어 있으며, 대부분은 Workday, BambooHR 또는 ADP Workforce Now에 해당 필드가 없습니다. 연간 감사 중 이러한 날짜 중 하나라도 누락하면 다음 갱신 주기 또는 다음 규제 조사까지 조용히 누적되는 공백이 생깁니다.

수습기간 종료일. 신규 채용자는 일반적으로 임시 지위에서 정규 지위로 전환되기 전에 3~6개월의 수습 기간을 거칩니다. 수습기간 종료일은 필수 평가를 촉발합니다 — 관리자는 검토를 제출해야 하며, 인사부서는 정규 지위를 확인하거나 수습을 연장하거나 고용을 종료해야 합니다. 마감일을 2주 넘기면 직원은 인사부서가 공식적으로 확인하지 않은 지위에서 2주간 무단으로 근무하게 됩니다. 연간 감사에서 핵심 질문은 수습 검토가 완료되었는지 여부만이 아니라, 추적 스프레드시트에 저장된 수습기간 종료일이 서명된 채용 제안서에 실제로 기재된 날짜와 일치하는지입니다. 이러한 날짜를 수기로 입력했을 때 불일치율이 0인 경우는 거의 없습니다.

갱신 거절 통지 마감일. 앞서 논의한 대로, 이는 계약만료일에서 계약의 해지통지기간을 뺀 날짜입니다 — 일반적으로 30일, 60일 또는 90일입니다. 모든 계약에는 자체 통지 조항이 있으며, 해당 조항은 고용주 주도의 갱신 거절과 직원 주도의 사직에 대해 서로 다른 통지 기간을 명시할 수 있습니다. 감사는 두 가지를 모두 검증해야 합니다.

경쟁금지조항 만료일. 퇴직 후 경쟁금지 제한은 일반적으로 6~12개월간 적용됩니다. 감사 기간 동안 조직을 떠난 직원의 경우, 감사는 경쟁금지조항이 언제 만료되는지 확인해야 합니다 — 재고용 자격, 추천서 응답, 경쟁 채용 전략과 관련이 있습니다. FTC의 2024년 경쟁금지 금지 규칙은 지방 법원에서 차단되었고 항소도 기각되었지만, FTC가 수집한 근거 자료 — 3천만 명의 근로자가 경쟁금지 대상, 근로자 1인당 연간 약 $524의 임금 억제, 경쟁금지가 폐지될 경우 연간 8,500개의 신규 사업체 창출 전망 — 는 주 차원의 입법 활동을 가속화했습니다. 여러 주에서 이에 대응하여 자체 경쟁금지 제한을 강화했습니다. 올해 감사에서 고용 계약의 경쟁금지 조항은 연방 차원의 금지 조치가 없더라도 1년 전보다 더 많은 조사를 받고 있습니다.

급여 검토 촉발일. 다년간 고용 계약은 종종 연간 급여 검토 날짜를 명시합니다. 검토 날짜가 조치 없이 지나가면 고용주는 계약상 의무를 위반할 수 있습니다 — 법정 위반은 아니지만 직원이 추구할 수 있는 계약 위반입니다. 감사는 다음 감사 주기 내에 도래하는 예정된 검토 날짜를 표시해야 합니다.

비자 또는 취업 허가 만료. H-1B, L-1, TN 비자 소지자의 경우 고용 계약 기간은 비자 청원 기간과 직접적으로 연결됩니다. 갱신 결정 없이 계약이 만료에 가까워지면 고용주는 비자 연장이 필요한지, 연장 청원 제출 기한이 충분한 처리 시간을 허용하는지, 계약상 직무 조건이 원래 비자 청원의 조건과 여전히 일치하는지 평가해야 합니다. 계약 조건과 청원 조건 간의 불일치는 USCIS 규정 준수 노출로, 인사부서 감사가 반드시 포착해야 합니다.

갱신 권리 기간. 일부 고용 계약은 고용주가 아닌 직원에게 추가 기간 동안 갱신할 수 있는 옵션을 부여합니다. 직원의 갱신 권리 기간은 일반적으로 계약 만료 60~90일 전에 열립니다. 인사부서가 기간이 종료되기 전에 직원에게 통지하지 않으면 직원은 계약상 권리를 잃고 고용주는 분쟁을 얻게 됩니다.

HRIS는 직원이 채용된 후 발생한 일을 포착합니다. 고용 계약은 특정 날짜와 특정 조건에서 발생할 일을 규정합니다. 이 두 데이터 구조는 반대 방향을 바라보며, 연간 감사가 바로 그 공백이 드러나는 순간입니다.

올해 검토에 영향을 미치는 고용법 변경 사항

연례 계약 감사는 기계적인 작업이 아닙니다. 단순히 날짜가 정확한지 확인하는 것이 아닙니다. 계약 조건이 현행 법률에 여전히 부합하는지 확인하는 것이며, 작년에 적법했던 것이 올해도 적법하다고 단정할 수 없습니다. 2024-2025년의 세 가지 규제 변화가 감사 체크리스트를 바꿉니다.

FTC 경쟁금지조항 규칙: 절차적으로는 폐기, 실질적으로는 유효. FTC는 2024년 4월 23일 연방 최종 규칙을 발표하여 정책 결정 직책에서 연간 $151,164 이상을 버는 고위 임원에 대한 좁은 예외를 제외하고 전국적으로 사실상 모든 근로자 경쟁금지조항을 금지하려 했습니다. 텍사스 연방 지방법원은 2024년 8월 20일 이 규칙이 발효되기 전에 차단했습니다. FTC는 항소했고, 2025년 9월 5일 그 항소를 기각하는 조치를 취하여 규칙은 시행 불가 상태로 남았습니다. 그러나 FTC가 수집한 증거(3천만 근로자, 연간 $524의 임금 억제, 경쟁금지조항 폐지 시 신규 사업 창출 2.7% 증가 추정)는 주 차원의 조치를 촉발했습니다. 캘리포니아, 오클라호마, 노스다코타, 미네소타는 이미 강력한 경쟁금지 제한을 갖고 있었습니다. 2024-2025년에는 추가 주에서 저임금 근로자와 비면제 직원을 중심으로 시행 가능한 경쟁금지조항의 범위를 좁히는 법안을 도입하거나 통과시켰습니다. 인사부서 계약 감사자에게 실질적인 질문은 다음과 같습니다: 현재 유효한 고용 계약 중 어느 것에 경쟁금지조항이 포함되어 있으며, 해당 조항이 근로자가 근무하는 주의 현행법에 따라 여전히 시행 가능한가?

FLSA 독립 계약자 분류 규칙. 노동부는 2024년 3월 11일부터 공정근로기준법에 따라 근로자와 독립 계약자를 구분하는 지침을 개정하여, 더 좁은 요소 집합을 선호했던 2021년 규칙을 폐지했습니다. 새 규칙은 6가지 요소를 검토하는 총체적 상황 판단 기준으로 돌아가며, 두 가지 '핵심' 요소(업무에 대한 통제의 성격과 정도, 근로자의 이익 또는 손실 기회)에 가장 큰 비중을 둡니다. 계약 감사의 관점에서 이는 계약 포트폴리오의 모든 계약자 계약 또는 독립 계약자 위촉 계약서가 원래 서명 당시 시행되던 기준이 아닌 현재 분류 기준에 따라 검토되어야 함을 의미합니다. 2021년 규칙에 따라 독립 계약자로 분류된 근로자가 2024년 기준을 더 이상 통과하지 못할 수 있으며, 잘못된 분류는 29 CFR Part 516에 따른 소급 세금 책임, 초과근무 임금 소급 지급 노출, 잠재적 FLSA 기록 보관 위반을 초래합니다.

계약 만료 시 자유해고 상태로의 복귀. 몬태나주를 제외한 49개 주에서는 고용이 기본적으로 자유해고 방식이며, 이는 어느 당사자든 비차별적 사유로 언제든지 고용 관계를 종료할 수 있음을 의미합니다. 명시된 기간이 있는 서명된 고용 계약은 자유해고 상태에 대한 일시적 예외를 만듭니다: 계약 기간 동안 고용주는 계약의 해지 조항, 통지 요건 및 퇴직금 조건에 구속됩니다. 계약이 만료되고 직원이 새로운 서명된 계약 없이 계속 근무하는 경우, 그들의 고용 상태는 조용히 자유해고로 복귀합니다. 인사부서에서 이 복귀를 문서화하지 않았다면, 직원이 계약에 따라 보유하고 있다고 믿었던 해지 보호는 분쟁의 대상이 될 수 있습니다 — 특히 고용주가 이후 만료된 계약이 요구했을 통지나 퇴직금 없이 직원을 해지하는 경우에 더욱 그렇습니다. 감사는 검토 기간 동안 만료되었거나 만료될 모든 계약을 식별하고 갱신, 정규직 전환 또는 자유해고 복귀 문서화 등 공식적인 상태 결정이 이루어지고 기록되었는지 확인해야 합니다.

PDF 50개에서 검토 가능한 하나의 테이블로: 추출 우선 워크플로우

감사 자체 — 법적 검토, 규정 준수 확인, 갱신 여부 결정 — 는 판단을 요구합니다. 판단은 읽기를 요구합니다. 그리고 30~50개의 근로계약서 규모에서 읽기는 시간을 요구합니다. 감사 일정을 지연시키는 병목은 판단 단계가 아닙니다. 그 앞 단계, 즉 관련 데이터를 PDF에서 꺼내 판단을 효율적으로 적용할 수 있는 형식으로 만드는 단계입니다.

이 단계가 수동으로 이루어져 온 한 — 각 계약 PDF를 열고, 각 날짜 필드를 찾고, 그 값을 추적 스프레드시트에 입력하는 방식 — 추출 단계는 검토 단계에 배정된 것과 동일한 시간을 소모해 왔습니다. 감사할 계약서 40건, 각 계약서에서 추출할 날짜 필드 6개를 가진 인사부서 코디네이터는 필드당 3분씩 소요해 위치 확인, 읽기, 입력에만 약 12~15시간을 씁니다. 이 15시간의 입력 작업 동안, 12월 31일 계약서의 90일 해지통지기간 마감일 — 10월 2일에 종료 — 은 누군가 그 특정 계약서의 통지 조항을 읽기 전에 지나칠 수 있습니다.

이 방정식을 바꾸는 것은 열 이름 추출입니다. 필요한 데이터 필드를 열 머리글로 정의하는 AI 기반 접근 방식입니다 — "계약 시작일," "계약만료일," "수습기간 종료일," "갱신 해지통지기간(일)," "경쟁금지조항 기간(개월)," "급여 검토일," "비자 만료일" — 그러면 AI가 업로드된 각 계약서를 읽고, 페이지 어디에 있든 해당 값을 찾아 단일 스프레드시트로 정리합니다. 입력한 열 이름은 출력 테이블의 머리글이 됩니다 — 직접 만들었을 것과 동일한 구조를, 입력 작업 없이 채워집니다.

이 메커니즘은 템플릿 매칭이 아닙니다. 샘플 문서로 시스템을 학습시키거나, 필드 위치에 경계 상자를 그리거나, 파싱 규칙을 구성할 필요가 없습니다. AI는 계약서를 의미적으로 읽습니다 — "수습기간은 발효일로부터 6개월간 지속된다"는 조항이 2페이지짜리 오퍼 레터의 1페이지에 있든, 지분 가득 조건이 있는 12페이지 고용 계약서의 4페이지에 있든, 수습기간 종료일이 발효일 + 180일임을 이해합니다.

주요 근로계약 필드를 구조화된 스프레드시트로 추출하는 특정 워크플로우의 경우, 한 번 정의한 열 스키마 — 위의 6개 날짜 필드와 플래그하려는 조항 표시(경쟁금지조항 존재, 자동 갱신 조항, 직원의 갱신 권리) — 는 형식, 길이, 레이아웃에 관계없이 배치의 모든 계약서에 적용됩니다. 지분 가득 조건이 있는 테크 스타트업의 오퍼 레터, 학년제 갱신 조건이 있는 대학의 기간제 계약, 프로젝트별 종료일이 있는 계약자 추가 조항, 원래 계약 날짜를 수정하는 수정 서한 — 모두 동일한 열 정의로 단일 패스에서 읽힙니다.

핵심적인 변화는 인사부서 코디네이터의 시간 예산에서 발생합니다. 계약서 40건을 건당 3분씩 수동으로 감사하여 날짜를 추출하면 12시간이 소요됩니다. 이는 법적 검토가 시작되기 전에 순수 데이터 입력에만 약 하루 반이 걸리는 셈입니다. 열 이름 추출을 사용하면 업로드 및 처리 단계는 페이지당 약 5~10초가 소요됩니다. 출력 스프레드시트에는 40개 계약서 전체에 동일한 6개의 날짜 열이 채워져 제공됩니다. 코디네이터의 역할은 데이터 입력에서 데이터 검증으로 전환됩니다. 즉, 출력 테이블에서 낮은 신뢰도로 표시된 필드를 스캔하고, 원본 PDF와 날짜를 대조 확인하며, 해지통지기간 마감일이 올바르게 계산되었는지 확인하는 것입니다. 검증에는 12시간이 아닌 30~45분이 소요되며, 남은 시간은 조항 검토, 규정 준수 확인, 갱신 결정 등 감사 자체에 투입됩니다.

추출 우선 워크플로우가 인간의 검토 필요성을 없애는 것은 아닙니다. 이는 페이지에서 날짜를 읽어 Excel에 입력하는 기계적인 작업에서, 추출된 데이터를 검증하고 법적 지식을 적용하는 판단 작업으로 인간의 노력을 이동시킵니다. 기계적 작업에서 판단 작업으로의 이러한 전환이 해지통지기간 마감 전에 감사 시간을 확보해 주는 것입니다.

계절별 채용 주기나 연간 계약직 온보딩을 관리하는 인사부서 팀의 경우, 제안서와 계약서를 일괄 추출하여 직원 데이터베이스에 저장하는 방식은 동일한 원리를 확장합니다. 열을 한 번 정의하고, 전체 배치를 처리하고, 출력을 검증한 후 HRIS에 가져오면 됩니다. 상용 제품이 이 격차를 메우지 못하기 때문에 모든 인사부서가 결국 구축하게 되는 추적 도구인 스프레드시트는 수동 입력이 아닌 추출로 채워집니다. 오류율은 240건의 수동 입력(6개 필드 × 40개 계약서)에서 발생하는 키 입력 오류율에서 AI의 신뢰도 플래그가 검토 대상으로 식별하는 수준으로 낮아집니다.

팀이 원한다면 스프레드시트 자체는 유지됩니다. 사라지는 것은 유지 관리가 감사에 필요한 시간을 소비하던 부분입니다. HRIS와 CLM 사이의 구조적 격차, 즉 여기에서 자세히 분석된 고용 계약 타임라인이 속하는 격차는 좁혀지지 않습니다. 그러나 그 사이의 다리는 키보드가 아니라 추출 과정이 됩니다.

FAQ

연간 감사 중 법적으로 추적해야 하는 고용 계약 날짜는 무엇인가요?

감사 목적으로 고용 계약 날짜의 포괄적인 목록을 요구하는 단일 연방 법령은 없습니다. 그러나 FLSA의 기록 보관 규정(29 CFR Part 516)은 고용주가 임금 계산 기준에 대한 기록을 최소 2년간 유지하도록 요구하며, 계약 급여 조건, 시작 날짜 및 분류 조항이 해당 기준의 일부입니다. 주법은 다양합니다 — 예를 들어 캘리포니아는 고용 후 7일 이내에 임금률과 급여일에 대한 서면 통지를 요구합니다 — 그리고 새 조건에 대한 문서 없이 만료된 계약은 증거 공백을 만듭니다. 연간 감사에 필요한 실질적 최소 항목: 계약 시작일, 계약만료일, 해지통지기간 마감일(만료일에서 해지통지기간을 뺀 날짜로 계산), 수습기간 종료일(해당 시), 경쟁금지조항 기간 및 종료일, 비자 보유자의 근로 허가 만료일입니다.

AI 추출이 공식 고용 계약서와 완전히 다른 오퍼 레터를 처리할 수 있나요?

네, 열 이름 추출은 템플릿을 매칭하는 대신 문서를 의미적으로 읽기 때문입니다. "시작 날짜는 2026년 3월 15일이며 고용은 자유해고입니다"라고 명시한 스타트업의 한 페이지 오퍼 레터와 §3.1부터 §12.4까지 번호가 매겨진 섹션이 있는 15페이지 대학 교수 고용 계약서는 동일한 열 정의에 따라 읽힙니다. AI는 두 문서 모두 고용 시작 날짜를 설명한다는 점을 이해하여 두 문서에서 "계약 시작일"을 찾습니다 — 특정 페이지 형식의 특정 위치에 날짜가 나타날 것으로 기대하지 않습니다. 출력 테이블은 입력 문서의 다양성과 관계없이 추출된 값을 균일한 구조로 정규화합니다.

일부 계약에 원래 날짜를 변경하는 수정 서한이 있으면 어떻게 하나요?

수정 서한은 버전 관리 문제를 만듭니다: 원래 계약에는 하나의 만료일이 명시되어 있고, 이후 수정으로 연장되거나 단축될 수 있습니다. 연간 감사 중 원래 계약서만 읽으면 잘못된 데이터가 생성됩니다. 가장 안전한 방법은 원래 계약서와 동일한 추출 배치에 수정 서한을 포함하는 것입니다 — 별도 업로드 또는 단일 PDF로 병합 — 그리고 추출 스키마에 "최신 수정일"과 같은 열을 포함하는 것입니다. AI는 배치의 모든 문서에서 날짜를 추출하고, 검토자가 어떤 날짜가 적용되는지 확인합니다. 수정 서한이 해지통지기간을 60일에서 90일로 변경한 경우, 해당 변경 사항이 추출된 데이터에 나타나며 검토자가 해지통지기간 마감일을 그에 따라 다시 계산하도록 합니다.

추출 결과물을 기존 HRIS와 어떻게 통합하나요?

추출 결과물은 스프레드시트(Excel 또는 CSV)로, 모든 HRIS가 대량 가져오기용으로 지원하는 범용 데이터 교환 형식입니다. Workday, BambooHR 또는 ADP 인스턴스가 직원 데이터 업데이트용 CSV 업로드를 지원한다면, 추출된 열이 해당 업로드 템플릿에 매핑됩니다. 팀에서 수동 추적 스프레드시트를 유지 관리하는 경우, 추출 결과물은 이를 채우는 데이터 입력 단계를 대체합니다. 스프레드시트의 구조는 동일하게 유지되지만, 내용은 수작업 입력이 아닌 추출을 통해 채워집니다. 통합 커넥터나 API 액세스는 필요하지 않습니다. 추출 단계는 계약 PDF와 팀이 그 내용을 추적하는 데 사용하는 시스템 사이의 격차를 메웁니다.

고용 계약에서 날짜와 조항을 추출할 때 기대할 수 있는 정확도는 어느 정도인가요?

대부분의 디지털 서명 고용 계약 형식인 깨끗한 타이핑된 PDF의 경우, 날짜 필드 추출 정확도는 첫 번째 패스에서 일반적으로 85-95%에 도달합니다. 나머지 5-15%의 필드는 낮은 신뢰도 점수로 표시되어 수동 검증 대상으로 식별됩니다. 해상도가 선명한 스캔 문서도 비슷한 성능을 보입니다. 손으로 쓴 주석, 매우 낮은 스캔 대비 또는 다세대 복사본은 더 많은 플래그를 생성할 수 있습니다. 핵심 차이점: 원본 문서와 대조하여 필드의 5-15%를 검증하는 데는 몇 분이 걸립니다. 대안인 전체 필드를 수동으로 입력하는 것은 몇 시간이 걸립니다. 추출 단계는 인간의 검증을 대체하는 것이 아니라, 검증 대상을 전체 계약 포트폴리오에서 AI가 불확실하다고 식별한 소수의 필드 하위 집합으로 줄이는 것을 목표로 합니다.

연간 감사가 Q4가 아닌 Q1에 있습니다. 동일한 마감일 로직이 적용되나요?

통지 기간 계산은 감사 주기가 언제 실행되든 관계없이 적용됩니다. 3월 31일에 만료되고 90일 통지 기간이 있는 계약의 결정 마감일은 1월 1일입니다. 6월 30일에 만료되고 60일 통지 기간이 있는 계약의 결정 마감일은 5월 1일입니다. 특정 날짜는 회계 달력에 따라 달라지지만, 구조적 문제(통지 기간 마감일이 만료일보다 몇 주 또는 몇 달 앞서고, 추출 단계가 감사가 사용하려던 시간을 소비한다는 점)는 일관됩니다. 감사 달력은 Q1, Q4 또는 회계 연도와 일치할 수 있습니다. 질문은 동일합니다: 검토 단계가 포트폴리오에서 가장 이른 통지 기간 마감일 전에 실행될 충분한 시간을 갖도록 추출 단계가 충분히 일찍 시작되었는가입니다.

검토 기간이 실제 비용입니다

계약 갱신 시즌이 비용이 많이 드는 이유는 계약 검토가 어렵기 때문이 아닙니다. 데이터가 추출되고 정리된 시점부터 가장 이른 해지통지기간 마감일까지의 시간인 검토 기간이 계속 줄어들고, 대부분의 조직에서는 누군가 데이터 추출을 끝내기도 전에 그 기간이 닫히기 때문입니다. 추출 단계가 검토에 사용되었어야 할 시간을 그대로 소비하며, 철저한 법적 준수 점검으로 계획되었던 감사는 달력이 결정을 강제하기 전에 누군가 스프레드시트에 입력한 날짜를 서둘러 확인하는 수준으로 전락합니다.

추출 우선 워크플로우는 검토해야 할 내용을 바꾸지 않습니다. 어떤 조항이 중요한지, 법이 어떻게 적용되는지도 바꾸지 않습니다. 바뀌는 것은 추출 시간과 검토 시간의 비율입니다. 추출이 기간의 80%를 차지하고 검토에는 남은 시간만 주어지던 프로세스에서, 추출이 기간의 5%를 차지하고 나머지 95%가 감사가 원래 의미했던 판단 작업에 쓰이는 프로세스로 바뀝니다.

12월 31일 계약의 해지통지기간 마감일이 10월 2일이고 감사가 10월 1일에 시작되었다면, 문제는 검토자가 너무 느렸던 것이 결코 아닙니다. 문제는 검토자가 첫날을 읽는 대신 입력하는 데 보냈다는 것입니다. 입력 문제를 해결하면 검토 기간이 다시 열립니다. 모든 조항을 읽고, 모든 날짜를 확인하고, 달력이 결정을 내리기 전에 모든 결정을 내릴 시간이 생깁니다.

고용 계약서에서 계약 날짜 및 규정 준수 데이터 추출을 시도해 보세요