R&D 지식재산권 소유권 계약 체크리스트: 배경 IP와 전경 IP를 제품팀 언어로 나누는 법

R&D 협업 계약에서 가장 늦게 열리는 문서가 지식재산권 조항이면, 제품팀은 이미 위험한 순서로 일하고 있는 것입니다. 시제품 범위, 공동연구 역할, 발표 일정, 외주 개발 범위, 정부과제 산출물이 먼저 움직인 뒤에 "소유권은 나중에 정하자"가 되면 배경 IP와 새로 생긴 전경 IP가 섞입니다. 그때부터는 특허를 누가 낼지보다 더 기본적인 질문이 생깁니다. 기존 코드와 공정 노하우를 상대방이 계속 써도 되는지, 공동연구 중 나온 개선 아이디어를 단독 제품에 넣어도 되는지, 직원이 만든 발명을 회사가 승계했는지, 발표 자료가 특허출원 전에 공개되었는지, 정부지원 과제의 연구노트와 산출물 기록이 계약 문장과 맞는지입니다.

이 글은 선행기술조사나 KIPRIS 검색법을 다시 설명하지 않습니다. 기술이전 로드맵, 사업화 로드맵, 오픈소스 라이선스와 SBOM, 규제·인증, QMS 문서도 다루지 않습니다. 여기서는 제품팀과 R&D팀이 계약서 초안, 공동연구 협약서, NDA, 발표 일정표, 연구노트, 발명신고서, 라이선스 조항을 한 장의 소유권 체크리스트로 맞추는 데 집중합니다. 법률 자문을 대체하는 글이 아니라, 변리사·변호사·TLO·정부과제 담당자에게 보내기 전에 내부자가 빠뜨린 쟁점을 줄이는 초안 점검 문서입니다.

빠른 결론

R&D 지식재산권 소유권 계약은 "누가 특허를 갖는가"보다 먼저 "어떤 지식재산을 계약 전부터 갖고 있었고, 어떤 결과가 계약 수행 중 새로 생기며, 그 결과를 누가 어떤 제품·지역·기간·고객에게 쓸 수 있는가"를 써야 합니다. 배경 IP와 전경 IP를 나누고, 공동소유 특허는 실시권·양도·비용·소송 의사결정까지 정하며, 직무발명은 문서 통지와 승계·보상 절차를 남기고, 발표 전에는 특허출원 또는 공지예외 요건을 확인합니다. 정부과제라면 연구노트와 성과 소유 기록이 계약 문장과 맞아야 합니다.

R&D 지식재산권 소유권 계약은 결과물 목록이 아니라 사용권 지도입니다

계약서에서 "개발 결과물의 지식재산권은 발주자에게 귀속한다"라는 한 줄은 보기에는 간단하지만 R&D 현장에서는 너무 짧습니다. 결과물 안에는 특허가 될 수 있는 발명, 논문으로 공개될 데이터, 소스코드, 설계도, 시험조건, 시제품 도면, 공정 파라미터, 연구노트, 실패 로그, 고객 피드백, 노하우가 함께 들어갑니다. 국가연구개발혁신법은 연구개발성과 소유·관리에 관한 원칙을 두고, 연구개발성과는 원칙적으로 해당 과제를 수행한 연구개발기관이 연구자로부터 권리를 승계하여 소유하는 구조를 둡니다[S1]. 그러나 민간 공동연구 계약에서는 과제 협약, 참여기관 역할, 직원 발명 승계, 기존 기술 제공 범위가 같이 맞아야 실제로 쓸 수 있는 권리가 됩니다.

제품팀 관점에서 소유권 계약은 "권리 명의"와 "제품 사용권"을 분리해서 읽어야 합니다. 특허 명의가 공동이어도 한쪽이 제3자에게 라이선스를 허락하려면 다른 공유자의 동의가 필요할 수 있습니다[S3]. 반대로 상대방이 특허권자가 아니어도 계약으로 특정 제품군에 대한 통상실시권을 받을 수 있습니다[S4]. 소유권을 한쪽으로 모으더라도 상대방의 기존 플랫폼, 시험장비 설정값, 데이터 전처리 방식, 기존 고객 환경에 대한 잔존 사용권이 없으면 프로젝트 종료 뒤 제품화가 막힙니다.

따라서 첫 회의의 질문은 "결과물은 누구 것인가"가 아닙니다. "계약 전부터 각자가 가진 것은 무엇이고, 계약 수행으로 새로 생기는 것은 무엇이며, 새 결과를 어떤 범위에서 누가 계속 쓸 수 있는가"입니다. 이 질문을 지나치면 공동연구가 끝난 뒤 같은 기술을 각자 다른 고객에게 팔 수 있는지, 특허 유지비를 누가 내는지, 개선발명을 다시 공동소유로 할지, 고객 PoC 자료를 발표해도 되는지 같은 실무 쟁점이 계약서 밖으로 밀립니다.

배경 IP와 전경 IP를 계약서 첫 표로 분리해야 합니다

배경 IP는 계약 체결 전부터 각 당사자가 보유하거나 통제하던 기술·자료·권리입니다. 기존 특허, 출원 중인 발명, 내부 라이브러리, 실험 프로토콜, 공정 조건, 데이터셋, 장비 설정, 영업비밀, 고객 문제 정의가 여기에 들어갈 수 있습니다. 전경 IP는 계약을 수행하면서 새로 만들어진 발명, 데이터, 코드, 설계, 시험 결과, 개선 아이디어, 문서화된 노하우입니다. 이 구분은 법률 용어의 멋을 내기 위한 것이 아니라, 공동연구가 끝났을 때 제품팀이 계속 사용할 수 있는 재료와 허락을 받아야 하는 재료를 나누는 작업입니다.

계약서에는 배경 IP를 "각 당사자의 기존 지식재산"이라고만 쓰지 말고 부속서로 목록화해야 합니다. 예를 들어 센서 제조사가 기존 펌웨어와 회로 설계를 제공하고, 소프트웨어 회사가 이상탐지 모델과 라벨링 도구를 제공하며, 대학 연구실이 실험 방법과 평가 데이터를 제공한다면 세 항목은 모두 배경 IP입니다. 상대방에게 필요한 것은 소유권 이전이 아니라 프로젝트 수행 목적의 제한된 사용권일 수 있습니다. 이 사용권의 범위에는 사용 목적, 접근자, 복제 가능 여부, 협력업체 제공 가능 여부, 계약 종료 후 보관·폐기, 후속 제품 사용 가능 여부가 들어가야 합니다.

전경 IP는 더 세밀하게 나누어야 합니다. 공동으로 낸 아이디어인지, 한쪽 인력이 단독으로 만든 구현인지, 배경 IP를 단순 적용한 결과인지, 배경 IP를 개선한 결과인지, 정부과제 성과인지, 고객 데이터에서 나온 파생 결과인지가 다릅니다. 국가 R&D에서는 연구개발성과 소유 원칙과 과제 협약이 함께 작동하므로[S1], 민간 계약서가 정부과제 협약과 반대 방향으로 쓰이면 나중에 권리 이전이나 기술료, 성과 활용 보고에서 충돌할 수 있습니다.

<table>

<thead>

</thead>

<tbody>

<tr><td>배경 IP 목록</td><td>계약 전 보유 특허, 코드, 데이터, 노하우, 장비 설정은 무엇인가?</td><td>상대방이 프로젝트 뒤에도 기존 기술을 계속 쓸 수 있다고 오해합니다.</td></tr>

<tr><td>배경 IP 사용권</td><td>수행 목적, 기간, 지역, 고객, 협력업체 제공 범위는 어디까지인가?</td><td>시제품 제작은 가능하지만 양산·판매 단계에서 다시 막힙니다.</td></tr>

<tr><td>전경 IP 귀속</td><td>단독 창출, 공동 창출, 개선발명, 데이터 산출물은 어떻게 나누는가?</td><td>공동성과가 생긴 뒤 지분과 출원인을 사후 협상하게 됩니다.</td></tr>

<tr><td>잔존 사용권</td><td>계약 종료 후 각자가 제품·연구·영업에 계속 쓸 수 있는 범위는 무엇인가?</td><td>과제가 끝나도 내부 라이브러리나 실험 조건을 못 쓰는 상황이 생깁니다.</td></tr>

<tr><td>증거 위치</td><td>발명신고서, 연구노트, 회의록, 커밋, 시험성적서가 어디에 남는가?</td><td>누가 언제 무엇을 만들었는지 입증하기 어렵습니다.</td></tr>

</tbody>

</table>

공동연구 IP 소유권은 공동명의보다 의사결정권을 먼저 봐야 합니다

공동연구에서 "공동소유"는 공정해 보이는 단어입니다. 그러나 특허권이 공유인 경우 각 공유자는 특별한 계약이 없으면 자기 실시를 할 수 있지만, 지분 양도나 전용실시권·통상실시권 허락에는 다른 공유자의 동의가 필요합니다[S3]. 제품팀에는 이 차이가 큽니다. 공동소유로 출원하면 내부 제품에 쓰는 것은 가능해 보이지만, 고객사·OEM·해외 파트너에게 라이선스를 주거나 사업 일부를 매각하거나 투자자에게 권리 구조를 설명할 때 동의권이 병목이 됩니다.

그래서 공동연구 계약에는 공동명의 여부만 쓰면 부족합니다. 출원 여부를 누가 결정하는지, 출원국과 유지비를 누가 부담하는지, 포기하려면 어느 기간 전에 통지하는지, 침해 대응과 무효심판 비용을 누가 부담하는지, 한쪽이 사업화를 하지 않을 때 다른 쪽이 단독 또는 독점 실시권을 받을 수 있는지까지 써야 합니다. 특허법상 전용실시권은 설정행위로 정한 범위에서 독점 실시권을 주는 구조이고[S4], 통상실시권은 정한 범위에서 실시할 수 있는 권리입니다[S4]. 공동소유 대신 단독소유와 상대방 사용권을 조합하는 방식이 더 명확한 경우도 많습니다.

예를 들어 대학 연구실과 제조 스타트업이 공동으로 공정 센서 알고리즘을 만들었다고 가정해 보겠습니다. 연구실은 논문 발표와 후속 연구 사용권이 필요하고, 스타트업은 특정 장비와 고객군에서 독점 사업화 권한이 필요할 수 있습니다. 이때 공동명의만 정하면 둘 다 만족하지 못합니다. 연구실에는 비상업 연구 사용권과 발표 검토 절차를 주고, 스타트업에는 특정 제품·지역·기간의 전용 또는 독점적 통상실시권을 주며, 특허 유지비와 개선발명 통지 절차를 정하는 식으로 설계해야 합니다. "공동소유"는 결론이 아니라 의사결정 비용을 줄이는 설계의 한 선택지입니다.

직무발명 승계는 직원 서명 한 장보다 신고·비밀유지·보상 절차가 중요합니다

R&D팀 내부에서 만든 발명은 회사가 자동으로 깔끔하게 소유한다고 생각하기 쉽습니다. 그러나 직무발명은 종업원의 문서 통지, 사용자의 승계 판단, 비밀유지, 정당한 보상 절차가 함께 움직입니다. 직무발명 공식 안내는 종업원이 직무발명을 완성한 경우 지체 없이 사용자에게 문서로 통지하고, 사용자가 출원할 때까지 비밀을 유지해야 한다고 설명합니다[S5]. 사용자가 승계하지 않을 경우에는 발명완성사실 통지를 받은 날부터 4개월 이내에 불승계 통지를 해야 하며, 승계한 경우 정당한 보상 의무가 생깁니다[S5]. 발명진흥법도 직무발명과 승계·보상 구조를 별도로 두고 있습니다[S2].

제품팀이 확인해야 할 것은 "입사계약서에 IP 양도 조항이 있나"만이 아닙니다. 과제 참여 인력이 실제로 발명신고서를 제출했는지, 공동발명자 후보가 빠지지 않았는지, 외주 개발자·파견 연구원·대학원생·공동연구기관 연구자가 같은 승계 체계에 들어오는지, 출원 유보 발명에 대한 보상과 비밀관리 방식이 있는지 봐야 합니다. 회사가 특허출원을 하지 않고 노하우로 보관하기로 했다면 그 판단 근거와 접근권한, 보상 검토도 남겨야 합니다. 나중에 제품이 커질수록 "누가 진짜 발명자인가"와 "회사가 권리를 적법하게 승계했는가"가 투자·인수·기술이전 검토의 첫 질문이 됩니다.

직무발명 절차는 공동연구와도 연결됩니다. 직원이 협력사 회의에서 아이디어를 냈고 상대방 연구원이 구현을 보탰다면, 내부 직무발명 신고만으로는 충분하지 않습니다. 공동발명 여부, 상대방 권리 승계 여부, 공동출원 또는 단독출원 합의, 발표 전 비밀유지 상태를 동시에 확인해야 합니다. 직원 개인에게 "회사 것"이라고 말하게 하는 방식은 약합니다. 회사 문서, 발명자 확인, 회의록, 실험기록, 공동연구 계약 조항이 같은 방향을 가리켜야 합니다.

직무발명 조항에서 위험한 문장

"재직 중 발생한 모든 지식재산은 회사에 귀속한다"라고만 쓰고 발명신고·승계·보상 절차가 없는 문장

외부 공동연구자, 자문위원, 파견 인력, 프리랜서 개발자의 발명 귀속을 빠뜨린 문장

출원하지 않고 영업비밀로 보관할 발명에 대한 접근권한과 보상 검토가 없는 문장

발표·논문·고객 제안서 작성자가 발명자 확인 절차를 거치지 않는 운영 방식

NDA와 공개 일정은 특허출원 전 발표를 막는 일정표로 관리합니다

NDA를 체결했다고 해서 특허출원 전 발표가 안전해지는 것은 아닙니다. NDA는 상대방에게 비밀유지 의무를 지우는 계약 도구이지만, 학회 발표, 논문 게시, 제품 데모, 전시회 자료, 웹사이트 공개, 투자 피치덱 배포가 특허법상 공지 문제를 만들 수 있습니다. 지식재산처의 공지예외주장 제도 안내는 권리자가 출원 전에 발명을 공개한 경우에도 공지일로부터 12개월 이내 출원, 출원서 취지 기재, 출원일부터 30일 이내 증명서류 제출 등 요건을 설명합니다[S6]. 하지만 공지예외는 "공개해도 괜찮다"는 허가증이 아니라 이미 생긴 위험을 제한적으로 줄이는 예외입니다.

제품팀의 원칙은 단순합니다. 중요한 발명은 발표 전에 먼저 출원 여부를 결정합니다. 출원 전 공개가 불가피하다면 공개 범위, 공개일, 공개자, 공개자료 버전, 참석자, NDA 체결 여부, 증명자료를 남깁니다. 특히 "내부 세미나", "고객 기술미팅", "PoC 제안서"처럼 공개인지 비공개인지 모호한 자리일수록 일정표에 IP 검토 칸을 넣어야 합니다. 발표 제목은 공개되어도 핵심 알고리즘·공정조건·데이터 구조가 공개되지 않도록 자료 버전을 나누는 것도 필요합니다.

영업비밀도 같은 문제를 봅니다. 영업비밀보호센터는 연구개발 과정, 결과 보고서, 실험 데이터, 시험 데이터, 제품 생산방법 같은 정보가 보호 가능한 기술정보가 될 수 있다고 설명하고, 영업비밀은 공공연히 알려져 있지 않고 독립된 가치를 가지며 비밀로 관리되어야 한다는 요건을 제시합니다[S7]. NDA는 비밀관리의 한 도구이지 전체 비밀관리 체계가 아닙니다. 접근권한, 문서 라벨, 저장소, 반출 기록, 회의 참석자, 폐기 절차가 없으면 "비밀이었다"는 주장도 약해집니다.

발표 전 30일 IP 일정표

D-30: 발표자료 초안에서 발명 포인트, 노하우, 고객 데이터, 미공개 성능치를 표시합니다.

D-21: 특허출원, 영업비밀 유지, 공개 축소 중 하나로 처리 방향을 정합니다.

D-14: NDA 적용 대상자와 공개자료 버전을 확정하고 외부 배포 가능 파일을 분리합니다.

D-7: 출원 전 공개가 남아 있으면 공개일·공개자·자료 버전·증명자료 위치를 기록합니다.

D+1: 실제 발표자료, 참석자 범위, 질의응답에서 공개된 추가 내용을 저장합니다.

라이선스와 양도 선택지는 제품 권한, 비용, 후속 개발권으로 비교합니다

지식재산권 계약에서 양도는 강한 선택지입니다. 권리 자체를 넘기는 구조이므로 투자자나 구매자에게 설명하기 쉽고, 사업화 의사결정도 빠를 수 있습니다. 그러나 상대방의 기존 기술이 많이 들어가 있거나 공동연구기관이 후속 연구를 계속해야 한다면 양도보다 사용권 설계가 현실적일 수 있습니다. 특허법은 전용실시권과 통상실시권을 별도로 두며[S4], 전용실시권은 설정 범위에서 독점 실시권을 주고, 통상실시권은 정한 범위에서 실시할 수 있는 권리입니다[S4]. 이 차이를 제품 언어로 바꾸면 "우리만 팔 수 있는가", "상대방도 쓸 수 있는가", "제3자에게 줄 수 있는가", "제품군이 바뀌면 다시 허락이 필요한가"입니다.

라이선스 조항에는 제품 범위가 먼저 들어가야 합니다. "AI 검사 솔루션"이라고 쓰면 너무 넓습니다. 모델 학습 코드, 추론 엔진, 장비 연동 모듈, 고객 대시보드, 데이터 전처리 스크립트, 특정 제조라인 적용 조건으로 쪼개야 합니다. 지역과 고객도 중요합니다. 국내 제조라인 PoC 권한인지, 해외 계열사 공급까지 포함하는지, OEM이 재판매해도 되는지, 클라우드 서비스로 제공해도 되는지, 고객 데이터로 개선한 모델을 다른 고객에게 쓸 수 있는지가 달라집니다.

비용도 권리 구조와 연결됩니다. 특허출원비, 해외출원비, 유지료, 방어 비용, 침해 대응 비용, 오픈 이슈 검토 비용을 누가 부담하는지 정해야 합니다. 전용실시권을 받는 쪽이 비용을 대부분 부담할 수 있고, 공동소유라면 지분 또는 사업화 이익에 따라 분담할 수 있습니다. 한쪽이 비용을 내지 않을 때 권리 지분을 조정할지, 해당 국가 출원을 포기할지, 비용 부담자가 그 지역에서 더 넓은 실시권을 가질지도 미리 정해야 합니다.

정부과제 연구노트 증거는 소유권 조항의 뒷받침 자료입니다

정부지원 R&D 과제에서는 계약 문장만으로 소유권 정리가 끝나지 않습니다. 국가연구개발혁신법은 연구수행과정과 연구개발성과를 작성 또는 기록하고 관리해야 하는 틀을 두며[S8], 국가연구개발사업 연구노트 지침은 연구노트를 연구개발과제 수행을 통해 얻은 정보, 데이터, 노하우 등을 체계적으로 기록한 자료로 정의합니다[S8]. 연구노트는 과제 보고를 위한 형식 문서가 아니라, 누가 언제 어떤 실험·설계·데이터·노하우를 만들었는지 보여주는 권리 증거입니다.

제품팀은 연구노트를 "실험실 문서"로만 보지 말아야 합니다. 공동연구 회의록, 요구사항 변경 내역, 샘플 제공 기록, 코드 커밋, 시험성적서, 데이터셋 버전, 시제품 사진, 발표자료, 발명신고서, 외부 공개 승인 메일이 같이 묶여야 합니다. 정부과제 협약에서 연구개발성과 소유기관이 정해져 있는데 민간 계약서가 다른 결론을 쓰고 있다면, 나중에 성과 등록·기탁, 기술료, 실시권, 후속 지원사업에서 문제가 생길 수 있습니다. 연구노트와 계약서가 같은 주체, 같은 날짜, 같은 산출물 이름을 쓰는지 확인해야 합니다.

증거 기록의 품질은 사후 분쟁보다 사전 협상에서 더 중요합니다. 상대방에게 "이 코드는 우리 배경 IP입니다"라고 말하려면 계약 전 저장소 기록과 버전 태그가 있어야 합니다. "이 개선발명은 공동 전경 IP입니다"라고 말하려면 회의록, 실험기록, 공동 기여자 확인이 있어야 합니다. "발표 전에 출원했습니다"라고 말하려면 출원일과 발표일을 보여주는 자료가 있어야 합니다. "정부과제 성과입니다"라고 말하려면 과제번호, 연구노트, 최종보고서, 성과 등록 정보가 연결되어야 합니다.

정부과제·공동연구 IP 증거 폴더 예시

00_contract: 공동연구 계약, NDA, 과제 협약, 변경합의서, 권리 귀속 부속서

01_background-ip: 계약 전 특허·코드·데이터·노하우 목록, 버전, 접근권한

02_foreground-ip: 발명신고서, 실험기록, 공동기여 회의록, 출원 판단 메모

03_disclosure: 발표자료 버전, 학회·고객 미팅 일정, NDA 적용 여부, 공개 증명자료

04_license-transfer: 실시권 범위, 양도 검토, 비용 부담, 유지·포기 결정 기록

05_government-rnd: 과제번호, 연구노트, 최종보고서, 성과 등록·기탁, 전문기관 질의응답

계약 회의에서 바로 쓰는 R&D IP 소유권 체크리스트

첫째, 배경 IP 표를 채웁니다. 각 당사자가 계약 전 보유한 특허, 출원, 코드, 데이터셋, 공정조건, 장비 설정, 고객 문제 정의, 노하우를 적고 프로젝트 수행 목적의 사용권만 줄지, 제품화 이후에도 쓸 수 있게 할지 나눕니다. 둘째, 전경 IP 귀속 규칙을 씁니다. 단독 창출, 공동 창출, 배경 IP 개선, 고객 데이터 파생 결과, 정부과제 성과를 다른 줄로 나눕니다. 셋째, 공동소유가 필요한 경우에는 출원국, 비용, 유지·포기, 제3자 라이선스, 침해 대응, 단독 실시 가능 범위를 정합니다.

넷째, 직무발명 절차를 확인합니다. 발명신고서, 발명자 확인, 회사 승계, 정당한 보상, 출원 유보 보상, 외부 연구자의 권리 승계 문서를 봅니다. 다섯째, NDA와 공개 일정을 연결합니다. 발표·논문·전시회·고객 데모 전에 특허출원 여부를 결정하고, 공개가 발생하면 공지예외 요건 검토에 필요한 증명자료를 남깁니다. 여섯째, 라이선스와 양도 옵션을 제품 권한으로 번역합니다. 제품군, 고객군, 지역, 기간, 독점성, 재허락, OEM 공급, 클라우드 제공, 해외 판매, 비용 부담을 적습니다. 일곱째, 정부과제 증거 기록을 확인합니다. 연구노트, 과제 협약, 성과 소유기관, 연구개발성과 기록, 발표 승인, 성과 등록 자료가 계약서와 같은 말을 하는지 봅니다.

마지막으로 "법무가 볼 문서"와 "제품팀이 운영할 문서"를 나눕니다. 법무 검토용 계약서는 권리 구조와 책임을 확정합니다. 제품팀 운영용 체크리스트는 실제 일정, 저장소, 발표자료, 발명신고, 고객 제공 자료를 추적합니다. 둘 중 하나만 있으면 부족합니다. 계약서는 잘 썼지만 개발팀이 기존 라이브러리 사용 범위를 모르면 침해보다 먼저 계약위반 문제가 생길 수 있습니다. 반대로 개발팀 기록이 좋아도 계약서가 공동소유 동의권을 비워두면 사업화 협상이 늦어집니다.

이 글에서 일부러 다루지 않은 범위와 다음 확인 경로

이 체크리스트는 R&D 지식재산권 소유권 계약의 내부 점검용입니다. 선행기술조사와 KIPRIS 검색은 별도 글에서 다루는 영역이고, 기술이전 또는 사업화 로드맵은 권리 구조가 정리된 뒤에 볼 주제입니다. 오픈소스 라이선스와 SBOM은 소프트웨어 공급망 증거로 따로 관리해야 하며, 규제·인증과 QMS는 제품 출시 요건의 문제입니다. 이 글의 목적은 그 모든 문서의 앞단에서 "누가 무엇을 갖고, 누가 무엇을 쓸 수 있으며, 그 사실을 어떤 증거로 설명할 수 있는가"를 정리하는 것입니다.

법률·계약 리스크가 큰 상황에서는 이 글의 체크리스트만으로 결론을 내리지 말고 변리사, 변호사, 산학협력단, TLO, 전문기관 담당자에게 문서 세트를 보여주는 편이 안전합니다. 특히 공동소유 특허, 해외 공동연구, 정부과제 성과 이전, 발표 후 출원, 직원·외주·대학원생이 섞인 발명, 고객 데이터 기반 개선발명은 사안별 판단이 필요합니다. 다만 내부자가 먼저 배경 IP, 전경 IP, 직무발명, 공개 일정, 라이선스 옵션, 연구노트 증거를 정리해 두면 전문가 검토는 훨씬 빨라집니다.

다음 내부 링크 흐름은 이렇게 잡을 수 있습니다. 선행기술과 차별성 근거가 필요하면 R&D 제안서 선행조사 체크리스트를 봅니다. 권리 구조를 사업화 증거로 바꾸려면 R&D 결과 사업화 로드맵 체크리스트로 이동합니다. 소프트웨어 산출물이 포함되면 R&D 소프트웨어 SBOM 오픈소스 라이선스 체크리스트를 별도로 확인합니다. 공동연구기관 선정 단계라면 R&D 컨소시엄 파트너 선정 체크리스트에서 역할과 증거 분담을 먼저 봅니다.