칼럼 및 연구자료

[IT소송] 소프트웨어 용역계약 핵심 포인트, 어디까지가 ‘완료’인가?

디지털 전환이 가속화되면서, 기업들은 자체 시스템 개발이나 앱 구축, 자동화 툴 도입 등을 위해 다양한 소프트웨어 용역계약을 체결하고 있습니다. 하지만 이러한 기술 기반 계약이 증가할수록, 계약 당사자 간의 법적 분쟁도 함께 늘어나고 있는 것이 현실입니다. 소프트웨어 용역계약에서 자주 발생하는 분쟁의 핵심은 “해당 용역을 완전히 수행하여 과업이 완료되었는지” 여부입니다. 즉, 소프트웨어 개발 및 구축이 완료되었다고 주장하는 개발자(또는 수급인)와, 여전히 미완성 상태라고 보는 발주자(또는 위탁인) 간의 입장 차이가 발생하는 경우입니다. 이러한 상황에서 분쟁 해결 여부를 좌우하는 핵심 요소는 바로 ‘검수 기준’입니다. 계약서에 과업의 범위가 아무리 구체적으로 명시되어 있더라도, 과업이 완료되었는지를 판단할 수 있는 명확한 기준이 부재할 경우에는, 분쟁을 사전에 예방하거나 사후에 해결하는 데 어려움이 따를 수밖에 없습니다. 특히 소프트웨어와 같은 무형의 결과물이 계약 대상인 경우, 그 성과가 물리적으로 확인되기 어렵기 때문에 ‘완성’의 개념 자체가 불명확해질 수 있으며, 이에 따라 검수 기준의 설정이 더욱 중요해집니다. 소프트웨어 용역계약의 시작부터 ‘완료’의 기준을 설정해야 합니다. 소프트웨어 용역계약을 체결할 때, 많은 기업이나 스타트업들이 기능 요구사항이나 개발 일정에는 집중하면서도, 정작 중요한 ‘완료’의 기준, 즉 검수 절차와 판단 기준 설정은 뒷전으로 미루는 경우가 많습니다. 하지만 현실적으로 가장 빈번히 발생하는 법적 분쟁은 검수 기준의 부재 또는 모호함에서 비롯됩니다. 계약이 체결되기 전, 발주자와 수급인은 어떤 상태를 ‘완료’로 볼 것인지를 구체적으로 합의하고, 그 내용을 계약서에 명시해야 합니다. 예컨대 아래와 같은 항목들이 명확히 설정되어야 합니다. 이처럼 완료 기준을 객관화한 검수 항목을 계약서 내에 명시하지 않을 경우, 발주자는 검수를 유보하며 잔금 지급을 미루게 되고, 수급자는 이를 두고 계약 위반 또는 부당한 대금 미지급이라 주장할 수 있어 갈등으로 이어집니다. 실제로 이러한 사안이 소송으로 이어지는 경우도 적지 않습니다. 결국 ‘완료’라는 개념은 양측이 구두나 관행에 의존해서 해석할 것이 아니라, 사전에 계약서상에서 구체적으로 정의해 놓는 것이 가장 확실한 분쟁 예방책입니다. 프로젝트가 종료되었는지를 둘러싼 불필요한 해석 차이를 막기 위해서라도, 검수 기준은 계약 초안 단계에서부터 반드시 설정되어야 할 필수 항목입니다. 소프트웨어 용역계약 검수 기준 구성 요소 검수 절차 및 기한 검수의 시작일, 검토 기간, 피드백 제출 기한, 수정 기한 등을 구체적으로 정해야 합니다. 예컨대, “납품 후 7일 이내 검수 진행, 발주자가 피드백을 서면으로 통지하며, 미통지 시 자동 검수 완료로 간주”와 같은 조항이 대표적입니다. 검수 테스트의 내용 및 방식 기능 테스트, 통합 테스트, UI/UX 검토, 성능 테스트 등 어떠한 테스트를 수행할 것인지, 그리고 어떤 도구나 환경에서 테스트할 것인지를 명시해야 합니다. 검수 완료의 판단 기준 테스트를 통해 발견된 버그의 허용 수준(예: 치명적 오류 없음, 경미한 UI 오류는 예외)이나, SLA(Service Level Agreement) 기준 등을 구체화합니다. 인도자료의 목록 소스코드, 실행파일, 사용자 매뉴얼, API 문서, 개발 가이드, 테스트 시나리오 등 인도 대상 자료들을 명확히 작성해야 합니다. 이는 ‘무엇을 인도하면 용역이 완료된 것으로 본다’는 판단의 근거가 됩니다. 소스코드, 언제 어떻게 인도받을지 명시해야 합니다. 소프트웨어 용역계약에서 결과물을 실제로 운영·관리할 수 있는 소스코드의 귀속과 전달 방식에 대해서는 명확한 규정을 두지 않아 향후 분쟁의 원인이 되곤 합니다. 그러나 소스코드는 단순한 산출물이 아닌, 유지보수와 향후 확장 개발의 기반이 되는 핵심 기술 자산입니다. 따라서 소스코드의 인도 시점을 ‘검수 완료일’ 또는 ‘잔금 지급일’ 등과 연동해 명확히 정하고, 디지털 파일이나 저장 매체, 혹은 코드 저장소 링크(Git 등) 형태로 전달하는 방식까지 구체화할 필요가 있습니다. 아울러 인도 범위에는 핵심 기능 소스코드뿐만 아니라 연동 API, 데이터베이스 설계서 등 필수 문서가 포함되어야 하며, 인도된 소스코드에 대해 자유롭게 수정하거나 재사용할 수 있는 권한까지 명시되어야 합니다. 이처럼 소스코드 인도와 그 범위, 권한 등에 대한 세부적인 계약 조항이 마련되어 있어야 추후 발생할 수 있는 소유권 분쟁, 유지보수 거부, 시스템 이전 거절 등의 리스크를 효과적으로 예방할 수 있습니다. 만약 이를 소홀히 할 경우, 개발사는 “단순 사용권만 제공했을 뿐, 소유권은 자신에게 있다”고 주장할 여지를 가질 수 있으며, 실제 법원도 계약서에 기재된 문언을 가장 우선적으로 판단 근거로 삼을 수 있습니다. 검수와 인도를 ‘과업 범위’로부터 분리해야 합니다. 소프트웨어 용역계약서를 작성할 때는 과업 범위(What), 검수 기준(How to approve), 소스코드 인도(When & How)를 하나의 포괄적인 문장으로 묶지 말고, 각각 독립된 조항으로 구분해 구체적으로 명시하는 것이 중요합니다. "웹사이트 개발 및 유지보수"처럼 과업 범위만 설정한 경우, 실제 프로젝트 종료 시점이나 결과물 인도 범위에 대한 해석 차이가 생기기 쉽고, 특히 검수 기준이나 인도 조건을 과업 범위에 포함된 요소로 간주할 경우, 그 판단 기준이 흐려질 수 있습니다. 검수 기준이 명확하지 않으면, 발주사는 품질에 문제가 있어도 이를 입증하기 어렵고, 개발사는 일정에 맞춘 인도를 근거로 용역 완료를 주장하게 됩니다. 하지만 계약서에 상세한 검수 절차와 테스트 방식이 기재되어 있다면, 발주사는 이를 근거로 기능 누락이나 오류에 대해 권리를 행사할 수 있습니다. 이러한 구조는 특히 플랫폼 중심의 비즈니스 모델이나, 추후 투자 유치 및 M&A를 계획하는 기업에게 기술자산의 귀속과 정당한 권리 확보를 위한 필수 요소입니다. 법무법인 비트는 다수의 소프트웨어 개발사 및 IT 스타트업과 협업하며 IT 프로젝트, 스타트업 플랫폼 개발 계약, 공공기관 시스템 구축 용역 등의 법률 자문을 수행한 경험을 바탕으로 전문적인 법률 자문을 제공합니다. 계약서를 단순히 ‘서명하는 문서’가 아닌, 당사의 기술 자산을 보호하는 방패로 만들기 위해 법률 자문은 필수입니다. 개발자와 발주자 모두가 안심하고 협업할 수 있는 기반은, 결국 명확하고 실효성 있는 계약서에서 시작됩니다. 소프트웨어 계약 관련 자문이나 검토가 필요하시다면, 언제든 법무법인 비트에 문의주시기 바랍니다. 감사합니다. 법무법인 비트 드림

[IT소송] 소프트웨어 감정이란? 완성도 감정vs기성고 감정의 차이와 선택 전략

스타트업이나 IT 기업에서 소프트웨어 개발을 외주로 진행하는 일은 매우 일반적입니다. 그러나 개발이 완료된 시점에서 결과물이 기대에 미치지 않거나, 용역대금의 지급을 두고 발주자와 개발자 간에 갈등이 발생하는 사례도 흔히 볼 수 있습니다. 특히 '개발이 완료되었는지' 여부는 용역 계약이 이행되었는지에 대한 직접적인 판단 기준이 되기 때문에, 개발의 완성도에 대한 당사자들의 의견 차이가 법적 분쟁으로 이어지기도 합니다. 개발의 완성도와 관련하여 계약 당사자 사이에 분쟁이 발생했을 때, 당사자 간 협의로 해결하는 것이 가장 이상적이겠지만, 현실에서는 협의가 원만히 이루어지지 않아 결국 제3자인 법원이나 중재기관의 판단을 구하게 되는 경우가 많습니다. 이때 개발 완성도의 중요한 판단 근거가 되는 절차가 바로 ‘소프트웨어 감정’입니다. - 소프트웨어 감정이란? 소프트웨어 감정이란, 용역 계약에 따라 개발된 소프트웨어가 계약상 요구사항에 부합하게 완성되었는지를 기술적인 측면에서 객관적으로 평가하는 절차입니다. 소프트웨어 용역 계약 분쟁에서 감정 결과는 단순 참고 자료가 아니라, 대금 지급 여부 및 대금액 산정의 핵심 기준으로 작용합니다. 특히 소프트웨어와 같은 무형 자산은 그 완성 여부나 개발 진척도를 외형적으로 확인하기 어려운 경우가 많아, 감정을 통해 정확한 실태를 확인하는 것이 매우 중요합니다. - 완성도 감정과 기성고 감정의 정의와 판단 기준 소프트웨어 감정은 크게 다음의 두 가지 방식으로 나눌 수 있습니다. 1. 완성도 감정 개발이 완료된 소프트웨어가 계약상 요구사항을 충족하는지 판단하는 감정입니다. 기능 구현, UI/UX, 성능, 안정성 등 종합적인 요소를 기준으로 평가됩니다. 소프트웨어 개발이 완성되었음을 전제로 하는 경우가 많아서, 일반적으로 개발자가 작업을 완료하였음을 주장하는 경우에 실시됩니다. 2. 기성고 감정 소프트웨어가 아직 완성되지 않은 상태에서 현재까지 어느 정도의 작업이 이뤄졌는지를 평가하는 방식입니다. 단계별 산출물, 개발 리소스의 투입량 등을 기반으로 진척률(기성고율)을 산정합니다.  프로젝트가 중도 해지되었거나 지연되는 경우, 부분 정산을 위해 활용됩니다. - 분쟁 상황별 적절한 감정 방식 선택법 : 완성도 감정 VS 기성고 감정 소프트웨어 감정은 단순한 기술적 평가가 아니라, 법적 분쟁 해결을 위한 전략적 수단입니다. 어떤 감정 방식을 선택하느냐에 따라 소송 결과가 달라질 수도 있습니다. 예를 들어, 개발자가 프로젝트가 모두 완료되었다고 주장하는 상황에서 발주자가 ‘기성고 감정’을 신청할 경우, 감정의 전제가 서로 어긋나 감정 결과의 신뢰성과 타당성이 떨어질 수 있습니다. 반대로, 아직 개발이 완료되지 않은 상태에서 개발자가 ‘완성도 감정’을 신청한다면, 감정인이 평가할 수 있는 기준이 한정되므로 개발자에게 불리한 결과가 도출될 수 있습니다. 따라서 소프트웨어 감정을 신청할 때에는 다음과 같은 요소들을 종합적으로 고려해야 합니다. 먼저, 당사자 간 주장 방향을 명확히 파악해야 합니다. 즉, 개발자가 소프트웨어가 이미 완료되었다고 주장하는지, 혹은 발주자가 일부 기능이 미완성되었다고 보는지에 따라 적절한 감정 방식이 달라질 수 있습니다. 다음으로는 소프트웨어의 실제 개발 현황을 점검해야 합니다. 현재까지 구현된 기능이나 산출물이 어느 정도 수준에 이르렀는지를 객관적으로 살펴보아, 개발 완료 여부를 판단할 수 있어야 합니다. 마지막으로 계약서에 명시된 내용을 확인해야 합니다. 계약서에서 개발 단계별 산출물이 어떻게 정의되어 있는지, 그리고 대금 지급 기준이 어떤 방식으로 설정되어 있는지를 면밀히 검토한 뒤, 감정 방식이 계약 조건과 부합하는지를 판단하는 것이 중요합니다. - IT전문변호사 TIP :  소프트웨어 감정 방식 선택도 법률 전략입니다 소프트웨어 개발 프로젝트는 그 특성상 초기 기획부터 완료까지의 과정이 복잡하고, 각 이해관계자의 기대치가 다른 경우가 상당합니다. 이러한 특성을 고려한다면, 소프트웨어 개발과 관련하여 발생한 분쟁을 원만하게 해결하기 위해서는 객관적인 감정을 통해 사실관계를 명확히 하는 것이 우선되어야 합니다.중요한 것은, 단순히 감정을 신청하는 것이 아니라 적절한 감정 방향을 선정하는 것입니다. 완성도 감정이 필요한 상황에서 기성고 감정을 신청하거나, 반대로 기성고 감정이 적절한 상황에서 완성도 감정을 고집하면, 정당한 주장이 오히려 불리하게 작용할 수 있습니다. 법무법인 비트는 IT 기업 및 스타트업을 대상으로 한 소프트웨어 용역 계약 자문 및 분쟁 대응을 다수 수행해온 경험을 바탕으로, 소프트웨어 개발 계약서 작성 및 검토, 소프트웨어 개발 계약 관련 분쟁에 대한 법적 대응 방안 검토 및 소송 수행, 소프트웨어 완성도 감정 및 기성고 감정 방향성 자문, 감정 결과에 대한 대응 및 중재 절차 대리 등 IT 소송 관련 전문적인 법률 자문을 제공하고 있습니다. 특히, 대한변호사협회에서 인증을 받은 IT전문변호사와 개발자 출신 변호사, 이공계 출신 변호사들이 다수 포진하여 IT, 소프트웨어에 대한 심층적인 이해를 바탕으로 효율적이고 전문적인 법률 자문을 제공하고 있습니다. 소프트웨어 용역 계약과 관련한 분쟁과 관련하여 감정 절차와 방향성부터 IT전문변호사와 전문적으로 논의하고자 하시는 분들은, 언제든지 법무법인 비트로 연락주시기 바랍니다. 감사합니다. 법무법인 비트 드림

개인정보 보호는 ‘비용’이 아니라 ‘투자’입니다

2024년 개인정보보호위원회가 발표한 「개인정보 보호 및 활용조사 주요 결과」에 따르면, 공공기관의 39.5%, 민간기업의 7.4%가 개인정보 보호에 어려움을 겪고 있다고 응답했습니다. ​그러나 이 수치만으로는 기업들이 실제로 겪는 어려움을 모두 설명하기는 어렵습니다. 조사 대상의 대부분은 ‘1천 명 미만의 개인정보’를 보유한 소규모 조직이었으며, 종사자 수 300인 이상인 민간기업에서는 무려 42.6%가 어려움을 겪고 있다고 응답하였습니다. 특히 이들 대규모 기업의 개인정보 안전성 확보 조치 실태는 9.2%에 불과한 것으로 나타나, 대응 역량이 전반적으로 취약하다는 점도 드러났습니다. 통계 결과가 보여주듯, 많은 기업이 개인정보 보호에 어려움을 겪고 있으며, 과징금 부과 사례 또한 증가 추세에 있습니다.  예를 들어, 최근 국내의 A 간편결제 서비스 기업이 약 500억 건의 개인정보를 해외 계열사에 무단으로 전송한 사실이 적발되었습니다. 해당 정보에는 휴대전화번호, 이메일 주소는 물론 민감한 소비패턴 정보까지 포함되어 있었고, 실제 결제 서비스 이용자 비율은 적었음에도 전체 이용자 정보가 국외로 이전되었습니다. 더 심각한 문제는 이 과정에서 이용자의 사전 동의 절차가 생략되었다는 점입니다. 이는 「개인정보 보호법」상 제3자 제공 또는 국외 이전 시 반드시 당사자의 동의를 받도록 정한 규정을 정면으로 위반한 것으로, 기업은 150억 원대의 과징금을 포함한 중대한 법적 제재를 받았습니다. 이처럼 개인정보 보호는 단순한 기술적 조치를 넘어, 조직 전체의 법적 대응 능력과 지속적인 관리 체계를 요구하는 과제입니다. 일회성 점검이나 외부 위탁만으로는 한계가 있으며, 내부 구성원의 이해도 제고와 체계적인 예방·대응 시스템 구축이 무엇보다 중요한 시점이라 할 수 있습니다.   리스크는 사고보다 준비 부족에서 온다   「개인정보 보호법」 제64조의2 제1항 제9호는, 개인정보처리자가 적절한 안전성 확보 조치를 취하지 않아 개인정보가 분실·도난·유출된 경우 과징금을 부과할 수 있다고 명시하고 있습니다. 즉, 사고 발생 여부보다 사전 조치의 유무가 법적 책임의 판단 기준이 됩니다. 관련 법률에 대한 이해 부족’(공공기관: 77.2%, 민간기업: 69.3%) 을 가장 많이 꼽았으며, 그 외에도 ‘절차의 복잡성’, ‘전담 인력 부족’ 등의 이유가 지속적으로 지적되고 있습니다. 특히 공공기관은 ‘담당 인력의 전문성 부족’, 민간기업은 ‘교육 프로그램 운영의 어려움’을 상대적으로 많이 호소하고 있어, 실제 법령을 어떻게 현장에 적용할 수 있는지를 안내해줄 수 있는 전문 자문의 수요가 점차 커지고 있습니다. 하지만 많은 기업들이 여전히 대응 체계를 사후 중심으로 두고 있습니다. 개인정보 유출 사실을 인지한 뒤에도 이를 늦게 보고하거나, 정보주체에게 불충분하게 고지하여 오히려 처분 수위가 가중되는 사례도 있습니다. 이에 따라, 사전에 법적 리스크를 식별하고 예방 조치를 수립하는 동시에, 조직 내에서 이를 실제로 실행에 옮길 수 있도록 업무 흐름에 맞춘 실무 중심 교육과 관리 매뉴얼을 함께 마련해 두는 것이 중요합니다.   법무법인 비트의 전문성과 실무 경험   법무법인 비트는 기업이 개인정보 보호법상 의무를 정확히 이해하고 실천할 수 있도록 특화된 개인정보 보호 법률 자문과 교육 프로그램을 제공합니다. 특히, 개인정보보호위원회, 공공기관, 민간 기업 등 다양한 환경에서 축적된 실무 경험을 바탕으로, 사전 예방부터 사고 대응까지 전 주기적인 법률 지원을 수행하고 있습니다. 조은별 파트너 변호사는 정보공개심의회, 적극행정위원회, 개인정보분쟁조정위원회 등 다양한 공공 자문기구에서 활약하고 있으며, 개인정보 관련 법령 해석, 정책 자문 및 규제 대응에 있어 깊이 있는 조언이 가능합니다. 백승철 파트너 변호사는 개인정보보호위원회 고문변호사를 비롯해 다수의 개인정보 관련 심의·자문 위원으로 활동하고 있으며, 대한변호사협회 인증 IT 변호사로서 IT 사안과 개인정보 보호 사안을 종합적으로 고려하여 최적화된 법률 자문을 제공하고 있습니다. 또한 개인정보보호인증 (PIPL) 심사원 및 개인정보보호 관리체계 인증 심사원(ISMS-P) 자격을 바탕으로, 공공기관과 교육기관을 대상으로 실무형 교육을 활발히 진행 중입니다. 이처럼 법무법인 비트는 단순한 자문을 넘어, 기업의 현실과 업무 환경에 맞춘 실효성 있는 대응 체계 마련을 목표로 하고 있습니다. 사전 점검과 예방 체계에 대해 자문이 필요하시다면 언제든지 [법무법인 비트 개인정보센터]에 문의하여 주시기 바랍니다.  감사합니다. 법무법인 비트 드림

[IT소송] 소프트웨어 용역계약, 분쟁을 막는 핵심 조건은 과업범위!

디지털 전환 시대의 가속화와 함께, 다양한 산업 현장에서 소프트웨어 개발에 대한 수요가 급증하고 있습니다. 기업들은 외부 전문 개발사와 ‘소프트웨어 용역계약’을 체결하여 시스템을 구축하거나 서비스를 개발하는 경우가 다수 있습니다. 그러나 소프트웨어 개발 프로젝트는 그 특성상 명확한 설계와 요구사항을 기반으로 수행되어야 함에도, 현실에서는 계약 체결 이후에도 잦은 변경과 추가 요청이 발생합니다. 소프트웨어 용역계약은 통상적으로 일정한 결과물을 완성하고 그에 대해 보수를 지급받는 ‘도급계약’ 형태로 이루어집니다. 즉, 개발자가 정해진 소프트웨어를 완성했을 때 비로소 대금을 받을 수 있는 구조이기 때문에, 소프트웨어의 완성을 판단하기 위하여 ‘과업범위’가 계약상 명확하게 정의되는 것이 매우 중요합니다. 실제 소프트웨어 개발 프로젝트에서는 과업범위가 계약서에 불명확하게 기재되는 경우가 많습니다. 예컨대 “시스템 고도화” 또는 “기능 개선 포함”과 같이 추상적인 표현으로 되어 있거나, 발주자가 구체적인 요구사항을 별도 문서(예: RFP)로 추후 제공하겠다고 하는 경우 등입니다. 이처럼 과업범위가 명확하지 않으면, 계약 진행 중 발생하는 추가 요청 사항이나 업무 지시가 원래 계약에 포함된 것인지 아닌지를 놓고 분쟁이 발생하게 됩니다. 추가 업무 지시, 모두 ‘과업범위’일까? 계약 체결 이후 개발이 진행되는 과정에서 발주자가 “이 기능도 넣어주세요”, “기존 화면 외에 관리자 페이지도 만들어주세요” 등 추가 요청 사항이나 추가 업무 지시를 하는 경우가 많습니다. 문제는, 과업범위에 포함되어 있는지 불명확한 경우 발주자는 이를 기존 계약의 연장선이라며 별도 보상을 지급하지 않으려는 반면, 개발자는 이는 과업 외 요청이므로 추가 용역비를 받아야 한다고 주장할 수 있습니다. 개발자의 입장에서는 추가 업무를 수행했음에도 그에 대한 용역대금을 받지 못할 수 있습니다. 과업 외 업무라고 주장하며 보수를 요구하지만, 과업 외 업무에 해당한다는 사실을 입증하지 못하면 추가 보수를 지급받기 어렵습니다. 한편, 발주자의 입장에서는 발주자가 기존에 요청한 모든 기능이 완성물에 포함되어 있지 않음에도 불구하고, 개발자가 해당 기능은 과업범위를 초과한 것이라며 이행을 거부하거나 추가 용역비를 요구하는 경우가 발생할 수 있습니다. 계약 단계에서 과업범위는 명확하게 ! ‘소프트웨어 용역계약’에서 분쟁을 예방하기 위해서는 무엇보다도 계약 단계에서 과업범위를 명확히 정의하는 것이 필수입니다. 이처럼 가능한 모든 세부사항을 계약서 또는 첨부 문서에 명시해두면, 프로젝트 진행 도중 발생할 수 있는 ‘추가 요청 사항’이나 ‘변경 지시사항’이 기존 계약 범위를 초과하는지 여부를 명확하게 판단할 수 있어, 그에 따른 추가 비용 청구의 가능성도 명확해집니다. 더 나아가, 이러한 요청이나 지시가 실제 계약상 어떤 영향을 미치는지를 판단하기 위해서는 단순히 과업범위를 정해두는 것만으로는 충분하지 않습니다. 따라서 발주자의 추가 요청 사항이나 변경 지시가 발생했을 때, 이를 어떻게 협의할 것인지, 또 비용이나 일정에 영향을 미칠 경우 어떤 절차를 통해 계약에 반영할 것인지 등을 계약서에 사전에 규정해두는 것이 바람직합니다. ​​이러한 절차가 명시되어 있다면, 개발자는 계약적으로 정당한 보호를 받을 수 있습니다. 아울러 계약서 외에도 프로젝트 진행 중 발생하는 모든 커뮤니케이션을 꼼꼼히 기록해두는 것이 매우 중요합니다. 개발자의 입장에서, 업무 일지 작성, 이메일이나 메신저 등으로 주고받은 발주자의 추가 요청이나 지시 사항에 대한 증빙자료 확보는, 향후 해당 업무가 계약 외 과업이었고 추가 비용 청구의 대상이었다는 점을 입증하는 데 핵심적인 자료가 됩니다. 소프트웨어 용역계약과 관련된 분쟁은 기술적 이해와 법률적 해석이 함께 요구되는 복잡한 문제입니다. 특히 과업범위 해석, 용역대금 청구, 지체상금 등의 문제가 얽히는 경우에는 전문가의 조력 없이 대응하기 어려운 경우가 많습니다. 법무법인 비트는 추후 법적 분쟁 발생 시 리스크를 최소화할 수 있도록 소프트웨어 계약 체결 시 과업범위, 계약대금 조항 등을 명확하게 정하는 등 계약서를 검토 및 작성하는 업무를 도와드리고 있습니다. 나아가, 추가 업무를 수행하였음에도 용역대금을 받지 못한 경우 송사를 통해 이를 반환받는 업무 또한 도와드리고 있습니다. 법무법인 비트는 다수의 스타트업, 개발사, IT 프로젝트에 대한 자문 경험을 통해 소프트웨어 용역계약에 내재된 다양한 위험을 사전에 통제하고, 분쟁 발생 시에도 효과적으로 대응할 수 있는 법률 자문을 제공하고 있습니다. 소프트웨어 용역계약과 관련하여 과업범위 설정이나 추가 업무에 따른 분쟁 예방 및 대응이 필요하신 경우, 법무법인 비트에 언제든지 연락주시기 바랍니다. 감사합니다. 법무법인 비트 드림

[IT 소송] 소프트웨어 용역계약서 작성, 분쟁을 줄이는 계약 조건 7가지

소프트웨어는 내부 시스템 구축, 고객 서비스 자동화, 데이터 분석 툴 개발 등 다양한 목적으로 활용되며, 이를 외부 개발사에 의뢰하는 소프트웨어 용역계약의 수요도 급격히 증가하고 있습니다. 그러나 이처럼 빈번하게 체결되는 계약임에도 불구하고, 실제 분쟁이 발생하는 경우가 적지 않습니다. 계약 조건이 명확하지 않거나 추상적으로 기재된 경우, 개발 지연이나 하자 발생, 지식재산권 귀속 등 다양한 이슈가 분쟁으로 번지게 되기 때문입니다. 소프트웨어 용역계약은 일반적인 상품 매매와 달리 각 프로젝트마다 개발 범위와 결과물이 상이하고, 개발 과정에서의 불확실성이 크기 때문에 계약 당사자 간 분쟁을 예방하고 프로젝트의 성공적인 완수를 위해서는 계약 조건을 명확히 설정하는 것이 필수적입니다. 특히, 개발 일정이 지연될 경우 책임 소재, 산출물에 하자가 발생했을 때의 보수 방법, 개발 결과물의 소유권과 지식재산권의 귀속, 유지보수의 범위 등은 사전에 구체적으로 합의되지 않으면 이후 큰 법적 분쟁으로 이어질 수 있어, 이러한 사항들을 계약서에 세부적으로 기재하는 것이 매우 중요합니다. 소프트웨어 용역계약에서 반드시 포함되어야 할 계약 조건 소프트웨어 개발 계약서에는 최소한 다음의 항목들이 구체적으로 포함되어야 합니다. 1. 개발 범위(Scope of Work) 설정 소프트웨어 용역계약에서 개발 범위를 구체적으로 정하지 않으면 추가 개발 요구 사항이 발생할 경우 분쟁이 발생할 가능성이 높습니다. 따라서 계약서에는 개발해야 할 소프트웨어의 기능 및 요구사항을 명시하고, ‘웹사이트 구축’이나 ‘ERP 시스템 개발’과 같은 포괄적 표현은 피하고, 화면 단위, 기능 단위로 구체화하며, 기술 스택 및 개발 방식을 설정해야 합니다. 또한, 개발 중간 산출물 및 단계별 결과물 제출 방식을 정하는 것이 바람직합니다. 2. 개발 일정 및 지연 책임 소프트웨어 개발은 일정 지연이 빈번하게 발생할 수 있기 때문에, 개발 기간과 지연 시 책임을 명확히 하는 것이 중요합니다. 프로젝트 일정(착수일, 마일스톤, 완료 예정일)을 명시하고, 일정 지연 발생 시 책임의 내용(위약금 등), 일정 지연이 인정될 수 있는 범위 등을 구체적으로 설정하여 개발 지연에 따른 책임을 물을 수 있도록 규정을 마련할 필요가 있습니다. 3. 산출물의 검수 및 인도 방식 산출물의 검수 기준이 명확하지 않으면 개발사가 제공한 결과물의 품질에 대한 분쟁이 발생할 가능성이 있습니다. 산출물의 형태(소스코드, 기술문서 등), 인도 방식 및 검수 절차를 명시하고, 검수 기한 및 검수 완료 기준을 설정하며, 검수 불합격 시 수정 의무 및 방법을 정해야 합니다. 4. 하자보수 기간 및 유지보수 범위 소프트웨어 개발 완료 후에도 일정 기간 동안 버그 수정 및 유지보수가 필요할 수 있습니다. 따라서 하자보수 및 유지보수 조건을 계약서에 명확히 기재해야 합니다. 하자보수 의무와 범위, 방식, 기간을 설정하고, 유지보수의 범위와 비용 산정 기준을 정하며, 긴급 유지보수 발생 시 대응 절차를 마련해야 합니다. 5. 지식재산권 귀속 소프트웨어 용역계약에서 지식재산권 귀속 문제는 중요한 요소 중 하나입니다. 계약을 체결할 때 소프트웨어의 소스코드 및 저작권 귀속 여부를 명확히 해야 합니다. 개발 결과물의 저작권 귀속 주체를 명시하고, 소스코드 제공 여부 및 사용권 제한을 정하며, 오픈소스 라이선스 적용 여부를 확인하는 것이 중요합니다. 6. 비밀유지 의무 소프트웨어 개발 과정에서는 민감한 정보가 공유될 수 있으므로, 기밀 유지 조항을 포함하여 정보 유출을 방지해야 합니다. 계약 당사자의 비밀유지 의무를 명시하고, 기밀정보의 범위 및 보호 기간을 설정하며, 기밀유지 의무 위반 시 손해배상 규정을 마련해야 합니다. 7. 계약의 해지 또는 해제 조항 계약의 종료 및 해지 조건을 명확히 하지 않으면 분쟁 발생 시 해결이 어려울 수 있습니다. 계약 해지 사유 및 절차를 명시하고, 해지 시 발생하는 비용 및 위약금 규정을 정하며, 해지 후 양측의 의무를 정리하는 것이 필요합니다. 소프트웨어 용역계약의 적용 법률 소프트웨어 용역계약은 단순한 용역계약이 아니라, 법률적으로는 다양한 해석이 가능한 복합적 계약 형태입니다. 대법원은 제작물공급계약의 성격을 설명하면서, 제작 측면에서는 도급의 성격이, 공급 측면에서는 매매의 성격이 혼재된다고 판단한 바 있습니다(대법원 1996. 6. 28. 선고 94다42976 판결). 특히, 특정 수요자의 요구에 맞춘 소프트웨어 개발의 경우, 개발 결과물이 대체물이 아니라 해당 고객만을 위한 부대체물에 해당할 가능성이 높아, 이는 매매보다는 도급 계약의 성격을 띠게 됩니다. 이 경우 민법상 도급에 관한 규정이 우선 적용되며, 이에 따른 하자담보 책임, 이행지체에 대한 책임, 계약 해지 요건 등에 대한 해석에도 차이가 발생할 수 있습니다. 법무법인 비트는 대한변호사협회 인증을 받은 IT전문변호사 백승철 파트너 변호사와 안일운 파트너 변호사를 비롯하여 이공계를 출신 변호사들을 중심으로 IT 및 소프트웨어 분야에 특화된 법률 서비스를 제공하며, 다수의 스타트업, 개발사, 플랫폼 기업을 대상으로 한 자문 경험을 보유하고 있습니다. 소프트웨어 용역계약, 라이선스 계약, 오픈소스 컴플라이언스, 개인정보보호법 및 정보통신망법 등 IT 산업 전반에 걸친 법적 이슈에 대해 깊이 있는 이해를 바탕으로 실무 중심의 솔루션을 제공합니다. 개발 단계에서의 과업범위 설정부터 납품 후의 분쟁 대응, 기술 유출 및 지식재산권 보호까지, 기술과 법률이 교차하는 복잡한 사안에 대해 맞춤형 자문을 제공함으로써 고객사의 비즈니스 리스크를 최소화합니다. IT 및 소프트웨어 관련하여 법률자문이 필요하시면 언제든지 법무법인 비트로 문의주시기 바랍니다. 감사합니다. 법무법인 비트 드림