소프트웨어 계약이 비즈니스에 포함되어야 하는가?

1. 소프트웨어 계약의 핵심 수축 요소

소프트웨어 계약은 어떤 소프트웨어가 라이센스되고 허용된 사용 범위, 참여 기간의 정확한 정의로 시작된다. 기업 당사자는 예산 비용, 계획 구현 시간 및 내부 리소스를 할당하는 이러한 기반 조건에 의존합니다.

라이선스 범위는 고객이 소프트웨어에 비 독점적인, 독점 또는 제한된 라이센스를 받을 수 있는지 정의합니다. 결제 조건은 수수료 구조(자본 라이센스, 구독, 사용 기반 또는 이정표 지불), 지급 일정 및 늦게 지불의 결과를 지정해야 합니다. 지원 및 유지 보수 조항은 업데이트, 버그 수정, 보안 패치 및 기술 지원을 제공하기 위해 공급업체의 의무를 개요합니다. Confidentiality 규정은 소프트웨어 및 고객 데이터에 내장된 독점적인 코드, 비즈니스 프로세스를 보호합니다. 서비스 수준 계약은 가동 시간 보장, 응답 시간을 설치하고, 성과가 명시된 문턱의 밑에 떨어지는 경우에 구제합니다.

계약은 데이터 보안, 백업 절차 및 업계 표준 준수를 고려해야 합니다. 여러분의 의견을 듣고 싶습니다. 아래 양식을 작성해 주십시오: 종료시 고객 데이터에 대한 명확한 진술은 데이터의 책임과 삭제 의무를 방지합니다.

2. 책임, Indemnification 및 위험 할당

소프트웨어 계약은 일반적으로 의약적인 노출에 대한 보호하는 공급업체의 책임을 캡하고, 제3자 침해 청구 및 규제 위반에 대해 비소를 할당합니다. 기업 고객은 이러한 제한이 자신의 위험 자세 및 보험 요구 사항에 영향을 미치는 방법을 이해해야합니다.

책임 모자는 종종 지불 된 수수료 (예를 들어, 구독료 12 개월) 또는 고정 달러 금액으로 표현됩니다. 뉴욕 법원 및 기타 관할권은 일반적으로 정교한 상업 당사자 간의 협상 된 책임 캡을 시행하고 언어가 비유적이며 총 negligence 또는 willful misconduct의 책임을 부과하지 않습니다. 기업의 책임은 회사의 업무상 중요한 문제로 인해 발생하는 손해, 손실 및 사업 중단의 위험이 발생하며, 이 경우 회사는 공급업체가 계약에 따라 표준을 준수할 수 있지만, 소프트웨어의 중요성에 따라 양도 될 수도 있습니다.

Indemnification 규정은 소프트웨어가 제3자 지적 재산권 또는 위반에 대한 청구를 통해 한 당사자에게 방어하고 해치하는 것을 요구합니다. 공급업체는 일반적으로 침해 청구에 대한 고객을 통합하고 있으며, 고객은 고객의 데이터 또는 소프트웨어로 인한 손해를 주장하는 것에 대해 공급 업체를 통합합니다. 이 항목은 종종 통보, 협력 및 mitigate 손상을 포함. 침입 당사자가 신속하게 방어하거나 인바이트는 동의없이 정착하지 못하면 비용을 부담 할 수 있습니다.

3. 지적 재산권 소유권 및 라이센스 권리

소프트웨어 계약의 가장 중요한 영역 중 하나는 지적 재산권 소유권 할당입니다. Clarity는 여기에 수정, 개선, 사용자 정의 코드 및 파생 작품을 소유하는 사람들에 분쟁을 방지합니다.

전형적인 공급업체 공급 소프트웨어 시나리오에서, 납품업자는 underlying 소프트웨어 코드의 소유권을 유지하고 있으며 고객은 제한된 라이센스를 사용하여 그것을 사용합니다. 그러나 계약이 사용자 정의 개발 또는 중요한 맞춤 작업을 포함하면 고객은 주문 코드를 소유하고, 공급업체는 소유권을 유지하며 라이센스를 부여하거나 소유권은 공유됩니다. 일부 계약은 고객이 사용자 정의 코드를 소유하지만 다른 고객에게 일반적인 구성 요소를 사용하는 라이센스를 부여합니다. Pre-existing 공급 업체 도구, 라이브러리 및 방법론은 일반적으로 사용자 정의 작업에 통합 된 경우에도 공급업체 속성을 유지합니다.

소프트웨어에 내장된 오픈 소스 소프트웨어는 추가 복잡성을 만듭니다. 본 약관은 오픈소스 라이선스가 적용되고 그 라이센스는 고객의 의무를 부과하는지 여부에 따라 공개해야 합니다. 오픈 소스 준수를 해결하는 실패는 라이센스 위반 및 커뮤니티 집행 조치를 두 당사자에게 노출 할 수 있습니다. 모든 타사 구성 요소의 문서, 각각의 라이센스 및 버전과 함께 예상치 못한 준수 의무로부터 고객을 보호합니다.

4. 종료, 갱신 및 출구 Provisions

소프트웨어 계약은 종종 지정된 창 내에서 통지를 제공하지 않는 한, 한 당사자가 합의를 자동으로 확장하는 갱신 항목이 포함되어 있습니다. 기업 고객은 신중하게 갱신 날짜를 추적하고 데이터 액세스, 지원 및 라이센스에 종료의 결과를 이해해야합니다.

원인의 종료는 일반적으로 재료 위반, 통지 및 치료 기간 (30 일) 당사자가 종결 될 수 있기 전에. 편의성 종료(비밀번호 없이)는 초기 기간 만료 후만 유효하며 사전 통지가 필요할 수 있습니다. (예: 90일) 일부 계약은 비 지불을 위해 종결되는 공급 업체 만 허용하며 고객은 공급업체가 재고 또는 제품을 중단하면 운영 위험을 최소화하는 제한적 인 권한이 있습니다.

종료시, 계약은 고객이 소프트웨어에 액세스하는 것을 유지 여부를 지정해야 하며 데이터 수출 절차 및 전환 지원의 지속 가능성. 데이터 포용성 절은 고객이 합리적인 시간대 내에서 표준 형식으로 모든 데이터를 검색할 수 있도록 합니다. 소프트웨어가 중요한 비즈니스 프로세스를 관리하면 공급업체는 공급 업체가 실행되거나 가동 중지되는 경우, 해당 계약이 체결될 수 있는 중립 제3자에 의해 제공된 소스 코드 escrow(중소한 타사)을 제공할 것인지 여부를 결정해야 합니다. 이러한 규정은 특히 사업 연속성이 무정한 접근에 따라 미션 크리티컬 애플리케이션을 위해 중요합니다.

5. 규정 준수, 규제 및 실제 고려

핵심 상업적 측면에서 소프트웨어 계약은 귀하의 비즈니스 및 고객 데이터에 적용하는 데이터 보호 법률, 산업 규정 및 보안 표준을 준수해야합니다. 귀하의 규제 의무와 함께 공급 업체는 자신의 책임 노출에 영향을 미칩니다.

데이터 보호 및 개인 정보 보호 조항은 공급업체가 적용된 개인정보 보호정책에 따라 프로세서 또는 컨트롤러로 작동할지 여부를 보장하는 방법을 지정해야 하며, 어떤 보안 조치는 공급업체가 실행되는지에 대해 설명합니다. 귀하의 비즈니스는 HIPAA (건강 관리), PCI DSS (지불 카드 데이터) 또는 SOC 2 표준과 같은 규정에 따라 계약은 공급업체의 준수 인증을 확인해야 합니다. 감사 권리는 공급업체의 보안 관행 및 규제 준수를 확인하기 위해 귀하의 비즈니스를 허용한다. 이 기준을 유지하기 위해 공급업체의 실패는 규제 벌금과 명성을 귀하의 사업에 일으킬 수 있습니다.

기업 실습에서 시스템 통합, 성능 벤치 마크 및 가입 전에 지원 가용성에 대한 모든 가정을 문서화하는 것이 좋습니다. 소프트웨어가 공급업체가 계약 또는 고객의 사용 사례를 위반했는지 여부에 대해 종종 분쟁을 이끌어 낼 것으로 기대합니다. 시행 중 상세한 합격 기준 및 시험 절차는 포스트 발사 분쟁을 감소시킵니다. 계약이 승인된 경우, 공급업체의 권세를 확인하거나 사용료를 검증할 수 있는 권한을 부여하는 것 또는 라이선스 제한을 준수해야 하는지 고려하십시오. 이 규정은 당사자의 기록에 대해 만족할 수 있습니다.

계약 Component	핵심 고려	기업 위험
라이센스	독점 대. 비 독점적인; 허용된 사용 (내부, 재판매, 수정)	무단 사용 또는 재판매는 breach 책임과 injunction 노출을 만듭니다
지적재산권	사용자 정의 코드의 소유자, 오픈 소스 공개 디스크 루스 스, 파생 작품	Ambiguity는 소유권 주장과 비용 소송을 준수하기 위해 리드
책임 모자	수수료 지급 또는 고정 금액의 여러; 긴급 손상의 제외	Inadequate 모자는 납품업자 실패에서 uncompensated 손실에 드러내게 합니다
종료 권리	원인, 편의성에 대한 통지 기간, 데이터 수출 절차	종료 중단 작업에 데이터 액세스의 잠금에서 갱신 또는 손실
준수 및 보안	데이터 보호, 규제 인증, 감사 권리, 침해 통지	Vendor non-compliance는 규제 벌금 및 책임에 대한 귀하의 사업을 노출

뉴욕 상업 법원은 소프트웨어 계약의 시행

뉴욕 법원은 계약의 일반 언어에 대한 소유권을 부여하고 서명 한 시간에 당사자를 찾습니다. 법원은 언어가 비공식적 또는 불응용되지 않는 한 상업 당사자간에 책임 모자와 indemnification 규정을 적용합니다. New York Courts는 계약 또는 승인 된 수용 기준에 명시된 표현 성능 표준을 충족하기 위해 공급업체의 실패를 증명할 수 있는 소프트웨어가 요구될 수 있습니다. 계약이 성능 메트릭 또는 합격 절차에 대한 세부 사항이 부족하면 고객은 breach를 수립하는 더 높은 부담을 직면합니다.

진정한 항만제는 뉴욕 대법원에서 파일 또는 기밀을 방지하기 위해 인준비 구호를 추구하는 공급 업체이며, 공급업체가 저지상에 대한 성공의 무해하고 우월한 해적을 입증할 경우 임시 제반 주문을 얻을 수 있습니다. 고객 injunctive Relief에 대한 방어 종종 모기 손상은 적절한 치료법이지만, 소프트웨어는 고유하거나 공급업체의 거래 비밀이 스테이크에서 인준션을 부여 할 수 있습니다. 당사자는 물질의 이용에 대한 분쟁이 뉴욕 주 법원 또는 연방 법정 (SDNY)에서 밝히고, 그 소스 코드 발견, 성능 로그 및 내부 통신은 성과와 위반으로 사실적인 분쟁을 해결하는 데 필요한 가정해야한다.

기업 구매자를위한 협상 우선 순위

기업 고객은 사업 운영에 소프트웨어의 중요성을 반영하는 협상 책임 모자를 우선적으로 해야 합니다, 캡은 총 negligence 또는 willful misconduct에 대 한 책임을 제외 하지 않습니다. 모든 타사 침해 주장에 대한 공급 업체가 면제되고 모든 오픈 소스 구성 요소 및 라이센스를 공개하도록 요청하십시오. 공급업체의 보안 관행 및 규정 준수를 보장하기 위해 권리가 부여되며, 사전 통지와 합리적인 전환 기간을 요구하며 소프트웨어 또는 자료적으로 변경된 가격을 중단합니다.

데이터 포트성 및 소스 코드 escrow에 대한 협상 소프트웨어가 임무-critical인지. 라이센스가 독점인지 여부를 명확히하고 다른 시스템과 통합 할 수 있는지, 또는 파생 작품을 개발. 구현 시작 전에 세부 사항 및 테스트 절차 정의, 보고하고 반복 결함에 대한 명확한 프로세스를 구축. 계약이 사용 기반 수수료가 포함되면, 청구 분쟁을 방지하기 위해 이용 미터의 사용 권한 및 투명보고를 요청하십시오. 이 규정은 운영 위험을 줄이고 가격 협상 및 공급 업체와 함께 지원 조건을 제공합니다.