ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

软著申请表里的软件名称和版本号怎么填?把「三处一致」一次说清

软著申请表里的软件名称和版本号怎么填?把「三处一致」一次说清 我做软著材料整理这段时间回看被补正的通知发现一个规律真正因为「材料缺件」被打回的其实不多大部分补正都出在「同一件事在不同文件里写法不一样」而其中排在前面两位的就是软件名称和版本号。原因不复杂这两个字段同时出现在三份材料里——申请表、源代码、说明书用户手册。任何一处写得不一样审核端一比对就是「信息不一致」。今年审核收紧之后这一项查得更细所以值得单独拿出来说清楚。一、名称不是「取个名字」那么简单软件名称的通行结构是品牌/主体 功能/用途 系统类型。比如「XX 进销存管理系统」「XX 材料辅助整理工具」。表达清楚「这是给谁、干什么用的软件」就够了。三个常见的错法堆缩写XX-AI-CRM-SaaS-ERP看着专业实际上审核端无法判断这个软件到底做什么还容易被当成夸大描述跟已有项目高度雷同现在软著量很大为防止重名名称里带上自己的品牌词是常规做法如果你的名称和某个已登记软件只差一两个字很可能被要求补正塞营销词名称里出现「智能」「全能」「领先」这类修饰尤其带极限含义的词属于给自己找事一句话判断名称要能看出功能不要能看出宣传。二、版本号格式选一种然后贯彻到底版本号本身没有「唯一正确」的写法V1.0和1.0都能用。真正出问题的不是写了哪个而是三处写得不一致。首次登记的软件版本号通常填V1.0。要小心的是这三种不一致常见写法申请表源代码页眉说明书结果前缀不统一V1.0V1.01.0✗ 会被判不一致位数不统一1.01.01.0.0✗ 会被判不一致大小写不统一V1.0v1.0V1.0✗ 有风险建议统一大写 V我的做法是先在草稿纸上把「名称 版本号」这一整串定稿再往三份材料里贴顺序上先改申请表再统一源代码页眉和说明书页眉。别边写边想边写边改最容易出岔子。三、把「三处一致」做成一张核对表发布前按这张表逐项对一遍比事后补正省事得多字段申请表源代码说明书软件全称登记名称每页页眉封面 每页页眉版本号版本字段页眉同全称右侧封面同全称右侧著作权人著作权人栏一般无需出现通常出现在版权页开发完成日期对应日期栏页眉日期若有不超过它版本记录页若有应与之一致其中页眉最容易漏。源代码加了页眉之后页数会重新排很多人改完页眉忘了回头看说明书的页码引用又埋了一个不一致。四、几个高频的补正原因申请表填的名称是简称说明书封面用的是全称申请表写V1.0说明书里混着出现1.0和V1.0.0名称里带了不规范字样夸张修饰、纯英文缩写堆叠名称与同类别已登记软件过于接近被要求区分这几条基本就是「名称 版本号」相关的全部雷区。它们没有一条是技术问题全是校对问题。五、提交前自查清单[ ] 名称在三份材料里逐字相同含标点、空格、括号[ ] 版本号三处格式完全一致前缀、位数、大小写[ ] 名称能看出功能不含夸张/极限修饰词[ ] 名称与已知同类项目做了区分带了品牌/主体词[ ] 代码加完页眉后说明书里的页码或页数引用已同步更新[ ] 三份材料的著作权人、日期等边缘字段没有互相打架小结软件名称和版本号看上去只是两个小字段但它们是被比对次数最多的字段。把「名称 版本号」当成一个必须处处一致的字符串来管理而不是当成两处随手填的输入框能挡掉相当一部分补正。如果材料是自己整理的建议在提交前专门留一遍时间只做这件事不看内容只做三份材料之间的一致性对照。这一步花的时间通常比收到补正再回炉少得多。关于作者我是信可维在做「软件著作权申请材料的辅助整理」工具——把名称、版本号、页眉这类容易被比对出不一致的字段按规范口径整理并做一致性自查提交前先跑一遍。
返回列表