本文へスキップ
KNOWLEDGE — SHOPIFY NEWS
Shopifyの配送先変更で税を再計算｜8月31日から
Shopifyが2026年7月30日、開発者向けチェンジログで、2026年8月31日以降は全量未出荷の注文の配送先を管理APIで変更すると税が再計算されると発表しました。これまでは住所だけが保存され、税額は元の配送先のまま残っていました。公式には実装変更は不要とされていますが、注文の合計が後から変わるため、越境ECと外部システム連携のある事業者は確認が必要です。
Official
公式発表の要点
Shopifyは2026年7月30日、開発者向けチェンジログ（shopify.dev）で「Updating an order's shipping address now recalculates taxes」を公開しました。影響を受けるAPIとして Admin GraphQL API と Admin REST API が挙げられており、廃止や非推奨ではなく「Update」として掲示されています。ただし挙動が説明されているのは orderUpdate ミューテーションについてで、適用範囲も「Admin GraphQL APIの全バージョン」と記載されています。
従来は、orderUpdate ミューテーションで配送先を変更しても新しい住所が保存されるだけで、元の税ラインがそのまま残っていました。その結果、注文の合計が実際の配送先と合わない状態になります。2026年8月31日以降は、未出荷の注文であれば新しい配送先を基準に税が再計算されます。要点は次の3点です（出典: Shopify.dev Changelog）。
変わること
全量未出荷の注文の配送先を変更すると、税が新しい配送先を基準に再計算されます。更新後は、他の注文編集と同じように
taxLines・totalTaxSetと注文の合計を読み直す形になります。この変更を採用するために実装を変える必要はない、と明記されています。再計算されない場合
税の再計算は、安全に適用できる場合にだけ実行されます。一部だけ出荷済みの注文では、住所は保存されますが税額は変わりません。すでに出荷した分に新しい配送先の税を当てると、実際に出荷した内容と合わない合計になるためだと説明されています。注文編集の対象外となる注文でも、住所だけが保存され再計算は行われません。住所の変更自体は常に成功し、条件によって変わるのは税の再計算だけです。
全APIバージョンが対象
この変更は Admin GraphQL API の全バージョンに適用されると記載されています。特定のAPIバージョンに固定して従来の挙動を維持する方法は示されていません。配送先の変更によって税が再計算された場合は、
orders/editedWebhook の購読者に通知が届きます。
提供状況について。公式チェンジログには、対象プランや対象地域についての記載はありません。ShopifyとShopify Plusで扱いが分かれるかどうかも、公式には確認できていません。また、管理画面から手作業で配送先を変更した場合の挙動については、このチェンジログに記載がないため、本記事では断定しません。
Our View 1
影響を受けるのは誰か
先に切り分けます。確認が必要なのは、越境ECを行っているストアと、注文金額を外部システムに持ち出して突き合わせているストアです。日本国内向けにだけ販売していて、受注から出荷までをShopifyの管理画面で完結させているなら、この発表のための作業はほぼ発生しません。
国内向けのみなら影響が小さい理由は、税率の決まり方にあります。日本の消費税は、配送先の都道府県によって税率が変わりません（標準税率10%、軽減税率8%）。国内のある住所から国内の別の住所へ配送先を変えても、税額を決める条件が変わらないためです。一方、米国の州ごとの売上税、カナダの州税、EUのVATは配送先で税率が変わります。越境ECで注文を受けていて、受注後に配送先の国や州が変わる運用があるなら、8月31日以降は注文の合計が変わり得ます。
もう一つの軸は、配送先を「誰が」変えているかです。今回の発表が扱っているのは管理APIでの更新です。orderUpdate を呼んでいるのは、自社開発の連携コード、受注管理（OMS）や倉庫管理（WMS）、カスタマーサポート用のツール、住所の補正や配送関連のアプリといった顔ぶれになります。これらが自動で住所を書き換えている運用では、税の再計算も自動的に起こります。誰も配送先をAPIで書き換えていないのであれば、そもそも今回の変更が発動する場面がありません。
影響しない事業者を、もう一度はっきりさせておきます。国内向け販売のみであること、配送先の変更が管理画面での例外対応にとどまること、注文金額を外部の会計・基幹システムへ連携していないこと。この3つがそろうなら、今回の発表への対応はありません。「税が再計算される」という見出しだけで、自社の改修が必要だと判断しないでください。
Our View 2
論点は実装ではなく、金額が後から動く前提になっているか
該当する場合に見ておきたいのは、コードよりも業務の側です。Shopifyは実装変更が不要だと明記していますが、それは「APIの呼び方を変えなくてよい」という意味であって、「業務が何も変わらない」という意味ではありません。以下はセルフプラスによる整理で、公式発表に書かれている内容そのものではありません。
1. 受注時点の金額を「正」にしている運用が影響を受けます。注文の税額と合計が、受注後に変わり得るようになります。受注時点の金額を外部の会計システムや基幹システムに保存し、それを唯一の正としている構成では、Shopify側の金額と食い違う注文が出ます。金額が動いた注文を後から取り直す経路があるかどうかが、確認すべき第一点です。
2. 変化を検知できているかを確認します。再計算が起きた注文は orders/edited Webhook で通知されます。注文の更新を orders/updated だけで見ている構成や、定期バッチで全件を取り直しているだけの構成では、どの注文の金額が変わったのかを特定しにくくなります。購読しているWebhookの一覧を、この機会に棚卸ししておくと取りこぼしを防げます。
3. 部分出荷が多いストアでは結果が分かれます。一部だけ出荷済みの注文では税は再計算されません。つまり、配送先を変更した注文のうち、全量未出荷のものは再計算され、分割出荷が始まっているものは従来どおり元の税額が残ります。これは今回の変更で新たに壊れるものではなく、従来の状態が残るということですが、「配送先を変えれば金額も揃う」という前提で運用手順を作ると、部分出荷の注文だけ想定と違う結果になります。
これは「直さないと壊れる」種類の変更ではありません
公式チェンジログでの掲示は「Update」で、廃止や非推奨の予告ではありません。Shopify自身も、この変更を採用するために実装を変える必要はないと書いています。それでも本記事で取り上げたのは、注文の合計が受注後に変わり得るという前提が、会計・基幹連携・カスタマーサポートの手順に影響し得るためです。期限までに何かを移行する種類の話ではないので、越境ECを行っておらず外部連携もないストアが、急いで着手する必要はありません。
Our View 3
明日から何をすべきか
1で切り分けます。国内向け販売のみで外部連携もなければ、そこで終わりです。該当した場合だけ2以降に進みます。
越境販売と外部連携の有無を確認する
日本国内向けにだけ販売していて、注文データを外部の会計・基幹システムへ連携していないなら、この発表への対応は不要です。米国・カナダ・EUなど配送先で税率が変わる地域へ販売しているか、注文金額を外部へ持ち出しているか。この2点を最初に確認してください。どちらにも当てはまらなければ、ここで終わりです。
配送先をAPIで書き換えている経路を洗い出す
orderUpdate（およびAdmin REST APIの注文更新）で配送先を変更している箇所を特定します。自社開発の連携コード、OMS・WMS、カスタマーサポート用ツール、住所補正や配送関連のアプリが候補です。委託先やアプリ提供元には「注文の配送先をAPIで更新しているか」をそのまま質問すれば足ります。orders/edited を購読しているか確認する
税の再計算は
orders/editedWebhook で通知されます。購読していない場合は、金額が変わった注文を取りこぼさない仕組みを決めます。購読を追加するか、突合のタイミングで注文を取り直すか、どちらでも構いません。受注時点の金額を保存したまま更新しない、という状態を残さないことが要点です。部分出荷の注文の扱いを決める
一部出荷済みの注文では税は再計算されません。分割出荷が多いストアでは、住所を変更した注文のうち再計算されるものとされないものが分かれます。金額のずれが残った注文をどう処理するか、返金や再請求が必要になったときの手順を、経理担当と先に決めておくと現場が迷いません。
8月31日以降に実際の注文で確認する
越境の注文で配送先を国や州をまたいで変更し、税額と合計がどう変わるかを実注文で確認します。あわせて、外部システム側の金額が追随しているか、
orders/editedが想定どおり飛んでいるかも同時に見ます。全量未出荷の注文と、一部出荷済みの注文の両方で試すと、社内で共有すべき挙動が一度で揃います。
注文まわりの連携やAPI改修の設計を相談したい場合はShopifyアプリ開発、日々の受注・出荷運用の見直しはShopify運用代行で扱っています。自社に対応が必要かどうかの切り分けだけでも、無料相談で持ち込んでいただいて構いません。同じ2026年8月31日が区切りになる開発者向けの変更はStorefront MCPのカートツール廃止で整理しています。商品データ側の仕様変更はShopifyコレクションのマルチソース・バリアント対応をご覧ください。
FAQ
この発表に関するよくあるご質問
日本国内だけで販売している場合も対応が必要ですか。
日本の消費税は配送先の都道府県で税率が変わらないため、国内間の住所変更で税額が動く場面は限られます。国内向け販売のみで、注文金額を外部の会計・基幹システムへ連携していないストアであれば、この発表のための作業は基本的に発生しません。
今すぐ実装を変える必要がありますか。
公式チェンジログには、この変更を採用するために実装を変える必要はないと記載されています。ただし注文の税額と合計が受注後に変わり得るため、外部システムと金額を突き合わせている場合は、orders/edited Webhookの購読状況を確認してください。
古いAPIバージョンのままなら影響を避けられますか。
避けられません。公式チェンジログには、この変更がAdmin GraphQL APIの全バージョンに適用されると記載されています。特定のバージョンに固定して従来の挙動を維持する方法は示されていないため、8月31日以降は挙動が変わる前提で確認してください。
