# 日次締め精算

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

Pro機能

レポート画面を使用するには [WCPOS Pro](/ja/getting-started/pro-license.md) が必要です。Proがない場合、日次精算は **WP Admin → WooCommerce → 分析** から行う必要があります。

手動での現金カウント

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

Coming soon

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

<!-- -->

[Follow it on the roadmap →](https://github.com/orgs/wcpos/projects/4)

## 初回の締め作業の前に[​](#before-your-first-close "初回の締め作業の前にへの直接リンク")

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

* **開始時の釣銭準備金。** 一般的な小売レジでは、釣銭用に小額紙幣・硬貨で$100〜$200を用意して1日を始めます。金額を決めて一定に保ちましょう — 毎日の精算計算がシンプルになります。
* **釣銭準備金の記録場所。** WCPOSではこれを追跡しません。付箋、クリップボード用紙、またはレジに置いておくスプレッドシートが必要です。どれを選ぶにしても、*開始時の釣銭準備金*と*ドロワーの予想残高*を同じ記録に残しておけば、後から精算の監査が可能になります。
* **誰が数え、誰が確認するか。** 2人体制がベストプラクティスです（レジ担当者が数え、マネージャーが確認）。スタッフが1人の店舗ではこれを省略し、レジ担当者が両方を行います — これをポリシーとして記録しておきましょう。

## レジの開始[​](#opening-the-till "レジの開始への直接リンク")

シフト開始時：

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

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

## シフト中[​](#during-the-shift "シフト中への直接リンク")

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

* \*\*クーポンまたは明細行の値引きを一貫して使用してください。\*\*どちらもその場の調整に使用できますが、クーポンはレポートに追跡可能な割引として表示されるのに対し、明細行の価格変更は表示されません。詳しくは[値引き](/ja/pos/cart/discounts.md)でトレードオフを確認してください。
* **注文は破棄せず、保留してください。**「POS - Open」注文（**Save to Server** で保存）は注文一覧やレポートに明確に表示されますが、破棄されたカートは記録が残りません。お客様が戻られた際に、保留した注文を再開できます。
* \*\*ドロワー内の現金が多くなったら、シフト中に余分な現金を回収してください。\*\*締め作業時に計算が合うよう、回収ごとに金額と時刻を記録します。WCPOSは現金回収を記録しないため、レジ精算表に記載してください。

## 締め作業の手順[​](#the-close-procedure "締め作業の手順への直接リンク")

1

#### 販売を停止する

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

2

#### ドロワーを計数する

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

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

3

#### レポート画面を開く

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

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

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

4

#### 現金の照合

以下の計算を行います：

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

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

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

5

#### カード決済の照合

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

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

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

6

#### レポートを印刷する

レポート画面のサマリーパネルで**印刷**をクリックします。通常、設定済みの印刷ルーティング（[印刷ルーティング](/ja/hardware/printers.md#print-routing)を参照）を使用してレシートプリンターまたはドキュメントプリンターにレポートを送信し、紙の記録を出力します。

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

7

#### 現金を回収して締める

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

## 差異の対応[​](#variance-handling "差異の対応への直接リンク")

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

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

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

## 複数レジ担当者・複数店舗のシナリオ[​](#multi-cashier-or-multi-store-scenarios "複数レジ担当者・複数店舗のシナリオへの直接リンク")

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

2つの方法があります：

* **レジ担当者ごとに締め処理を行う**（最も正確）：各レジ担当者が締め処理前にレポートを自分のユーザーでフィルターします。それぞれが自分の担当分の入金額を数え、照合します。シフト交代時にドロワーを物理的に引き継ぐことができ、各引き継ぎが簡易的な締め処理となります。
* **1日分を一括精算**: レジ担当者フィルターを「*すべて*」のままにし、1日の終わりにレジを1回だけ精算します。手早く済みますが、差異の原因を特定しにくくなります。

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

1人のレジ担当者が今日複数の店舗で勤務した場合

一方の店舗からサインアウトし、もう一方の店舗にサインインします。各セッションは `_pos_store` 注文メタを通じて正しい店舗に記録されます。締め作業では、レポート画面の**店舗**フィルターを切り替えて、店舗ごとに1回ずつ精算を行います。

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

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

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

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

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

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

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

## ベストプラクティス[​](#best-practices "ベストプラクティスへの直接リンク")

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

## 関連ドキュメント[​](#related-documentation "関連ドキュメントへの直接リンク")

* [レポート](/ja/reports/.md) — 画面リファレンス（フィルター、列、サマリーパネル）
* [注文](/ja/orders/.md) — 注文の検索、返金、保留中の注文
* [割引](/ja/pos/cart/discounts.md) — 割引やクーポンがレポート合計に与える影響
* [返金](/ja/orders/refunds.md) — シフト中の返金処理
* [マルチ店舗設定](/ja/stores/.md) — 店舗別の精算照合