Automatisierungsplattformen versprechen, alles mit allem zu verbinden: ein paar Klicks, kein Programmierer, das Szenario läuft. Für Cloud-Anwendungen stimmt das — und so ist es nur eine Frage der Zeit, bis jemand im Unternehmen fragt: „Und was wäre mit einer Anbindung von POHODA?“ Dieser Artikel ist die ehrliche Antwort: was Make, Zapier und n8n mit POHODA wirklich schaffen, wo sie an Grenzen stoßen und wann besser ein anderes Werkzeug her muss.
Wofür Make, Zapier und n8n großartig sind
Make, Zapier und n8n automatisieren Cloud-Anwendungen hervorragend. POHODA ist aber keine Cloud — maschinell kommuniziert sie über den mServer, der bei Ihnen läuft. DIY-Automatisierung eignet sich daher für Benachrichtigungen und Einweg-Aufgaben mit Fehlertoleranz; eine zuverlässige Synchronisation von Agenden braucht eine Integrationsschicht mit Warteschlangen und Monitoring.
- MakeVisuelle Szenarien mit leistungsfähigem Daten-Mapping. Entstanden in Tschechien als Integromat — mit entsprechend starker Community und gutem Gespür für tschechische Anwendungen.
- ZapierDer größte App-Katalog und die niedrigste Einstiegshürde. Bei großen Volumen wächst der Preis pro Szenario-Schritt aber schnell.
- n8nSelf-hosted-Werkzeug mit offenem Code (Fair-Code-Lizenz), Liebling der Entwickler und neuerdings auch der Erbauer von KI-Agenten. „n8n pohoda“ taucht bereits in Suchanfragen auf — die Community probiert es aus.
Wo DIY an POHODA scheitert
Alle drei Werkzeuge setzen eine Gegenseite mit Cloud-API voraus. POHODA ist eine Desktop-Anwendung — und daraus folgen fünf harte Hürden:
- Der mServer läuft bei Ihnen, nicht in der Cloud. Die offizielle maschinelle Schnittstelle von POHODA ist ein lokaler Dienst. Damit ein Cloud-Szenario ihn erreicht, müssen Sie ihn sicher zugänglich machen — VPN, Tunnel oder ein Gateway mit Authentifizierung. „Einen Port ins Internet öffnen“ ist keine Lösung, sondern ein Sicherheitsvorfall in Vorbereitung.
- XML ist kein Drag & Drop. POHODA spricht ein eigenes XML-Belegformat. Eine korrekte Rechnung mit MwSt.-Sätzen, Kostenstellen und Verknüpfungen zu erstellen heißt, Dokumentation zu studieren — genau die Arbeit, die Ihnen das No-Code-Werkzeug ersparen sollte.
- Lizenz und Kapazität. Der mServer braucht eine dedizierte POHODA-Instanz und eine Lizenz (CAL). Im Detail im Artikel über den mServer.
- Keine Warteschlangen, kein Retry. Stürzt das Szenario mitten in einer Übertragung ab, bleibt eine halbe Bestellung liegen. DIY-Werkzeuge können ein Szenario wiederholen, wachen aber nicht über die Datenkonsistenz zwischen den Systemen — das ist Aufgabe der Integrationsschicht.
- Stammdaten und Zuordnung. Kunden, Lagerkarten, MwSt.-Sätze — das Mapping der Stammdaten macht bei Buchhaltungsdaten 80 % der Arbeit aus und lässt sich in Szenarien schlecht pflegen.
Wann DIY-Automatisierung genügt
Die Schlüsselfrage lautet: Was passiert, wenn eine Übertragung einmal fehlschlägt? Lautet die Antwort „nichts Schlimmes“, sind Sie in dem Gebiet, in dem Make, Zapier und n8n glänzen:
- BenachrichtigungenNeue Rechnung über 100.000 CZK → Nachricht in Slack oder Teams. Ein Ausfall tut nicht weh, der Nutzen ist sofort da.
- Einweg-ExporteBestellungen in ein Google Sheet fürs Reporting, eine Übersicht für die Besprechung — die Daten fließen in eine Richtung, nichts wird zurückgeschrieben.
- Interne HelferErinnerungen an Fälligkeiten, Zusammenfassungen per E-Mail, Überwachung von Änderungen. Nützliche Kleinigkeiten, für die sich ein Integrationsprojekt nicht lohnt.
- PrototypenSchnell prüfen, ob ein Prozess Sinn ergibt — und ihn erst dann richtig bauen.
Wann DIY nicht mehr genügt
Automatisierung ist keine Integration
Ein Workflow-Werkzeug stößt Aufgaben an. Eine Integrationsplattform hält Daten konsistent: Warteschlangen, Fehlerwiederholungen, Monitoring, Stammdaten-Mapping, Konfliktlösung. Eine aus Szenarien zusammengebaute bidirektionale Synchronisation von Bestellungen und Lagern ist eine Zeitbombe — sie fällt nicht spektakulär aus, sie läuft nur leise auseinander, und die Differenzen finden Sie erst bei der Inventur. Wie Sie zwischen Brücke, Szenario und Plattform entscheiden, beschreiben wir im Leitfaden zu ERP-Integrationen und im Leitfaden zur Shop-Anbindung.
Und was ist mit KI-Agenten in n8n?
n8n ist zum beliebten Werkzeug für den Bau von KI-Agenten geworden — und hier schließt sich der Kreis. Ein Agent ist nämlich nur so nützlich wie sein Zugang zu Daten. Genau das löst der Standard MCP: ein einheitlicher Konnektor zwischen KI und Unternehmenssystemen, den nach und nach auch die Automatisierungswerkzeuge unterstützen. Statt XML von Hand zusammenzusetzen, bekommt der Agent fertige, abgesicherte Tools wie „finde überfällige Rechnungen“. Unsere MCP-Server für ERP machen auf diese Weise POHODA, Money, Helios und weitere Systeme zugänglich — für Assistenten wie für Agenten.
Häufige Fragen
Hat Zapier oder Make einen offiziellen POHODA-Konnektor?
Nein. Offizielle POHODA-Apps gibt es in den Katalogen nicht; es existieren Community-Module und HTTP-Vorlagen, deren Qualität und Pflege aber variieren. Prüfen Sie immer, wer das Modul pflegt und was bei einer neuen POHODA-Version passiert.
Ist n8n kostenlos?
Die Self-hosted-Version hat keine Lizenzgebühren (Fair-Code-Lizenz); Sie zahlen den Serverbetrieb und die eigene Zeit. Die Cloud-Version von n8n ist kostenpflichtig. „Kostenlos“ gilt also nur, bis Sie die Wartung einrechnen.
Wie bekommt man den mServer sicher ins Internet?
Niemals durch das direkte Öffnen eines Ports. Nutzen Sie VPN, einen verschlüsselten Tunnel oder ein Gateway mit Authentifizierung und IP-Whitelisting — und geben Sie dem mServer ein dediziertes Konto mit minimalen Rechten. Oder überlassen Sie die gesamte Anbindung einer Integrationsplattform bzw. einer gehosteten Lösung.
Wann sollte man von Szenarien auf eine Integrationsplattform wechseln?
Sobald Sie Bidirektionalität brauchen, die Volumen wachsen, Systeme hinzukommen oder niemand da ist, der die Szenarien pflegt. Ein gutes Signal: Ein Szenario, das jemand „lieber jeden Morgen von Hand kontrolliert“, ist keine Automatisierung mehr.
War dieser Artikel hilfreich?
Danke für Ihr Feedback!