レジを「計算機」から「販売の観測点」へ変える
商品の代金を計算するだけなら、電卓でも処理できます。POSシステムの重要な点は、会計という日常の作業と同時に販売記録を作れることです。担当者が後から帳簿へ転記しなくても、商品を読み取った時点の情報が一定の形式で残ります。これにより、会計処理と売上集計を別々に行うときに生じやすい、入力の重複や転記間違いを減らせます。
記録される代表的な項目は、商品コード、数量、販売価格、取引日時、店舗やレジを識別する番号などです。一回の会計には取引を識別する番号が付けられ、同じ会計で購入された複数の商品をひとまとまりとして扱えます。返品や会計の取り消しがあれば、それも売上と区別できる形で正しく反映しなければ、集計結果と実際の金額が合わなくなります。
商品を読み取ってから販売記録になるまで
レジでバーコードなどを読み取ると、入力された商品コードを手がかりに、商品名や現在の販売価格を商品マスターから探します。商品マスターとは、商品ごとの名称、価格、分類などを登録した基礎データです。価格を変更するときは、このマスターを更新することで、同じ仕組みを使うレジへ変更を反映できます。
会計が確定すると、商品コード、数量、適用された価格などが取引データとしてデータベースに保存されます。複数店舗を運営する場合は、各店舗の記録を本部側やクラウド上のシステムに集め、店舗別・商品別・時間帯別に集計できるようにします。レジ端末が処理を要求し、サーバ側が商品情報や記録を管理する構成は、クライアントサーバモデルの身近な例です。ただし、データを送る頻度や保存場所はシステムの構成によって異なります。
この流れには、バーコードリーダーやタッチ画面などの入力、レシートや画面表示などの出力、ネットワーク通信、データ保存という複数の機能が含まれます。POSシステムはレジ端末だけの名称ではなく、これらを連携させて販売を管理する仕組み全体を指します。
売れた記録を発注と品ぞろえへつなぐ
販売記録を集計すると、どの商品が、どの店舗で、どの時間帯に、いくつ売れたかを比較できます。よく売れる商品を補充する、あまり動かない商品の仕入れ量を見直す、催しの前後で売上の変化を確かめる、といった判断の材料になります。販売によって在庫数を減らす処理と連携させれば、在庫管理や発注候補の作成にも利用できます。
一方、集計表が自動的に経営上の答えを出すわけではありません。たとえば、ある商品の売上が伸びた時期と広告を出した時期が重なっても、POSデータだけで広告が原因だとは断定できません。価格変更、季節、店舗の立地など、ほかの条件も考える必要があります。この区別は相関関係と因果関係を考える具体例でもあります。
POSに記録されない「買わなかった」という行動
POSが直接記録するのは、基本的に会計を通過した取引です。棚の前で商品を見たものの購入しなかったことや、欲しい商品が品切れだったため店を出たことまでは、販売記録だけからは分かりません。そのため「販売数が少ない」ことを、そのまま「欲しい人が少ない」と読み替えるのは危険です。入荷数、在庫切れの時間、来店者数など別のデータと照らし合わせると、より適切に解釈できます。
データの正確さは入力や運用にも左右されます。別の商品として登録する、数量を誤る、返品処理を記録しない、といったことがあれば、集計もずれます。また、通信障害や機器故障が起きても会計を継続し、復旧後に記録を整合させられるよう、保存方法や復旧手順を準備することも重要です。データを集める仕組みと、データの品質を保つ仕組みはセットで考える必要があります。
バーコードのしま模様に価格が入っているとは限らない
市販商品のバーコードは、通常、商品を識別するコードを機械で読み取れる形にしたものです。レジに表示される価格は、そのコードを使って商品マスターを検索した結果です。このため、同じ商品のバーコードを印刷し直さなくても、店舗側のマスターを更新して販売価格を変えられます。店内で量り売り商品などに付けるラベルには価格を含む方式もあるため、すべてのバーコードが同じ内容というわけではありません。
さらに、一回の取引に含まれる商品の組み合わせを調べると、「一緒に購入されやすい商品」を探せます。これは、個々の商品を単独で数えるだけでなく、取引番号で結び付いた明細を利用できるからです。ただし、組み合わせが多いことだけで、片方の購入がもう片方の購入を引き起こしたとはいえません。
会員証の識別子などを取引に結び付ければ、同じ利用者による購入の傾向を分析できる場合があります。その一方で、識別子から個人を特定できる情報を扱うなら、利用目的や安全管理を含め、個人情報保護法に沿った取扱いが必要です。詳しい分析が可能になるほど、収集する範囲と管理方法を慎重に設計することが求められます。