我第一次申报软著的时候，光源代码部分就被打回了三次，那时候以为随便从项目里拷个几千行代码凑够页数就行，根本没注意那些细碎的要求，前前后后折腾了两个多月才拿到证。后面帮公司报过七八个软著，摸透了规则之后，最近几次提交都是一周就出受理通知，三十多天就能拿证，其实源代码整理根本没那么复杂，把几个核心要求做到位就行。
最先要搞懂的就是基本的格式要求，首先是页数，总页数不能超过60页，要是你的项目总代码量够多，就取前30页连续的核心代码、后30页连续的核心代码，中间的部分不用提交。要是总代码量不够60页，就全部提交就行，不用硬凑页数。每页的有效代码行数不能少于50行，这里说的有效代码是去掉空行、去掉大段注释之后的行数，不是你把行间距调大凑够50行就行。我第一次被打回就是因为前端代码里大段的交互逻辑注释占了半页，每页平均才20多行有效代码，直接被判定为有效代码量不足。
整理的第一步先选对代码分支，别直接拿测试分支的代码就往上贴，测试分支里很多debug打印语句、临时注释，还有不少“测试”“临时调整”之类的字样，提交上去百分百要被打回。还有要把代码里所有第三方开源相关的注释、版权声明、GitHub链接之类的内容全部删掉，软著审查只认你自主开发的部分，出现其他主体的版权信息直接就过不了。另外要检查有没有和你申报的软件不相关的字符串，比如你申报的是“母婴店会员管理系统V1.0”，结果代码里出现了“餐饮点餐”“外卖配送”之类的字样，一定要替换掉，不然审查员会怀疑你提交的代码和申报的软件不是同一个。如果实在不知道怎么筛选核心代码，也可以参考软著源代码整理的官方要求示例，比知识产权局的文档写的直白很多，新手也能看得懂。
选好代码之后先做精简，把多余的空行全部删掉，注释不用全删，但要控制比例，不要超过每页内容的三分之一。还要注意不要把IDE的行号、语法高亮的格式带进去，就导出纯文本的代码就行，字体用常规的宋体小四号就可以，别用花里胡哨的字体，打印出来看不清也会被打回。另外尽量不要放太多配置文件、CSS样式文件的代码，比如package.json、.env这类全是键值对的配置文件，还有纯样式的CSS代码，很多审查员会判定为非功能性代码，不算有效代码量，尽量多放核心的业务逻辑代码，比如用户校验、订单处理、数据计算这类的代码，通过率会高很多。
我去年帮公司申报6个软著的时候，挨个整理代码太麻烦，后来用了软著Pro，只要上传整个项目的代码包，自动帮你筛掉注释、空行还有第三方开源代码，自动生成符合要求的60页源代码文件，连页眉页码、软件名称抬头都给你加好了，省了我至少3天的功夫，特别适合手头项目多、没时间慢慢磨材料的人。
拼接代码的时候要注意，前30页尽量放项目启动、核心模块初始化的逻辑，后30页放核心业务的实现逻辑，不要全放工具类的通用代码，也不要把同一段代码改几个变量名凑页数，审查员天天看代码，重复的代码一眼就能认出来，直接就会打回。还有页码要连续，前30页是1到30，后30页紧接着排31到60，我之前有个同事就是后30页的页码还是从1开始标，直接被打回补材料，白白耽误了半个月时间。还有不要在代码里加任何特殊符号、图片，就纯文本就可以，也不用额外加边框、底纹这些多余的格式。
要是你做的是小工具、小程序这类代码量不大的项目，总代码量撑死也就十几页，那也不用慌，全部提交就行，只要保证每页的有效代码行数够50，没有违规内容就可以。如果是小程序的代码，记得把微信官方的框架代码全部去掉，只留你自己写的业务代码，框架代码是属于官方的，不算你的自主开发内容，放进去反而会有问题。还要注意把所有带日期的注释全部删掉，避免出现注释日期晚于你填报的软件开发完成日期的情况，不然很容易被判定为材料造假。
全部整理完之后一定要自己从头到尾翻一遍，先看第一页最上面有没有写清楚你申报的软件全称和版本号，每页的注释占比是不是超标，有没有出现第三方版权信息、其他软件的名称、测试相关的字样，页码是不是连续的，总页数是不是不超过60，代码的开发语言是不是和你申报的时候填的一致。要是你对自己整理的代码没把握，也可以在软著申报材料预检上先做个免费的检测，有问题会直接标出来，比你提交之后被打回再改快多了。
我最近两次申报软著，都是按照这个流程整理的源代码，一次都没被打回过，其实真的没什么技术含量，就是要细心，把那些细碎的要求都做到位，不用找什么代办，自己花两三个小时就能整理出符合要求的材料。