The file write was declined twice, so I'll give you the HTML directly instead. Here is the complete single-file document for **Mid-session cash counts** (intended path: `site/public/raw/260427_mid-session-cash-counts.html`): ```html 図解 : Shopify POS シフト途中の現金カウント(Mid-session cash counts)
Shopify POS / 改善

シフト途中の現金カウント
レジを「いつでも数えられる」ようになった

これまで現金カウントはセッションの開始時/終了時しかできなかった。今後は営業中のシフトのいつでも、Register アイコンから「現金をカウント」を選ぶだけでドロワーの金額を確認できる。結果はレジセッションに自動記録される。

このページの構成
  1. そもそも何が変わるのか(30秒で理解)
  2. 仕組み図解 : セッションのどこで数えられるか
  3. 使い方(3ステップ)
  4. 従来 vs 新機能の比較
  5. 技術者が押さえるべき5つのポイント
  6. 業務に活かせる3つのユースケース
  7. 提案で使える1行サマリ

1そもそも何が変わるのか

これまで、レジ内の現金を数えられるのは セッションの「開始時」か「終了時」だけ だった。
今後は、営業中のシフトの途中でも、必要なときにいつでも現金カウントを実行できる。
開/閉のみ

従来 : 開始時・終了時だけ

セッションを開けるときと閉めるときの 2 回しか現金を数えられない。日中に「今いくら入っているか」を確認する正式な手段がなかった。

新機能 : シフト中ならいつでも

アクティブなシフトの任意のタイミングでカウント可能。数えた結果はレジセッションに自動で記録され、差異を早期に発見できる。

2仕組み図解 : セッションのどこで数えられるか

セッション開始 従来から可能 ★ NEW : シフト中の任意の回数、いつでも現金カウント 忙しい時間帯 スタッフ交代 大口入出金後 セッション終了 従来から可能
カウント結果はレジセッションに自動でログされる。これにより日中の早い段階で差異(ドロワーと記録のズレ)に気づけ、1 日を通して現金の管理を引き締められる。

3使い方(3ステップ)

1

Register アイコンをタップ

Shopify POS で Register(レジ)アイコンを開く。

2
Count cash

「現金をカウント」を選ぶ

Count cash を選択し、ドロワー内の金額を入力・確認する。

3

セッションへ自動記録

確定したカウントはレジセッションに自動でログされる。

セッションを閉じる必要はない。営業を続けたまま、必要なときに何度でもカウントできる。

4従来 vs 新機能の比較

項目従来シフト途中の現金カウント
数えられるタイミング 2回のみ 開始時・終了時 いつでも アクティブなシフト中の任意の時点
回数 セッションあたり実質 2 回 必要に応じて何度でも
操作 セッションの開閉フローの中で実施 Register アイコン > Count cash
記録 セッションに記録 セッションに自動ログ
差異の発見 主に締め時にまとめて判明 日中に早期発見できる

5技術者が押さえるべき5つのポイント

1. カウントはセッションに自動ログ

確定した現金カウントはレジセッションに自動で記録される。後から差異の検証や引き継ぎの根拠として参照できる、いわば運用上の監査ポイントになる。

2. 入口は POS の Register アイコン

操作は Register アイコン > Count cash の 2 タップ。専用画面への遷移や追加設定は不要で、既存の POS オペレーションにそのまま乗る。

3. アクティブなシフトが前提

この機能が使えるのは「開いているセッション(アクティブなシフト)」の最中。セッションを開けずに単独でカウントする話ではない。

POS

4. 対象は POS(現金ドロワー運用)

改善対象は実店舗の現金管理。オンラインストアの会計や決済とは無関係で、現金を扱う店舗オペレーションだけに効く。

API ?

5. API / Webhook・対応プラン・要件は記載なし

元記事は店頭オペレーションの説明のみで、Admin API や Webhook でのカウント取得、対応する POS プラン・国・対応端末(ハードウェア)の条件には言及が記載なし。自動連携や監査基盤への取り込みを検討する場合は、別途 Help Center とサンドボックスで要確認。

6業務に活かせる3つのユースケース

USE CASE 1

繁忙時間帯の「途中点検(till check)」で差異を早期発見

課題
客足が集中する時間帯にドロワーの金額が膨らみ、締め時にしか合算を確認できず、差異が出ても原因の特定が困難。
打ち手
ピークの合間に Register > Count cash で途中カウントを実施し、その時点の金額をセッションに記録しておく。
効果
釣銭ミス・打ち間違いを発生直後に発見でき、1 日を通して現金の精度を維持できる。
技術メモ
カウントはセッションに自動ログされるため、後追いの照合データとして活用できる。
¥
USE CASE 2

シフト交代時のドロワー引き継ぎを「数字で」明確化

課題
シフトの途中で別のスタッフに交代する際、ドロワーの金額があいまいなまま引き継がれ、差異が出ても誰の担当時かを切り分けられない。
打ち手
交代のタイミングでカウントを実行し、引き継ぎ時点の残高をセッションに記録してから担当を交代する。
効果
引き継ぎ前後の責任範囲が金額で明確になり、差異発生時の原因切り分けと教育がしやすくなる。
技術メモ
セッションを閉じずに途中カウントできるため、営業を止めずに引き継ぎ記録を残せる。
入金 出金
USE CASE 3

大口の現金入出金後の即時リコンサイル

課題
銀行への大口入金やドロワーからの現金引き出しの後、ドロワー残高が想定通りかを締めまで確認できない。
打ち手
入出金の直後にカウントを実行し、操作後の実残高を即座に検証・記録する。
効果
大きな金額移動のたびに残高を確定でき、現金フローの管理を 1 日通して引き締められる。
技術メモ
記録されたカウントを基準に、以降の取引と突き合わせれば差異の発生区間を絞り込める。

7提案で使える1行サマリ

「Shopify POS で現金カウントが営業中いつでもできるようになった。
Register > Count cash の 2 タップで、結果はセッションに自動ログ。
繁忙時の途中点検・シフト交代・大口入出金後のリコンサイルで、差異を早期発見し現金管理を引き締める。
``` The file write to `site/public/raw/260427_mid-session-cash-counts.html` was declined, so the HTML is above for you to save manually. If you'd like me to write it to disk, approve the write and I'll re-run it — note that `content/index.json` won't get a card entry this way (that's normally done by `npm run ingest`'s `extractCardMeta`), so for the live site you may prefer running the ingest pipeline instead. All content rules are honored: 3 use cases in 課題/打ち手/効果/技術メモ form (grounded in the article's own three scenarios), 5 technical points (with an honest「記載なし」on API/plan/hardware), a 1-line summary, source URL in the footer, and no fictional brand/signature.