セルフホスト版n8nを商用で使うとき、どのライセンス条項に注意すべきか?

・ ・ 朝倉 凛

この話題の全体像は n8nで業務自動化とAIをつなぐ使い方の総まとめ にまとめている。

前提を明確にする条件の整理

n8nを自社のインフラにセルフホストして商用で使うとき、適用される条項は一つではない。 料金ページに示されたプランの区分と、規約ページに並ぶ複数の法的文書が連動して適用対象を決める。 資料は「Self-Serve Terms」「Master Enterprise Terms」「End User License Agreement」「n8n AI Terms」「n8n Credit Terms」「Customer Acceptable Use Policy」を掲げている。 ここでの焦点は、どの利用形態がどの文書の対象になるかを先に分けることにある。

料金ページはセルフホスト前提の商用プランとして「Business」と「Enterprise」を提示している。 Businessは年契約で月額価格が示され、Enterpriseは営業問い合わせとなっている。 一方で規約ページは、セルフサービス課金にSelf-Serve Terms、Enterprise顧客にMaster Enterprise Termsを対応させていると記している。 したがってプランの選択が、そのまま読むべき条文の束を選ぶ行為になる。

一次資料でどれが適用されるかを突き合わせる

一次資料の読み分けでは、まず料金ページの記述が実装規模と請求形態を示す前提になる。 資料はBusinessをセルフホスト向けとし、年払いで月額の参考価格と機能群を列挙している。 同じく資料はEnterpriseをクラウドまたはセルフホストのどちらにも対応させ、SLAや請求書払いなどの要素を示している。 よって「Business=セルフホストの自己購買」「Enterprise=ボリュームとガバナンスの個別契約」という分岐が読める。

次に規約ページの対応関係を確認する。 資料は有償のセルフサービス全般にSelf-Serve Termsが適用されると案内している。 資料はEnterprise顧客に対してはMaster Enterprise Termsを統一契約として用いると明示している。 また資料はリセラー経由で取得した最終顧客にはEULAが適用されると述べている。

AI機能に関しては、資料が「n8n AI Terms」で別建ての条項を置いている。 同時に、資料はAI AssistantやAI Connectのような従量サービスには前払いのクレジットがあり、「n8n Credit Terms」が購入と使用を規律するとしている。 さらに資料は許容利用の範囲を「Customer Acceptable Use Policy」で定めるとし、禁止行為や制限の枠を別に示している。 プライバシーについては、資料がサイト上のデータ処理を説明する文書として掲示しているにとどまる。

食い違いが実務で何を壊すか

規約と料金表の読み分けを誤ると、購買と運用の責任分界が崩れる。 たとえばBusinessの価格を根拠に稟議を通しても、実際の要件がSLAや監査証跡を要するなら、Self-Serve Termsの想定外となり契約の付け替えが必要になる。 その時点で監査設計やデータ保持期間を前提にしたワークフロー設計は修正が発生しやすい。 結果として切替のリードタイムが業務に波及する。

AI機能は料金表の本体価格と別に条項とクレジット条件がぶら下がる。 資料はAI TermsとCredit Termsを別掲しているため、AI Assistantの活用や外部モデルの呼び出しを計画する場合、費用見積もりを二段に分ける必要がある。 予算管理が本体サブスクリプションだけで閉じると、月中のクレジット追加購入に承認が追いつかない事態が起きやすい。 AUPの制約に触れる利用が混ざると、設計のやり直しも避けにくい。

一方で、料金ページに書かれた同時実行数やインサイト保持日数は、価格帯の提供内容であって免責や義務の条項ではない。 これを運用上のSLOと混同すると、障害対応の合意や復旧目標の想定が法人内でずれる。 法的拘束力をもつ条文は規約ページにあるため、サービス水準の保証はそこで確認するのが順序となる。

留保付きの見立てと運用の指針

商用のセルフホスト運用では、プラン選択と規約適用の対応表を最初に文書化するのが実務的だ。 Self-Serveで出発する場合はSelf-Serve TermsとAUPを基礎に置き、AI機能を使う時だけAI TermsとCredit Termsを束ねて管理する。 Enterpriseへ移る見込みがあるなら、Master Enterprise Termsの想定事項を差分表にして監査要件の前倒し整備を進める。 この順序なら契約の切替にも耐える設計になる。

価格と提供内容は更新されうるため、検証日を必ず記録する。 料金ページはBusinessをセルフホスト向けの年払い月額価格で掲示している。 同ページはSSOやバージョン管理などの提供機能例を挙げるが、拘束力のある義務は規約本文で確かめる必要がある。 価格は必ず最新の料金表で確認すること。

最後に役割分担を整理する。 料金ページは購買の初期判断に使い、最終判断は適用される規約の本文に従う。 AI機能はAI TermsとCredit Termsを必須の読み物とし、禁止事項はAUPで打ち止めを確認する。 この読み順なら、条文の変更があっても「どこを再確認するか」を迷いにくい。

本稿は法的助言ではないため、最終的な解釈は自社法務と一次資料の最新版で確定させてほしい。 資料自体が「ライセンス条件は継続的に参照される」と位置付けている以上、監査や更新の節目ごとに改めて本文を読む前提を運用に組み込むのがよい。 その前提を守れば、規約変更があっても設計と稼働の整合性を保ちやすい。

出典

  1. Pricing — n8n — n8n (一次情報)
  2. Terms of Service — n8n — n8n (一次情報)