セルフサービス システム

無人販売 — は店舗に販売員を置かずに商品を売り、受け渡すことです。購入者は自分で機器を操作し、品目の購入可否、価格、支払い、受け渡しの判断はプログラムが行います。

宅配ボックス、自動販売機、マイクロマーケットは、同じ課題の三つの形です。異なるのは物理面です：電子錠付きのボックス、機械内部のスパイラルやリフト、屋内の開放型陳列棚と冷蔵ケース。管理の仕組みは共通です：商品、価格、拠点ごとの在庫、注文、支払い、機器のイベント。

そのため、これらの分野を一つのページにまとめています。宅配ボックス向けプログラムも、自動販売機向けプログラムも、マイクロマーケット向けプログラムも、同じモジュールから作られ、違いは接続する機器の構成と受け渡しの流れだけです。

システムの構成要素

• 拠点 — 宅配ボックス、自動販売機、マイクロマーケット：購入者が自分で操作する機器
• 機器上のプログラム — 選択画面、支払いの受け付け、ボックスの解錠、通信が途切れたときの動作
• データの中核 — 商品、価格、拠点ごとの在庫、注文、ボックス、取引
• 処理レイヤー — 引き当て、ボックスのステータス、保管期限、返品、補充と現金回収
• テレメトリー — 機器のイベント：錠、扉のセンサー、温度、決済モジュール、通信回線
• 管制パネル — 網の運用担当者の作業画面：地図上の拠点、作業指示、障害、在庫
• 連携レイヤー — ネットショップ、配送業者、CRM、ERP、倉庫、決済サービスとのデータ交換
• 分析 — 拠点別の売上、回転、機器の停止時間、レポート

自動販売機 は短い流れで商品を売ります：品目の選択、支払い、払い出し。 自動販売機向けソフトウェア は、機械の中に何が入っていて、いくらで売られるのかを担い、機構や支払いに不具合が起きたときに何が起きるかも受け持ちます。

自動販売機は自律して動きます：サーバーとの通信がなくても販売は成立し、取引は回線が回復した時点で送られます。そのため自動販売機向けプログラムは、遠隔の操作卓ではなく、イベントの交換として作られています。

自動販売機向けプログラムが行うこと：

• 機器の管理 — 機器の台帳：型式、構成、住所と設置場所、稼働時間、担当者、賃貸条件
• 商品カタログ — 共通の品目マスタと棚割り：どの品目が、その機械のどのラック、スパイラル、リフトに入っているか
• 価格 — 機械ごと、機械のグループごと、設置場所ごと、またはスケジュールで。変更は機器へ送られ、出向かずに適用されます
• 在庫 — 機械のラックごとのカウンター：払い出しの事実で減り、補充で増え、巡回時に照合されます
• 販売 — 取引は、時刻、品目、金額、支払い方法、そして払い出しの結果とともに保存されます。失敗した場合も含みます
• キャッシュレス決済 — 銀行カード、非接触決済、QRと即時送金。現金の場合は、釣り銭と両替用硬貨の残量も考慮します
• 遠隔設定 — 棚割り、価格、画面の文言、稼働時間、プログラムのバージョンは、機械に直接触れずにパネルから変更できます
• レポート — 機械別、商品別、日別、支払い方法別の売上と販売。現金回収の明細と、銀行の台帳との照合

在庫 は、無人販売では倉庫ではなく場所に紐づきます：自動販売機のラック、陳列棚の段、冷蔵ケースの区画に。網の中の二つの拠点にある同じ商品は、消費の速さが異なる二つの独立した数量です。

理論在庫 = 補充で入れた数 − 売れた数 − 処理した数（期限切れ、不良、払い出しの失敗）。 実在庫は巡回時の棚卸しで得られ、両者の差はその拠点の測定可能な指標になります。

データ交換の仕組み：

• 機器のイベント — 販売、払い出し、エラー、扉の開放は、起きたその瞬間にサーバーへ送られます
• 端末内のキュー — 通信が途切れた場合、イベントは機器にたまり、まとめて送られます。何も失われません
• 処理キー — イベントが再送されても、在庫が二度引き落とされることはありません
• 書類による補充 — 内容、ロット、賞味期限は後づけではなく、陳列の時点で記録されます
• 巡回時の棚卸し — ラックと棚ごとの数え直しをスマートフォンで行い、食い違いは理由とともに現地で記録されます

在庫を正しく管理すると得られること

• 補充のルートが、暦ではなく実際の消費に基づいて組まれます
• よく売れる品目が、計画された訪問の前日に尽きてしまうことがなくなります
• 期限切れは購入者に見つかるのではなく、ロットの期限に基づいて処理されます
• 仕入部門が、拠点ごとの実際の消費速度を個別に把握できます
• 拠点の品揃えが、担当者の経験ではなくデータに基づいて組み直されます
• 損失が漠然とした「不足」ではなく、金額と商品で計算されます

不一致のよくある原因

• 実際に陳列した内容ではなく、計画どおりに記録された補充
• 返金と在庫処理として登録されなかった、払い出しの失敗
• スパイラルへの実際の並べ方と一致していない棚割り
• 試食や確認のために取られ、個別に処理されなかった商品
• 拠点のすべての区画では行われなかった棚卸し

連携 — は外部プログラムとの、取り決められたデータ交換です：何を、どの形式で、どれくらいの頻度で渡すのか、データを所有するのは誰か、障害時に何が起きるのか。

最も重要な決めごとは、データに対する責任です。品目マスタと仕入価格はERPから、顧客とセグメントはCRMから、倉庫の在庫は倉庫システムから届き、販売と機器のイベントは拠点で生まれます。同じ項目を二つのシステムで双方向に編集すると絶えず食い違いが生じるため、それは避けます。

システムがつながる先：

• ネットショップ — 宅配ボックスでの受け渡し注文、住所と棚の使用状況、受け取りのステータス
• 配送業者 — 受取拠点の指定、送り状、預け入れ、受け取られなかった注文の引き上げ
• CRM — 購入者、問い合わせ、セグメント、法人の利用限度と個別価格
• ERPと会計システム — 品目マスタ、価格、売上計上の書類、施設との相互決済
• 倉庫 — 補充の依頼、ルートへの出荷、返品と廃棄
• 決済サービス — 与信、引き落とし、返金、突き合わせ用の取引台帳
• オンラインレジ — 販売と返金のレシート、未送信書類の監視
• テレメトリーモジュール — MDB、EVA-DTS、および機器メーカーの通信規約

売上とお金

• 拠点別、設置場所別、網全体の売上と販売件数
• 平均購入単価と、支払い方法の構成
• 仕入とルートの物流費を踏まえた品目の粗利率
• 決済の失敗と返金の割合

商品と在庫

• 拠点別の売上順位と、動きのない品目
• 回転と、補充までに需要を何日分まかなえるか
• 取りこぼした売上：在庫ゼロの品目への接触
• 廃棄：期限切れ、不良、棚卸しでの食い違い

機器と拠点

• 機器が使える状態だった割合と、停止時間の長さ
• 種類別の故障：機構、支払い、通信、温度
• 時間帯・曜日ごとの利用状況、設置場所の季節性
• 宅配ボックスのボックスの回転と、受け取られなかった注文の割合