Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

IT 인사이트/발주자를 위한 AI 계약 가이드

서명 전 마지막 점검 - AI 계약 체크리스트 총정리 (08/08)

hfcconsulting 2026. 7. 16. 16:31

발주자를 위한 AI 계약 가이드 · Ep.08 (완결)

서명하기 전,
여덟 줄만 확인한다.

서명 전 마지막 점검 — AI 계약 체크리스트 총정리 · HFC Consulting


계약서 최종본이 도착했다. 서명은 내일 오전이다. 조항 전체를 처음부터 다시 읽을 시간은 없다. 법무 검토는 끝났지만, 법무의 관점은 법률 리스크이지 사업 리스크가 아니다. AI와 관련해 사업 담당자가 직접 확인해야 할 항목이 있다. 이 연재의 일곱 편을 그 목적에 맞게 한 장으로 압축했다.

계약의 진행 순서대로 따라가면 된다. RFP에서 유지보수까지, 여덟 줄이다.

단계별 종합 체크리스트

단계 확인 질문 근거 편
1. RFP AI 도구·공정·데이터의 3요소 고지 요구가 있었는가, 그 답변이 계약 문서에 편입되는가 Ep.02
2. 대가 검증·보안·문서화 공수가 별도 항목인가, 재산정 트리거가 있는가 Ep.03
3. 산출물 의사결정기록(ADR)과 AI 활용 내역서가 목록과 별첨 양식으로 존재하는가 Ep.04
4. 검수 기능·품질·보안·라이선스·고지의 5개 층위와 리포트 제출 의무, 보류 절차가 있는가 Ep.05
5. 보증 "개발 방식·도구 불문" 하자담보와 제3자 지식재산권 면책이 있는가 Ep.06
6. 데이터 입력 금지·승인 도구 목록·24시간 통지의 3단 구조가 있는가 Ep.07
7. 변경 AI 도구 변경과 프로토타입발 범위 확장을 다루는 변경관리 게이트가 있는가 1기 Ep.04
8. 유지보수 AI 생성 모듈이 하자보수·유지보수 범위에 명시적으로 포함되는가 Ep.06

세 번 점검한다 — 시점별 사용법

이 체크리스트는 서명 전날 한 번 쓰는 문서가 아니다. 세 시점에 걸쳐 쓸 때 효과가 가장 크다. 첫째, RFP 발행 전 — 1번과 2번 항목을 확인한다. 이 시점에 비어 있으면 비용 없이 채울 수 있다. 둘째, 우선협상 단계 — 3번부터 6번까지를 협상 안건으로 올린다. 제안서의 고지 내용이 계약 문구로 옮겨지는 구간이다. 셋째, 서명 직전 — 여덟 줄 전체를 최종 확인한다. 협상 과정에서 문구가 수정되며 처음 취지가 희석되는 일이 흔하기 때문이다. 같은 목록을 세 번 읽는 것이, 여덟 개의 조항을 각각 한 번씩 읽는 것보다 낫다.

도메인별 추가 확인

여덟 줄은 공통 기준이다. 도메인에 따라 더 봐야 할 것이 있다. 금융이라면 전자금융감독규정 등 감독 규제와 승인 도구 목록의 정합성을 먼저 확인해야 한다. 감독기관의 점검에서 계약서는 곧 증빙 문서가 되기 때문이다. 공공이라면 조달 규격·보안성 검토 절차와의 충돌 여부를 본다. 규격이 허용하지 않는 조항은 아무리 합리적이어도 반영되지 못한다. 개인정보를 다루는 사업이라면 처리위탁 구조와 국외 이전 문제까지 내려가야 한다. AI 도구의 서버가 국외에 있다면 데이터 입력 자체가 국외 이전에 해당할 수 있다. 도메인 규제는 계약 조항보다 상위에서 작동한다. 조항이 규제와 어긋나면 조항이 진다.

서명 이후 — 조항은 운영되어야 산다

서명으로 끝나는 조항은 없다. 여덟 줄의 조항은 사업 기간 내내 운영되어야 효력을 유지한다. 승인 도구 목록은 분기마다 갱신 여부를 확인하고, 검수 리포트와 AI 활용 내역서는 하자담보 기간이 끝날 때까지 보관하며, 재산정 트리거의 기준선(범위 변경률)은 변경관리 회의에서 상시 추적한다. 이 운영 업무의 담당자를 착수 회의에서 지정해 두는 것까지가 계약 준비의 마지막 단계다. 담당자 없는 조항은 분쟁이 났을 때 "그런 조항이 있었느냐"는 말과 함께 발견된다.

체크리스트가 하는 일과 하지 못하는 일

이 목록이 사업의 성공을 보장하지는 않는다. 체크리스트가 하는 일은 하나다. "몰랐다"를 없애는 것. 계약에서 가장 비싼 말이 "몰랐다"이다. 여덟 줄을 확인하고 서명하는 것과, 확인하지 않고 서명하는 것의 차이는 분쟁이 나기 전에는 보이지 않는다. 분쟁이 났을 때, 그 차이가 전부가 된다.

연재를 마치며 — 1기 "AI시대의 사업관리"가 현장의 문제를 진단했다면, 2기는 계약이라는 처방을 다뤘다. 진단 없이 처방이 없고, 처방 없는 진단은 소용이 없다. 두 연재는 함께 읽을 때 완성된다.

계약서는 사업이 순조로울 때는 서랍 안에 있는 문서다. 잘못되었을 때 가장 정밀하게 읽히는 문서이기도 하다. 꺼냈을 때 비어 있지 않도록 — 그것이 이 여덟 편의 목적이었다.

※ 본 연재의 계약 문구는 일반적 참고용이며 법률 자문을 대체하지 않습니다. 실제 계약 시 법무 검토를 권장합니다.

📎 더 읽을거리
· NIST AI Risk Management Framework — 계약 너머 조직 차원의 AI 리스크 관리 지도
· 소프트웨어 분야 표준계약서 6종 (과학기술정보통신부) — 체크리스트 항목별 표준 문안 대조용

HFC Consulting의 관점

서명 전 계약서를 이 여덟 줄 기준으로 함께 점검해 드립니다. 문서를 보내 주시면 항목별 진단 결과를 회신하겠습니다. 서명 뒤에는 늦습니다.

✉ changks@hfcconsulting.co.kr

1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석


📚 연재 · 발주자를 위한 AI 계약 가이드 (완결)
◀ 이전 편 (07/08) 우리 데이터가 남의 AI를 학습시키고 있다면
⏮ 처음부터 다시 보기 (01/08) 그 계약서에는 AI가 없다
연재 전체 보기 →

📖 다음 연재가 시작되었습니다 · AI 거버넌스 구축 가이드 (8부작)
진단(1기)과 계약(2기)에 이어, 조직 내부의 운영 체계를 다룹니다. 매회 규정·양식 템플릿을 제공합니다.
(01/08) 규정 없이 도구부터 들어왔다 — 첫 편 읽기