2026年1月，国家版权局针对计算机软件著作权登记的审核标准进一步细化，尤其是针对无源程序的申报材料提出了更明确的合规要求。无源程序指申请者无法提供程序原始源码的场景，这类情况在开源二次开发、低代码平台生成应用、历史遗留项目申报等场景中愈发普遍，若未按要求提交规范的情况说明，极易导致申请被驳回。
一、无源程序的典型场景（2026年申报数据统计）
根据2026年1月版权局的最新申报数据，无源程序申请占总软著申报量的12%，主要集中在三类场景：一是基于开源项目二次开发但未保留原始源码的项目，占比45%；二是通过低代码/无代码平台生成的应用程序，仅能导出编译后的可执行文件或简化代码，占比38%；三是因历史遗留问题（如人员流失、存储介质损坏）导致原始源码丢失的项目，占比17%。这类场景下，申请者需提交正式的《无源程序情况说明》替代部分核心材料，同时满足软著申请合规规范中的权属认定要求。
二、无源程序情况说明的核心撰写框架
一份合格的情况说明需覆盖四个核心模块，缺一不可：
- 无源原因的客观陈述：需明确说明无法提供原始源码的具体原因，例如“本项目基于Apache 2.0协议的开源框架二次开发，原始源码因2025年10月服务器迁移过程中存储介质损坏丢失，附运维日志及迁移合同作为证明”，禁止模糊表述如“无法获取源码”等无依据内容。
- 程序来源的合法证明：需提供程序来源的授权文件，如开源协议截图、低代码平台的使用授权书、委托开发合同等。2026年版权局新增要求：若为开源项目，需提供开源平台的授权查询链接截图，确保协议的有效性。
- 权属与独创性说明：需明确申请者对申报程序享有著作权的依据，例如“本项目在开源框架基础上新增了3个核心功能模块，占程序总功能的40%，附功能测试报告及修改记录作为独创性证明”。这也是无源程序权属认定的核心判断标准。
- 补充承诺与联系方式：需承诺所提供材料真实有效，若存在虚假信息愿承担相应法律责任，并留下联系人姓名、电话及邮箱，便于审核人员沟通补证。
三、2026年软著审核对无源说明的新要求
2026年版权局针对无源程序的审核标准进行了三项优化：一是要求情况说明需加盖申请者公章，个人申请需签字并附身份证复印件；二是若为低代码平台生成的程序，需提供平台生成的程序唯一标识（如项目ID、生成时间戳）；三是所有证明材料需同步上传至线上申报系统的“补充材料”栏目，不可仅附在情况说明中作为附件。
某电商企业在2026年1月申报低代码平台生成的客户管理系统软著时，因仅提交了情况说明未上传平台生成记录，申请被驳回后补全材料才通过审核。该案例表明，2026年审核更注重材料的完整性与可追溯性，申请者需严格遵循要求提交所有支撑文件。
四、常见误区与避坑指南
申请者在撰写说明时易陷入三个误区：一是未说明独创性内容，仅强调无源原因，导致审核人员无法判断是否满足软著的独创性要求；二是提供的证明材料与无源原因无关，例如用委托开发合同证明开源项目的来源；三是隐瞒程序的真实来源，例如将盗版程序伪装成开源项目。这些误区不仅会导致申请被驳回，还可能触发版权局的合规调查。
为提升申报效率，申请者可借助专业服务进行软著审核材料优化，针对自身场景定制情况说明框架，提前校验证明材料的合规性。此外，2026年版权局开通了无源程序申报的预审核通道，申请者可在正式提交前上传材料进行预审核，避免因材料问题浪费时间。
综上所述，2026年软著申请中无源程序的情况说明需严格遵循合规框架，结合自身场景提供完整的证明材料，确保权属清晰、原因明确、内容真实。只有满足这些要求，才能顺利通过审核，获得合法的著作权保护。