旅游AI导览，税率6%的来龙去脉

我们公司挺早就开始接触这类“科技+旅游”的新业务。记得两年前，一个做智慧景区系统的小团队找到我，说他们开发了一套AI导览软件，打算向旅行团收取使用费。他们最初觉得这是“技术转让”或“软件服务”，税率应该是6%（一般纳税人）或3%（小规模）。但税务专管员在核查时提出了不同的看法，认为这项服务本质上属于“旅游服务”，应该按6%的增值税税率计算。这让对方很紧张，因为一旦认定为旅游服务，企业的税务处理和进项抵扣逻辑就要全盘调整。

后来我们仔细梳理了一下服务的整个链条：游客通过APP支付的费用，由旅行社统一购买，最终进入旅游公司的账户，而旅游公司再向技术方分成。这个过程中，AI导览始终是作为旅游行程中的一项地面服务环节存在的，并非独立的功能性软件。根据《财政部 国家税务总局关于全面推开营业税改征增值税试点的通知》（财税〔2016〕36号）的规定，旅游服务包括“提供交通、住宿、餐饮、游览、导游或交通票务代理服务等”。AI导览替代的是传统人工导游，其核心功能就是向游客解说景点，因此应当按“旅游服务”税目适用6%的税率。

税企争议的核心焦点

这个问题引发了不小的讨论。我遇到过一家比较有规模的旅游集团，他们内部财务总监认为AI导览属于“信息技术服务”，因为客户花100块钱，其中30块是技术维护费。但税务机关的观点很明确：判断税目不在于成本构成，而在于服务的业务实质。如果你的服务对象是游客，游客付费是为了获取景点讲解服务（而不是为了获得软件的使用权），那么无论后台技术多复杂，业务性质就是旅游服务。

为了帮你理解这其中的差别，我列了一个简单的对比表：

实际受益人是关键。在旅行社购买AI导览的情况下，虽然旅行社是付款方，但服务实际受益者是游客。若旅行社将此作为“信息技术服务”开具发票后卖给游客，税务上会穿透认定业务链条。我当时就给那家技术团队举了个例子：就像餐厅里配备的电子点餐系统，虽然设备很智能，但客人吃的是菜，不是系统，所以按餐饮服务纳税，而非软件服务。

进项抵扣与合同设计

一旦认定为旅游服务，你的进项抵扣逻辑就要特别注意。旅游服务适用差额征税政策，即旅游公司以取得的全部价款和价外费用，扣除向旅游服务购买方收取并支付给其他单位或者个人的住宿费、餐饮费、交通费、签证费、门票费和支付给其他接团旅游企业的旅游费用后的余额为销售额。但AI导览的费用通常不属于上述可扣除项目，因为它是技术公司直接提供的人工服务替代品。

所以企业在签订合建议将AI导览服务与传统的交通、住宿服务在合同及发票上分开列明，或者在服务协议中明确约定这部分费用属于“旅游服务”项下的“导览服务费”。我处理过一个case，客户在合同中写了“技术开发及安装费”，结果税务端要求补税并加收滞纳金，最终我们通过补充协议和业务说明，才按6%的旅游服务税率重新开了票。一个小失误，多花了十几万的成本，值得警醒。

行政合规中的个人感悟

处理这类业务，我最深的体会是：业务模式的描述比实际开发工作更值得重视。很多技术方在财务资料中写“提供智能导览系统”或“授权使用”，这往往会被认定为软件服务或信息技术服务。一旦税务局调取合同，发现里面没有“导游”、“讲解员”、“服务体验”等字眼，直接开罚单。我建议所有从事AI导览的企业，在对外宣传材料和合同术语上，都要围绕“服务”而非“技术”来构建。比如把“AI算法”换成“智能讲解方案”，把“软件授权”改成“导览服务费”。

另外就是关于实际受益人的登记问题。当AI导览通过旅行社向游客提供时，旅行社是实际受益人吗？从增值税链条看，实际受益人应该是最终消费的游客，而旅行社是一个代销或集采角色。这会影响你向谁开票以及开票内容。去年有个客户坚持认为自己属于“技术输出”，把发票开给了某景区管理公司，结果被要求重新开票给旅行社。重复开票不仅增加工作量，更可能引发虚开发票的风险。

澄算通见解总结

AI导览作为旅游行业数字化升级的典型产物，其增值税税目归属明确：只要服务对象是游客，且围绕景点讲解展开，就应适用“旅游服务”6%税率。企业无需执念于“技术”外衣，而应回归业务本质，做好合同与财务的合规设计。提前与税务机关沟通、将服务费条款准确填写，能有效规避后续风险。