software-copyright

# 软件著作权登记材料准备 ## 目的 把「要登一个软著」变成「材料清单 + 填写要点 + 补正预判」：按登记 机构的形式要求整理鉴别材料与权属证明，把申请表信息一次填对，把 常见补正原因提前排掉。 本技能的核心纪律有四条： 1. **官方口径优先**：材料规范、办理流程、时限费用以中国版权保护 中心官网最新公布为准——本技能的流程描述全部标 [模型知识— 待核实]，memo 中注明核对路径； 2. **权属先于材料**：软件是谁的没搞清楚，材料准备得再齐也是给 别人做嫁衣——权属有疑义的先路由 `ip-assignment-review`； 3. **材料必须真实**：源程序与文档必须与真实软件一致；用户提出 「凑页数」「改日期」的，按场景 A8.1 blocks 精神停止； 4. **登记是形式审查**：软著登记不作实质审查，证书是权属的初步 证据而非绝对证明 [模型知识—待核实]——不在 memo 中夸大证书 效力。 本技能遵守 legal-core Shared guardrails（G1–G12）与docs/scenes/ip-cn.md；冲突时以 legal-core 为准。 ## 前置检查 1. 已按docs/scenes/ip-cn.md B1 完成画像检查与路由确认。 2. blocks 红线初扫（场景 A8.1）：软件来源可疑（如将他人软件改头 换面登记为自有），停止并按 blocks 纪律处理。 3. 权属确认：自主开发 / 职务开发 / 委托开发 / 合作开发 / 继受 取得——委托与合作开发的，权属约定是否明确；不明确的先路由 `ip-assignment-review`。 4. 升级触发扫描（场景 B5）：涉外主体、登记目的涉诉讼举证—— 命中即升级。 5. 软件基本信息可读：名称、版本号、开发完成状态。 ## 操作规程 ### 第 0 步：Matter context（事项上下文） - 查 `matters/_log.yaml`；多件登记或伴随版本迭代的，建议经 `matter-workspace` 建档（一句提示即可，不强制）。 ### 第 1 步：鉴别材料规范核对 登记申请需提交鉴别材料（源程序 + 文档）[模型知识—待核实，以 中国版权保护中心官网最新要求为准]： 1. **源程序**：一般提交前、后各连续 30 页；整个程序不足 60 页的， 提交全部源程序 [模型知识—待核实]； - 每页行数、页眉标注（软件名称与版本号，与申请表一致）的 形式要求 [模型知识—待核实]； - 页码连续、内容可读的排版要求； - 涉核心算法的遮盖处理安排（例外交存方式）[模型知识—待核实]； 2. **文档**：用户手册、操作手册、设计说明书等任选一种，前后各 连续 30 页或全部 [模型知识—待核实]； - 文档中的软件名称、版本号、截图界面应与实际软件一致； 3. **一致性铁律**：源程序页眉、文档内容、申请表三处的软件全称 与版本号必须完全一致——不一致是头号补正原因。 ### 第 2 步：权属证明整理 按权利取得方式整理 [模型知识—待核实]： - **自主/职务开发**：主体资格证明（营业执照等）；职务开发的 劳动关系与任务分配证明（劳动合同、任务书、立项文件）—— 员工个人名义与单位名义登记的主体选择须与画像申请主体一致； - **委托开发**：委托开发合同及其中权属约定条款；约定归委托方 的，提交合同相关页； - **合作开发**：合作开发合同及权属约定；共有软件的登记申请 安排 [模型知识—待核实]； - **继受取得**：转让合同或许可/继承证明。 权属约定不明的：不进入材料清单输出，先路由 `ip-assignment-review` 固定归属（work-but-ships，可经补充协议补救）。 ### 第 3 步：申请表要点核对 逐项核对申请表信息 [模型知识—待核实，以官网最新表格为准]： 1. **软件全称/简称/版本号**：全称规范（一般以「软件」「系统」 「平台」结尾 [模型知识—待核实]）；三处一致性见第 1 步； 2. **开发完成日期与首次发表日期**：日期逻辑（完成日不晚于发表 日；未发表的如实选择）[模型知识—待核实]；日期倒签的按 blocks 精神处理——如实填写； 3. **开发方式**：独立/合作/委托/下达任务开发，与权属证明对应； 4. **权利取得方式与权利范围**：原始取得/继受取得；全部权利/ 部分权利的选择含义 [模型知识—待核实]； 5. **技术信息**：硬件环境、软件环境、编程语言、源程序量（行数） ——与鉴别材料一致； 6. **申请人信息**：与主体资格证明完全一致（名称一字不差）。 ### 第 4 步：常见补正原因预判 输出预判清单逐项自查（均 [模型知识—待核实]，以官网最新口径 为准）： 1. 页眉软件名称/版本号与申请表不一致； 2. 源程序页数不足或未按前后各 30 页连续提交； 3. 文档与软件实际功能明显不符、截图与名称对不上； 4. 开发完成日期与首次发表日期逻辑矛盾； 5. 权属证明缺失或与开发方式不对应； 6. 签章不规范（未盖章、章名与申请人不一致）； 7. 委托/代理手续不全。 ### 第 5 步：输出材料清单 按下方模板输出：材料清单（每份材料标注形式要求与自查状态）、 申请表填写要点表、补正预判表。在线填报与材料寄送/上传动作由 用户完成——本技能不代办登记。 ### 第 6 步：后果门（对应 G5） - 用户为非律师：提交申请前走 G5 动作闸门——显式确认知悉后果 （材料真实性责任、费用不因补正/不予登记退还的可能性 [模型知识—待核实]）并获得明确指令，生成「带给律师的一页 brief」（软件名称、权属链条、材料缺口、时间敏感性）。 - 命中 blocks 的：停止，brief 说明命中点，不推进。 ### 第 7 步：收尾 - 引用过 `citation-audit`；未核验保持 [CITE:__]，FAIL 不得外发。 - 材料清单中所有形式要求注明「以中国版权保护中心官网最新要求 为准」及核对日期。 - 向用户复述材料缺口与下一步，确认其理解。 ## 输出模板 ```markdown 【保密标头：按 G4 二选一】 # 软著登记材料清单：<软件名称及版本> ## Reviewer note - 来源：<软件信息与权属材料 [用户提供]> - 已读：<材料范围> - 标记：🟢 齐备 / 🟡 需补正 / 🔴 不得推进（权属瑕疵或真实性风险）； 单项 = 法律风险轴（🔴🟠🟡🟢）× 商业摩擦轴（阻碍/拖慢/费解/无感） - 时效：<官方要求核查日期；未核验写"未核验——以版权保护中心官网 最新要求为准"> - 使用前注意：<去向限制；非律师注明"本清单不是法律意见"> ``` （正文：鉴别材料自查表 → 权属证明清单 → 申请表填写要点表 → 补正预判表 → [需复核] 清单 → 下一步） ## 常见误判与边界提示 1. **把软著登记当专利保护**：软著只保护代码与文档的表达，不保护 技术方案本身——用户意图保护算法、架构的，提示路由 `patent-disclosure-review` 评估专利路径，两者不互相替代。 2. **版本号管理混乱**：V1.0 登记后持续迭代却不登记新版本，证书 与在售软件脱节；提示建立版本登记节奏，重大版本升级另行登记 [模型知识—待核实]。 3. **开源组件混入鉴别材料**：源程序中大段第三方开源代码未剔除 或未标注的，既可能引发补正疑问，也可能暴露许可证合规问题 [模型知识—待核实]——准备鉴别材料时如实处理，不遮掩。 4. **登记主体与实际经营主体错位**：集团内研发在 A 公司、运营在 B 公司，证书主体与维权/资质申报主体不一致时后续麻烦多—— 主体选择提示与画像申请主体对齐，错位风险列入 [需复核]。 5. **APP、小程序、游戏的材料特殊性**：涉及版号、上架资质联动 需求的，提示该等资质另有监管要求 [模型知识—待核实]，软著 证书不替代任何行政许可。 ## 本技能不做什么 - 不代办登记、不代填在线申请系统——准备材料与要点，提交动作由 用户完成。 - 不保证下证时长与结果——审查进度以登记机构为准。 - 不夸大登记效力：证书是权属初步证据，不替代对软件来源的实质 审查。 - 不审查代码本身的侵权风险（如开源组件许可证冲突）——提示另行 评估，属专项。 - 不协助材料造假（凑页数、倒签日期、冒名登记）——命中 blocks 即停止。 - 不设硬编码「几天下证」「多少钱」——时限费用以官网为准 [需复核]。 - 不做法律意见陈述：对非律师用户的全部输出受 G5 UPL 门控。 ## 收尾与下一步 1. 材料清单交付后按第 6 步后果门走 G5 显式确认 + 律师 brief。 2. 全部引用过 `citation-audit`；条文核验经 `statute-verify`。 3. 权属不明的，先路由 `ip-assignment-review` 固定归属（补充协议 补救属 work-but-ships）。 4. 收到补正通知的，按第 4 步预判表定位原因，逐项补正后重新 核对。 5. 软件含开源组件的，提示另行评估许可证义务（GPL 系组件的 传染性等 [模型知识—待核实]），建议咨询律师。 6. 登记完成后，提示经 `matter-workspace` 归档证书信息与登记号， 版本迭代时复用本技能。