我先后帮公司申报过进销存财务核算系统、小微企业记账工具、餐饮门店成本核算软件3款财务类产品的软著，第一次没经验踩了一堆坑，补正两次才下证，耽误了两个多月，后面两款摸透了财务类软著的特殊要求，都是一次过，前后花了不到一个月就拿证。
很多人觉得软著申报都是通用流程，随便套模板就行，真的不是，财务类软件的软著审查比普通工具类严很多，因为涉及到财税数据、监管合规这些敏感内容，稍有不慎就会被打回来补正，甚至直接驳回。
先说说最容易出问题的源代码部分。我第一次申报的时候，为了凑够60页的代码量，把对接电子税务局的开源SDK代码贴了快400行，结果补正通知直接要求我提供该开源代码的商用授权，我哪拿得出来啊，最后只能把那部分全部删掉，换成自己写的接口请求封装、参数校验的代码，折腾了快一周才改完。所以你们整理代码的时候，一定要注意，第三方开源的财税接口、支付接口相关的代码尽量少放，实在要放的话提前准备好授权证明，不然肯定要补正。另外财务软件里涉及到用户敏感数据加密、财务数据防篡改的核心代码，可以特意多放几页，审查员看到这类独有逻辑的代码，会直接拉高对你原创性的认可度，过审速度都能快不少。要是不知道怎么筛选符合要求的代码，也可以直接参考财务软件软著的专属材料规范，里面列得清清楚楚哪些代码能用哪些不能用。
再就是所有人都容易踩坑的说明书部分，这也是财务类软著和其他品类差别最大的地方。普通工具类的说明书可能截几个界面，写写功能介绍就够了，财务类的不行，你得把核心的财务逻辑讲透。比如你说你的软件支持自动生成资产负债表，不能只写这一句话就完事，得写清楚你是通过采集哪些维度的原始凭证数据，经过什么样的运算逻辑，怎么匹配会计准则生成的报表，这些内容才能证明你的软件是有原创性的，不是随便套个开源模板改的。我第一次写说明书的时候就是犯了这个错，功能写得太笼统，补正通知要求我补充3个核心功能的运算逻辑，我拉着开发写了快五千字才交上去。还有哦，说明书里的界面截图，但凡涉及到测试用的企业税号、银行卡号、法人信息这些，一定要全部打码，我之前有个同事申报的时候没注意，截图里留了测试用的企业税号，直接被打回来要求替换所有截图，说涉嫌泄露他人隐私，白耽误了半个月时间。要是你的软件有对接金税系统、电子发票平台的功能，一定要提前准备好相关的合作协议或者接口调用授权，不然审查员会直接认为你的功能不合规，连补正机会都不给你直接驳回。
我后面两次申报的时候，嫌每次自己核对要求太麻烦，就找朋友推荐了软著Pro，里面有专门给财务类软件准备的材料模板，还有代码查重、说明书合规校验的功能，我上次把写好的说明书传上去，直接就检测出来我里面提了“私户收款台账”的功能，提醒我这个内容涉嫌违规最好修改，不然申报肯定被驳回，我当时要是没查直接提交，估计又得补正，真的省了我好多事。
还有申报的时候几个小细节要注意，首先是软著的名称，财务类的最好老老实实叫“XX财务核算系统V1.0”“XX门店成本管理软件V1.0”这种，不要搞花里胡哨的名字叫什么“XX智能省税管家”“XX私户记账工具”，一听就好像有违规功能，审查的时候会被重点抽查，甚至直接让你改名称再申报。然后如果申请人是企业的话，最好确保营业执照的经营范围里有软件开发相关的内容，要是你是个财税咨询公司，经营范围里没有软件开发，申请财务软件软著的时候，审查员会要求你提供开发人员的劳动合同、开发过程的需求文档、迭代记录这些佐证材料，我朋友的公司就是财税公司，第一次报的时候没准备这些，补正的时候折腾了快一个月才凑齐材料。
很多人申请财务软件的软著都是为了报高新、拿补贴，或者是上架应用市场的时候用，所以申报的时候最好提前把使用场景考虑进去，比如你是要报高新的话，软著的功能描述尽量往公司的主营业务上靠，比如你是做生鲜供应链的，就重点突出供应链成本核算、库存损耗自动计提这些和你业务相关的功能，不要写得太通用，不然高新认定的时候还要额外准备材料证明软著和你主营业务的关联性。
我身边好多做财务软件的朋友，一开始都觉得软著申报是个小事，随便找个代理或者自己凑凑材料就行，结果要么补正好几次耽误事，要么直接被驳回浪费时间，其实只要摸透财务类软著的专属要求，提前避开那些坑，一次过真的不难。
