계약 갱신 시즌: 만료일 추출
100개 이상의 계약에서

"스프레드시트 확인"만으로 충분하지 않을 때

모든 조직은 스프레드시트에서 시작합니다. 누군가 — 보통 사무 관리자, 법률 비서, 또는 주니어 변호사 — Excel을 열고 열을 만듭니다: 상대방, 발효일, 만료일, 자동 갱신, 비고. 15건의 계약에서는 잘 작동합니다. 30건에서는 불안정해집니다. 50건을 넘어서면, 절약하는 시간보다 유지 관리에 더 많은 시간이 드는 시스템이 됩니다.

스프레드시트 방식에는 규모가 커질수록 악화되는 세 가지 실패 모드가 있습니다. 첫 번째는 전사(轉寫) 문제입니다. 스프레드시트의 모든 만료일은 누군가 PDF에서 읽고 셀에 입력한 것입니다. 전사 오류 — 잘못된 날짜, 잘못된 열, 잘못된 계약 버전 — 는 개별적으로는 드물지만 100개 행에 걸쳐서는 집합적으로 불가피합니다. 두 번째는 정보 부실 문제입니다. 계약은 수정되고, 통지 기간은 바뀌고, 갱신 조건은 재협상됩니다. 스프레드시트는 누군가 마지막으로 업데이트했을 당시의 계약을 반영하며, 오늘의 계약 내용과 다를 수 있습니다. 세 번째는 범위 누락 문제입니다. 스프레드시트에 들어간 계약은 누군가 넣어야 한다는 것을 알았던 계약들입니다. 조달 검토 없이 부서장이 서명한 계약, 다른 부동산 이름으로 정리된 임대 수정안, 별도 폴더에 저장된 공급업체 부록 — 이런 것들은 절대 포함되지 않습니다.

그 순간, 올바른 질문은 "더 나은 추적 시스템을 어떻게 구입하지?"가 아니라 "취소 기간이 닫히기 전에 조치를 취할 수 있을 만큼 빠르게 계약에서 만료 데이터를 꺼내 한곳에 모으려면 어떻게 해야 하지?"입니다. 이것은 계약 관리 문제가 아니라 데이터 추출 문제이며 — 엔터프라이즈 소프트웨어를 구입하지 않고도 해결할 수 있습니다.

갱신 시즌에 앞서 각 계약에서 실제로 필요한 정보

30페이지 분량의 상업용 임대차 계약서나 공급업체 계약서 전체에는 수백 개의 데이터 포인트가 포함되어 있습니다. 갱신 시즌에 필요한 것은 그중 다섯에서 여섯 개뿐입니다. 나머지는 속도를 늦추는 잡음일 뿐입니다.

여섯 가지 필드. 이것이 갱신 감사에 필요한 최소한의 데이터 세트입니다. 나머지 — 보험 요건, SLA 조건, 불가항력 조항 — 은 지속적인 계약 관리에는 중요하지만 갱신 결정을 막지는 않습니다. 우선순위는 경로를 계획하기 전에 지도를 만드는 것입니다.

소규모 법무 법인이 고객·공급업체 포트폴리오를 관리하거나, 부동산 관리 회사가 상업용·주거용 임대차 계약을 추적하거나, 중견 기업의 사내 법무팀이 계약을 관리할 때, 이 여섯 가지 필드로 구성된 정확한 스냅샷은 "계약 검토를 해야겠다"는 막연한 의도를 구체적이고 기한이 있는 프로젝트로 바꿔 줍니다. 그리고 제약 조건은 항상 동일합니다. 데이터는 PDF에 존재하지만, 80개 또는 120개 문서에서 수동으로 추출하는 것은 통지 기간이 허용하는 시간보다 오래 걸린다는 점입니다.

계약서 200개를 읽지 않고 해당 필드를 구조화된 테이블로 만드는 방법

여기서 CLM(계약 수명주기 관리) 시스템과 문서 데이터 추출 도구의 차이가 중요해집니다. CLM(Ironclad, Agiloft, CobbleStone)은 계약의 전체 수명주기, 즉 초안 작성, 협상, 승인 워크플로, 의무 추적, 갱신 알림에 걸쳐 계약을 지속적으로 관리하도록 설계되었습니다. 구현에는 수개월이 걸리고, 연간 비용은 수만 달러에 달하며, 지속적인 시스템 관리가 필요합니다. 수천 건의 계약을 관리하는 법무 부서라면 그 투자가 합리적입니다.

하지만 지금 필요한 것이 이미 보유한 계약 배치에서 여섯 가지 필드로 구성된 구조화된 테이블뿐이라면, CLM은 이 특정 작업에 적합한 도구가 아닙니다. 마치 월말 보고서 하나를 작성하려고 ERP 시스템을 도입하는 것이 과한 것과 같습니다. 필요한 도구는 더 좁은 기능을 수행합니다. 업로드한 문서를 읽고, 지정한 열 이름과 일치하는 정보를 찾아, 문서당 한 행씩 스프레드시트로 반환합니다.

이를 열 이름 추출이라고 합니다. 템플릿을 구성하거나 문서에 영역을 그리는 대신, "만료일", "자동 갱신 조항", "비갱신 통지 기간"과 같은 필드 이름을 일반 언어로 입력하면 AI가 각 문서를 읽고 해당 개념에 해당하는 값을 찾습니다. 정보가 페이지의 어디에 있는지, 어떻게 표현되었는지에 의존하지 않습니다. 의미를 읽는 것입니다.

갱신 감사 배치의 워크플로는 다음과 같습니다.

이렇게 하면 수동으로 작성한 감사 스프레드시트와 같은 형태의 테이블이 생성됩니다 — 단, 며칠이 아닌 몇 분이면 완료됩니다. 다음은 공급업체 계약서 배치의 대표적인 출력 예시입니다:

이 표가 준비되면 갱신 감사는 문서를 읽는 작업이 아니라 정렬과 필터링 작업이 됩니다. 만료일 오름차순으로 정렬하면 즉시 조치가 필요한 계약이 맨 앞에 표시됩니다. 자동 갱신 = "예"로 필터링하면 기한을 놓칠 경우 어떤 계약이 여러분을 묶어둘지 정확히 확인할 수 있습니다. 작업이 "데이터 찾기"에서 "데이터에 대한 조치"로 전환됩니다.

기존 스프레드시트 워크플로에 이 기능을 바로 통합하려는 팀을 위해 Google Sheets 애드온을 사용하면 스프레드시트를 벗어나지 않고 문서를 업로드하고 데이터를 추출할 수 있습니다. 추출된 필드는 활성 시트에 직접 추가됩니다. Google Sheets를 계약 추적 시스템으로 사용한다면 모든 것을 한곳에서 관리할 수 있습니다.

자동 갱신 함정 — 아무도 추적하지 않다가 너무 늦게야 알게 되는 데이터 포인트

갱신 감사에서 여섯 개 필드 중 만료일이 가장 주목을 받습니다. 눈에 잘 보이고 달력에 표시되는 날짜이기 때문입니다. 사람들은 만료일을 알면 언제 행동해야 할지 안다고 생각합니다. 하지만 만료일은 현재 계약 기간이 언제 끝나는지만 알려줍니다. 자동 갱신 조항은 아무것도 하지 않을 때 어떤 일이 벌어지는지를 알려주며, 바로 그 질문이 훨씬 더 큰 재정적 영향을 미칩니다.

매년 4분기에 중소기업에서 흔히 벌어지는 시나리오가 있습니다. 공급업체 계약이 12월 31일에 만료됩니다. 운영 관리자는 달력에 "12월 초 검토"라고 적어 둡니다. 하지만 자동 갱신 조항을 읽은 사람이 아무도 없어서 모르는 사실은, 이 계약이 갱신 거부 의사를 서면으로 90일 전에 통지하도록 요구한다는 것입니다. 마감일은 10월 2일이었습니다. 계약은 이미 5% 인상된 요율로 1년 더 자동 갱신되었습니다. 이 회사는 취소하려던 서비스에 대해 추가로 $4,200을 지불하게 됩니다.

자동 갱신 환경은 2025년에도 크게 변화했습니다. FTC의 개정된 네거티브 옵션 규칙(16 CFR Part 425)은 2025년 5월부터 시행되며, B2B 자동 갱신 계약에 갱신 조건의 명확하고 눈에 띄는 공개, 자동 갱신 조항에 대한 별도의 명시적 동의, 간단한 취소 메커니즘을 요구합니다. 기존 B2B 자동 갱신 계약의 약 99%가 새 규정을 그대로 적용할 경우 규정을 준수하지 않는 것으로 추정됩니다. 즉, 고객이 FTC 규칙을 근거로 자동 갱신에 이의를 제기하면 공급업체가 이를 집행하지 못할 수 있습니다. 이는 위험(자사의 자동 갱신 조항이 집행 불가능해질 수 있음)과 기회(공급업체의 원치 않는 자동 갱신에 이의를 제기할 근거가 생길 수 있음)를 동시에 만듭니다.

자동 갱신 조항을 추출하는 것은 단순히 문서에서 "자동 갱신"이라는 단어를 찾는 것이 아닙니다. 계약서는 이 개념을 수십 가지 표현으로 나타냅니다: "본 계약은 연속적인 1년 단위로 자동 갱신된다", "어느 당사자가 서면 통지를 제공하지 않는 한 계약 기간은 추가 기간으로 연장된다", "본 계약은 초기 계약 기간 이후 월 단위로 계속된다". 의미를 읽는 의미론적 추출 도구는 키워드 매칭과 달리 이러한 모든 변형을 포착합니다. 100개의 계약서를 빠르게 검토하는 수동 검토자는 일부를 놓칩니다.

AI가 대규모 배치에서 다양한 계약 언어를 추출하는 특정 과제를 어떻게 처리하는지 자세히 알아보려면 계약서에서 특정 필드 추출에 대한 가이드를 참조하세요. 수백 건의 계약을 한 번에 처리하는 조직적 물류에 대해서는 소규모 법률 사무소를 위한 배치 추출 워크플로에서 파일 명명, 결과 병합, 예외 처리에 대해 다룹니다.

추출된 데이터로 갱신 결정 매트릭스 구축하기

데이터 추출은 정보 문제를 해결합니다. 결정 문제를 해결하지는 못합니다. 여섯 개 필드가 구조화된 테이블에 담기면, 다음 단계는 그 테이블을 우선순위가 매겨진 실행 목록으로 바꾸는 것입니다. 모든 만료 계약이 동일한 수준의 주의를 요구하는 것은 아니며, 동등하게 취급하면 또 다른 종류의 압박감이 생깁니다.

간단한 두 축 프레임워크로 모든 계약을 네 가지 범주 중 하나로 분류할 수 있습니다:

이 매트릭스는 원래 PDF 더미였던 것을 실행 가능한 우선순위 목록으로 바꿔줍니다. 추출된 테이블을 만료일 오름차순으로 정렬하고, 자동 갱신 및 통지 기간 값을 기준으로 범주 필터를 적용하면, 30분 안에 수동 문서 검토로는 일주일이 걸렸을 갱신 실행 계획을 만들 수 있습니다.

또한 이 매트릭스는 수동 검토가 종종 놓치는 패턴을 드러냅니다: 어떤 계약이 어떤 통지 기간 구간에 집중되어 있는지. 자동 갱신 계약의 40%가 90일 통지 요건을 갖고 있다는 사실을 발견하면, 운영상의 의미는 분명합니다 — 갱신 검토 프로세스는 분기 말 6주 전이 아니라 최소 4개월 전에 시작해야 합니다. 데이터는 지금 무엇을 해야 하는지 알려줄 뿐만 아니라, 다음 분기의 프로세스를 어떻게 구성할지도 알려줍니다.

이것이 갱신 시즌에 일괄 추출이 주는 진짜 성과입니다. 단순히 이번 분기를 넘기는 것이 아니라, 다음 분기 검토가 PDF 더미 대신 구조화된 테이블에서 시작되도록 만드는 운영 리듬을 구축하는 것입니다. 수동 계약 검토가 청구 가능 시간에 실제로 얼마나 드는지, 그리고 그 비용이 포트폴리오 전반에 걸쳐 어떻게 확장되는지에 대한 자세한 분석은 소규모 법률 사무소를 위한 건별 비용 분석을 참조하세요.

자주 묻는 질문