Samsung Galaxy Z Flip7／Z Fold7 に機種変更したあと、Microsoft Authenticator で「認証コード（ワンタイムパスワード）は出るのに、電話サインイン・通知承認・パスキーが有効化できない」というトラブルが発生することがあります。本記事では、よく出るエラーの意味、原因の見立て、端末アップデートを軸にした具体的な対処手順、そして旧端末を初期化する前にやるべき安全策までまとめて解説します。
起きている症状：コード認証はOKなのに「電話サインイン／通知承認／パスキー」だけ失敗する
このトラブルは、Galaxy Z Flip4／Z Flip5／Z Fold5 などから Z Flip7／Z Fold7 へ移行した直後に起きやすいパターンです。Microsoft Authenticator 自体は起動でき、アカウント追加もできるのに、パスワードレス系の設定だけが落ちるのが特徴です。
| 機能 | 状態 | ユーザーが体感すること | ポイント |
|---|---|---|---|
| 2段階認証コード（6桁などのワンタイムパスワード） | 動くことが多い | アプリを開くとコードが表示され、ログインに使える | 端末固有の「生体認証を使う登録処理」を必ずしも通らないため生き残りやすい |
| 通知による承認（プッシュ通知で承認／拒否） | 失敗しやすい | 「通知承認の設定に失敗しました」等が出て進まない | 端末のロック・生体認証・端末登録と連動するため影響を受けやすい |
| 電話サインイン（パスワードなし） | 失敗しやすい | 「画面ロックが変更されました」「問題が発生しました。もう一度お試しください」等 | 暗号鍵の再作成・生体認証の呼び出しでコケるとループしやすい |
| パスキー（Passkey） | 失敗しやすい | 設定が完了せず、作成できない／使えない | 端末の安全な領域（ロック・生体認証）と強く結びつくため影響が出やすい |
よく出るエラーメッセージ例
実際の報告で多いのは、次のような文言です。特に「画面ロックが変更されました」はキーワードとして検索されがちです。
| エラー文言（例） | 起きていることのイメージ | まず疑うべき方向性 |
|---|---|---|
| 画面ロックが変更されました（Your screen lock has changed） | 端末ロックと紐づく認証情報の整合が取れず、再登録を要求されている | 端末側（One UI／生体認証／ロック）の不整合、OS側の不具合 |
| アカウントを設定しています → 問題が発生しました。もう一度お試しください | バックエンド登録や端末の安全領域への鍵生成が途中で失敗 | OSアップデート、指紋・顔の再登録、Authenticatorの再インストール |
| 電話サインインの設定に失敗しました／通知承認の設定に失敗しました | パスワードレス機能の有効化が完了できない | 端末更新と生体認証再設定が最優先 |
原因の見立て：Z Flip7／Z Fold7 の“端末側”不具合で、指紋・画面ロック連携が崩れている可能性
ポイントは「Authenticatorが壊れた」というより、端末のロック（PIN等）や生体認証（指紋・顔）と連携する処理がうまく通らず、電話サインイン／通知承認／パスキーの登録が失敗している、という構図です。
実際に、Z Flip4 → Z Flip7 へ機種変更後、コードは表示できる一方で電話サインインが有効化できず、「画面ロックが変更されました」や「Something went wrong」といった流れになる報告が出ています。さらに Z Fold5 → Z Fold7 でも同様の声があり、端末世代に依存して発生している可能性が示唆されています。
また、ユーザー報告として「Samsung Careに確認したところ、Z Flip7 の既知の問題で、8月上旬にソフトウェア修正が来る」という趣旨の投稿があり、その後「SamsungのOSアップデートを当てたら直った（8月1日のアップデートで改善した）」という経過報告も出ています。
つまり、今回のケースは端末（One UI／セキュリティパッチ）側の修正がトリガーになる可能性が高いため、ユーザー側でできる対策も「端末を最新にする」「生体認証とロックを作り直す」ことが軸になります。
まず最初にやるべきこと：Galaxy本体のソフトウェア更新をすべて適用する
今回の症状は「アップデートで改善した」という報告が複数あるため、最初にやるべきはこれです。特に、機種変更直後は初回セットアップで更新が残っていることも多く、“更新を全部当て切る”のが重要です。
ソフトウェア更新の具体手順（Galaxy）
- 「設定」→「ソフトウェア更新」→「ダウンロードおよびインストール」を開く
- 利用できる更新があれば、すべて適用する（One UI／Android／セキュリティパッチ）
- 更新後は必ず再起動する
- 可能なら、再起動直後に指紋または顔で端末ロック解除を一度行ってから、Authenticatorの設定に進む
Microsoft側の公式トラブルシューティングでも、端末がPIN／生体認証でロック解除できる状態であること、指紋や顔の再有効化と再起動を試すことが案内されています。
更新できているかのチェックリスト
| チェック項目 | 確認場所（例） | 目的 | 完了の目安 |
|---|---|---|---|
| One UI／Android／セキュリティパッチが最新 | 設定 → ソフトウェア更新 | 端末側の既知不具合が修正されている可能性を取り込む | 「最新の状態です」と表示される |
| Google Playシステムアップデート | 設定 → 端末情報 → ソフトウェア情報 → Google Play システム アップデート | アプリが依存する基盤（Play系）を最新化する | 更新がない／更新後に再起動できる |
| 再起動を実施 | 電源メニュー | 更新の反映／生体認証スタックのリフレッシュ | 起動後、端末ロック解除を一度行う |
次にやること：Microsoft Authenticatorの更新と、通知・省電力の見直し
端末側を最新にしたら、次はアプリ側です。Microsoftの公式案内でも、Authenticatorを最新にすること、通知が有効であること、バッテリー最適化をオフにすることなどが推奨されています。
Authenticatorの更新・設定チェック
| 項目 | やること | 失敗しやすい理由 | 改善の狙い |
|---|---|---|---|
| アプリ更新 | Google Play ストアで Microsoft Authenticator を最新にする | 旧版では端末差分に追従できない場合がある | 不具合修正・互換性改善の取り込み |
| 通知設定 | 端末設定でAuthenticatorの通知を許可（バナー・ロック画面等も必要に応じてON） | 通知承認が本質的に「通知が届くこと」が前提 | 通知承認の失敗・未着を防ぐ |
| バッテリー最適化 | Authenticatorのバッテリー最適化をオフ（省電力で止めない） | バックグラウンド制限で通知や登録処理が中断される | 通知・同期・登録フローの安定化 |
| 日時の自動設定 | 設定で日時を自動にし、ズレを解消 | 端末時刻がズレると認証が不安定になることがある | 認証の失敗を減らす |
効きやすい実務手順：画面ロックと生体認証を「作り直す」
「画面ロックが変更されました」系のエラーは、端末ロックと認証情報の結び付きが崩れているサインになりがちです。そこで、ロックと生体認証をいったん作り直してから、Authenticatorの電話サインイン／通知承認／パスキーを再設定します。
ロック・指紋の作り直し（おすすめ手順）
- 端末のアップデートが残っていない状態にする（前章のチェックリストを完了）
- 「設定」→「ロック画面」→「画面ロックの種類」で、現在のロック方式を確認（PIN／パターン等）
- 「設定」→「生体認証」→「指紋」へ進み、登録済みの指紋をいったん削除する
- （顔認証を使っている場合）顔認証もいったん削除する
- 端末を再起動する
- 起動後、まずPIN等でロック解除し、次に指紋を再登録する（可能なら指紋は2本以上登録）
- （必要に応じて）顔認証も再登録する
- Authenticatorを起動し、対象アカウントで「電話サインイン」や「通知承認」「パスキー」の設定を再実行する
Microsoftの公式トラブルシューティングでも、端末がPINまたは生体認証でロック解除できることを確認し、指紋・顔の再有効化→再起動→再度パスワードレスを有効化する流れが案内されています。
「指紋が電源ボタン一体型」だから起きる？
Z Flip7 の指紋センサーは側面（電源ボタン）型で、ロック解除動作や呼び出しタイミングが他端末と違うと感じる人もいます。実際に、指紋の挙動が関係しているのでは、という推測や、Samsung側の既知問題として修正待ちだった、というユーザー報告が出ています。
このタイプの不具合は、ユーザーが設定を頑張っても「最後の有効化だけ必ず落ちる」現象が起きやすいので、端末アップデート→生体認証作り直しの順で試すのが最短ルートになりやすいです。
それでも改善しないときの切り分け：仕事用（会社・大学）アカウントの落とし穴
仕事用／学校用（Microsoft Entra ID）のアカウントは、組織のポリシーによって「電話サインインが許可されていない」「登録方法が制限されている」ケースがあります。Microsoftの公式情報でも、管理者が許可している場合にデバイス登録を使ってパスワードレス電話サインインを設定できる旨が明記されています。
ただし今回のように「旧端末では使えていたのに、新端末だけ失敗する」場合は、ポリシーよりも端末側の不具合の可能性が高いことが多いです。とはいえ、切り分けとして次を確認すると無駄打ちを減らせます。
| 切り分けポイント | 確認内容 | 該当すると起きること | 対処の方向性 |
|---|---|---|---|
| 職場/学校アカウントの登録制限 | 組織が電話サインインやパスワードレスを許可しているか | 端末が正常でも設定項目が進まない場合がある | IT管理者に確認（許可・登録手順・条件付きアクセス） |
| Android for Work（仕事用プロファイル） | 仕事用プロファイル側にPIN/生体認証が設定されているか | 個人領域ではOKでも、仕事領域の認証だけ失敗する | 仕事用プロファイルのロックを有効化して再試行 |
| デバイス登録 | Authenticatorの「デバイス登録」状態 | 登録が完了していないとパスワードレスが通りにくい | 登録画面を確認し、必要なら再登録（組織管理下ならITへ） |
バックアップ復元で直らない理由：OTPと「端末に結び付く機能」は別物
機種変更の際、Smart Switch やバックアップから Authenticator の状態を戻せることがあります。しかし、今回ハマりやすいのは「復元でアカウントは戻ったのに、電話サインイン／パスキーの有効化だけが落ちる」パターンです。
これは仕組み上、ワンタイムパスワードは“表示できればOK”な場面が多い一方、電話サインインやパスキーは端末の安全な領域（ロックや生体認証）と結び付いた情報を新端末で作り直す必要があるため、復元だけでは解決しないケースが出やすいからです。
だからこそ、改善の順番は「アプリを何度も入れ直す」より、端末アップデートと生体認証の作り直しが先になります。
旧端末を初期化する前に：絶対に押さえる安全策（取り返しがつかない事故を防ぐ）
今回の相談で一番多い不安が「旧端末ではAuthが動いている。新端末で直る前に旧端末を初期化したら詰むのでは？」です。これは不安ではなく、実際に起こり得るリスクです。特に仕事用アカウントや大学アカウントは、管理者側の復旧が手間だったり、復旧に日数がかかったりします。
旧端末を手放す前のチェック表
| やること | 理由 | 完了判定 | 注意点 |
|---|---|---|---|
| 新端末で「通知承認」が実際に届き、承認できる | 机上の設定完了より、実運用で通るかが重要 | PCログイン等で新端末に通知→承認成功 | 番号合わせ（Number matching）がある場合も通す |
| 新端末で「電話サインイン（パスワードレス）」が通る | “ロック変更”ループが解消したかの本丸 | パスワード入力なしで承認できる | 個人/仕事アカウント双方で確認できると安心 |
| 代替の認証手段を追加しておく | 端末故障や再発時の保険になる | SMS/メール/別端末/セキュリティキー等が有効 | 組織アカウントは管理者の許可が必要な場合がある |
| 旧端末を初期化するのは最後 | “戻れない状態”を避ける | 新端末で一通り通ってから | 下取り期限がある場合は、先に改善見込みを確認 |
一時的な回避策：今すぐログインが必要なときの逃げ道
修正アップデート待ち・改善途中でも、仕事や学業でログインが必要になる場面は避けられません。そこで、状況に応じて使える回避策をまとめます。
| 回避策 | 使える条件 | メリット | デメリット／注意点 |
|---|---|---|---|
| ワンタイムパスワード（6桁コード）だけでログインする | サービス側が「コード入力」を許可している | 通知承認が死んでいてもログイン可能 | サービスによってはコード方式が選べない／制限される |
| 旧端末で通知承認を受け続ける | 旧端末がまだ手元にある | 確実に通る（今まで通っていた方法） | 旧端末が電池切れ・故障すると詰むので代替手段を準備 |
| 別のAndroid端末（予備機）にAuthenticatorを入れて登録 | 予備端末が用意できる／登録変更が許可される | Z Flip7側の不具合回避になる | 管理者制限がある組織アカウントでは勝手に増やせないことがある |
| 物理セキュリティキー（FIDOキー）を追加 | サービス側がFIDO2/WebAuthnを許可 | 端末依存を減らせる | 導入に費用がかかる／組織ポリシーで制限される場合あり |
「パスワード自動入力の終了」と混同しない（別問題）
検索すると「Authenticatorのオートフィル（自動入力）が終了する」という情報も出てきますが、これは保存したパスワードや自動入力機能の話で、今回の「電話サインイン／通知承認／パスキーが設定できない」症状とは別軸です。Microsoftの案内でも、2025年7月以降にオートフィルが停止し、8月からパスワードにアクセスできなくなる旨が記載されています。
今回困っているのは「認証そのもの（パスワードレス・通知承認）」が通らない現象なので、オートフィルの話題に引っ張られすぎないようにしてください。
最終チェック：ここまでやってダメなら「初期化」より先に試すこと
初期化は強力ですが、認証アプリ周りは“初期化したら復旧できない”事故が起きやすい領域です。初期化に踏み切る前に、次の軽量施策を先に試すのが安全です。
| 施策 | やり方 | 狙い | 補足 |
|---|---|---|---|
| Authenticatorのキャッシュ削除／データ初期化 | 設定 → アプリ → Authenticator → ストレージ → キャッシュ削除（必要ならデータ削除） | 壊れた状態をリセットして再登録しやすくする | データ削除はログアウト等が起きるため、事前に代替手段を確保 |
| 権限の見直し | 設定 → アプリ → Authenticator → 権限 | 通知や必要権限が無効化されているケースを排除 | 長期間未使用アプリは権限が自動削除されることもある |
| Google Play システム更新 | 設定 → 端末情報 → ソフトウェア情報 → Google Play システム アップデート | 認証処理が依存する基盤を最新化 | 更新後は再起動推奨 |
サポートに相談するなら：伝えると話が早い情報
「あれこれやったのにダメ」で終わらせないために、問い合わせ時は情報を揃えると解決が早まります。特に仕事用アカウントはIT管理者が状況確認しやすくなります。
| 用意する情報 | 例 | なぜ必要か |
|---|---|---|
| 端末情報 | Galaxy Z Flip7／Z Fold7、Androidバージョン、One UIバージョン、セキュリティパッチ日付 | 既知不具合・修正パッチの範囲確認に必要 |
| Authenticatorのバージョン | アプリ情報に表示される番号 | 特定バージョンでの不具合切り分け |
| エラー文言と発生タイミング | 「画面ロックが変更されました」「Something went wrong」など | 原因推定（ロック連携／通知／登録）に直結 |
| アカウント種別 | 個人（Microsoftアカウント）／職場・学校（Entra） | 対応窓口や制限（ポリシー）の有無が変わる |
| 仕事用プロファイルの有無 | Android for Work、Intune管理など | プロファイル側のロック設定が要因になることがある |
まとめ：結論は「端末アップデートが最優先」。旧端末は“動作確認が済むまで”残す
- Galaxy Z Flip7／Z Fold7 への機種変更後、OTPは動くのに電話サインイン／通知承認／パスキーだけ失敗するケースが報告されています。
- ユーザー報告では、Samsung側の既知問題としてソフトウェア修正が予定され、実際にOSアップデートで改善した例があります。
- 対処は「端末を最新化 → 再起動 → 指紋/顔の再登録 → Authenticatorの電話サインイン/通知承認/パスキー再設定」の順が効果的です。
- 旧端末は、新端末で実運用が通るまで初期化しないのが安全です（万一に備え、代替の認証手段も用意）。
コメント