要点まとめ
- 「Outlookと繋ぎたい」——ユーザーからの何気ない一言から始まったが、Microsoft 365担当の私の頭には「これ、うちのテナントに繋いで大丈夫？」という警報が鳴った
- 技術的には"繋がる"。 でも、ここで終わらないのが情シスの性
- 「繋がる」と「繋いでいい」は、まったくの別物だった。見るべきはMicrosoft側だけじゃない。"繋いでくる側"を統制できるか？ 同じ悩みを持つ管理者に、この線引きを共有したい
はじめに
私は、某企業で情報システム部門に所属し、Microsoft製品の窓口として働いております。
これまで SaaS の導入やインフラの構築・運用を経験し、現在は Microsoft 365 を中心としたサービスの活用や運用改善に携わっています。技術的な内容はもちろん、プロジェクト推進や運用設計といったテーマにも日々向き合ってきました。
Qiitaでは、Microsoft 製品に関する技術情報だけでなく、システム運用や仕事の進め方について、実際の経験をもとに整理して発信しています。
同じように現場で奮闘している方や、マネジメントに挑戦している方のヒントになればうれしいです。
結論
Community Edition（fair-codeライセンス）でも、Microsoft Graph APIによる設定で、Microsoft 365 へ「技術的に接続する」こと自体は可能です。
ただし、それは「接続できる＝統制できている」を意味しません。その理由としては、Community Edition には SSO / SAML、監査ログ、ログストリーミング といった、利用者認証・アカウント管理・監査の機能が含まれていないからです。
Microsoft 365 側の技術要件と、Microsoft 365 へ接続してくる n8n 側の統制は分けて考える必要があると結論付けました。
なぜ Microsoft 365 担当者が n8n を調査するのか？
私は Microsoft 365 の管理・運用を担当していますが、最近ではユーザー部門から、
- Outlook と連携したい
- メールをトリガーに業務を自動化したい
といった要望を受ける機会が増えています。
その中で名前が挙がることがあるのが n8n です。
n8n は Microsoft 製品ではありませんが、Outlook、Teams、SharePoint、OneDrive など Microsoft 365 サービスとの連携機能を備えています。そのため、ユーザーが利用したいと考えた場合、Microsoft 365 管理者としては「利用を許可してよいのか」を判断する必要があります。
n8n は多くの SaaS と連携できますが、本記事では機能紹介ではなく、
「Microsoft 365 管理者の視点で、n8n を Microsoft テナントに接続してよいのか」
という観点から、認証方式や権限、セキュリティ要件を確認していきます。
Microsoft credentials
https://docs.n8n.io/integrations/builtin/credentials/microsoft
n8nとは？
n8n（エヌエイトエヌ） は、ワークフロー自動化プラットフォームです。
複数のSaaSやシステムを連携し、
- メールを受信したら Teams に通知する
- フォームに登録されたら SharePoint に保存する
といった業務フローを、ノーコード・ローコードで構築できます。
また、n8nは単なる業務フローツールではなく、AIエージェントやLLM連携にも強みを持っており、OpenAI・Azure OpenAI・Claude・Gemini・Ollamaなど、汎用的に様々なツールを組み合わせた自動化を期待できます。
n8n ドキュメント
https://docs.n8n.io/
まずは整理
今回は、Microsoft 365 と外部のワークフロー自動化ツールを連携するユースケースを例に確認していきます。
経理業務での自動化検討
経理業務では、サプライヤーから受領した請求書の内容を確認し、会計システムへ入力する作業が日常的に発生します。
請求書のレイアウトや記載方法はサプライヤーごとに異なるため、仕入先名、請求書番号、支払期限、金額などを人が確認し、会計システムへ転記しなければならないケースも少なくありません。
この作業を自動化できれば、経理担当者の負荷軽減だけでなく、転記ミスや処理漏れを減らせる可能性があります。
そこで、共有メールボックスで受領した請求書をn8nで取得し、AIで必要な情報を抽出したうえで、会計システムへ下書き登録する構成を一つのユースケースとして整理します。
想定する処理の流れ
| ステップ | 処理内容 | 実行主体 |
|---|---|---|
| 1 | 請求書をメールで送信 | サプライヤー |
| 2 | メールと添付ファイルを取得 | n8n |
| 3 | 請求書情報を抽出 | AIサービス |
| 4 | 抽出結果を固定スキーマへ変換 | n8n |
| 5 | 会計システムへ下書き登録 | n8n |
| 6 | 原本と抽出結果を照合 | 経理担当者 |
| 7 | 必要に応じて修正し、処理を確定 | 経理担当者 |
ライセンス体系を確認する
n8n はセルフホストで利用できる Community Edition を提供していますが、一般的な OSS というより、Sustainable Use License に基づく fair-code ライセンスとして提供されています。n8n 公式ドキュメントでも、Sustainable Use License と n8n Enterprise License は fair-code モデルに基づくと説明されています。
fair-code の考え方では、ソースコードの利用・改変・再配布は自由に認められる一方で、以下のような制約があります。
- 自社の内部業務目的、または非商用・個人利用に限って利用・改変できる
- 他者への提供は、非商用かつ無償の場合に限られる
- ライセンス表記や著作権表記の削除・改変は不可
そのため、「n8nをホスティングして課金する」「ホワイトラベルで顧客へ提供する」といった用途は認められません。一方で、自社内の業務自動化やコンサルティング提供などは許容されます。社内利用が前提であれば問題になりにくいものの、一般的なOSSと同じ感覚で扱わないこと、こちらは要注意であると考えます。
Self-hosted環境におけるライセンス比較（概要）
ライセンスには、クラウド版もありますが、今回はメール本文や添付ファイルといった機微なデータを自社の管理下に置ける「オンプレ」での運用を前提とします。
Business
対象
- 従業員100名未満で、コラボレーションとスケーラビリティを必要とする企業向け
価格
- 667ユーロ/月（年額請求）
- 40,000 Workflow Executions
- ステップ数無制限
提供形態
- Self-hosted
Communityプランに加えて利用可能
- 共有プロジェクト：6個
- SSO / SAML / LDAP
- Insights：30日
- AI Assistant（提供予定）
- 環境分離（Dev / Test / Prod）
- スケーリングオプション
- Gitによるバージョン管理
- フォーラムサポート
Enterprise
対象
- 厳格なコンプライアンスおよびガバナンス要件を持つ組織向け
価格
- 要問い合わせ（Contact Sales）
- Workflow Executions数：カスタム
提供形態
- n8n Hosted
- Self-hosted
Businessプランに加えて利用可能
- 共有プロジェクト数：無制限
- 200以上の並列実行
- Insights：365日
- AI Assistant（提供予定）
- 外部シークレットストア連携
- ログストリーミング
- 長期データ保持
- SLA付き専任サポート
- 請求書払い
Self-hosted環境におけるライセンス比較（詳細）
基本機能
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| UIエディタ | ○ | ○ | ○ |
| 連携機能（ノード） | ○ | ○ | ○ |
| データテーブル | ○ | ○ | ○ |
| ストリーミングおよび一括処理 | ○ | ○ | ○ |
| データの簡単な結合 | ○ | ○ | ○ |
| ワークフローテンプレート | ○ | ○ | ○ |
| ワークフロー履歴保持日数（最大） | 1日 | 30日 | 365日以上 |
| AI Assistant（プレビュー） | 提供予定 | 提供予定 | 提供予定 |
| AI Assistantクレジット（プレビュー） | 該当なし | 該当なし | 該当なし |
開発者向け
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| ワークフロー内でのコード実行（JS / Python） | ○ | ○ | ○ |
| カスタムAPI呼び出し（HTTP、GraphQLなど） | ○ | ○ | ○ |
| cURLコマンドのインポート | ○ | ○ | ○ |
| Webhook・キューによるトリガー | ○ | ○ | ○ |
| APIによるn8n制御 | ○ | ○ | ○ |
| CLIによるn8n制御 | ○ | ○ | ○ |
| グローバル変数 | － | ○ | ○ |
| Bashスクリプト実行 | ○ | ○ | ○ |
| カスタムノード | ○ | ○ | ○ |
| ★ 環境（開発・検証・本番など） | － | ○ | ○ |
| 利用可能な環境数 | － | 無制限 | 無制限 |
| ★ Gitによるバージョン管理 | － | ○ | ○ |
| Workflow Diff | － | － | ○ |
| API追加スコープ制御 | － | － | ○ |
ワークフロー実行
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| アクティブワークフロー数 | 無制限 | 無制限 | 無制限 |
| 自動リトライ | ○ | ○ | ○ |
| 保存実行履歴数（最大） | カスタム | カスタム | カスタム |
| 実行履歴保存容量 | カスタム | カスタム | カスタム |
| 実行ログ保持期間（最大） | カスタム | カスタム | カスタム |
| 同時実行数 | 無制限 | 無制限 | 無制限 |
デバッグ
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| 実行ログ | ○ | ○ | ○ |
| エラーワークフロー | ○ | ○ | ○ |
| エディターでのデバッグ | ○ | ○ | ○ |
| AIアシスタント（ヘルプ機能） | － | － | 要問い合わせ |
| ワークフロー失敗時のカスタムアクション | ○ | ○ | ○ |
| データ内容による実行履歴検索 | － | ○ | ○ |
| ★ 監査ログ | － | － | ○ |
| 外部サービスへのログストリーミング（Datadog等） | － | － | ○ |
エンタープライズ向け拡張機能
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| Queueモード（複数インスタンス） | ○ | ○ | ○ |
| Workerビュー | － | － | ○ |
| S3外部ストレージ | － | ○ | ○ |
| Multi-main構成 | － | － | ○ |
Security（セキュリティ）
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| 暗号化されたシークレットストア | ○ | ○ | ○ |
| ★ SSO / SAML / LDAP | － | ○ | ○ |
| 組織全体への2FA強制 | － | － | ○ |
| 外部シークレットストア連携 | － | － | ○ |
共同作業
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| ユーザー数 | 無制限 | 無制限 | 無制限 |
| 共有プロジェクト数 | 6 | 無制限 | 無制限 |
| プロジェクト管理者 | － | ○ | ○ |
| プロジェクト編集者 | － | ○ | ○ |
| インスタンス管理者 | － | ○ | ○ |
| プロジェクト閲覧者 | － | ○ | ○ |
分析機能
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| サマリーバナー | ○ | ○ | ○ |
| ワークフローメトリクス一覧・ソート | － | ○ | ○ |
| 時系列ダッシュボード | － | ○ | ○ |
| 分析期間フィルター | － | 7～30日 | 24/365 |
| 表示粒度 | － | 日単位 | 時間・日・週単位 |
サポート
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| コミュニティフォーラム | ○ | ○ | ○ |
| メールサポート | － | － | ○ |
| SLA付き専任サポート | － | － | ○ |
Billing and Contract（請求・契約）
| 機能 | Community | Business | Enterprise |
|---|---|---|---|
| 請求書払い | － | － | ○ |
| 営業担当による調達支援 | － | － | ○ |
n8nのプランと価格
https://n8n.io/pricing/
Microsoft担当として気になる点
ここが本記事で一番伝えたいところです。
まず押さえておきたいのは、同じ n8n でも、ユーザーがどのライセンス（Community / Business / Enterprise）を使うかによって、統制に使える管理機能がまったく違うという点です。
Community Edition の場合、次の機能が利用できません。「使えないと何が困るのか」を管理者目線でまとめると、こうなります。
| 使えない機能 | ざっくり言うと | 使えないと困ること |
|---|---|---|
| SAML認証 / LDAP認証 | 会社のIDでログインする仕組み（SSO） | n8n独自のIDになり、入退社時のアカウント管理が会社の仕組みから外れる |
| Audit Log / Log Streaming | 「誰が何をしたか」の記録・外部転送 | 操作の追跡や証跡の一元管理ができず、監査に耐えられない |
| Environment分離 | 開発／検証／本番の分離 | 本番と検証が混在し、事故や意図しない変更が起きやすい |
このように機能を並べると、「Microsoft 365 へ接続できるか」＝「Microsoft 365 に接続してよいか」ではない という点が、Microsoft管理者としての一番の論点になります。
評価基準
Microsoft 365 管理者として「接続を許可してよいか」を判断するため、以下の観点で評価します。機能の有無ではなく、統制が担保されているかを軸にしています。
| # | 評価観点 | 具体的に見るポイント |
|---|---|---|
| 1 | ライセンス・法的条件 | fair-code（Sustainable Use License）の利用条件・制約を満たしているか |
| 2 | 接続方式（認証・認可） | Application Permission か Delegated か。用途（無人実行か対話か）に整合しているか |
| 3 | アクセス範囲の限定 | Application Access Policy で対象メールボックスを限定できているか |
| 4 | 利用者認証・アカウント管理 | 接続元（n8n）側にSSO/SAML等の認証、アカウント・権限管理があるか |
| 5 | ログ | 操作ログ／監査ログ／ログストリーミングが取得できるか |
| 6 | AIリスク | n8n の AI 機能を利用するにあたり、社内の手続き・承認が済んでいるか |
評価結果
① ライセンス：一般的なOSSではなく fair-code
n8n はメール内で「OSS」と表現されがちですが、公式には Sustainable Use License（fair-codeモデル） であり、一般的なOSSとはライセンス条件が異なります。社内の内部業務利用は無料で認められる一方、再販・ホスティング提供・自社SaaSへの組み込みには制約があるため、利用条件には要注意です。
- 判定：△（利用条件の確認が前提）
② 接続方式：無人実行なら Application Permission が適切／ただし接続元の統制は別
-
無人実行（バッチ的な自動処理）であり、Application Access Policy で対象メールボックスを限定する方針であることから、Delegated Permission よりも Application Permission の方が構成として適切です。Mail.Read × Application Access Policy でアクセス範囲を絞る考え方も妥当です。
-
なお、Application Access Policy は現在レガシー機能であり、Microsoftは後継の RBAC for Applications への移行を推奨しています。新規構成では RBAC for Applications の採用も検討する必要があります。
-
一方で、今回のライセンスが Community Edition の場合、Microsoft 365 へアクセスするアプリケーションとして、認証・監査機能が不足している可能性があります。SSO/SAML や監査ログはセルフホストでは Business / Enterprise で提供され、Community では利用できません。
-
なお OAuth は認可（Authorization）の仕組みであり、利用者認証（Authentication）を代替するものではありません。Microsoftへの技術要件と、Microsoftへ接続する n8n 側の統制は分けて考える必要があります。
-
判定：△（構成は妥当。ただし利用者認証・監査の観点から Business Plan 相当の検討が必要）
③ AIリスク：n8n の AI 機能を使うこと自体の社内手続き
今回の構成では n8n の AI機能を利用するため、その利用自体について社内での評価・手続きが済んでいるかを確認する必要があります。
技術的に接続できるかどうかとは別に、「そもそも社内ルール上、AIを業務に使ってよいのか」「利用申請や承認のプロセスを通っているか」という観点です。ここが未了だと、いくら構成が正しくても運用に進めません。
- 判定：△（社内のAI利用手続きの完了が前提条件）
総評
n8n は「Microsoft 365 に技術的に接続できるか」だけを見れば、Community Edition でも Application Permission ＋ Application Access Policy で成立します。この点で、機能面のハードルは高くありません。
しかし Microsoft 管理者の視点で重要なのは、**「接続する側（n8n）そのものを統制できるか」**です。Community Edition では SSO/SAML・監査ログなどが提供されないため、利用者認証・アカウント管理・監査の観点では Business Plan 以上の検討が現実的な選択肢になるかと思いました。
「動くから使う」ではなく、「統制できるから任せる」へ。
Microsoft 365 管理者としては、ここを線引きにするのが妥当だと考えます。