중국 기업 보고서의 소프트웨어 저작권

소프트웨어 저작권 기록은 특정 소프트웨어 버전을 기록된 권리 보유자와 연결할 수 있습니다. 그러나 이는 소프트웨어가 정상 작동한다는 것, 현재 빌드가 등록된 버전이라는 것, 또는 벤더가 제품의 모든 구성요소를 소유한다는 것을 인증하지 않습니다.

이러한 경계는 산업용 플랫폼, 모바일 앱, 임베디드 컨트롤러, SaaS 벤더 또는 스마트 디바이스 공급업체를 검토할 때 특히 중요합니다. 기업 보고서는 유용한 등록 기록을 제시할 수 있지만, 조달 관련 질문은 더 좁은 범위에 집중됩니다: 이 기록이 해당 제품에서 벤더가 주장하는 역할을 뒷받침하는가?

무엇이 등록되었는가?

중국의 컴퓨터 소프트웨어 보호 규정 은 소프트웨어를 컴퓨터 프로그램과 관련 문서로 정의합니다. 동일한 프로그램의 소스 코드와 오브젝트 코드는 그 정의 하에 동일한 저작물로 취급됩니다. 따라서 이 개념은 제품 아이디어, 클라우드 서비스, 브랜드 또는 전체 기술 비즈니스보다 더 구체적입니다.

해당 WIPO 소프트웨어 개요 는 또 다른 유용한 선을 긋습니다. 저작권은 아이디어, 절차, 운영 방법 또는 수학적 개념 그 자체가 아닌 표현을 보호합니다. `Warehouse Routing Platform V1.0`에 대한 등록은 영업 제안서에 설명된 모든 창고 라우팅 개념이나 알고리즘에 대한 배타적 소유권을 의미하지 않습니다.

기업 보고서에서 특허 및 상표와 함께 소프트웨어 등록이 나열될 경우, 그 목적을 구분해야 합니다. 해당 IP 기록 사용 맵 은 광범위한 포트폴리오를 설명하지만, 이 페이지는 소프트웨어 기록에 초점을 맞춥니다.

등록은 증거일 뿐, 저작권의 발생 시점이 아닙니다

보호 규정에 따르면 소프트웨어 저작권은 개발이 완료될 때 발생합니다. 또한 권리 보유자가 등록하고 결과적인 등록 문서를 등록 사항의 예비 증거로 설명하는 것을 허용합니다. 중국의 소프트웨어 저작권 등록 조치 는 등록을 장려하며 신청자 및 문서 요구사항을 명시합니다.

따라서 두 가지 일반적인 진술을 피하십시오:

• `회사는 등록일자에 저작권을 취득했다.` 기초 권리는 해당 행정적 날짜에 의해 생성되지 않습니다.
• `등록이 발견되지 않았으므로 회사에는 저작권이 없다.` 검색 결과 부재는 보호 가능한 소프트웨어 또는 계약상 권리의 존재 여부를 결정하지 않습니다.

이러한 구별은 등록 건수가 품질 순위가 아닌 이유를 설명합니다. 국가저작권국은 보고했습니다 2025의 3,182,829 소프트웨어 저작권 등록. 이는 광범위한 행정적 맥락일 뿐, 100건의 기록을 가진 벤더가 관련 기록 5건을 가진 벤더보다 우수하다는 증거는 아닙니다.

버전 카드로 여섯 가지 필드를 읽기

출처에 따라 가용성이 다르지만, 유용한 레코드 추출물에는 다음 필드가 포함될 수 있습니다. 버전 접미사나 엔티티 이름을 번역하지 않고 중국어 텍스트와 검색 날짜를 그대로 유지하십시오.

소프트웨어 전체 이름 및 약칭

인용문, 로그인 화면, 사용자 매뉴얼 및 계약서 일정표의 정확한 문구와 비교하십시오. 유사한 이름은 구매 중인 빌드가 아닌 제품 계열을 설명할 수 있습니다.

버전 번호

`V1.0`는 입증된 `V3.2`과 교체하여 사용할 수 없습니다. 릴리스, 모듈 및 화이트라벨 에디션이 등록된 버전과 어떻게 관련되는지 문의하십시오.

등록자 또는 기록된 권리 보유자

중국 법인명을 계약 회사와 일치시키십시오. 창립자, 직원, 자회사 또는 외부 개발자를 지칭하는 경우, 차이를 자동으로 정당한 것으로 간주하거나 의심스러운 것으로 처리하기보다는 소유권 또는 라이선스 사슬을 문서화하십시오.

개발 완료일

이는 등록된 소프트웨어에 대해 보고된 완료 시점입니다. 코드 저장소, 기능 완성도 또는 릴리스 품질에 대한 독립적인 감사 결과가 아닙니다.

첫 번째 출판일(있는 경우)

이는 연대기를 재구성하는 데 도움이 될 수 있습니다. `미출판`, 공백 또는 사용 불가능을 `사용되지 않음` 또는 `납품되지 않음`으로 다시 작성해서는 안 됩니다.

등록일 및 번호

이를 사용하여 행정적 레코드를 식별하고 시기 지정하십시오. 등록일을 완료일, 첫 번째 출판일 또는 현재 제품 릴리스일로 대체하지 마십시오.

권리 보유자가 판매자와 동일하지 않을 수 있음

불일치에는 관계 설명이 필요합니다. 소프트웨어는 직원이 개발했거나 공동 개발되었거나, 계약자에게 의뢰되어 개발되었거나, 양도되었거나, 라이선스되었거나, 다른 그룹 회사에 보유되었을 수 있습니다. 보호 규정에는 의뢰 개발 및 특정 직원 개발 소프트웨어에 대한 구체적인 기본 규칙이 포함되어 있지만, 구매자는 짧은 공개 결과에서 법적 소유권을 해결하려고 시도해서는 안 됩니다.

실제 상황에 맞는 문서를 요청하십시오: 개발 계약, 고용 IP 조항, 양수 증서, 라이선스, 그룹 회사 승인, 합병 또는 명칭 변경 기록, 그리고 제3자 및 오픈소스 구성 요소 목록. 모든 회사를 중국 법인 신원으로 확인하십시오. 판매자가 개발자가 자회사라고 말하는 경우, 두 이름을 하나의 회사로 통합하기보다는 계약 당사자 및 서비스 팀과의 관계를 비교하십시오.

사업 범위는 소프트웨어 개발 또는 기술 서비스에 대한 맥락을 제공할 수 있지만, 저작권 소유권을 결정하지는 않습니다. 사업 범위 검토 를 해당 별도 필드에 사용하십시오.

세 가지 날짜가 릴리스 역사가 아님

등록은 완료일, 첫 번째 출판일 및 등록일을 제공할 수 있습니다. 하지만 이것이 오늘 데모에서 실행 중인 빌드, 기능이 추가된 시기, 프로덕션을 유지 관리하는 주체, 또는 장애 발생 후 벤더가 서비스를 복원할 수 있는지 여부를 반드시 알려주지는 않습니다.

소프트웨어 납품을 위해 생성된 레코드로 짧은 연대기를 구축하십시오:

1. 등록된 제목, 버전 및 보고된 완료일;
2. 인용된 버전의 릴리스 노트 및 빌드 식별자;
3. 날짜가 명시된 고객 또는 내부 인수 기록;
4. 거래에 적합한 저장소, 배포 또는 에스크로 증거;
5. 현재 지원 담당자, 하청업체 및 서비스 종료 정책.

목표는 모든 구매에 대해 소스 코드를 요구하는 것이 아닙니다. 목표는 의존도에 비례하여 증거의 정도를 맞추는 것입니다: 한 명의 분석가가 사용하는 오프라인 유틸리티는 생산 라인을 제어하거나 규제된 데이터를 저장하는 소프트웨어보다 연속성 증거가 덜 필요합니다.

사례: 보고서에서는 V1.0이라고 명시하고, 데모에서는 V3.2을 보여줍니다.

가상의 벤더는 공장 센서와 번들로 제공되는 모니터링 플랫폼인 `PlantWatch 3.2`를 시연합니다. 회사 보고서에는 3년 전에 동일한 중국 법인 이름으로 등록된 `PlantWatch Equipment Monitoring Platform V1.0`이 나열되어 있습니다. 제목, 소유자 및 연혁은 타당해 보입니다. 이 기록은 회사와 제품의 이전 버전 간 연속성을 뒷받침합니다.

이는 V3.2을 인증하지 않습니다. 구매자는 데모에서 표시된 빌드 번호인 V3.2로 연결되는 V1.0의 릴리스 노트, 기능-버전 목록, 최근 승인 증거, 다른 개발자가 공급한 매핑 구성 요소의 공개를 요청합니다. 그 후 계약서는 납품 버전, 지원 기간, 데이터 내보내기 방법, 보안 의무, 승인 테스트 및 제3자 라이선스에 대한 책임을 명시합니다.

resulting 결론은 `저작권 확인, 승인`도 `버전 불일치, 거부`도 아닙니다. 결론은 다음과 같습니다: `등록 정보는 이전 제품-회사 관계를 지지하지만, 현재 버전의 소유권, 구성 요소 및 납품 통제는 나열된 증거가 필요합니다.`

등록 정보가 테스트하지 않는 사항

• 기능: 약속된 기능이 구매자의 워크로드 하에서 작동하는지 여부.
• 보안: 취약점 관리, 접근 제어, 암호화, 사고 대응 또는 안전한 개발.
• 코드 기원: 모든 모듈이 오리지널인지, 라이선스를 받았는지, 오픈 소스인지 또는 계약업체로부터 공급되었는지 여부.
• 운영: 호스팅 소유권, 백업, 재해 복구, 지원 인력 및 가동 시간.
• 제품 권리: 판매자가 구매자의 지역 및 사용 사례에서 현재 빌드에 대한 라이선스 권한을 보유하고 있는지 여부입니다.

이러한 항목에는 기술 테스트, 소프트웨어 구성 또는 보안 검토, 계약 증거가 필요하며 때로는 전문 법률 자문이 필요합니다. 회사 기록은 이러한 검사를 타겟팅하는 데 도움이 될 수 있지만 직접 수행할 수는 없습니다.

제한된 범위 내의 회사 보고서 결론 작성

정확한 기록, 신원 일치, 버전 관계, 날짜 제한 및 다음 조치를 명시합니다. 예를 들어:

이 보고서는 검증된 계약 당사자에게 등록된 `PlantWatch Equipment Monitoring Platform V1.0`를 식별합니다. 이는 기록된 날짜 기준 해당 버전과 회사 간의 소프트웨어 관계를 뒷받침합니다. 인용된 V3.2 빌드의 소유권, 보안 또는 성능을 확립하지는 않습니다. 승인 전에 릴리스 체인, 구성 요소 공개서, 인수 증거 및 계약적 라이선스를 확보하십시오.

출처 추출물과 공급업체 응답을 공급업체 승인 파일에첨부하십시오. 샘플 회사 보고서 는 IP 모듈이 신원 및 운영 데이터와 함께 어떻게 배치되는지 보여줍니다. 고립되어 읽어서는 안 됩니다.

고가의 맞춤형 개발, 분쟁 중인 소유권, 소스 코드 접근, 국경 간 라이선싱, 침해 우려 또는 비즈니스 핵심 연속성 문제는 자격을 갖춘 기술 및 법률 검토자에게 이관하십시오. 일반 조달의 경우 결과를 계약 전 증거 시퀀스에 넣고 제한된 범위의 문구를 내부 승인 메모에기록하십시오.