良い在庫ログが記録すること（そして多くのログが見落としていること）

どの在庫システムも数字を見せてくれます。けれども、その数字がどうやってそこに至ったかまで見せてくれるものは多くありません。その後半部分、つまりログこそ、数字がおかしいと感じた瞬間に頼るものであり、その価値は何を書き残していたかで決まります。名前も理由も変更前後の値もなく「在庫が変更されました」とだけ書かれたログは、ログがないのとほとんど変わりません。

このガイドはチェックリストです。在庫ログの各行が記録すべきこと、多くのログが忘れている2種類の変更、そして行数が何千になってもログを信頼でき、読みやすく保つためのいくつかのルールを扱います。ソフトウェアでも、スプレッドシートでも、釘に掛けたクリップボードでも、今お使いの仕組みを評価するのに使ってください。

どの行にも必要な6つのこと

ログの1行1行を小さな報告書だと考えてください。次のどれかが欠けていれば、その行には答えられない質問があります。

1. どの品目か。当たり前ですが、名前の変更や削除があっても残る必要があります。「品目214」を指す行は、品目214がなくなった時点で役に立たなくなります。
2. 何が変わったか。どの区分（棚にある、発注済み、配送中、破損）か、または品目のどの項目か。
3. どれだけ、または何から何へ。入出庫には単位つきの数量が必要です（「−2.5」ではなく「−2.5 kg」）。編集には変更前と変更後の値が必要です。
4. 誰が。「admin」や共用タブレットのログインではなく、名前のある個人。全員が「倉庫」としてサインインしていれば、ログはいつまでも「倉庫がやった」としか言えません。
5. いつ。シフトの終わりに人が入力したものではなく、システムが記録した正確な日時。
6. なぜ、そして何を通じて。任意の理由（「輸送中に傷んだ」「循環棚卸」）と経路：手入力、スキャン後、入荷した注文から、組立品の製造から、あるいはAIアシスタントによるもの。

ほとんどのシステムは、在庫の入出庫について最初の5つは記録します。6つ目こそ、ログが静かに機能しなくなるところです。理由のない−12は、販売でも、こぼした結果でも、盗難でも同じに見えます。そして、まさにその違いこそが知りたかったことなのです。

多くのログが見落とすもの その1：編集

ログは数量を追跡し、品目のそれ以外のことは無視しがちです。しかし最も高くつくミスの中には、入出庫ではなく編集によるものがあります。

• しきい値が変えられた。うるさいアラートを止めるために、誰かが警告レベルを18から2に下げます。3週間後に在庫切れになっても、誰にも警告は届きませんでした。編集ログがなければ、アラートは「なぜか動かなくなった」ことになります。
• 単位の表記が変わった。「本」が「ケース」になり、それ以降のすべての数量が12倍の意味を持つようになります。いつそれが起きたかを突き止められるかどうかが、5分の修正で済むか、数え直しになるかの分かれ目です。
• 原価が変わった。在庫評価額が一晩で跳ね上がります。本当の変化でしょうか、それとも誰かが単価にゼロを1つ多く入力したのでしょうか。
• 仕入先が入れ替わった。再発注が間違った仕入先に行き始め、誰も変更した覚えがありません。

編集の行には、入出庫と同じ「誰が・いつ」に加えて、変更前と変更後の値が必要です。「警告レベル：18 → 2、Samが火曜 8:57に変更」の1行で、謎は解けます。

その2：削除

品目の削除は、在庫システムで誰かができる最も破壊的な操作であり、多くのツールでは最も静かな操作でもあります。品目が消え、多くの場合その履歴も一緒に消えます。これは逆です。品目が削除された瞬間こそ、誰がやったのか、その時点で何がどれだけあったのか、それ以前に何が起きていたのかを最も知りたい瞬間なのです。

良いログは、削除をもう1つのイベントとして扱います。担当者と品目を記した1行を残し、品目の過去はそのまま保ちます。さらに良いのは、削除を元に戻せることです。物が削除される一番よくある理由は「しまった」だからです。

ログを信頼できるものに保つルール

行は編集せず、追加するだけ

ログの行を編集できるなら、そのログは何も証明しません。ミスは起こるものなので、修正は古い行を正す新しい行で行います。そうすれば記録には誤りと訂正の両方が残り、それこそ監査担当者や管理者、そして未来のあなた自身が見たいものです。

行を書くのは人ではなくシステム

「誰が」と「いつ」は、誰かが入力する欄ではなく、サインインと時計から取るべきです。自己申告のログは、報告するのに都合のよい方向へ流れていきます。

すべての経路が同じログに書き込む

在庫は手入力の編集、スキャン、入荷した注文、製造、そしてますますAIアシスタントによって動きます。そのどれか1つでもログを素通りすれば、いずれ誰かが確認しに行くまさにその場所に、ログの死角ができます。

ログを読みやすく保つルール

読めないログは、誰にも読まれないログです。2つの習慣が大いに役立ちます。

• ノイズはまとめ、意味はまとめない。1人が1分間に+1を5回タップしたなら、+5の1行で同じことが伝わり、スクロールも減ります。ただし、理由のある変更や編集は、毎回それぞれ1行にする価値があります。
• 複合的な操作は言葉で説明する。小麦粉の行に「サワードウブレッド × 2 の製造に使用」とあれば、そうでなければ棚卸減耗に見える出庫の理由がわかります。

そしてログは、必要なときにシステムの外へ持ち出せなければなりません。会計士向けの期間指定エクスポートや、忙しい月の中から1つの変更を探すときの絞り込みできる一覧などです。

今の仕組みの手早いチェック

忙しい1週間を過ごした品目を1つ選び、手元の記録だけで次の質問に答えてみてください。

• その数量に対する直近3回の変更は、誰がなぜ行いましたか。
• 1か月前の警告レベルと単価はいくつでしたか。
• 今朝誰かがそれを削除していたら、誰がやったかわかり、元に戻せますか。
• その変更のうち、人ではなくAIアシスタントや連携機能によって行われたものはどれですか。

どれかの答えが「周りに聞いて回らないとわからない」なら、そこが穴です。スプレッドシートはよくある原因です。バージョン履歴はセルの編集を記録しますが、誰がどの品目をどんな理由で動かしたかは記録せず、コピーやエクスポートの際に失われやすいのです。このトレードオフについてはスプレッドシートでは手に負えなくなったサインで詳しく取り上げています。

---

期間限定で無料で始める