솔로 개발자가 브라질 INPI에 소프트웨어를 등록한 과정

1. 배경
   저는 솔로 개발자이자 디지털 전략가입니다. 기술, 자동화, 인공지능을 결합한 프로젝트 생태계를 운영하고 있습니다. 이 중 하나의 프로젝트를 개발하는 과정에서 제가 만든 소프트웨어의 지적 재산권을 INPI(브라질 국립산업재산권청)에 등록하기로 결정했습니다. 이 결정은 즉각적인 것이 아니었습니다. 시간이 걸렸고, 연구가 필요했으며, 그 과정에서 몇 번의 실수가 있었습니다. 본 글에서는 이 과정을 낭만화하거나 지루한 부분을 생략하지 않고 제가 배운 것들을 기록합니다.
2. INPI에 소프트웨어를 등록하는 이유
   INPI를 통한 소프트웨어 등록은 특허(patent)가 아닙니다. 이는 누군가가 유사한 것을 만드는 것을 막지는 못합니다. 하지만 그 목적이 다르고, 그 가치 또한 동등하게 높습니다:

• 법적 효력을 갖는 공식적인 창작일자를 확립합니다.
• 계약서, 제안서, 자금 지원 신청서 등에서 인용할 수 있는 추적 가능한 지적 자산을 만듭니다.
• 특히 솔로 운영자의 경우 제도적인 신뢰의 닻 역할을 합니다.
• 공공 입찰, 정부 보조금 및 투자 과정에서 요구될 수 있습니다.
  단독으로 활동하며 확립된 회사나 팀이 없는 사람들에게 등록은 프로젝트의 진지함을 시장이 이해하는 언어로 전환할 수 있는 몇 안 되는 방법 중 하나입니다.

3. 실제 절차
   등록은 e-INPI 플랫폼을 통해 진행됩니다. 이 과정은 완전히 디지털이며 변호사가 필요하지는 않지만, 주의가 필요합니다. 주요 단계는 다음과 같습니다:

• 계정을 생성하고 본인 대표자로 등록합니다 (개인의 경우)
• 제목, 기능 설명, 프로그래밍 언어 및 실행 환경이 포함된 출원 양식을 작성합니다.
• 부분 또는 전체 소스 코드를 제출합니다 (기밀 유지 옵션 이용 가능).
• GRU(연방 징수 수수료)를 납부합니다.
• 자동으로 생성된 출원 번호를 사용하여 진행 상황을 추적합니다.
  인증서를 받는 데 걸리는 시간은 다릅니다.

제 경우, 출원은 수용되었고 합리적인 시간 내에 등록 번호가 발급되었습니다. 보관(deposit) 시점부터 보호는 그 날짜로 소급됩니다.
4. 결정을 내린 동기 세 가지 요인이 결정적이었습니다:
• 타이밍: 일찍 등록하면 분쟁이나 파트너십이 발생하기 전에 프로젝트의 초기 상태를 보호할 수 있습니다.
• 비용: 개인을 위한 GRU(지식재산권 등록) 수수료는 접근성이 좋습니다. 대부분의 사람들이 예상하는 것보다 훨씬 낮습니다.
• 솔로 운영: 공동 창업자가 없으면, 등록은 저작권을 명확하게 문서화합니다.
5. 제가 실수할 뻔했던 점 재작업을 유발하고 공식 문서에서 명확히 설명하지 않는 몇 가지 사항:
• 기능 설명(functional description)은 README가 아닙니다. 소프트웨어가 무엇을 하는지 설명해야 하며, 어떻게 구축되었는지에 대한 설명이 아닙니다.
• 제목은 구체적이고 기술적이어야 합니다. 브랜드 이름이 기능에 대한 설명을 대체할 수는 없습니다.
• 제출하는 코드는 부분적일 수 있지만, 대표성을 가져야 합니다. 주석이나 의사 코드(pseudocode)만 제출하면 보관의 가치를 떨어뜨립니다.
• GRU는 만료일이 있습니다. 생성하고 기한 내에 비용을 지불하지 않으면 프로세스를 처음부터 다시 시작해야 합니다.
6. 등록이 저에게 실제로 준 것 법적 보호 그 이상으로, 등록 번호는 포트폴리오(bios), 발표, 제안서에서 자격 증명(credential)처럼 기능하기 시작했습니다. 이는 단순히 구축하는 사람과 자신이 구축한 것을 공식화하는 사람을 구별 짓는 세부 사항입니다. 기관 고객, 공공 조달 또는 기술적 가시성을 추구하는 사람들에게 이 세부 사항은 생각보다 더 큰 무게를 지닙니다.
7. 결론 — 그만한 가치가 있는가? 누구에게? 언제인가?
소프트웨어가 명확하고 차별화된 기능을 가지고 있고, 그것을 수익화하거나 협상에서 자산으로 사용할 의도가 있다면 가치가 있습니다. 프로젝트가 아직 아이디어 구상 단계에 있거나, 통합된 기능이 없거나, 무엇을 등록할지 아직 명확하지 않다면 가치가 없습니다.

적절한 시점은 MVP(Minimum Viable Product)가 기능하고 있고, 최소한 하나의 안정적인 문서화된 버전이 있으며, 소프트웨어가 정확히 어떤 문제를 해결하는지 알고 있을 때입니다. 그 과정은 보이는 것보다 간단합니다. 관료주의는 존재하지만, 헤쳐나갈 수 있습니다. 그리고 결과물은 지속되는 자산입니다. © Nauiter Master | AI Strategist, Digital Artist & Automation