結論から先に言います。小口配送の過剰請求のほぼすべては、3つの抜け穴から漏れ出しています。1つ目、ラベル上の重量がDWSで測定した重量と一致せず、キャリアが調整料金を請求する。2つ目、DWSで計量はしたもののデータが自社システムに届かず、異議申立てに使える材料がない。3つ目、請求書を1行ずつ突き合わせる人がおらず、調整料金が静かに支払われ続けている。この3つの抜け穴を塞げば、節約は本物のお金になります。効果がある方法は1つだけ。すべての荷物のDWS記録をキャリアの請求書と突き合わせることです。追跡番号1件ずつ。
Pirate Shipの出荷詳細ページ。サービス内容、料金、ラベル印刷が1か所にまとまっています。料金は申告重量から算出されます。キャリアの再計量が異なれば、調整料金が発生します。（料金は各プラットフォームの現行公表ポリシーに基づきます。）
お金が実際に漏れ出す場所
簡単な解説から始めます。DWSとは、寸法測定・計量・スキャンを1回でこなすことです。荷物を1回通すだけで、重量、長さ、幅、高さ、ラベルのバーコードが紐づいて取得できます。キャリアは申告重量ではなく、測定した重量で請求します。課金重量（実重量と容積重量の大きい方）で計算されます。小さな荷物はオンス単位で課金されます。わずか1オンスで次の料金区分に押し上げられることもあります。
抜け穴1つ目：申告重量が測定重量を下回る。典型的なきっかけは箱の仕入先変更です。同じSKUなのに箱が半インチ大きくなり、容積重量が次の料金区分に滑り込む。あるいは梱包担当者が「念のため」と大きめの箱をつかむ。システムには古い重量が表示されたまま。キャリアが再計量して、バッチ全体を上方に調整します。2024年秋、ロサンゼルスのペット用品EC倉庫では、月間約20,000個の荷物を出荷していましたが、DWS導入から3か月後に初めて請求書の突き合わせを実施したところ、3週間連続でキャリアの調整料金が見つかりました。DWSデータを引き出すと、2,000個超の荷物で申告重量が測定重量を下回っていました。すべて、システムに知らされていなかった箱の変更に起因していました。
抜け穴2つ目：計量したが記録されていない。30件超のWMS導入プロジェクトを見てきましたが、少なくとも半数の倉庫でこれが見られます。DWSデータはデバイスの中に留まり、WMSに届かない。調整料金の請求書が届き、異議を申し立てようとすると、キャリアはタイムスタンプ付きの計量記録を求めてきます。持っていない。支払う。これとまったく同じ失敗を3回見てきました。結末はいつも同じです。
抜け穴3つ目：誰も読まない請求書。Pirate ShipもShippoも明細付きの請求書をエクスポートでき、調整料金は独立した行に載ります。小規模な倉庫の多くは、その行を見ません。お金は毎月、静かに出ていきます。
Shippoの料金比較画面。同じ荷物でもサービスによって価格が大きく異なります。購入時に適切なサービスを選ぶことが節約になり、監査時に調整料金を捕まえることが出血を止めます。両方やりましょう。（料金は各プラットフォームの現行公表ポリシーに基づきます。）
計量データを異議申立ての証拠に変える4つのステップ
ステップ1：すべての荷物に出生証明書を与える。DWSからの5つのフィールド、例外なし。追跡番号、測定重量（オンス単位）、長さ、幅、高さ、そしてタイムスタンプ。この5つすべてをWMSの荷物テーブルに格納します。追跡番号と1対1です。受入テストはシンプル。20個の荷物をランダムに抽出します。すべてがWMSにDWSのタイムスタンプを表示しなければなりません。そうでなければ、このステップは終わっていません。
ステップ2：キャリアの請求書を毎週取得する。Pirate ShipのReports、ShippoのBillingはいずれも明細をエクスポートできます。追跡番号で自社のWMS記録と突き合わせます。1つ注意点があります。キャリアの請求書は数日遅れて届くので、出荷日で突き合わせます。請求日ではダメです。そうしないと何も一致しません。
ステップ3：3つの差異リストを作る。リストA：キャリアが調整した荷物。各件の調整理由コードを読みます。リストB：DWSに記録があるのに請求書の重量が大きいもの。キャリアの測定が疑わしいので、異議を申し立てます。リストC：出荷済みだがDWS記録がないもの。計量漏れ・スキャン漏れです。プロセスに抜け道があるということです。
ステップ4：異議申立てと根本原因のループを閉じる。リストBについては、DWSのタイムスタンプと重量のスクリーンショットを添えて異議を申し立てます。各プラットフォームの異議申立て期限に注意してください。期限切れになります。リストCについては、現場を歩きます。大きな荷物が手動ステーションでDWSを迂回していませんか。夜勤が時間節約のためにスキャンを飛ばしていませんか。プロセスを直します。来週のリストCはゼロにすべきです。
私が3回ずつ見てきた3つの失敗
失敗1つ目：秤が6か月間較正されていない。ある倉庫は導入後にDWSに一度も触れず、秤が2オンスずれていました。オンス単位で課金される軽い荷物を出荷していたため、1–2 ozの料金区分全体が1つ上の階層に押し上げられました。監査で発覚。較正後は調整料金がゼロになりました。較正をSOPに入れます。月1回、記録に残す、責任者を1人指名する。
失敗2つ目：寸法測定なしの計量。多くの倉庫が寸法測定機能を遊ばせています。「うちの製品はそんなに大きくない」。そこへ軽くてかさばるSKUが届き、容積重量が実重量を超え、申告には実重量しか載っておらず、キャリアが容積重量で調整します。DWSの3つの機能はセットです。1つだけ使うのは、フルシステムを買って体重計として使うようなものです。
失敗3つ目：単位の不一致。DWSはポンドで出力し、WMSはオンスで格納し、間の変換で丸めが発生する。あちこちに半オンスの謎の差分。突き合わせは不可能。導入時に単位を決めます。端から端までオンス、小数点1桁、インターフェース仕様書に明記する。
計算：監査は割に合うか
シンプルな式：月間回収額 ＝ 月間荷物数 × 調整率 × 荷物あたり平均調整額。この3つの数値はすべて自社のもの。当てはめてみてください。
計算例（あくまで例示。自社の数値に置き換えてください）：月間20,000個の荷物、2%が調整対象、調整1件あたり平均$1.50。月$600、年$7,200です。異議申立ての成功分は含んでいません。DWSの年間保守費用と比べてみてください。計算は簡単です。
意外な点：いちばん高くつく失敗は、計量の間違いではなく、計量しないことです。間違った重量でも、突き合わせ・異議申立て・バッチへの遡及に使えるデータが残ります。計量されなかった荷物は申告重量で請求され、証拠はゼロです。DWSの真の価値は精度ではなく、証拠です。
1つのトレードオフ：荷物レベルの100%監査か、サンプリングか。1日数百個なら、週1回の10%手動サンプリングで十分です。1日数万個なら、自動化しましょう。さもないとスプレッドシートにチームが飲み込まれます。そして「節約」のためにDWSを飛ばして手動計量にしないでください。手動の誤差と入力漏れで、3か月でデバイス代が吹き飛び、その後も払い続けます。
今週できる3つのこと：1）Pirate ShipまたはShippoから先月の請求書をエクスポートし、調整料金の行を見る。2）20個の荷物をランダムに抽出し、WMSにDWSのタイムスタンプがあるか確認する。なければ先にデータ連携を直す。3）DWSの秤を較正して記録する。来月の請求書が、この3つの価値を正確に教えてくれます。
Lin Xiao（WMS導入コンサルタント）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
