Quick nearby device login 新しい POS 端末は「隣の端末で承認」してサインイン

図解 ： Shopify POS「近くの端末から承認するサインイン」（Quick nearby device login） Shopify POS / New Quick nearby device login 新しい POS 端末は「隣の端末で承認」してサインイン これまで端末の追加・入れ替えは、いちばん忙しい時間帯に新しい端末へ認証情報を打ち込む作業だった。これからは、すでにサインイン済みの近くの端末で「承認」を押すだけで、新端末がショップとロケーションにサインインされる。 このページの構成 そもそも何が変わるのか（30秒で理解） サインインの流れ図解（4ステップ） 承認の経路は2つ ： Bluetooth と QR コード セッションの長さ ： 既定は「今日だけ」 必要な権限 ： ロールと PIN の二段 従来 vs 新方式の比較 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか POS 端末の追加・入れ替えは、これまで 新しい端末に認証情報をタイプする 作業だった。しかもそれが必要になるのは、たいてい店がいちばん混んでいる瞬間。 新機能では、 すでにサインインしている近くの端末から「承認」する だけで、新端末がショップとロケーションにサインインされる。 従来 ： 新端末に打ち込む 端末を足す／入れ替えるたびに、新しい端末の画面で認証情報を入力。必要になるのは繁忙のピークという最悪のタイミング。 新方式 ： 隣の端末でタップ承認 近くのサインイン済み端末が新端末を Bluetooth で検出。権限を持つスタッフが承認 → PIN 入力で、新端末がサインイン完了。 2 サインインの流れ図解 1 新端末を持ち上げる 追加・交換したい端末を用意する。認証情報の入力は不要。 2 近くの端末が検出 サインイン済みの端末が Bluetooth 越しに新端末を見つける。 3 承認 ＋ 店長 PIN POS Device Setup ロールを持つスタッフが承認をタップし、店長 PIN を入力。 4 ショップとロケーションへ 新端末が該当ショップ・該当ロケーションにサインインされ、すぐ使える。 3 承認の経路は2つ ： Bluetooth と QR コード 既定の経路 Bluetooth ： 近くの端末が自動検出 サインイン済みの端末が Bluetooth で新端末を検出し、承認を促す。端末を持ち上げるだけで流れが始まる。 フォールバック QR コード ： サインイン済み端末から読み取る Bluetooth が使えない環境では、ログイン済みの端末に表示された QR コードをスキャンして代替できる。 どちらの経路でも 「すでにサインインしている端末が現場にある」ことが前提 。1台目の端末をゼロから立ち上げる場合の手順については、記事内に記載なし。 4 セッションの長さ ： 既定は「今日だけ」 デフォルト 今日だけサインイン 新しくサインインした端末は既定で「今日だけ」有効。イベントが終わった後も端末がログインしたまま残らない、という設計思想。 オプトイン Forever を有効化 より長いセッションを望むマーチャントは、POS チャネルの管理画面で「Forever」を有効化できる。 セッション期間がそのままセキュリティ設定になる。 Forever を入れると「イベント後も端末が居残らない」という既定の利点は失われる。常設店舗のレジのように端末が固定されているケースだけに絞るのが無難。 5 必要な権限 ： ロールと PIN の二段 1. 承認する人のロール POS Device Setup ユーザーロールを持つスタッフだけが承認をタップできる。 2. 店長 PIN 承認のタップに加えて store manager PIN の入力が必要。端末を勝手に増やせない。 3. ショップ単位の有効化 この機能をショップ単位でオンにする方法・権限・設定はヘルプセンターに案内あり。 物理的な近接（Bluetooth または QR）＋ ロール ＋ PIN の 3 点が揃わないと端末はサインインできない。認証情報の入力をなくしても、承認の壁は残っている構造。 6 従来 vs 新方式の比較 項目 従来 Quick nearby device login 新端末のサインイン 手入力 新端末に認証情報をタイプ 承認 近くの端末でタップ承認 きっかけ 操作者が新端末で手順を進める Bluetooth で近くの端末が自動検出 Bluetooth が無い場合 — QR ログイン済み端末の QR をスキャン 認証の担保 認証情報を知っている人が入力 POS Device Setup ロール ＋ 店長 PIN サインイン先 入力内容に依存 承認元と同じショップ・ロケーション セッション期間 記載なし 今日だけ （既定）／ Forever は任意で有効化 発生タイミングの痛み 混雑ピークに入力作業が刺さる 数タップで完了、レジ前で止まらない 7 技術者が押さえるべき5つのポイント 1. 「新端末に認証情報を入れる」工程そのものが消える 端末側でのクレデンシャル入力を無くし、既存端末での承認に置き換える設計。現場に認証情報を口頭・紙で共有する運用があるなら、それを廃止できる余地が生まれる。 2. 信頼の根拠は「物理的な近接」 Bluetooth 検出も QR スキャンも、 その場に既存端末がある ことを前提にした承認。リモートから端末を増やす経路にはならない。 3. 権限は二段構え（ロール＋PIN） POS Device Setup ロールの付与設計がそのまま「誰が端末を増やせるか」の設計になる。ロールを配りすぎると承認の壁が形骸化する。 4. 既定の短命セッションがセキュリティ設計になっている 「今日だけ」が既定なのは、イベント後に端末がサインインしたまま残らないようにするため。Forever は明示オプトインなので、有効化はリスク判断とセットで。 5. 対応端末・OS・対応地域・API/Webhook の仕様は記載なし 告知にあるのは ショップ単位の有効化・権限・設定はヘルプセンター参照 という案内まで。どのハードウェア／OS バージョンで Bluetooth 検出が動くか、対応国、Admin API や Webhook からの扱いについては言及がない。導入前に実機で確認するのが前提になる。 8 業務に活かせる3つのユースケース USE CASE 1 ポップアップ・催事・イベント出店の端末を「借りて返す」運用に 課題 期間限定の催事やイベントで端末を増やすたび、現地で認証情報を入力。イベント後に端末がサインインしたまま持ち帰られ、棚卸しでしか気づけない。 打ち手 現地で先にサインインした 1 台を「親機」にして、増設分は近接承認でサインイン。セッションは既定の「今日だけ」のまま運用する。 効果 設営時の入力作業が消え、イベント終了後は端末が自動的にサインアウトされた状態に戻る。回収忘れがそのままリスクになる状況を避けられる。 技術メモ Forever を有効化するとこの利点が消えるため、催事用ショップでは Forever を入れない方針を明文化しておく。 USE CASE 2 繁忙ピークの端末故障・バッテリー切れを「その場で交代」 課題 セール当日や週末ピークにレジ端末が落ちる。代替機を出しても認証情報の入力で数分止まり、その間ずっと行列が伸びる。 打ち手 予備機を近くに置き、稼働中の端末から承認 → 店長 PIN で即サインイン。Bluetooth が届かないバックヤードでは QR スキャンに切り替える。 効果 復旧が入力作業ではなく承認操作になり、レジ前の停止時間が短くなる。ピーク時に店長が端末の前へ張り付く必要も減る。 技術メモ 予備機の充電と「親機が必ず 1 台生きている」状態の維持が前提条件。全端末が同時に落ちるケースは近接承認では救えない。 USE CASE 3 多店舗チェーンの「端末セットアップ権限」を棚卸しして標準化する 課題 店舗ごとに端末追加の手順がバラバラ。誰が端末を増やしていいのかが暗黙運用になっていて、認証情報が現場で共有されている。 打ち手 POS Device Setup ロールを付与する対象を店舗ごとに定義し、承認は必ずロール保有者＋店長 PIN で通す運用に統一。機能はショップ単位で有効化する。 効果 「端末を増やせる人」がロールとして可視化され、認証情報の現場共有をやめられる。新店の立ち上げ手順も 1 つに揃う。 技術メモ ショップ単位の有効化方法・権限・設定はヘルプセンター参照。サインイン先は承認元と同じショップとロケーションになるため、ロケーション設定の正しさがそのまま端末の紐付け精度になる。 9 提案で使える1行サマリ 「POS 端末の追加・交換が、 新端末への認証情報入力から、近くの端末でのタップ承認へ 置き換わる。 Bluetooth 検出（無ければ QR）＋ POS Device Setup ロール ＋ 店長 PIN で、ショップとロケーションまで一発サインイン。 既定は『今日だけ』なのでイベント後に端末が居残らない。 常設レジで長く使いたい場合だけ Forever を有効化する。」 source ： changelog.shopify.com / quick-nearby-device-login published 2026-07-27