软件企业与留抵退税：一份执业笔记

留抵退税是把未来的抵扣提前变现，但前提是过去的每一张票都经得起查。两种做法各有适用场景，选错不是因为不懂，而是因为没算清约束。这篇只讲一件事：软件企业在这个环节上，哪些动作必须做、哪些可以缓。

一、选哪个，取决于约束条件

把两条路径放在同一张表里，取舍会比想象中清楚。

两栏里最容易被忽略的是最后一行。方案本身没有对错，错的是把过渡方案当成长期方案用。

筹划与逃避之间隔着一层商业目的，而这层要由企业自己举证。

二、显性成本与隐性成本

把成本拆到第三层，才知道哪一段值得优化、哪一段不该省。

值得注意的是，第二类和第三类常常互相替代：前期多投入人力把资料做扎实，后期的返工就会明显减少。

对应的动作只有一个：按月登记留抵税额变动与退税进度。

三、三个角色，三种责任

软件企业有160人，看起来人手不缺。但留抵退税这件事，往往一个明确的负责人也没有。

按月登记留抵税额变动与退税进度。这一条看似是技术动作，实际上是责任分配：谁建立台账，谁就对台账的完整性负责。

背景情况是，定制项目按里程碑收款。这条事实决定了复核不能只做形式，因为一旦出错，追溯的路径会很长。

四、同一个事实，两种定性

做行业管理软件，产品化与定制开发各占一半——这是软件企业的基本面，收入约6,400万元。这样的主体做留抵退税，判断的重点会落在第二项上。

判断一：这件事在规则里叫什么。纳税人符合条件的小微企业和制造业等行业企业，可以自2022年4月1日起向主管税务机关申请退还增量留抵税额和存量留抵税额。名称决定适用哪一套规则，而不同的规则在税率、期限、资料要求上完全不同。

判断二：落在谁的范围内。申请留抵退税的基本条件包括：纳税信用等级为A级或B级；申请退税前36个月未发生骗取留抵退税、骗取出口退税或虚开增值税专用发票情形；申请退税前36个月未因偷税被税务机关处罚两次及以上；2019年4月1日起未享受即征即退、先征后返政策。对软件企业来说，这一条要看的是具体业务形态，而不是企业整体规模或行业标签。

判断三：有没有例外。允许退还的增量留抵税额按以下公式计算：允许退还的增量留抵税额＝增量留抵税额×进项构成比例×100%。例外条款往往写在正文之后，最容易被跳过，也最容易被检查出来。

如果三个判断里有一个答不上来，先别动手。补这个答案的成本，远低于事后解释的成本。

五、数字不会说谎，但会误导

下面这组测算是按软件企业的规模推算的，参数取自公开口径，重点看数量级而不是小数点。

表里的数字不是结论，是一组参照。实际数会因客户结构、区域政策和业务节奏而上下浮动，但量级不会差太远。

按软件企业的规模测算，期末留抵税额约436.7万元，按100%计算，可退税额约436.7万元。背景情况是，部分收入来自运维服务。这一项之所以年年被提，背景正在这里。

六、说到底就这几件事

说到底，这件事只有三个层次需要记住。

第一，边界不会为企业调整。纳税人符合条件的小微企业和制造业等行业企业，可以自2022年4月1日起向主管税务机关申请退还增量留抵税额和存量留抵税额。这是前提，不是选项。

第二，成本是前置的。按月登记留抵税额变动与退税进度。这件事做得越早，后面的空间越大；拖到申报前或检查前，能选的余地就很小了。

第三，能证明才算做到。申请前先做一次进项凭证全面体检。没有这一层，前面两条都只是判断。

三句话合起来就是：方向按规则定，节奏按成本定，结果按证据定。税务判断错误的代价通常包含三部分：补税、滞纳金，以及为解释而付出的时间。

比较的意义在于把隐性代价显性化。