今天朋友圈又被刷屏了。有卖家收到了税务局的短信通知，内容非常直接：你司属于跨境电商企业，若属于赛维模式，请联系税务机关说明情况。
信息中直接提及了“赛维模式”，而在流出的稽查清单中，“紫鸟”“AdsPower”等防关联浏览器也在列，被要求提供后台相关截图。
可见税务局穿透核心之深，不少卖家表示这是不是在释放更积极的信号，毕竟之前对于“赛维模式”是否被认可争议不断，这是在获取更多的信息要认可这种模式了？毕竟在深圳其实涉猎范围非常广泛，多店铺的运营模式极其常见。店铺归属权和实际控制权之间的博弈。
但也有卖家并不看好，表示：一旦税务局要求提供防关联平台后台的截图，那店铺的归属一目了然，好几百个店铺的IP和操作都在一个公司，怎么证明收入不是你的。一旦穿透，偷税漏税会不会变成板上钉钉？
在政策尚不明朗的情况下，劝大家还是冷静观望，但“合规”已然是不可逆，除了静观其变之外，我们也要摸透自己的业务问题，提早做合规准备。接下来我们探讨下市面上的几种合规模式，但是劝诫各位，合规方案没有非常对错之分，前提是我们必须充分了解了各种模式的优劣，明白其中的利弊，并权衡自己的实际业务，在不同的阶段选择与之匹配的更优选择。
模式1：境外电商帐+0110出口
就是我们常说的ODI架构，简单理解就是，国内公司B2B出口-海外子公司-海外开店销售。
这种可以说是目前大多数上市公司会选择的路径，基本可以算是标配了，但它更适合年销售额在5000W以上，有融资需求的头部卖家，它的优势是安全，抗稽查指数满分，但是成本会比较高。
模式2：国内电商帐+9810出口
这种是单店铺申报，理解为：国内公司直接开店，货物发往海外仓，报关用9810。
这种模式在当下看其实是合规的，但是比较容易“暴雷”。税务局现在查9810比较严，因为9810是先出口后销售，税务局会问：你的货出去了，真的卖了吗？钱回来了没？一旦海外仓的库存挤压，或者回款和报关的数据对不上，这在电商太常见了，退税就会被卡死。所以这中间棘手的就是匹配核销的过程，它强制要求企业必须拥有能够打通前端销售（Amazon/Shopify）与后端供应链（ERP/报关系统）的数据中台能力。没有这个能力，9810退税之路也行不通。
模式3：国内电商帐+0110出口
区别在于国内公司持有店铺的归属权，但发货时，通过0110一般贸易卖给自己的香港公司。
这种方案比较适合多数的卖家。税务局查“赛维模式”，查的就是“店铺归属不清”的问题，那我们用国内主体开店，店铺就是我的，收入直接进入公帐，一目了然。这也同时解决了9810模式下退税难的问题，引入香港公司做中间商，用0110一般贸易报关出口。店铺合规了，退税也拿到了，资金也回来了。这是应对当下监管量身定做的“完美布丁”。但是也有卖家在这个模式下栽了跟头，对于香港公司的这种模式争议很大，症结点还在于注册的香港公司运营的问题。
模式4：集中出口模式（铺货卖家的防线）
称之为“赛维模式”的翻版。前端几百个店铺，后端成立一家“供应链公司”统一出口。
现在的实际情况就是，几百个店铺不可能个个都去做合规，这不现实。而应对稽查的关键就是，必须证明供应链公司和店铺之间是真实的贸易关系，而不是控制关系。所以对于卖家来说，要准备好每一笔订单的采购合同、资金流水。要让税务局觉得你是在卖货给别人，而不是“左手倒右手”。但是这个模式从这次稽查“XXX浏览器”信息的深度来看，这条路的解释成本正在被无限放大。
这次的点名也不难看出，之前卖家的集体发声和调研有了更实质性的进展，数据的监管也进入到了更深的层面，跨境财税已经没有“秘密”可言。
