소프트웨어 개발 계약서 양식

사양, 단계별 일정, 검수 테스트, 하자 보수, 소스 코드와 단계별 대금을 정합니다. 전체 내용을 미리 읽어 보고, QuoteBill에서 고쳐 쓴 뒤 보안 링크로 온라인 서명을 받을 수 있는 샘플 계약서입니다.

샘플 — 법률 전문가와 검토하세요 · 감사 기록이 남는 단순 전자서명

이런 경우에 씁니다

의뢰인을 위해 맞춤 소프트웨어를 개발하는 개발자나 개발 회사가 사양, 변경 관리, 단계별 일정, 검수, 하자 보수와 소스 코드에 대한 권리를 미리 정해 두고 싶을 때 쓰는 계약서입니다.

담고 있는 내용

조항 15개가 아래 순서로 들어 있습니다. 조항마다 샘플 본문에 실려 있고, 보내기 전에 고치거나 지우거나 더할 수 있습니다.

  • 제1조 (목적)

    개발자가 의뢰인을 위해 합의한 사양에 따라 소프트웨어를 개발하여 인도하고 의뢰인이 검수하는 조건을 정한다는 계약의 목적을 밝힙니다.

  • 제2조 (사양과 결과물)

    소프트웨어와 결과물을 적는 칸과 사양서를 적는 칸입니다. 사양서가 소프트웨어가 해야 할 일의 기준이 되고, 문서·테스트 환경·교육은 사양서에 적힌 경우에만 포함됩니다.

  • 제3조 (변경 관리)

    양쪽 누구나 변경을 요청할 수 있습니다. 개발자는 정한 영업일 안에 범위·대금·일정에 미치는 영향을 알리고, 변경은 양쪽이 합의한 때에만 효력이 생깁니다.

  • 제4조 (단계별 일정과 의뢰인의 협조)

    단계별 일정과 결과물을 적는 칸입니다. 의뢰인은 정보, 샘플 데이터, 접근 권한, 테스트 계정과 결정을 제때 제공하고 담당자를 정하며, 협조가 늦어진 만큼 일정이 늘어납니다.

  • 제5조 (검수 테스트)

    의뢰인은 정한 영업일 안에 사양서에 따라 각 단계의 결과물을 테스트하여 합격을 알리거나 하자를 알립니다. 경미한 하자는 합격을 막지 않고, 통지가 없거나 실제 사용을 시작하면 합격으로 봅니다.

  • 제6조 (하자와 보수 기간)

    최종 검수 뒤 정한 일수 안에 알린 사양서와 다른 재현 가능한 하자는 무상으로 고칩니다. 의뢰인의 변경, 사양 밖의 사용, 의뢰인의 다른 시스템으로 인한 장애는 추가 업무입니다.

  • 제7조 (대금과 지급)

    대금은 대금 내역에 따릅니다. 각 단계의 대금은 검수 합격 때 청구하고 총액의 정한 비율은 계약 때 착수금으로 냅니다. 지급이 정한 일수를 넘어 늦어지면 개발자는 알린 뒤 개발을 멈출 수 있습니다.

  • 제8조 (의뢰인의 데이터와 보안)

    의뢰인의 데이터는 의뢰인의 것으로 남습니다. 개발자는 개발과 테스트에만 쓰고, 합리적인 보호조치로 지키며, 요청하면 돌려주거나 지우고, 보안 사고를 알게 되면 지체 없이 알립니다.

  • 제9조 (외부 구성요소와 오픈소스)

    개발자는 사양에 맞는 제3자 구성요소와 오픈소스를 쓸 수 있고, 인도 전에 그 목록과 라이선스를 알립니다. 의뢰인이 소스 코드를 공개해야 하는 라이선스는 승인 없이 쓰지 않습니다.

  • 제10조 (소스 코드와 지식재산권)

    대금을 모두 지급하면 의뢰인을 위해 작성한 소프트웨어의 소스 코드를 포함한 권리가 의뢰인에게 넘어갑니다. 개발자의 기존 라이브러리와 도구는 개발자에게 남고 의뢰인은 비독점적으로 이용합니다.

  • 제11조 (비밀유지)

    사양서, 이전 전의 소스 코드, 보안 정보를 포함한 서로의 공개되지 않은 정보를 계약 기간과 그 뒤 정한 햇수 동안 비밀로 지키고 이 계약의 이행에만 씁니다.

  • 제12조 (보증과 책임)

    개발자는 상당한 주의로 개발하고 검수 때 소프트웨어가 사양서에 실질적으로 맞음을 보증하되, 오류가 전혀 없다는 보증은 하지 않습니다. 법으로 제한할 수 없는 경우를 뺀 손해배상 책임은 대금 총액이 한도입니다.

  • 제13조 (계약 기간과 해지)

    최종 결과물이 검수에 합격하고 보수 기간이 끝나면 계약도 끝납니다. 중대한 위반을 고치지 않으면 상대방이 해지할 수 있고, 의뢰인은 통지 뒤 해지하고 한 일의 대금을 내면 진행 중인 결과물을 받습니다.

  • 제14조 (독립된 당사자)

    양쪽은 독립된 사업자입니다. 개발자는 일하는 방법을 스스로 정하고 의뢰인의 동의를 받아 하수급인을 쓸 수 있으며, 고용·동업·대리 관계는 생기지 않습니다.

  • 제15조 (준거법 및 분쟁 해결)

    계약에 적은 준거법에 따르고, 분쟁은 먼저 성실히 협의하며, 협의가 되지 않으면 계약에 적은 법원이 맡습니다.

대금 내역(항목, 수량, 단가를 적는 표)이 이 계약서에 들어갑니다. 처음에는 비어 있고 사용자의 통화로 시작하며, 대금과 지급에 관한 조항이 이 표를 가리킵니다.

샘플 본문

QuoteBill이 계약서를 처음 만들 때 채워 주는 전체 본문입니다. [[10]]처럼 이중 대괄호로 묶인 곳은 직접 채우거나 확인할 빈칸이며, 하나라도 남아 있으면 보낼 수 없습니다. 조항 문구는 영어, 한국어, 일본어, 독일어로 제공되고, 다른 언어로 만들면 영어 문구로 시작하니 번역해 사용하세요.

샘플 본문 읽기

소프트웨어 개발 계약서

계약 당사자: 개발자 · 의뢰인

제1조 (목적)

이 계약은 개발자가 의뢰인을 위하여 합의한 사양에 따라 소프트웨어를 설계·개발하여 인도하고, 의뢰인이 이를 검수하는 데 필요한 조건을 정함을 목적으로 한다.

제2조 (사양과 결과물)

① 개발자는 다음 소프트웨어와 관련 결과물을 개발하여 인도한다.

[[용역 내용과 결과물을 구체적으로 적으세요]]

② 소프트웨어가 갖추어야 할 기능, 인터페이스, 플랫폼과 성능을 정한 사양서는 [[사양서의 이름을 적거나 첨부하세요]]와 같다. 사양서는 소프트웨어가 해야 할 일을 판단하는 기준이 된다.

③ 문서, 테스트 환경과 교육은 사양서에 적힌 경우에만 이 계약에 포함된다.

제3조 (변경 관리)

① 각 당사자는 사양, 단계별 일정 또는 대금의 변경을 요청할 수 있다. 개발자는 요청을 받은 날부터 [[5]]영업일 이내에 변경이 범위, 대금과 일정에 미치는 영향을 알리고, 변경은 당사자가 서면 또는 전자적 방식으로 합의한 때에 효력이 생긴다.

② 합의 전까지 개발자는 원래의 사양에 따라 개발을 계속한다. 작업량이나 일정에 영향을 주지 않는 사소한 명확화는 변경 요청 없이 반영할 수 있다.

제4조 (단계별 일정과 의뢰인의 협조)

① 개발자는 다음 단계에 따라 인도한다: [[단계별 일정, 날짜와 결과물]]

② 의뢰인은 개발에 합리적으로 필요한 정보, 샘플 데이터, 접근 권한, 테스트 계정과 결정을 제때 제공하고, 일상적인 사항을 결정할 수 있는 담당자를 지정한다.

③ 협조가 늦어지거나 변경 요청이 처리되지 않아 생긴 지연만큼 해당 일정은 연장된다.

제5조 (검수 테스트)

① 의뢰인은 각 단계의 결과물을 인도받은 날부터 [[10]]영업일 이내에 사양서와 합의한 테스트 항목에 따라 테스트하여 합격을 통지하거나 발견한 하자를 서면 또는 전자적 방식으로 알린다.

② 하자가 없거나 의도한 사용을 막지 않는 경미한 하자만 있는 결과물은 검수에 합격한 것으로 하고, 경미한 하자는 하자 보수 기간 안에 고친다.

③ 의뢰인이 검수 기간 안에 통지하지 않거나 소프트웨어를 실제 업무에 사용하기 시작하면 검수에 합격한 것으로 본다.

제6조 (하자와 보수 기간)

① 개발자는 최종 결과물의 검수 합격일부터 [[90]]일 이내에 통지된, 사양서와 다른 재현 가능한 하자를 추가 비용 없이 고친다. 의뢰인은 개발자가 재현할 수 있도록 하자를 구체적으로 알린다.

② 의뢰인이나 제3자가 변경한 부분, 사양서 밖의 사용, 의뢰인의 다른 시스템으로 인한 장애는 하자가 아니며, 의뢰인이 요청하면 추가 업무로 처리한다.

제7조 (대금과 지급)

① 의뢰인은 이 계약의 대금 내역에 적힌 대금을 지급한다. 대금 내역에 달리 정하지 않으면 각 단계의 대금은 그 단계가 검수에 합격한 때에 청구하고, 총액의 [[20]]%는 계약 체결 시 착수금으로 지급한다.

② 대금 지급이 [[14]]일 넘게 늦어지면 개발자는 의뢰인에게 알린 후 개발을 멈출 수 있으며, 일정은 그만큼 연장된다.

제8조 (의뢰인의 데이터와 보안)

① 의뢰인이 제공한 데이터는 의뢰인의 것으로 남는다. 개발자는 이를 소프트웨어의 개발과 테스트에만 사용하고, 적어도 합리적인 기술적·관리적 보호조치를 갖춘 시스템에 보관하며, 가능한 경우 테스트에는 익명화된 데이터나 샘플 데이터를 사용하고, 의뢰인이 요청하거나 계약이 끝나면 삭제 또는 반환한다.

② 개발자는 소프트웨어에 알맞은 보안 코딩 관행을 따르고, 의뢰인의 데이터에 영향을 주는 보안 사고를 알게 되면 지체 없이 의뢰인에게 알린다.

제9조 (외부 구성요소와 오픈소스)

① 개발자는 사양에 맞는 범위에서 제3자 구성요소와 오픈소스 소프트웨어를 사용할 수 있다. 개발자는 인도 전에 사용한 구성요소, 그 라이선스와 라이선스가 의뢰인에게 지우는 의무를 목록으로 알린다.

② 의뢰인이 자신의 소스 코드를 공개해야 하는 라이선스의 구성요소는 의뢰인이 서면 또는 전자적 방식으로 승인한 경우에만 사용한다.

③ 제3자 구성요소의 라이선스 비용은 [[대금에 포함 / 의뢰인이 별도 부담]]한다.

제10조 (소스 코드와 지식재산권)

① 의뢰인이 대금을 모두 지급한 때에 의뢰인만을 위하여 작성한 소프트웨어의 소스 코드와 문서를 포함한 저작재산권(2차적저작물작성권 포함) 등 권리는 의뢰인에게 이전된다. 법률상 이전할 수 없는 권리에 대해서는 개발자가 의뢰인에게 기간과 지역의 제한 없이 이용, 수정, 배포할 수 있는 독점적 이용을 허락한다.

② 개발자는 최종 결과물과 함께 소스 코드와 빌드 방법을 인도한다.

③ 개발자가 이 계약 전부터 가지고 있던 라이브러리, 도구와 노하우는 개발자에게 남으며, 의뢰인은 소프트웨어의 일부로서 이를 기간의 제한 없이 비독점적으로 이용할 수 있다. 제3자 구성요소와 오픈소스는 각자의 라이선스에 따른다.

제11조 (비밀유지)

각 당사자는 사양서, 이전 전의 소스 코드, 영업 데이터와 보안 정보를 포함한 상대방의 공개되지 않은 정보를 계약 기간과 계약이 끝난 뒤 [[3]]년 동안 비밀로 유지하고, 이 계약의 이행을 위해서만 사용하며, 적어도 합리적인 주의로 보호한다. 이미 공개되었거나 적법하게 알고 있던 정보, 독자적으로 개발한 정보, 법령에 따라 공개해야 하는 정보는 예외로 한다.

제12조 (보증과 책임)

① 개발자는 상당한 주의를 기울여 소프트웨어를 개발하고, 검수 합격 시점에 소프트웨어가 사양서에 실질적으로 부합함을 보증한다. 소프트웨어에 오류가 전혀 없다거나 사양서에 적지 않은 용도에 맞는다는 보증은 하지 않는다.

② 고의, 중대한 과실, 사람의 생명·신체에 대한 손해, 비밀유지 의무 위반 및 법령상 제한할 수 없는 경우를 제외하고, 이 계약에 따른 각 당사자의 손해배상 책임은 이 계약의 대금 총액을 한도로 하며, 어느 당사자도 상실한 이익이나 간접 손해에 대해서는 책임을 지지 않는다.

제13조 (계약 기간과 해지)

① 이 계약은 효력 발생일부터 최종 결과물이 검수에 합격하고 하자 보수 기간이 끝난 때까지 효력을 가진다.

② 한쪽 당사자가 이 계약을 중대하게 위반하고 상대방의 시정 요구를 받은 날부터 [[14]]일 이내에 시정하지 않으면, 상대방은 서면 또는 전자적 방식으로 통지하여 계약을 해지할 수 있다.

③ 의뢰인은 [[30]]일 전에 통지하여 사유 없이 계약을 해지할 수 있다. 이 경우 의뢰인은 해지 전까지 수행된 부분의 대금을 지급하고, 지급한 때에 진행 중인 결과물과 그에 관한 권리를 넘겨받는다.

④ 지식재산권, 비밀유지와 책임에 관한 조항은 계약이 끝난 뒤에도 효력을 가진다.

제14조 (독립된 당사자)

당사자는 서로 독립된 사업자이다. 개발자는 업무 수행 방법을 스스로 정하고 자신의 인력을 쓸 수 있으며, 의뢰인의 동의를 받아 하수급인을 쓸 수 있고 그 행위에 대하여 책임을 진다. 이 계약으로 고용, 동업 또는 대리 관계가 생기지 않는다.

제15조 (준거법 및 분쟁 해결)

이 계약은 준거법 항목에 적은 법에 따라 해석한다. 이 계약과 관련한 분쟁은 당사자가 먼저 성실히 협의하여 해결하고, 협의가 이루어지지 않으면 강행법규에 달리 정함이 없는 한 관할 항목에 적은 법원을 관할 법원으로 한다.

대금 지급 조건

각 단계의 대금은 검수 합격 후 세금계산서 또는 청구서를 받은 날부터 [[14]]일 이내에 청구서에 적힌 계좌로 이체하여 지급한다.

준거법

[[적용할 법률, 예: 대한민국 법]]

관할 법원

[[분쟁을 맡을 법원, 예: 서울중앙지방법원]]

사용 방법

  1. 템플릿 고르기

    이 템플릿을 사용하는 버튼을 누르세요. 로그인하지 않았다면 먼저 로그인하거나 무료로 가입하고, 바로 이 템플릿으로 돌아옵니다.

  2. 초안 만들기

    새 계약서 화면이 이 템플릿을 표시한 채로 열립니다. 템플릿 카드를 누르면 초안이 만들어집니다. 당사자 A에는 회사 정보가 채워지고, 빈칸과 상대방, 그리고 대금 내역이 있는 템플릿이면 대금 내역을 직접 채웁니다.

  3. 서명 요청 보내기

    먼저 직접 서명한 다음, 서명자마다 보안 링크를 보내고 액세스 코드는 다른 경로로 알려 주세요. 서명자는 계정이 필요 없습니다.

다음 단계

  • 상대방은 계정 없이 어느 기기에서나 링크를 열어 서명합니다. 서명이 어떻게 진행되는지는 전자계약 안내 페이지에서, 어떤 문서에 어떤 전자서명이면 충분한지는 가이드에서 확인하세요.

  • 서명이 끝났다면 서명된 계약서로 바로 청구서를 만드세요. 당사자와 대금 내역이 그대로 넘어가고, 전체 금액이든 선금이든 청구할 수 있습니다. 새 초안의 날짜와 항목, PDF를 검토하는 방법은 견적서를 청구서로 변환하는 가이드에 있습니다.

할 수 있는 것과 할 수 없는 것

QuoteBill이 만드는 것은 감사 기록이 남는 단순 전자서명입니다. EU·영국·미국·한국에서는 전자적 형태라는 이유만으로 서명의 효력이 부인되지 않으며, 일본에서는 대부분의 계약에 특별한 방식이 필요하지 않습니다. 다만 분쟁이 생겼을 때 단순 전자서명이 무엇을 증명하는지는 뒷받침하는 증거에 달려 있고, 다른 방식이 필요한 문서도 있습니다.

적격 전자서명이나 고급 전자서명은 아니며, QuoteBill은 서명자의 신원을 확인하지 않습니다. 회원이 전달한 링크와 액세스 코드가 사용된 사실을 기록하므로, 둘을 모두 가진 사람은 서명할 수 있습니다. 서명 확인서에는 발급된 모든 링크와, 보낸 사람이나 서명자가 한 각 작업에 대해 읽을 수 있었던 IP 주소와 브라우저 정보가 기록됩니다.

다른 방식이 필요한 문서도 있습니다. 유언, 상당수의 부동산 이전, 보증, 일부 근로 관련 문서는 나라에 따라 자필, 공증 또는 적격 전자서명이 필요합니다. 템플릿은 샘플이며 법률 자문이 아니므로 법률 전문가와 검토하세요.

전자서명은 법적으로 유효할까? 가이드 읽기

다른 계약서 템플릿

  • 유지보수 계약서

    대상 시스템, 지원 시간과 대응 목표, 제외 사항, 업데이트, 월 요금과 추가 업무를 정합니다.

  • 소프트웨어 구독(SaaS) 계약서

    사업자 간 소프트웨어 구독의 서비스 내용, 갱신, 요금, 고객 데이터와 가용성을 정합니다.

  • 라이선스 계약서

    저작물, 소프트웨어, 콘텐츠나 브랜드의 이용 허락 범위, 대가와 로열티, 권리 귀속, 종료를 정합니다.

  • 용역 계약서

    용역 내용, 결과물, 검수, 대금, 지식재산권을 정합니다.

모든 계약서 템플릿

전자계약 이용 방법