API转卖真香？账本背后的税务“黑洞”

先说句大实话，这一两年，我经手的AI公司，少说也有三四十家了。**把大模型API转卖给客户，自己吃中间差价，这个玩法在行内真不算新鲜事儿**。不少创业者跟我聊起这笔收入时，眼睛都发亮，说“这不就是纯粹的信息技术服务吗？先找大厂拿货，再高价卖给要训练模型的客户，中间赚个手钱，全额确认收入没毛病啊”。可每回听到这儿，我心里就咯噔一下——兄弟，这事儿的账务处理，还真没你想的那么简单，这里头的门道深着呢。你不光要把账算明白，还得让税务局看得过去，更得保证你那个SaaS平台的合同、发票和流水能对得上。

我特别记得有个做法律咨询AI的客户，我们都叫他王总。去年年中，他从某云厂商采购了大模型API，转手卖给下面十来家小型律所，一年做到小一千万流水，软件服务的利润看着惊人。结果年底审计时，**我们帮他梳理合同和交付方式，发现他整个B2B闭环里，根本没有“技术开发”和“软件的实质性改动”环节**，纯粹就是个倒买倒卖。这下麻烦了，税务局认定你这属于“商品销售”而非“信息技术服务”，补税加上滞纳金，大几十万就没了。别光盯着API转卖的收入有多高，先看清楚你签的合同属于哪一类，是按服务费开票，还是得按贸易类缴税。

IT服务还是贸易？红线在这

很多人觉得，我买了大模型API，封装一下再加点自己的提示词模板卖出去，这不就是技术服务吗？其实不然。**税务局和会计准则对于“信息技术服务”的定义是要求有实质性技术加工的。** 就是你得在原始API基础上，增加功能、优化接口、解决特定场景问题，甚至要付出人工开发和测试的工时。**如果你只是原封不动地调用大厂API，甚至连IP地址都没隐藏，客户那边网上一查就知道源头，这大概率会被认定为贸易行为。**

我在处理这类合规问题时，通常会问客户三个问题：第一，你的交付物里有没有自研的代码模块？第二，你的客户是否明确知道你底层用了哪家模型？第三，你是否有权对API的调用结果进行个性化调整？如果三个答案都是“没有”或“不清楚”，那你的收入确认方式就得打问号。比如我们服务过一家做短视频直播的MCN机构，他们买了文心一言的API，稍微调了个UI界面就卖给了几百个主播，结果被税务局定性为“增值电信服务”，需要额外缴纳6%的增值税，而不是6%的企业所得税。这中间的税率差异，足以吃掉他们大半年的利润。

**“经济实质法”的问题也得留意**。不少AI企业为了税务筹划，在各地注册了不少壳公司。但如果你这个壳公司实际上没有技术人员、没有服务器，连代码库都是空的，却把几千万的API转卖收入挂在这家公司账上，一旦被查出来，不仅是补税和罚款的问题，还可能会涉及虚开发票和商业欺诈。我们之前有个做跨境业务的客户，因为在一个税收优惠区注册了SPV，专门处理大模型API的销售订单，结果当地的税务部门在例行检查时发现，这家公司没有任何办公场地和发放工资记录，直接认定为“空壳”，要求追溯三年纳税申报。那段时间，我们天天加班帮他整理业务合同、银行流水和法律意见书，最后总算保住了主体，但老板的征信报告上多了个不良记录。

我给大家的建议是，别光想着用“全额确认收入”来美化报表。**会计准则第14号明确指出，当企业承担的主要风险和义务在交易中具有主导权时，才能用“全额法”确认收入。** 如果你在API转卖中，对客户的定价权有限、技术交付无实质改动、且不承担API质量风险（比如大模型宕机了你要负责吗？），那很可能得按“净额法”确认收入，也就是只能确认你赚的那点差价作为收入。这要是被审计调整，财务报表数据会好看吗？

合同里一句话，真金白银的教训

说到这儿，我就想起去年年底做过的一个民营医院的案例。他们业务很特殊，是做AI辅助诊断的，通过采购大模型API来构建他们的医疗知识库，再卖给一些小诊所。起初他们也想着用“技术服务”全额确认收益，**但在我们介入后发现，他们的合同中有一条很不起眼的条款：“甲方（医院）有权要求乙方（AI公司）提供原始API的调用日志和底层模型相关信息。”** 就是这么一句话，直接把业务性质给定性了——这等于说客户可以绕过你，直接去和云厂商对接。在这种情况下，税务局必然会认定你是纯粹的“转卖”而非“服务”。

后来我们建议他们把合同改掉，增加了自研的质量控制模块、对接了不同的数据源，并在交付过程中加入了“模型针对医疗场景的微调”环节。虽然成本高了20%，但毛利率不仅没降，反而更高了，因为客户愿意为这种定制化服务多付钱。**最终，这单生意从“贸易型收入”转变为了“技术服务收入”，不仅税率降低了，还被当地科技局认定为高新技术项目，拿到了50万的补贴**。这个教训就是：合同里的每一处表述，都要和你实际的业务行为一致，不能有半点含糊。

“实际受益人”的隐形雷区

这隐形的雷区，主要和“实际受益人”这个概念有关。很多AI公司的股权结构复杂，实际控制人往往隐藏在层层框架之下。当API转卖的收入体系庞大到一定程度，税务局或银行在反洗钱调查中会重点追踪资金流的去向。**如果你转卖API的合同不是一个真实的技术服务合同，那每一笔从客户那里收回来的钱，都可能被视作你公司自身的营业收入，而不是属于那个实际受益方的钱。**

去年就有个真实例子，一个刚融了天使轮的AI初创公司，创始人是纯技术背景，完全不关心财务合规。他们通过个人微信收款，只给客户开了形式发票，但不做任何入账和纳税申报。结果公司合伙人之间因为分红问题闹掰了，有人直接向税务局举报了这种偷税行为。**最终，公司不仅补税，还被认定为“恶意逃税”，罚款金额达到了应缴税款的两倍多**，三个合伙人的个人征信全部进入黑名单。你说，这API转卖赚的有啥意义呢？

做AI，别被“技术光鲜”蒙蔽了财务双眼

说了这么多，其实就想表达一个意思：AI时代，**企业注册和财税合规的门槛并没有因为技术的高端而降低，反而因为业务模式的新颖和复杂，藏着更多我们“做老会计的”才懂的坑**。大模型API转卖确实是一条好赛道，毛利率高，现金流也不错，但如果你用“信息技术服务”的名头干着“贸易倒卖”的活儿，早晚得出事。我建议各位老板和技术合伙人，在琢磨算法迭代的也花点时间看看你们的服务合同和发票怎么开。别等到税务局找上门了，才发现自己连“经济实质法”的基本要求都没满足。

从我们处理过的上百家AI企业案例来看，最终在财务和税务上真正能走得远的企业，往往都是那种“极度透明”的公司：合同怎么签，业务就怎么做；收入怎么确认，税就怎么交。**有时候，规规矩矩把账做清楚了，反而能帮你更好地融资和上市**——因为投资人的风控团队，看的就是你这家公司有没有潜在的违规风险。

澄算通见解总结

API转卖收入的确认问题，本质上是“业务实质”与“合同形式”的博弈。对于AI企业而言，不能只看技术光环，更要从财税底层出发，重新定义自身的商业模式。无论是选择全额法还是净额法确认收入，核心在于判断是否承担了技术服务的主要风险。我们建议，在签署每一份API转卖合同前，先梳理清楚交付流程，确保合同条款、资金流与业务行为严格一致。合规不是成本，而是企业活下去的底线。