Published on

n8n, Logic Apps oder Power Automate für KI-Workflows

Authors

KI-Workflows automatisieren: n8n, Logic Apps oder Power Automate

TL;DR

Power Automate gewinnt, wenn der Ablauf in M365 beginnt und endet. Logic Apps gewinnt bei Azure-Integration und ernsthaftem Betrieb. n8n gewinnt, wenn Sie selbst hosten müssen oder Modellaufrufe im Zentrum stehen — und verliert regelmäßig in Beschaffungsprozessen, weil zentrale Funktionen an einen Enterprise-Plan gebunden sind.


Der Ablauf, um den es geht

Damit der Vergleich konkret bleibt, ein Beispiel, das wir in mehreren Häusern gebaut haben:

Eine Lieferantenrechnung landet im Postfach. Der Ablauf holt den Anhang, schickt ihn durch eine Texterkennung, lässt ein Modell die Positionen extrahieren, gleicht sie gegen die Bestellung im ERP ab, und legt bei Abweichungen über 50 Euro einen Prüfvorgang an. Bei Übereinstimmung geht die Rechnung direkt in die Freigabe.

Fünf Schritte, drei Systeme, ein Modellaufruf. Das ist der typische Zuschnitt — und alle drei Plattformen können das. Der Unterschied liegt darin, was drumherum passiert.

Die drei im Vergleich

n8nAzure Logic AppsPower Automate
Selbst hostenja, Kernproduktnein (Standard-Tier isoliert, aber in Azure)nein
Preismodellpro Ausführung bzw. Lizenzpro Aktionpro Nutzer oder pro Ablauf
SSOEnterprise-PlanEntra ID eingebautEntra ID eingebaut
Modellaufrufebeliebige HTTP-Endpunkte, LangChain-Knotenüber HTTP oder Azure-OpenAI-Konnektorüber KI-Builder oder HTTP-Premium
Fehlerbehandlungeinfachausgereift, mit Wiederholungsrichtlinieneinfach bis mittel
VersionierungJSON-Export, Git möglichARM/Bicep, vollständig als Codeeingeschränkt, Lösungspakete
Wer baut damitTechnikTechnikFachabteilung

Die letzte Zeile entscheidet häufiger als alle anderen.

Power Automate: für die Fachabteilung, im M365-Rahmen

Der Vorteil ist real und wird von IT-Abteilungen unterschätzt: Ein Mitarbeiter im Einkauf kann sich selbst einen Ablauf bauen, der eine Mail auswertet und eine Aufgabe in Planner anlegt. Ohne Ticket, ohne Projekt. Bei einfachen Abläufen entlastet das spürbar.

Der Nachteil ist ebenso real. Sobald der Ablauf etwas mit einem System außerhalb von Microsoft tun soll, brauchen Sie den Premium-Konnektor — und damit eine Lizenz pro Nutzer oder pro Ablauf. Ein HTTP-Aufruf gegen Ihr eigenes Gateway ist bereits Premium. Die Rechnung wird dadurch unübersichtlich: Bei 20 Abläufen, die je einen Premium-Konnektor brauchen, kommen Sie in einen Bereich, in dem die Lizenzkosten die eingesparte Arbeitszeit auffressen.

Der zweite Nachteil ist Betriebsreife. Was passiert, wenn ein Ablauf 400 Mal hintereinander fehlschlägt? Wer merkt das? In Power Automate ist die Antwort in der Regel: der Besitzer des Ablaufs, per Mail, irgendwann. Für einen Prozess, an dem die Rechnungsfreigabe hängt, ist das zu wenig.

Unsere Empfehlung: Power Automate für Abläufe, deren Ausfall niemanden weckt. Benachrichtigungen, Terminvorbereitung, Aufgabenverteilung. Nicht für Prozesse mit Geldfluss.

Azure Logic Apps: der erwachsene Weg in Azure

Logic Apps ist technisch die ausgereifteste der drei, und das zeigt sich an den unspektakulären Stellen: Wiederholungsrichtlinien pro Aktion, konfigurierbare Zeitüberschreitungen, ein Verlauf, in dem Sie jeden einzelnen Ablauf mit allen Zwischenergebnissen nachvollziehen können, und eine vollständige Definition als Code.

{
  "type": "Http",
  "inputs": {
    "method": "POST",
    "uri": "https://gateway.intern/v1/chat/completions",
    "body": { "model": "standard", "messages": "@variables('prompt')" }
  },
  "retryPolicy": { "type": "exponential", "count": 3, "interval": "PT10S" },
  "runtimeConfiguration": { "contentTransfer": { "transferMode": "Chunked" } }
}

Diese Wiederholungsrichtlinie ist der Grund, warum wir Logic Apps für produktive Abläufe mit Modellaufrufen mögen. Modellendpunkte antworten gelegentlich mit einer Ratenbegrenzung, und ein Ablauf, der das nicht abfängt, verliert die Rechnung.

Was dagegen spricht: Die Abrechnung erfolgt pro Aktion. Ein Ablauf mit 15 Aktionen, der 2.000 Mal am Tag läuft, erzeugt 30.000 abgerechnete Aktionen täglich. Das ist einzeln billig und in Summe merklich — rechnen Sie es vorher durch, nicht danach. Und: Sie sind in Azure. Für ein Haus, das seine KI-Plattform gerade aus Souveränitätsgründen selbst betreibt, ist ein Ablaufmotor in der Cloud ein Bruch in der Argumentation.

n8n: wenn es im Haus bleiben muss

n8n ist das einzige der drei, das Sie vollständig selbst betreiben können. Für Abläufe, die Dokumente mit Personal- oder Kundendaten anfassen, ist das oft das entscheidende Kriterium — die Daten verlassen die eigene Umgebung nicht, auch nicht als Zwischenschritt.

Dazu kommt: n8n behandelt Modellaufrufe nicht als Fremdkörper. Es gibt Knoten für Modellanbieter, für Vektorspeicher, für Agenten mit Werkzeugaufrufen. Was in Power Automate ein HTTP-Aufruf mit selbst gebautem JSON ist, ist hier ein Knoten mit Eingabefeldern.

Und jetzt die Ablehnungsgründe, die wir aus Beschaffungsprozessen kennen, weil sie stichhaltig sind:

SSO ist Enterprise. In der Community Edition gibt es keine Anbindung an Entra ID, auch nicht für einen Nutzer. Für ein Unternehmen mit Verzeichnisdienst ist das ein Ausschlusskriterium, wenn mehrere Personen damit arbeiten sollen. Die Umgehung über einen vorgelagerten Reverse-Proxy schützt den Zugang, gibt aber keine Nutzertrennung innerhalb des Werkzeugs. Details dazu in der Entra-ID-SSO-Anleitung.

Projekttrennung ist Enterprise. Ohne sie sieht jeder, der hineinkommt, alle Abläufe samt hinterlegter Zugangsdaten. Bei drei Automatisierern vertretbar, bei mehreren Fachbereichen nicht.

Die Lizenz ist keine klassische Open-Source-Lizenz. n8n steht unter einer Sustainable-Use-Lizenz mit Einschränkungen für die kommerzielle Weiterverwendung. Für den internen Einsatz ist das unproblematisch, aber es führt in Beschaffungsprozessen zu Rückfragen, auf die man vorbereitet sein sollte.

Unsere Position dazu, gegen den ersten Eindruck: Diese Einwände sind berechtigt und trotzdem oft das falsche Argument. Wenn n8n von einem kleinen Team betrieben wird und Endanwender die Abläufe über Webhooks oder die Chat-Oberfläche auslösen, statt sich anzumelden, ist die SSO-Frage keine. Der Fehler liegt nicht in n8n, sondern in der Annahme, ein Automatisierungswerkzeug müsse eine Anwendung für alle sein.

Die Entscheidung

  • Der Ablauf beginnt und endet in M365, Ausfall ist verkraftbar → Power Automate
  • Azure ist gesetzt, der Ablauf ist geschäftskritisch → Logic Apps
  • Die Daten dürfen das Haus nicht verlassen, oder Modellaufrufe stehen im Zentrum → n8n
  • Mehrere Fachbereiche bauen eigenständig Abläufe → n8n Enterprise oder Logic Apps, nicht n8n Community

Und eine Beobachtung, die häufiger zutrifft als jede dieser Regeln: Die meisten Häuser landen bei zwei Werkzeugen. Power Automate für das Kleine, das die Fachabteilung selbst macht, und eines der beiden anderen für das, was verlässlich laufen muss. Das ist kein Architekturfehler, sondern die Anerkennung, dass beides unterschiedliche Aufgaben sind.

Häufig gestellte Fragen

Kann n8n Modellaufrufe an ein lokales LLM schicken?

Ja, über den HTTP-Knoten gegen jede OpenAI-kompatible Schnittstelle oder über die eingebauten Modellknoten mit angepasster Basis-URL. Damit lassen sich Ollama, vLLM oder ein LiteLLM-Gateway direkt ansprechen. Das ist einer der Hauptgründe, warum n8n bei selbst betriebenen KI-Plattformen so häufig auftaucht.

Was kostet Power Automate für KI-Workflows wirklich?

Mehr als der Grundpreis vermuten lässt, weil praktisch jeder Aufruf gegen ein System außerhalb von Microsoft den Premium-Konnektor erfordert — das gilt auch für einen einfachen HTTP-Aufruf gegen das eigene Gateway. Rechnen Sie die Lizenzen für alle Abläufe zusammen, die einen solchen Aufruf enthalten, bevor Sie sich entscheiden.

Warum lehnen Unternehmen n8n in Beschaffungsprozessen ab?

Meist aus drei Gründen: SSO und Projekttrennung sind an den Enterprise-Plan gebunden, und die Lizenz ist keine klassische Open-Source-Lizenz, was Rückfragen im Einkauf auslöst. Die Einwände sind berechtigt, treffen aber nur zu, wenn n8n als Anwendung für viele Nutzer gedacht ist. Als Werkzeug für ein kleines Automatisierungsteam mit Auslösung über Webhooks entfallen sie weitgehend.

Welche Plattform eignet sich für Abläufe mit personenbezogenen Daten?

n8n im Selbstbetrieb, wenn die Daten die eigene Infrastruktur nicht verlassen dürfen — es ist das einzige der drei, das vollständig im eigenen Rechenzentrum läuft. Logic Apps und Power Automate verarbeiten in der Cloud; das ist mit Auftragsverarbeitungsvertrag in vielen Fällen zulässig, aber eben eine Verarbeitung durch einen Dritten und damit eine bewusste Entscheidung.

Wie gehe ich mit Fehlern in KI-Workflows um?

Mit Wiederholungsversuchen und exponentiellem Abstand, weil Modellendpunkte regelmäßig mit Ratenbegrenzungen antworten. Logic Apps bringt das pro Aktion mit, bei n8n konfigurieren Sie es je Knoten, in Power Automate ist es umständlicher. Wichtiger als die Technik ist die Frage, wer einen Dauerfehler bemerkt — ohne aktive Benachrichtigung an ein Postfach, das jemand liest, laufen Abläufe wochenlang leer.


Der nächste Schritt

Klären Sie eine Frage vor der Produktauswahl: Muss der Ablauf laufen, während niemand hinschaut, oder ist ein Ausfall verkraftbar? Bei geschäftskritischen Abläufen führt die Frage nach Wiederholungslogik und Alarmierung schneller zur richtigen Plattform als jeder Funktionsvergleich. Beim Zuschnitt helfen wir gern.

📖 Verwandte Artikel

Weitere interessante Beiträge zu ähnlichen Themen