小売業向けソフトウェア

小売業向けソフトウェア — は、店舗での入荷から、発行されたレシートと計上された売上までを一貫して管理し、商品、価格、在庫のデータを網内のすべての拠点で同一に保つシステムです。

外から見れば、店舗は棚とレジです。中身は互いにつながった複数のプログラムです：売り場のレジプログラム、店舗の商品管理、決済まわり、網の中央システム、そして外部システム — 会計、倉庫、CRM、ネットショップ — とのデータ交換の層。

「レジプログラム」と「小売業向けシステム」の境目は、拠点の数と、判断がどこで行われるかにあります。一台のレジであれば、レジ用パソコン上のローカルなプログラムで足ります。店舗が二つ以上になった途端、単独の店舗にはない問いが生まれます：唯一の商品マスタはどこにあるのか、誰が価格を一度にすべての店舗で変えるのか、商品はどのように店舗間を移動するのか、そして誰の在庫を正とするのか。

小売網の仕組みは、データでつながる九つの環です：

システムが扱うもの

ページでも表でもなく、管理対象のオブジェクト — 自らの状態、作成者、履歴を持つレコードです：

• 商品品目 — 品番、バーコード、単位、量り売り商品かどうかの区分、流通のルール
• 価格 — 商品カードの一項目ではなく、特定の拠点で特定の時点にルールを適用した結果
• 在庫 — 特定の拠点での品目の数量。十店舗の網なら、在庫は一つではなく十あります
• レシート — 品目の内容、割引、支払い、レジ係、シフト、時刻。締めた後は変更できない書類です
• 決済処理 — レシートに結び付きながら、自らのルールで動く、独立した状態を持つレコード
• 移動の書類 — 入荷、店舗間移動、仕入先への返品、廃棄、棚卸し
• ロイヤルティカード — 購入者の識別子、ポイント残高、付与と利用の履歴
• 社員とシフト — 誰が、どのレジで、何時から何時まで、どのような結果で働いたか
• 機器のイベント — 端末のエラー、通信の途絶、陳列棚の温度、現金引き出しの開放

業務がオブジェクトで記述された時点で、それは検証可能になります：レポートのどの数字にも書類があり、書類には作成者と時刻があり、争いのある状況には口頭の言い分ではなく記録があります。

二店舗目とともに現れるもの

単独の店舗には存在しない四つの問いです。これに答えられるかどうかが、レジプログラムと店舗網向けシステムの違いです：

• マスタの唯一の出所 — 商品はどこで登録され、価格はどこから拠点へ配られるのか
• 一つのルールによる異なる価格 — 拠点は価格グループに属し、一つずつ手で直されるわけではありません
• 店舗間の商品 — 「運んで口で伝えた」ではなく、二つの半分から成る書類としての移動
• 全体像 — すべての拠点の売上、在庫、逸脱が一つの画面に。店長へ電話をかけて回る必要はありません

レジプログラム — は販売員の作業画面であり、同時に、操作が書類になる場所です。売り場で起きたことは、すべてここを通ってのみシステムへ入ります：販売、返品、割引、支払い、現金の入出金。

これに対する要求は、他のどのモジュールよりも厳しいものです：行列ができていても、サーバーとの通信が切れても、速く動かなければなりません。そのためレジは商品と価格のマスタのローカルな複製を持ち、操作をローカルなキューへ書きます。レシートの一品目ごとにサーバーへ問い合わせることはしません。

レジプログラムが行うこと：

• レシートを組み立てる — 品目はバーコードの読み取り、名称の検索、または計量で追加され、数量、価格、金額はシステムが計算します
• 価格と割引を適用する — その拠点で有効なルールに従って：キャンペーン、プロモコード、ロイヤルティカード、個別条件、最低価格の制限
• 決済端末とやり取りする — 金額を渡し、結果を待ち、支払いをレシートに結び付けます
• 支払いを分ける — 一部は現金、一部はカード、一部はポイント：一つのレシートに複数の決済処理
• 書類を印刷する — 接続されたプリンターや会計用プリンターでの販売・返金のレシート
• 返品を処理する — 元のレシート番号に基づき、内容とすでに返品済みの品目を確認したうえで
• レシートを保留し、呼び戻す — 購入者が忘れた商品を取りに行っている間も、レジは動き続けます
• シフトを管理する — 開始、途中および最終のレポート、現金の入出金、差異の計算を伴う締め
• 権限を分ける — アカウントでのログイン。手動の割引、価格の変更、品目の取り消しは誰にでもできるわけではありません

会計にかかわる部分 — レシートの印刷、その内容、データの送信 — に対する要件は、その国の法令と接続する機器の型式によって決まります。構成とやり取りの手順は、あらかじめ表明するのではなく、事前調査の段階で確認します。

小売におけるカタログ — はストアフロントではなく、レジがそこから動くマスタです。ここでの誤りはサイトの誤りより高くつきます：バーコードが違えばレジの行列が止まり、品目が重複すれば一つの商品の在庫が二枚のカードに分かれてしまいます。

商品品目を構成するもの：

• 品番と名称 — 社内のコードと、レジ係や購入者がレシートで目にするもの
• バーコード — 一品目に複数：仕入先のコード、自社のコード、梱包や箱のコード
• 単位 — 個、キログラム、リットル、パック。相互の換算係数も含みます
• 量り売り商品の区分 — 価格は重量から計算され、品目ははかりのデータを受け取ります
• カテゴリーと商品グループ — レポート、値入のルール、品揃えの構成表の土台です
• 仕入先と仕入価格 — 値入と粗利を計算するための元データ
• 流通のルール — 年齢制限、表示義務、特定の時間帯の販売禁止：ルールの内容はその国の法令によって定まり、事前調査で確認します
• 品目のステータス — 登録済み、販売中、品揃えから除外、アーカイブ。アーカイブは削除しません：そうしないと古いレシートが内容を失います

一括操作は、ファイルからのインポートか会計システムとのデータ交換で行います。インポートは書き込み前に必ず検証を通ります：何が作成され、何が変更され、何が拒否され、その理由は何か。バーコードが重複する品目は黙って作られることはなく、不備のレポートに入ります。

品揃えの構成表

店舗網の中で、店舗は同じではありません：業態、面積、地区、客層が異なります。品揃えの構成表は、共通のカタログのうちどの品目をその拠点で売るのかに答えます。

• 構成表は店舗ごとではなく店舗グループに対して設定します — そうでなければ維持できません
• 構成表にない品目は、その拠点向けに発注されず、取りこぼした需要としてその拠点のレポートにも入りません
• 構成表への新しい品目の追加は、納品されたから棚に並ぶのではなく、日付を伴う管理された行為です
• 品目の除外は、その拠点から即座に消すことではありません：在庫は売り切るか、別の店舗へ移します

三店舗にある一つの商品

カタログ上の商品は一つでも、その状態は拠点ごとに異なります。これが店舗網の管理と単独店舗の管理の最大の違いです：

同期とは「全社で一つのデータベース」ではありません。中央サーバーとの通信がなくても店舗は売らなければならないため、各拠点は自分の作業用のデータの複製を持ち、やり取りはメッセージで行います。

中央から拠点への下り： 商品とバーコードのマスタ、価格と価格設定のルール、キャンペーンとプロモコード、品揃えの構成表、機器の設定、アカウントと権限、レジのプログラムの更新。

拠点から中央への上り： レシートとその内容、決済処理、商品の移動、シフトの集計、機器のイベント、棚卸しの結果、社員の操作。

これを支えるルール：

• 非同期であること — 販売は中央の応答を待ちません。メッセージはキューに入り、別に処理されます
• 再送 — 届かなかったメッセージは、最初の失敗で失われるのではなく、間隔を広げながら再送されます
• 冪等性 — 各操作にはキーがあるため、再送されたレシートが二つ目の販売を作ることも、在庫を二重に引き落とすこともありません
• 到着時点ではなく適用日で — 今日送った価格は、店舗との通信がつながった時点ではなく、指定した日付から有効になります
• 適用の確認 — 中央は、何を送ったかだけでなく、拠点が何を受け取り、何を適用したかも把握します
• データ交換の記録 — すべてのメッセージが、本文、時刻、結果、試行回数とともに保存されます
• 定期的な照合 — 中央と拠点の主要な数値を定期的に突き合わせます：レシート件数、金額、在庫

価格の一括変更

店舗網で最も責任の重い操作です：すべての拠点に同時に及び、その日のうちに購入者の目に触れます。そのためこれは、マスタの書き換えではなく、適用日を持つ書類として作られています。

元に戻す場合

価格改定は元に戻せます：発効前なら書類を取り消せますし、新しい書類で上書きもできます。品目ごとに変更前の値が保存されているため、元に戻すのはバックアップからの復元ではなく、一つの操作です。

ロイヤルティはポイントからではなく、購入者の特定から始まります：購入が匿名のままでは、プログラムには扱うものがありません。このモジュールの役割は、レジでレシートと購入者を数秒で結び付け、行列を止めないことです。

レジでの特定の方法： バーコード付きのプラスチックカード、電話番号、モバイルアプリのQRコード、バーチャルカード。方法は店舗の業態によって選びます：行列の長い店で電話番号を手入力させるのは、よくない選択です。

このモジュールができること：

• ポイントの付与 — レシート合計に対する割合、カテゴリーへの上乗せ割合、キャンペーン商品への定額
• ポイントの利用 — 割合の上限、対象外カテゴリーの設定、利用に必要な最低残高を伴う、レシートの一部のポイント払い
• ポイントの有効期限 — スケジュールによる失効。購入者には事前に知らせます
• ランク — 期間中の購入額によるランク。ランクごとに付与率と条件が異なります
• 割引の仕組み — ポイント方式が業態に合わない場合の、カードによる直接の割引
• セグメント — 頻度、平均購入単価、商品の好み、最終購入からの経過による購入者のグループ
• 個別の提案 — セグメントや特定の購入者に対して有効な、独自の期限と上限を持つルール
• コミュニケーション — ポイント付与の連絡、失効の連絡、個別の提案の案内。送信と同意の記録も残ります

レジで必ず動かなければならないこと

ロイヤルティプログラムはマーケティングのレポートの中ではなく、売り場で生きています。それへの要求は行列が突き付けます：

• 特定は一つの動作で。三つの質問のやり取りにはしません
• 残高と利用できる額は、支払い前にレジ係と購入者の双方に見えること
• 付与と利用は、レシートに個別の行として示されること
• 購入の返品はポイントも戻すこと：使ったポイントは口座へ戻し、付与したポイントは取り消します
• サーバーとの通信が途切れたときの自律モードのルールは、あらかじめ決められ、レジ係に周知されていること

一枚のレシートでの付与と利用

購入とセグメントのデータは、ロイヤルティを分析と、下に述べるAIの活用へとつなぐものです：提案は、データベース全体への一斉配信ではなく、特定の購入者の購買履歴の上に組み立てられて初めて意味を持ちます。

小売における分析は「きれいなグラフ」ではなく、四つの問いへの答えです：いくら稼いだのか、何で稼いだのか、何が妨げているのか、そして来週の発注をどうするのか。それ以外はすべて派生です。

集計は本番のデータベースではなく、運用データの複製の上で行います：一年分の重いレポートが、売り場のレジを遅くしてはならないからです。

システムが集計するもの：

• 販売 — 売上、レシート件数、平均購入単価、レシートあたりの品目数。拠点、日、時間帯、レジ係、商品グループごとの切り口で
• 粗利 — 品目、カテゴリー、拠点ごとに。表示価格ではなく、実際の割引を踏まえて
• 商品 — 売上の上位と下位、回転、動きの止まった品目、残りわずかな品目
• 時間帯と曜日 — 時間ごとの売上の分布：シフトの計画と棚の補充の計画の土台です
• キャンペーン — キャンペーン価格でどれだけ売れたか、提供した割引の総額、それを踏まえた売上と粗利
• 返品と廃棄 — 割合、理由、拠点・カテゴリー・社員への偏り
• 損失 — 棚卸しの食い違いを個数と金額で、カテゴリーごとの推移とともに
• ロイヤルティ — 購入者を特定できた購入の割合、購入者の再来店の頻度、カードあり・なしでの平均購入単価
• 社員 — シフトごとの処理量、平均購入単価、取り消しと返品の割合、接客の所要時間

別枠として定型の報告があります：拠点ごとのシフト・日次レポート、経理向けの明細、アクワイアラとの照合、会計システム向けのデータ。これにはスケジュールと宛先があるため、月末に誰かが思い出す必要はありません。

店舗の商品の一部は、稼働の条件を持つ機器の中に保管されています：冷蔵陳列棚、冷凍ケース、バックヤードの保冷室。条件からの逸脱は商品管理には表れません — 数日後の廃棄として現れます。

そのため小売の仕組みには機器の監視が隣接します：同じ拠点、同じ責任者、そして「逸脱は人に宛てられ、期限を持つ」という同じ原則です。

店舗で監視の対象になるもの：

• 冷蔵庫、冷凍庫、陳列棚 — 現在の値だけでなく、温度とその時間的な変化
• 温度センサー — 保冷室、陳列棚、特定の棚に。保管する商品の種類に応じたしきい値を伴って
• 扉 — 開放とその継続時間。閉め忘れた扉は独立したイベントとして
• 電源 — 拠点および特定の機器における電源の喪失と復旧
• 機器の状態 — 圧縮機の動作、サイクル、除霜の必要性
• コントローラーのエラー — 機器が外部へ出すコードを、共通の状態の一覧に合わせて整理したもの
• 通信の途絶 — 機器の沈黙を、グラフの空白ではなくイベントとして

小売との結び付きは直接的です：温度の履歴は、検査官や取引先に対して保管の条件を証明し、早期の逸脱は廃棄を減らします — つまり、棚卸しの不足と同じ損失のレポートに入ってきます。