店頭の台帳とネットショップの表示在庫が合わないとき、どちらかの数字を正解と決めて上書きすると、後で差の理由を追えなくなります。同じ商品でも、注文受付と売上確定の時点が違う、二つの販売経路で同じ売上を二重に減らす、といったずれが考えられます。
従業員20人未満の小売店が、今のExcelと販売CSVを生かして一棚の商品から始める改善提案です。完成させるのは在庫差異一覧と調整履歴。導入済みの店舗紹介や効果測定の報告ではありません。リアルタイム連携や売越し防止を保証する仕組みではなく、まず同じ時点の記録を比べてずれを解く運用を作ります。
共有在庫か別在庫かを最初に決めます
店頭とネットが同じ棚の在庫を販売するなら、店頭売上とネット売上を引いた一つの帳簿残を計算します。別々の引当在庫として管理しているなら、販売経路ごとの残と保管場所間の移動も必要です。ここを混ぜると、正常な移動を不足と判断してしまいます。
今回は同じ棚の販売可能品を両方で売る場合を扱います。一週間、少数の商品だけを対象に、集計を締める時刻と担当者を決めます。締め後にも売上が動くなら、数えている間の販売を止めるか、その間の取引を別に記録して同じ時点へ戻せるようにします。どちらもできなければ、その回は照合条件がそろわないとして保留します。
販売データを取り出し原本を残します
店頭の販売記録とネットの受注・売上一覧を、それぞれ既存サービスの正規の出力機能から取得します。出力できる形式、利用権限、時刻の基準はサービスごとに確認が必要です。本稿は特定の販売システムに自動接続する手順ではありません。CSVを出せない場合は、対象商品について必要な伝票だけ確認して一覧へ転記します。
元ファイルは読み取り用の控えとして保存し、照合用コピーを作ります。顧客名、配送先、電話番号、決済情報は照合表に不要です。商品コード、取引ID、販売経路、数量、計上時刻、取引状態、返品の現物確認、元伝票の参照先をそろえます。商品コードの先頭のゼロが消えていないか、箱と個が混ざらないかも確認してください。未登録のコードや数量空欄はゼロにせず、原伝票の確認待ちへ分けます。期間は、たとえば「前回締め時刻を含めず、今回締め時刻まで」のように境界を一つにそろえ、同じ時刻の取引を次回と重ねません。自店の出力時刻や時差設定も確認が必要です。
注文受付だけの記録と、実際に在庫を減らす確定記録は分けます。同じ取引が受注一覧と売上一覧にある場合は、両方を売上として取り込みません。まだ在庫を減らしていない注文の取消を、返品として在庫へ加算することも避けます。自店で在庫を減らす条件を決め、その状態だけを採用します。取消や返品は、返金済みだから棚へ戻ったと扱わず、商品が戻り再販可能になったことを確認して加算します。
二種類の差を同じ欄へ混ぜないようにします
照合表には「商品コード／期首の販売可能数／入庫／店頭確定販売／ネット確定販売／再販可能返品／販売不可への振替／帳簿残／実棚数／棚差異／ネット表示数／表示差異」を置きます。共有棚の基礎計算は次のとおりです。
帳簿残＝期首＋入庫－店頭確定販売－ネット確定販売
＋再販可能返品－販売不可への振替
棚差異＝実棚数－帳簿残
ネット表示数との比較には、実際に掲載すべき数を別に計算します。引当済みや店頭取り置き、安全のために公開しない数があるなら、その数を販売可能数から控除します。「ネット表示差異＝現在の表示数－掲載すべき数」とし、棚差異とは別に調べます。表示が実棚より少ないだけで不足と決めつけないためです。
ExcelのSUMIFS関数は複数条件の合計を求める機能です。販売経路と商品コード等の条件をそろえた集計に利用できます。ただし取引IDの二重取り込みや、採用する状態が正しいかは数式だけでは直りません。自店の列と範囲に合わせて式を作り、元伝票の合計と試算してから使います。
架空例で在庫と表示の差を切り分けます
架空商品A01を一つの単位で数える例です。期首20個、入庫5個、店頭の確定販売6個、ネットの確定販売4個、再販可能返品1個、破損による販売不可振替2個なら、帳簿残は20＋5－6－4＋1－2＝14個です。
同じ時点の実棚数が13個なら棚差異はマイナス1個で、再計数と伝票確認が必要です。さらに、その13個のうち取り置き3個をネットへ出さない運用なら、掲載すべき数は10個。ネット表示が12個なら表示差異はプラス2個です。棚の1個不足と表示の2個過大は別の問題なので、同じ調整数量にまとめません。
生成AIは原因候補の整理に限定します
生成AI（ChatGPTやClaudeやGeminiなど）には、架空の差異と既に確認した取引状態から、次に見る記録を整理させられます。利用は会社が承認した通常チャット等で行い、入力可能な範囲と履歴の扱いを確認します。実際の商品台帳や取引条件を渡さず、以下のような架空例で試します。すべての製品で同じ回答になるわけではありません。
同じ棚を店頭とネットで販売する架空例です。 A01：帳簿残14、実棚13、取り置き3、ネット表示12。 棚差異と表示差異は別々に扱います。 未反映売上、返品の現物未着、二重計上、時点違いについて、 確認する原記録と、分からなければ保留する事項を整理してください。 原因を断定せず、在庫を自動修正する指示は出さないでください。 出力：差の種類／原因候補／確認する資料／未確認事項。
出力例は「棚差異／未記録の販売候補／締め前後の売上伝票／未記録販売の有無は未確認」「表示差異／取り置き未反映候補／取り置き一覧と表示更新履歴／更新時刻は未確認」です。これは想定される整理例で、操作試験ではありません。計算はExcel等で行い、人が棚と原伝票を確かめます。
直す数字と理由を承認してから反映します
差があれば、棚をもう一度数え、取引IDごとに採用した売上と除外した取消を調べます。締め時刻を過ぎたデータは次回対象なのか、今回へ含める必要があるのかを確認します。原因不明のまま帳簿を実棚へ強制的に合わせず、販売を続ける条件は店舗の担当者が判断します。
調整履歴には「確認日／商品コード／差の種類／修正前／修正後／数量／理由／根拠伝票／作業者／承認者」を残します。システム側の数を直した後は、読み直した表示値と調整履歴が一致するか確認します。途中で失敗した場合は処理済みと未処理を分け、同じ調整を重ねません。少人数で二人確認が難しい場合も、承認なしの上書きにせず、店長が保留分を確認する時間を決めてください。
一週間の試行では、照合準備・再計数・原因確認・修正にかかった時間を分けて記録します。未解消差異、二重取り込み、調整後の再修正件数も残します。全件を見る手間を減らすことが期待できますが、照合用コピーの準備が増える可能性も含め、同じ商品範囲と締め条件で従来の方法と比べて継続を判断します。
LIFESEEDSのAI活用・業務効率化支援では、現在の仕事と確認の流れを整理するお手伝いをしています。未公開情報を除いた相談内容をお問い合わせからお知らせください。
コメント