IT 외주 잔금을 못 받았어요. 어떻게 청구하나요?

안녕하세요, 법대로해입니다.

IT 개발·웹사이트·디자인·콘텐츠 외주를 완료한 단계에서 발주자가 잔금을 미지급하는 단계에서 가장 자주 부딪히시는 질문이 "산출물 인수가 안 끝났다는 이유로 잔금을 미루는 게 정당한지, 어떻게 청구하는지" 입니다. IT 외주는 단계별 결제·요구사항 변경·산출물 검수가 잔금 다툼의 핵심 변수입니다.

"개발 다 끝났는데 발주자가 '버그가 있다'며 잔금을 안 줍니다. 받을 수 있나요?"

이 질문은 본인이 산출물 납품 후 발주자의 잔금 미지급을 확인한 시점에 자주 들어옵니다. IT 외주는 일반 공사·물품 거래와 달리 산출물의 무형성과 검수 모호함이 다툼을 키웁니다.

오늘은 IT 외주 잔금 청구에 관해 가장 많이 문의 주시는 핵심 항목을 중심으로, 잔금 다툼 영역과 회수 절차를 정리해 드립니다.

IT 외주 잔금은 단계별 결제·산출물 인수·요구사항 변경이 핵심입니다

IT 외주 회수의 기본 구조는 다음과 같습니다.

첫째, 계약서 단계별 결제입니다. IT 외주는 통상 착수금·중도금·잔금으로 단계별 결제가 정해진 사건이 많습니다. 잔금은 산출물 인수·검수 후 지급되는 구조가 일반적입니다.

둘째, 산출물 인수 입증입니다. 본인이 발주자에게 산출물을 납품·인계한 사실이 입증되어야 잔금 청구가 매끄럽습니다.

셋째, 요구사항 변경입니다. 외주 진행 중 발주자의 요구사항 변경·추가 작업이 발생한 사건은 추가 견적·동의 자료가 다툼 영역의 핵심입니다.

넷째, 버그·하자 다툼입니다. 발주자가 "산출물에 하자가 있다"며 잔금 상계를 시도하는 사건이 자주 발생합니다. 본인이 정상 산출물을 납품했음을 입증해야 합니다.

다섯째, 시효 관리입니다. 사업자 간 외주는 통상 상사채권 영역에 들어가 시효가 짧은 영역이 적용될 수 있습니다.

회수 절차 큰 그림은 거래처가 물품대금을 안 줘요. 뭐부터 해야 하나요?에서 정리해 두었습니다.

시작 전 정리해야 할 4가지

점검 항목	확인 내용
외주계약서	단계별 결제·산출물 범위·검수 기준·변경 절차
산출물 납품 자료	인계 메일·소스코드 전달·서버 배포·산출물 보관 링크
요구사항 변경	추가 작업 동의 카톡·추가 견적·메일
검수·피드백	발주자 피드백 메시지·수정 요청·완료 확인

첫째, 외주계약서입니다. 단계별 결제·산출물 범위·검수 기준이 명시되어 있어야 다툼이 매끄럽습니다.

둘째, 산출물 납품 자료입니다. GitHub 코드 전달, 서버 배포, 디자인 산출물 폴더 공유, 콘텐츠 파일 인계 같은 시점·방법이 명확해야 합니다.

셋째, 요구사항 변경입니다. 본인이 추가 작업을 한 사건은 발주자의 동의·추가 견적 자료가 필수입니다.

넷째, 검수·피드백입니다. 발주자가 본인의 산출물을 검수한 자료, 수정 요청, 완료 확인 메시지가 있으면 청구가 매끄럽습니다.

1단계, 산출물 인수 입증 자료 정리

본인이 잔금 청구 전 산출물 인계 입증을 명확히 정리합니다.

첫째, 인계 메일·메시지입니다. 산출물을 발주자에게 인계했다는 메일·카톡 메시지를 보관합니다.

둘째, 산출물 접근 권한 이전입니다. GitHub·서버·디자인 공유 폴더 같은 산출물 접근 권한이 발주자에게 이전된 사실을 정리합니다.

셋째, 발주자 사용 사실입니다. 발주자가 본인의 산출물을 실제 서비스에 사용 중이라면 산출물 인수가 사실상 완료된 강한 단서입니다.

넷째, 검수 완료 메시지입니다. 발주자가 "확인했어요", "잘 받았습니다" 같은 메시지를 보낸 기록은 인수 인정 단서입니다.

다섯째, 사용 사실 부정 시 입증 자료**입니다. 발주자가 사용을 부정해도 본인이 서버 로그·접속 기록·결과물 노출 같은 자료를 확보할 수 있는 영역이 있습니다.

의외로 많이 놓치시는 부분, "버그·완성도" 다툼은 일반적인 협의 영역이지 잔금 미지급 사유가 아닌 경우가 많습니다

가장 자주 일어나는 오해가 "발주자가 버그를 지적하면 잔금을 못 받는다"고 생각하시는 경우입니다.

다음 사건은 잔금 미지급 사유가 약합니다.

첫째, 일반적 버그·개선 요청입니다. 일반적인 버그나 개선 요청은 사후 보수 영역에서 처리되는 게 일반적이며, 잔금 미지급 사유로 보기 어려운 경향이 있습니다.

둘째, 본인 책임 외 영역입니다. 발주자의 환경(서버·브라우저·기기) 차이로 발생한 문제, 발주자가 사양을 변경해 발생한 문제는 본인 책임이 아닌 영역이 있습니다.

셋째, 계약 사양 충족 여부입니다. 본인이 계약 사양을 충족한 산출물을 납품했으면 잔금 청구권이 그대로 발생합니다.

넷째, 하자보수 의무는 별개**입니다. 본인의 하자보수 의무는 잔금 지급 후에도 일정 기간 유지되는 영역이 있어, 잔금과 하자보수를 한 묶음으로 다투는 발주자 주장은 약합니다.

다섯째, 본인의 보수 의사 표시입니다. 정상 범위 내 버그·개선은 잔금 수령 후 보수해드리겠다는 의사를 명확히 하시면 협의가 매끄러워집니다.

ex) 본인이 웹사이트 개발 잔금 1,000만원을 청구한 사건에서, 발주자가 "특정 브라우저에서 표시가 어색하다"며 잔금을 미루자 본인이 사양서·검수 완료 메시지·일반적 보수 의사를 정리해 내용증명을 보낸 흐름이 자주 보입니다. 발주자가 합리 범위 내 협의에 응하지 않으면 곧장 절차로 진입합니다.

지금 바로 회수 단계로 진입하실 분은 지급명령 신청 도구에서 시작하실 수 있습니다.

2단계, 내용증명과 지급명령

협의가 안 되면 절차로 진입합니다.

첫째, 내용증명 발송입니다. 외주 내용·산출물 인계 사실·청구 잔액·변제 기한·미이행 시 후속 조치를 명확히 기재합니다.

둘째, 지급명령입니다. 산출물 인계 자료가 명확하면 지급명령이 빠릅니다.

셋째, 본안 소송**입니다. 발주자가 산출물 완성도·요구사항 변경을 강하게 다투면 본안 소송으로 진행합니다.

넷째, 소액사건심판입니다. 청구액이 3,000만원 이하면 소액사건심판제도가 효율적입니다.

다섯째, 강제집행입니다. 집행권원 확보 후 발주자 통장·매출채권·부동산에 압류·환가합니다.

내용증명 작성 실무는 내용증명 가이드에서 따로 정리해 두었습니다.

정리하면, 산출물 인계 입증과 요구사항 변경 자료 정리가 회수 가능성을 결정합니다

IT 외주 잔금 회수의 본질은 단순합니다. 산출물 인계 입증을 명확히 하고, 요구사항 변경·하자 다툼 영역에서 본인 입장을 명확히 정리하는 것입니다.

대응 순서는 단순합니다. 첫째, 외주계약서·산출물 인계·요구사항 변경 자료를 정리합니다. 둘째, 발주자의 다툼 사유를 파악하고 본인 입장을 정리합니다. 셋째, 협의 시도 후 안 되면 내용증명으로 공식 청구합니다. 넷째, 산출물 자료가 명확하면 지급명령, 다툼이 크면 본안 소송으로 진행합니다. 다섯째, 집행권원 확보 후 강제집행으로 회수합니다.

자주 묻는 질문

Q. 계약서 없이 카톡으로만 진행한 외주는 어떻게 하나요? A. 카톡 발주·견적·산출물 인계 메시지가 거래 입증 자료로 활용 가능합니다. 다만 단계별 결제·산출물 범위 같은 영역은 다툼이 커질 수 있어 사건 단순도가 높지 않다면 변호사 검토가 도움이 됩니다.

Q. 발주자가 산출물 사용을 중단했다며 잔금을 거부합니다. A. 본인이 계약 사양에 맞는 산출물을 납품했고 발주자가 인수한 사실이 입증되면 청구권이 그대로 발생합니다. 발주자의 사후 사용 중단은 본인 책임이 아닌 영역이 일반적입니다.

IT 외주 잔금 회수는 산출물 인계 입증과 다툼 영역 정리가 결과를 가르는 영역입니다. 본인 사건의 외주 자료를 정리하시고, 직접 진행하시거나 변호사 검토·발송 옵션을 살펴보실 수 있습니다.

법대로해는 웰컴법률사무소가 운영하는 법률 서비스입니다. 직접 작성·발송이 부담스러우시면 변호사 검토·발송 옵션을 이용하실 수 있습니다.

광고 책임 변호사: 양홍수