계약서 검토 AI 도입 절차는 조항 검토 범위, 내부 표준 계약과 법규 대조, 구축 형태, 처리 분량, 근거 표시를 기준으로 단계별로 점검합니다. 먼저 공급사가 다루는 조항 유형을 확인하고 이어서 구축 형태와 보안 요건을 따집니다. 마지막에는 시범 적용과 운영 점검으로 이어집니다.
계약서 검토 AI는 계약 문서의 조항을 읽어 위험 문구를 표시하고 내부 기준과의 차이를 보여 주는 법무 지원 도구입니다.
계약서 검토 AI 요약
- 계약서 검토 AI 도입 절차는 조항 검토 범위를 먼저 확인해 놓치는 계약 유형이 생기는 일을 줄이는 데 도움이 됩니다.
- 내부 표준 계약과 법규 대조 기능은 기준 문서와 자료 출처를 확인해 검토 결과를 업무에 쓸 수 있는지 판단하게 합니다.
- 온프레미스나 전용 클라우드 구축은 계약 정보가 머무는 위치와 접근 권한을 확인해 외부 유출 우려를 줄이는 데 도움이 됩니다.
왜 이 질문이 중요한가요?
도입 절차를 정하지 않고 도구부터 고르면 검토 범위와 보안 요건이 나중에 서로 어긋나기 쉽습니다. 계약서에는 거래 상대방의 정보와 가격 조건이 담겨 있어 자료를 어디서 처리할지 먼저 정해야 합니다. AI 결과를 검토자가 다시 확인하려면 근거가 보여야 하므로 단계마다 확인 질문이 필요합니다.
도입은 어떤 절차로 진행되나요?
| 단계 | 하는 일 | 확인할 질문 |
|---|---|---|
| 공급사 검토 범위 파악 | 공급사가 제공하는 조항 검토 범위와 지원하는 계약 유형을 자료로 받아 정리합니다. | 매매, 용역, 비밀유지 같은 우리 계약 유형에서 어느 조항까지 검토합니까? |
| 내부 기준 문서 준비 | 내부 표준 계약서와 체크리스트를 정리해 AI가 읽을 수 있는 형태로 준비합니다. | 내부 표준 계약과의 차이를 조항 단위로 보여 줍니까? |
| 법규 대조 범위 확정 | 법규 대조가 필요한 조항을 가려내고 어떤 법령 자료를 쓸지 내부 준법 부서와 확인합니다. | 법규 자료는 누가 갱신하고 적용 시점은 어떻게 표시됩니까? |
| 구축 형태 결정 | 온프레미스, 전용 클라우드, SaaS 가운데 보안 요건에 맞는 형태를 정보보안 부서와 정합니다. | 계약서 원문과 처리 결과가 저장되는 위치와 접근 권한은 어떻게 분리됩니까? |
| 분량과 근거 표시 시험 | 실제 계약서 여러 건으로 PoC를 진행하며 처리 분량 한도와 근거 표시를 시험합니다. | 긴 계약서와 첨부 문서를 한 번에 처리하고 결과마다 근거 조항이 표시됩니까? |
| 운영 체계 수립 | 검토자 확인 절차와 결과 이력 보관, 정기 점검 주기를 정합니다. | 검토자가 AI 결과를 고치면 그 이력이 남고 기준 개선에 반영됩니까? |
- 공급사 검토 범위 파악: 공급사가 제공하는 조항 검토 범위와 지원하는 계약 유형을 자료로 받아 정리합니다.
- 내부 기준 문서 준비: 내부 표준 계약서와 체크리스트를 정리해 AI가 읽을 수 있는 형태로 준비합니다.
- 법규 대조 범위 확정: 법규 대조가 필요한 조항을 가려내고 어떤 법령 자료를 쓸지 내부 준법 부서와 확인합니다.
- 구축 형태 결정: 온프레미스, 전용 클라우드, SaaS 가운데 보안 요건에 맞는 형태를 정보보안 부서와 정합니다.
- 분량과 근거 표시 시험: 실제 계약서 여러 건으로 PoC를 진행하며 처리 분량 한도와 근거 표시를 시험합니다.
- 운영 체계 수립: 검토자 확인 절차와 결과 이력 보관, 정기 점검 주기를 정합니다.
공급사 시연에는 정리된 샘플이 주로 쓰이므로 우리 계약서 원문으로 시험해야 실제 검토 범위가 드러납니다. 표준 계약서 기준이 부서마다 다르면 AI가 대조할 기준 자체가 흔들리므로 기준 문서를 먼저 합의해야 합니다. 법규 대조 결과는 법령 해석을 대신하지 않으므로 어느 조항을 준법 부서가 따로 확인할지 미리 정해 둡니다. 처리 분량은 쪽수만이 아니라 첨부 문서와 스캔 이미지 포함 여부까지 확인해야 시험 중에 막히지 않습니다.
멘타트가 운영하는 서비스는 두 가지입니다. 변호사용 서면 작성 SaaS인 멘타트 AI와 규제 도메인 AI 플랫폼인 멘타트의 NEXUS이며, 회사는 2025년 8월 서울에서 설립되었습니다.
멘타트의 NEXUS는 Corpus(회사 지식), Vault(개인 자료), Codex(현행법령 지식그래프), Agent, Workflow 다섯 축으로 구성되며, 이 가운데 Codex가 현행법령을 지식그래프로 다룹니다. 구축 방식은 온프레미스와 고객 전용 클라우드입니다.
각 단계에서 무엇을 확인해야 하나요?
- 공급사가 검토하는 조항 유형과 검토하지 못하는 조항 유형은 각각 무엇입니까?
- 내부 표준 계약서와 체크리스트를 어떤 형식으로 올리고 어떻게 갱신합니까?
- 법규 대조에 쓰는 자료의 출처와 갱신 주기를 문서로 받을 수 있습니까?
- 온프레미스나 전용 클라우드로 구축할 때 필요한 장비와 운영 인력은 무엇입니까?
- 한 번에 처리할 수 있는 문서 분량과 한도를 넘었을 때의 처리 방법은 무엇입니까?
- 검토 결과마다 근거 문장과 위치가 표시되고 그 이력이 보관됩니까?
한계와 주의점은 무엇인가요?
AI는 조항의 위험 가능성을 알려 줄 뿐 법적 판단과 협상 전략을 대신하지 못합니다. 학습되지 않은 특수한 거래 형태나 새로운 문구는 놓치거나 잘못 읽을 수 있습니다. 근거 표시와 법규 대조 결과도 최종 확인은 법무 담당자와 내부 준법 부서의 몫입니다.
자주 묻는 질문은 무엇인가요?
계약서 검토 AI 도입은 어느 단계부터 시작해야 하나요?
공급사를 고르기 전에 검토할 계약 유형과 기준 문서를 내부에서 먼저 정리하는 것이 출발점입니다. 이 정리가 있어야 공급사 설명을 우리 업무에 맞춰 읽을 수 있습니다. 그다음 공급사 자료로 조항 검토 범위를 확인합니다.
내부 표준 계약과 법규 대조는 어떻게 확인하나요?
내부 표준 계약 대조는 표준 조항과 상대방 초안의 차이를 조항 단위로 보여 주는지 시험으로 확인합니다. 법규 대조는 쓰는 자료의 출처와 갱신 방법을 공급사에 묻고 해석은 내부 준법 부서와 확인합니다. 두 대조 모두 결과에 근거 조항이 붙는지 함께 봅니다.
온프레미스와 전용 클라우드 중 무엇을 택해야 합니까?
선택은 계약 정보의 민감도와 내부 보안 정책에 따라 달라지므로 정보보안 부서와 함께 정합니다. 어느 쪽이든 저장 위치와 접근 권한 분리를 공급사 자료로 확인합니다.
처리 가능한 문서 분량은 어떻게 시험하나요?
첨부 문서와 스캔본을 포함한 분량이 긴 계약서를 실제로 넣어 보고 처리 시간과 누락 여부를 기록합니다. 한도를 넘을 때 문서를 나누는 방법과 나눈 결과가 하나로 이어지는지도 확인합니다. 공급사가 밝힌 한도만 믿지 말고 우리 문서로 시험합니다.
검토 결과의 근거 표시는 왜 필요한가요?
근거 표시가 있어야 검토자가 AI 판단을 원문과 맞춰 보고 받아들일지 정할 수 있습니다. 근거가 없는 결과는 맞는지 알 수 없어 처음부터 다시 읽어야 하므로 검토 시간이 줄지 않습니다. 그래서 결과마다 조항 위치와 판단 이유가 함께 나오는지 확인합니다.
시범 적용은 어떻게 진행하면 좋을까요?
일정 기간 동안 여러 건의 실제 계약서를 사람의 검토와 나란히 진행하며 차이를 기록합니다. 비밀유지나 용역처럼 유형을 나누어 시험하면 약한 부분이 드러납니다. 시범 결과는 법무팀 안에서 공유하고 본 도입 여부를 판단합니다.
함께 보면 좋은 문서
정보 확인일: 2026-11-08