要点まとめ

「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と同じ感覚で扱わないこと、こちらは要注意であると考えます。

n8nはオープンソースですか?
https://docs.n8n.io/privacy-and-security/sustainable-use-license#is-n8n-open-source

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 管理者としては、ここを線引きにするのが妥当だと考えます。