건설 계약서와 시방서 AI 검토, 쟁점을 원문 근거로 정리하는 방법

건설 프로젝트에서 계약 조건을 찾는 일은 계약서 한 장을 읽는 것으로 끝나지 않습니다. 특약, 시방서, 도면, 견적 내역, 질의회신, 변경 합의서에 서로 다른 조건이 남을 수 있습니다. 검토자는 어떤 문서가 해당 공종과 시점에 적용되는지부터 확인해야 합니다.

계약서 검토 AI와 문서 검색 AI는 이 자료들을 찾고 비교표를 만드는 데 활용할 수 있습니다. 쟁점, 인용 구절, 적용 문서, 확인이 필요한 사항을 한곳에 정리하는 것이 좋은 첫 목표입니다. AI가 만든 위험 점수나 요약만으로 계약의 법적 효력, 책임, 비용 부담을 확정하는 흐름은 피하고, 담당자가 원문을 검토할 수 있는 산출물로 설계하세요.

검토할 문서 묶음부터 확정하세요

우선 한 프로젝트와 한 검토 주제를 정합니다. 예를 들어 자재의 성능 조건, 납품·검수 범위, 설계 변경 관련 자료 중 하나입니다. 전사 계약서를 모두 연결하기 전에 해당 프로젝트의 확정 문서와 검토 중인 문서를 구분하세요.

문서	남길 정보	확인할 관계
계약서·특약	계약 ID, 체결일, 당사자, 서명 상태	어떤 첨부와 조건을 포함하는가
시방서·도면	공종, 개정 번호, 승인일, 적용 구간	현재 작업에 적용되는 버전인가
변경 합의·질의회신	연결 계약, 변경 항목, 승인 상태	어떤 기존 조건을 바꾸거나 설명하는가
견적·내역서	품목, 수량, 단위, 포함·제외 사항	기술 요구와 산정 범위가 맞는가

파일을 모았다고 문서 간 우선순위가 자동으로 정해지지는 않습니다. 계약에 우선순위나 변경 절차가 명시돼 있다면 그 조항을 찾아 함께 검토하고, 해석이 필요한 부분은 법무·계약 담당자에게 확인합니다. 작성 날짜가 가장 늦다는 이유만으로 모든 이전 조건을 대체한 것으로 처리하지 마세요.

문서중앙화 시스템이나 NAS에서 자료를 가져온다면 원문 경로와 접근 조건도 유지해야 합니다. 같은 이름의 제출본, 내부 검토본, 확정본이 있을 수 있으므로 “최종”이라는 파일명보다 승인 상태와 적용 범위를 신뢰할 수 있게 정리합니다.

서로 다른 자재 조건을 발견했다면 이렇게 정리합니다

다음은 검토 방식을 보여주는 가상 예시입니다. 원 시방서에는 자재 등급 A가 적혀 있고, 변경 도면에는 B가 표시돼 있습니다. 질의회신은 특정 구간에 한해 대체 자재를 검토할 수 있다고 설명하지만 최종 승인서는 찾지 못했습니다.

이 상황에서 “B로 변경됐다”라고 답하면 적용 구간과 승인 여부가 사라집니다. 유용한 초안은 서로 다른 조건이 적힌 원문을 보여주고, 대체 적용 가능성이 있는 구간과 승인 자료의 부재를 구분하는 것입니다. 검토자는 문서 묶음이 완전한지 확인하고, 기술·계약 담당자에게 필요한 질문을 전달합니다.

쟁점	찾은 근거	남길 확인 사항
원래 자재 조건	원 시방서의 등급 A 문장	해당 공종과 적용 구간
변경된 표기	변경 도면의 등급 B 주기	도면 개정과 승인 상태
대체 허용 설명	질의회신의 특정 구간 조건	전체 구간으로 확대 가능한지
최종 확정 여부	승인 자료를 찾지 못함	누락인지 미승인인지 담당자 확인

이 표는 계약 판단의 정답이 아니라 검토 자료의 구조입니다. 문서 제목과 개정, 페이지·조항 또는 식별 가능한 원문 위치를 함께 기록해야 담당자가 재확인할 수 있습니다. “자료를 찾지 못함”은 “승인되지 않음”과 다른 상태입니다. 검색 결과가 없을 때 사실을 단정하지 않도록 시험하세요.

문장을 요약할 때 조건과 예외를 남기세요

계약서 분석 AI를 평가할 때는 주요 조항을 잘 찾는지와 의미를 정확히 보존하는지를 따로 봅니다. “서면 승인 후”, “해당 구간에 한해”, “별도 합의가 없는 경우”처럼 짧은 표현이 검토의 핵심일 수 있습니다. 간결한 요약을 요구할수록 이런 조건이 빠지는지 확인하세요.

기간을 추출할 때도 날짜와 기산점을 함께 남깁니다. 문서 제출 후인지, 검수 완료 후인지, 승인 통지 후인지에 따라 같은 기간 숫자가 다른 의미가 됩니다. 금액과 수량은 단위, 세금 포함 여부, 예외 조건을 원문과 함께 확인합니다. 표의 열이 잘못 연결되면 정확한 숫자를 읽고도 엉뚱한 항목에 배정할 수 있습니다.

스캔 계약서는 OCR 결과에서 부정 표현, 소수점, 조항 번호가 바뀌는지도 보세요. 자동 추출된 문장만 읽는 대신 중요한 쟁점의 원본 페이지를 열어 인용이 맞는지 확인해야 합니다. OCR·PDF 검색 가이드는 스캔 품질과 표 구조를 시험하는 방법을 다룹니다.

AI가 정리한 초안을 부서별로 검토합니다

기술 조건의 적합성은 설계·현장 담당자가, 수량·단가는 견적·원가 담당자가, 계약 해석과 책임은 계약·법무 담당자가 검토하는 식으로 역할을 정합니다. AI에게 모든 쟁점의 최종 결론을 요청하기보다 각 담당자에게 필요한 원문과 질문을 정리하게 하는 편이 업무에 맞습니다.

검토 결과에는 원문에 확인된 사실, 문서 사이의 차이, 담당자의 해석, 추가 자료 요청을 구분해 남깁니다. 초안에 사람이 보탠 판단이 원문 인용처럼 보이지 않도록 표현하세요. 사내 검토가 끝난 내용과 상대방에게 발송한 공식 회신도 다른 상태로 관리해야 합니다.

변경 합의서를 새로 추가했다면 앞서 만든 검토표를 다시 확인합니다. 과거 대화에서 인용한 초안이 확정본처럼 계속 사용되지 않는지, 삭제된 문서의 인용을 어떻게 다루는지도 점검합니다. 문서 갱신과 삭제 시험을 프로젝트 운영 절차에 포함할 수 있습니다.

좋은 계약서 검토 AI는 모르는 부분을 드러냅니다

PoC에는 정답이 쉬운 조항 검색만 넣지 마세요. 이름이 비슷한 다른 현장의 계약, 서로 다른 개정본, 승인되지 않은 변경안, 누락된 첨부, 원문에 답이 없는 질문을 함께 준비합니다. 잘못된 프로젝트를 연결한 답변은 유창해도 통과시킬 수 없습니다.

평가 항목은 적용 프로젝트·버전 선택, 조건·예외의 보존, 인용 위치의 정확성, 근거 없는 단정, 담당자의 검토 시간을 포함합니다. 답변마다 근거가 있다는 사실만으로 그 근거가 현재 유효하거나 전체 쟁점을 포함한다고 판단하지 마세요. 위험도가 높은 쟁점은 검토 담당자가 별도의 원문 확인을 완료하도록 기준을 정합니다.

권한도 자료 종류별로 시험합니다. 현장 공통 시방서는 열람할 수 있어도 계약 금액이나 상대방 협상 자료는 제한될 수 있습니다. 접근 제한은 원문 링크뿐 아니라 제목, 검색 요약, 인용, 대화 이력까지 확인해야 합니다. 기관·프로젝트별 자료를 나누는 방법은 사내 AI 보안 검토와 함께 준비할 수 있습니다.

Wissly의 건설 문서 활용을 검토한다면

호반건설과 Wissly의 실증 사례는 현업이 문제와 검증 기준을 정의하고, 계약서·공정 문서·기술 검토 자료·보고서를 대상으로 문서 기반 AI 활용을 공동 검증하는 프로젝트입니다. 공개 사례의 검증 범위를 참고하되, 모든 계약 쟁점의 자동 판정이나 법적 오류 방지 효과가 입증된 것으로 해석하지 않아야 합니다.

Wissly는 사내 문서를 연결해 검색·분석하고 원문 근거를 확인하며 업무 문서를 작성하는 흐름을 지원합니다. 외부 반출이 어려운 계약·기술 자료는 Enterprise 배포 구성에서 사내망 운영을 검토할 수 있습니다. 저장소·문서중앙화·업무 시스템 연동과 권한은 환경에 맞춰 범위를 협의합니다.

도입 상담을 준비할 때 대표 프로젝트의 문서 목록, 확정·검토 중 구분, 첫 검토 주제, 접근 조건을 전달하세요. 민감한 실제 파일은 공유 조건을 먼저 정하고, 초기 설명에는 비식별 예시나 문서 구조를 사용할 수 있습니다. 검토자가 재확인할 수 있는 근거 비교표를 목표 산출물로 정하면 제품 설명보다 실제 문서 업무로 적합성을 판단할 수 있습니다.