AI 계약 데이터 추출 to Excel — 핵심 필드와 조항 모든 페이지를 읽지 않고
모든 계약 필드는 별개의 탐색 작업입니다. 시작 문단의 발효일, 14.2조에 묻힌 해지 통지 조항, 관할 법원과 일치하지 않을 수 있는 준거법까지. 수동 입력은 페이지당 약 3분이 걸려 20페이지 분량의 계약서는 한 시간이 소요됩니다. 이 도구는 지정한 필드를 페이지당 5~10초 만에 스프레드시트 열로 추출하며, 고용 계약, NDA, 공급업체 계약, 서비스 계약, 임대차 계약을 동일한 배치에서 처리합니다.
암호화 처리 · 변환 후 자동 데이터 삭제
계약서 및 법적 합의서에서 추출할 수 있는 정보
계약 데이터 추출이 팀에 의미하는 바는 단 하나입니다. 모든 합의서를 처음부터 끝까지 읽지 않고도 각 계약에서 나열된 필드를 얻는 것입니다. 계약서를 Excel로 옮기는 작업은 일괄 업로드로 끝나야 하며, 오후 내내 다시 입력하는 일이 되어서는 안 됩니다. 필요한 열 이름을 입력하면 AI가 페이지에서의 위치가 아닌 필드의 의미를 매칭하여 각 계약서에서 해당 값을 찾아냅니다. 이것이 바로 맞춤 열 추출입니다. 출력 헤더를 정의하면 AI는 해당 값이 나타나는 위치와 관계없이 일치하는 값을 찾아냅니다. 계약 유형별 템플릿, 학습 데이터, 샘플 페이지에 그린 박스가 필요 없습니다.
추론 열도 정의할 수 있습니다. AI가 인쇄된 라벨이 아닌 계약서의 맥락에서 파악하는 필드입니다. 예를 들어, "계약 유형"이라는 열은 문서에 "이것은 고용 계약서입니다"라고 명시되지 않아도 AI가 각 계약서를 내용과 구조에 따라 분류하고 해당 열을 채우도록 안내합니다. 분류와 추출이 단일 패스로 이루어지며, 모든 행이 계약 유형으로 라벨링된 채 Excel에 저장되어 필터링에 활용할 수 있습니다.
계약 유형별 템플릿이 실패하는 이유와 해결 방법
계약 데이터 추출은 인보이스 추출의 어려운 버전이 아닙니다. 다른 문제입니다. 인보이스는 예측 가능한 구조를 가집니다: 헤더, 품목, 합계, 푸터. 그러나 계약서는 그렇지 않습니다. "기간(Term)"이라는 동일한 필드도 NDA에서는 기밀 유지 기간, 고용 계약에서는 근무 기간, 임대차 계약에서는 초기 임대 기간, 공급업체 계약에서는 계약 기간을 의미합니다. 고정된 필드 위치에 의존하는 도구는 계약 유형별로 별도의 템플릿 없이는 이러한 변동성을 처리할 수 없습니다. 값이 위치한 곳이 아니라 의미하는 바를 기준으로 찾으면 단일 열 이름 세트로 문제가 해결됩니다. r/smallbusiness의 한 소규모 사업주가 말했듯이: "지금은 모든 것이 Excel + WhatsApp + 이메일 폴더에 있습니다. 이미 계약 갱신을 한 번 놓쳤고, 이전 가격을 찾는 데 어려움을 겪었으며, 누가 무엇에 동의했는지도 파악하지 못하고 있습니다."
동일한 필드 라벨이 계약 유형에 따라 다른 의미를 가지는데, 템플릿은 정의를 하나만 가질 수 있습니다. NDA에서 "Term"은 종료 후 기밀 유지 기간을 의미합니다. 고용 계약에서 "Term"은 고용 기간을 의미합니다. 임대차 계약에서 "Term"은 초기 임대 기간을 의미하며, 갱신 옵션은 별도 조항에 명시됩니다. "Term"을 하나의 고정 위치에 매핑하는 템플릿은 맥락과 관계없이 "Term"으로 표시된 첫 번째 항목을 추출하므로, 템플릿이 만들어진 계약 유형이 아닌 다른 유형에서는 조용히 잘못된 데이터를 반환합니다. 스프레드시트에 3년 고용 기간 대신 3년 기밀 유지 기간이 표시된 것을 몇 주 후에야 발견할 수도 있습니다.
발효일(Effective Date), 서명일(Execution Date), 개시일(Commencement Date)은 동일한 계약서에 자주 등장하는 서로 다른 세 가지 필드이지만, 대부분의 추출 도구는 이를 하나의 "날짜" 열로 통합합니다. 서명일은 마지막 당사자가 서명한 날짜입니다. 발효일은 계약의 법적 의무가 시작되는 날짜입니다. 개시일은 실제 이행이 시작되는 날짜입니다. 부동산 임대차 계약에서는 세 날짜가 모두 다를 수 있습니다. 임대차 계약이 6월 1일에 서명되고 7월 1일에 효력이 발생하며, 입주는 8월 15일에 시작됩니다. 하나의 "날짜"만 추출하고 완료 처리하는 도구는 법적 의미를 상실하며, 그로 인한 후속 문제가 스프레드시트 전체에 조용히 누적됩니다.
수정 부속서와 추록은 원본 계약 본문을 업데이트하지 않고 원래 조항을 수정하는데, 대부분의 추출 도구는 본문만 읽습니다. 1월에 체결된 12개월 계약 기간의 공급업체 계약서 1페이지에는 만료일이 12월 31일로 표시됩니다. 그러나 3월에 체결된 수정안이 계약 기간을 18개월로 연장하며, 이 변경 사항은 1페이지가 아닌 별도의 부속서 페이지에 기록됩니다. 본문에서 추출하는 템플릿 기반 도구는 수정 페이지를 읽지 않으므로 더 이상 유효하지 않은 12월 31일 날짜를 반환합니다. 그 결과 갱신 추적 스프레드시트에는 6개월이나 틀린 마감일이 가득 차게 되고, 공급업체의 갱신 청구서가 몇 달 일찍 도착할 때까지 아무도 이를 발견하지 못합니다.
맞춤 열 추출은 템플릿 좌표가 아닌 필드 의미를 기준으로 매칭합니다. "Termination Notice Period" 같은 열 이름을 입력하면, AI가 전체 계약서를 읽고 종료 조항을 식별한 뒤, 통지 기간 값이 "30 days", "one calendar month", 또는 "within sixty (60) days of written notice"로 표현되어 있더라도 해당 값을 찾아냅니다. 이는 필드가 계약서마다 동일한 섹션에 있을 필요 없이, 필드의 의미를 따르기 때문입니다. 그래서 하나의 열 이름 세트가 NDA, 고용 계약서, 공급업체 계약서 모두에서 작동합니다.
하나의 열 정의로 혼합 배치의 모든 계약 유형에서 올바른 값을 추출합니다. 동일한 배치에 고용 계약서 10건, NDA 5건, 공급업체 계약서 15건, 임대 계약서 3건을 업로드하세요. 열을 한 번 정의하면("Counterparty Name", "Effective Date", "Governing Law", "Termination Notice Period"), AI가 각 문서의 계약 유형을 식별하고 그에 맞게 읽어 명명된 열에 일치하는 값을 추출합니다. "Confidentiality Period"라는 열은 NDA, 고용 계약서에서는 값을 반환하고, 기밀 유지 조항이 없는 공급업체 계약서에서는 숫자를 임의로 만들거나 전체 행을 실패 처리하는 대신 공백을 반환합니다. 출력은 계약서당 한 행씩 구성되며, 필터링을 위한 "Contract Type" 열이 포함됩니다.
계산 열을 사용하면 별도의 Excel 수식 없이 추출 중에 재무 및 법적 합계를 계산할 수 있습니다. 고용 계약서 배치의 경우 "Total Compensation (Base Salary + Bonus Target + Equity Value)" 같은 계산 열을 정의할 수 있으며, AI가 계약서의 각기 다른 섹션에서 각 구성 요소를 추출하여 합산한 총액을 출력합니다. 공급업체 계약서의 경우 "Notice Deadline (Expiration Date - Termination Notice Period Days)" 같은 열은 두 개의 서로 다른 추출 필드 값을 사용하여 자동 갱신 없이 종료 통지를 보낼 수 있는 마지막 날짜를 계산합니다. Excel에서 별도의 계산 패스가 필요한 원시 데이터가 아닌, 분석된 출력을 얻을 수 있습니다.
혼합 계약 포트폴리오가 하나의 스프레드시트로 추출되는 방식
팀은 계약 관련 업무가 쌓일 때 이 기능을 사용합니다. CRM 또는 CLM 가져오기를 위한 계약 필드 추출, 병렬 비교를 위한 계약 조항 추출, 포트폴리오를 위한 임대 및 계약 요약, 공급업체 목록의 갱신 및 의무 추적, 계약별로 한 행이 필요한 규정 준수 레지스트리, 그리고 마감 전에 수백 건의 계약을 요약해야 하는 실사 작업이 여기에 해당합니다. 5개든 500개든 계약을 업로드하는 방식은 동일합니다.
업로드: 모든 계약 형식, 모든 계약 유형을 한 번에
HR 시스템에서 디지털로 생성된 PDF 고용 계약서, 이메일로 받은 스캔된 공급업체 계약서 PDF, 공유 드라이브의 DOCX NDA 파일, 그리고 부속서와 수정 조항이 포함된 다중 페이지 상업용 임대차 계약서를 포함한 배치를 업로드하세요. PDF, Word 문서, 스캔 이미지가 모두 함께 처리되며, 계약 유형별 사전 분류나 수정 페이지를 본 계약에서 분리할 필요가 없습니다. AI는 각 문서를 본문, 일정, 부속서, 수정 조항, 서명 페이지를 포함한 완전한 패키지로 읽습니다. 계약이 원래 조건과 지급 금액을 변경하는 조항으로 두 번 수정된 경우, AI는 전체 스택을 읽고 현재 유효한 값을 추출하며, 대체된 이전 값은 추출하지 않습니다.
열 정의: 필요한 항목을 지정하면 AI가 찾아냅니다
출력 스프레드시트의 열 이름을 입력하세요: Contract Type, Counterparty Name, Effective Date, Expiration Date, Payment Amount, Governing Law, Termination Notice Period, Liability Cap, Confidentiality Period, Indemnification (Y/N). 고용 계약의 경우 "Payment Amount" 열은 보상 섹션에서 기본 급여를 가져오고, 공급업체 계약의 경우 요금 일정에서 계약 금액을 가져오며, NDA의 경우 지급 항목이 없으므로 공란으로 남습니다. "Contract Type" 열의 경우 추론 열로 정의하세요: 열 이름을 Contract Type (options: Employment / NDA / Vendor / Lease / Service)로 입력하면 AI가 각 문서의 구조와 내용을 기반으로 자동으로 분류합니다. 계약 유형별 템플릿도, 업로드 전 수동 분류도 필요 없습니다.
출력: 계약 유형과 관계없이 모든 계약을 하나의 스프레드시트에, 계약당 한 행씩
배치의 각 계약이 한 행으로 표시되는 Excel 파일을 다운로드하세요. Contract Type 열에서 각 행이 근로 계약, NDA, 공급업체 계약, 임대차 계약 또는 서비스 계약 중 어떤 유형인지 확인할 수 있습니다. 이 열로 필터링하여 모든 NDA를 한 번에 검토하거나, Expiration Date 기준으로 정렬하여 다음 달에 갱신되는 계약을 유형별로 확인할 수 있습니다. 특정 계약 유형에 해당하지 않는 열은 추측값 대신 비어 있습니다. Governing Law 열에는 각 계약의 실제 관할권이 표시되므로, 캘리포니아법이 적용되는 모든 계약이나 델라웨어법이 적용되는 모든 계약을 필터링할 수 있습니다. "Notice Deadline"과 같은 계산 열을 정의한 경우, 각 행에는 해당 계약의 만료일과 통지 기간을 기준으로 계산된 날짜가 표시되며 Excel에서 별도의 수식 열이 필요하지 않습니다. XLSX, CSV 또는 JSON으로 내보낼 수 있습니다. 원격 및 하이브리드 근무 계약도 다른 모든 계약과 동일한 Contract Type 열에 표시되므로, 원격 근무 계약을 Excel로 변환하는 워크플로에서 별도의 내보내기 없이 일정 및 장비 필드를 추가할 수 있습니다.
가장 효과적인 경우와 인간 검토가 여전히 필요한 경우
계약 데이터 추출은 필드 수준의 데이터 검색이지 법률 분석이 아닙니다. 이 경계를 이해하는 것이 출력의 신뢰성을 유지하는 핵심이며, 법률 전문가의 판단이 여전히 필요한 부분을 알려줍니다.
안정적으로 처리
일반 플랫폼에서 디지털로 생성된 계약서. Microsoft Word, Google Docs, DocuSign, Adobe Sign 및 CLM 플랫폼에서 생성된 계약서는 텍스트 레이어가 깨끗하고 섹션 구조가 일관되어 높은 정확도로 추출됩니다. 워드 프로세서에서 직접 내보낸 PDF가 가장 안정적인 결과를 제공합니다.
표준 법적 구조를 갖춘 단일 주체 계약서. 섹션이 명확하게 표시된 양자 간 계약서는 안정적으로 추출됩니다. AI는 섹션 경계를 식별하고 필드를 논리적 위치에 매핑합니다. 예를 들어 발효일은 서두 문단, 준거법은 기타 조항 근처, 서명 날짜는 서명 블록 위에 매핑됩니다.
일관된 열 정의를 가진 혼합 계약 유형 배치. 동일한 10~15개 열 이름이 함께 업로드된 NDA, 고용 계약, 공급업체 계약, 서비스 계약 및 임대 계약 전반에 걸쳐 적용됩니다. 각 계약은 하나의 행을 생성합니다. 특정 계약 유형에 없는 필드는 비워두며, AI는 값을 임의로 생성하지 않습니다.
수정이 많은 계약서는 전체 문서 묶음으로 처리됩니다. 계약서가 여러 번 수정된 경우 원본 계약서와 모든 수정 부속서를 하나의 문서 패키지로 함께 업로드하세요. AI는 전체 묶음을 읽고 수정 사항이 수정 대상 조항과 새 값을 명확히 명시하는 경우, 대체된 원래 조건이 아닌 현재 유효한 값을 추출합니다.
다음 사례를 확인하세요
이 도구는 데이터를 추출할 뿐, 법적 의미를 해석하지 않습니다. 책임 제한 조항이 손해 배상 상한을 "$500,000"으로 제한한다는 사실은 알 수 있지만, 해당 상한이 준거법 관할에서 집행 가능한지, 회사의 위험 정책에 부합하는지, 계약 가치 대비 비합리적으로 낮은지 여부는 알 수 없습니다. 법적 해석, 위험 평가, 조항 협상은 모두 판단이 필요하며, 데이터 추출 도구가 아닌 변호사 또는 전용 계약 검토 도구가 필요합니다.
저해상도 또는 과도한 이미지 압축이 적용된 스캔 계약서. 저해상도로 스캔하거나, 팩스 후 재스캔하거나, 조명이 고르지 않은 환경에서 휴대폰으로 촬영한 계약서는 텍스트 레이어가 손상될 수 있습니다. 특히 소액 숫자 값은 오인식될 수 있으므로, 과도하게 압축된 스캔본의 "$1,000,000" 책임 상한이 쉼표가 흐릿하면 "$100,000"으로 추출될 수 있습니다. 거칠거나 압축된 스캔 계약서의 달러 금액과 날짜는 반드시 대조 확인하세요.
수정 표시 또는 메모가 있는 초안 계약서. 계약서에 변경 내용 추적, 인라인 주석, 또는 손으로 쓴 여백 메모가 있는 경우, AI는 취소선이 있는 원문과 삽입된 수정 사항을 포함한 모든 표시 텍스트를 읽습니다. 변경 내용 추적 잔재가 아닌 최종 합의된 값이 출력 열에 채워졌는지 확인하세요. 수정 표시 문서의 경우 가능하면 깨끗한 최종 서명본을 사용하세요.
계약 유형에 따라 동일한 필드 이름이 다른 개념에 매핑되는 계약서. "Term"이라는 열을 정의하고 배치에 NDA와 근로 계약서가 모두 포함된 경우, AI는 각 계약 유형의 기본 기간 필드로 식별되는 값을 추출합니다. 이는 NDA의 경우 비밀 유지 기간, 근로 계약서의 경우 근로 기간이 될 수 있습니다. 단일 "Term" 열 대신 "Confidentiality Period (NDA)" 및 "Employment Term"과 같이 명확하게 구분되는 설명적 열 이름을 사용하세요. 열 이름이 구체적일수록 추출이 더 정확해집니다.
자주 묻는 질문
AI가 각 계약 유형별로 별도의 템플릿을 만들지 않고도 하나의 열 이름 세트로 서로 다른 계약 유형에서 필드를 추출할 수 있나요?
가능합니다. "상대방 이름", "발효일", "해지 통지 기간", "준거법"과 같은 출력 열을 한 번만 정의하면, AI는 페이지의 고정된 위치가 아닌 필드의 의미를 매칭하여 각 값을 찾습니다. 전체 계약 본문을 읽고 "해지 통지 기간"이 고용 계약의 14.2조에 있든 공급업체 계약의 "채무불이행 사유"에 있든 올바른 값을 찾아냅니다. 동일한 열 이름은 단일 일괄 업로드에서 모든 계약 유형에 걸쳐 작동합니다. 특정 계약에 필드가 존재하지 않는 경우, 예를 들어 기밀 유지 조항이 없는 서비스 계약에 "기밀 유지 기간" 열을 적용하는 경우, AI는 값을 만들거나 오류를 반환하는 대신 해당 셀을 비워 둡니다. NDA에서는 기밀 유지 기간을, 고용 계약에서는 고용 기간을 의미하는 "기간"과 같이 계약 유형에 따라 의미가 모호한 필드의 경우, "기밀 유지 기간" 및 "고용 기간"과 같이 보다 구체적인 열 이름을 사용하여 AI에 명확한 대상을 제공하세요.
발효일, 서명일, 개시일이 모두 동일한 계약서에 표시될 때 AI는 이 세 가지를 어떻게 구분하나요?
이 세 날짜는 법적으로 서로 다른 기능을 하며 계약서의 다른 섹션에 표시됩니다. 서명일은 마지막 당사자가 서명한 날짜로, 일반적으로 서명란 위나 옆에 표시됩니다. 발효일은 계약상 의무가 법적 효력을 발생하는 날짜로, 일반적으로 전문에 명시됩니다. 개시일은 실제 이행이 시작되는 날짜로, 서비스 계약 및 임대 계약에서 흔히 볼 수 있습니다. AI는 각 날짜 라벨을 문맥에 맞게 읽습니다. "[날짜]부터 효력이 발생"이라는 문구는 발효일에, "[날짜]에 시작"은 개시일에, 서명란 근처의 날짜 값은 서명일에 매핑된다는 것을 이해합니다. 각 날짜에 대해 별도의 열을 정의하면 AI가 이를 독립적으로 채웁니다. 발효일만 명시된 NDA와 같이 계약서에 이 날짜 중 하나 또는 두 개만 존재하는 경우, 나머지 열은 다른 날짜 필드로 잘못 채워지는 대신 비어 있는 상태로 유지됩니다.
메타데이터 필드 대신 특정 조항 텍스트를 추출할 수 있나요?
네. 이 도구는 날짜, 금액, 당사자 이름과 같은 값을 스프레드시트 셀로 가져오는 구조화된 필드 추출을 처리하며, "편의에 따른 해지 조항"과 같은 열을 정의하여 전체 조항 텍스트를 추출할 수도 있습니다. AI가 관련 조항 섹션을 찾아 해당 셀에 전체 문단 텍스트를 출력합니다. 공급업체 계약서 배치의 경우, 각 계약서를 열지 않고도 서로 다른 공급업체가 조기 해지 권리를 어떻게 처리하는지 확인해야 할 때 유용하게, 모든 편의에 따른 해지 조항을 한 열로 가져와 나란히 비교할 수 있습니다. 동일한 방식이 면책 조항, 책임 제한 문구, 준거법 조항에도 적용됩니다. 추출된 조항 텍스트는 Excel 출력의 셀 콘텐츠로 들어가며, 필터링, 정렬, 검색이 가능합니다. AI는 조항 품질을 평가하지 않습니다. 면책 조항이 일방적인지, 책임 상한선이 시장 표준인지 알려주지 않습니다. 조항 분석과 위험 평가에는 전용 계약 검토 도구나 법무 검토를 사용하십시오. 여기서의 작업은 추출, 즉 텍스트를 비교 가능한 형식으로 만들어 사람이나 별도의 검토 도구가 분석할 수 있게 하는 것입니다.
일부 계약서에 원하는 필드가 없으면 어떻게 되나요? 전체 행이 깨지거나 AI가 추측하나요?
둘 다 아닙니다. 특정 계약서에 필드가 없는 경우, 예를 들어 기밀 유지 조항이 없는 서비스 계약서에 "기밀 유지 기간" 열을 적용하면 AI는 해당 셀을 비워 둡니다. 추측하지 않고, 그럴듯한 값을 만들어 내지 않으며, 전체 행이 실패하지도 않습니다. 각 계약서는 여전히 출력에서 한 행을 생성합니다. 존재하는 필드는 셀을 채우고, 존재하지 않는 필드는 비어 있습니다. 빈 셀은 해당 필드가 계약서에 없다는 신호이며, 이는 정확해 보이지만 실제로는 아닌 추측값과 달리 실행 가능한 정보입니다. 빈 셀이 문제가 되는 중요한 필드의 경우 열 이름을 더 구체적으로 지정하여 AI를 안내하십시오. 예: "기밀 유지 기간" 또는 "해지 통지". AI는 존재하지 않는 값에 값을 강제로 넣지 않습니다.
계약서를 송장 및 영수증과 함께 한 번에 업로드하여 완전한 거래 파일 추출을 일괄 처리할 수 있나요?
네, 가능합니다. 서명된 공급업체 계약서, 해당 공급업체의 관련 송장, 결제 영수증을 혼합 배치로 한 번에 업로드하세요. 모든 문서 유형을 포괄하는 열을 정의합니다: 계약서에는 "상대방 이름", "발효일", "준거법", 송장에는 "송장 번호", "송장 날짜", "송장 합계", 영수증에는 "결제일"과 "결제 금액"을 지정합니다. AI가 각 문서의 유형을 식별하고 관련 필드를 추출합니다. 출력은 문서 유형별로 행이 라벨링된 통합 스프레드시트 하나로, 계약 행, 송장 행, 영수증 행이 모두 동일한 파일에 포함됩니다. 이후 데이터를 필터링, 교차 참조 또는 피벗하여 예를 들어 각 공급업체의 계약 결제 조건을 실제 결제 내역과 대조해 지연 결제를 식별할 수 있습니다. 이는 거래 파일 감사, 공급업체 온보딩 패키지, 계약 및 관련 재무 문서를 함께 검토해야 하는 계약 준수 검토에 유용합니다.
계약 포트폴리오를 관리한다면 다음 가이드에서 계획부터 실행까지 전체 추출 워크플로를 다룹니다: 계약 데이터 추출 프로젝트에서 발생하는 문제, 변호사와 법률 비서가 배치 실행 전에 저지르는 가장 흔한 세 가지 구현 실수에 대해 · 모든 페이지를 읽지 않고 계약서에서 특정 필드를 Excel로 추출하는 방법, 다양한 계약 유형에서 최대 추출 정확도를 위한 열 이름 지정에 대해 · 소규모 법인이 수백 건의 계약에서 핵심 조항을 일괄 추출하는 방법, CLM 시스템 없이 조항 수준 데이터를 추출하는 개인 변호사의 워크플로.