软件嵌入硬件销售，增值税能否按13%统一开票？如何确定软件销售额？

把自研的软件灌进一台硬件设备，打包成一个产品卖出去，这在制造业和智能硬件行业太常见了。但合同上往往只写一个总价，比如“智能终端”一台12000元，财务开发票时就卡壳了：能不能全部按13%的货物销售开票？如果可以，软件那一部分销售额怎么确定？如果不能，又该按什么税率？作为常年跟企业注册和税务落地打交道的人，我几乎每周都会接到类似的咨询，而且大多数老板一开始都会说“这不就是卖一台设备嘛”。今天，我就把这个问题背后的逻辑链条、法规依据和实操经验完整地讲一遍，希望你看完不会再对着系统里的开票界面发怵。

货物销售还是混合销售？

很多老板觉得，“我把软件装进设备里，设备能跑，就是卖硬件”。这个直觉在法律上并不准确。从增值税分类看，软件产品属于货物，硬件设备同样属于货物，一项销售行为只涉及货物、不涉及服务，就不成立混合销售。换句话说，只要合同和产品形态表明软件已经成为设备的组成部分，按“货物销售”13%全额开票是没问题的。但问题恰恰出在“全额”二字——如果软件和硬件不分开计价，税务系统里只能看到一笔13%的销售，软件产品增值税即征即退政策就无从谈起。财税〔2011〕100号文规定，嵌入式软件可以享受增值税实际税负超过3%的部分即征即退，前提是软件和硬件分别核算销售额。不分开核算，等于自动放弃优惠，这一点很多企业事后才意识到。

那有人会问：我开票全按货物销售，税务局会不会认？认是可以认，但要看你是否属于“应分别核算而未分别核算”。如果主管税务机关认定你销售的是配套软件的一体化设备，且软件没有单独标价，那么全额按13%开票在形式上没问题。可一旦你申请即征即退，软件销售额还得按规则重新计算。这里有个容易踩的坑：有些企业把硬件成本做得很高，软件销售额做得很低，用来调节退税。税务机关在审核时会重点核验硬件的构成和成本，甚至可能引用“经济实质法”的思路，穿透你纸面上的合同安排，查看实际受益人、资金流和存货记录。我之前就遇到过一家做智能闸机的客户，想通过拆分合同来多退软件税，结果因为硬件采购发票和组装过程对不上，被要求补税并加收滞纳金。销售模式本身没问题，问题在于你有没有合规的核算支撑。

针对“混合销售”这个误区，我再多说一句。如果企业销售设备之后还提供上门的安装、调试、运维等单独收费服务，那这些服务就属于“建筑服务”或“现代服务”，税率不同，此时必须按兼营或混合销售规则分别处理。比如，设备款13%，安装调试费按9%或6%，如果你全开13%，不仅可能要多缴税，还可能面临发票税率适用错误的合规风险。判断要点在于：软件是否随设备一同交付并在交付前已嵌入，有没有独立的服务内容。我的经验是，合同里把设备价款和后续服务分列，是成本最低的合规手段，而不是等到税务检查时才去翻聊天记录。

不分别核算的税务后果

软件产品增值税即征即退，本质上是国家对软件产业的一种扶持。嵌入式软件要想享受这一待遇，最核心的纪律就是“软件和硬件必须分别核算销售额”。注意，不是只在账上分，而是要在合同、发票、出库单、成本结转等全链条都体现区分。很多企业家以为我财务账套里设两个科目就行，但税务检查时看的是业务链。你一张发票上只有一行“智能终端”，价格一万二，后面根本看不出软件卖了多少，那税务局只能按默认规则去拆分，甚至可能直接不让你享受退税。实务中，这种情况被补税的概率很高。

那有人会问，我们不申请即征即退，是不是就可以不区分？理论上是，但会造成实际税负上升。让我们按规则算一笔账：设备总售价不含税10000元，硬件成本6000元，没有同类市场价，那么硬件销售额按组成计税价格=6000×1.1=6600元，软件销售额=10000-6600=3400元。如果软件不单独核算，这3400元就混在总价里按13%交了销项，但软件对应的进项往往很少，实际承担的税负远高于3%。而如果单独核算，软件部分的超额税负可以申请退还。我在处理咨询时遇到一个做工业控制器的客户，年销售额大约5000万，硬件成本约3500万，由于没有分别核算，软件部分一直被当作普通货物销售，三年间相当于多缴了大概170万左右的税款。后来我们帮他重新梳理产品结构，设计新的合同和开票体系，第四年就顺利申请退税。

这个案例不是说要制造焦虑，而是想说明“未分别核算”这个事实本身，足以让你损失掉真金白银的税收优惠。更需要注意的是，如果企业长期不区分，后续想更正申报时，可能面临复杂的调整流程，甚至被认定为未按规定核算而取消优惠资格。无论你最终如何开票，能不能享受优惠，第一个动作永远是先把软件和硬件从业务底层拆开。拆开不是目的，而是让你的真实业务结构经得起税务检验。

软件销售额如何确定？三步走

嵌入式软件产品销售额的计算，财税〔2011〕100号和总局公告2011年第50号给出了非常明确的“三步走”顺序。第一步，看纳税人自己近期有没有销售过同类硬件设备，如果有，按平均销售价格作为硬件销售额；第二步，如果自己没有，看市场上其他纳税人近期同类货物的平均销售价格；第三步，前两条都找不到，才按组成计税价格，也就是硬件成本×（1+10%）来计算。这个顺序是强制的，不能随意跳。比如你明明上月卖过同型号裸机，就不能直接用成本加成法来压低硬件销售额。这条规则很多财务不清楚，结果软件销售额被错误放大，退税被追回。

为了更直观，我用一个简化案例来说明。假设某设备总售价不含税10000元，硬件成本为6000元，且没有同类硬件销售价格。那么硬件销售额按组成计税价格=6000×1.1=6600元，软件销售额=10000-6600=3400元。此时软件销项=3400×13%=442元，硬件销项=6600×13%=858元。注意，这里不是把软件税率按13%以外的任何税率开，而是为了计算即征即退的软件税额。发票上如果已按总额开出13%，那么软件和硬件的销售额是通过公式“倒挤”出来的，而不是在发票上人为分割。

这里有一个容易被忽略的关键点：组成计税价格中的“10%”是成本利润率，不是法定的利润率上限，而是用于倒推最低硬件销售额。也就是说，硬件销售额至少不能低于成本的1.1倍。如果你的实际硬件售价低于这个数，税务机关会认为不合理。反过来，如果硬件实际售价高于成本加成，那么按实际售价来，毕竟成本加成只是兜底规则。很多企业在这里动脑筋，比如把硬件成本做低，把软件销售额做大，以此多退即征即退。但税务机关在审核时会对比硬件采购发票、存货出库记录，甚至可能参考市场价格，一旦发现成本明显偏低，会启动纳税调整。保留完整、可信的成本核算资料，比任何“筹划”都重要。

合同和发票应该怎么设计？

先说合同。最理想的方式是在销售合同里明确写明“设备硬件部分”和“嵌入式软件部分”的单价和金额，即使你最终按13%统一开票，也要在合同附件的产品清单里把两部分拆开。这个动作不改变发票票面——发票上仍然可以只开一行“智能设备”按13%全额，但软件销售额的后台计算就有了合同依据。我见过很多客户嫌麻烦，只写总价，后来做软件产品登记、退税申请时，还得靠内部成本分摊表硬凑，非常被动。合同，才是你主张软件销售额的第一证据。

发票层面，要不要分别开“软件”和“硬件”两张发票？是可以的，但不是必须。关键在于你的开票系统和会计核算是否支持分别核算。实务中，如果一张发票上同时开两行：一行“嵌入式软件”13%，一行“硬件设备”13%，税率相同，但货物品名不同，并没有违反发票管理办法，反而更便于税务识别。但要注意，软件品名最好与你软件产品登记证书上的名称一致，否则又会出现名称不符而无法退税的尴尬。发票备注栏里也可以注明软件版本号或著作权号，这是我在处理一个客户申报时总结出的有效办法，能大幅减少审核问询。

除了合同和发票，资金流同样重要。如果合同约定了软件价格，但客户付款只付一个总数，账户流水无法对应，那么合同的可信度也会打折扣。更好的做法是让客户分两笔付款，哪怕在同一张发票下，也备注“硬件款”“软件款”。这个细节看起来多此一举，但在税务稽查中能发挥决定性作用。有一次，一个客户被怀疑虚增软件收入来骗取退税，最后就是靠银行流水上分别标识的付款记录，加上软件著作权证书，才成功自证。记住：税务合规不是写一套说一套，而是让每一层证据都能互相咬合。

稽查重点与风险红线

税务局对嵌入式软件退税企业，近年来的查核力度明显加大。稽查重点第一是软件是否“真实存在”——有没有软件产品登记证书、著作权证书、软件检测报告等；第二是软件与硬件是否“绑定销售”——如果软件可以单独下载使用，或者硬件没有软件也能工作，那么“嵌入式”定性就可能被动摇；第三是销售额计算是否“符合规则”——特别是硬件销售额的确定顺序，有没有故意跳过同类价格去用成本加成。很多企业总以为只要申请了软件著作权就能退税，却忽略了软件必须真实嵌入在设备中，且持续发挥功能。这个“实质重于形式”的原则，与经济实质法的精神一脉相承。

在实际检查中，税务人员会要求你提供硬件的采购合同、入库单、领料单、BOM清单（物料清单），甚至现场盘点设备。如果硬件成本里包含了大量软件相关的开发支出，或者成本结构异常，就会引发进一步询问。另一点容易被忽视的是“实际受益人”问题，有些企业为了满足软件即征即退条件，临时成立一家新公司来承接软件业务，但开发人员还在老公司，知识产权也在老公司，导致新公司没有“实际受益人”对应的研发实质。这种安排很难通过检查，因为税收优惠的享受主体必须是对软件产品拥有知识产权，或者通过授权使用等具有实质经营的企业。

我的建议是，企业在享受政策前，先做一次内部风控体检。重点检查三项：软件产品证书是否在有效期内？硬件成本核算是否与税务申报的数据同源？合同发票资金流是否“三流合一”？如果发现问题，趁早修正，而不是等到稽查通知书下来再补救。对于年退税金额较大的企业，建议保留完整的研发工时记录、软件版本更新日志，以及硬件BOM清单，这些资料看似基础，却是应对检查最有力的盾牌。我甚至建议客户每一季度自己先进行一次“模拟稽查”，用税务的视角审视自己的账本，往往能提前消灭风险。

搭建可持续的价格体系

说了这么多，其实最根本的解法是企业自己要有一个清晰的定价模型。软件的价值不取决于硬件成本，而取决于它带来的功能、性能、授权边界。现实中，很多企业把软件价格倒挤出来，因为硬件成本好算，软件就当作剩余价值。这个思路可以，但要在合同和产品说明里体现软件的价值主张，比如按授权设备数量、按功能模块、按版本期限等。这样做有几个好处：一是税务上认定软件真实存在；二是客户也明白自己买的不只是铁壳子，还包括里面的算法和升级服务；三是后续如果要单独提供软件升级或远程运维，也能顺理成章地按独立服务开票。

价格体系确定后，最好固化到公司内部的价格管理制度中。每年硬件成本变动，软件价格也要相应调整，并保留调整依据。特别要注意关联交易场景，如果设备卖给关联方，而关联方再转售给最终客户，税务机关会关注转让定价是否公允。软件销售额的确定就不是简单的成本加成问题，还涉及“税务居民”主体、利润归属等国际税收或跨区域税收问题。比如，境外母公司负责软件研发，境内子公司只承担硬件组装，那么境内子公司销售的嵌入式软件是否拥有知识产权，直接决定了能否享受即征即退。这类情况我接触过几次，处理起来非常复杂，需要提前规划。

最后我想说，税收政策的把握不是找一个“标准答案”，而是在业务真实、核算清晰的前提下，用足国家给的优惠。软件嵌入硬件销售，按13%统一开票没问题，但软件销售额的确定必须按照法规一步一步来。不要为了多退税而把软件销售额做大，也不要因为怕麻烦就把软件隐藏成硬件。放在更长的时间尺度看，一个健康、透明、有据可查的价格体系，才是企业估值最坚实的底座。这也是我在从业过程中，越来越意识到“税务合规”不是成本，而是竞争力的原因。

澄算通见解总结

软件嵌入硬件，本质是“软件产品价值在硬件上的附着”，而不是身份混乱。税务上允许全额开13%，但“允许”不代表“最优”。企业要想既合规又省税，必须把软件销售额的确定规则吃透，并用合同、发票、资金流、成本资料构建可验证的证据链。我们建议在销售合同签署阶段就完成软件与硬件的定价拆分，同时对照软件产品即征即退的条件，提前做好软件产品登记与核算准备，让优惠应享尽享，风险无处遁形。