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

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 アイコンから「現金をカウント」を選ぶだけでドロワーの金額を確認できる。結果はレジセッションに自動記録される。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： セッションのどこで数えられるか 使い方（3ステップ） 従来 vs 新機能の比較 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか これまで、レジ内の現金を数えられるのは セッションの「開始時」か「終了時」だけ だった。 今後は、 営業中のシフトの途中でも、必要なときにいつでも 現金カウントを実行できる。 従来 ： 開始時・終了時だけ セッションを開けるときと閉めるときの 2 回しか現金を数えられない。日中に「今いくら入っているか」を確認する正式な手段がなかった。 新機能 ： シフト中ならいつでも アクティブなシフトの任意のタイミングでカウント可能。数えた結果はレジセッションに自動で記録され、差異を早期に発見できる。 2 仕組み図解 ： セッションのどこで数えられるか カウント結果は レジセッションに自動でログ される。これにより日中の早い段階で差異（ドロワーと記録のズレ）に気づけ、1 日を通して現金の管理を引き締められる。 3 使い方（3ステップ） 1 Register アイコンをタップ Shopify POS で Register（レジ）アイコンを開く。 2 「現金をカウント」を選ぶ Count cash を選択し、ドロワー内の金額を入力・確認する。 3 セッションへ自動記録 確定したカウントはレジセッションに自動でログされる。 セッションを閉じる必要はない。 営業を続けたまま、必要なときに何度でも カウントできる。 4 従来 vs 新機能の比較 項目 従来 シフト途中の現金カウント 数えられるタイミング 2回のみ 開始時・終了時 いつでも アクティブなシフト中の任意の時点 回数 セッションあたり実質 2 回 必要に応じて何度でも 操作 セッションの開閉フローの中で実施 Register アイコン ＞ Count cash 記録 セッションに記録 セッションに自動ログ 差異の発見 主に締め時にまとめて判明 日中に早期発見 できる 5 技術者が押さえるべき5つのポイント 1. カウントはセッションに自動ログ 確定した現金カウントはレジセッションに自動で記録される。後から差異の検証や引き継ぎの根拠として参照できる、いわば運用上の監査ポイントになる。 2. 入口は POS の Register アイコン 操作は Register アイコン ＞ Count cash の 2 タップ。専用画面への遷移や追加設定は不要で、既存の POS オペレーションにそのまま乗る。 3. アクティブなシフトが前提 この機能が使えるのは「開いているセッション（アクティブなシフト）」の最中。セッションを開けずに単独でカウントする話ではない。 4. 対象は POS（現金ドロワー運用） 改善対象は実店舗の現金管理。オンラインストアの会計や決済とは無関係で、現金を扱う店舗オペレーションだけに効く。 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 タップで、結果はセッションに自動ログ。 繁忙時の途中点検・シフト交代・大口入出金後のリコンサイルで、 差異を早期発見し現金管理を引き締める。 」 source ： changelog.shopify.com / mid-session-cash-counts generated 2026-05-24 ``` 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.