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

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

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

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

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

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

HRIS가 추적하지 못하는 여섯 가지 날짜 — 그리고 연간 감사가 놓칠 수 없는 것

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

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

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

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

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

비자 또는 취업 허가 만료. H-1B, L-1 및 TN 비자 소지자의 경우, 고용 계약 기간은 비자 청원 기간과 직접적으로 연결됩니다. 계약이 갱신 결정 없이 만료일에 가까워지면, 고용주는 비자 연장이 필요한지, 연장 청원 제출 마감일이 충분한 처리 시간을 허용하는지, 계약상 직무 조건이 원래 비자 청원의 조건과 여전히 일치하는지 평가해야 합니다. 계약 조건과 청원 조건 간의 불일치는 HR 감사가 반드시 포착해야 하는 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년에는 추가 주에서 시행 가능한 비경쟁 조항의 범위를 좁히는 법안을 도입하거나 통과시켰으며, 특히 저임금 근로자와 비면제 직원에 초점을 맞췄습니다. HR 계약 감사자에게 실질적인 질문은 다음과 같습니다. 현재 유효한 고용 계약 중 비경쟁 조항이 포함된 것은 무엇이며, 해당 조항이 근로자가 근무하는 주의 현행법에 따라 여전히 시행 가능한가?

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

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

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

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

이 단계가 수동으로 이루어지는 한 — 각 계약서 PDF를 열고, 각 날짜 필드를 찾아, 그 값을 추적 스프레드시트에 입력하는 — 추출 단계는 검토 단계에 배정된 시간과 동일한 시간을 소모합니다. 40개의 계약서를 감사해야 하고 각 계약서에서 6개의 날짜 필드를 추출해야 하는 HR 코디네이터는 데이터 입력만으로 약 12~15시간을 소비합니다 — 계약서당 각 필드를 찾고, 읽고, 입력하는 데 3분이 소요된다고 가정할 때 말입니다. 이 15시간의 입력 작업 동안, 12월 31일 계약서의 90일 통지 마감일(10월 2일 마감)은 누군가가 해당 계약서의 통지 조항을 읽기도 전에 지나갈 수 있습니다.

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

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

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

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

추출 우선 워크플로우는 인간의 검토 필요성을 없애지 않습니다. 이는 인간의 노력을 페이지에서 날짜를 읽고 Excel에 입력하는 기계적인 작업에서, 추출된 데이터를 검증하고 법적 지식을 적용하는 판단 작업으로 재배치합니다. 기계적인 작업에서 판단 작업으로의 이러한 재배치가 통지 기간 마감일이 도래하기 전에 감사 시간을 확보해 주는 핵심입니다.

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

스프레드시트 자체는 팀이 원한다면 남아 있습니다. 사라지는 것은 유지보수가 감사에 필요한 시간과 같았던 부분입니다. HRIS와 CLM 사이의 구조적 격차 — 고용 계약 타임라인이 빠지는 그 격차 — 는 여기서 자세히 분석된 바와 같이 닫히지 않습니다. 하지만 그 위의 다리는 키보드에서 멈추지 않고 추출 패스가 됩니다.

자주 묻는 질문

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

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

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

네, 열 이름 기반 추출은 템플릿을 매칭하는 대신 문서에서 의미를 읽어내기 때문입니다. 스타트업의 한 페이지짜리 제안서에 "귀하의 시작일은 2026년 3월 15일이며, 고용은 임의 고용(at-will)입니다."라고 적혀 있고, 15페이지 분량의 대학교 교수 고용 계약서에 §3.1부터 §12.4까지 섹션이 나뉘어 있어도 동일한 열 정의를 기준으로 읽힙니다. AI는 두 문서 모두에서 "계약 시작일"을 찾아내는데, 이는 날짜가 특정 페이지 형식의 특정 위치에 있을 것이라고 예상하는 것이 아니라 두 텍스트 모두 고용 시작일을 설명한다는 점을 이해하기 때문입니다. 출력 테이블은 입력 문서의 다양성과 관계없이 추출된 값을 균일한 구조로 정규화합니다.

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

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

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

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

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

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

당사 연간 감사는 4분기가 아닌 1분기입니다. 동일한 마감일 로직이 적용되나요?

통지 기간 계산은 감사 주기가 언제 시작되든 동일하게 적용됩니다. 3월 31일에 만료되는 계약에 90일의 통지 기간이 있다면 결정 마감일은 1월 1일입니다. 6월 30일에 만료되는 계약에 60일의 통지 기간이 있다면 결정 마감일은 5월 1일입니다. 구체적인 날짜는 회계연도에 따라 달라지지만, 구조적 문제 — 통지 기간 마감일이 만료일보다 몇 주 또는 몇 달 앞서 있고, 데이터 추출 단계가 감사에 할당된 시간을 소모한다는 점 — 은 변하지 않습니다. 감사 일정은 1분기, 4분기일 수도 있고, 역년과 일치하지 않는 회계연도에 맞춰질 수도 있습니다. 질문은 동일합니다: 포트폴리오에서 가장 이른 통지 기간 마감일이 도래하기 전에 검토 단계가 실행될 수 있도록 데이터 추출 단계가 충분히 일찍 시작되었는가?

검토 기간이 실제 비용이다

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

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

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

고용 계약서에서 계약 날짜 및 규정 준수 데이터 추출 시도하기