Order Routing（注文ルーティング）が選んだフルフィルメントロケーションを使って税額を計算。ローカルピックアップは受け取り店舗基準。使われた ship-from ロケーションは注文レコードに記録される。
複数拠点からフルフィルメントしている場合、税額が「その注文が実際にどこから出荷されるか」を反映する。
ローカルピックアップ注文では、ピックアップロケーションを基準に税額が計算される。
計算に使われた ship-from ロケーションが注文レコードに表示され、レポートと申告の裏付けになる。
| 項目 | これまで | 今回の改善後 |
|---|---|---|
| 税計算に使う出荷元 | 実態とズレうる 各注文の実際の出荷元が反映されていなかった | ルーティング準拠 注文ルーティングが選んだフルフィルメントロケーション |
| 複数拠点フルフィルメント | 拠点ごとの税率差が正しく反映されないことがある | 注文単位 各注文が実際に出荷される場所を反映 |
| ローカルピックアップ | 記事に明記なし（改善前の挙動の記述なし） | 受取拠点基準 ピックアップロケーションから計算 |
| 注文レコード | 計算に使われた出荷元の可視化について記述なし | 表示される 使用された ship-from ロケーションが出る |
| 対象 | — | 米国の顧客宛に出荷される注文 |
| 必要な作業 | — | 記載なし マーチャント側の設定手順は記事に記載なし |
注文ルーティング設定が選んだ フルフィルメントロケーション（＝実際の出荷元）を基準に税額を計算。
ピックアップロケーション（顧客が受け取る拠点）を基準に税額を計算。
※ 上図は記事の記述（「注文レコードに計算で使われた ship-from ロケーションが表示される」「レポートと申告のための記録がより正確になる」）を図解したもので、実際の管理画面のレイアウトを再現したものではない。
自動適用なのか、有効化操作が必要なのかの記述はない。
どのプラン／どの税機能構成で有効になるかの明示はない。
公開日（2026年8月24日）以外の展開スケジュールの記述はない。
Admin API や Webhook のフィールド追加・変更に関する言及はない。
既存注文の税額が再計算されるかどうかは書かれていない。
記事の対象は「米国の顧客宛に出荷される注文」のみ。
税額の入力が「注文ルーティングが選んだロケーション」になった以上、ルーティング設定の見直しが税精度の改善作業になる。税マスタだけ見ていても直らない。
恩恵が明確なのは 複数ロケーションからフルフィルメントしているストア。1拠点運用なら出荷元は元々一意なので変化は限定的。
配送＝出荷元基準、ピックアップ＝受取拠点基準。同一カートでも受取方法の選択で税額が動くことを、フロント表示や見積ロジックの前提に入れる。
注文レコードに計算根拠のロケーションが残るため、税額の差異調査が「どの拠点から出たか」で説明可能になる。経理からの問い合わせ対応が楽になる。
Admin API のフィールド追加、既存注文への遡及、対象プラン、有効化操作の要否のいずれも記事に書かれていない。外部の会計 / ERP 連携で税額と出荷元を同期している場合は、本番反映前に開発ストアで実注文を通して差分を確認すること。詳細は Shopify ヘルプセンターの注文ルーティングのドキュメントを参照。