소규모 로펌을 위한 배치 계약 검토
e-디스커버리 소프트웨어 없이

문제는 계약서를 읽는 게 아니라, 찾은 내용을 정리하는 데 있습니다

단일 계약 검토는 시작, 중간, 끝이 있습니다. PDF를 열고, 읽고, 주요 조항을 기록하고, 파일을 닫습니다. 과정은 선형적입니다. 느리지만 작동하며, 이 방식의 비용 — 변호사 5명이 월 50건의 계약을 처리할 때, 청구 불가능한 조항 찾기에 연간 약 168,000달러가 소모되며, 이는 당사의 건당 비용 분석에서 자세히 다룬 바 있습니다 — 은 상당하지만 적어도 예측 가능합니다.

일괄 처리는 이 선형 모델을 깨뜨립니다. 150건의 계약을 단일 워크플로우에 투입하면, 모든 조직적 약점이 증폭됩니다. 단일 검토에서는 문맥상 식별 가능했던 "Agreement_v3_FINAL.pdf"라는 파일명이, 배치 내 다른 12개의 "v3_FINAL" 파일과 구분되지 않게 됩니다. 참조로 조건을 통합하기 때문에 준거법 조항이 없는 계약은 빈 셀을 생성합니다. 그 빈 셀이 149개의 채워진 항목 사이에 있을 때, 오류일까요, 정확한 데이터일까요?

이 차이가 중요한 이유는, 대부분의 계약 추출 콘텐츠가 전적으로 첫 번째 문제에 집중하기 때문입니다. 즉, AI가 책임 한도를 얼마나 정확히 찾아내는지, 상호 참조를 얼마나 잘 처리하는지, 어떤 도구가 가장 좋은 조항 라이브러리를 갖추고 있는지 같은 것들입니다. 이는 모두 단일 문서에 대한 질문입니다. 공유 드라이브와 고객 이메일 첨부 파일에 흩어져 있는 200개의 공급업체 계약서에서 갱신일, 준거법, 자동 갱신 조항을 추출해야 하는 소규모 법무법인 파트너에게는 배치 문제가 있습니다. 그리고 배치 로지스틱스가 출력물이 유용한지, 아니면 중복 열, 모호한 공백, 추적 불가능한 파일명으로 뒤엉킨 엉망인지를 결정합니다.

로스쿨에서는 가르쳐주지 않는 파일 명명 규칙

단일 문서 워크플로에서는 파일명이 거의 중요하지 않습니다. 하나의 계약서를 작업 중이므로 어떤 것인지 알고 있습니다. 하지만 배치 워크플로에서 파일명은 기본 키입니다. 출력 스프레드시트의 각 행을 원본 문서에 연결하는 유일한 필드입니다. 이를 잘못 지정하면 모든 파일을 열어보지 않고는 특이한 조항이 어떤 계약서에 있는지 추적할 수 없습니다.

로펌은 일관성 없는 파일명을 악명 높게 생성합니다. 한 파트너는 계약서를 "고객사명_계약서.pdf"로 저장합니다. 다른 파트너는 "2024-03-15_공급업체계약_서명완료.pdf"로 저장합니다. 한 법률 비서는 실행된 버전의 이름을 "최종_최종_v2_이거_써라.pdf"로 바꿉니다. 이 모든 파일이 동일한 배치 업로드에 들어가면 출력 스프레드시트에는 해당 이름이 그대로 표시됩니다. 그러면 갑자기 150개의 일관성 없는 레이블 행을 스크롤하며 추출된 조항을 원본 문서와 일치시키려고 애쓰게 됩니다.

이것은 단일 문서 도구에는 존재하지 않는 실패 모드입니다. 배치에만 특화된 문제이며, 업로드 전에 명명 규칙을 적용하면 완전히 예방할 수 있습니다.

규칙은 간단합니다: [상대방]_[문서유형]_[날짜].[확장자]. 업로드 전 파일당 30초면 됩니다. 추출 후에는 30분의 탐색 시간을 절약할 수 있습니다. 150개 계약 배치의 경우, 사전에 약 75분의 이름 변경 시간이 소요되며, 이는 중간 길이 계약 하나를 수동으로 스크롤하는 시간보다 적습니다.

이것은 AI 문제나 소프트웨어 문제가 아닙니다. 업무 흐름의 규율입니다. 그리고 계약 검토 튜토리얼에서는 다루지 않는, 일괄 추출 전에 할 수 있는 가장 효과적인 작업입니다.

계약서에 해당 조항이 없으면 어떻게 되나요

단일 문서 추출에서 "책임 한도"라는 열을 지정했는데 계약서에 해당 조항이 없으면 즉시 알 수 있습니다. 행이 하나뿐이기 때문입니다. 150개의 계약서를 일괄 추출할 때 값이 없다는 것은 데이터입니다. 단, "이 계약서에 이 조항이 없다"는 것과 "AI가 이 조항을 놓쳤다"는 것을 구분할 수 있을 때만 그렇습니다.

계약서는 같은 배치에 포함된 다른 계약서에는 있는 조항을 빠뜨리는 경우가 흔합니다. 당사자가 중재 규칙에 동의한 경우 NDA에는 준거법 조항이 없을 수 있습니다. 단기 서비스 계약은 책임 한도를 다시 명시하지 않고 마스터 계약을 참조하여 책임을 제한할 수 있습니다. 부동산 임대차 계약은 갱신 조건을 스캔 파일에 포함되지 않은 일정으로 연기할 수 있습니다.

스프레드시트에서 150개의 행을 스캔할 때 "책임 한도" 열의 빈 셀은 세 가지를 의미할 수 있습니다:

1. 계약서에 실제로 책임 한도가 명시되지 않음
2. 계약서에 간접적으로 명시됨 — "책임은 직전 12개월 동안 지급된 수수료를 초과하지 않는다" — AI가 이를 한도로 볼지 해석하려면 사람이 필요함
3. AI가 찾지 못했으며, 해당 조항이 제대로 읽지 못한 페이지에 존재함

구조화된 일괄 워크플로는 빈 셀을 오류가 아닌 검토 트리거로 처리하여 이를 해결합니다. 추출 후, 빈칸이 잠재적 문제를 알리는 열을 기준으로 출력 스프레드시트를 정렬합니다. "준거법" 셀이 비어 있는 5개 행에 대해 해당 5개 계약서만 열어서 확인합니다. 150개 전부가 아닙니다. AI는 전체 문서 검토를 모호성이 존재하는 3%의 행에 대한 표적 점검으로 축소했습니다.

컬럼 일관성의 함정: 두 사람이 같은 필드를 다르게 정의할 때

배치 추출은 단일 문서 워크플로우에서는 피할 수 있었던 두 번째 조직적 위험을 추가합니다: 컬럼 표류(column drift)입니다. 한 사람이 추출을 실행하면 컬럼을 한 번 정의합니다. 하지만 회사 내 여러 사람이 수주 또는 수개월에 걸쳐 추출을 실행하면, 동일한 개념에 대한 컬럼명이 달라집니다. 한 변호사는 "준거법"이라는 컬럼을 만들고, 다른 변호사는 "적용법률"을, 또 다른 변호사는 "해당 법률"을 사용합니다. 결과 스프레드시트는 수동 조정 없이는 병합할 수 없으며, 배치의 ROI는 스프레드시트 정리 과정에서 사라집니다.

이것이 바로 ImageToTable.ai의 커스텀 컬럼 추출 기능이 배치 규율과 만나는 지점입니다. 이 기능은 사용자가 원하는 필드명(예: "준거법" 또는 "책임 상한액")을 입력하면 AI가 각 문서 내에서 해당 값을 찾아냅니다. 추출 자체는 어떤 컬럼명에도 적응하지만, 조직적 과제는 무엇을 요청할지 표준화하는 데 있습니다.

해결책은 컬럼 템플릿입니다. 이는 회사가 유지하는, 각 계약 유형별 표준 필드명을 나열한 짧은 문서입니다:

이 템플릿 접근 방식 — 입력 열을 표준화하고 AI가 출력을 처리하도록 하는 것 — 은 AI가 기술적으로 수행하는 작업의 조직적 거울입니다. AI는 계약 간 형식 변동성을 처리하고, 표준화된 열은 사람 간 명명 변동성을 처리합니다.

회의 전에 끝나는 배치 추출 워크플로우

파일 명명 규칙, 예외 처리 기준, 열 표준화 등 조직적 전제 조건이 갖춰지면 실제 추출 워크플로우는 간단합니다. 다음은 150개 계약 배치의 전체 프로세스입니다:

1. 사전 처리 (30-60분). 모든 파일 이름을 [상대방]_[문서유형]_[날짜] 규칙으로 변경합니다. 배치에 속하지 않는 파일(커버 이메일, 서명되지 않은 초안, 중복 버전)은 제거합니다. PDF와 스캔 문서에서 모두 추출하는 경우 그룹화하세요 — AI는 둘 다 처리하지만, 스캔 문서를 알면 검토 시 정확도 기대치를 설정하는 데 도움이 됩니다.

2. 열 정의. 해당 계약 유형에 대한 회사의 표준 열 템플릿을 사용합니다. 특정 배치에 맞춤 필드가 필요한 경우 — 예를 들어 팬데믹 대비 감사를 위해 "불가항력" 열을 추가하는 경우 — 이번 추출에만 템플릿 목록에 추가합니다. 도구는 열 이름 추출을 사용합니다: 원하는 필드 이름(예: "상대방" 또는 "준거법")을 입력하면 AI가 페이지 내 위치가 아닌 의미를 이해하여 각 문서 어디에서든 해당 값을 찾습니다.

3. 업로드 및 처리. 150개 파일을 단일 배치로 업로드합니다. 도구가 각 계약을 처리하고 문서당 한 행씩 단일 출력 테이블로 반환합니다 — 지정한 열 이름이 스프레드시트 헤더가 됩니다.

4. 문서별 검토가 아닌 예외별 검토. 공백이나 오류 가능성이 가장 높은 열을 기준으로 출력을 정렬합니다. 데이터가 누락된 행에 대해서만 원본 파일을 엽니다. 150개 계약 배치의 경우 일반적으로 5-15개 파일만 직접 검토하면 됩니다 — 150개가 아닙니다.

5. 내보내기 및 배포. 완성된 스프레드시트를 XLSX로 다운로드합니다. 출력물은 클라이언트와 공유하거나, 사건 폴더에 보관하거나, 업무 관리 시스템으로 가져올 준비가 되었습니다.

AI가 계약을 읽는 기본 메커니즘(여러 페이지 문서, 교차 언어 조항, 동일 배치 내 혼합 문서 유형 처리 방법 포함)에 대한 자세한 내용은 계약에서 특정 필드를 추출하여 구조화된 스프레드시트로 만드는 방법 가이드를 참조하세요.

배치가 상업용 임대차 계약인 경우: 부동산 관리 예시

배치 워크플로우는 소규모 법인이 대량으로 처리하는 특정 문서 유형을 살펴보면 구체화됩니다. 수십 개의 임대차 계약서에서 핵심 조항을 추출하여 단일 포트폴리오 요약본으로 만드는 상업용 임대차 계약 추출은 소규모 법인 실무에서 가장 많은 배치 시나리오 중 하나입니다.

80개의 상업용 임차인을 관리하는 부동산 관리 회사는 모든 임대 계약서에서 반복적으로 확인해야 할 질문들이 있습니다: 언제 만료되나요? 연간 임대료 인상률은 얼마인가요? 갱신 옵션이 있으며, 통지 기간은 어떻게 되나요? 전대가 허용되나요? HVAC 유지보수 비용은 누가 부담하나요? 이러한 질문은 절대 변하지 않지만, 답변은 각각 다르게 협상된 80개의 40페이지 분량 문서에 흩어져 있습니다.

업계 표준 솔루션은 임대 추출 소프트웨어(MRI, Yardi, Prophia)로, REIT 및 기관 포트폴리오를 대상으로 한 기업용 가격이 책정되어 있습니다. 80개 단위를 관리하는 소규모 부동산 관리자에게는 이 가격이 합리적이지 않습니다. 반면, 표준화된 열을 사용한 일괄 추출 방식은 파일 이름을 변경하고 출력 결과를 확인하는 데 걸리는 시간만큼의 비용이 듭니다.

다음은 추출 후 6개 필드의 임대 추출 일괄 결과 예시입니다:

Delta Packaging의 "갱신 옵션" 셀이 비어 있는 것을 확인하세요. 해당 임대 계약에는 갱신 권리가 포함되어 있지 않습니다. 이 빈 셀은 부동산 관리자에게 실행 가능한 정보입니다: 88 Commerce Blvd에 위치한 임차인은 임대가 18개월 후 만료되며, 갱신 메커니즘이 없습니다. 이는 무시해야 할 스프레드시트 오류가 아니라 지금 당장 진행해야 할 재협상 대화입니다.

법률 전문직의 기술 역량 기준은 ABA 모델 규칙 1.1, 주석 8에 명시되어 있으며, 변호사는 "관련 기술의 이점과 위험을 포함하여 법률 및 그 실무의 변화를 지속적으로 파악해야 한다"고 요구합니다. 2025년 기준으로 40개 이상의 주에서 이 기준을 채택했습니다. 일괄 추출은 단순한 효율성 향상이 아닙니다 — 이는 귀하의 관할권에서 이미 요구할 가능성이 높은 기술 역량 의무를 충족하는 일부입니다.

중소 로펌 변호사의 평균 시간당 청구액은 $341이지만, 실현 및 회수 차이를 고려한 실제 회수율은 $240에 가깝습니다. PDF를 스크롤하며 조항을 찾는 데 소비되는 모든 시간은 청구 가능 업무에서 차감되거나, 이미 과도하게 긴 근무일에 추가되는 시간입니다. 일괄 접근 방식은 법적 판단을 대체하지 않습니다. 이는 판단도, 변호사 면허도 필요하지 않은 업무 부분, 즉 파일 열기, 스크롤, 타이핑을 대체합니다.

자주 묻는 질문