소프트웨어 보증
벤더가 제품을 판매하는 경우, 통상 그 제품이 어떤 작동을 한다는 점을 약속합니다. 예를 들어, 전구는 빛을 낼 것이고, 자동차는 주행을 할 수 있습니다. 이러한 약속은 제품 브로셔를 통해서와 같이 묵시적으로도 이루어질 수 있고, 상세한 기술 사양 설명을 통해서와 같이 명시적으로 이루어질 수도 있습니다. 우리가 물건을 사면, 그 물건이 약속된 대로 작동할 것이라는 점에 대해 정당한 기대를 가집니다.
보증은 벤더가 판매한 물건이 하자가 없다는 점, 즉 약속된 기능을 제공할 것이는 점과, 만일 그렇지 않을 경우 그 하자를 어떻게 치유해줄 것인지에 관한 공식적인 약속입니다.
만일 서버나 컴퓨터의 하드웨어를 구입한다면, 보증은 통상 그 물건이 기술 사양에 따라 작동하며, 제조 결함이 없다는 점을 보장합니다. 보증 계약은 제품이 약속과 달리 작동하지 않을 경우 회사가 물건을 어떻게 고쳐줄 것인지, 얼마나 빨리 고쳐줄 것인지를 규정합니다. 이는 통상 "서비스 레벨"과 결합한 "보증 서비스"로 나타납니다. 예를 들어, 벤더는 48시간 안에 부품을 1대1로 교환해 줄 것이라고 정하기도 합니다. 보증 계약에서 보증이 제공되지 않는 범위나 보증을 무효화할 수 있는 경우를 정하기도 합니다. 예를 들면, 정당한 권한 없이 기계를 개조하면 보증을 받을 수 없습니다. 보증 계약에서 제품이 작동하지 않을 때 벤더 측의 책임을 제한하는 조항을 포함할 수도 있습니다. 예를 들어, 서버가 작동하지 않는 경우 그로 인해 손실한 데이터로 인한 손해까지는 벤더가 책임을 지지 않는다는 조항이 있을 수 있습니다.
소프트웨어를 구입하는 경우라면 이야기가 약간 달라집니다. 하드웨어와 달리, 소프트웨어는 "as-is" 조건에 따라 보증 없이 판매되기도 합니다. 소프트웨어가 약속한 대로 작동하리라는 점을 벤더 측이 보장하지 않는다는 뜻입니다. 소프트웨어에 대한 보증이 존재하지 않을 수 있습니다. 물론 소프트웨어가 담긴 매체에 대한 보증이 있는 경우는 있지만, 소프트웨어 자체에 대한 보증은 아닙니다.(가령 소프트웨어가 저장된 CD가 손상되어 있다면 교환은 가능합니다.) 상용 완제품 소프트웨어(off-the-shelf 소프트웨어 혹은 shrink-wrap 소프트웨어)의 경우 종종 "as-is" 조건에 따라 판매됩니다.
반면, 기업용 소프트웨어나 주문 개발된 소프트웨어는 제한된 보증을 수반하여 판매되는 경향이 있습니다. 하지만 이러한 소프트웨어 보증도 제한적입니다. 해당 프로그램이 전혀 결점 없이 설명서 그대로 정확하게 작동한다는 점을 보장하지는 않기 때문입니다. 이는 결점(버그)이 전혀 없는 소프트웨어를 만드는 것이 거의 불가능한 까닭입니다. 소프트웨어가 약속대로 작동한다는 보장은 없지만, 벤더들은 소프트웨어의 결점을 제거하기 위해 통상 아래에서 설명하는 방식 중 몇 가지를 제공합니다.
1. 오류 보고. 벤더 측은 고객에게 전화번호나 혹은 문제점을 보고할 수 있는 방법을 제공합니다. 이러한 창구는 문제점을 받아들이기만 하며, 통상 그 문제점을 수정해주거나 다른 지원을 제공하지는 않습니다.
2. 업데이트. 보증 계약에서 벤더가 소프트웨어의 결함을 고치기 위해 버그 픽스와 패치를 만들 것이라는 점을 설명하기도 합니다. 하지만 그러한 버그 픽스나 패치가 만들어질 것이라는 점, 혹은 결함이 발견된 후 일정한 기간 안에 만들어질 것이라는 점을 보장하지는 않습니다. 달리 말해, 벤더 측의 자유재량 혹은 최선의 노력에 따라 버그 픽스나 패치를 만들 것이라는 뜻입니다. 이러한 패치는 약간의 기능 향상을 포함하거나 오퍼레이팅 시스템이나 다른 소프트웨어의 업데이트에 맞추어서 이루어지기도 합니다. 고객은 각자 패치나 업데이트를 설치해야 하며, 벤더 측에서 그들이 배포한 업데이트를 설치하거나 관리해주는 서비스는 제공하지 않는 것이 보통입니다.
3. 환불 청구권. 보증 기간 동안 소프트웨어가 설명서처럼 작동하지 않거나, 벤더가 그 결함을 제거할 수 있는 업데이트를 배포하지 못하는 경우, 그 기간 안에는 고객이 환불을 받을 수 있는 권리를 부여합니다.
4. 보수 청구권. 소프트웨어가 설명서처럼 작동하지 않는 경우 벤더 측이 즉각 소프트웨어를 수정하거나 다른 우회적인 방법으로라도 그 소프트웨어가 제대로 작동하도록 지원을 해준다는 뜻입니다. 보수가 제공되는 방법은 통상 문제점이 얼마나 심각한지에 따라 달라집니다. 원격이나 인터넷을 통해 제공될 수도 있고, 직접 현장에서 제공될 수도 있습니다. 주말 없이 24시간 제공될 수도 있고, 근무시간에만 제공될 수도 있습니다. 이는 계약에 달린 문제입니다.
5. 개선 요구에 따른 계약 체결권(주문 개발한 소프트웨어의 경우). 소프트웨어가 사업에 적합하게 유지될 수 있도록 할 목적으로 이루어집니다. 개선에 관해서는 따로 보증이 이루어지며, 또한 개선 비용 또한 따로 정합니다.
6. 도움말. 때로 도움말이 번들로 포함되기도 합니다. 도움말은 사용자가 소프트웨어를 구성하고 사용하는데 도움을 줍니다.
벤더가 제품을 판매하는 경우, 통상 그 제품이 어떤 작동을 한다는 점을 약속합니다. 예를 들어, 전구는 빛을 낼 것이고, 자동차는 주행을 할 수 있습니다. 이러한 약속은 제품 브로셔를 통해서와 같이 묵시적으로도 이루어질 수 있고, 상세한 기술 사양 설명을 통해서와 같이 명시적으로 이루어질 수도 있습니다. 우리가 물건을 사면, 그 물건이 약속된 대로 작동할 것이라는 점에 대해 정당한 기대를 가집니다.
보증은 벤더가 판매한 물건이 하자가 없다는 점, 즉 약속된 기능을 제공할 것이는 점과, 만일 그렇지 않을 경우 그 하자를 어떻게 치유해줄 것인지에 관한 공식적인 약속입니다.
만일 서버나 컴퓨터의 하드웨어를 구입한다면, 보증은 통상 그 물건이 기술 사양에 따라 작동하며, 제조 결함이 없다는 점을 보장합니다. 보증 계약은 제품이 약속과 달리 작동하지 않을 경우 회사가 물건을 어떻게 고쳐줄 것인지, 얼마나 빨리 고쳐줄 것인지를 규정합니다. 이는 통상 "서비스 레벨"과 결합한 "보증 서비스"로 나타납니다. 예를 들어, 벤더는 48시간 안에 부품을 1대1로 교환해 줄 것이라고 정하기도 합니다. 보증 계약에서 보증이 제공되지 않는 범위나 보증을 무효화할 수 있는 경우를 정하기도 합니다. 예를 들면, 정당한 권한 없이 기계를 개조하면 보증을 받을 수 없습니다. 보증 계약에서 제품이 작동하지 않을 때 벤더 측의 책임을 제한하는 조항을 포함할 수도 있습니다. 예를 들어, 서버가 작동하지 않는 경우 그로 인해 손실한 데이터로 인한 손해까지는 벤더가 책임을 지지 않는다는 조항이 있을 수 있습니다.
소프트웨어를 구입하는 경우라면 이야기가 약간 달라집니다. 하드웨어와 달리, 소프트웨어는 "as-is" 조건에 따라 보증 없이 판매되기도 합니다. 소프트웨어가 약속한 대로 작동하리라는 점을 벤더 측이 보장하지 않는다는 뜻입니다. 소프트웨어에 대한 보증이 존재하지 않을 수 있습니다. 물론 소프트웨어가 담긴 매체에 대한 보증이 있는 경우는 있지만, 소프트웨어 자체에 대한 보증은 아닙니다.(가령 소프트웨어가 저장된 CD가 손상되어 있다면 교환은 가능합니다.) 상용 완제품 소프트웨어(off-the-shelf 소프트웨어 혹은 shrink-wrap 소프트웨어)의 경우 종종 "as-is" 조건에 따라 판매됩니다.
반면, 기업용 소프트웨어나 주문 개발된 소프트웨어는 제한된 보증을 수반하여 판매되는 경향이 있습니다. 하지만 이러한 소프트웨어 보증도 제한적입니다. 해당 프로그램이 전혀 결점 없이 설명서 그대로 정확하게 작동한다는 점을 보장하지는 않기 때문입니다. 이는 결점(버그)이 전혀 없는 소프트웨어를 만드는 것이 거의 불가능한 까닭입니다. 소프트웨어가 약속대로 작동한다는 보장은 없지만, 벤더들은 소프트웨어의 결점을 제거하기 위해 통상 아래에서 설명하는 방식 중 몇 가지를 제공합니다.
1. 오류 보고. 벤더 측은 고객에게 전화번호나 혹은 문제점을 보고할 수 있는 방법을 제공합니다. 이러한 창구는 문제점을 받아들이기만 하며, 통상 그 문제점을 수정해주거나 다른 지원을 제공하지는 않습니다.
2. 업데이트. 보증 계약에서 벤더가 소프트웨어의 결함을 고치기 위해 버그 픽스와 패치를 만들 것이라는 점을 설명하기도 합니다. 하지만 그러한 버그 픽스나 패치가 만들어질 것이라는 점, 혹은 결함이 발견된 후 일정한 기간 안에 만들어질 것이라는 점을 보장하지는 않습니다. 달리 말해, 벤더 측의 자유재량 혹은 최선의 노력에 따라 버그 픽스나 패치를 만들 것이라는 뜻입니다. 이러한 패치는 약간의 기능 향상을 포함하거나 오퍼레이팅 시스템이나 다른 소프트웨어의 업데이트에 맞추어서 이루어지기도 합니다. 고객은 각자 패치나 업데이트를 설치해야 하며, 벤더 측에서 그들이 배포한 업데이트를 설치하거나 관리해주는 서비스는 제공하지 않는 것이 보통입니다.
3. 환불 청구권. 보증 기간 동안 소프트웨어가 설명서처럼 작동하지 않거나, 벤더가 그 결함을 제거할 수 있는 업데이트를 배포하지 못하는 경우, 그 기간 안에는 고객이 환불을 받을 수 있는 권리를 부여합니다.
4. 보수 청구권. 소프트웨어가 설명서처럼 작동하지 않는 경우 벤더 측이 즉각 소프트웨어를 수정하거나 다른 우회적인 방법으로라도 그 소프트웨어가 제대로 작동하도록 지원을 해준다는 뜻입니다. 보수가 제공되는 방법은 통상 문제점이 얼마나 심각한지에 따라 달라집니다. 원격이나 인터넷을 통해 제공될 수도 있고, 직접 현장에서 제공될 수도 있습니다. 주말 없이 24시간 제공될 수도 있고, 근무시간에만 제공될 수도 있습니다. 이는 계약에 달린 문제입니다.
5. 개선 요구에 따른 계약 체결권(주문 개발한 소프트웨어의 경우). 소프트웨어가 사업에 적합하게 유지될 수 있도록 할 목적으로 이루어집니다. 개선에 관해서는 따로 보증이 이루어지며, 또한 개선 비용 또한 따로 정합니다.
6. 도움말. 때로 도움말이 번들로 포함되기도 합니다. 도움말은 사용자가 소프트웨어를 구성하고 사용하는데 도움을 줍니다.
덧글