自動販売機の在庫管理：スプレッドシートか専用ソフトか？
スプレッドシートが適している運営者も多く、不向きな運営者も多くいます。分かれ目は台数ではなく、必要な数値を人が入力するのか機械が生成するのか、そして同じ日に複数の人がそのデータを必要とするかどうかです。自分がどちら側にいるかの見極め方と、スプレッドシートを続ける場合に何を入れるべきかを説明します。
自動販売機の在庫シートが管理すべきこと
ツールが何であれ、やるべきことは同じです。各自販機について、今中に何が入っているか、何を販売しているか、どこまで補充すべきか、最後にいつ作業したかを把握する必要があります。倉庫では棚に何があり、いつ賞味期限が切れるかを把握します。お金については、各機械の現金箱に本来いくら入っているべきか、実際にいくら回収したかを把握します。小規模ルートで機能するスプレッドシートは、通常以下のタブで構成されます：
| タブ | 1行の単位 | 重要な列 |
|---|---|---|
| 自販機 | 自販売機 | 設置場所、機種、シリアル番号、巡回曜日、最終訪問日、補充基準値 |
| 商品配置図 | 自販機 × 商品 | 商品、基準在庫数（par）、価格、最終棚卸し数、棚卸し日 |
| 訪問記録 | 訪問1回 | 日付、自販機、補充数、回収数、回収現金、DEX現金、メモ |
| 商品 | 製品 | UPC、ケース入数、原価、倉庫在庫数、最も古いケースの賞味期限 |
| ピックリスト | 商品（計算値） | 明日の自販機で、（基準在庫数 − 推定在庫数）の合計、ケース単位 |
補充リストと在庫の推定は、データではなく数式です。推定在庫は最後の棚卸し数から、販売ペース×その後の日数を引いたものです。販売ペースは直近数回の訪問で補充した数量を、訪問間の日数で割った値です。この数式こそがシートを残す理由のすべてです。訪問を記録するだけで、そこから計算しないのであれば、それは在庫管理システムではなく日記です。
スプレッドシートで本当に十分な場合
- 一人で全部こなす場合。 補充、棚卸し、ピッキング、照合をすべて自分で行います。引き継ぎがないので、バージョンの問題も起きません。
- 固定ルートで、おおよそ10〜15台まで。 この規模なら、ルートは頭に入っているので、シートは記憶の補助と現金の記録になります。
- テレメトリーもDEXもない場合。 すべての数値が自分の棚卸しから来るなら、計算以外にソフトに自動化させるものはなく、スプレッドシートでも計算はできます。
- 気に入っている場合。 毎晩きちんとスプレッドシートを更新する運営者は、ソフトを買ったものの3月以降開かなくなった運営者より優れています。
該当するなら、助言は一つだけです。上記のタブを維持し、棚卸し数はその日のうちに入力し、棚卸し数を上書きせず（行を追加する）、ファイルはトラックのノートPCとは別の場所にバックアップしてください。
どこで破綻するか
自動販売機の運営者にとって、スプレッドシートは決まった順序で行き詰まります。
- 二人目の担当者。 ドライバーが棚卸しをし、あなたが照合する段階になると、ファイルはメールで行き来するか、二つのコピーで編集されるか、二人が同時に「訪問」タブを開いた共有ドライブに置かれることになります。共有スプレッドシートはロックの問題は解決しますが、根本の問題は解決しません。どのセルが変わったのか誰にも分からず、地下室でスマホを使うドライバーはそもそもファイルを持っていないのです。
- 機械が生成するデータ。 DEXファイルやカード決済端末のポータルは、すべての機械について毎日、選択肢ごとの売上を提供してくれます。それを手作業でシートに入力するのは週に何時間もかかり、実際には行われません。取り込むにはパーサーが必要です。そして数値が機械から出てくるようになると、スプレッドシートの役割はプログラムが無料でやってくれる計算だけになります。
- 履歴の蓄積。 1年も経つと「訪問」タブは数千行になり、販売ペースの数式は遅くなるか、直近数回分だけに黙って絞り込まれてしまいます。「全機械で3週間まったく売れなかった選択肢はどれか」や「売れる前に期限切れになったものは何か」といった問いは、一目で分かることではなく、検索作業になります。
- 信頼性。 セルの数値は、それがどこから来たかを教えてくれません。この在庫数は火曜日に数えたものか、8月の棚卸しから推定したものか、誰かが記憶から入力したものか。各数値に出典を付けるソフトウェアであれば、ドライバーは再度数えるかどうかを判断できます。スプレッドシートではそれができません。
- オフラインでの編集。 地下室、病院の地下階、工場のフロアには電波が届きません。スマートフォンのスプレッドシートは、開けないか、ローカルにコピーを作ってしまい、再接続時に他の人の作業を上書きしてしまいます。
移行する際のチェックポイント
自動販売機向けソフトウェアは、簡易的なチェックリストから数百台の車両向けのエンタープライズシステムまで様々です。スプレッドシートから移行する個人事業者にとって重要な質問は、機能一覧よりも絞り込まれています:
- 既存データを取り込めますか？ 機械、商品、プラノグラムはすべてそのシートにあります。最初の週がデータの再入力に費やされるなら、移行は実現しません。すでに利用している決済端末ポータルの在庫エクスポートも同様です。
- DEXファイルやテレメトリーに対応していますか？ 今はなくても、最初に設置するカードリーダーの読み取りデータを直接取り込めるべきです。
- ドライバーのスマートフォンは電波がないところでも動きますか？ 読み込みに失敗するWebページではなく、機械の前で入力して後から送信される集計です。
- すべての数値に出所が示されていますか？ 数えた値、DEXの読み取り値、テレメトリー、インポート、推定のいずれかが明示され、わからない場合は正直に空欄になっていること。
- 倉庫側の業務も扱えますか？ ケース単位のピックリストと、機材を積み込むと減る倉庫在庫がなければ、その半分の作業でまたスプレッドシートに戻ることになります。
- データを取り出せますか？ すべてのデータをいつでも、確認なしにCSVでエクスポートできること。答えがノーなら、スプレッドシートから移行するのではなく、別のロックインに入ることになります。
- 今の規模と将来の規模に合っていますか？ 機械数台までの無料プランがあれば、何かを失う前に実データで試すことができます。
無理のない移行
月曜日に全部を切り替えてはいけません。機械と商品のタブをCSVでエクスポートして取り込み、新しいシステムと並行して2週間分の訪問にはスプレッドシートを使い続けます。生成されたピックリストを自分で作ったものと比較し、ソフトウェアの推定精度があなたの精度以上になったときに初めてシートを廃止してください。スプレッドシートは今後もバックアップ用のエクスポート形式として残ります。それで良いのです。
Vending Routeの位置づけ Vending Route はまさにこの移行のために作られています。ウェブアプリは、CSV、TSV、XLSX形式の商品リスト、機械リスト、在庫エクスポートを取り込みます（Seed、VendMAX、PayRangeのエクスポートや、機械・コイル・手持ち数の列を持つ任意のシートを含む）。DEXファイルを読み込み、Nayax Lynxのテレメトリーを毎時同期し、Ingest APIを通じてあらゆるデバイスからの送信を受け付けます。すべての数値には DEX、Nayax、Import、Counted、Estimated のラベルが付きます。ドライバーは電波の届かない場所でもAndroidで作業でき、後で同期されます。計画、準備、照合は ブラウザで行い、運用全体はいつでもCSVに書き出せます。3台までの機械は無料です。 Vending Routeについて詳しく見る.
その他のガイド： Adelyons のすべてのガイド