主流程只有一套，国家差异全进区域包

导出时会自动带上公司、品牌与网站的页眉页脚；需要页码请在打印对话框的「更多设置」里保留浏览器的页眉和页脚。

出口业务的主流程是稳定的：集团采购、订舱发运、目的港清关、税费按 VIN 分摊、PDI 交付前检查、海外仓入库、门店零售与渠道批发交车、售后维修与 CSI —— 这八个环节在任何目的国都是同一个顺序。这套顺序是团队协作与岗位分工的依据，也是产品能力沉淀的地方。

真正变化的是这八个环节内部的规则。同一句「目的港清关」，在不同市场的展开可能完全不同：要交哪些单、按什么顺序申报、税基是到岸价还是完税价、税费分几个科目按什么维度分档、认证由哪一类机构出具、单据要写成什么语言。这些差异不是细节，任何一项没对上，报价就会系统性偏高或偏低。

把这些规则直接写进主流程，后果是确定的：第一个国家上线后系统就带着第一个国家的假设。到第二个国家，那些假设全部要改，改完第一个国家又坏掉。项目从「交付一套系统」变成「每个国家重做一遍」，成本随国家数量线性甚至超线性增长，而每一次改动都可能把已经跑通的市场推翻 —— 这正是我们把它列为三类最常卡住的问题的原因之一。

区域包是这套矛盾的结构性解法：主流程只保留所有市场共用的骨架，核心包承载这套骨架；每一个国家差异都放进一个独立的、可开关的单元。系统对业务的承诺因此变成一句话：换国家不改业务代码，只换包。

区域包不是一份说明书，而是五类可被系统读取的配置。判断一项差异该不该进包，标准只有一个：它是否随目的国变化。会变的进包，不变的留在主流程。落到实现上，包承载下面五件事。

这五项之外的东西，例如海辕·车 · 整车出口经销的八环节主线、五端框架、海辕·核 的车辆主数据与成本引擎，都属于主流程，不属于任何单独的包。

区域包机制的运行方式可以拆成四步，下面四条就是 海辕·车 · 整车出口经销 在产品数据里对这套机制的原始定义，本节不再另写一套说法。

1. 1业务规则区域化清关流程、税费口径、单据模板按国家拆进区域包，主流程不变。
2. 2认证与准入配置化目的国认证要求、准入清单做成可配置项，到期自动提醒。
3. 3币种与语言币种、汇率、单据语言随区域包切换，多币种按 VIN 归集。
4. 4开新市场=加一个包新增国家不重写业务代码，只新增并校验区域包。

四条合起来是一件事：业务规则区域化、开新市场等于加一个包。第一条保证主流程不为单个国家变形；第二条把认证与准入从「人记得住」变成「系统提醒得动」；第三条确保钱和文字都跟得上市场；第四条是前面三条的结论 —— 加包，而不是重写。

落到日常使用上，这意味着客户的团队只需要学一套操作：无论做哪个市场，报一次价、开一张订单、提交一批单证，动作与界面都一样。差异体现在系统给出的税种科目、单据清单与提醒规则上 —— 而这些正是区域包在背后替换的部分。

开一个新市场，流程是固定的五步。请注意这五步里没有任何一步是「改业务代码」—— 全部是配置、数据与校验。

1. 1确认差异面把目的国的清关流程、税种构成、认证体系、单据要求、币种与语言逐项与核心包对照，列出所有「与核心包不同」的条目。没有清单就开始配包，等于把差异漏在交付之后。
2. 2建包并填入配置按五个承载面把差异写进新的区域包，复用核心包的骨架。凡是五个承载面装不下的需求，先回到第一步重新判断它是不是「随目的国变化」—— 不是的话，它属于主流程的迭代，不该塞进包。
3. 3数据校验卡点用真实或高度接近真实的报价单、单据与车型数据在校验环境里跑一遍：税费科目是否齐全、分档维度是否与目的国一致、单据清单是否能齐套、币种折算是否与客户财务口径对得上。
4. 4灰度与对照在正式环境里先只对一个业务批次或一个市场开关生效，与人工口径并行对照一段时间，确认两边一致。这一步是「包能不能进生产」的判定点，不能省。
5. 5开关上线对照通过后打开开关，包正式进入生产。开关本身是可逆的，任何一个市场出了问题都可以单独关掉，不影响其它市场。

这套流程的价值不在步骤本身，而在于它把「新市场」从一个不可预测的项目，变成一次可估量、可回退的配置动作。今天站上的 17 个区域包（核心包 1 + 国家包 16）都是按这个流程走出来的，它们之间的结构完全一致，读者可以在 核心包 与任意一个国家包之间逐条对照，这也是我们敢于把「加包」写进定位的依据。定位的完整说明见 海外业务服务标品。

可插拔只有在边界清楚时才是优点。区域包在系统里有五条硬边界，它们决定了配错一个市场时会发生什么。

• 区域包是配置，不是代码分支。凡是需要改代码才能实现的差异，都是定位走偏的信号 —— 要么它属于主流程，要么这个需求本身不成立。
• 包可开关不等于可以随手开关。生产环境里关掉一个正在跑的市场，等于让该市场的报价与单证校验退回核心包口径，代价与该市场的在途业务量成正比。
• 未校验的包不进生产，这条规则对客户和我们自己同时成立。任何以「先上再说」为由跳过校验的动作，都是在把风险留到报价环节。

区域包回答「按什么规则算」，单车成本卡回答「这台车算出来是多少」。两者是口径与结果的关系：包换了，成本卡的科目与分档维度跟着换，而按 VIN 归集的机制不变。

这条关系如果断掉，会出现两种典型后果：一是税费口径更新了但成本卡还按旧科目归集，报价里少算一层；二是同一台车在不同市场的成本被平均成一个数，看不出哪个市场在亏。下面四行是这套衔接里必须一致的口径。

把这两层分开看，很多争议就不再是争议：客户问「能不能加一个税种」，答案是看它在不在目的国的法定税种里；客户问「这个数算得对不对」，答案是拿当期的官方税率代入包给出的算式。字段级的清单见 单车成本卡字段清单，口径层面的问答见 出海常见问题。

下表列出全部 17 个区域包与它们的独立页入口。每一页都按同一套口径拆开写：政策法规（准入认证、进口限制与属地流程）、政策（产业激励、本地化要求与优惠前提）、税收（进口关税、流转税、消费税与清关附加）。

「一句话口径」一列是每个包最容易被算错的那一项。把它单列出来，是因为报价时真正会漏的往往不是关税本身，而是藏在第二三层的科目：分档维度、州级税、报废税、从价税这些东西。想横向比较 17 个包，可以直接看 区域与海外交付 的折叠清单；想把某一个国家讲透，从上面表格的「独立页」进入。

• 区域包不是「国家版产品」。产品线（海辕·车 · 整车出口经销、海辕·手 · 二手车出口 等 15 条）是先于国家存在的；区域包是把这些产品线落到某个目的国时所需的差异配置。两者不在同一个维度上，不能互相替代。
• 我们没有「某某国家版系统」这种说法。国家只以「用哪个区域包」的形式出现，产品名始终是产品线本身。这不只是措辞洁癖 —— 一旦把国家写进产品名，产品线之间共用的底座就会被拆成互不相通的副本。
• 区域包不重复采购。包是小体积配置，随产品线一并生效；客户为他们买的业务能力付费，而不是为「多支持一个国家」反复买同一套功能。
• 涉税一律只写结构性口径。具体税率数值、百分比与办理天数不进正文，因为税率与门槛随年度预算和行政令调整，写死一个数就是在制造一个必然过期的承诺。包里的税率表按当期法规维护，读者要核对具体数值请以目的国官方法规为准。
• 包里的认证与准入要求不是一次性结论。排放阶段、强制清单、优惠条件都会变，所以包需要按周期复核；这也是我们把「到期提醒」做进包、而不是做进某个人的日历的原因。

这套机制与交付方式、上线节奏是连在一起的：交付方式决定谁在什么时候做这些配置，海外业务服务标品解释为什么它让交付周期与风险变得可预期。

到这里，「区域包机制」回答完了三个问题：为什么国家差异不能写进主流程、包里装什么、开新市场为什么是加包而不是重做项目。接下来通常有两件事值得做：一是把您当前的目的国清单与下面的 17 个包对一遍，看哪些已经有包、哪些需要新增；二是带着一条真实链路的报价单，在演示环境里核对包给出的税费科目与单据清单。第二件事的具体做法见 半小时体验路径。

目标市场不在清单里、或者想核对某一项在当期法规下的具体要求，把国家与城市告诉我们，我们按同一套口径出一份对应版本。