Trenne Lizenzbedingungen, Funktionsumfang der Edition und deinen konkreten Vertrag. Die aktuelle n8n-FAQ unterscheidet vorgebaute Abläufe von der Möglichkeit externer Nutzer, eigene Workflowlogik zu konfigurieren. Prüfe den beschriebenen Einsatz anhand der aktuellen Originale; ein gekaufter Featurezugang ersetzt diese Einordnung nicht.
Welche Lizenz nutzt n8n?
Die aktuelle Community-Lizenzübersicht verweist auf die Sustainable Use License, kurz SUL, und auf die n8n Enterprise License. n8n beschreibt das Modell als fair-code beziehungsweise source-available. Der Hersteller bezeichnet es wegen der Nutzungsbeschränkungen nicht als Open Source im uneingeschränkten OSI-Sinn.
Der Repository-Lizenztext grenzt außerdem besondere Bestandteile ab: Enterprise-Dateien und -Verzeichnisse mit den entsprechenden .ee.- beziehungsweise .ee-Kennzeichnungen fallen nicht einfach unter dieselben SUL-Rechte. Drittkomponenten behalten ihre jeweiligen Lizenzen.
| Ebene | Die passende Frage |
|---|---|
| Softwarelizenz | Unter welchen Bedingungen darf ich den betreffenden Code nutzen und weitergeben? |
| Edition und Funktionen | Welche Funktionen sind in meinem tatsächlichen Zugang verfügbar? |
| Eigener Vertrag | Welche zusätzlichen Vereinbarungen gelten für meinen konkreten Einsatz? |
Eine Funktionsliste oder ein technisch erreichbarer Editor beantwortet nicht automatisch die erste oder dritte Frage. Halte den tatsächlichen Versions- und Vertragsstand fest.
Interne Nutzung und eigene KI-Workflows
Der SUL-Wortlaut beschränkt Nutzung und Änderung auf eigene interne Geschäftszwecke beziehungsweise nichtkommerzielle oder persönliche Nutzung. Die aktuelle Hersteller-FAQ erläutert diesen Rahmen für selbst gehostetes n8n; n8n Cloud hat eigene Abonnementbedingungen.
Ein internes Beispiel für dein Prüfbild könnte so aussehen: Dein Team verarbeitet freigegebene Besprechungsnotizen, lässt einen Entwurf erzeugen und prüft die Aufgabenliste, bevor sie intern übernommen wird. Entscheidend sind der konkrete Zweck und die beteiligten Rollen, nicht allein das Wort „KI“ oder der Standort des Servers.
Bevor du die Lizenzfrage mit einem riesigen Projekt vermischst, kannst du einen internen KI-Einsatz klar abgrenzen. Beschreibe zunächst, wer den Ablauf baut, wer ihn betreibt und wer die Ergebnisse bekommt.
Persönliches Lernen, eine interne Unternehmensautomation und ein nach außen angebotenes Automationsprodukt sind unterschiedliche Einsatzbeschreibungen. Ein gleich aussehender Workflow kann dabei in eine andere Architektur eingebunden sein.
Beratung, Einrichtung und Kundenautomationen unterscheiden
Die aktuelle FAQ erlaubt bestimmte Beratungs-, Einrichtungs- und Wartungsleistungen sowie vorgebaute Kundenabläufe. Sie unterscheidet diese von einem Angebot, mit dem externe Nutzer selbst Workflows erstellen oder verändern können. „Es wird Geld verdient“ ist deshalb für sich allein noch keine vollständige Einordnung.
Beschreibe für ein Kundenprojekt möglichst konkret:
- Wer betreibt die Instanz?
- Wer erstellt und verändert die Logik?
- Was kann der Kunde tatsächlich konfigurieren?
- Wofür wird bezahlt und was wird geliefert?
Der Hersteller behandelt eine vom Dienstleister gebaute Automation, deren Ausgaben Kunden erhalten, anders als einen gehosteten Workflow-Builder für eigene Kundenabläufe. Für Installations- und Wartungsleistungen auf kundeneigener Infrastruktur nennt die FAQ eigene Voraussetzungen. Übertrage ein solches Beispiel nicht pauschal auf ein zusätzliches Hostingangebot.
Du solltest Leistungsumfang und Zuständigkeiten einer KI-Agentur prüfen. Eine klare Leistungsbeschreibung hilft zugleich, die Architekturfrage an den Anbieter präzise zu stellen.
Backend, Workflow-Builder und OEM trennen
Die aktuelle FAQ legt besonderes Gewicht darauf, wer die Workflowlogik kontrolliert. Eine Oberfläche muss nicht wie n8n aussehen, damit diese Frage relevant wird. Auch Konfiguration über eine eigene UI, API, MCP oder einen Agenten kann externe Nutzer Logik verändern lassen.
| Architektur | Was du festhalten solltest |
|---|---|
| Vorgebauter Ablauf im Hintergrund | Nutzer lösen einen von dir definierten Ablauf aus und erhalten dessen Ergebnis. |
| Externe Konfiguration eigener Logik | Nutzer können Schritte oder Zusammenhänge selbst bauen beziehungsweise ändern, auch durch eine andere Oberfläche. |
| Sichtbarer n8n-Editor im eigenen Produkt | OEM-Integration mit eigener vertraglicher Grundlage und den dortigen Vorgaben. |
Für eine OEM-Bereitstellung mit sichtbarer n8n-Oberfläche verlangt die OEM-Hilfe eine gesonderte kommerzielle Vereinbarung; sie nennt außerdem erforderliches n8n-Branding. Ein Backendaufruf und ein eingebetteter Editor sind deshalb keine austauschbaren Begriffe.
Die FAQ macht zugleich deutlich, dass eigene Endnutzer-Credentials nicht allein die Grenze definieren. Das ist kein Anlass, Zugangsdaten beliebig zu teilen. Du musst Zugangsdaten und technische Zugriffsrechte sauber verwalten; Lizenzfrage, Berechtigung und Datenschutz haben jeweils einen eigenen Prüfbedarf.
Ein Sonderfall, der aus den gelesenen Beispielen nicht eindeutig hervorgeht, bleibt eine offene Architekturfrage. Dokumentiere sie und hole eine zum tatsächlichen Modell passende Klärung ein.
Community, Registrierung und bezahlte Funktionen
Der Editionsvergleich trennt Community, Registered Community sowie bezahlte Business- und Enterprise-Pläne. Eine Registrierung der Community-Edition kann zusätzliche Funktionen freischalten. Für bezahlte Funktionen wird der entsprechende Zugang beziehungsweise Lizenzkey benötigt.
Das sind zunächst Angaben zum Funktionsumfang. Sie bedeuten nicht, dass jede mit einem Feature technisch mögliche Weitergabe oder Produktintegration damit bereits für deinen Einzelfall vereinbart wäre. Prüfe die dazugehörigen Bedingungen und den tatsächlichen Vertrag.
Der Hersteller verweist für den jeweils aktuellen Featureumfang ausdrücklich auf seine Preis- und Planunterlagen. Wir übernehmen hier keine zeitlos wirkende Preistabelle und leiten keine Funktionen aus alten Screenshots ab.
Notiere bei einer Auswahl zwei getrennte Ergebnisse: „Diese Funktion brauche ich“ und „Diese Nutzungsform ist für meine Architektur geklärt“. So wird ein fehlendes Feature nicht mit einer offenen Lizenzfrage verwechselt.
Vor einem Kundenprojekt den konkreten Fall dokumentieren
Eine prüfbare Beschreibung ist hilfreicher als die Frage „Darf ich n8n kommerziell benutzen?“. Formuliere deinen Fall mit Rollen, Zugang und geliefertem Ergebnis. Die folgende Vorlage enthält nur eine fiktive Beschreibung und keine Entscheidung des Herstellers.
Eigene Vorlage für eine präzise Architekturfrage
Wir planen eine KI-Automation mit selbst gehostetem n8n.
Betreiber und Infrastruktur: [konkret beschreiben]
Ersteller der Workflowlogik: [Rolle nennen]
Änderungsmöglichkeiten externer Nutzer: [genau beschreiben]
Zugang für Kunden: [nur Ergebnis / Konfiguration / Editor]
Verkaufte Leistung: [konkret beschreiben]
Edition und gewünschte Funktionen: [festhalten]
Offene Frage zum aktuellen Lizenz-/Vertragsrahmen: [benennen]Eigenes n8n-Lizenz-Frageblatt herunterladen. Trage keine privaten Schlüssel ein; für die Einordnung der Rollen genügt zunächst eine Beschreibung, wem die jeweiligen Konten zugeordnet sind.
Bewahre die verwendeten Originalunterlagen und eine tatsächlich eingeholte Antwort mit Datum und Geltungsbereich auf. Wenn du später etwa einen Kundeneditor, zusätzliche Konfigurationsmöglichkeiten oder ein anderes Hostingmodell hinzufügst, prüfst du den veränderten Fall erneut.
Das Frageblatt ist ein Arbeitsmittel. Es ist weder ein Lizenzvertrag noch ein Siegel, das ein Produkt pauschal freigibt. Maßgeblich bleiben die für deinen Fall geltenden Bedingungen und Vereinbarungen.
Quellen & Methode
Vorgehen und Grenzen
Vier aktuelle Originaltexte vollständig gelesen: Community-Lizenzübersicht, aktuelle License FAQ, Repository-Lizenztext und Editionsvergleich; OEM-Hilfe ergänzend. Die ältere Lizenz-URL war nicht erreichbar, die gültigen Pfade wurden aus dem offiziellen Verzeichnis ermittelt. Dokumentationsgestützte Einordnung, keine erteilte Vertrags- oder Einzelfallfreigabe.
Bei Recherche, Texterstellung und Grafiken wird KI eingesetzt. Welche eigenen Versuche vorliegen und was nur als Beispiel dient, beschreibt dieser Beitrag. Unser Redaktionsstandard erklärt die Anforderungen an Belege und Berichtigungen.
