AI大模型“智能问答”为何按信息技术服务缴税

这几年，我经手了不少与AI相关的公司注册和财税咨询案例，其中最常被问到的一个问题，就是“AI智能问答服务到底该按什么税目交税？”说实话，这个问题刚出现时，连我们行业内部都争论过几轮。直到税务总局的某些内部口径和各地实操逐渐明朗，大家才统一了方向：只要是基于大模型技术，向客户提供标准化或半定制的“智能问答”系统，并按照调用量、订阅费或项目制收费，其本质就是信息技术服务，而非传统的咨询或软件销售。理解这一点，不仅关乎税率差异（信息技术服务6%，而软件销售涉及13%的增值税），更影响到企业能否享受研发费用加计扣除等优惠。

核心判定标准：功能而非形式

我有个做客服机器人的客户老李，他之前一直把自家产品报成“软件产品”，理由是交付了一个包含界面的程序。但税务核查时，税局人员看完了合同却发现，老李的软件只是个壳，核心价值在于后台接入的大模型API。税局最终认定，老李提供的不是独立软件，而是“利用大模型进行自然语言处理和应答”的服务。这个案例很典型：判断的标准不是“你给了客户什么安装包”，而是“客户买走的是什么”。如果客户付费是为了持续获得问答能力（比如每次调用、每月订阅），那就属于服务；如果客户付费后能离线部署、拥有代码所有权，那才接近软件销售。

在实际操作中，合同措辞变成了关键。我见过不少公司因为合同中写了“系统交付”，就被要求按13%开票。后来我建议老李把合同里的“交付智能问答系统”改成“提供智能问答技术服务”，并注明服务期间和调用量上限，开票问题就迎刃而解了。这提醒我：业务模式和税法认定之间，往往只差一个精准的合同定义。

数据归属与服务税目的关联

有一次给一家金融科技公司做注册前咨询，他们计划推出一个基于大模型的投资问答助手，但财务部门坚持认为这属于“金融资讯服务”，适用税率较低。我直接指出了问题所在：如果模型调用不涉及用户隐私数据的存储和清洗，客户只是输入问题得到答案，这就是典型的数据处理服务；只有当企业需要对用户的问题和习惯数据进行深度挖掘、形成定制报告时，才可能被归入其他服务。最终，他们的技术方案是每次问答后数据自动销毁，没有形成用户画像，税局认定这完全符合“信息技术服务”范畴。这事让我意识到，税目判定不能只看产品名称，更要看数据流。

服务形态决定开票方式

智能问答的开票方式，直接受服务交付形态影响。我梳理过三种常见模式：

从这里可以看出，私有部署容易引发争议。我经手的一个做法律咨询官的项目，一开始坚持按软件销售走，因为客户要求本地化部署。但我发现合同里写着“部署后每年仍需支付API调用费”，这就说明服务并未结束。最终说服对方分别列示：部署费按13%开软件票，API服务费按6%开技术服务票。这个处理方式后来被当地税局肯定，还成了一个示范案例。

“实际受益人”与跨区域税务挑战

智能问答的一个痛点在于客户遍布全国。之前服务过一家在北京注册的公司，客户主要在深圳，两者税率政策略有差异。税务局在核查时重点追问了“实际受益人”在哪——也就是谁在使用问答服务。如果最终用户都在深圳，而服务提供方在北京，深圳这边可能会要求企业在当地预缴增值税。我们当时通过在合同中明确“服务提供地”和“实际使用场景”，并把服务器托管在云平台、不设固定经营场所，才避免了被多家追缴的风险。处理这类问题时，经济实质法的核心理念不能忘：服务在哪里发生，税就在哪里交。

未来展望：合规前置与动态调整

回看这六年，从最初大家对“大模型”是什么都说不清，到现在能清晰区分税目，变化太快了。我给新公司的建议始终是：在商业模式设计之初就把税务合规前置进去。比如，决定是按调用量还是按固定年费定价时，就要考虑开票的便利性和税负均衡。因为一旦业务跑起来，合同签了，再改税目就非常被动了。还有，对于海外客户提供智能问答服务，往往涉及“税民身份”认定，需要提前做好认定，免得被当作国内服务重复征税。

说到底，AI大模型智能问答既是技术红利，也是税务复杂度的一次升级。但万变不离其宗：理解服务的本质——它是过程而非结果，是持续交互而非一次交付——就能在繁杂的规定中找准定位。未来，随着更多垂直领域大模型出现，我相信政策也会更细化。保持学习和灵活应对，是每一位从业者的必修课。

澄算通见解总结：AI智能问答按信息技术服务缴税，不是简单的政策选择，而是对业务本质的精准还原。企业应关注合同措辞、数据流形态以及实际受益人的确定，避免因形式上的“软件”外壳而误入高税率路径。在实践中，建议将技术交付与服务过程拆分核定，确权定责，才能安心享受数字化服务时代的税收红利。