オンタイム配送レポートの作成方法：2026年の6つのクイックチェック
期限内配送レポートは、一見すると1つの質問に答えているようで、実際には2つの質問に答えています。それは、「約束した通りに発送したか」と「顧客が期待した通りに荷物が届いたか」です。これらは責任者も時間軸も異なります。本ガイドでは、これら2つを切り分けたレポートを作成し、数値を報告する前に実行すべき6つのチェックポイントを紹介します。
なぜ「期限内」は単なる社内指標にとどまらないのか
多くのチームは、これを自分たちで設定したKPIとして扱っています。しかし、米国で通信販売されるものについては、その一部が規制によって定められています。
連邦取引委員会（FTC）はこの件に関する規則を公表しています。その郵便、インターネット、または電話注文商品規則（Mail, Internet, or Telephone Order Merchandise Rule）は、「特定の期間内に発送できると明示または暗示するための」合理的な根拠を求めています。発送時期が明示されていない場合は、30日以内に発送できると信じるに足る合理的な根拠が必要です。そのため、これは「30日ルール」と呼ばれることがよくあります。
このガイダンスにある2つの詳細な規定によって、レポートの作成方法が変わってきます。
計測は特定の瞬間に開始されます。FTCは、事業者の義務は「『適切に完了した』注文を受け取った時点で開始される」と規定しています。これは、正しい全額または一部の支払いを受け取り、「注文を履行するために必要なすべての情報が揃った」時点と定義されています。
これは、注文が作成されたときにシステムが記録するタイムスタンプと必ずしも一致するとは限りません。
「ほとんどの場合」約束を守るというのは、約束を守っていることにはなりません。FTCは、販売者が「ほとんどの場合」48時間以内に発送すると謳ってよいかという直接的な質問に対し、その場合は「常に48時間以内に発送するか、遅延の通知を提供する義務が生じる」と回答しています。
また、約束を果たせなかった場合のプロセスも定められています。提示された時間内に発送できない場合は、遅延に対する顧客の同意を得る必要があります。
ガイダンスでは、その通知の期限についても上限を設けています。いかなる通知も「当初約束した期間を超えてはならず」、期間が約束されていなかった場合の期限は30日です。これに違反した場合、注文はキャンセルされ、速やかに返金されなければなりません。
ここで一貫して使われている言葉に注目してください。配達（deliver）ではなく、発送（ship）です。この区別こそが、レポート全体の方向性を決定づけます。
また、この規則の対象外となるものについても確認しておく価値があります。FTCは、初回発送後の雑誌の定期購読、種子や栽培植物、代金引換注文、サービスなどを免除対象として挙げています。カタログの一部が対象外となる場合は、期限内配送レポートにその旨を明記する必要があります。
開始する前に必要なもの
4つのエクスポートデータが必要ですが、これらは通常、異なるシステムに存在します。
- 注文データ（Orders）：作成日時、支払い確認日時、チェックアウト時に表示された約束の期日。
- フルフィルメントデータ（Fulfilment）：ピッキング、梱包、引き渡しのタイムスタンプ。
- 配送業者追跡データ（Carrier tracking）：最初のスキャンと配達完了のスキャン。
- 例外データ（Exceptions）：キャンセル、返金、送信された遅延通知。
また、事前に合意された書面による定義が1つ必要です。それは、どのタイムスタンプを「発送済み」とみなすかです。
ラベル作成と配送業者の最初のスキャンには、丸1日のズレが生じることがあります。これらを混同した期限内配送レポートは、安定した測定結果を得られず、特に倉庫が最も忙しい時期にそのギャップが広がる傾向があります。
手動でレポートを作成する方法
オプション 1：スプレッドシートで1ヶ月分の注文を処理する
1ヶ月分のデータをエクスポートし、発送日から約束日を引き、マイナスになった件数をカウントします。これなら、お昼休みまでに数値を出すことができます。
しかし、これでは「2つの時間軸」の問題が完全に隠れてしまいます。単純な引き算だけでは、遅延の原因が自社にあるのか、それとも配送業者にあるのかを判別できないからです。
オプション 2：注文データと配送業者の追跡データを結合する
追跡データのエクスポートを並べ、注文IDで照合します。これにより、自社の引き渡し時間と配送業者の輸送時間を切り分けて測定できるようになります。
ネックとなるのはデータの結合です。分割発送によって1つの注文に対して複数の追跡番号が生成されるため、注文IDと追跡番号が1対1でマッピングされることは滅多にありません。
オプション 3：例外データを追加する
完全版では、キャンセル、返金、および遅延通知を取り込みます。これにより、レポートは単なる業務上の疑問だけでなく、コンプライアンス上の疑問にも答えられるようになります。
ただし、例外データは通常、4つのエクスポートデータの中で最も整理されていないため、この作業で午後が丸々潰れてしまうこともあります。
AIでレポートを作成する方法
ステップ 1：4つのエクスポートデータをすべてまとめてアップロードする
Powerdrill Bloomを開き、注文、フルフィルメント、配送業者、例外のファイルを1つのワークスペースにアップロードします。データを結合する作業がプロセスの大半を占めるため、これらをまとめてアップロードすることが重要です。
次に、顧客に提示された約束の期日がどの列に入っているかを自然言語で伝えます。また、「発送済み」として扱うタイムスタンプと、支払い確認を示すタイムスタンプを指定します。これら3つの定義によって、その後に続くすべての数値が決まります。
ステップ 2：パーセンテージを算出する前に、結合されたテーブルを求める
注文ごとに1行のデータを求めます。そこには、支払い確認、約束日、引き渡し、配送業者の最初のスキャン、配達完了のスキャン、および例外フラグを含めます。また、追跡記録と一致しなかった注文が何件あるかを尋ねます。
この不一致の件数が、データ品質の判定基準（クオリティゲート）になります。分割発送が原因の一部であることもありますが、不一致の数が多すぎる場合は、結合に別のキーを使用する必要があることを意味します。
テーブルが正しく作成されて初めて、各種割合（レート）の算出を依頼すべきです。
ステップ 3：両方の割合を個別に求め、エクスポートする
1つの数値ではなく、2つの数値を要求します。支払い確認から引き渡しまでを測定する「約束通り発送された割合」、と配達完了のスキャンまでを測定する「予定通り配達された割合」です。それぞれ、配送業者別および週別で内訳を出すよう指示します。
サマリーと並べて、結合されたテーブルをエクスポートします。今四半期のテーブルが残っていれば、来四半期のレポート作成にかかる時間は1日ではなく1時間で済みます。スケジュールタスクはすべてのプランに用意されており、Freeプランでは1つ、Proプラン以上では20個まで利用できます。
数値を公表する前の6つのクイックチェック
チェック 1：計測は正しい瞬間に開始されていますか？
レポートが注文作成時から測定している一方で、支払い確認や住所確認がそれより後に完了していると仮定します。その場合、FTCの定義では認められない「余分な猶予時間」を自分自身に与えてしまっていることになります。2つのうち、遅い方の時点から測定してください。
チェック 2：提示された約束は、サイト上の実際の表記と一致していますか？
社内のSLAではなく、チェックアウト時に表示される約束のテキストを取得してください。サイトに「48時間」と記載されている場合、レポートは48時間を基準に測定する必要があります。なぜなら、規則が適用されるのはその表示に対してだからです。
チェック 3：「発送済み」はすべての場所で同一のイベントとして定義されていますか？
ラベル作成、倉庫からの引き渡し、配送業者の最初のスキャンは、それぞれ異なる3つのタイムスタンプです。いずれか1つを選択し、レポートのヘッダーに明記した上で、すべての分析軸で一貫して使用してください。
チェック 4：遅延およびキャンセルされた注文は、分母に残っていますか？
これらを除外することは、期限内配送率が密かに水増しされる最も一般的な原因です。約束の期日を過ぎた後にキャンセルされた注文は「除外」ではなく「失敗」です。
チェック 5：自社の遅延と配送業者の遅延は切り分けられていますか？
常に2つの列を用意してください。1つは約束に対する引き渡し、もう1つは配送業者の見積もりに対する輸送時間です。これらを合算してしまうと、倉庫チームも配送業者も対策を講じることができない数値になってしまいます。
チェック 6：遅延通知は独自の処理結果として追跡されていますか？
規則において、タイムリーな通知と同意によって対処された遅延は、無断での遅延とは異なる結果として扱われます。レポートでこれらを区別できなければ、コンプライアンス上の要件を満たしているかを証明することはできません。
レポートに含めるべき項目
| 指標 | 算出方法 | 重要である理由 |
|---|---|---|
| 対象となる注文数 | 除外対象を適用した後の件数 | すべての基準となる分母 |
| 約束通り発送された割合 | 提示された約束に対する引き渡し実績 | 自社でコントロールできる部分 |
| 予定通り配達された割合 | 配送業者の見積もりに対する配達完了スキャン実績 | 顧客が実際に体験すること |
| 引き渡し時間の中央値 | 支払い確認から引き渡しまで | 割合が変動する前の予兆（ドリフト）を示す |
| 送信された遅延通知数 | 例外データのエクスポート | 対処された遅延と無断の遅延の違い |
| 配送業者別の割合 | 配送業者別に分割した追跡データのエクスポート | 配送業者と交渉するための唯一のデータ |
| 分割発送の割合 | 複数の追跡番号を持つ注文 | 不一致となった行の大部分の理由を説明できる |
引き渡し時間には平均値ではなく中央値を使用します。在庫切れで保留になっている一握りの注文が平均値を引き下げ、それ以外は順調だった週の実態を覆い隠してしまうためです。
ベストプラクティスとよくある間違い
割合は必ず2つ報告し、決して1つにまとめないでください。合算された1つの数値では、倉庫の問題なのか配送業者の問題なのかを判別できず、双方のチームから異議を唱えられることになります。
レポートのヘッダーに定義を明記してください。どのタイムスタンプを使用したか、どの除外対象を適用したか、どの約束ソースを参照したか。定義が見えないレポートは、読者から信頼されません。
平均的な約束の期日を引き合いに出さないでください。FTCのガイダンスでは、提示された約束は毎回拘束力を持つものとして扱われるため、コンプライアンスの観点において集計値を用いるのは不適切です。
規則の対象外となるものを確認してください。FTCは、種子や栽培植物、代金引換注文、サービスなどを免除対象として挙げています。カタログの大部分が免除対象である場合は、黙って混在させるのではなく、レポートにその旨を明記してください。
在庫切れデータを割合の隣に配置してください。在庫不足による約束の不履行は、フルフィルメントの問題ではなく計画の問題です。これについては、在庫切れレポートに関するガイドで解説しています。
返品や売上トレンドと並べて確認してください。発送の遅れは、後々返品の増加やリピート購入の減少として現れます。これらに関連する視点については、商品返品レポートに関するチュートリアルや、生のEコマース注文データを売上トレンドレポートに変換する方法で解説しています。また、Eコマース分析ツールのまとめでは、より幅広いツールを紹介しています。ソースデータがワークブックから始まる場合は、Excel AI assistantのページでその手順を確認できます。
結論
実用的な期限内配送レポートとは、単一のパーセンテージではありません。それは、注文が実際に完了した瞬間から、サイトが実際に提示した約束に対して測定された、明確に切り分けられた2つの時間軸のことです。
まず結合されたテーブルを作成し、6つのチェックを実行してから計算してください。そうして公表された数値であれば、業務レビューやコンプライアンスレビューの場でも自信を持って説明することができます。
すでに注文データと配送業者データのエクスポートはお持ちですか？Powerdrill Bloomをお試しいただき、今日の午後にでもデータを結合してみましょう。
よくある質問
期限内配送レポートとは何ですか？
注文が約束された期日をどの程度満たしていたかを測定するレポートです。完全版では、自社でコントロールできる発送パフォーマンスと、配送業者がコントロールする輸送パフォーマンスを切り分けて管理します。
法律上、発送の計測はいつ開始されますか？
FTCは、適切に完了した注文を受け取った時点で義務が開始されると規定しています。これは、正しい全額または一部の支払いを受け取り、注文を履行するために必要なすべての情報が揃った時点を意味します。
「ほとんどの場合」守れる発送時間を広告に掲載することはできますか？
FTCのガイダンスでは認められていません。48時間以内に発送すると表示した場合、毎回48時間以内に発送するか、遅延通知を送信する義務が生じます。
遅延した後にキャンセルされた注文は、期限内配送率の低下（失敗）としてカウントすべきですか？
はい。これらを除外すると、割合が水増しされてしまいます。処理結果として個別に追跡しつつ、分母には残しておいてください。
配送業者が原因で遅延が発生した場合はどうなりますか？
独自の列に分けて報告してください。FTCの義務は注文の「発送」に対して適用されるため、配送業者の輸送上の問題は、同じ測定基準ではなく、業務上の課題として扱われます。