はっきり言います。あなたのWMSが「誰が」「何秒に」パレットに触れ、数量が「前」と「後」でどう変わったかを言えないなら、それは監査ログではありません。日記です。
私は高い授業料を払ってこれを学びました。数年前、靴の顧客がカリフォルニア州コマースの3PL倉庫で41カートン――1箱あたり12足入り――を失くしました。倉庫は全てのカートンをスキャンして出庫したと断言し、顧客はパレットが中身を抜き取られて届いたと断言しました。3週間の怒鳴り合い、弁護士の名前が2度出ました。そこで誰かが監査ログを引っ張り出したところ、議論はその日の午後には終わりました。検品ステップがスキップされ、1層分まるごとトラックに積まれていなかったのです。倉庫が弁償しました。
この業界20年、WMS選定を十数件こなしてきた私の結論はこうです。監査ログはあらゆるWMSの中で最も退屈で、最も価値のある機能です。デモのときにこれを聞く人は誰もいません。貨物が行方不明になった日には、誰もが「あれがあれば」と思います。
契約する前に聞くべき3つの質問
私が一番よく出会う誤解はこれです。人々は監査ログを単なるアクティビティフィード――「誰かが在庫に触れた」という記録――だと思っています。紛争の渦中にいるとき、「誰かが触れた」にはほとんど価値がないことが分かります。
議論に本当に決着をつけられるログの1行には、6つの要素が必要です。誰（ユーザーアカウント）、いつ（秒単位のタイムスタンプ）、どこ（どのロケーション、どの伝票）、何（入荷、格納、ピッキング、調整、出荷）、変更前の数量、そして変更後の数量。この最後のペアこそが全てです。「前」がなければ、誰かが在庫に触れたことは証明できても、間違った触り方をしたことは証明できません。半分のログはログではありません。
「管理者がSKUを100から80に変更」とだけ記録するシステムを見たことがあります――理由も承認者もなし。顧客は「消えた20個はどこに行ったのか」と問いました。倉庫は答えられず、$40,000を超えるクレームを飲みました。ベンダーの言い分は「ロギング機能はありますよ」ですって。ええ、ゴミを記録してましたね。
ですから選定の際、営業の「完全な監査証跡」に惑わされてはいけません。3つの質問をしてください。1つ目。在庫調整に理由の入力を強制できますか。理由なしでは計上できない、ということです。2つ目。理由と承認者はログの行に固定されますか。事後に編集も削除もできない、ということです。3つ目。SKU、受注番号、ロケーション、期間で横断検索できますか。どれか一つでも答えが曖昧なら、そのシステムの監査ログは飾りです。
もう1つ。ログを見られる人を制限してください。スーパーバイザー全員が管理者権限を持ち、誰でも行を削除できるなら、あなたの監査ログはメモ帳であって証拠ではありません。かつて小さな3PLと仕事をしたとき、5人のマネージャーが最高権限を共有していました。貨物紛争の後、そのうちの1人が調整記録2件をこっそり編集したのです。真実はデータベースのバックアップから明らかになりました。ですからベンダーへの尋問に4つ目の質問を加えてください。ログの閲覧とエクスポートをロールで制限できますか。そして管理者がログ自体に触れたとき、システムは痕跡を残しますか。ログを管理する人を管理できなければ、ログは無価値です。
保存期間はITの問題ではなく数学の問題
正しく記録できるようになったら、次はどれだけ長く保存するかという問題です。
ほとんどのクラウドWMSはデフォルトで1～2年保存します。古いオンプレミスシステムは90日ということもあります。90日で足りますか。事業によります。日用消費財を動かしているなら、紛争はたいてい1か月以内に爆発します。90日あれば大丈夫です。3PLなら、大口顧客の年次照合は14か月前まで遡ります。90日ではお話になりません。
トレードオフは単純です。保存期間を延ばせばストレージ代が増え、クエリは遅くなります。でも早すぎる削除で浮いたストレージ代は、1件の貨物紛失クレームの端数にもなりません。顧客への私の助言はいつも同じで、例外はありません。オンラインで検索可能を最低2年、コールドアーカイブで最低5年。中規模倉庫の1年分の監査ログを5年間クラウドに保存するコストは、$20,000の貨物紛失クレーム1件より安いのです。難しい計算ではありません。
そしてシステム切替のときにほぼ全員がはまる罠があります。古いログをエクスポートしてください。2021年、ある倉庫が履歴を移さずにWMSを乗り換えるのを見ました。3か月後、顧客が古い出荷に異議を唱え、倉庫は証拠を出せず、クレーム全額を払いました。移行契約に書き込んでください。過去の監査ログの完全な移管と、事後のサンプル検証を。1行たりとも欠落なし、と。
その日が来たら実施する30分ドリル
実際に貨物が行方不明になったら、慌てないでください。この順番で進めます。
まず時間の窓を決めます。顧客は3月12日の納品で5カートン不足していたと言います。そのSKUについて3月10日から3月12日までの全ログ行を引っ張り出します。窓は絞らず、2日広げます。カートンはおそらく1日早く誤出荷されており、狭い窓では見えません。
次に受注番号でチェーンをつなげます。1つの出荷は入荷、格納、補充、ピッキング、検品、出荷を流れます。各ステップが記録されています。チェーンを並べれば、切れた箇所が一目で分かります。私が扱った案件では、切れ目が一番多いのは検品です。ピッキングはスキャン済み、検品はスキップ、そのままトラックへ。ログにははっきり残ります。言い逃れはできません。
最後に変更前後の数字をにらみます。調整は物事が隠される場所です。クリーンな調整には理由と承認者があります。怪しい調整は「サイクルカウント差異」と書かれ、承認者が作業者本人になっています。それを顧客の前に出せば、倉庫は逃げられません。
終わったらもう1つ。そのバッチをタイムスタンプとシステムの透かし入りでPDFにエクスポートし、それを顧客に送ります。スクリーンショットは送らないでください。スクリーンショットは編集できます。透かし入りのエクスポートには重みがあります。
さて、私が会う全ての倉庫マネージャーに投げかける不快な質問です。明日の朝、顧客から「40カートンが届いていない」と電話が来たら、相手が間違っていることを証明するのに――あるいは相手が正しいことを認めるのに――どれだけかかりますか。答えが「1時間以内」でなければ、あなたの監査ログには穴があります。行方不明のパレットがその穴を見つける前に、あなたが見つけに行ってください。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
