一场AI导游引发的税事纠结

前不久，南京一家做智慧文旅的客户老张跟我吐槽：“我给景区搞AI导游，扫码听讲解，后端还有语音分析。这算旅游服务还是技术活儿？”他不是第一个问的，最近半年，至少五家江苏旅游企业拿着合同来找我掰扯增值税税率问题。按旅游服务走6%，还是按信息技术服务走6%？乍一看税率一样，可背后的进项抵扣、发票备注、甚至企业所得税处理差得远着呢。这事儿看似小事，却直接影响企业几万到几十万的现金流。今天我就把这档子事拆开揉碎了说。

核心争议就在“实际受益人”

问题的关键，不在于你的代码写了多少行，而在于你提供的服务到底让谁爽了。旅游服务的“实际受益人”是游客，游客掏钱买的是“听讲解的体验”；信息技术服务的“实际受益人”是景区管理方，他们买的是“数字化管理工具”。你想想，AI导游App，游客扫码后听到的是景点讲解，后台生成的是游客行为报告。这报告给景区用，还是给游客用？通常报告是给管理方优化运营的，但游客端那一瞬间的“听”才是主服务。国家税务总局在2022年《旅游行业增值税政策指引》里就强调过：服务性质判定要穿透合同形式，看最终消费端。如果游客感觉自己在消费旅游服务，那税率基本就盯着旅游服务6%走。

一个典型案例带来的启发

还记得去年苏州一家做AI导览的初创公司，他们产品是“机器人导游+手机端语音”。合同写的是“软件开发服务”，可实际使用时，游客花19.9元扫码听讲解。税务局查账时说这是“旅游服务”，因为他们没有给景区提供后台管理系统的单独定价。后来我帮着他们重新设计价格结构：把“游客端语音讲解”和“景区后台数据分析”拆成两份合同，前者按旅游服务6%交税，后者按信息技术服务6%交税。这样一来，进项抵扣更清晰，两类发票也不用混开。这个案例告诉我们，合同怎么写确实重要，但更重要的是实际业务流怎么走。

表格拆解两套方案的务实对比

为了看得更清楚，我做了个对比表。这表我专门咨询过南京鼓楼区税务专管员，他们也认可这种逻辑分析。

“经济实质法”才是隐身裁判

很多人只盯合同名称，忽略了一个关键原则——经济实质法。我处理过一家无锡的案例：合同写的是“AI导游系统开发”，可他们员工80%时间在景区带队踩点、录制导游词、设计游览路线。税务局调了项目记录和日表后，直接定性为旅游服务，补税加滞纳金二十多万。为什么？因为他们的“实际受益人”逻辑成立——游客付费享受的是游览服务，系统只是工具。这提醒我们：别只把合同当护身符，你的业务怎么干、钱怎么花、人怎么分，才是税务局看重的“实质”。

个人处理这类争议的两点感悟

第一，别急着让财务做决定。我见过太多财务一上来就说“信息技术服务能多抵进项”，结果被定性后反而少抵扣。建议企业内部先做“业务流拆分测试”：把合同按“游客端”“管理端”拆开，分别算收入占比。如果游客端收入占70%以上，乖乖按旅游服务走。第二，备好《项目服务记录手册》。我让所有客户都做这个：每天记录员工花多少时间写代码、多少时间在景区服务。这玩意儿在税务稽查时就是最硬的证据，比什么合同都好使。

结论：建议按旅游服务6%走

综合来看，除非你的AI导游产品纯粹是B端管理工具（比如景区后台指挥系统），否则强烈建议统一按旅游服务6%申报增值税。原因有三：一是游客端体验是服务核心，定性旅游服务更稳；二是差额扣除规则下，旅游服务实际税负常比信息技术服务低2-3个点；三是江苏税务局对旅游企业普遍友好，只要主动解释业务逻辑，基本不会强制归为技术类。未来如果AI导游能实现“纯游客端消费+零后台功能”，那时再考虑信息技术服务更合适。

澄算通见解总结

AI导游是文旅融合的产物，税定性不该卡在“代码vs服务”的二元论里。我们坚持一个朴素原则：谁最后掏钱买开心，谁决定税率。游客买单的导游服务，就该按旅游服务6%走；景区买的管理工具，才配称信息技术服务。企业在设计产品时，多做一步业务场景拆分，比事后补税省心十倍。