POS activity log レジの「誰が・いつ・どこで」を自動で記録する監査ログ

図解 ： Shopify POS activity log（POS アクティビティログ） Shopify POS / 新機能 POS activity log レジの「誰が・いつ・どこで」を自動で記録する監査ログ 現金操作・値引き・取消・返金・顧客情報アクセスといった高リスク操作を、担当スタッフ名・時刻・端末・場所とひも付けて自動記録。差異調査・ロス防止・コンプライアンス対応をレジ現場でスケールさせる。 このページの構成 そもそも何が追加されたのか（30秒で理解） 記録される操作の一覧 各ログに自動で付く情報 どこで見るのか（設定ページ） 名前は「読むたびに解決」される仕組み 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が追加されたのか Shopify POS に アクティビティログ（POS activity log） が新登場。 レジでの 高リスクな操作 が、 担当したスタッフ名・時刻・端末・場所 とともに自動で記録されるようになった。差異の調査、ロス防止（loss prevention）、コンプライアンス要件への対応が目的。 従来 ： 誰がやったか追いにくい レジでの現金操作や値引き・取消は履歴が残りにくく、差異が出ても「いつ・誰が・どの端末で」を後から特定するのが難しかった。 これから ： 高リスク操作を自動記録 高リスク操作が名前付きスタッフに紐づいて自動ログ化。時刻・端末・場所も自動キャプチャ。調査・監査がスケールする。 2 記録される操作の一覧 記事に明記されている、ログ対象の操作は次の 6 種類。 現金ドロワー操作 開放（open）／現金追加（add cash）／現金取出（remove cash）／セッション途中の現金カウント 手動値引き カート全体、または明細（line item）に対して適用した手動ディスカウント 取引の取消（void） トランザクションの void 返品・返金 Returns and refunds 顧客レコードへのアクセス Customer record access（顧客情報の閲覧） マネージャー承認（override） 承認した操作と一緒に、マネージャーオーバーライドも記録される 3 各ログに自動で付く情報 上記の操作が発生すると、次の 4 つが自動でキャプチャされる。 スタッフ名 named staff member 時刻 time 端末 device 場所 location マネージャーオーバーライドの場合は、 承認した操作そのもの と並べて記録されるため、「誰が操作し／誰が承認したか」の両方が 1 レコードで追える。 4 どこで見るのか（設定ページ） Shopify Admin の POS チャネル内 Shopify Admin の POS チャネルに 新しい設定ページ が追加され、そこにイベントが一覧表示される。 3 つのフィルタで絞り込み スタッフ 場所 イベント種別 でフィルタ可能。差異調査時に対象を素早く絞れる。 対応プラン・対応地域・保持期間・エクスポート可否・権限（誰が閲覧できるか）については、この記事に 記載なし 。導入前に Shopify ヘルプセンターおよび管理画面で確認すること。 5 名前は「読むたびに解決」される仕組み 改名や顧客レコードの削除は自動で反映される。 スタッフ名・顧客名は 読み取り時（read time）に解決 されるので、過去のログでも常に現在の値が表示され、古い個人情報（stale PII）がログに残り続けることがない。 6 技術者が押さえるべき5つのポイント 1. 記録の粒度は「高リスク操作」に絞られている 現金ドロワー・手動値引き・void・返金・顧客情報アクセス・承認の 6 系統。全操作の網羅ログではなく、ロス防止と監査に効く操作を選別して記録する設計。 2. 名前は参照解決（resolve at read time） ログには参照が保存され、氏名は閲覧時に現在値へ解決される。改名・顧客削除が過去ログにも波及するため、「監査ログ＝不変（immutable）」を前提にした設計とは挙動が異なる点に注意。 3. PII の残留を避ける設計になっている 氏名を焼き込まないことで、削除された顧客の PII がログ側に残らない。GDPR 等の「削除の権利」対応と監査ログの両立を意識した作りといえる。 4. 調査は3軸フィルタ（スタッフ／場所／種別） Admin の設定ページ上で 3 つのフィルタを掛けて絞り込む運用。差異発生時に「どの店舗の・誰の・どの操作か」で追える。API / エクスポートでの取得可否は記事に 記載なし 。 5. 承認（override）と対象操作がセットで残る マネージャーオーバーライドは、承認した操作と並べて記録される。 「実行者」と「承認者」の2者が1レコードで揃う ため、責任分界（誰が実行し誰が許可したか）が後から明確に追える。内部統制・不正調査での証跡として使いやすい。 7 業務に活かせる3つのユースケース USE CASE 1 レジ現金差異（キャッシュ差額）の原因調査を高速化 課題 締め時にレジ現金が合わない。従来はどの時間帯に・どの端末で・誰が現金を出し入れしたか特定できず、原因究明に時間がかかっていた。 打ち手 アクティビティログでドロワー操作（open / add / remove / 途中カウント）を、場所・スタッフ・種別でフィルタして差異発生前後を絞り込む。 効果 差異調査の工数削減とロス防止（loss prevention）。属人的な聞き取りに頼らず、証跡ベースで原因に到達できる。 技術メモ 時刻・端末・場所が自動キャプチャされるため、店舗横断でも同一基準で追える。保持期間・エクスポート可否は要確認（記載なし）。 USE CASE 2 過剰な手動値引き・不正な返金の内部統制 課題 店頭での手動値引きや返金・void が乱発され、粗利を圧迫。誰の判断か・承認は取られたかが後から追えない。 打ち手 手動値引き・返品返金・void・マネージャー承認をログで定点観測。スタッフ別にイベント種別で集計し、外れ値を洗い出す。 効果 承認フローの遵守状況を可視化。実行者と承認者が1レコードで揃うため、責任分界が明確になり不正抑止につながる。 技術メモ override は承認対象の操作と並記される。運用ルール（一定額以上の値引きは承認必須等）と突き合わせる監査に向く。 USE CASE 3 コンプライアンス／個人情報アクセスの監査対応 課題 「顧客情報に誰がアクセスしたか」を求められる監査・規制対応があるが、店頭端末での閲覧履歴を残す仕組みがなかった。 打ち手 顧客レコードアクセスをログ対象に含める。氏名は read time で解決されるため、削除済み顧客の PII をログに残さず監査要件を満たす。 効果 アクセス記録の提出をスケールさせつつ、削除の権利（改名・顧客削除の自動反映）とも両立。監査コストの削減。 技術メモ ログは氏名を焼き込まず参照解決する設計。閲覧権限や証跡の完全性要件は Shopify 側仕様の確認が必要（記載なし）。 8 提案で使える1行サマリ 「Shopify POS のレジ高リスク操作（現金・値引き・取消・返金・顧客情報アクセス・承認）を、 担当スタッフ名・時刻・端末・場所つきで自動記録 する監査ログ。 氏名は閲覧時に解決され古い PII を残さず、差異調査・ロス防止・コンプライアンス対応を店舗横断でスケールできる。」 source ： changelog.shopify.com / posts / pos-activity-log