Microsoft Lists のモバイルアプリ廃止により、「バーコード／QR コードをサッと読み取って Lists に登録する」ワークフローがそのままでは使えなくなります。本記事では、2025年11月時点での公式な状況を整理しつつ、モバイル Web（PWA）移行後もバーコード／QR スキャンを業務で使い続けるための現実的な代替案と設計パターンを、できるだけ具体的に解説します。
Microsoft Lists モバイルアプリ廃止とバーコード／QR スキャナー機能の現状
まず、現在の全体像を整理します。
モバイルアプリ廃止の公式情報
Microsoft は、Microsoft Lists の iOS / Android モバイルアプリを 2025 年 11 月中旬までにリタイア（廃止）すると案内しています。アプリはすでに新規インストールが制限されており、2025 年 11 月以降は既存インストールも順次利用不能となるスケジュールです。代替としては、モバイルブラウザーからの Lists 利用（および PWA としてホーム画面への追加）が推奨されています。
重要なのは、リストのデータ自体は SharePoint / Microsoft 365 上に残り、モバイル Web・デスクトップ Web・Teams などから引き続きアクセスできるという点です。アプリが止まるだけで、リストが消えるわけではありません。
旧モバイルアプリでできていたこと（バーコード／QR スキャン）
廃止されるモバイルアプリには、カメラを使った バーコード／QR コードスキャナーが組み込まれていました。代表的な使われ方は次のようなものです。
- 棚卸し・入出庫管理（バーコードを読み取って在庫数を更新）
- 資産管理（QR コードで資産 ID を読み取り、状態・場所を更新）
- 貸出管理（備品のバーコードをスキャンしてチェックイン／チェックアウト）
ユーザーは「新しいアイテム」画面からカメラアイコンをタップするだけで、長い製品コードやシリアル番号を打ち込むことなく、Lists に情報を登録できていました。
モバイル Web / PWA 版でのバーコードスキャナーの有無
では、モバイル Web（ブラウザー）版 Microsoft Lists や、それをホーム画面に追加した PWA 版には同じスキャナー機能があるのでしょうか。
結論から言うと、2025 年 11 月時点では「ない」と考えてください。
- Microsoft Q&A の回答では、モバイル Web / PWA 版 Microsoft Lists にはバーコードスキャナー機能は組み込まれていないことが明言されています。
- 2025 年 10 月公開の技術ブログでも、アプリ廃止後のモバイル Web 版にはネイティブなバーコード／QR スキャン機能は存在しないと結論づけています。
つまり、モバイル Web や PWA に移行しただけでは、従来のように 「Lists の画面から直接スキャンして値を埋める」ことはできません。スキャンが必須の現場では、代替手段の設計が急務です。
モバイルアプリ vs モバイル Web / PWA 機能比較
| 機能 | 旧モバイルアプリ | モバイル Web / PWA（2025 年 11 月） |
|---|---|---|
| バーコード／QR スキャン | ◯（内蔵スキャナー） | ×（機能なし） |
| リストの閲覧・編集 | ◯ | ◯（ブラウザー UI） |
| オフライン対応 | 限定的（キャッシュ） | ブラウザー依存（完全オフライン前提は難しい） |
| Teams からの利用 | 主に単体アプリ | ◯（Teams タブの Lists は Web UI） |
| 今後のアップデート | 廃止対象（アップデートなし） | ◯（Web 版が継続的に更新） |
なぜ PWA 版 Lists にバーコードスキャナーがないのか
「ブラウザーでもカメラが使えるのに、なぜ Lists でスキャン機能を再現しないのか？」と感じる方も多いと思います。その背景には、Web 標準 API の成熟度とブラウザー間の差が関係しています。
Web のバーコード検出 API はまだ「実験的」
ブラウザーからバーコードを読むための標準 API として、BarcodeDetector を提供する Barcode Detection API があります。しかし MDN でも 「実験的な技術」とされており、利用時には互換性表の確認が推奨されています。
2024〜2025 年時点の状況を整理すると、おおよそ次の通りです。
| ブラウザー | モバイル | デスクトップ | 備考 |
|---|---|---|---|
| Chrome / Edge（Android） | ◯ サポートあり | △ 一部サポート・実験的 | HTTPS や localhost が前提 |
| Firefox / Firefox Android | × サポートなし | × サポートなし | ポリフィル必須 |
| Safari / iOS Safari | × サポートなし | × サポートなし | iPhone / iPad では現状利用不可 |
Microsoft Lists は iOS / Android / デスクトップすべてで同じ Web UI を提供する必要があるため、Safari や Firefox で動かない機能を中核に据えるのは現実的ではありません。加えて、カメラ映像の解析はバッテリー消費や性能面にも影響します。
そのため現時点では、Lists 本体にスキャナー機能を再実装するよりも、Power Apps や Teams カスタムアプリといった「モバイル向けに最適化された別コンポーネント」でバーコードスキャンを提供する戦略を採っていると考えられます。
暫定対処策 1：Power Apps でカスタムフォームを作成し、Lists をデータソースにする
もっとも王道で、Microsoft 公式も想定している代替策が、Power Apps でバーコード対応のカスタムフォーム／アプリを作り、Microsoft Lists（SharePoint リスト）をデータソースにする方法です。
構成イメージ
| 要素 | 役割 |
|---|---|
| Microsoft Lists（SharePoint リスト） | バーコード値・在庫数・状態などを保存するデータベース |
| Power Apps Canvas アプリ | 現場用 UI。バーコードスキャナーコントロールでコードを読み取り、リストに書き込む |
| Power Apps モバイルアプリ | iOS / Android で Canvas アプリを実行するクライアント |
Power Apps には 「バーコードリーダー（Barcode reader）コントロール」があり、Android / iOS / Windows ではネイティブのスキャナー UI を起動してバーコード／QR コードを読み取れます（Web ブラウザーは対象外）。
簡易ステップ：スキャン結果を Lists に保存するアプリ
- Lists（SharePoint リスト）を用意
- 例：リスト名
Inventory - 列例：
Title（テキスト）：製品名またはバーコード表示用Barcode（テキスト）：バーコード／QR コードの値Quantity（数値）：数量Location（テキスト）：保管場所ScannedBy（ユーザー）：最終更新者ScannedAt（日時）：最終スキャン日時
- 「Barcode」列は一意制約（重複禁止）にしておくと重複登録を防ぎやすくなります。
- 例：リスト名
- Power Apps で Canvas アプリを新規作成
- データソースに「SharePoint（または Microsoft Lists）」を追加し、上記リストを接続します。
- バーコードリーダーコントロールを配置
- 挿入メニューから「バーコードリーダー」を追加。
- ラベルやテキスト入力（数量・場所など）を並べ、スキャン結果を表示・編集できるようにします。
- OnScan で Lists へ書き込み
- バーコードリーダーの
OnScanプロパティに、Patch関数などでリストへ登録・更新する式を設定します。
// 例：バーコードが既存なら数量を +1、なければ新規登録 Set( varBarcode, BarcodeReader1.Value ); If( IsBlank( LookUp(Inventory, Barcode = varBarcode) ), Patch( Inventory, Defaults(Inventory), { Title: varBarcode, Barcode: varBarcode, Quantity: 1, ScannedBy: User().FullName, ScannedAt: Now() } ), Patch( Inventory, LookUp(Inventory, Barcode = varBarcode), { Quantity: ThisRecord.Quantity + 1, ScannedBy: User().FullName, ScannedAt: Now() } ) );※実際の式は業務要件に合わせて調整してください。 - バーコードリーダーの
- モバイル端末に Power Apps アプリを配布
- 対象ユーザーに共有し、Power Apps モバイルアプリから起動すれば、旧 Lists モバイルアプリと同様に「カメラでスキャンして Lists データを更新」する運用が実現できます。
Power Apps カスタムフォームとして Lists に直接埋め込む
「アプリではなく、Lists の 新規アイテムフォームそのものを置き換えたい」という場合は、Microsoft Lists 側からフォームを Power Apps でカスタマイズすることもできます。
- Lists 画面で「統合」メニューから Power Apps > フォームのカスタマイズ を選択。
- Power Apps Studio が開くので、フォームにバーコードリーダーコントロールや独自ロジックを追加。
- 公開すると、Lists で「新規」「編集」ボタンを押した際に、このカスタムフォームが利用されます。
この方法なら、ユーザーは引き続き 「Lists を開いて新規ボタン」という操作でデータを登録しつつ、裏側では Power Apps のバーコードスキャン機能を利用できます（実際のスキャンは Power Apps モバイルアプリから行う形になります）。
Power Apps 方式のメリット・デメリット
| 観点 | メリット | デメリット / 注意点 |
|---|---|---|
| ユーザー体験 | 旧アプリに近い「カメラでサッとスキャン」が再現できる | ユーザーは Power Apps モバイルアプリのインストールが必要 |
| 拡張性 | 検品フロー・承認・在庫引当など、画面とロジックを柔軟にカスタム可能 | 設計の自由度が高い分、作り込みすぎると保守が大変 |
| ブラウザー互換性 | バーコードリーダーはネイティブ API を使うため、ブラウザー差異に悩まされない | Web ブラウザー上ではバーコードリーダーは使えない（ネイティブアプリ前提） |
| ライセンス | Microsoft 365 プランによっては追加コストなし／少額で利用可能 | 詳細なライセンス条件は契約内容に依存するため、別途確認が必要 |
暫定対処策 2：Power Automate と組み合わせて「スキャン → フロー → Lists 更新」を自動化
「スキャンして終わり」ではなく、その後にメール通知・複数リスト更新・承認などを自動で行いたい場合は、Power Apps（または外部スキャナー）＋ Power Automate という構成がおすすめです。
前提：Power Automate にネイティブな「バーコード入力トリガー」はない
まず押さえておきたいのは、2025 年 11 月時点で Power Automate には「バーコードをスキャンしてフローを開始する」専用トリガーは用意されていないという点です。コミュニティでは QR / バーコードを手軽にトリガーに使いたいという要望が出ており、アイデアポータルなどにも投稿されています。
そのため、実際には次のようなパターンで「スキャンを起点としたフロー」を構成します。
パターン A：Power Apps から Flow を起動する
もっともシンプルなのは、前述の Power Apps アプリをフロントエンドとして使い、スキャン後に Power Automate フローを起動する方法です。
- Power Apps でバーコードを読み取り、Lists へ登録／更新。
- 同じ画面から 「Power Automate」コネクタを呼び出し、次のようなことを行う：
- 在庫数が閾値未満なら発注依頼メールを送信
- 記録を別のログ用リストや Dataverse にも複写
- Teams チャネルに「〇〇がスキャンされました」と投稿
この構成なら、現場ユーザーは 「スキャン → 保存ボタン」だけで背後の複雑な処理を自動実行できます。
パターン B：HTTP リクエストトリガーを使って外部スキャナーから直接フローを起動
業務によっては、すでに 専用バーコードスキャナーアプリやハンディターミナルをお使いかもしれません。その場合、以下のような構成も有効です。
- Power Automate で 「HTTP 要求を受信したとき」トリガーを持つクラウドフローを作成。
- 要求本文（JSON）に、少なくとも以下の情報を受け取るようスキーマを定義：
- バーコード値（例：
code） - スキャン日時
- オペレーター ID / デバイス ID など
- バーコード値（例：
- スキャナーアプリ側で、スキャン完了時にフローのエンドポイント URL へ HTTP POST するよう設定。
- フロー側では受信データをもとに Microsoft Lists / SharePoint リストの項目を作成または更新。
この方法は、既存のスキャナー資産をそのまま生かしつつ、裏側のデータストアだけを Microsoft Lists に切り替える場面で特に有効です。
パターン C：Power Automate モバイルアプリをランチャーとして使う
Power Automate のモバイルアプリ自体にはバーコードスキャン UI はありませんが、「インスタント クラウド フロー（手動トリガー）」を登録しておけば、次のような運用も可能です。
- フローのトリガーに「フローを手動でトリガーする」を設定し、「テキスト入力」などのパラメーターを追加。
- モバイル端末側では、OS のカメラアプリまたはサードパーティースキャナーアプリでバーコードを読み取り、得られた文字列をコピー。
- Power Automate モバイルアプリで対象フローを起動し、入力欄にペーストして実行。
この方式はどうしても「アプリ切り替え＋コピペ」が発生するため、現場作業にはやや不向きですが、スキャン頻度が低い業務や一時的な暫定運用としては検討に値します。
暫定対処策 3：サードパーティーの QR / バーコードスキャナー ＋ Microsoft Lists API
より高度なカスタマイズや、既存システムとの統合を重視する場合は、サードパーティーのスキャナーアプリと Microsoft Lists API（SharePoint REST / Microsoft Graph）を組み合わせる方法もあります。
基本アイデア
- スマホアプリ、ハンディターミナル、Bluetooth スキャナーなどでバーコードを読み取る。
- スキャン結果をアプリ内で加工し、REST API（Graph / SharePoint）経由で Lists に対して
POST / PATCHを行う。 - 認証は Azure AD アプリ登録と OAuth 2.0（機密情報を端末に埋め込まない設計が必須）。
Microsoft Graph では Sites / Lists / Items エンドポイントを使ってリストアイテムの作成・更新が行えます。SharePoint REST API を使う場合も、基本的な考え方は同じです。
構成パターン例
| パターン | 構成概要 | 向いているケース |
|---|---|---|
| ネイティブアプリ → Graph 直書き | モバイルアプリに認証と API 呼び出しを実装し、スキャン結果を即座に Lists に反映 | モバイルアプリ開発のリソースがある、自社専用アプリを持っている |
| スキャナー → 中継 API → Graph | スキャナーは自社 API に送信し、中継 API が Office 365 への書き込みを担当 | 既存のバックエンド（API や ESB）があり、統合ポイントを一元化したい |
| スキャナー → Power Automate（HTTP トリガー）→ Lists | スキャナーは Power Automate の HTTP エンドポイントに送信し、フローが Lists を更新 | インフラを増やしたくない、できる限りローコードで完結させたい |
この方式は自由度が高い反面、認証・エラー再送・オフライン同期などを自前で考える必要があるため、IT 部門や開発パートナーと連携して設計するのがおすすめです。
Teams / Web 技術を活用した応用パターン
少し応用編として、Teams のデバイス機能や Web API を活用したパターンも紹介します。
Teams モバイルアプリの QR / バーコードスキャナー機能
Teams プラットフォームでは、Teams JavaScript クライアント API の scanBarCode を使い、モバイル端末のカメラで QR / バーコードを読み取る機能が提供されています。これは Teams モバイルクライアント向けの機能で、カスタム Teams アプリから呼び出すことで、スキャン結果を Web アプリ側に返すことができます。
この機能を使えば、次のような構成も可能です。
- Teams のタブアプリとして独自 Web アプリを配置。
- タブアプリ内で
scanBarCodeを呼び出してコードを取得。 - 取得したコードをもとに Microsoft Lists へ書き込み（Graph / REST / Power Automate 経由）。
既に Teams を業務ハブとして活用している組織では、「Teams タブからスキャンして Lists を更新する」という自然な導線が作れます。
PWA＋Barcode Detection API での自前実装（実験的）
Web アプリを自社開発できるのであれば、Barcode Detection API を使って PWA でスキャナーを組み込むことも技術的には可能です。
ただし前述の通り、Safari などでは未対応であり、本番運用にはリスクが大きいため、現状は次のような位置づけがおすすめです。
- PoC（検証）用途：Android 端末限定での試験運用・社内デモに留める。
- 補助機能：サポートされない端末では「手入力」に自動フォールバックするなど、多重の UI を用意する。
今後の対応：Microsoft へのフィードバックとウォッチすべき情報源
公式に代替機能はアナウンスされているか？
2025 年 11 月時点で、Microsoft Lists モバイル Web / PWA にバーコード／QR スキャナー機能を再実装するという公式発表はありません。サポート記事や最新の機能アップデート紹介でも、主にフォーム機能の強化や UI 改善が中心で、スキャナーに関する記載は見当たりません。
フィードバックを届けるべき場所
バーコード機能は 特定の業務（在庫・資産管理など）では致命的な機能であるため、必要性を継続的に伝えることが重要です。
- Microsoft Lists フィードバックポータル
- Lists 向けの公式フィードバックポータルが公開されており、機能要望の投稿・投票・コメントができます。
- Lists チームもここを定期的に確認し、ステータスを更新しています。
- Microsoft 365 管理センター > メッセージセンター
- Lists やモバイルアプリのリタイア情報、今後の新機能はここに最初に出ることが多いです。
- Microsoft Tech Community（SharePoint / Lists ブログ）
- フォーム機能などの新機能は公式ブログで詳しく解説されるため、RSS やメールでのウォッチがおすすめです。
特にバーコード／QR スキャン再実装を望む場合は、同じ要望を持つユーザー同士で同一アイデアに投票し、業務インパクト（例：倉庫現場の作業時間が 2 倍になる 等）を合わせて記載すると、優先度が上がりやすくなります。
業務要件別：どの代替策を選ぶべきか
ここまで紹介した代替策を、「どんな現場に向いているか」という観点で整理します。
| 業務要件 | 推奨構成 | ポイント |
|---|---|---|
| ノーコード中心・現場主導で素早く対応したい | Power Apps カスタムフォーム＋Lists | 既存のリストをそのまま使いながら、画面とロジックだけを Power Apps で上書きできる。 |
| スキャン後に複雑な自動処理（メール、別システム連携等）が必要 | Power Apps ＋ Power Automate | スキャンは Power Apps、バックエンドの連携ロジックを Power Automate に分離し、メンテナンス性を高める。 |
| 既に専用スキャナーや他システムを導入済み | サードパーティースキャナー ＋ Power Automate HTTP トリガー or Graph | 現場の機器はそのまま活かし、データの「行き先」だけを Microsoft Lists に切り替える。 |
| Teams を業務ポータルとして使っている | Teams タブアプリ（scanBarCode API）＋ Lists | Teams 上からスキャン・参照・通知まで完結させることができる。 |
| 技術検証・PoC として Web だけで完結させたい | PWA ＋ Barcode Detection API（実験的） | 本番運用には向かないが、将来の Web API を見据えたプロトタイプとしては有用。 |
移行プロジェクトを進めるうえでのチェックポイント
最後に、旧 Lists モバイルアプリからの移行を安全に進めるための実務的なチェックリストをまとめます。
1. 現状の利用状況を棚卸しする
- どのリストでバーコードスキャンを使っているか。
- どのフィールドにスキャン値を書き込んでいるか。
- スキャン後にどんな手作業（集計・転記・承認）が行われているか。
まずは 「スキャンが消えたら何が困るのか」を洗い出し、業務影響度を定量化しておきましょう。
2. Lists のスキーマを見直す
- バーコード値を 一意キーとして扱えるよう列を分離する（Title と混在させない）。
- 数量や状態などはデータ型を適切に設定（数値・選択肢など）。
- バージョン管理や変更履歴を有効化しておく。
Power Apps や外部アプリから更新する場合も、リスト構造が整理されているほどロジックがシンプルになり、バグや二重登録を防ぎやすくなります。
3. 代替手段を PoC で検証する
- 対象ユーザーの一部を選び、Power Apps アプリやスキャナー連携を試験導入。
- 実機でのスキャン速度・読み取り精度・オフライン時の挙動を確認。
- 旧アプリと比べた操作ステップ数・作業時間を計測し、差分を把握。
特に倉庫や工場など、1回の操作時間の差がそのまま工数に直結する現場では、PoC の段階で現場担当者のフィードバックをしっかり取り込むことが重要です。
4. 段階的なロールアウトと並行稼働期間の設定
- 最も重要度の高いリストから順に移行する。
- 可能であれば、一定期間は旧アプリ（利用可能なうち）と新方式を並行稼働させる。
- 各ステップで「戻せるポイント」を決めておく（例：Power Apps の公開を元に戻す）。
Microsoft Lists モバイルアプリは 2025 年 11 月で実質的に利用不能になる予定のため、計画的に代替手段へ移行し、現場の混乱を最小限に抑えることが求められます。
5. 運用マニュアルと教育のアップデート
- 新しいスキャン手順（アプリ起動〜スキャン〜保存）を画面キャプチャ付きで文書化。
- 「よくあるトラブル」とその対処方法（通信不良時・スキャン失敗時など）を整理。
- 短時間のハンズオントレーニングを実施し、現場で質問を受け付ける。
スキャン機能は一見単純ですが、現場のオペレーションと密接に結びついた重要なインターフェースです。技術的な代替手段を用意するだけでなく、運用・教育・サポートまで含めて移行計画を立てることで、Microsoft Lists モバイルアプリ廃止の影響を最小限に抑えられます。
まとめると、2025 年 11 月時点では モバイル Web / PWA 版 Microsoft Lists にバーコード／QR スキャナー機能は存在せず、Microsoft からも公式な代替機能のアナウンスはありません。しかし、Power Apps・Power Automate・Teams・サードパーティースキャナー・Graph API などを組み合わせることで、旧アプリ以上に柔軟なスキャン運用を実現することは十分可能です。
業務でバーコードスキャンが必須の場合は、早めに自組織に合った代替案を選定し、PoC → 段階導入 → 本番移行というプロセスを踏むことを強くおすすめします。
コメント