オンライン注文と出荷をExcelで追跡：テンプレート、数式、そして自動化のタイミング
オンライン注文と発送は、1つの荷物につき1行、統一されたステータス一覧、期限超過の配送や古い確認日時を知らせる数式を使って、Excelで追跡できます。以下のテンプレートは、実用的な出発点になります。Excelは発送情報を整理して優先順位を付けられますが、数式だけでは配送業者の最新イベントを取得できません。更新には手動確認または接続されたデータソースが必要です。
このガイドは、小規模なeコマースチームや、複数の入荷注文を管理するすべての人を対象にしています。発送記録とフォローアップ作業を分けることで、スプレッドシートが「荷物はどこにあるか」と「次に誰が対応する必要があるか」という2つの異なる質問に答えられるようにします。
注文だけでなく、荷物を中心に追跡表を作成する
注文番号は購入を識別します。追跡番号は配送業者のシステム内の発送を識別します。これらは互換性がありません。1つの注文が複数の荷物に分かれて発送されることがあり、各荷物の配送予定日やステータスが異なる場合があります。
荷物1つにつき1行を使用し、必要に応じて注文IDを繰り返します。注文がまだ発送されていない場合は、追跡番号なしの仮の行を作成し、発送情報が利用可能になったらその行を更新または分割します。1つのセルに複数の追跡番号を入力しないでください。フィルタリング、重複確認、ステータス更新が難しくなります。
個人用の購入追跡表では、担当者は自分自身で構いません。業務用の追跡表では、例外を調査し、配送業者や販売者に連絡し、または顧客と連絡を取る担当者を割り当てます。責任者のいないステータスは見落とされやすくなります。
コピーして貼り付けられるExcel発送追跡テンプレート
以下のタブ区切りの見出しをコピーし、空白のワークシートのセルA1に貼り付けます。見出しは列AからLに配置されます。これは開始用のレイアウトであり、ダウンロード可能なファイルやリアルタイム追跡との統合ではありません。
注文ID 追跡番号 配送業者 発送日 配送予定日 ステータス 配送業者の最新イベント 最終確認日時 追跡URL 経過日数 確認フラグ 担当者注文データを貼り付ける前に、列AとBを文字列として書式設定します。追跡番号は数量ではなく識別子です。数値として扱うと、先頭のゼロが削除されたり、長い数字列が変更されたりする可能性があります。後から書式を変更しても、すでに失われた情報を確実に復元することはできません。必要に応じて元の識別子を再インポートしてください。
| 列 | 入力内容 | 運用ルール |
|---|---|---|
| A: 注文ID | 店舗または社内の注文参照番号 | 分割発送の場合は繰り返します。 |
| B: 追跡番号 | 荷物に付与された識別子 | 文字列として保持し、文字を正確に維持します。 |
| C: 配送業者 | その番号に関連する配送業者 | 複数の略称ではなく、統一された名称を使用します。 |
| D: 発送日 | 発送経過日数の起点となる日付 | 発送日を指すのか、配送業者による受領確認日を指すのか定義します。 |
| E: 配送予定日 | 適用される配送約束日 | 約束がない場合は空白にし、期限を推測で設定しません。 |
| F: ステータス | 標準化された発送カテゴリ | 管理された一覧から選択します。 |
| G: 配送業者の最新イベント | 最新イベントの内容と日時 | 標準化されたステータスの根拠となる詳細を保持します。 |
| H: 最終確認日時 | 追跡情報を最後に確認した日時 | 継続的に変化する数式ではなく、固定されたタイムスタンプを入力します。 |
| I: 追跡URL | 確認済みの追跡ページリンク | リンク先を追跡番号とは別に保持します。 |
| J: 経過日数 | 計算された発送経過日数 | 別のルールを意図的に作成しない限り、暦日を使用します。 |
| K: 確認フラグ | 計算されたフォローアップ通知 | これは社内ルールであり、配送業者のステータスではありません。 |
| L: 担当者 | フォローアップの責任者 | 例外が発生する前に担当者を割り当てます。 |
行を追加する前にシートを設定する
- 範囲をExcelテーブルに変換します。「挿入」>「テーブル」を選択し、範囲に見出しがあることを確認します。テーブルを使うとフィルタリングが容易になり、計算列の数式を追加行に適用できます。
- 日付形式を適用します。DとEを日付として書式設定します。Hは日付と時刻の両方を表示する形式にします。インポートした値が、日付に見えるだけの文字列ではなく、実際のExcel日付であることを確認します。
- ステータスのドロップダウンを作成します。「未発送」「ラベル作成済み」「輸送中」「配達中」「配達完了」「例外」「返送」などの一覧をデータの入力規則で設定します。
- 見出し行を固定します。長い一覧を確認する間も列ラベルが表示されるようにします。
- 確認基準を追加します。O1に「日後に再確認」と入力し、P1に2を入力します。これは社内確認間隔の例であり、配送業者のサービス基準ではありません。
列Fを標準化する場合でも、配送業者のイベント内容は列Gに残します。たとえば「ラベル作成済み」を自動的に「輸送中」に変更してはいけません。ラベルを作成しただけでは、配送業者が荷物を受け取ったことにはならないためです。
追跡表を役立てる数式
以下の数式は、上記の列構成、英語の関数名、カンマ区切りを使用しています。地域設定によってはセミコロンを使用します。2行目に入力して下方向へコピーするか、Excelテーブルに計算列として適用させます。
経過日数を計算する
J2に入力します：
=IF(OR(D2="",F2="Delivered",F2="Returned"),"",MAX(0,TODAY()-INT(D2)))この数式は、発送日から現在までの開いている発送の暦日数を返します。完了または返送された発送は、無期限に経過日数が増え続けないよう空白にします。この数式は、配送業者の営業日基準に対する輸送実績を測定するものではありません。
過去の配送所要時間が必要な場合は、別の配達完了日時列を追加し、その記録日と発送日の差を計算します。実際の配達日として今日の日付を代用しないでください。
確認が必要な発送にフラグを付ける
K2に入力します：
=IF(A2="","",IF(F2="Delivered","Closed",IF(F2="Returned","Review return",IF(F2="Exception","Review exception",IF(AND(E2<>"",TODAY()>INT(E2)),"Past promised date",IF(B2="","Check dispatch",IF(H2="","Check tracking",IF(NOW()-H2>=$P$1,"Recheck status","Monitor"))))))))確認の順序が重要です。配達完了の発送を最初に終了扱いにし、返送と例外には固有の通知を付け、配送予定日を過ぎた発送を通常の確認より優先します。追跡番号のない荷物は、通常の追跡更新ではなく発送確認に振り分けます。
「配送予定日超過」は、シート上の日付が過ぎたことを意味します。荷物が紛失したこと、補償が発生すること、配送業者が契約条件に違反したことを示すものではありません。エスカレーションする前に、約束日の出典と最新の発送情報を確認してください。
古い確認日時のルールは、H2から経過した時間を測定します。P1を2に設定すると、記録された確認がない状態が2日経過した後にフラグが付きます。間隔はワークフローに合わせて調整してください。TODAY()とNOW()はExcelの再計算時に更新されるもので、バックグラウンド監視サービスではありません。
確認待ちキューをカウントする
この集計数式を追跡テーブルの外側に配置します：
=COUNTIF(K2:K1000,"Review exception")+COUNTIF(K2:K1000,"Review return")+COUNTIF(K2:K1000,"Past promised date")+COUNTIF(K2:K1000,"Check dispatch")+COUNTIF(K2:K1000,"Check tracking")+COUNTIF(K2:K1000,"Recheck status")これは、固有の注文数や顧客数ではなく、対応が必要な荷物の行数をカウントします。必要に応じて範囲を拡張するか、該当する構造化テーブル参照に置き換えます。ダッシュボードではこの違いを明確にしてください。1つの注文が3つの荷物に分かれている場合、3つの発送記録として数えられます。
確認済みの追跡URLを読みやすいリンクにする
任意の追加列で次を使用します：
=IF(I2="","",HYPERLINK(I2,"Track package"))これはI2に保存されたアドレスを開きます。発送イベントを取得したり、アドレスが安全であることを確認したりするものではありません。信頼できる追跡サービスまたは配送業者のリンクを使用し、形式を確認していない配送業者固有のURLを作成しないでください。
シートを装飾するのではなく、判断を支える書式を使う
確認フラグまたは行全体に条件付き書式を適用します。例外や配送予定日超過の記録には強い警告色、通常の再確認には薄い警告色、終了した発送には控えめなスタイルを使用します。色がなくてもワークシートを理解できるよう、テキストラベルは表示したままにします。
A2:L1000に適用する行全体のルールでは、=$K2="Past promised date"のような数式で該当する発送を強調できます。ドル記号はステータス列を固定し、行番号は変更できるようにします。
別のバッチをインポートする前に、重複レコードも確認してください。分割発送では注文IDの重複は通常ですが、配送業者と追跡番号の組み合わせが重複している場合は調査が必要です。偶発的な重複かもしれませんが、元の注文関係を確認せずに自動削除しないでください。
追跡表の信頼性を維持する毎日のワークフロー
- 新しい発送を追加またはインポートします。識別子を文字列として保持し、各荷物に専用の行があることを確認します。
- 確認フラグでフィルタリングします。例外と期限超過の約束から始め、追跡情報の不足や古い確認日時に対応します。
- 追跡元を確認します。配送業者のページを開くか、複数配送業者対応サービスを使用して荷物を追跡します。追跡番号と配送業者をスプレッドシートと照合します。
- 根拠情報を更新します。最新イベントをGに記録し、Fで適切なステータスを選択し、Hに固定された確認タイムスタンプを入力します。
- 次のアクションを割り当てます。担当者が顧客へのメッセージ、調査参照番号、フォローアップ日を記録する必要がある場合は、アクションメモ列を追加します。
- 終了した記録を照合します。配達完了ステータスが注文内のすべての荷物ではなく、正しい荷物に適用されていることを確認します。
「最終確認日時」に=NOW()を入力しないでください。再計算時に変更され、未確認の記録が最近確認されたように見える可能性があります。タイムスタンプは、実際の確認または成功した自動更新を表す必要があります。
顧客情報は必要最小限にしてください。共有の業務用追跡表では、通常、すべての行に完全な配送先住所、電話番号、注文詳細を記載する必要はありません。アクセスを制限し、個人情報を含む管理されていないコピーを配布しないでください。
発送追跡を自動化するタイミング
ワークシートが長くなったときではなく、ステータスを最新に保つことがボトルネックになったときに自動化します。発送数に関する普遍的なしきい値はありません。変化が少ない大量の一覧はスプレッドシートで運用できる一方、緊急の例外がある少量の一覧では、人が確実に実行できる頻度を超える更新が必要になることがあります。
| 確認された問題 | 実務的な次のステップ | 確認事項 |
|---|---|---|
| 注文エクスポートからのコピーを繰り返している | インポートを標準化するか、対応するソースにPower Queryを使用します。 | 識別子の書式、列のマッピング、重複処理。 |
| 配送業者の手動確認を繰り返している | 追跡データ接続またはAPIを利用したワークフローを評価します。 | 実際に利用する配送業者、サービス、発送経路への対応。 |
| 例外の発見が遅すぎる | スケジュール処理またはイベント駆動型アラートを追加します。 | トリガーの定義、担当者、アラート失敗時の処理。 |
| 複数人が同じ記録を上書きしている | 管理された共有ワークフローまたは業務システムを使用します。 | アクセス権限、変更履歴、記録の所有者。 |
| 顧客が誰かのワークブック確認に依存している | 店舗に接続された注文追跡ワークフローを評価します。 | 注文のマッピング、分割発送、顧客向けステータスの正確性。 |
Power Queryは、Webソースを含む対応データソースに接続できますが、すべての公開追跡ページが信頼できるデータフィードになるわけではありません。認証、ページ構造、アクセス制限、更新設定によって接続の可否が変わることがあります。人が読むために設計されたページをスクレイピングするより、文書化されたインターフェースを優先してください。
カスタム連携では、17TRACK Tracking APIが評価対象となる選択肢です。実装前に、想定するデータフローと公式ドキュメントを照合してください。APIの提供がネイティブのExcelコネクタであることや、追加の統合作業なしに既存のワークブックを更新できることを前提にしないでください。
実用的な構成では、管理されたサービスまたはデータストアで追跡更新を収集し、それを荷物の記録に対応付け、結果のテーブルをExcelに公開します。広く共有されるワークブックに認証情報を保存しないでください。イベントのタイムスタンプと取り込みのタイムスタンプの両方を保存し、遅延した更新と新しい発送イベントを区別できるようにします。
自動ワークフローは、通常の配送、分割発送、イベント欠落、例外、返送された荷物でテストしてください。再試行や重複した更新の処理方法を確認します。「最終更新成功日時」を目立つ位置に表示してください。配達済みに見える古いダッシュボードは、未完成であることが明らかなスプレッドシートより誤解を招く場合があります。
よくある質問
Excelは追跡番号を自動的に更新できますか？
適切な接続または統合があれば、Excelは更新された発送データを表示できます。セル内の追跡番号、ハイパーリンク、またはTODAY()数式だけでは配送業者のイベントを取得できません。更新をインポートするための対応ソースと設定済みのプロセスが必要です。
Excelが追跡番号を変更したのはなぜですか？
Excelが追跡番号を文字列ではなく数値として解釈した可能性があります。識別子を入力またはインポートする前に、対象列を文字列として書式設定してください。数字や先頭のゼロがすでに失われている場合は、元のソースから識別子を再度コピーしてください。表示形式だけでは失われた情報を復元できません。
推定配送日と配送約束日のどちらを使うべきですか？
両方が重要な場合は、別々の列に保持してください。配送業者の推定日は発送の進行に伴って変わる可能性がありますが、顧客への約束日は販売者のチェックアウト画面や確認通知に基づく場合があります。このテンプレートの期限超過数式は配送約束日を使用します。配送業者の推定日に基づく数式には、その旨を明記してください。
複数の荷物がある注文を追跡するにはどうすればよいですか？
荷物ごとに1行を作成し、注文IDを繰り返します。各荷物を個別に更新してください。注文単位の概要が必要な場合は、注文を履行するために必要なすべての荷物が適切な結果に到達した後でのみ、注文を完了として扱います。
長期間スキャンがない場合、荷物が紛失したという意味ですか？
いいえ。更新がないことだけでは紛失の証明にはなりません。配送業者の最新情報を確認し、発送状況を配送予定と比較し、適用される調査手続きに従ってください。古いデータのフラグは確認を促すものであり、荷物を自動的に紛失扱いするものではありません。
出典
- Microsoft Support：COUNTIF関数 — 確認サマリーで使用する構文と条件付きカウント。
- Microsoft Support：TODAY関数 — 現在日付の計算と再計算の動作。
- Microsoft Learn：Power Query Webコネクタ — Webデータ接続と認証に関する考慮事項。
- 17TRACK tracking — 手動で荷物を追跡する入口。
- 17TRACK Tracking APIおよびAPI documentation — カスタム追跡連携を評価するための参考資料。
