大模型API转卖：收入确认的“灰色地带”

最近，圈子里不少朋友问我：公司花几千块买了大模型API的“使用权”，转头加点价卖给客户，比如收一万块。这钱到账了，是该按“信息技术服务”交6%的增值税，全额确认收入，还是只赚差价，按差额交税？这问题看似简单，其实涉及税务合规与商业模式的根本判断——你是卖“服务”的，还是卖“牌照”的？

我翻了《增值税法》及相关文件，还把最近几个案例拿出来对比了一下。说白了，核心在于你转卖的是“使用权”还是“服务成果”。如果是纯粹的API调用权限，客户拿到后自己调自己用，你只是“二房东”甚至“三房东”，这更像技术转让或版权许可，典型的是“转让无形资产”，而非“提供服务”。有同行跟我吐槽，他们曾把API打包卖，被税务稽查要求补税，最后按“特许权使用费”全额确认收入，税率还变成了10%。

差额or全额：权责之分的“分水岭”

咱们拆开揉碎了说。你拿到API后，如果只做“转卖授权”：客户自己搭建环境，自己调接口，你只负责收钱和分Token。这时候，你并没有提供任何“技术服务”——比如调试、开发、数据清洗之类的。那这笔交易的本质就是“渡让资产使用权”。按照会计处理，你要按收到的全额款项确认收入，视同销售自己持有的资产。我见过一家代理公司，就是自认为“中间人”，每年几千万的API流水，全走的差额纳税。结果一次专项检查，连补带罚，差点把利润全搭进去。

这里有个判断标准非常关键：你是否承担了“实质务”的风险和责任。你想想，你转卖API时，有没有承诺7×24小时的技术支持？有没有帮客户处理过因大模型幻觉导致的数据错误？如果都甩给上游服务商，那你就只是个“渠道商”。而根据《企业会计准则第14号——收入》，渠道商在承担主要责任、拥有定价权、能决定服务内容时，才能按“总额法”确认收入——但总额法针对的是你提供服务的全额，不是转卖使用费的全额。我归纳了几个实操场景，列了个表：

“经济实质法”下的“实际受益人”判断

别以为账做平了就万事大吉。现在的税务监管特别喜欢看“经济实质”——你赚的钱，到底跟你的贡献匹不匹配？如果你只是过一道手，没有技术人员，没有服务器消耗，甚至连合同都是直接转签上游的模板。那么税务机关很可能会认定你是“导管公司”，穿透认定交易实质，按“利息股息”或“特许权使用费”全额征税，并要求你补缴“实际受益人”的相关资料。我前年接触过一个客户，做AI客服的，买了API后按人头卖给电商公司。他们合同里写的是“提供SaaS服务”，但实际做的是“卖接口授权”。最后税务师事务所介入，建议他们把服务内容改成了“技术支持+数据分析”，这才合规地做了差额计税。

也有安全的做法。比如我认识的一家公司，他们把API接入后，自己写了个中间层，加上数据清洗、智能问答优化等功能，再打包成“智能营销助手”卖给客户。这时候，他们就完全符合“信息技术服务”定义，可以按差额确认收入，因为核心价值来自他们的技术劳动，而不是API本身。这两者边界其实很微妙，差之毫厘，税收结果可能就是天壤之别。

结论：别让“差价”成为“陷阱”

说到底，大模型API转卖的收入确认问题，不是简单的会计选择题，而是商业模式合规性的透镜。如果你只是做“倒爷”，按“信息技术服务”差额确认收入，风险极大；如果你做了实质性技术整合，那全额或差额的关键就在于你有没有合规的采购凭证。我建议你，在做任何一笔转卖业务前，先问自己三个问题：客户买的是你的代码，还是你的通道？你收的钱，对价是调Token的“权力”，还是调数据的“能力”？你的成本，是采购API的支出，还是开发API的费用？想明白这些，账本才能经得起查。

澄算通见解总结

在我们看来，大模型API转卖的收入确认本质是“服务属性”与“资产属性”的博弈。实务中，多数企业因缺乏实质性技术服务，只能按“转让无形资产”全额确认，但若能通过技术封装、定制开发将API转化为自己服务的一部分，则有望合规适用差额计税。关键在于保留技术开发记录、服务流程文档，并确保交易链条中无虚构成本。切勿低估“经济实质”审查的穿透力，合规不是成本，是护城河。