第六回では請求書を出庫取引に結び付け、六つのピースがそろいました。在庫精度のギャップ、スキャン、製造指図、発注点、ロットトレーサビリティ、そして請求書との連携です。しかし、ピースを知っていることと、それを組み立てることは別の話であり、ほとんどのプロジェクトがつまずくのはまさにここです。

よくある失敗は、オーナーが間違ったツールを選んだことではありません。間違った場所から始めたことです。データがまだ何もないのにレポートから始めたり、品目に一つのコードすらないのに請求から始めたり、あるいはすべてを同時に始めたりして、業務が一週間止まり、全員が静かに紙へ戻っていきます。順序は組織上の細かい話ではありません。生き続けるシステムと、購入されたあとに放置されるシステムの違いそのものです。

初日の前に：進捗を見えるようにする数字

何かを購入したり稼働させたりする前に、一週間をかけてベースラインを記録してください。理由は純粋に実務的なものです。三か月後、業務が本当に改善したのか、それとも単に新しい日常に慣れただけなのかを知る必要があるからです。「前」の数字がなければ、「後」の数字もありません。

  • サンプルでの在庫精度。最も動きの速い品目を二十個選び、システム上の残高と実地棚卸を比較し、完全に一致した割合を記録します。これは第一回で紹介したものと同じ演習です。
  • 重要品目の欠品。先月、在庫ありと記録されていた資材が実際にはなかったために、ラインが止まったり注文が遅れたりしたのは何回か。
  • 緊急の購買発注。より高い価格での緊急購入は、在庫精度の弱さが財務に残す直接の痕跡です。
  • 棚卸による停止時間。棚卸を行うときに、倉庫が閉鎖されたり出庫が止まったりする日数。
  • 重複したコード。複数のコードや品名で登録されていると思われる品目がいくつあるか。

この五つを一枚のページに書き出し、脇に置いておきます。記録するのにシステムは必要ありませんが、すべてが変わってしまった後では、さかのぼって記録することはできません。

最初の三十日：品目、コード、そして期首棚卸

最初の一か月には自動化もなく、現場の誰にとっても新しい画面はありません。データを整える月であり、進んでいる実感がないため、誰もが飛ばしたがる月でもあります。これを飛ばすということは、混乱を正すのではなく、混乱を自動化することを意味します。

  • 一品目一コード。重複を統合し、何年も動いていないものは確認したうえで廃止し、特定の従業員の記憶に頼らない統一の命名ルールを定めます。
  • 整理された単位。品目ごとに基本単位を一つにし、パック、個、ケースの関係を明確に定義します。多くの工場では、棚卸差異の大部分の原因は盗難ではなく、これです。
  • 定義されたロケーション。メイン倉庫、原材料、仕掛品、隔離と検査、そしてスクラップ置き場。定義されていないロケーション間の移動こそ、数量が消えていく場所です。
  • 完全な期首棚卸。ゼロ地点となる完全な実地棚卸です。誤った期首残高から始まったシステムはその誤りを永久に引き継ぎ、二か月目までに全員の信頼を失います。

この段階の完了条件は一つだけです。品目マスタを開いて、重複した品目も、あいまいな単位も、もはや現実ではない残高も一つも見つからないことです。

次の三十日：スキャナーによる倉庫内の移動

ここで初めて、倉庫の現場に端末が入ります。今月の目標はレポートでも原価計算でもなく、すべての移動をそれが起きた瞬間に記録することです。第二回で詳しく説明した五つの移動、すなわち入荷、棚入れ、出庫、移動、循環棚卸です。

  • まずは入荷と出庫だけから始める。この二つは、数量が出入りする二つの門です。この二つを管理するだけで、ほかの何よりも先にギャップの大部分が埋まります。
  • 本稼働の前にラベルを印刷する。品目の半分にバーコードがなければ、スキャナーには意味がありません。これは稼働当日ではなく、最初の一か月の準備作業です。
  • 並行する紙のルートを閉じる。伝票で出庫できる限り、出庫は伝票で行われます。両方を並行して運用することはこの段階で最大の失敗原因であり、プレッシャーがかかったときに誰もが逃げ道を持ってしまうからです。
  • 年次棚卸を循環棚卸に置き換える。年に一度倉庫を閉めるのではなく、品目の重要度に応じて重み付けした小さなサンプルを毎週数えます。そうすれば、誤りは十二か月後ではなく数日のうちに表面化します。

この月の終わりに、同じ二十品目で在庫精度を改めて測定します。二つの数字の差がプロジェクトの最初の目に見える成果であり、経営陣に継続を納得させる数字です。

最後の三十日：製造指図と請求書との連携

在庫が現実を反映するようになった今、その上に積み上げることができます。今月は、その下にある精度に完全に依存する二つの層を加えます。だからこそ、これらは最初ではなく最後に来るのです。

  • 部品表と製造指図。各製品の構成部品を定義し、製造指図を各工程に沿って進め、スクラップやロスをメモではなく取引として記録します。そうすると指図ごとの実際原価と計画原価の比較が見えるようになり、その数字によって価格設定が推測ではなく意思決定に変わります。
  • 発注点と安全在庫。二か月分の移動記録が蓄積されて、ようやく実際の消費量と実際のリードタイムが手に入ります。この二つの入力がなければ、どんな発注計算式も推定の上に成り立つことになります。
  • 受注から出庫、そして請求書へ。第六回で説明したとおり、請求書は出庫イベントから生成され、返品やクレジットノートは明示的に処理されます。コンプライアンスについては、ここでの唯一の基準はザカート・税関総局（ZATCA）が公表する内容です。
  • 業界で求められる場合のロットトレーサビリティ。食品や医薬品では、これは付加的な改善ではなく必須要件であり、その基準となるのはサウジ食品医薬品庁です。

九十日の後に：業務を運営するための指標

九十日の終わりはプロジェクトの終わりではなく、数字による経営の始まりです。指標は五つで十分で、毎月一枚のページで確認します。

  • 在庫精度。システム上の残高が実地棚卸と一致した品目の割合です。これは親となる指標であり、これが下がれば、その下にあるものはすべて意味を失います。
  • 在庫回転率。在庫がどれだけ速く売上に変わるか、そしてどの品目が見返りのないまま資金を寝かせているか。
  • 重要品目の欠品。在庫が生産と納品の継続性に与える影響を測る数字です。
  • 滞留在庫の金額。自社のビジネスに合わせて設定した期間内に動かなかったものすべてです。これを決めないまま放置することは、売れていない商品に資金を出し続けることを意味します。
  • 製造指図ごとの実際原価と計画原価の比較。同じ方向に繰り返し生じる差は決して偶然ではありません。価格設定の誤りか、特定の工程に潜む見えないムダのどちらかです。

オーナーが二分で読める五つの数字は、誰も開かない三十ページのレポートよりも価値があります。

多くのプロジェクトが失敗する部分：人

十五年間台帳で仕事をしてきた倉庫担当者が変化に抵抗するのは、進歩に反対だからではありません。台帳は彼のミスを経営陣に一度もさらさなかったのに、システムはそれを即座にさらすからです。この抵抗は予測可能で、もっともなものであり、四つの実践的な取り組みで対処します。

  • 新しいやり方を重くではなく軽くする。スキャナーで出庫を記録するほうが伝票に書くよりも時間がかかるなら、システムの負けです。
  • 通常のケースではなく例外を訓練する。標準的な入荷なら誰でも一時間で覚えられます。本当の問題は、数量不足で届いたとき、品目にラベルがないとき、返品が破損して戻ってきたときにどうするかです。
  • 最初の数か月はミスと処罰を切り離す。透明性の最初の結果が過去の差異について責任を問われることであれば、全員がギャップを記録するのではなく隠すことを覚えてしまいます。
  • 責任者を一人任命する。外部のベンダーでも委員会でもなく、決定権を持つ工場内部の人物です。

Origamiの考え方

工業・倉庫分野では、私たちは画面から始めることを基本的にお断りしています。最初のセッションでは在庫精度のギャップを測定し、品目とコードを整理します。信頼できないデータの上に構築されたシステムは、見栄えはよいが間違ったレポートを生み出し、それはレポートがまったくないことよりも危険だからです。

私たちが推奨する順序は上で述べたとおりです。まずデータ、次に発生した瞬間に記録される移動、その次に生産、原価計算、連携した請求、そして業務を運営するための指標です。そして私たちは、四つの段階が中途半端に動くよりも、一つの段階が本当に機能するほうを選びます。チームに前進を続けさせるのはプレゼンテーションではなく、自分たちの目で改善を確認した最初の数字だからです。

シリーズのまとめ：最初の問いへ戻る

このシリーズは一つの問いから始まりました。なぜ帳簿上の在庫は棚と一致しないのか、という問いです。その後、スキャン、製造指図、発注点、ロットトレーサビリティ、請求書、そして今回の順序と続きました。最後の六回を振り返ると、どれもあの最初の問いから枝分かれしたものだとわかるはずです。正確な残高なしに正確な原価はなく、記録された消費なしに確かな発注点はなく、記録された移動なしにロットトレーサビリティはなく、記録された出庫なしに整合する請求書はありません。

したがって、工場や倉庫におけるデジタル化プロジェクトの本当の尺度は、画面の数でもレポートの量でもありません。九十日後に同じ問いに対するシンプルな答えです。システムの数字は、棚まで歩いて確認しなくても信頼できる数字になったでしょうか。答えが「はい」であれば、その後に続くものはすべて救済ではなく改善です。

出典