소프트웨어 유지보수 계약 체결 시 반드시 확인해야 할 SLA 조항 검토 포인트
IT 서비스 운영의 핵심인 소프트웨어 유지보수 계약서! 분쟁을 예방하는 SLA(서비스 수준 합약) 설정 방법과 지체상금, 서비스 가동률 산정 방식 등 핵심 법률 검토 포인트를 BeforeUSign이 정리해 드립니다.
소프트웨어 유지보수 계약, 왜 SLA가 핵심인가요?
성공적인 소프트웨어 개발만큼이나 중요한 것이 바로 '안정적인 운영'입니다. 개발이 완료된 후 시스템을 인도받은 발주사(갑)와 운영을 책임지는 수주사(을) 사이에는 필연적으로 소프트웨어 유지보수 계약이 체결됩니다. 이때 가장 빈번하게 분쟁이 발생하는 지점이 바로 "서비스가 제대로 제공되었는가?"에 대한 판단 기준입니다.
이를 객관적으로 정의한 것이 바로 **SLA(Service Level Agreement, 서비스 수준 협약)**입니다. SLA는 서비스 제공자가 사용자에게 제공할 서비스의 수준을 정량화하여 명시한 문서로, 계약의 이행 여부를 판단하는 결정적인 근거가 됩니다. 민법 제390조(채무불이행과 손해배상)에 따르면 채무자가 채무의 내용에 좇은 이행을 하지 아니한 때에는 채권자는 손해배상을 청구할 수 있습니다. SLA는 바로 이 '채무의 내용'을 구체화하는 작업입니다.
반드시 확인해야 할 SLA 조항별 검토 포인트
단순히 "최선을 다해 유지보수한다"는 문구는 법적으로 보호받기 어렵습니다. 분쟁 발생 시 승패를 가르는 3가지 핵심 포인트를 짚어보겠습니다.
1. 서비스 가동률(Availability)과 산정 방식
유지보수 계약에서 가장 기본이 되는 지표는 '가용성'입니다. 보통 "월 가동률 99.9% 보장"과 같은 방식으로 표기됩니다.
- 검토 포인트: 가동률 계산에서 제외되는 '예외 시간'을 명확히 해야 합니다. 정기 점검 시간, 발주사의 과실로 인한 장애, 천재지변 등이 포함되는지 확인하세요.
- 법률 팁: 공정거래위원회의 '정보시스템 유지관리 표준계약서'에서도 정기 점검 등을 위해 사전에 합의된 서비스 중단은 가동률 산정 시 가동 중단 시간에서 제외하도록 권고하고 있습니다.
99.9%의 함정 월간 가동률 99.9%는 한 달(30일) 기준 약 43분 정도의 장애만 허용한다는 의미입니다. 만약 24시간 끊김 없는 서비스가 핵심이라면 이 수치를 높여야 하고, 반대로 내부용 비핵심 시스템이라면 비용 절감을 위해 수치를 조정하는 협상이 필요합니다.
2. 장애 등급에 따른 응답 시간(Response Time) 및 복구 시간(Resolution Time)
모든 장애가 동일한 중요도를 갖지는 않습니다. 장애의 심각도에 따라 등급을 나누고, 각 등급별로 언제까지 응답하고(Response), 언제까지 해결할지(Resolution)를 명시해야 합니다.
- 등급 분류: Critical(전체 서비스 중단), Major(주요 기능 마비), Minor(일부 기능 오류) 등으로 세분화합니다.
- 시간 기준: '업무 시간 기준(Business Hours)'인지 '24시간 365일(24/7)' 기준인지에 따라 인건비 산정이 달라지므로 주의 깊게 살펴야 합니다.
3. 손해배상의 예정과 서비스 크레딧(Service Credit)
SLA 미준수 시 어떤 책임을 물을 것인가에 대한 내용입니다. 민법 제398조(배상액의 예정)에 따라 당사자는 채무불이행에 관한 손해배상액을 예정할 수 있습니다.
- 서비스 크레딧: 실무적으로는 다음 달 유지보수료에서 일정 비율을 차감하는 '서비스 크레딧' 방식이 선호됩니다.
- 지체상금과의 관계: 장애 복구 지연에 따른 지체상금을 설정할 경우, 전체 계약 금액의 일정 한도(예: 10%)를 넘지 않도록 캡(Cap)을 씌우는 것이 수주사 입장에서는 리스크 관리의 핵심입니다.
'최대한 노력한다'는 문구의 위험성 "장애 발생 시 즉시 복구를 위해 최대한 노력한다"는 표현은 법적 구속력이 약한 '신사협정'에 가깝습니다. "장애 통지 후 2시간 이내에 원인 파악 보고서를 제출하고, 4시간 이내에 임시 조치를 완료한다"와 같이 숫자로 표현된 의무를 명시해야 합니다.
분쟁을 막는 예외 조항(Exclusion)의 기술
계약서 검토 시 수주사(을)가 반드시 챙겨야 할 대목은 '면책 조항'입니다. 완벽한 소프트웨어는 없기에, 수주사가 통제할 수 없는 영역까지 책임을 지는 것은 불공정할 수 있습니다.
- 발주사 제공 환경의 문제: 발주사가 제공한 서버 하드웨어나 네트워크 인프라 자체의 결함으로 인한 장애.
- 제3자 소프트웨어 결함: 유지보수 대상 외의 연동된 타사 API나 오픈소스 자체의 버그.
- 임의 변경: 수주사와 협의 없이 발주사가 소스코드를 임의로 수정한 경우.
이러한 예외 상황을 명확히 기재하지 않으면, 원인 불명의 장애가 발생했을 때 수주사가 모든 독박을 쓸 위험이 있습니다.
AI로 실수 없는 소프트웨어 유지보수 계약서 작성하기
소프트웨어 유지보수 계약은 기술적인 이해와 법률적인 정교함이 동시에 요구되는 영역입니다. 특히 SLA 조항은 단어 하나, 숫자 하나에 따라 수천만 원의 위약금이 왔다 갔다 할 수 있는 예민한 부분입니다.
과거에는 법무팀이나 외부 변호사의 검토를 거치는 데 수일이 소요되었지만, 이제는 AI를 통해 실시간으로 독소 조항을 걸러낼 수 있습니다. BeforeUSign의 AI는 수천 건의 IT 계약 데이터를 바탕으로 귀하의 SLA 조항이 업계 표준에 부합하는지, 발주사나 수주사 중 한쪽에 지나치게 불리하지 않은지 즉시 진단해 드립니다.
계약 검토 전 체크리스트
- 서비스 가동률 목표 수치가 비즈니스 목적에 부합하는가?
- 장애 등급별 정의가 모호하지 않고 명확한가?
- 손해배상액(크레딧)의 산정 기준과 상한선이 있는가?
- 수주사의 면책 범위가 구체적으로 적시되었는가?
복잡한 IT 용어와 까다로운 법률 문구 사이에서 길을 잃지 마세요. BeforeUSign과 함께라면 전문 지식이 없어도 안전하고 공정한 유지보수 계약을 체결할 수 있습니다. 지금 바로 귀하의 계약서를 AI로 검토해 보세요.
내 계약서도 AI로 검토해보세요
법원 판례 데이터를 기반으로 독소조항과 위험 조항을 자동 분석합니다.
가입 즉시 무료 분석 10회를 제공합니다.