智能体交易，谁在“买卖”？

最近接了家做AI零售的客户，他们的“智能体”能自己逛电商平台、比价、下单，甚至还能跟商家协商批量折扣。这听着很酷，可到注册公司、开票报税这儿，问题就来了：这交易到底是谁跟谁做的？地点又在哪？税务局追增值税的时候，是按服务器IP定，还是按客户收货地址定？这不是脑洞，2024年某省税务局的内部研讨会上，就明确把“无人工干预的自动化交易”列为新型税收征管难点。说白了，AI替你干活，但税可不能AI替你也“糊弄”过去。

我在处理这类业务时发现，很多老板下意识觉得“智能体是我开发的，它做的交易当然算我的”。但法律上没那么简单。智能体本身不是法人实体，它只是工具。关键在于判断谁才是这个交易链条里的“实际受益人”——是开发智能体的技术公司、提供算力的云平台，还是最终利用智能体赚钱的贸易商？这决定了增值税的纳税义务人是谁。

举个例子，之前一家做跨境支付的创业公司，用智能体自动撮合境内卖家与境外买家。他们的系统设在香港服务器，但货物从深圳保税仓发出。我们帮他梳理时发现，如果按服务器所在地认定“交易地点”，增值税就全在境外，国内就收不到；但按货物移动的“经济实质法”来看，交易其实发生在中国海关监管区内。这直接导致增值税纳税地点从“境外”变成了“深圳前海”，税率和退税政策全变了。

交易主体，AI背后是谁？

面对AI自主交易，首先要拆解“谁在卖”和“谁在买”。传统合同的甲方乙方是自然人或者法人，而现在可能是一串代码。但从税法角度看，只有能承担法律责任的主体才能成为增值税的纳税人。智能体不具备这个资格，所以必须穿透代码，找到背后的“操控者”。

根据现行《增值税暂行条例》，销售货物或提供服务的个人、单位才是纳税义务人。所以无论智能体多聪明，它的操作行为应归属于注册、控制或受益于该智能体的企业或个人。我处理过一个典型案件：客户A用智能体从客户B的店铺自动采购，但B的智能体也自动发货。后来发现，A和B背后其实是同一个老板控制的关联公司。这种“左手倒右手”的架构，如果交易价格不公允，税务局完全可以按“实质重于形式”原则重新核定交易主体和价格。

我建议客户在设计AI交易系统时，必须先在合同条款里明确：智能体的每一步操作，背后对应的法定代表人是谁？是开发该AI的技术公司，还是授权使用该AI的贸易公司？比如，在用户协议里加上“本智能体代表[某某公司全称]进行交易”，并保留完整的日志记录。

交易地点，代码与货物分家

交易地点的界定更头疼。智能体可能在东部的服务器上执行代码，但客户下单的收货地址在西部，甚至发到了海外保税区。增值税的纳税地点，传统上遵循“机构所在地”或“劳务发生地”。但AI交易中，“劳务发生地”可能是虚拟的——代码在多个云节点并行计算，你根本没法画出一个具体的地理坐标。

我的经验是，税务局现在更倾向于引入“消费地原则”。也就是：货物或服务的最终消费者在哪里，交易就发生哪里。比如智能体帮一家上海的公司买了深圳商家的货，并直接送到北京客户家里，那这个交易地点可能被认定为北京（消费地）。这一点在《电子商务法》和《增值税法（征求意见稿）》里都有影子。去年帮一个做直播带货的客户做架构时就发现，他们的智能体自动分配订单给各地仓库，结果各地税务局都来抢税源，最后我们按“发货地+消费地”双重标准，才把纳税地点稳定在北京总部。

增值税纳税地点，两大关键动作

对于智能体自主完成的交易，增值税纳税地点确定有两个关键步骤：第一步，确定交易主体；第二步，确定交易地点。我习惯用一张表梳理清楚：

记得有次，一家做AI客服的客户被税务局稽查，因为他们的智能体帮境外公司在中国境内开展促销，增值税没及时申报。我们调取后台数据发现，虽然服务器在海外，但所有订单的收货地址都在中国海关监管区，且收款账户是国内银行。最后按“货物进口”而非“跨境服务”补缴了增值税，还交了罚款。这里的关键教训是：别只看技术架构，要看钱和货的实际流向。

实操建议，别等出事再补课

我建议所有部署了智能体交易系统的企业，现在就要做三件事：第一，在财务系统里给每一笔AI交易打上“智能标识”，方便后续勾选认证和税务自查；第二，跟合作方在合同中约定“智能体交易定性条款”，明确各方纳税责任；第三，定期复核交易日志，看有没有交易地点归属不清的情况。对于真正复杂的跨境AI交易，最好提前申请税务机关的“事先裁定”，虽然流程慢，但能避免事后补税和滞纳金。从趋势看，全球都开始在OECD框架下讨论“数字常设机构”的定义，以后AI交易的纳税地点大概率会跟传统物理机构脱钩。

澄算通见解总结

智能体交易的税收难题，本质是传统税法与数字经济的错位。我们认为，企业不应被动等待政策明确，而应主动用合同和系统日志“固化”交易事实。将交易主体、地点、时间、金额等关键信息数字化留痕，是应对未来税务稽查最底层的证据链。与其纠结AI算不算“人”，不如先确保背后的“人”把税算清楚、交到位。