AI 계약 데이터 추출 → 엑셀 — 문서당 수동 검토 없이 핵심 필드 및 조항 추출
법무 담당자가 계약서의 주요 필드를 수동으로 찾아 스프레드시트에 입력하는 데는 계약서당 20~40분이 소요됩니다. 서문에 있는 발효일, 8페이지 14.2조에 숨겨진 해지 통지 기간, 관할권과 다를 수 있는 준거법 조항 등 각각 별도의 문서 검토가 필요합니다. 이 도구는 고용 계약, NDA, 공급업체 계약, 서비스 계약, 임대 계약 등 다양한 유형의 문서를 동시에 처리하여 문서당 5~10초 만에 명명된 열로 추출합니다.
암호화 처리 · 변환 후 자동 데이터 삭제
계약서 및 법적 문서에서 추출 가능한 정보
필요한 열 이름을 입력하세요. AI는 각 필드의 의미를 이해하여 모든 계약서에서 해당 값을 찾아냅니다. 이것이 커스텀 열 추출입니다: 출력 스프레드시트의 열 헤더(예: "준거법" 또는 "계약 해지 통지 기간")를 정의하면, AI가 각 계약서를 읽어 해당 값이 어디에 있든(서문, 특정 섹션 제목 아래, 12페이지의 조항에 숨겨져 있더라도) 일치하는 값을 찾습니다. 계약 유형별 템플릿 설정, 학습 데이터, 샘플 페이지의 필드에 박스 그리기가 필요 없습니다.
추론 열을 정의할 수도 있습니다. 이는 AI가 계약서 맥락을 읽고 명시적으로 인쇄된 라벨을 찾는 대신 필드를 결정하는 방식입니다. 예를 들어, "계약 유형 (옵션: NDA / 고용 / 공급업체 / 임대 / 서비스)"이라는 열은 문서 자체에 "이것은 고용 계약서입니다"라고 명시되어 있지 않더라도 AI가 각 계약서를 내용과 구조에 따라 분류하고 해당 열을 채우도록 합니다. 이는 일괄 업로드에서도 작동합니다. 추출과 분류가 한 번에 이루어지며, 출력의 모든 행은 Excel에서 필터링할 수 있도록 계약 유형이 표시됩니다.
템플릿 기반 계약 추출이 실패하는 이유 — 그리고 의미 기반 필드 위치가 효과적인 이유
계약 데이터 추출은 인보이스 추출의 어려운 버전이 아닙니다. 근본적으로 다른 문제입니다. 인보이스는 예측 가능한 구조(헤더, 라인 항목, 합계, 푸터)를 가지고 있지만, 계약은 그렇지 않습니다. 예를 들어 "기간"이라는 동일한 필드가 NDA에서는 기밀 유지 기간, 고용 계약에서는 근무 기간, 임대차 계약에서는 초기 임대 기간, 공급업체 계약에서는 계약 기간을 의미할 수 있습니다. 고정된 필드 위치에 의존하는 템플릿 기반 도구는 각 계약 유형별로 별도의 템플릿 없이는 이러한 가변성을 처리할 수 없습니다. 의미 기반 추출 — 값이 어디에 있는지가 아니라 무엇을 의미하는지에 따라 값을 찾는 방식 — 은 단일 열 이름 집합으로 이 문제를 해결합니다. r/smallbusiness의 한 소상공인이 말했듯이: "지금은 모든 게 엑셀 + WhatsApp + 이메일 폴더에 있어요. 우리는 이미 — 계약 갱신을 한 번 놓쳤고 — 예전 가격을 찾느라 애먹었으며 — 누가 무엇에 동의했는지도 잊어버렸습니다."
동일한 필드 라벨이 계약 유형에 따라 다른 의미를 가지지만, 템플릿 기반 도구는 하나의 정의만 사용합니다. NDA에서 "Term"은 종료 후 기밀 유지 기간(보통 2~5년)을 의미합니다. 고용 계약에서 "Term"은 근무 기간을 의미합니다. 임대차 계약에서 "Term"은 초기 임대 기간이며, 갱신 옵션은 별도 조항에 있습니다. "Term"을 페이지의 한 위치에 고정 매핑하는 템플릿은, 컨텍스트와 관계없이 "Term"이라고 표시된 첫 번째 항목을 추출하여 템플릿이 만들어진 계약 유형이 아닌 다른 유형에 대해 잘못된 데이터를 조용히 반환합니다. 몇 주 후 스프레드시트에 3년 고용 기간 대신 3년 기밀 유지 기간이 표시되어서야 오류를 발견할 수도 있습니다.
발효일, 서명일, 개시일은 동일한 계약서 페이지에 자주 등장하는 세 가지 다른 필드이지만, 대부분의 추출 도구는 이를 하나의 "날짜" 열로 통합합니다. 서명일은 마지막 당사자가 서명한 날짜(서명란 위)입니다. 발효일은 계약의 법적 의무가 시작되는 날짜(서두: "본 계약은 ...부터 효력을 발생합니다")입니다. 개시일은 실제 이행이 시작되는 날짜(용역 계약: "용역은 ...부터 개시됩니다")입니다. 부동산 임대차 계약에서는 세 날짜가 모두 다를 수 있습니다. 계약은 6월 1일에 서명(체결)되고, 7월 1일에 발효되며, 8월 15일에 입주가 시작됩니다. 하나의 "날짜"를 추출하고 끝내는 도구는 법적 의미를 상실하며, 그로 인한 후속 문제(잘못된 갱신 트리거, 잘못된 통지 마감일)가 스프레드시트 전체에 조용히 누적됩니다.
개정 부속서와 추가 조항은 원본 계약서 본문을 업데이트하지 않고 원래 계약 조건을 수정하지만, 대부분의 추출 도구는 본문만 읽습니다. 1월에 체결된 12개월 기간의 공급업체 계약서 1페이지에는 만료일이 12월 31일로 표시됩니다. 그러나 3월에 체결된 개정 계약서는 기간을 18개월로 연장하며, 이 변경 사항은 1페이지가 아닌 별도 부속서 페이지에 기록됩니다. 본문에서 추출하는 템플릿 기반 도구는 개정 페이지를 읽지 않기 때문에 현재는 무효가 된 12월 31일 날짜를 반환합니다. 그 결과 갱신 추적 스프레드시트의 마감일이 6개월이나 잘못되어 있으며, 공급업체의 갱신 청구서가 몇 달 일찍 도착할 때까지 아무도 이를 발견하지 못합니다.
커스텀 열 추출은 템플릿 좌표가 아닌 의미론적 필드 이해를 기반으로 작동합니다. "계약 해지 통지 기간"과 같은 열 이름을 입력하면 AI가 전체 계약서를 읽고, 해지에 관한 조항을 식별하며, "30일", "1개월", 또는 "서면 통지 후 60일 이내" 등 어떤 형태로 표현되든 통지 기간 값을 찾아냅니다. 이는 계약서마다 동일한 조항에 해당 필드가 있을 것이라는 가정에 의존하지 않습니다. 즉, 의미를 따라갑니다. 따라서 NDA(일반적으로 "계약 기간 및 해지" 조항), 근로 계약서("퇴직" 조항), 공급업체 계약서("채무 불이행 사유" 또는 "구제책" 조항) 등 계약 유형이 달라도 동일한 열 이름 세트가 작동하는 이유입니다.
하나의 열 정의로 혼합 배치 내 모든 계약 유형에서 올바른 값을 추출합니다. 동일한 배치에 근로 계약서 10개, NDA 5개, 공급업체 계약서 15개, 임대차 계약서 3개를 업로드합니다. "상대방 이름", "발효일", "준거법", "계약 해지 통지 기간" 등 열을 한 번만 정의하면 AI가 각 문서의 계약 유형을 식별하고, 그에 따라 읽어 명명된 열에 일치하는 값을 추출합니다. "비밀 유지 기간"이라는 열은 NDA(핵심 필드)에서는 값을 반환하고, 근로 계약서(일반적으로 경업 금지 조항에 있음)에서도 값을 반환하며, 비밀 유지 조항이 없는 공급업체 계약서에 대해서는 숫자를 임의로 생성하거나 전체 행을 실패 처리하지 않고 공란으로 둡니다. 출력 스프레드시트는 계약서당 한 행씩 구성되며, 필터링을 위한 "계약 유형" 열이 포함됩니다.
계산 열을 사용하면 추출 중에 재무 및 법적 합계를 계산할 수 있어 별도의 Excel 수식이 필요하지 않습니다. 근로 계약서 배치의 경우 "총 보상(기본 급여 + 목표 보너스 + 주식 가치)"과 같은 계산 열을 정의할 수 있습니다. AI는 계약서의 여러 조항(보상 조항에서 기본 급여, 인센티브 섹션에서 목표 보너스, 스톡 옵션 일정에서 주식 가치)에서 각 구성 요소를 추출하여 합산하고 총액을 출력합니다. 공급업체 계약서의 경우 "통지 마감일(만료일 - 해지 통지 기간 일수)"과 같은 열은 두 개의 다른 추출 필드 값을 사용하여 자동 갱신 없이 해지 통지를 보낼 수 있는 마지막 날짜를 계산합니다. Excel에서 별도의 계산 과정이 필요한 원시 데이터가 아닌, 분석된 출력 결과를 얻을 수 있습니다.
혼합 계약 포트폴리오가 하나의 스프레드시트로 추출되는 방법
업로드 — 모든 계약 형식, 모든 계약 유형, 한 번에
HR 시스템에서 생성된 디지털 PDF 고용 계약서, 이메일로 받은 스캔된 공급업체 계약서 PDF, 공유 드라이브의 DOCX NDA 파일, 그리고 부속서와 개정안이 포함된 다중 페이지 상업용 임대차 계약서를 한 번에 업로드하세요. PDF, Word 문서, 스캔 이미지 모두 계약 유형별 사전 분류 없이, 주요 계약서에서 개정 페이지를 분리할 필요 없이 함께 처리됩니다. AI는 각 문서를 본문, 일정, 부속서, 개정 부속서, 서명 페이지를 포함한 완전한 패키지로 읽습니다. 계약이 원래 조건과 지급 금액을 수정하는 두 번의 개정 부속서가 있는 경우, AI는 원본과 모든 개정안을 포함한 전체 문서 스택을 읽고 대체된 값이 아닌 현재 유효한 값을 추출합니다.
열 정의 — 필요한 항목을 이름 짓고, AI가 찾습니다
출력 스프레드시트의 열 이름을 입력하세요: 계약 유형, 상대방 이름, 발효일, 만료일, 지급 금액, 준거법, 해지 통지 기간, 책임 한도, 비밀 유지 기간, 면책 (예/아니오). 고용 계약의 경우 "지급 금액" 열은 보상 섹션에서 기본 급여를 가져오고, 공급업체 계약의 경우 수수료 일정에서 계약 가치를 가져오며, 지급이 없는 NDA의 경우 비워 둡니다. "계약 유형" 열의 경우 추론 열로 정의하세요. 열 이름을 계약 유형 (옵션: 고용 / NDA / 공급업체 / 임대차 / 서비스)로 입력하면 AI가 각 문서의 구조와 내용을 기반으로 자동으로 분류합니다. 계약 유형별 템플릿 설정이나 업로드 전 수동 분류가 필요 없습니다.
출력 — 계약 유형별 한 행, 모든 계약 유형이 하나의 스프레드시트에
배치의 각 계약이 한 행으로 표시된 Excel 파일을 다운로드하세요. 계약 유형 열은 해당 행이 근로계약, NDA, 공급업체 계약, 임대차 계약 또는 서비스 계약 중 어떤 것인지 알려줍니다. 이 열로 필터링하여 모든 NDA를 함께 검토하거나, 만료일 기준으로 정렬하여 다음 달에 갱신되는 모든 유형의 계약을 확인할 수 있습니다. 특정 계약 유형에 해당하지 않는 열(예: NDA의 지급 금액)은 추정치로 채워지지 않고 비어 있습니다. 준거법 열은 각 계약의 실제 관할권을 표시하므로, 캘리포니아법이 적용되는 모든 계약이나 델라웨어법이 적용되는 모든 계약을 필터링할 수 있습니다. "통지 마감일"과 같은 계산 열을 정의한 경우, 각 행은 해당 계약의 특정 만료일과 통지 기간을 기준으로 계산된 날짜를 표시합니다. Excel에서 별도의 수식 열이 필요하지 않습니다. XLSX, CSV 또는 JSON으로 내보낼 수 있습니다.
가장 효과적인 경우 — 그리고 여전히 사람의 검토가 필요한 경우
계약 데이터 추출은 필드 수준의 데이터 검색이지 법률 분석이 아닙니다. 이 경계를 이해하는 것은 신뢰할 수 있는 결과를 얻고, 여전히 법률 전문가의 판단이 필요한 부분을 아는 데 중요합니다.
안정적인 처리
일반 플랫폼의 디지털 생성 계약서. Microsoft Word, Google Docs, DocuSign, Adobe Sign, CLM 플랫폼에서 생성된 계약서는 정확도가 높습니다. 이러한 문서는 깨끗한 텍스트 레이어와 일관된 섹션 구조를 가지고 있습니다. 워드 프로세서에서 직접 내보낸 PDF(인쇄물 스캔본 아님)가 가장 신뢰할 수 있는 결과를 제공합니다.
표준 법적 구조의 단일 당사자 계약서. 두 당사자 간의 양자 계약으로, 섹션이 명확히 표시된(전문, 기간, 지급, 해지, 준거법, 서명) 계약서는 안정적으로 추출됩니다. AI가 섹션 경계를 식별하고 필드를 논리적 위치에 매핑합니다. 예를 들어, 발효일은 서두 문단, 준거법은 기타 조항 근처, 서명 날짜는 서명란 위에 위치합니다.
일관된 열 정의를 가진 혼합 계약 유형 배치. 동일한 10~15개의 열 이름이 NDA, 고용 계약, 공급업체 계약, 서비스 계약, 임대 계약 등 함께 업로드된 다양한 계약에 적용됩니다. 각 계약은 하나의 행을 생성합니다. 특정 계약 유형에 없는 필드는 공백으로 남겨집니다. AI는 값을 임의로 생성하지 않습니다.
수정 사항이 많은 계약서는 완전한 문서 묶음으로 처리됩니다. 계약이 여러 번 수정된 경우, 원본 계약서와 모든 수정 부속서를 하나의 문서 패키지로 함께 업로드하세요. AI는 전체 묶음을 읽고, 대체된 원래 조건이 아닌 현재 유효한 값을 추출합니다. 단, 수정 사항이 어떤 조항을 수정하는지와 새로운 값이 무엇인지 명확히 명시되어 있어야 합니다.
다음 사례를 확인하세요
이 도구는 데이터를 추출할 뿐, 법적 의미를 해석하지 않습니다. 책임 제한 조항이 손해배상 상한액을 "500,000달러"로 제한한다는 사실은 알려줄 수 있지만, 해당 상한액이 준거법 관할권에서 집행 가능한지, 회사의 위험 정책에 부합하는지, 계약 가치 대비 지나치게 낮은지는 알려줄 수 없습니다. 법적 해석, 위험 평가, 조항 협상은 판단이 필요한 작업이며, 데이터 추출 도구가 아닌 변호사나 목적에 맞게 구축된 AI 계약 검토 도구가 필요합니다.
200 dpi 미만 또는 이미지 압축이 심한 스캔 계약서. 계약서가 저해상도로 스캔되거나, 팩스 후 재스캔되거나, 조명이 고르지 않은 환경에서 휴대폰으로 촬영된 경우 텍스트 품질이 저하될 수 있습니다. 200 dpi 미만에서는 작은 숫자 값, 특히 금액과 날짜가 잘못 인식될 수 있습니다. 압축이 심한 스캔본에서 "1,000,000달러"의 책임 상한액이 쉼표가 희미할 경우 "100,000달러"로 추출될 수 있습니다. 거칠거나 압축된 스캔 계약서의 금액과 날짜는 반드시 확인하세요.
변경 추적 또는 주석이 포함된 계약 초안. 변경 추적 기능으로 수정된 계약서나, 인라인 주석, 필기 메모가 있는 경우 AI는 취소선이 그어진 원문과 삽입된 수정 사항을 포함한 모든 보이는 텍스트를 읽습니다. 최종 합의된 값(변경 추적 잔재가 아닌)이 출력 열에 입력되었는지 확인하세요. 변경 추적 문서의 경우 가능하면 깨끗한 최종 서명 버전을 사용하십시오.
동일한 필드 이름이 계약 유형에 따라 다른 개념을 나타내는 경우 — 모호한 필드 이름을 확인하세요. "기간"이라는 열을 정의하고 배치에 NDA와 고용 계약이 모두 포함된 경우, AI는 각 계약 유형에 대해 기본 기간 필드로 식별되는 값을 추출합니다. 이는 NDA의 경우 비밀 유지 기간, 고용 계약의 경우 고용 기간이 될 수 있습니다. 명확성을 위해 "비밀 유지 기간(NDA)" 및 "고용 기간"과 같이 구분되는 설명적인 열 이름을 사용하고 단일 "기간" 열은 피하십시오. 열 이름이 구체적일수록 추출이 더 정확해집니다.
자주 묻는 질문
AI가 NDA, 근로계약, 공급업체 계약, 임대차 계약 등 다양한 계약 유형에서 하나의 열 이름 세트로 필드를 추출할 수 있나요? 각 유형별로 별도의 템플릿을 만들 필요 없이 말이죠.
네, 가능합니다. 계약 유형별로 별도 템플릿이 필요한 템플릿 기반 추출 도구와 달리, 이 도구는 사용자 정의 열 추출을 사용합니다. 즉, "계약 상대방 이름", "발효일", "해지 통지 기간", "준거법"과 같은 출력 열을 한 번만 정의하면, AI가 페이지의 고정된 위치를 찾는 것이 아니라 필드의 의미를 이해하여 각 값을 찾습니다. AI는 전체 계약 본문을 읽고 "해지 통지 기간"이 근로계약의 14.2조에 있든, 공급업체 계약의 "채무불이행 사유 → 구제책" 항목에 있든 올바른 값을 식별합니다. 따라서 단일 배치 업로드에서 동일한 열 이름이 모든 계약 유형에 걸쳐 작동합니다. 특정 계약에 필드가 없는 경우(예: 기밀 유지 조항이 없는 서비스 계약의 "기밀 유지 기간"), AI는 값을 조작하거나 오류를 반환하지 않고 해당 셀을 비워둡니다. 이는 추출 엔진이 각 문서를 전체적으로 처리하여 섹션 구조를 식별하고, 좌표가 아닌 맥락에 따라 필드 의미를 일치시키기 때문에 가능합니다. 계약 유형 간에 본질적으로 모호한 필드(예: NDA의 기밀 유지 기간을 의미하는 "Term"과 근로계약의 고용 기간을 의미하는 "Term")의 경우, "기밀 유지 기간" 및 "고용 기간"과 같이 더 구체적인 열 이름을 사용하여 AI에 명확한 의미론적 대상을 제공하세요.
하나의 계약에 발효일, 서명일, 개시일이 모두 명시되어 있을 때, AI는 이 세 날짜를 어떻게 구분하나요?
이 세 날짜는 법적 기능이 다르며 계약서의 다른 섹션에 나타납니다. 서명일(Execution Date)은 마지막 당사자가 서명한 날짜로, 일반적으로 서명란 위나 옆에 ("____년 __월 __일에 서명함") 표시됩니다. 발효일(Effective Date)은 계약상 의무가 법적 효력을 발생하는 날짜로, 보통 서문에 ("본 계약은 [날짜]부터 효력을 발생합니다") 명시됩니다. 개시일(Commencement Date)은 실제 이행이 시작되는 날짜로, 서비스 계약("서비스는 [날짜]에 개시됩니다")이나 임대차 계약("임대 기간의 개시일")에서 흔히 볼 수 있습니다. AI는 각 날짜 레이블을 맥락에 따라 읽습니다. "[날짜]부터 효력을 발생합니다"와 같은 언어 패턴은 발효일에 매핑되고, "[날짜]에 개시됩니다"는 개시일에, 서명란 근처의 날짜 값은 서명일에 매핑된다는 것을 이해합니다. "서명일", "발효일", "개시일"과 같이 각각에 대해 별도의 열을 정의하면 AI가 이를 독립적으로 채웁니다. 이러한 날짜 중 하나 또는 둘만 존재하는 계약(예: 발효일만 명시된 NDA)의 경우, 나머지 열은 다른 날짜 필드로 잘못 채워지지 않고 비워진 상태로 유지됩니다.
메타데이터 필드뿐만 아니라, 특정 조항(예: 편의에 의한 해지 조항 전체, 면책 조항 전체)의 텍스트를 추출할 수 있나요?
네, 가능합니다. 이 도구는 날짜, 금액, 당사자명과 같은 구조화된 필드를 스프레드시트 셀에 추출하는 데 탁월하지만, "편의에 의한 해지 조항(전문)"과 같은 열을 정의하여 전체 조항 텍스트도 추출할 수 있습니다. AI가 관련 조항 섹션을 찾아 해당 셀에 전체 문단 텍스트를 출력합니다. 공급업체 계약서 배치의 경우, 모든 편의에 의한 해지 조항을 단일 열로 추출하여 나란히 비교할 수 있습니다. 이는 각 계약서를 개별적으로 열지 않고도 여러 공급업체가 조기 해지 권리를 어떻게 처리하는지 검토해야 할 때 유용합니다. 동일한 방식으로 면책 조항, 책임 제한 조항, 준거법 조항에도 적용할 수 있습니다. 추출된 조항 텍스트는 Excel 출력의 셀 내용으로 표시되며, 필터링, 정렬, 검색이 가능합니다. 그러나 AI는 조항의 품질을 평가하지 않습니다. 즉, 특정 면책 조항이 "일방적인지" 또는 책임 상한선이 "시장 표준인지"를 알려주지 않습니다. 조항 분석 및 위험 평가를 위해서는 전용 계약 검토 도구나 법률 검토를 사용하십시오. 이 도구의 역할은 추출입니다. 텍스트를 비교 가능한 형식으로 만들어 사람(또는 별도의 검토 도구)이 분석할 수 있도록 하는 것입니다.
추출하려는 필드가 일부 계약서에 존재하지 않으면 어떻게 되나요? 전체 행이 오류가 나거나 AI가 임의로 추측하나요?
둘 다 아닙니다. 특정 계약서에 필드가 존재하지 않는 경우(예: 기밀 유지 조항이 없는 서비스 계약에 "기밀 유지 기간" 열을 적용하는 경우), AI는 해당 셀을 비워둡니다. 추측하거나 그럴듯한 값을 만들어내지 않으며, 전체 행이 실패하지도 않습니다. 각 계약서는 여전히 출력에서 하나의 행을 생성합니다. 존재하는 필드는 해당 셀을 채우고, 없는 필드는 비어 있습니다. 이는 의도된 설계입니다. 빈 셀은 해당 계약서에 필드가 존재하지 않는다는 신호이며, 이는 실행 가능한 정보입니다(추측된 값은 정확해 보이지만 실제로는 그렇지 않기 때문입니다). 빈 셀이 문제가 되는 중요 필드의 경우, 열 이름을 더 구체적으로 정의하여 AI를 안내할 수 있습니다. 예를 들어, "기밀 유지 기간(해당하는 경우)" 또는 "해지 통지 기간(해지 조항이 없으면 비워둠)"과 같이 지정하면 AI가 이를 존중하여 존재하지 않는 값에 대해 강제로 값을 생성하지 않습니다.
계약서와 송장, 영수증을 한 번에 업로드하여 거래 파일 전체를 추출할 수 있나요?
네, 가능합니다. 서명된 공급업체 계약서, 해당 공급업체의 관련 송장, 지급 영수증을 혼합하여 한 번에 업로드하세요. 모든 문서 유형을 포괄하는 열을 정의합니다. 계약서에는 "상대방 이름", "발효일", "준거법"을, 송장에는 "송장 번호", "송장 날짜", "송장 합계"를, 영수증에는 "지급일", "지급 금액"을 설정합니다. AI가 각 문서 유형을 식별하고 관련 필드를 추출합니다. 출력 결과는 문서 유형별로 레이블이 지정된 행(계약 행, 송장 행, 영수증 행)이 포함된 하나의 통합 스프레드시트입니다. 이후 데이터를 필터링, 상호 참조 또는 피벗하여 예를 들어 각 공급업체의 계약 지급 조건을 실제 지급 내역과 비교해 연체를 식별할 수 있습니다. 이는 거래 파일 감사, 공급업체 온보딩 패키지, 계약 및 재무 문서를 함께 검토해야 하는 계약 준수 검토에 특히 유용합니다.
계약 포트폴리오를 관리 중이시라면, 다음 가이드에서 기획부터 실행까지 전체 추출 워크플로우를 다룹니다: 계약 데이터 추출 프로젝트에서 흔히 발생하는 문제와 해결 방법 — 변호사와 법률 비서가 일괄 실행 전에 흔히 저지르는 세 가지 구현 실수 · 모든 페이지를 읽지 않고 계약서에서 특정 필드를 엑셀로 추출하는 방법 — 다양한 계약 유형에서 최대 추출 정확도를 위한 열 이름 지정 방법 · 소규모 법인이 수백 건의 계약에서 핵심 조항을 일괄 추출하는 방법 — CLM 시스템 없이 조항 수준 데이터를 추출하는 개인 변호사의 워크플로우.