POS の現金管理が作り直された レジセッション・理由コード・金庫＋元帳モデル

図解 ： Shopify POS の新しい現金管理基盤（Cash Management Foundations） Shopify POS / 新基盤・API POS の現金管理が作り直された レジセッション・理由コード・金庫＋元帳モデル POS 端末と Admin（POS チャネル）の両方で現金管理を再構築。さらにレジ拡張ターゲットと API を新設。レジセッション・理由コード・新しいキャッシュドロワー／元帳モデルで、現金を「追跡・統制・照合」できるようになる。 このページの構成 そもそも何が変わるのか（30秒で理解） 全体像 ： レジセッション → 金庫 → 元帳 の新モデル POS 端末側の新機能（3つ） Admin（POS チャネル）側の新機能 新しい基盤・API・拡張ターゲット 従来 vs 新モデル の比較 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか 実店舗の「現金」を、いつ・誰が・いくら動かしたかを最後まで追えるようになった。 レジセッション で営業の単位を区切り、 理由コード で注文以外の現金移動に説明を付け、 金庫（ドロワー）＋元帳（レジャー）モデル で複数端末をまたいだ現金を 1 つにまとめて監査できる。 追跡（Track） セッションごとに支払いの内訳と現金の動きを記録。ドロワーがいつ・どのスタッフによって開けられたかまで残る。 統制（Control） 注文以外の現金操作に理由コードを必須化。ドロワーの自動オープン可否も端末単位で制御できる。 照合（Reconcile） Admin のレジセッションタブで開閉と想定残高を一覧。フィルタ＆エクスポートで経理・突合が速くなる。 2 全体像 ： レジセッション → 金庫 → 元帳 の新モデル 最大の変更点は 「1 端末 ＝ 1 セッション」からの脱却 。更新されたデータモデルと API により、複数端末のセッションが 1 つの金庫（ドロワー）に集約 される。 レポートは 支払い ＝ 端末単位 のまま、 現金 ＝ 寄与した端末をまたいで集約 という二層構造になり、すべての現金イベントが元帳で監査可能になる。 3 POS 端末側の新機能（3つ） 更新されたレジ UX 各レジセッションの要約を端末上で明確に表示。現金トラッキングの改善、支払いの内訳、そして いつ・どのスタッフがドロワーを開けたか といった粒度の細かい現金アクティビティが見える。 ネイティブの現金理由コード ドロワーを開ける・調整するなど 注文以外のあらゆる現金操作に理由コードを必須化 できる。POS チャネルからコードを有効化・カスタマイズして、必要な監査証跡を確保。 ドロワー自動オープン設定 注文後にその端末が 自動でキャッシュドロワーを開けるかどうか を制御。売り場でモバイル端末を使うスタッフに有効。 4 Admin（POS チャネル）側の新機能 レジセッションタブ Admin に専用タブが追加され、 開いた／閉じたセッション と、 ロケーション横断および各ロケーションごとの想定現金残高 を表示。フィルタとエクスポートが改善され、経理と照合（reconciliation）が速くなる。 ロケーション横断の可視化 複数店舗を運営している場合でも、現金の開閉・残高を一画面に集約。 店舗ごと と 全体 の両方の粒度で想定残高を確認でき、突合作業の起点になる。 5 新しい基盤・API・拡張ターゲット ① 金庫（ドロワー）＋元帳モデル 複数の端末が 1 つのキャッシュドロワーに寄与 できる。「1 端末 ＝ 1 セッション」を超えて、端末をまたいだセッションが更新されたデータモデルと API を通じて 1 つのドロワーに集約（roll up）される。 支払いレポートは端末単位のまま 、 現金レポートは寄与した端末をまたいで集約 でき、元帳がすべての現金イベントの完全な監査性を提供する。 ② レジ拡張ターゲット（Register extension targets） 新しい POS ターゲットにより、アプリが 開始／締めの手続きに接続 し、 残高が float／min／max 閾値を超えたらアラート を表示し、独自ロジックや帳票でセッション詳細を拡張できる。 ③ API による自動ワークフロー API を使って、 セッションをプログラムから開閉 し、 キャッシュドロワーと理由コードを作成 し、 端末をドロワーに割り当て 、 独自レポートを取得 できる。バックオフィスや会計システムとの連携、定型の締め処理の自動化が射程に入る。 6 従来 vs 新モデル の比較 項目 従来 新しい現金管理基盤 端末とセッション 1対1 1 端末 ＝ 1 セッション 多対1 複数端末が 1 金庫に集約 注文以外の現金操作 記録が手薄 理由コード必須化 監査証跡を確保 ドロワー操作の記録 誰が・いつ開けたか曖昧 粒度細かく記録 スタッフ・時刻まで 現金レポート 端末単位に閉じる 寄与端末をまたいで集約（支払いは端末単位を維持） Admin での照合 分散しがち 専用タブ 開閉・想定残高・エクスポート 自動化 / 拡張 記載なし API ＋レジ拡張ターゲットで開閉・割当・帳票・アラート 7 技術者が押さえるべき5つのポイント 1. データモデルが「ドロワー＋元帳」に再設計 セッションは端末単位で発生するが、それらが 1 つのドロワーに roll up される。 支払い ＝ 端末粒度 、 現金 ＝ ドロワー粒度 という二層を前提に集計設計を組む。 2. セッション操作を API で自動化できる セッションの開閉、ドロワー／理由コードの作成、端末のドロワーへの割り当て、独自レポート取得まで API 化。締め処理や会計連携をバッチ／ワークフローに載せられる。 3. 閾値アラートは拡張ターゲットで実装 残高が float／min／max を超えたときのアラートは、レジ拡張ターゲットでアプリが差し込む。回収（cash pickup）促しや盗難検知などの内製ロジックを開始／締め手続きにフックできる。 4. 理由コードは監査証跡の中核 注文以外の現金操作に理由コードを必須化することで、元帳に「なぜ動いたか」が残る。コードの体系（入金・出金・調整・釣銭補充など）を POS チャネル側で設計しておく。 5. 詳細仕様は開発者向けチェンジログとターゲット一覧で要確認 本記事は機能の概要。API の具体スキーマ、利用可能なレジ拡張ターゲットの一覧、対応プラン・対応国は 記事本文には記載なし 。実装前に開発者向けチェンジログと POS UI 拡張ターゲットのドキュメントで裏取りすること。 8 業務に活かせる3つのユースケース USE CASE 1 複数レジ・スタッフ共有のドロワーを 1 本に集約して締めを高速化 課題 繁忙店で複数の端末を立て、スタッフが入れ替わりながら同じ現金を扱うため、端末ごとにセッションが割れて閉店時の突合に時間がかかる。 打ち手 複数端末を 1 つのキャッシュドロワーに割り当て、現金レポートを端末横断で集約。Admin のレジセッションタブで想定残高を一覧して締める。 効果 締め作業の短縮と差異原因の特定が容易に。誰がいつドロワーを開けたかが残るため、責任の所在が明確になる。 技術メモ 支払いレポートは端末単位を維持するので、端末別の売上分析はそのまま継続できる。集約は現金レポート側に効く。 USE CASE 2 理由コードで「現金の不一致」をルール化し、内部統制を強化 課題 釣銭補充・売上金回収・経費の小口払いなど、注文を伴わない現金移動が記録されず、月末に原因不明の現金差異が残る。 打ち手 POS チャネルで理由コードを有効化・カスタマイズし、注文以外の現金操作に入力を必須化。ドロワー自動オープンは売り場のモバイル端末では OFF に。 効果 すべての現金イベントが理由付きで元帳に残り、差異の追跡と内部統制（不正・打ち間違い検知）が機能する。 技術メモ コード体系を事前設計し、必須化のオン／オフを店舗運用に合わせる。監査証跡は元帳に一元化される。 USE CASE 3 API ＋拡張ターゲットで現金オペレーションを自動化・監視 課題 開店・閉店のセッション操作と帳票出力が手作業で、店舗数が増えるほど属人化・抜け漏れが発生する。 打ち手 API でセッションの開閉・ドロワー作成・端末割り当て・独自レポート取得を自動化。さらにレジ拡張ターゲットで float／min／max 超過アラートを店頭に表示。 効果 定型の現金オペが標準化され、回収タイミングの最適化と盗難・過不足リスクの早期検知につながる。 技術メモ API スキーマと利用可能なターゲットは開発者向けチェンジログ／拡張ターゲット一覧で確認。本記事には詳細記載なし。サンドボックスで先行検証推奨。 9 提案で使える1行サマリ 「Shopify POS の現金管理が刷新。 レジセッション・理由コード・金庫＋元帳モデル で、複数端末の現金を 1 つにまとめて 追跡・統制・照合 できるようになり、 API とレジ拡張ターゲット で締め処理の自動化と閾値アラートまで内製できる。」 source ： changelog.shopify.com / new-cash-management-foundations-for-shopify-pos generated 2026-05-25