メインコンテンツにスキップ
バージョン: 1.x

日次締め精算

このページでは、キャッシャー(またはマネージャー)向けに日次締めの手順を説明します。レポート画面自体の詳細(フィルター、列、集計パネルの内容)については、レポートを参照してください。

Pro機能

レポート画面を使用するには WCPOS Pro が必要です。Proがない場合、日次精算は WP Admin → WooCommerce → 分析 から行う必要があります。

手動での現金カウント

WCPOSには、釣銭準備金の入力や「レジ開け/レジ締め」機能は組み込まれていません。シフトの開始・終了、アプリ内でのドロワー計数、自動差異計算の機能はありません。レポート画面には、レジで受け取ったはずの金額が表示されます。キャッシャーがドロワーの現金を数え、手動で照合します。このページでは、その手順について説明します。

Coming soon
釣銭準備金の入力と正式なシフト開始・終了機能は今後追加予定です。これにより、アプリ内で釣銭準備金を記録し、各販売をシフトに紐づけて正確な日次合計を算出できるようになります。 Follow it on the roadmap →

初回の締め作業の前に​

一度決めたら、シフトを通じて一貫して守りましょう:

  • 営業開始時の釣銭準備金。 一般的な小売店のレジでは、釣銭用の少額紙幣や硬貨を$100–$200用意して営業を開始します。金額を決めて毎日同じ額にすると、日次精算の計算が簡単になります。
  • 釣銭準備金の記録場所。 WCPOSではこれを追跡しません。付箋、クリップボード用紙、またはレジに置いておくスプレッドシートが必要です。どれを選ぶにしても、開始時の釣銭準備金とドロワーの予想残高を同じ記録に残しておけば、後から精算の監査が可能になります。
  • 集計担当者と確認者。 2人で行うのがベストプラクティスです (レジ係が集計し、マネージャーが確認します)。スタッフが1人だけの店舗では、レジ係が両方を行います — この手順を店舗の方針として記録してください。

レジの開始​

シフト開始時:

  1. 金庫から釣銭準備金を取り出し、ドロワーに入れます。
  2. 精算シートに釣銭準備金の金額と開始時刻を記入します。
  3. WCPOSに正しい店舗でサインインします(マルチ店舗サイトの場合)— どれを選べばよいかわからない場合はマルチ店舗セットアップを参照してください。

以上です。WCPOSはシフト中の売上をユーザーアカウントと選択した店舗に紐づけて記録しています。

シフト中​

締め作業をスムーズにするために、注意しておくべきポイント:

  • クーポンまたは明細行の割引を一貫して使用してください。 どちらも臨時の調整に使えます。クーポンはレポートに追跡可能な割引として表示されますが、明細行の価格変更は表示されません。使い分けについては割引をご覧ください。
  • 注文は破棄せず、保留してください。「POS - Open」注文(Save to Server で保存)は注文一覧やレポートに明確に表示されますが、破棄されたカートは記録が残りません。お客様が戻られた際に、保留した注文を再開できます。
  • ドロワー内の現金が多くなったら、シフト中に余剰分を回収してください。 精算時に計算が合うよう、回収するたびに金額と時刻を記録します。WCPOSは回収を記録しないため、精算表に記録してください。

締め作業の手順​

1

販売を停止する

入口を施錠する(またはキューを一時停止する)ことで、集計中に新しい取引が発生しないようにします。締め作業中にお客様が来店された場合は、集計とレポートを先に完了してから会計してください。レポート期間後に売上を追加すると、合計が合わなくなります。

2

ドロワーを計数する

ドロワーをバックオフィスまたは静かなカウンターに持っていき、すべての金種を数えます。合計を記録してください。これが実測現金高です。

シフト中に現金回収や現金での支出(返金、レジからの仕入先への支払いなど)があった場合は、それらの金額も準備しておいてください。

3

レポート画面を開く

POSでレポートを開きます。レポートがシフトの時間帯を正確にカバーするようにフィルターを設定してください:

  • 日付範囲: 今日(後日精算する場合は該当する日付)
  • レジ担当者: 自分のユーザーを選択します。複数の担当者がレジを操作した場合に、自分の売上のみを表示したいときに使用します
  • 店舗: 現在の店舗が自動的に設定されます
  • ステータス: デフォルトのまま(通常は「完了」+「処理中」)にしておきます

右側の売上サマリーパネルは、フィルターを変更すると自動的に更新されます。「決済方法」の下にある現金の金額に注目してください。これが現金売上の期待値です。

4

現金の照合

以下の計算を行います:

ドロワー内の期待金額 = 開始フロート + 現金売上 − 現金返金 − 現金回収/出金

実際に数えた現金と比較してください。一致するはずです。

  • 一致した場合: 問題ありません。精算シートに署名・日付を記入し、現金を回収すれば、現金の照合は完了です。
  • 不一致の場合: 署名する前に、下記の差異の対処を参照してください。
5

カード決済の照合

次にカード決済を確認します。売上サマリーからカードの金額(および Stripe Terminal、SumUp、Vipps/MobilePay などの統合決済ゲートウェイの金額)を確認してください。

カード端末でバッチ合計を実行します(正確なメニューは端末によって異なりますが、通常はデバイスのレポートまたは締め処理にあります)。以下を比較してください:

  • 同一期間の端末バッチ合計とWCPOSカード合計が一致していることを確認します。
  • 手動バッチ精算方式の端末を使用している場合は、帰宅前に今すぐバッチを精算してください。Stripe Terminalなどの統合型ゲートウェイは自動精算されます。Webチェックアウト経由のSquareの設定については、Webチェックアウトを参照してください。
6

レポートを印刷する

レポート画面のサマリーパネルで印刷をクリックします。通常、設定済みの印刷ルーティング(印刷ルーティングを参照)を使用してレシートプリンターまたはドキュメントプリンターにレポートを送信し、紙の記録を出力します。

印刷されたレポートには、店舗情報、期間、項目別合計、支払方法の内訳、および(注文テーブルで注文を選択している場合は)注文ごとの詳細が含まれます。

7

現金を回収して締める

  • 翌日分の釣銭準備金をドロワーに戻します。
  • 残りの現金は、署名済みの精算シートと印刷したレポートをホチキスで留めて、入金用バッグに入れて金庫に保管します。
  • 使用している外部システム(スプレッドシート、会計ソフトウェアなど)を更新します。
  • WCPOSアプリを閉じて施錠します。

差異の対応​

実際の現金が期待額と一致しない場合、締め処理の前に以下の項目を順番に確認してください:

  1. ドロワーを再計数する。 ミスは起こります。特に硬貨を中心に、もう一度数え直してください。
  2. 記録漏れの現金取引がないか確認する。 別のデバイスやブラウザタブで売上処理を行い、この期間に含まれていないものはありませんか?レポートの日付範囲とレジ担当者フィルターを再確認してください。
  3. 保留中/未完了の注文がないか確認する。 注文一覧を POS - Open ステータスでフィルターしてください。会計処理されたが未精算の売上がここに表示されます。今すぐ完了するか、差異が生じることを想定してください。
  4. 返金と出金。 本日の現金返金および現金出金がすべてシートに金額付きで記録されていることを確認してください。
  5. クーポンと割引。 適用した割引が合計に反映されていることを確認します。レポートの割引合計行には追跡対象のクーポン割引が表示されます。明細行の価格変更は純売上から直接差し引かれます(割引を参照)。
  6. お釣りの渡し間違い。 差異の最も一般的な原因です。小さな差異(5ドル未満)は通常これが原因です。大きな差異は調査が必要です。

原因が判明したかどうかにかかわらず、差異をシートに記録してください。小さな差異でも記録として残しておく方が、追跡されない不一致よりはるかに良いです。

複数レジ担当者・複数店舗のシナリオ​

本日、同じレジを複数のレジ担当者が使用した場合

次の2つの方法があります:

  • レジ担当者ごとに締め処理を行う(最も正確):各レジ担当者が締め処理前にレポートを自分のユーザーでフィルターします。それぞれが自分の担当分の入金額を数え、照合します。シフト交代時にドロワーを物理的に引き継ぐことができ、各引き継ぎが簡易的な締め処理となります。
  • 1日の営業をまとめて1回締める: レジ係フィルターをすべてのままにして、1日の終わりにドロワーを1回精算します。より迅速ですが、差異の原因を特定しにくくなります。

レポート画面のレジ担当者フィルターは、内訳表示に使用されるフィルターと同じです。担当者ごとの個別パネルはありません。

今日、1人のレジ係が複数の店舗で勤務しました

一方の店舗からサインアウトし、もう一方の店舗にサインインします。各セッションは_pos_store注文メタデータによって正しい店舗に記録されます。閉店時には、レポート画面の店舗フィルターを切り替えて、店舗ごとに精算してください。

1日の終わりにサイト全体を締める場合は、店舗フィルターをすべてに設定して全体の締め処理も行ってください。店舗ごとの締め処理を照合するのに役立ちます。

店舗ごとに異なる担当者が締め作業を行う場合

それが通常のパターンです。各店舗の締め担当者が自分の店舗にサインインし、その店舗と当日の日付範囲でフィルターしたレポートを実行して、その店舗のレジを精算します。サイトオーナーは翌朝 WP Admin → WooCommerce → 分析 からすべての精算内容を確認できます。ここでは全店舗のデータが集約されます。

締め作業を開始した後に売上が発生した場合

今回の締めには含めないでください。次のいずれかの方法で対応します。

  • レポート期間を延長してその売上を含める(計数済みの現金にもその売上分を加算します)。
  • 翌日のレポートに回す場合は、遅れた売上の現金を翌日のオープニングシートに繰越として記録します。

どちらかの方法に決めたら、一貫して同じ方法を使ってください。方法を途中で変えると、監査時に帳簿の照合が難しくなります。

ベストプラクティス​

  • 毎日締め処理を行ってください。 1日飛ばすと、2日分の差異を追跡することになり、はるかに難しくなります。
  • 取引の少ない日でもレポートを印刷して保管してください。 監査や紛争の際に記録が残っていることが自身を守ります。
  • ユーザーアカウントを共有しないでください。 各レジ担当者がそれぞれの WordPress ユーザーを使用することで、担当者別レポートのフィルターが正しく機能します。
  • 毎週 WooCommerce の分析と照合してください(WP Admin → WooCommerce → Analytics)— 同じデータを異なる形式で表示しています。合計が一致しない場合は、保留中の注文が後から完了されたか、返金が POS ではなく WP Admin で処理されたことが原因であることがほとんどです。
  • 釣銭準備金を一定に保ってください。 開始時の釣銭準備金を頻繁に変更すると、計算ミスを招きます。
  • レポート — 画面リファレンス(フィルター、列、サマリーパネル)
  • 注文 — 注文の検索、返金、保留中の注文
  • 割引 — 割引やクーポンがレポート合計に与える影響
  • 返金 — シフト中の返金処理
  • マルチ店舗設定 — 店舗別の精算照合