첫째, 기술 개발 계약의 확인
계약법 제 330 조는 기술 개발 계약의 정의를 규정하고 있다. "기술 개발 계약은 당사자 간의 신기술, 신제품, 신기술 또는 신소재 및 시스템 연구 개발에 대한 계약을 가리킨다."
기술 개발 계약에는 개발 계약 위탁 및 협력 개발 계약이 포함됩니다. 개발 계약을 위탁하는 것은 당사자 일방이 다른 측에 연구 개발 업무를 의뢰하고 그에 상응하는 연구 개발 경비와 보수를 제공하여 체결한 기술 개발 계약이다. (윌리엄 셰익스피어, 윈스턴, 개발, 개발, 개발, 개발, 개발, 개발, 개발)
협력개발계약은 당사자가 공동 연구개발사업에 대해 체결한 기술개발계약이다.
200 1 시행된' 기술계약인정규칙' 에 따르면 기술개발계약의 인정조건은 다음과 같다.
(1) 명확한 과학 연구 및 기술 개발 목표가 있습니다.
(2) 계약의 대상은 당사자가 계약을 체결할 때 아직 파악하지 못한 기술 방안이다.
(3) R&D 작업 및 예상 성과에는 해당 기술 혁신 내용이 있습니다.
둘째, 기술 개발 계약의 내용은 다음을 포함해야합니다
(1) 개발 프로젝트 이름입니다. 개발 프로젝트의 이름은 가능한 간결하고 정확한 단어를 사용해야 하며, 프로젝트의 기술적 특징을 반영하고 보완 프로젝트의 내용에 주의를 기울여야 합니다.
(2) 개발 내용. 개발 내용은 계약 이행과 직결되기 때문에 계약 쌍방은 가능한 정확하고 상세하며 전면적으로 합의한다. 내용이 많거나 복잡한 경우 R&D 단계나 계획에 따라 계층, 하위 프로젝트로 배정해야 합니다. 최종 R&D 성과 및 그 표현 형식도 계약서에 설명해야 한다.
(3) 개발 계획. 너는 전반적인 계획, 연간 계획, 분기 계획 등을 만들 수 있다. R&D 내용이 복잡하고 변화무쌍하다면 방안은 더욱 세심하고 엄격해야 한다. 각 단계별 계획은 R&D 프로세스를 보다 합리적이고 원활하게 만드는 데 초점을 맞춰 해결해야 할 기술적 문제와 달성해야 할 목표도 설명해야 합니다.
(d) 개발 비용 및 지불. 개발경비의 총액과 개발보상의 출처를 명확하게 연구해야 한다. 일부 기술 개발 계약은 자금과 보상의 차이를 구분하지 않습니다. 이 두 가지를 통칭하여 R&D 비용이라고 합니다. 그러나 법적인 관점에서 볼 때, 자금과 보수는 다르기 때문에 실제 응용에서는 구분에 주의해야 한다.
(5) 개발자금으로 구매한 설비, 기재 및 재료의 소유권. 실제 집행 과정에서 분쟁을 피하거나 줄이기 위해 계약 당사자는 R&D 과정에서 발생하는 재산 소유권을 합리적으로 구분해야 합니다. 당사자 또는 * * * 가 소유한 장비, 재료 및 BOM 은 계약 첨부로 상세히 기재할 수 있습니다.
(6) 이행 기한, 장소 및 방법. 계약이 갖추어야 할 실질적인 조항이기도 하다. 이 내용을 분명히 하면 개발 진도를 통제하는 데 도움이 되며 위약 여부를 판단하는 데도 사용할 수 있다.
(7) 위험 책임. 책임 주체, 분담 비율, 부담방식을 포함한다. R&D 작업의 불확실성으로 인해, 일단 실패하면 누가 책임을 지고 그로 인한 경제적 손실을 분명히 설명해야 합니다.
(8) 개발 성과의 소유 및 공유. R&D 업무의 최종 목적은 성과를 거두는 것이고, 성과 후의 귀속과 이익은 당사자의 최종 추구이다. 관련된 저작권, 특허권, 비특허 기술 사용권 및 양도권 사용 방법을 포함하여 권리의 귀속과 분배를 명확히 규정해야 합니다.
(9) 개발 결과 수용. R&D 성과가 당사자의 목표에 부합하는지 여부를 확인할 수 있는 수용 기준과 방법을 명확하게 규정해야 합니다. 마지막으로, 검수증서와 서류는 검수측이 발급하여 계약 검수의 근거로 삼아야 한다. 실제로 수탁자의 증명 부담이 높기 때문에 여기에 묵시적인 약속 조항을 약속할 수 있다.
(10) 위약 책임 또는 배상 손실 계산 방법. 위약 책임은 일반적으로 위약금의 형태로 나타나며, 당사자는 손해가 발생한 후 배상을 계산하는 방법을 포함하여 고정적이거나 비례적인 방식으로 위약금을 합의해야 한다.
셋째, 집중해야 할 다른 장소.
(1) 서면 확인에주의하십시오. 기술 개발 및 실행 과정에서 고객이 조정 요구 사항을 변경하여 작업량이나 실행 시간에 영향을 줄 수 있습니다. 업무량과 관련될 수 있거나 소프트웨어 제공 시간에 영향을 줄 수 있는 이러한 변경 사항을 서면으로 확인하는 것이 좋습니다. 또는 업무메일을 통해서도 메일에서 명시적으로 변경되는 요구 사항, 관련 시점 등을 확인하고 의뢰인에게 확인을 요청해야 합니다.
(2) 서면 작업 보고서에주의를 기울이십시오. 개발자가 위탁자가 하는 모든 작업에는 서면 기록이 있어야 하며, 분쟁이 발생할 경우 위탁자가 개발자의 업무를 인정하지 않도록 의뢰인의 확인을 받아야 합니다. 우편물 보고 업무라도 구체적으로 어떤 일을 했는지 정확히 써야지, 몇 마디 거쳐서는 안 된다.
(3) 후기 훈련 및 유지 보수
특히 운영이 복잡하고 전문적인 요구 사항이 높은 R&D 성과에 대해서는 관련 전문 기술 인력에 대한 기술 교육 및 전문 교육을 실시해야 합니다. 계약이 해지되었거나 해지되었으며, 당사자는 여전히 기술 협력이나 기술 지도가 필요하며, 별도로 기술 자문이나 기술 서비스 계약을 체결할 수 있습니다.
(4) 비즈니스 정보의 기밀성
당사자가 기술 개발 과정에서 교환되지 않는 상업 정보를 공개하지 않을 것을 요구하면 기밀 유지 조항에 동의하거나 기밀 유지 계약서에 서명하여 해당 정보를 보호할 수 있습니다. 관건은 기밀 조항이 구체적으로 명확해야 한다는 것이다. 즉, 기밀 내용, 기밀해야 할 정보, 기밀 인원 범위, 기밀 시간, 기밀 책임 등이다. , 개발자에게 제공되는 모든 자료와 정보도 기밀 유지 조항의 첨부로 사용할 수 있습니다. 기밀 유지 조항은 계약 해지의 영향을 받지 않는다는 점을 지적해야 한다. 계약의 변경, 해지 또는 해지 여부와 상관없이 계약 당사자는 기밀 유지 조항에 규정된 기밀 유지 의무를 계속 부담할 수 있습니다.
유형상품은 통일된 기준을 가지고 있지만 기술개발상품은 없어 계약 이행 과정에서 분쟁이 생기기 쉽다. 따라서 기업은 계약서에 서명할 때 가능한 한 명확하고 포괄적이며, 계약 이행 과정에서 증거를 보존하여 사후 소송에서의 위험을 방지해야 합니다.