Counter App
倉庫管理者が在庫精度を高めるまでの道
要点
この架空のシナリオは、小さな物流倉庫が年1回のカウントを毎日のスマートフォンによるサイクルカウントに置き換えて、在庫精度をどう高められるかを示します。Counter App — Tally & Clickerを使い、管理者はリスクの高いドックのロケーションをブラインドで数え、各差異の背後にあるメモを読み、ステージングと格納を直し、週ごとのエクスポートをスプレッドシートで見直します。
- この架空のシナリオでは、倉庫管理者が年1回の棚卸しから、Counter App — Tally & Clickerを使った短い毎日のスマートフォンによるサイクルカウントへ移ります。
- 年次の差異レポートを金額で並べ替えたことで、シナリオの管理者は、ずれの大半が入荷ドック近くのロケーションにあることに気づきました。
- カウント記録に残したメモが、シナリオの主な原因を明らかにしました。入荷済みとして計上されたのに、まだステージングにあるか、間違った容器に格納された在庫です。
- ステージングを独立したカウントのゾーンにし、スキャンしたロケーションへの格納を確認することで、大きくて謎めいた差異が小さくて説明できる差異になりました。
これは架空のシナリオです。倉庫、登場人物、すべての数字は説明のためのものであり、顧客事例や調査ではありません。
中規模の物流倉庫を想像してください。数千のピッキングロケーション、2つのドック、予備部品の小さなメザニン、そして十数人のチーム。管理者をマルタと呼びましょう。毎年1月、チーム全員が週末に出荷を止めてすべてを数えます。毎年1月、在庫システムは大きく修正されます。そして毎年春になると、ピッカーたちは、システムが満杯だと言い張る空の容器を報告し始めます。
以下は、そのような倉庫がこの年次の儀式から、スマートフォンでの小さな毎日のカウントへ移る1つの方法と、マルタがその過程で学ぶかもしれないことです。これはプロセスのスケッチであり、結果の約束ではありません。
舞台
マルタの倉庫には、まったく問題のない在庫システムと、まったくありふれた問題があります。システムの数量が棚から離れていくのです。ピッキングが間違った容器に対して確認され、返品は本来の場所ではなく空いていた場所に戻され、カートンが不足していても入荷が全量で計上されます。
年次の棚卸しはこのずれを年に1回修正します。しかし説明はしません。1月には、通路7の誤りが3月に始まったのか11月に始まったのかは誰にも言えず、それを起こした人はとうに忘れています。
拠点にはハンディスキャナーが2台あり、どちらも入荷に専属で割り当てられています。ほかの全員はスマートフォンを持っています。
差異の背後にある本当の問題は何でしょうか？
最初の有用な一歩は、技術的なものではありません。マルタは1月の差異レポートを前に座り、狭い問いを立てます。誤りはどこにあり、どんな種類のものか？
行数ではなく金額の差異でレポートを並べ替えると、このシナリオではパターンが現れます。それほど多くないロケーションが、失われたか見つかった金額の大半を占めています。その多くは入荷ドックの近くです。隣り合う容器のいくつかの組が鏡像のような誤りを示しています。一方が超過している量と、もう一方が不足している量がほぼ同じなのです。
これが目標を書き換えます。「すべてをもっと頻繫に数える」ではなく、「リスクの高いロケーションを頻繫に数え、なぜずれるのかを突き止め、原因を直す」になります。
スマートフォンを試す
マルタはまず自分のスマートフォンにCounter Appをインストールし、午後いっぱいをかけて構成を作ります。3階層のカテゴリーをゾーン、通路、カウントの種類に使い、各ゾーンに床の標識と同じ色を付け、最初に数える予定のゾーンを固定します。
各通路のカテゴリーの中に、間口ごとのカウンターを作ります。各カウンターの中には、在庫システムの表記とまったく同じロケーションコードとSKUを名前にした、ロケーションごとのタグを置きます。容器に印刷したコードがあるところでは、各タグのバーコード欄に保存します。いくつかのタグにパックサイズのステップを設定しておけば、ケース単位で数えても値は個数のままです。
それから構成のバックアップZIPを作り、2人のチームリーダーのスマートフォンでインポートします。インポートプレビューに届く内容が表示され、重複には置換、コピー、スキップが提示されます。スマートフォン間のリアルタイム同期はないので、各リーダーは自分のエリアを数えることになります。
最初のカウント
最初の週はあえて小さくします。ドック近くの2本の通路を、ピッキングが始まる前に毎朝数えます。
リーダーたちは各間口のカウンターをリスト表示で開きます。各ロケーションが−と+のボタンと値を持つ1行で、上部に合計と目標の比較があります。マルタは、誰も想定の数で止まらないように、目標なしのブラインドカウントを行うよう頼みます。そして何よりも1つの習慣を求めます。カウントに驚いたら、数え直して、カウント記録にメモを残すこと。
リーダーの1人は、同一のカートンが長く続く場所で音量ボタンが便利だと気づきます。設定で音量ボタンでのカウントを有効にすると、スマートフォンをポケットに入れたままボタンで数えられ、それぞれに独自のサウンドとバイブレーションが付くので、両手をカートンの移動に使えます。
毎朝の終わりに、リーダーたちはカウンターをロックし、概要、ロケーション、メモをExcelファイルとしてエクスポートします。マルタはそのファイルをシステム数量の横のワークブックに貼り付け、コーヒーを飲みながら差異を眺めます。
データが示し始めること
数週間後、メモが数字より多くを語ります。すべてのメモをタグと時刻付きで並べる「すべてのメモ」画面をスクロールすると、マルタは同じ表現が繰り返されているのを目にします。
- 「パレットはまだラップされたまま、未格納」。
- 「1つの容器に2つのSKU」。
- 「ステージングのパレットを含めればカウントが一致」。
このシナリオでは、ドック近くの差異の大部分は損失ではまったくありません。システム上では入荷済みなのに物理的にはまだステージングにある在庫か、割り当てられた容器ではなく最も近い空の容器に格納された在庫です。1月の鏡像の組が、突然意味を持ちます。
このどれにも高度なツールは必要ありませんでした。必要だったのは、原因がまだ見えているうちに行う頻繫なカウントと、カウント担当者が見たものを書き留める場所でした。
ドックを直す
マルタはいくつかの問題のタグの履歴を見ます。すべてのカウント記録に正確な時刻と変更前後の値が表示されます。それらの時刻を入荷の計上と比べると、一部の容器が、在庫がまだドックの上にある間に、つまり計上済みだがまだ移動されていない状態で数えられていることがわかります。
修正は手続き上のものです。
- ステージングを独立したゾーンにし、専用のカウンターで毎日数えます。そこにある在庫はもう見えないものではなくなります。
- 格納は「空いている容器のどこか」ではなく、スキャンしたロケーションに対して確認します。
- 入荷担当者は署名の前に、納品のカウンターで不足や破損のあるカートンを撮影し、不足をメモします。
シナリオの中で、ドックの通路は落ち着き始めます。差異は消えませんが、大きくて謎めいたものではなく、小さくて説明できるものになります。
習慣にする
ドックを管理下に置いたマルタは、シンプルなクラス分けでプログラムを建物全体に広げます。最も金額が高く動きの速いロケーションは毎月、中間層は四半期ごと、長い裾は年2回。スプレッドシートの予定表が毎日の短いリストを作り、リーダーたちはその日のカウンターをスマートフォンで固定します。
毎週金曜、彼女はいくつかのカウンターのダッシュボードを確認します。合計と目標の比較、増加と減少の比較、直近7日間の棒グラフ、タグ別の円グラフが見られます。あるゾーンでアクティビティのグラフが平坦な週は、差異として現れるはるか前に、そこで予定表がずれ始めている早期のサインです。
バックアップは月ごとの習慣になります。カウントのデータはスマートフォンに保存され、アカウントもCounter Appのクラウドもないので、写真を圧縮したZIPバックアップが毎月チームの共有記録に入ります。
何が変わり、何が変わらないのでしょうか？
このシナリオでの翌年の1月、年次の棚卸しは監査人が求めるので引き続き行われます。しかし短く、劇的でなくなり、生まれる修正も小さくなります。ずれの大半が年の間にすでに捕まえられ、説明されているからです。
変わらないことも同じくらい重要です。
- 在庫システムは引き続き正式な記録です。 スマートフォンは数え、システムが帳簿を持ちます。
- 人は相変わらず誤りを犯します。 違いは、なぜかを学ぶ機会がまだあるうちに、誤りが数日以内に見つかることです。
- ツールが改善なのではありません。 頻繫なカウント、正直なメモ、根本原因の修正が改善です。スマートフォンは、それを毎日行えるほど安くするだけです。
週ごとのエクスポートが、現場とオフィスをつなぐ要です。概要、ロケーション、メモをCSVまたはExcelとしてエクスポートし、毎週同じワークブックに入れます。傾向はそこに生きています。
マルタはどんな反論を聞くでしょうか？
このような変化は抵抗に出会い、シナリオの中でマルタは3つの反論を何度も聞きます。
「毎日数える時間はない」。 答えはリストの大きさです。短い毎日のロケーションのリストは1人の午前の一部で済み、週末の操業停止よりはるかに小さな混乱です。マルタはまた、リーダーたちにカウントのための静かな時間帯を選ばせます。
「スマートフォンは私用のものだ」。 私用のスマートフォンに仕事のアプリを入れることに抵抗を感じるチームメンバーもいます。マルタは、アカウントもCounter Appのクラウドもなく、カウントはスマートフォン上に保たれると指摘できますが、自分のものを使いたくない人のために安価な共用のスマートフォンを2台買います。
「システムが正しく、ピッカーが間違っている」。 そういうこともあります。メモと履歴は、誰が何を覚えているかではなく、ある時刻に棚に何があったかを示すので、責めることなくそれを決着させる助けになります。
これらの反論はどれも完全には消えません。最も助けになるのは、最初の数週間のカウントが、特にドックで、人の目に見える修正を生むことです。
シナリオからの教訓
マルタの1月に覚えがあるなら、このスケッチからいくつかの考えが転用できるかもしれません。
- 金額で並べ替えた差異レポートから始め、お金のある場所を数える。
- 小さく始める。毎日数える2本の通路は、一度数える建物全体より多くを教える。
- ブラインドカウントを好み、数え直しとメモを提案ではなくルールにする。
- ステージングと返品を、専用のカウンターを持つ本物のゾーンとして扱う。
- 数字の前にメモを見る。原因はたいていそこに書かれている。
- エクスポートの手順を地味で規則的に保つ。
このシナリオの背後にある仕組みについては、サイクルカウントを行う方法、スマートフォンで行う入荷検品のカウント、カウントをスプレッドシートにエクスポートするをご覧ください。
Android 12以降で、アプリは無料でダウンロードでき、広告はありません。3日間無料で試した後、年額プランか月額プラン、または買い切りのライフタイム購入を選べます。アプリはcounterapp.onlineから入手できます。
よくある質問
この倉庫管理者の物語は実際の顧客事例ですか？
いいえ。現実的なプロセスを示すために作った説明用のシナリオです。登場人物、倉庫、そしてすべての数字は創作の例です。
複数の人が同時に数えられますか？
はい。それぞれが自分のスマートフォンと自分のカウンターで数えます。スマートフォン間のリアルタイム同期はないので、結果はエクスポートから結合し、構成はバックアップZIPで共有します。
アプリは電波のない倉庫のエリアでも動作しますか？
はい。ドック近くやメザニンでの毎日のサイクルカウントはオフラインで動作し、アプリがインターネットを使うのは任意の通知、アップデートの確認、地図タイルの読み込みのときだけです。
このカウントアプリは倉庫のチームにいくらかかりますか？
Counter App — Tally & Clickerは無料でダウンロードでき、広告はありません。3日間無料で試した後、年額プランか月額プラン、または買い切りのライフタイム購入を選べます。詳細はcounterapp.onlineにあります。
倉庫のカウントのデータはどこに保存されますか？
各カウント用のスマートフォンにです。アカウントもCounter Appのクラウドもなく、バックアップはチーム自身が保管するZIPファイルです。
シナリオの管理者はなぜブラインドカウントを求めたのですか？
目標がなければ、チームリーダーは想定の数で止まることができないので、記録されるすべてのカウントが照合のための独立した観察になります。
シナリオでは年次の棚卸しはなくなりますか？
いいえ。監査人が求めるので年次の棚卸しは引き続き行われますが、短くなり、生まれる修正も小さくなります。
