OpenAI 계약 데이터 에이전트 사례: PDF를 검토용 표로 바꾸는 법
계약서를 자동으로 ‘판단’하게 하기보다, 사람이 판단할 수 있는 구조와 근거를 먼저 만드는 편이 안전합니다. OpenAI의 내부 계약 데이터 에이전트 사례를 바탕으로 문서 수집·항목 추출·예외 표시·전문가 검토 흐름을 정리했습니다.

계약서, 견적서, 발주서, 정산 근거처럼 문서가 쌓이는 업무는 AI가 눈에 띄게 도움을 줄 수 있는 영역입니다. 하지만 문서에서 날짜나 금액을 읽는 일과, 그 조건이 사업·회계·법무상 어떤 의미인지 결정하는 일은 다릅니다. 두 일을 한 번에 자동화하려 하면 정확도보다 책임 경계에서 먼저 막힙니다.
OpenAI가 공개한 내부 계약 데이터 에이전트 사례는 이 경계를 비교적 명확하게 보여 줍니다. 계약 PDF, 스캔본, 사진을 하나의 흐름으로 받아 필요한 부분을 검색·추론해 구조화하고, 비표준 조항에는 주석과 원문 참고를 붙입니다. 재무 전문가는 그 결과를 검토하고 최종 분류를 확인합니다. 이 글의 양식은 해당 사례의 사실을 바탕으로 만든 LeanX의 실무 제안입니다.
사례의 핵심은 ‘표’가 아니라 근거가 있는 검토 준비입니다
OpenAI는 계약 검토가 늘어나면서 재무·엔지니어링 팀이 계약 데이터 에이전트를 만들었다고 설명합니다. 에이전트는 문서를 수집하고, 전체 문서를 무작정 넣지 않고 요청에 맞는 정보를 검색해 구조화합니다. 특이하거나 비표준인 조건은 왜 그렇게 판단했는지와 원문 참고를 붙여 전문가에게 넘깁니다.
사례 글은 검토 시간이 절반으로 줄고, 결과가 하룻밤 사이 검증 가능한 데이터로 준비된다고 보고합니다. 이는 OpenAI의 내부 운영 사례이며, 외부 조직의 성과를 보장하지 않습니다. 한국 팀이 가져갈 부분은 ‘AI가 계약을 승인한다’가 아니라 전문가가 손으로 옮기던 정보를 검토 가능한 형태로 먼저 준비한다는 설계입니다.
문서 AI는 네 단계로 쪼개야 합니다
| 단계 | AI가 할 일 | 사람이 확인할 일 | 멈춰야 할 경우 |
|---|---|---|---|
| 수집 | 파일 유형·버전·페이지를 등록 | 허용 문서와 접근 권한 | 출처·최신본이 불명확함 |
| 추출 | 기간, 금액, 갱신, 담당 조건을 표로 생성 | 원문 위치와 필드 누락 | 판독 불가·서명·표가 깨짐 |
| 예외 표시 | 표준과 다른 조항 후보·근거를 표시 | 정책·회계·법무 해석 | 정책 기준이 없거나 상충함 |
| 승인·기록 | 검토 상태와 이력 저장 | 최종 판단·후속 조치 | 승인자·되돌리기 경로가 없음 |
특히 3단계가 중요합니다. AI가 “이 조항은 이상하다”고만 말하면 담당자는 다시 처음부터 읽어야 합니다. 어떤 표준 문구와 다른지, 어느 페이지의 어느 문장을 근거로 했는지, 어떤 값이 비어 있는지를 함께 보여 줘야 검토 시간이 줄어듭니다.
‘자동 판단’ 대신 보류 가능한 결과 형식을 만드세요
문서에는 흐릿한 스캔, 손글씨 수정, 여러 버전, 예외 협의가 섞입니다. 이때 AI가 빈값을 그럴듯하게 채우면 검토가 더 어려워집니다. 결과값에는 확정·후보·보류를 나누고, 보류 상태도 유용한 결과로 취급해야 합니다.
문서 ID와 버전: 추출 항목: 시작일 / 종료일 / 금액 / 갱신 / 책임자 각 항목의 원문 페이지·문단: 표준 기준 또는 비교 대상: 상태: 확정 / 담당자 확인 / 전문 검토 필요 비표준·충돌·판독 불가 사유: 최종 승인자와 결정 시각: 원본으로 되돌아가는 링크:
이 양식은 계약뿐 아니라 발주 변경, 보조금 증빙, 인보이스 검수, 정산 요청에도 적용할 수 있습니다. 처음에는 한 문서 종류, 다섯 개 안팎의 필드, 한 명의 검수자로 제한하세요. 업무가 너무 넓으면 어디에서 오류가 생기는지 알 수 없습니다.
첫 파일럿은 20건으로 충분합니다
최근에 사람이 검토를 끝낸 문서 20건을 익명화해 사용합니다. 정상 문서뿐 아니라 빈칸, 수정본, 비표준 조건, 읽기 어려운 스캔을 섞습니다. AI가 만든 표와 담당자의 최종 판단을 비교하고, 오류를 ‘원문 판독’, ‘필드 정의’, ‘표준 기준’, ‘표현’으로 나눠 기록합니다.
문서 데이터가 민감하다면 더 좁게 시작해야 합니다. 허용할 저장 위치, 열람 권한, 보관 기간을 먼저 정하고, 실제 계약 전문을 복사하지 않아도 되는 구조를 만드세요. 업무 후보를 우선순위로 나누는 일은 AX 자가진단으로 시작할 수 있습니다.
측정할 것은 처리 건수만이 아닙니다
처리 건수가 늘어도 전문가가 원문을 다시 전부 읽어야 한다면 전환은 일어나지 않습니다. 문서별 준비 시간, 근거를 다시 찾는 시간, 보류·수정 유형, 최종 승인까지 걸린 시간을 보세요. 검토자가 AI의 결과를 어디에서 고쳤는지 기록하면 다음 개선 대상도 보입니다.
계약·정산·구매처럼 여러 부서가 같은 문서를 보는 흐름은 데이터 정의와 책임자 합의가 핵심입니다. 실제 보관·검수·승인 조건에 맞춰 설계하려면 AX 컨설팅에서 현재 문서 흐름을 기준으로 검토할 수 있습니다.
자주 묻는 질문
계약서 AI가 최종 승인까지 해도 되나요? 책임이 큰 해석과 분류는 담당자가 최종 승인해야 합니다. AI는 추출, 근거 연결, 예외 표시부터 맡기는 편이 좋습니다.
스캔본도 자료로 쓸 수 있나요? 가능합니다. 다만 판독 불확실성을 별도 상태로 남기고, 원문 페이지와 추출값을 함께 검토해야 합니다.
출처: OpenAI, “Turning contracts into searchable data at OpenAI”(2025년 9월 29일)를 2026년 9월 21일 확인했습니다. 사례의 운영 흐름과 시간 관련 설명은 OpenAI의 내부 사례를 요약한 것이며, 네 단계와 검토 양식은 LeanX의 제안입니다.
자주 묻는 질문
계약서 AI가 최종 승인까지 해도 되나요?
계약 해석과 회계 분류처럼 책임이 큰 판단은 담당자가 최종 승인해야 합니다. AI는 추출, 근거 연결, 예외 표시부터 맡기는 편이 좋습니다.
스캔본도 시작 자료로 쓸 수 있나요?
가능하지만 판독 불확실성을 별도 상태로 남겨야 합니다. 원문 페이지, 추출값, 신뢰도와 보류 사유를 함께 검토하세요.
문서 AI의 첫 성과는 무엇으로 보나요?
처리 건수만 보지 말고, 검토 준비 시간, 누락·수정 유형, 담당자가 근거를 다시 찾는 시간을 함께 보세요.
우리 팀의 반복 문서 검토를 구조화·예외 표시·승인으로 나눠 보세요.
AX 컨설팅 신청