搜索入口与读者问题
Shopify Taxes and duties：从责任判断到可解释的订单税行
先确认主体、地区和商品条件，再按当前店铺可用的税务服务建立真实登记、商品分类和价格口径。跨境时单独判断 duties 与 import taxes，最后用不同地址、折扣和退款税行回读；官方页面只说明入口和规则，不证明本店的登记、申报或结账结果。
Shopify Taxes and duties 页面能替我判断是否需要登记吗？
Shopify Tax、Basic Tax 和 manual settings 应该按什么顺序确认？
添加 registration 时，哪些字段必须来自真实税务记录？
Product category、HS code 和 override 怎样一起复核？
首发市场应该显示含税还是未含税价格？
什么时候要评估 duties、import taxes 或 DDP？
两个地址、折扣和退款的税行怎样才算可解释？
Shopify 收税、导出报表、申报和汇款分别由谁负责？
官方来源与复核边界
这些 Shopify 页面用于确认 Taxes、Shopify Tax、Basic Tax、登记和国际 duties 的官方入口。它们不能证明当前主体的税务责任、税率、登记状态、商品分类、HS code、DDP、申报、汇款或订单税行结果。测试记录要脱敏，不要公开税号、客户地址、订单号或内部申报资料。
第三阶段 · 税务与跨境
Taxes and duties：先登记，再配置税率和商品分类
先确认主体和地区责任，再识别当前税务服务、登记、商品分类、含税价格和 duties，最后用不同地址与订单验证并安排申报。
做到什么程度才算完成
沿着 Settings > Taxes and duties 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Taxes and duties
- 产出
- 一份按市场、登记、商品分类、价格口径、duty 处理、订单税行和申报负责人整理的税务核对记录。
- 可以继续
- 责任、登记和分类有依据，首发市场价格口径明确，至少两个地区的订单/退款税行可解释，申报责任已安排。
- 必须暂停
- 如果主体或登记不清、商品分类错误、税行无法解释或没有申报负责人，先暂停发布和跨境扩张。
证据边界：Taxes and duties 页面和测试税线不构成税务意见，也不证明登记、申报、汇款和所有地区责任已经完成。
为什么现在先做这一步
税务设置最危险的地方是“看起来自动”。后台能计算一条税线，不代表当前主体应当登记，也不代表商品分类、运费税、退款和跨境 duties 都符合责任。先确定边界，再配置，最后用订单验证。
开始前准备
- 准备经营主体、首发市场、库存位置、商品类别和税务负责人的判断。
- 准备当前店铺可用服务、真实登记信息和安全保存位置。
- 准备至少两个地区地址、测试商品、折扣和退款场景，不使用真实客户数据。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
确认责任，不让后台替你判断
先把经营主体、客户地区、库存位置、销售额和商品类型交给负责税务的人判断。Shopify 的提示是配置帮助，不等于税务意见；把需要登记和暂不登记的地区分开记录。
做完后应该看到或拿到：得到首发市场、主体、登记责任和复核人的清单。
怎样算完成：每个目标地区都有责任判断、依据和下一次复核时间，而不是只接受后台建议。
如果结果不对或入口没出现：入口或责任不清时，确认当前店铺、主体、市场和页面标题，暂停配置并回到责任清单。
留下证据：记录主体、地区、商品类别、责任人、判断日期和待办登记；税务页面和测试税线不构成税务意见。
打开 Taxes and duties 看当前服务
进入 Settings > Taxes and duties，记录当前可用的是 Shopify Tax、Basic Tax 还是 manual settings。以自己后台显示的服务和当前条件为准，不要强行寻找已经不提供的选项。
做完后应该看到或拿到：得到当前税务服务、可配置入口和适用范围。
怎样算完成：服务名称、店铺国家/创建条件、适用市场和配置边界都有截图或记录。
如果结果不对或入口没出现：找不到预期服务时，确认店铺国家、创建时间、套餐和页面标题，不要把其他店铺的教程路径当成当前入口。
留下证据：记录当前服务、页面标题、可用选项、创建/复核日期和负责人。
失败处理：不要以“Basic Tax 没有”直接推断配置失败，先按当前店铺条件确认 Shopify Tax 或 manual settings 的正确路径。
添加税务登记
在对应国家或地区添加 registration，填写真实税号和开始征税日期，确认税号属于当前 Shopify 主体。保存后检查状态、计算范围和是否需要额外配置。
做完后应该看到或拿到：得到与当前主体匹配、状态明确的登记记录。
怎样算完成：税号、国家、开始日期、状态、适用范围和保存结果可复核，敏感号码不在公开记录中暴露。
如果结果不对或入口没出现：登记状态异常时，确认主体、国家、税号格式、日期和当前服务，再由税务负责人复核，不要用占位号码继续。
留下证据：保存脱敏后的登记标识、地区、开始日期、状态、负责人和安全证据位置。
校正商品分类和 override
回到商品核对 product category，因为它可能影响税务建议。只有专业确认的免税、降低税率或特殊商品才建立 override，并记录依据、适用 SKU 和复核日。
做完后应该看到或拿到：得到商品分类、override 依据、SKU 范围和复核日。
怎样算完成：分类和 override 与实际商品、市场和税务责任一致，没有用 override 掩盖错误分类。
如果结果不对或入口没出现：结账税额与预期不同，检查 registration、地址、product category、override、shipping tax、含税设置和测试日期，再交给专业人员复核。
留下证据：记录分类、适用 SKU、override 状态、依据、复核日期和一条订单税行。
失败处理：不要把一个地区的税务结果复制到所有市场；地址、商品和登记范围必须同时匹配。
决定含税价格和 duties
确认首发市场显示 tax-inclusive 还是 exclusive price，并与商品页和广告承诺一致。跨境卖到其他国家时再评估 duties、import taxes、DDP 或客户到付，不要在单市场起步时一次打开全球设置。
做完后应该看到或拿到：得到首发市场的价格展示口径和跨境 duties 决策边界。
怎样算完成：商品页、购物车、结账和广告对含税/未含税口径一致，跨境方案有责任人和范围。
如果结果不对或入口没出现：客户看到的税费或 duties 不一致时，先确认市场、地址、币种、展示设置和结账状态，不要同时修改多个全局开关。
留下证据：记录市场、显示口径、商品/广告文案、duties 处理方式和验证结账。
用地址和订单测试并安排申报
用至少两个不同税务地区地址测试商品价格、shipping tax、折扣和退款。截图订单税行并与预期核对；最后写清谁导出报表、谁申报、何时复核。Shopify 收税不等于已申报。
做完后应该看到或拿到：得到不同地址/订单的税行结果、退款结果和申报责任安排。
怎样算完成：至少两个地区、成功订单、折扣或退款路径都有实际结果，税行和申报责任可对账。
如果结果不对或入口没出现：退款后税额没有按预期变化时，查看具体 refund 交易和税行，确认退款金额、shipping、税务服务和订单日期。
留下证据：保存地址类型、订单号、税行、折扣/退款、导出负责人、申报负责人和复核日期。
失败处理：如果测试结果无法解释，先暂停发布或跨境扩张，不要用一次测试店数据推断所有真实资金结果。
现在把判断用到你的店铺
先把首发市场和税务负责人写进记录，再在后台看当前服务和登记。用两个地区、一个折扣和一个退款场景完成订单税行测试，把“平台计算”“导出”“申报”“复核”分开，不要把配置截图当成法律结论。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一张税务配置表，包含专业确认的登记地区、登记号、征税开始日、后台税务服务、商品分类、价格显示方式、关税处理、测试地址和申报负责人。
相关后台路径：Settings > Taxes and duties
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：Taxes and duties 页面和测试税线不构成税务意见，也不证明登记、申报、汇款和所有地区责任已经完成
继续条件：责任与开始日期有外部依据，后台只录入真实登记，商品分类准确，测试订单与退款结果可解释
暂停条件：如果团队仍在猜测是否需要登记、使用虚构 registration 或靠 override 强行得到想要税率，先暂停
下一步：下一步配置 Markets、语言与货币，只开放真正能完成支付、配送、税务和客服的市场。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
用地址、当前 tax service、折扣、退款和 duties readiness 核对税务边界
税务验收先区分责任判断、当前 Shopify tax service、地址/商品分类计算和 duties 数据准备。矩阵里的 synthetic 场景不提供税率，也不替代登记、申报或海关建议；失败时只回到对应 evidence layer。
| 测试维度 | 地区/订单 | 预期税务结果 | 实际证据 | 结果 |
|---|---|---|---|---|
| 地区 A | 地址：________；商品：________ | 价格、shipping tax、税行符合责任判断 | 订单/税行：________ | 通过 / 失败 |
| 地区 B | 地址：________；商品：________ | 登记范围和商品分类按该地区计算 | 订单/税行：________ | 通过 / 失败 |
| 折扣 | 折扣前/后：________ | 税前/税后口径与店铺规则一致 | 购物车/订单：________ | 通过 / 失败 |
| 退款 | 订单/退款：________ | 退款税行和申报记录可解释 | 退款 ID/税行：________ | 通过 / 失败 |
| 当前 tax service | 店铺国家 / 收税地区 / 当前服务：________ | 先识别 Shopify Tax、legacy Basic Tax 或 manual settings 的实际可用路径，不用别的店铺截图判断配置失败。 | service / region / date：________ | 通过 / 需专业复核 |
| Duties readiness | international SKU / HS code / origin / carrier：________ | 启用 checkout duties 前核对 HS code、country of origin 和 DDP/carrier 条件。HS code 是国际订单的重要输入，但平台计算仍不替代税务或海关责任判断。 | product / carrier / checkout：________ | 通过 / HOLD |
当前设置需要确认的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 责任边界 | 主体、地区、商品和负责人先确认 | 后台建议不替代税务判断 |
| 登记 | 真实税号和开始日期 | 让计算范围与主体相符 |
| 商品分类 | 准确分类，谨慎 override | 避免用错误分类制造税率结果 |
| 含税与 duties | 按首发市场决定 | 避免单市场起步时误开全球规则 |
这些地方先不要乱动
- 不要把后台税务提示当成税务意见或自动完成登记。
- 不要用一个地址的税行推断所有市场、商品和退款。
- 不要在没有依据、SKU 范围和复核日时建立 override。
常见问题
Shopify 收到税就代表已经申报了吗？
不代表。收税、导出报表、申报和汇款是不同责任，必须指定负责人和复核时间。
可以直接照着教程里的税率输入吗？
不可以。税率取决于主体、地址、商品分类、登记和当前规则；教程只能帮助你建立核对流程。
什么时候需要建立 override？
只有专业判断确认商品适用免税、降低税率或特殊规则，并且有 SKU 范围和复核日期时才建立。
为什么有些 Canada、UK 或 EU 店铺看不到 Basic Tax？
Shopify 当前说明，在 Canada、UK 和 EU，Basic Tax 只继续适用于 2026-05-13 之前已经设置为收税的地区；其他情况需要按当前店铺可用的 Shopify Tax 或 manual tax settings 路径处理。这个产品可用性变化不等于税务责任发生变化。
没有 HS code 也可以直接打开 duties 吗？
不要跳过商品分类准备。Shopify 当前要求国际订单使用 HS code，并建议在启用 duties/import taxes 前补齐 HS code 和 country of origin。缺少分类信息会降低或阻止计算，仍要由业务和专业人员确认责任。
当前结论与继续条件
税务验收的核心是责任与证据一致：当前主体和地区知道谁负责，商品分类和登记不靠猜，价格与 duties 对客户说法一致，订单税行和退款能解释，申报流程有人接住。
下一步按问题分流