Mark as Delivered トラッキングなしの配送を「配達済み」にできる
原題: Mark fulfillments without tracking as delivered
- Fulfillment
- Orders
- Shipping
- Admin
- Mark as Delivered
- 配送ステータス
- 新機能
図解 : Mark as Delivered(トラッキングなし配送を「配達済み」にする) Admin / 新機能 Mark as Delivered トラッキングなしの配送を「配達済み」にできる キャリアの配送追跡が付かない発送でも、スタッフが手動で「配達済み」にできるようになった。サポート外のキャリアで送るマーチャントが、注文の配送ステータスを正確に保てる。 このページの構成 そもそも何ができるようになったのか(30秒で理解) 仕組み図解 : 配達済みになるまでの流れ 2つの操作場所 : 単一更新と一括更新 対象になる配送/記事に記載がない範囲 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何ができるようになったのか Shopify 管理画面で、 キャリアの配送追跡が付かない発送(shipping fulfillment)を「配達済み(Delivered)」に手動でマークできる ようになった。 サポート外のキャリアで発送しているマーチャントが、注文の配送ステータスを正確に保つための機能。 これまで : 状況が空白になりがち キャリアの追跡情報が紐づかない発送は、配達が完了しても「配達済み」を反映する手段が乏しく、注文の配送ステータスが正確に保ちにくかった。 これから : 手動で「配達済み」に スタッフが管理画面上で配送を「配達済み」にマーク。追跡なしの発送でも配送ステータスを正確に閉じられる。 対象は shipping fulfillment(配送による発送) 。追跡番号が無い/キャリアが Shopify のサポート対象外、というケースの配達状況を、人手で正しく更新するための機能。 2 仕組み図解 : 配達済みになるまでの流れ 図の各ステップは記事本文の記述(管理画面で手動マーク/配送ステータスを正確に保つ)に基づく。 顧客への通知有無・取り消し可否・反映タイミングの詳細は記事に記載なし。 3 2つの操作場所 : 単一更新と一括更新 記事では、スタッフが「配達済み」にできる場所として2つが挙げられている。 単一の注文 注文の「Fulfilled(フルフィルメント)カード」から 個別の注文画面にある発送カード上で、その配送を「配達済み」にマークできる。1件ずつ確実に処理したいときの操作場所。 複数の注文 「Orders(注文)ページ」から一括更新 注文一覧ページで複数の注文をまとめて「配達済み」に更新できる。発送がまとまって完了したあとの後処理を一気に片付けられる。 4 対象になる配送/記事に記載がない範囲 項目 記事の記述 対象 対象 キャリアの配送追跡が付かない shipping fulfillment(管理画面上) 想定ユーザー サポート対象外のキャリアで発送するマーチャント 操作者 スタッフ(staff) 操作場所 注文の Fulfilled カード / Orders ページ(複数一括) 分類 Feature Admin 顧客への通知 記載なし 取り消し・再変更の可否 記載なし API / Webhook での扱い 記載なし 対応プラン・対応国 記載なし 権限(どのスタッフ権限が必要か) 記載なし 「記載なし」の項目は、記事本文に明記がないもの。導入前に Shopify 管理画面・ヘルプドキュメントで実際の挙動を確認すること。 5 技術者が押さえるべき5つのポイント 1. 対象は「追跡なし」の配送ステータス補完 キャリア追跡が無い/サポート外のため、自動では配達状況が埋まらない発送を、人手で正しく閉じるための機能。追跡ありの発送の自動更新を置き換えるものではない。 2. 入口は単一カードと一括の2系統 注文単位(Fulfilled カード)と注文一覧の一括更新(Orders ページ)の両方を提供。運用設計上、件数や担当者に応じて使い分けを決めておくとよい。 3. API / Webhook の言及は無い 記事は管理画面の手動操作のみを説明。自動化・外部システム連携で配達ステータスを扱いたい場合は、Admin API での可否を別途検証する必要がある。 4. 手動運用=入力品質に依存 配達済みはスタッフの手入力。実配達とのズレ(早押し・押し忘れ)が起きうるため、いつ誰がマークするかの運用ルールを決めておくと精度が保てる。 5. 配達ステータスを使う後続処理の「土台」が揃う 追跡なし配送でも配達済みが正しく入るようになることで、配達完了を起点にしたレポートやワークフロー(後述のユースケース)の前提が整う。 ただし通知・自動化の連動可否は記事に記載がないため、連携設計は実機確認が前提。 6 業務に活かせる3つのユースケース USE CASE 1 自社配送・地場運送・バイク便など「サポート外キャリア」の配達管理 課題 自社便・店舗スタッフ手配り・地域の運送会社など、追跡番号が出ない手段で届けており、注文の配送ステータスが「発送済み」のまま正確に閉じられない。 打ち手 配達が完了したらスタッフが Fulfilled カードから「配達済み」をマークし、ステータスを実態に合わせる。 効果 配送状況が正確になり、問い合わせ対応・売上計上・在庫/物流の振り返りの土台が整う。 技術メモ 権限・通知の挙動は記事に記載なし。誰が・いつマークするかの運用ルールを先に決めると入力品質が安定する。 USE CASE 2 イベント/予約販売/卸の「一斉発送後」をまとめて配達済みに 課題 ポップアップ・受注会・予約販売・BtoB 卸などで、追跡なしの配送が一度に大量発生。1件ずつステータス更新すると工数が膨らむ。 打ち手 Orders ページで対象注文を複数選択し、まとめて「配達済み」に一括更新する。 効果 後処理の工数を圧縮しつつ、配送ステータスの取りこぼしを防ぐ。締め作業がシンプルになる。 技術メモ 一括更新の上限件数・対象の絞り込み条件は記事に記載なし。実機で選択範囲とフィルタ挙動を確認しておくと安全。 USE CASE 3 配達完了を起点にしたレポート・CS フローの精度向上 課題 追跡なし配送の配達済みが入らないと、「配達完了率」「未着問い合わせの切り分け」など、配達状況を前提とした集計や CS 判断がぶれる。 打ち手 追跡なし配送も配達済みを正しくマークし、注文データ上の配送ステータスを実態に揃える。 効果 配達ベースのレポートや問い合わせ対応の判断材料が正確になり、「届いていないのか/反映漏れか」の切り分けコストが下がる。 技術メモ 配達済みを起点にした自動通知・自動アクションの連動可否は記事に記載なし。Flow / API 連携を組む場合は実機検証を前提にする。 7 提案で使える1行サマリ 「追跡番号が出ない発送でも、スタッフが管理画面から手動で『配達済み』にできる新機能。 注文単位(Fulfilled カード)でも、Orders ページからの複数一括でも更新可能。 サポート外キャリアで送るストアの配送ステータスを、実態どおり正確に保てる。」 source : changelog.shopify.com / mark-fulfillments-without-tracking-as-delivered generated 2026-05-23