AI 계약 조항 추출을
독일 법률 실사 워크플로우에 통합하는 방법

기존 워크플로우 — 시간이 소모되는 지점

새로운 방식을 도입하기 전에, 기존 워크플로우가 실제로 어떻게 작동하는지 정확히 파악하는 것이 중요합니다. 이는 프로세스 문서에 적힌 이상적인 모습이 아니라, 10영업일의 실사 기간이 있는 거래에서 실제로 발생하는 상황입니다. 팀은 30개의 도급계약(Werkverträge, BGB §631에 따라 작업물 생산을 규율하는 계약) 및 관련 용역계약이 나열된 데이터룸 인덱스를 받습니다. 주니어 어소시에이트는 각 계약을 열고, 재정적·법적 익스포저를 결정하는 5개 조항(도급인/수급인, 작업 범위 설명서, 보수(§632 BGB), 검수 및 하자담보 기간(§634a, §640 BGB), 책임 제한)을 찾아 스프레드시트에 입력합니다. 시니어 어소시에이트 또는 파트너가 스프레드시트를 검토하고 이상 징후를 표시한 후, 특정 계약에 대한 심층 검토를 지시합니다. 검토 결과는 고객을 위한 의견서로 정리됩니다.

이 과정에서 가장 많은 시간이 소요되고 법적 전문성이 가장 적게 요구되는 단계는 첫 번째 단계, 즉 30개의 계약을 열고 각 계약에서 5개의 데이터 포인트를 추출하는 것입니다. 도급계약 수동 검토 병목 현상 분석에서 자세히 설명했듯이, 어소시에이트 시간의 약 80%는 계약 내에서 조항을 찾는 데(스크롤, 섹션 제목 매칭, 다른 로펌이 작성한 계약 간의 일관되지 않은 용어 해결) 소비됩니다. 나머지 20%는 조항을 읽고 값을 입력하는 데 사용됩니다. 조항 찾기에 드는 오버헤드는 추출 과정에서 제거되며, 읽고 입력하는 작업은 검증으로 대체됩니다.

1단계: 사전 실사 목록 작성 — 읽기 전에 보유 현황 파악

추출 워크플로우는 계약서를 하나도 열기 전에 시작됩니다. 어소시에이트는 데이터룸 인덱스(일반적으로 각 문서를 파일명, 날짜, 상대방별로 나열한 Excel 스프레드시트)를 열고 15분이 소요되는 분류 작업을 수행하여 이후 몇 시간을 절약합니다. 분류는 세 단계로 이루어집니다:

1단계: 계약서와 부속 문서 분리. 독일 미텔슈탄트 회사의 데이터룸에는 도급계약, 용역계약(Dienstleistungsverträge, BGB §611), 기본 계약(Rahmenvereinbarungen), 변경 계약(Änderungsvereinbarungen), 그리고 원본 계약을 참조하지만 대체하지는 않는 주문 확인서(Auftragsbestätigungen)가 포함될 수 있습니다. 추출 열은 주요 계약을 위해 설계되었습니다. 변경 계약과 확인서는 검토자가 검증 중에 참조할 보조 문서이므로 별도의 추출 대상이 아닙니다. 업로드 배치에서 제거하고 나중에 참조할 수 있도록 별도 폴더에 보관하십시오.

2단계: 계약 유형별 또는 불확실성별로 그룹화. 데이터룸 인덱스에 각 문서가 도급계약 또는 용역계약으로 명확히 표시된 경우, 그에 따라 그룹화합니다. 인덱스가 모호한 경우("Service Agreement", "Dienstleistungsvereinbarung", "Werkvertrag/Dienstvertrag (추후 결정)") 계약을 하나의 배치로 남겨두고 추출 중에 추론 열을 추가합니다: "계약 유형(옵션: 도급계약/용역계약/불명확)." AI는 작업 범위 설명서를 읽고 추출 중에 계약 유형을 분류합니다. 검토자는 목록 작성 단계가 아닌 플래그 검토 단계에서 분류를 확인합니다. 이는 일반적인 순서를 역전시킵니다. 즉, 계약을 읽기 전에 수동으로 분류하는 대신, AI가 분류를 제안하면 검토자가 이를 확인하거나 수정합니다.

3단계: 이상치 식별. 스캔된 계약서(전자문서가 아닌 경우), 수기로 수정된 계약서, 독일어와 영어가 혼용된 계약서, 또는 서명 페이지 누락 등 명백히 불완전한 계약서는 목록에 플래그를 표시해야 합니다. 이러한 계약서는 검토자가 우선적으로 확인해야 할 대상이 됩니다. 추출 품질은 입력 품질을 따르기 때문입니다. 바인더에서 저조도로 촬영된 계약서는 평판 스캔 PDF보다 추출 신뢰도가 낮으므로, 검증 작업을 시작하기 전에 검토자가 어떤 계약서를 먼저 확인해야 하는지 알 수 있어야 합니다.

목록 작성 단계는 15분이 소요되며, 이는 담당 변호사가 각 계약서를 개별적으로 열어 문서 유형을 파악하는 데 소요되던 1시간을 대체합니다. 목록은 배치의 지도 역할을 하며, 배치 추출은 이 지도에 데이터를 채워 넣습니다.

2단계: 배치 추출 — 한 번 정의하면 모든 곳에서 추출

추출 단계에서는 열 정의가 AI의 지침이 됩니다. 이 단계는 도급계약 조항 추출 가이드에 자세히 설명되어 있지만, 워크플로 통합 관점에서 한 가지 고려 사항이 추가됩니다. 즉, 열 정의는 추출 정확성뿐만 아니라 후속 검토 단계를 염두에 두고 설계되어야 합니다.

3단계: 조항 레지스트리 — 문서 30개 대신 스프레드시트 1개

일괄 추출의 결과물은 일괄 조항 레지스트리 가이드에서 조항 레지스트리라고 부르는 스프레드시트입니다. 이 스프레드시트는 각 행이 계약서이고 각 열이 조항인 형태입니다. 이 스프레드시트는 나머지 실사 워크플로우의 허브 역할을 합니다. 이후의 모든 검토 단계는 이 스프레드시트를 출발점으로 사용하며, 심층 판독이 필요한 계약서는 수동으로 PDF 30개를 열어보는 것이 아니라 이 스프레드시트에서 식별됩니다.

레지스트리는 개별 계약 파일을 대체하여 주요 검토 문서가 됩니다. 팀은 더 이상 "계약서 17번에 뭐가 있지?"라고 묻기 위해 계약서 17번을 열지 않습니다. 레지스트리의 17번 행을 보고 질문합니다. 계약서 PDF는 레지스트리가 원본 확인이 필요한 사항(법정 기본값에서 벗어난 하자담보 기간, 계약 가치에 비해 불균형한 책임 한도, "불명확"으로 분류된 계약 유형 등)을 플래그할 때만 열립니다. 레지스트리는 최종 작업 산출물이 아니라, 검토자에게 어떤 계약서를 더 깊이 살펴봐야 하고 어떤 계약서를 표준으로 수용할 수 있는지 알려주는 탐색 계층입니다.

이것이 가장 중요한 워크플로우 통합 지점입니다. 선임 어소시에이트는 더 이상 30개의 PDF를 열어 내용을 확인하지 않습니다. 주니어 어소시에이트(또는 추출 엔진)가 이미 그 작업을 수행했습니다. 선임은 레지스트리를 열고 열에서 이상 징후를 스캔한 후, 레지스트리가 시간을 들일 가치가 있다고 표시한 5개의 계약서를 엽니다. 나머지 25개 계약서는 무작위 표본 검사(3~4개를 무작위로 열어 추출된 값이 일치하는지 확인)를 통해 검증하고 나머지는 수용합니다. 이는 실사의 축소가 아니라, 문제가 없는 표준 계약서에서 위험이 존재하는 이상 계약서로 실사를 재배분하는 것입니다.

4단계: 플래그 검토 — 하자담보 만기 임박, 과도한 책임 상한, 유형 불명확 계약 우선 검토

플래그 검토는 레지스트리에 대해 세 가지 패스로 구성된 구조화된 분석입니다. 이는 일괄 조항 레지스트리 가이드에 설명된 동일한 세 가지 패스이지만, 여기서는 더 광범위한 실사 워크플로우의 일부로 통합됩니다. 패스는 추출을 구성한 주니어가 아닌, 시니어 어소시에이트 또는 파트너가 수행합니다. 추출 엔진이 계약서를 읽고, 시니어가 레지스트리를 읽으며, 주니어의 역할은 데이터 입력에서 추출 구성 및 검증 지원으로 전환됩니다.

패스 1 — 하자담보 만기 정렬. "Gewährleistungsablauf" 계산 열을 기준으로 레지스트리를 오름차순 정렬합니다. 상단에 위치한 계약서, 즉 향후 6개월 이내에 하자담보가 만료되는 계약이 우선 검토 대상입니다. 이는 클로징 후 하자 주장 기간이 가장 짧고, 매수자가 매도자로부터 알려진 하자에 대해 가장 구체적인 공개를 필요로 하는 계약입니다. 보수가 €180,000이고 하자담보가 4개월 후 만료되는 지붕 수리 도급계약은, 보수가 €12,000이고 하자담보가 4년 후 만료되는 IT 유지보수 용역계약과 본질적으로 다른 협상 과제입니다. 정렬된 열 덕분에 30개의 개별 문서를 비교할 필요 없이 한눈에 차이를 확인할 수 있습니다.

패스 2 — 책임 상한 대 계약 가치 비교. 각 행에 대해 "Haftungsbeschränkung" 열과 "Vergütung" 열을 비교합니다. €400,000 상당 계약에 대한 책임 상한이 €30,000인 경우(계약 가치의 7.5%), 이는 수급인의 하자 이행에 대한 노출이 계약의 재정적 중요성의 극히 일부로 제한됨을 의미합니다. 이러한 행에 플래그를 지정합니다. 해당 수급인이 대상 회사의 운영에 중요한 경우(예: 3개 생산 현장의 유일한 시설 유지보수 제공업체), 이 상한은 매수자에게 중대한 위험입니다. 매도자에게는 상한 설정의 상업적 근거와 위험을 완화할 수 있는 수급인의 이행 실적이 있는지 질문해야 합니다.

패스 3 — 계약 유형 분류. "Vertragstyp" 열을 "불명확"으로 필터링합니다. 이 계약들은 작업 범위 설명서가 의무가 결과 지향적인지(도급계약, BGB §631) 또는 노력 지향적인지(용역계약, BGB §611)를 명확히 규정하지 않습니다. 독일법상 계약 유형이 모호하다는 것은 하자담보 체계도 모호함을 의미합니다. 도급계약의 경우 건축물에 대해 §634a Abs. 1 Nr. 2 BGB에 따른 5년 하자담보 기간이 적용되는 반면, 용역계약의 경우 §§195, 199 BGB에 따른 일반 3년 소멸시효가 적용됩니다. 상대방은 자신의 책임을 제한하는 해석을 주장할 것입니다. 각 "불명확" 계약은 열어서 자격을 갖춘 검토자(변호사)가 작업 범위 설명서를 전체적으로 읽고, 검토 의견서가 최종 확정되기 전에 분류를 확정해야 합니다.

세 가지 패스로, 각 패스는 30개 전체 계약에 대해 하나의 질문에 동시에 답변합니다. 개별적으로 검토된 30개 계약에 대해 동일한 분석을 수행하는 데는 며칠이 걸릴 것입니다. 분석 자체가 복잡해서가 아니라, 데이터가 30개 문서에 분산되어 있고 검토자의 작업 기억 용량이 30개의 비교를 동시에 유지할 수 없기 때문입니다. 레지스트리는 데이터를 하나의 화면으로 압축하며, 분석은 자연스럽게 이어집니다.

5단계: 본 실사 — 레지스트리를 활용한 법률 검토 지원 (대체 아님)

플래그 검토는 심층 분석이 필요한 계약을 식별합니다. 본 실사 단계에서는 법무팀이 해당 계약을 검토하되, 계약 내용을 발견하기 위한 목적이 아닌 질문을 가지고 검토합니다. 그 질문은 레지스트리에서 비롯됩니다. 플래그가 지정된 각 계약에 대해 검토자는 스프레드시트에 기재된 내용을 이미 알고 있습니다. PDF를 여는 목적은 해당 내용을 확인하고, 추출 과정에서 의도적으로 제외된 주변 맥락(표준 조항, 전문, 추출된 조항을 한정하거나 무효화할 수 있는 정의 조항)을 읽기 위함입니다.

이것이 추출과 법적 판단의 경계이며, 이 경계를 명확히 유지하는 것이 법률 검토의 무결성을 보존합니다. 추출은 계약을 읽고 스프레드시트를 작성합니다. BGB를 해석하거나, 상업적 합리성을 평가하거나, 법적 위험에 대해 조언하지 않습니다. 이러한 판단은 변호사의 책임으로 남아 있으며, 플래그 검토는 바로 이러한 판단이 필요한 지점을 식별하기 위해 존재합니다. 500,000유로 계약에 대한 50,000유로 한도의 책임 제한(Haftungsbeschränkung)은 스프레드시트 값입니다. 해당 한도가 상업적으로 불합리한지, 개별 협상이 아닌 표준 약관(AGB)이므로 AGB 규제(BGB §§307~309)에 따라 무효가 될 수 있는지, 매수인이 이에 대한 특정 면책을 요구해야 하는지 등은 법적 질문입니다. 추출은 데이터를 테이블에 올려놓고, 변호사가 그 의미를 결정합니다.

본 실사 단계에서는 사전 실사 목록에서 플래그가 지정된 예외 계약(스캔된 PDF, 수기로 작성된 수정 사항, 다국어 계약)도 처리합니다. 이러한 계약의 경우 검토자는 추출된 값을 특별히 주의하여 확인하고, 추출이 신뢰할 수 없는 부분은 수동으로 메모를 추가하여 스프레드시트를 보완합니다. 레지스트리가 기본 문서이고, 계약 PDF는 확인 및 맥락 파악을 위한 참고 자료입니다. 이는 기존 워크플로우(계약 PDF가 기본 문서이고 스프레드시트가 보조 기록이었던 방식)를 역전시킨 것이며, 바로 이 역전을 통해 시간이 절약됩니다.

다운스트림 통합: 조항 레지스트리를 검토 의견서 및 클로징 후 단계에 활용하기

워크플로는 법률 검토로 끝나지 않습니다. 플래그 검토 및 전체 실사에서 도출된 결과는 고객을 위한 실사 의견서에 정리되어야 하며, 조항 레지스트리 자체는 클로징 후 참조 문서가 됩니다. 통합 지점은 간단합니다. 레지스트리가 이미 스프레드시트 형식이기 때문입니다. 이는 거래팀의 나머지 구성원이 재무 모델, 공개 스케줄, 클로징 후 통합 계획에 사용하는 것과 동일한 형식입니다.

검토 의견서. 3단계 분석에서 플래그가 지정된 계약은 실사 의견서의 "주요 계약 위험" 섹션의 핵심 내용이 됩니다. 플래그가 지정된 각 계약에 대해 한 문단 분량의 항목이 작성됩니다. 여기에는 계약 설명(도급인/수급인, 작업 범위 설명서 요약, 보수), 발견 사항(4개월 후 만료되는 하자담보, 계약 가치의 7.5%로 과도한 책임 한도, 모호한 계약 유형), 권장 조치(매도인에게 특정 공개 요청, 면책 협상, 계약 유형에 대한 법적 해석 확보)가 포함됩니다. 해당 문단은 레지스트리 데이터와 전체 실사 판독 과정에서 검토자가 작성한 메모를 바탕으로 작성됩니다. 레지스트리는 사실을 제공하고 검토자는 분석을 제공합니다.

공개 스케줄. 매수인 측 변호사는 레지스트리를 사용하여 공개 스케줄(매매 계약의 진술 및 보장에 대한 매도인의 예외 목록)을 작성합니다. 하자담보 만기가 임박했거나 책임 한도가 과도한 계약은 매도인이 구체적으로 공개해야 하는 항목입니다. 일반적인 공개("데이터룸 내 모든 계약")만으로는 매수인이 특정 위험을 인지했다고 보기에 충분하지 않을 수 있기 때문입니다. 레지스트리는 공개 스케줄에 필요한 계약별 구체성을 제공합니다.

클로징 후 계약 관리. 거래 종결 후, 매수인은 대상 회사의 계약을 승계하며, 조항 레지스트리는 매수인의 계약 관리 시스템의 기초가 됩니다. 하자담보 만료 열은 매수인의 법무팀에 어떤 하자담보가 곧 만료되어 기한 내에 하자 검사가 필요한지 알려줍니다. 책임 제한 열은 위험 관리팀에 어떤 계약자가 불량 이행에 대해 가장 낮은 재정적 책임을 지는지 알려줍니다. 실사를 위해 구축된 레지스트리는 지속적인 계약 관리를 위해 사용되는 레지스트리가 됩니다. 동일한 데이터가 계약 수명 주기의 다른 단계에서 재사용되는 것입니다.

통합이 대체가 아닌 추가인 이유

법률 워크플로우에 자동화를 도입할 때 반복적으로 제기되는 우려는 변호사가 훈련받고 보수를 받는 판단 업무를 대체할 것이라는 점입니다. 조항 추출의 경우 이러한 우려는 적절하지 않습니다. 추출은 판단 업무에 영향을 미치지 않기 때문입니다. 추출은 법적 전문 지식이 전혀 필요 없는 검토 시간의 80%를 차지하는 '찾아서 입력하는' 단계를 대체하고, 분석 단계는 그대로 둡니다. 추출을 워크플로우에 통합한 법무팀은 더 적은 수의 계약을 검토하거나 법적 분석에 더 적은 시간을 할애하지 않습니다. 동일한 분석 시간을 더 나은 기반, 즉 검토 의견서가 이미 기한을 넘겼는데도 어소시에이트가 여전히 채우고 있는 빈 스프레드시트 대신, 이미 데이터가 채워져 있고 정렬 및 상호 비교가 가능한 스프레드시트에 사용합니다.

이는 모든 워크플로우 통합에 적용되는 동일한 원칙입니다. 새로운 단계는 기존 워크플로우의 마찰을 줄여야 하며, 팀이 기존 방식과 함께 유지 관리해야 하는 병렬 워크플로우를 추가해서는 안 됩니다. 사전 실사 목록, 일괄 추출, 조항 레지스트리, 플래그 검토, 전체 실사는 기존 프로세스에 덧붙여진 새로운 프로세스가 아닙니다. 이는 '찾는' 오버헤드가 제거된 기존 프로세스, 즉 어소시에이트가 PDF를 스크롤하는 데 사용하던 시간에 추출 엔진이 구축한 레지스트리를 기반으로 계약 검토, 이상 징후 플래그 지정, 법적 분석, 메모 작성이라는 동일한 일련의 단계를 수행하는 것입니다.

FAQ — 독일 법률 실사에 조항 추출 통합하기