准备软著资料时，软件名称、版本和开发材料怎样对应？

准备软件著作权登记资料，先确定“这次申请的是哪个软件、哪个实际版本、由谁申请”，再把申请信息、源程序、说明文档和已有权属证明放在一起核对。只把几份文件收齐，还不能说明它们对应的是同一个登记对象。

广州、佛山企业整理软著材料时，可以先做一张内部对照表：每个材料对应哪个版本、谁提供、还有哪里不一致。本文聚焦这一步准备；正式填报、材料格式与具体交存方式，仍需按登记机构当前要求确认。

先确定一份“本次申请信息”

让业务负责人、技术负责人和实际经办人先对齐五项信息：软件名称、本次版本、主要功能、实际开发完成情况、拟申请人及开发方式。名称或版本尚未确定时，先标记待确认，别让不同同事各自用一套口径准备文件。

这里的版本要能对应实际软件。客户看到的产品品牌、内部项目代号、代码分支名和准备填报的软件名称，可能采用不同表达；先记录各自关系，再核对材料中哪些地方需要统一或说明。不要只改封面，留下正文、截图和程序说明中的矛盾。

软件已有登记或属于升级版本的，把原登记信息和本次实际修改内容一起整理。版本号从“1.0”改成“2.0”，不能代替对实际软件变化的说明；是否涉及新登记、变更或其他处理，由实际事项和登记要求决定。

三类材料，要围绕同一个软件核对

国家版权局《计算机软件著作权登记办法》第九至十一条把申请表、程序与文档等鉴别材料、相关证明文件分别列出。因此，整理时既要看文件是否存在，也要看彼此能否对应。

• 申请信息：软件名称、拟申请人、开发情况等内容，有没有与实际提供的材料冲突；拿不准的字段，先向相关负责人核实。
• 程序与文档：源程序来自哪个版本，说明书或设计文档描述哪个版本，截图展示的功能能否对应本次软件。不要拿新版本代码配一份未说明差异的旧手册。
• 相关证明：核对主体名称、开发方式和已有合同等资料。涉及合作、委托、受让或基于原软件继续开发的，先把实际协议和来源情况交给承办方核对，不用付款截图替代全部权属资料。

该办法第二十一条还列有材料名称、权利人署名不一致且未提交证明文件，以及存在权属争议等不予登记情形。发现差异时，应核实真实关系及证明需要，不能为了表面一致就涂改原合同、删除他人署名或编造开发经过。

用一张表，把“已有”与“已核对”分开

下面是供企业内部沟通使用的核对表，不是登记机构的统一申请表，也不是完整法定材料清单。每项可以写“已核对”“待确认”或“待补”，并落实具体提供人。

发现版本混用，先回到真实软件修正

例如，准备交接的是某管理软件的新版本，程序已更新，但手册仍沿用上一版的界面与操作步骤。此时应先确认新旧版本的实际区别，再补充与本次软件对应的说明、截图及必要解释。这个例子只说明整理方法，不代表某个客户的办理结果。

若只是内部文件命名混乱，可保留原文件，再整理一份确认后的交接目录；若内容本身对应不上，就要补实际材料。直接把旧手册中的版本号全部替换，不能解决功能、截图和代码来源的矛盾。

涉及外包开发时，建议由能说明项目情况的人参与核对。经办人若不清楚哪份代码对应本次软件，不宜凭文件大小或“看起来内容很多”自行判断。

材料交出以后，继续记录版本和反馈

可以按“一次交接、一份目录”记录文件名、对应版本、提供时间、接收对象和待确认项。之后更新某份文档时，说明它替换哪一份，避免多个聊天窗口里同时流转不同版本，最后不知道实际使用了哪批文件。

资料已接收、申请已提交、登记机构已受理、要求补正和取得登记结果，是不同状态。问进度时先问当前在哪一步、是否有待补资料，再根据实际通知安排下一步；不能把服务方收到资料的日期当成已经受理或登记成功的日期。

源代码、完整合同、证照及内部账号信息不适合随意发送。初次咨询可先说明软件功能、版本数量、开发方式和现有资料概况；需要进一步交接时，再确认接收对象、授权及必要范围，通过约定渠道提供。本网站不接收源代码上传。

咨询时，先说明本次软件和具体缺口

可以这样整理问题：“我们准备申请哪个软件的哪个版本，实际由谁开发，目前有哪批程序和哪份文档，是否有原登记；现在不确定的是哪项名称、版本或证明关系。”这比只问“资料够不够”更容易明确下一步。

需要了解资料整理、申请和后续跟进范围，可查看软件著作权登记服务，再通过联系我们沟通具体情况。资料整理、软件开发和其他许可事项应分别确认，具体服务内容及费用按实际委托约定。

资料核对日期：2026年11月11日。本文提供通用材料核对方法；广州、佛山及其他城市读者可参考同一原则，不表示各地另有一套登记材料，也不替代具体软件的权属判断或登记机构现行填报指引。