OneDrive for Business – Connectors の更新情報を見て「既存の Power Automate や Logic Apps のフローに影響があるのか」「SharePoint / OneDrive の管理設定を見直すべきか」と迷う管理者は少なくありません。結論から言うと、今回確認すべき中心は新機能の使い方よりも、制限・非推奨アクション・ポリシー干渉・トリガーの誤発火対策です。特に、OneDrive for Business コネクタを使ってファイルの作成、更新、取得、削除、PDF 変換、共有リンク作成を自動化している組織では、既存フローの棚卸しとテストが必要です。
Microsoft Learn の OneDrive for Business – Connectors では、OneDrive for Business をクラウドストレージ兼ファイルホスティングサービスとして説明し、コネクタ経由でファイルのアップロード、更新、取得、削除などを実行できるとしています。利用対象は Power Automate、Power Apps、Logic Apps、Copilot Studio などに広がるため、SharePoint / OneDrive 管理者だけでなく、Power Platform 管理者、業務自動化を担当する開発者、情報システム部門も確認対象です。(Microsoft Learn)
OneDrive for Business – Connectorsとは何か
OneDrive for Business – Connectors は、Power Automate、Power Apps、Azure Logic Apps、Copilot Studio などから OneDrive for Business 上のファイルを扱うための Microsoft 提供コネクタです。
たとえば、次のような処理をノーコードまたはローコードで実装できます。
- 指定フォルダーにファイルが作成されたら承認フローを開始する
- アップロードされた Word ファイルを PDF に変換する
- 特定のファイルを別フォルダーへコピーする
- ファイルのメタデータを取得して一覧化する
- 共有リンクを作成して関係者へ通知する
- URL からファイルを OneDrive に保存する
- ZIP ファイルを指定フォルダーに展開する
重要なのは、このコネクタが「OneDrive の画面を便利にする機能」ではなく、業務プロセスの中で OneDrive 上のファイルを自動処理する接続口だという点です。したがって、仕様や制限を見落とすと、ファイルが処理されない、フローが二重実行される、共有リンクが意図せず作成される、ポリシーにより突然アクセス拒否になる、といった実務上のトラブルにつながります。
今回の公式情報で押さえるべき変更点と確認ポイント
2026年6月6日に公開または更新された公式情報として確認すべきポイントは、単純な「新機能追加」だけではありません。実務では、以下のように整理すると影響を判断しやすくなります。
| 確認ポイント | 内容 | 影響を受けやすい利用者 |
|---|---|---|
| 対応サービス | Power Automate、Power Apps、Logic Apps、Copilot Studio などで利用可能 | Power Platform 管理者、開発者 |
| 非推奨アクション | 旧共有リンク作成、旧ファイル一覧、旧トリガーなどに代替アクションが示されている | 既存フローの保守担当 |
| ファイルサイズ制限 | 一部トリガーは 50 MB 超のファイルをスキップ | 大容量ファイルを扱う部門 |
| ポリシー影響 | ダウンロード禁止、非管理デバイス、ネットワーク場所制御などがコネクタ動作に影響 | SharePoint / OneDrive 管理者 |
| トリガー挙動 | ファイル変更検出はベストエフォートで、想定外に起動する可能性がある | 承認・通知・同期フローの作成者 |
| スロットリング | 接続ごとの API 呼び出しは 60 秒あたり 100 回 | 大量処理フローの開発者 |
| クロスドライブ制限 | 接続アカウントとその所有データが中心。ショートカット追加も制限対象 | 複数ユーザー・複数部署をまたぐ運用担当 |
特に見落としやすいのは、「OneDrive の画面上では見えるファイル」と「コネクタで扱えるファイル」が必ずしも一致しない点です。共有ファイル、ショートカット、別テナント、マルチジオ環境では、ユーザーが手動で開けるように見えても、コネクタ処理では失敗する可能性があります。
対象になる管理者・開発者・利用部門
OneDrive for Business – Connectors の確認対象は、フロー作成者だけではありません。実際の運用では、次の担当者がそれぞれ異なる観点で確認する必要があります。
SharePoint / OneDrive管理者
SharePoint / OneDrive 管理者は、ファイル共有、ダウンロード制限、非管理デバイス、ネットワーク場所制御などのポリシーが、コネクタの動作に影響していないかを確認します。
公式情報では、OneDrive for Business コネクタがファイル内容のダウンロードに依存する場面があり、ファイルダウンロードを禁止するポリシーや非管理デバイス制御、ネットワーク場所に基づくアクセス制御がコネクタ利用を妨げる可能性があると説明されています。(Microsoft Learn)
管理者が見るべきポイントは、単に「フローが動くか」ではなく、次の3点です。
- コネクタがアクセスするファイルに、ダウンロード禁止や IRM が適用されていないか
- 条件付きアクセスやネットワーク場所制御により、コネクタ実行アカウントがブロックされないか
- 共有リンク作成やファイル取得が、組織の情報保護ポリシーと矛盾しないか
Power Platform管理者
Power Platform 管理者は、データポリシーで OneDrive for Business コネクタをどのデータグループに分類するかを確認します。
Power Platform のデータポリシーでは、コネクタを Business、Non-Business、Blocked のグループに分類し、異なるグループ間のデータ共有を制御します。Microsoft のドキュメントでは、OneDrive for Business はブロックできないコネクタ一覧に含まれており、Business または Non-Business として分類する対象です。(Microsoft Learn)
実務では、OneDrive for Business を Business に分類するケースが多いものの、すべての環境で無条件に許可するのは危険です。たとえば、検証用環境や個人作成フローが多い環境では、Gmail、個人向けクラウドストレージ、SNS 系コネクタと同じフローで利用できないようにする設計が必要です。
開発者・フロー作成者
開発者やフロー作成者は、アクション名だけでなく、制限値とトリガーの性質を確認する必要があります。
よくある失敗は、「ファイルが作成されたら処理する」という単純な設計で、次のようなケースを考慮していないことです。
- 50 MB を超えるファイルがトリガー対象外になる
- ファイル変更トリガーが、ユーザー操作以外の自動変更でも起動する
- ファイル作成直後に PDF 変換を実行して失敗する
- URL からアップロード後、実際には完了していないのに後続処理が走る
- 大量ファイル処理でスロットリングに達する
OneDrive for Business コネクタのフローは、成功したように見えても、ファイル内容やタイミングによって結果が変わります。業務で使う場合は、待機、再試行、存在確認、エラー分岐を設計に含めるべきです。
非推奨アクションは早めに置き換える
公式情報では、いくつかのアクションやトリガーに非推奨の表示があり、代替アクションの利用が案内されています。代表的なものは次のとおりです。
| 非推奨の対象 | 置き換え先の考え方 | 確認すべき既存フロー |
|---|---|---|
| 共有リンクの作成 [非推奨] | 新しい「共有リンクを作成する」系アクションへ置き換え | 外部共有、承認後共有、通知フロー |
| パスによる共有リンク作成 [非推奨] | 新しいパス指定の共有リンク作成アクションへ置き換え | ファイルパスを使ってリンク生成するフロー |
| フォルダー内のファイル一覧 [非推奨] | 新しい一覧取得アクションへ置き換え | 定期的にフォルダーを巡回するフロー |
| ファイル作成・変更トリガーの旧版 | 新しい V2 系または現行トリガーへ置き換え | 古くから運用している通知・承認フロー |
非推奨と表示されているからといって、直ちにすべてのフローが停止するとは限りません。ただし、今後の保守性や予期しない仕様変更への備えを考えると、新規作成では非推奨アクションを使わず、既存フローは優先順位を付けて移行するのが安全です。
移行時は、単にアクションを差し替えるだけでなく、戻り値の形式、必須パラメーター、ファイル ID とパスの扱い、共有リンクのスコープを確認してください。特に共有リンク関連は、意図しない外部共有を生みやすいため、テスト環境でリンク種別と権限を必ず検証します。
ファイルサイズ制限と大容量ファイルの注意点
OneDrive for Business – Connectors で最も実務影響が大きいのが、ファイルサイズに関する制限です。
公式情報では、アーカイブ展開アクションは最大 50 MB かつ 100 ファイルまで、ファイル作成・変更トリガーは 50 MB を超えるファイルをスキップするとされています。また、大きなファイルのコピーはサービス負荷などによりタイムアウトする可能性があります。(Microsoft Learn)
50 MB超のファイルを扱う場合の設計
50 MB を超える動画、CAD、画像、ログ、バックアップファイルなどを扱う場合、OneDrive for Business コネクタだけで完結させる設計は避けた方が安全です。
実務では、次のような対応を検討します。
| ケース | 推奨対応 |
|---|---|
| 大容量ファイルのアップロード検知 | ファイル内容ではなく、プロパティのみのトリガーや別の検知方法を検討する |
| 大容量ファイルのコピー | タイムアウト前提で再試行、完了確認、失敗通知を入れる |
| ZIP 展開 | 50 MB / 100 ファイル以内に収まるよう、事前分割や別サービスの利用を検討する |
| 動画・設計データ処理 | OneDrive コネクタではなく、専用ストレージやバッチ処理基盤も候補に入れる |
「小さなファイルでテストしたら動いた」だけでは、本番運用の検証として不十分です。実際の業務で扱う最大サイズ、最大件数、ピーク時間帯のファイルを使って確認してください。
PDF変換は「ファイル作成直後」に実行しない
OneDrive for Business コネクタでは、ファイル変換アクションも利用できます。ただし、ファイル作成直後に PDF 変換を実行すると、ファイルの準備が完了しておらずエラーになることがあります。
公式情報では、ファイルを PDF に変換する際に “Bad gateway” や “The resource could not be found” のようなエラーが発生する場合、ファイル作成から PDF 変換までの遅延を長くする回避策が示されています。(Microsoft Learn)
実務では、次のようなフローにすると安定しやすくなります。
| 手順 | 処理 | 目的 |
|---|---|---|
| 1 | ファイル作成トリガーを受ける | 処理開始 |
| 2 | 数十秒から数分の待機を入れる | OneDrive 側の同期・保存完了を待つ |
| 3 | ファイルメタデータまたは存在確認を行う | ファイルが参照可能か確認 |
| 4 | PDF 変換を実行する | 変換処理 |
| 5 | 失敗時は再試行または管理者通知 | 一時的な失敗を吸収 |
待機時間は固定でよいとは限りません。ファイルサイズ、ネットワーク状況、サービス負荷によって変わるため、再試行回数とタイムアウト条件もセットで設計します。
「URLからファイルをアップロードする」は完了確認が必須
「URL からファイルをアップロードする」アクションは便利ですが、後続処理をすぐに実行する設計には注意が必要です。
公式情報では、このアクションは実際の結果にかかわらず 20 秒後に成功を報告し、ファイルサイズやダウンロード元の速度によってはアップロード処理がさらに長くかかる可能性があると説明されています。実際の結果を確認するには、アップロード後にファイルの存在確認やタイムアウト確認のロジックを入れる必要があります。(Microsoft Learn)
つまり、「アクションが成功した」ことと「ファイルが使える状態になった」ことは同じではありません。
たとえば、次のようなフローは失敗しやすい設計です。
URL からファイルをアップロード
→ すぐにファイルを PDF 変換
→ すぐにメール添付で送信
より安全なのは、次の設計です。
URL からファイルをアップロード
→ 一定時間待機
→ ファイルの存在確認
→ サイズが 0 でないことを確認
→ 必要に応じて再試行
→ 後続処理へ進む
ファイル受領や請求書処理のように業務影響が大きいフローでは、成功通知だけでなく、失敗通知と再処理手順も用意しておきましょう。
トリガーの誤発火・多重起動に注意する
OneDrive for Business コネクタの「ファイルが変更されたとき」系トリガーは便利ですが、厳密な変更検知として使うには注意が必要です。
公式情報では、ファイル変更トリガーはメタデータ変更や共有アクセス許可の変更など、関心の薄い変更イベントをベストエフォートで除外するものの、OneDrive 自体が変更種別を明確に区別する機能を提供していないため、目に見える変更がない場合でもトリガーが起動することがあると説明されています。また、Office アプリなどがユーザー操作なしにファイルを変更する場合もあり、トリガーが想定より多く起動する可能性があります。(Microsoft Learn)
誤発火しやすい例
- Excel ファイルを開いただけで自動保存が走る
- 共同編集により短時間で複数回更新される
- 共有権限やメタデータだけが変更される
- Office アプリが内部的にファイルを更新する
- 同期処理により更新イベントが複数回発生する
実務で入れるべき対策
| 対策 | 具体例 |
|---|---|
| 二重実行防止 | 処理済みフラグ、ログリスト、ファイルID＋更新日時で判定する |
| 人間の承認 | 重要な削除・共有・外部送信の前に承認ステップを入れる |
| 条件分岐 | 拡張子、フォルダー、ファイル名、更新者で対象を絞る |
| 遅延処理 | 更新直後ではなく、数分待ってから処理する |
| ファイル単位の処理 | ファイル内の行単位更新に依存しすぎない |
特に、ファイル変更をきっかけに外部送信や共有リンク作成を行うフローでは、誤発火が情報漏えいにつながる可能性があります。トリガーを信用しすぎず、後続条件で必ず絞り込むことが大切です。
約30件を超える保留変更にも注意
公式情報では、新規ファイルや変更ファイルのトリガーについて、2回のトリガーポーリング間に約30を超える保留中の変更がある場合、問題が発生する可能性があるとされています。(Microsoft Learn)
これは、月末月初の大量アップロード、部署単位の移行、フォルダー同期、帳票一括生成などで影響しやすいポイントです。
たとえば、毎朝 9 時に 100 件の帳票がまとめて出力されるフォルダーに対して、OneDrive for Business コネクタのトリガーだけで全件処理しようとすると、一部ファイルが検知されない、順序がずれる、再実行時に重複する、といった問題が起こる可能性があります。
このような場合は、トリガーだけに頼らず、定期実行でフォルダーを一覧取得し、未処理ファイルを検出する方式を組み合わせると安定します。
API呼び出し制限を前提に大量処理を設計する
OneDrive for Business コネクタにはスロットリング制限があります。公式情報では、接続ごとの API 呼び出しは 60 秒あたり 100 回とされています。(Microsoft Learn)
少数ファイルの処理では問題になりにくいものの、次のようなケースでは制限に達する可能性があります。
- 数百件のファイルを順番にコピーする
- 各ファイルに対してメタデータ取得、内容取得、更新、共有リンク作成を行う
- 複数のフローが同じ接続アカウントを使って同時実行される
- ループ内で不要なファイル取得アクションを繰り返す
開発者は、1ファイルあたり何回 API 呼び出しが発生するかを見積もってください。
たとえば、1ファイルにつき「メタデータ取得」「内容取得」「コピー」「共有リンク作成」「通知前確認」の5回呼び出す設計なら、20ファイルで100回に達します。並列処理を有効にしている場合は、短時間に呼び出しが集中し、失敗しやすくなります。
大量処理では、次の対策が有効です。
- ループの並列度を下げる
- 不要なメタデータ取得を減らす
- 一括処理を時間帯で分散する
- 失敗時の再試行間隔を長めに設定する
- 接続アカウントを用途別に分ける
- 処理済みファイルを別フォルダーへ移動して再処理を防ぐ
クロステナント・マルチジオ・クロスドライブは期待しすぎない
OneDrive for Business コネクタは、組織をまたいだ柔軟なファイル操作を万能に実現するものではありません。
公式情報では、テナントホスト名の境界を越えた共有ファイルへのアクセスはサポートされず、マルチジオシナリオもサポートされないと説明されています。また、クロスドライブ機能もサポートされず、コネクタへの接続に使用されたアカウントと、そのアカウントが所有するデータで動作するとされています。ショートカット追加で見えるファイルやフォルダーも、この制限に含まれます。(Microsoft Learn)
影響を受けやすい構成
| 構成 | 起こりやすい問題 |
|---|---|
| 別会社テナントから共有されたファイルを処理 | 手動では見えてもコネクタでアクセスできない |
| グローバル企業のマルチジオ環境 | 地域をまたぐ OneDrive ファイル操作が失敗する |
| 他ユーザーの OneDrive へのショートカット | 接続アカウント所有データとして扱えず失敗する |
| 部門代表者の OneDrive を共有ストレージ化 | 担当者変更・退職時にフローが停止する |
この制限を踏まえると、部門共通の自動処理は個人の OneDrive ではなく、SharePoint ドキュメントライブラリを基盤にした方が安定します。OneDrive は個人作業領域、SharePoint はチーム・業務プロセスの保管場所、と役割を分けることが重要です。
ファイルピッカーは200件まで。フォルダー設計も見直す
公式情報では、OneDrive コネクタのファイルピッカーはフォルダーあたり最大200アイテムまでしか表示しないとされています。フォルダー内に200を超えるアイテムがある場合、ユーザーが目的のアイテムを見つけにくくなる可能性があります。(Microsoft Learn)
これは、管理者よりも現場のフロー作成者がつまずきやすい制限です。
「ファイルが存在するのに選択画面に出てこない」という問い合わせがある場合、権限ではなく、フォルダー内のアイテム数が原因のことがあります。
対策としては、次のようなフォルダー設計が有効です。
- 年度別、月別、部門別にフォルダーを分ける
- 処理済みファイルをアーカイブフォルダーへ移動する
- フロー用フォルダーには対象ファイルだけを置く
- ファイル名ルールを決め、検索しやすくする
- 手動選択ではなく、パスやID指定で運用する
OneDrive / SharePoint の自動化では、フロー設計だけでなく、フォルダー構成そのものが安定性に影響します。
セキュリティポリシーとの衝突を事前に確認する
OneDrive for Business – Connectors を展開する際は、SharePoint / OneDrive のポリシー、Microsoft Entra ID の条件付きアクセス、Power Platform のデータポリシーを別々に考えてはいけません。
特に、次の設定はコネクタ利用と衝突しやすい項目です。
| 設定 | 確認ポイント |
|---|---|
| ファイルダウンロード禁止 | コネクタがファイル内容を取得できるか |
| 非管理デバイス制限 | コネクタ実行が制限対象にならないか |
| ネットワーク場所制御 | 想定外のアクセス拒否が起きないか |
| IRM / 暗号化 / パスワード保護 | 変換や内容取得の対象外にならないか |
| DLP / データポリシー | 他コネクタとの組み合わせが許可されるか |
| 外部共有制限 | 共有リンク作成アクションがポリシーに反しないか |
Microsoft Entra ID のアプリ強制制限では、非管理デバイスから特定の SharePoint サイトや OneDrive へのアクセスをブロックまたは制限する用途が示されています。条件付きアクセスは強力なため、緊急用管理者アカウントの除外やレポート専用モードでの確認も推奨されています。(Microsoft Learn)
また、SharePoint / OneDrive で「組織のポリシーによりアクセスできない」というエラーが出る場合、情報バリア、非管理デバイスポリシー、ネットワーク場所ポリシーなど原因が分かれるため、エラーメッセージの文言を見て切り分ける必要があります。(Microsoft Learn)
管理者がまず実施すべき棚卸し
既存環境で OneDrive for Business コネクタを使っている場合、最初にやるべきことは新機能の検証ではなく棚卸しです。
棚卸しの観点
| 確認項目 | 見るべき内容 |
|---|---|
| 利用フロー | OneDrive for Business コネクタを使う Power Automate / Logic Apps |
| 利用アクション | 作成、更新、削除、共有リンク、PDF変換、URLアップロードなど |
| 非推奨利用 | 旧共有リンク作成、旧トリガー、旧一覧取得の有無 |
| 接続アカウント | 個人アカウントに依存していないか |
| 対象フォルダー | 個人 OneDrive か、SharePoint ライブラリか |
| ファイルサイズ | 50 MB を超えるファイルが処理対象に含まれるか |
| 実行頻度 | 大量処理や短時間集中がないか |
| 失敗時対応 | 通知、再試行、手動復旧手順があるか |
特に危険なのは、退職予定者や異動者の OneDrive に接続したまま、業務フローが動いているケースです。接続アカウントの無効化や権限変更で、ある日突然フローが停止します。重要な業務フローは、個人の OneDrive ではなく、管理された SharePoint サイトや専用アカウントを使った運用に移行することを検討してください。
開発者が移行・改修時に確認すべきチェックリスト
既存フローを改修する場合は、次の順番で確認すると抜け漏れを減らせます。
| 順番 | チェック内容 | 判断基準 |
|---|---|---|
| 1 | 非推奨アクションの有無 | 非推奨なら現行アクションへ置き換える |
| 2 | ファイルサイズ | 50 MB 超のファイルがあるなら別設計を検討する |
| 3 | トリガー条件 | 誤発火や多重起動に備えた条件分岐があるか |
| 4 | 共有リンク | リンク種別、スコープ、有効期限、外部共有可否を確認する |
| 5 | 接続アカウント | 個人依存ではなく、業務継続できるアカウントか |
| 6 | エラー処理 | 再試行、通知、ログ記録があるか |
| 7 | スロットリング | 60秒あたり100回を超える可能性がないか |
| 8 | ポリシー | DLP、条件付きアクセス、SharePoint / OneDrive ポリシーと矛盾しないか |
| 9 | 本番テスト | 実データに近いサイズ・件数で検証したか |
移行時は、いきなり本番フローを編集せず、コピーを作って検証環境で動作確認するのが安全です。特に、共有リンク作成や削除アクションを含むフローは、テスト用フォルダーとテスト用ファイルで確認してください。
展開時のベストプラクティス
OneDrive for Business – Connectors を組織で安全に展開するには、技術的な設定だけでなく、運用ルールも必要です。
推奨する展開方針
| 項目 | 推奨方針 |
|---|---|
| 保存場所 | 個人 OneDrive ではなく、業務共通ファイルは SharePoint ライブラリを優先 |
| 接続アカウント | 個人依存を避け、所有者変更時の手順を用意 |
| フォルダー設計 | フロー専用フォルダーを作り、対象ファイルを限定 |
| ファイル名ルール | 日付、部門、処理種別などを含め、検索・判定しやすくする |
| 権限 | 最小権限を基本にし、共有リンク作成は慎重に許可 |
| ログ | 処理済み、失敗、スキップを記録する |
| 監視 | 重要フローは失敗通知を管理者に送る |
| ドキュメント化 | フロー目的、所有者、接続、対象フォルダー、復旧手順を残す |
OneDrive for Business コネクタは便利ですが、個人作業領域に依存しやすい特徴があります。業務システムとして使うなら、SharePoint サイト、権限設計、データポリシー、監視まで含めて設計することが重要です。
よくあるトラブルと原因の切り分け
OneDrive for Business – Connectors で問い合わせが多いトラブルは、原因が似て見えます。次の表を使うと、初動の切り分けがしやすくなります。
| 症状 | 主な原因 | 最初に確認すること |
|---|---|---|
| ファイルがトリガーされない | 50 MB 超、移動ファイル、保留変更過多 | ファイルサイズ、作成方法、件数 |
| ファイルが選択画面に出ない | フォルダー内200件超、権限不足 | フォルダー内件数、ファイルパス |
| PDF変換に失敗する | 作成直後、保護ファイル、IRM、パスワード | 待機時間、ファイル保護状態 |
| アクセス拒否になる | ポリシー、ロック、権限不足 | 条件付きアクセス、SharePoint / OneDrive ポリシー |
| フローが何度も動く | Office 自動保存、メタデータ変更、共有権限変更 | 更新者、更新内容、処理済み判定 |
| URLアップロード後に後続処理が失敗 | アップロード未完了 | 存在確認、サイズ確認、待機 |
| 他部署のファイルが扱えない | クロスドライブ、ショートカット、所有者制限 | 接続アカウントとファイル所有者 |
| 大量処理で失敗する | スロットリング、タイムアウト | API呼び出し回数、並列度、再試行 |
トラブル対応では、エラーメッセージだけで判断せず、「対象ファイル」「接続アカウント」「ポリシー」「ファイルサイズ」「実行タイミング」をセットで確認してください。
これから取るべき具体的なアクション
OneDrive for Business – Connectors の更新情報を受けて、管理者や開発者がまず行うべきことは次の5つです。
1つ目は、OneDrive for Business コネクタを使っているフローやアプリを棚卸しすることです。特に、共有リンク作成、ファイル削除、PDF変換、大量処理を含むものを優先します。
2つ目は、非推奨アクションを確認し、現行アクションへの置き換え計画を作ることです。新規フローでは非推奨アクションを使わないよう、作成ルールにも反映します。
3つ目は、50 MB 制限、200件表示制限、60秒あたり100回の呼び出し制限を前提に、対象フォルダーと処理件数を見直すことです。
4つ目は、SharePoint / OneDrive のポリシー、Microsoft Entra ID の条件付きアクセス、Power Platform のデータポリシーを横断的に確認することです。どれか1つの設定変更で、コネクタが突然動かなくなる可能性があります。
5つ目は、フローの失敗を前提にした運用を整えることです。再試行、ログ、通知、手動復旧手順があれば、障害時の影響を大きく減らせます。
OneDrive for Business – Connectors は、SharePoint / OneDrive のファイル業務を自動化する強力な仕組みです。ただし、ファイルサイズ、ポリシー、トリガー挙動、非推奨アクションを理解せずに使うと、業務停止や情報管理上のリスクにつながります。まずは既存フローを一覧化し、非推奨・大容量・共有リンク・個人 OneDrive 依存の4点から優先的に見直しましょう。
コメント