Nextcloud und Tallyfy: Wenn Dateiablage auf Prozesslogik trifft

Dateien synchronisieren ist gelöst. Prozesse hingegen nicht. Wer in den vergangenen Jahren dabei zugesehen hat, wie aus einem klassischen Fileserver ein Kollaborationsportal wurde, kennt das Muster: Erst kommt der Sync-Client, dann die Weboberfläche, dann Kalender, Kontakte, Chat, Office. Am Ende steht eine Plattform, die erstaunlich viel kann — und trotzdem an der entscheidenden Stelle verstummt. Nämlich dann, wenn es nicht mehr um das Speichern von Dokumenten geht, sondern um die Frage, wer als Nächstes etwas damit tun soll.

Genau in diese Lücke stößt die Kombination aus Nextcloud und Tallyfy. Nextcloud liefert die Datenhoheit, die Ablage, die Freigaben, die Versionierung. Tallyfy liefert die Prozesslogik: Wer prüft was, in welcher Reihenfolge, mit welchen Nachweisen, und wann eskaliert etwas. Auf den ersten Blick ein Gespann aus zwei Welten, das nicht zwingend zusammen gedacht wird. Auf den zweiten Blick zeigt sich, dass die Schnittmenge erstaunlich groß ist — vorausgesetzt, man versteht, wo die Grenzen verlaufen.

Was Nextcloud heute tatsächlich ist

Die Zeiten, in denen Nextcloud als „Dropbox, nur selbst gehostet“ beschrieben wurde, sind vorbei, auch wenn das Etikett in vielen Ausschreibungen noch klebt. Die Plattform hat sich in Richtung einer Integrationsschicht entwickelt. Der Kern ist nach wie vor die Dateiverwaltung mit WebDAV-Schnittstelle, Sperrmechanismen, Versionen und Papierkorb. Darüber liegen Module wie Talk für Videokonferenzen und Chats, Groupware für Mail, Kalender und Kontakte, Collabora Online oder OnlyOffice für die Bearbeitung im Browser, Deck für Kanban-Boards und Flow für einfache Automatisierungen.

Das Entscheidende dabei: Nextcloud ist keine monolithische Anwendung, sondern ein Ökosystem mit einer ausgereiften App-Infrastruktur. Erweiterungen greifen über definierte Events, Hooks und eine REST-API auf den Kern zu. Wer also einen externen Dienst anbinden will, muss nicht am Kern schrauben. Diese Eigenschaft ist der eigentliche Grund, warum Drittanbieter überhaupt sinnvoll andocken können — sei es ein Workflow-System, eine Buchhaltung oder eine Vertragsverwaltung.

Ein zweiter Punkt wird oft unterschätzt: Nextcloud ist inzwischen auch außerhalb der Nerd-Blase betriebsfähig. Enterprise-Varianten mit Support, Kubernetes-Helm-Charts, Object Storage als Primary Storage, Elasticsearch-Anbindung für die Volltextsuche, Hochverfügbarkeitssetups. Das klingt nach Aufzählung, ist aber relevant, denn jede Integration, die auf einer Plattform aufsetzt, erbt deren Betriebsreife. Eine halbwegs ordentlich betriebene Nextcloud ist belastbarer als so manches SaaS-Produkt, das nach einem Quartalsabschluss verschwindet.

Der eigentliche Schmerzpunkt: Prozesse

Was Nextcloud nicht leistet, ist das, was Berater gerne „Prozessexzellenz“ nennen und was im Alltag schlicht bedeutet: verlässlich wiederkehrende Abläufe durchzuführen. Ein Beispiel aus der Praxis. Eine Marketingagentur legt Kundenprojekte in Nextcloud ab. Jeder Projektordner enthält Unterordner für Briefing, Konzept, Design, Freigabe. Soweit Standard. Nur: Wer erinnert daran, dass nach der Designabnahme die Freigabeschleife startet? Wer merkt, dass beim Kunden seit acht Tagen die Freigabe liegt? Wer dokumentiert, wer wann abgenickt hat? In den meisten Häusern läuft das über E-Mail, Kalendereinträge und das Gedächtnis einer Projektleiterin.

Man kann das mit Flow teilweise automatisieren. Man kann auch einen Chat-Kanal aufsetzen. Aber sobald eine gewisse Komplexität erreicht ist — mehrere Rollen, Verzweigungen, Nachweise, Fristen, Nachverfolgbarkeit —, stößt das Bordmittel an Grenzen. Nicht, weil es schlecht wäre, sondern weil es einen anderen Zweck erfüllt. Flow ist eine Ereignis-Automatisierung, kein Prozessmodell. Der Unterschied ist wichtig: Flow reagiert auf einen Trigger und führt Aktionen aus. Ein echter Workflow kennt Zustände, Verantwortlichkeiten und einen Verlauf.

Tallyfy: Checklisten als Prozessmaschine

Tallyfy positioniert sich in genau diesem Feld. Das Werkzeug beschreibt sich selbst als Plattform für Prozessmanagement und Workflow-Automatisierung, wobei der Ansatz bewusst niedrigschwellig ist. Statt komplexer BPMN-Modelle mit Ereignis- und Gateway-Diagrammen arbeitet Tallyfy mit sogenannten Blueprints — also Vorlagen für wiederkehrende Abläufe. Aus einem Blueprint entsteht bei Bedarf eine laufende Instanz, in der Aufgaben sequenziell oder parallel abgearbeitet werden.

Wer schon einmal mit BPMN-Werkzeugen wie Camunda oder Activiti zu tun hatte, weiß, wie viel Modellierungsdisziplin dort nötig ist. Tallyfy geht den umgekehrten Weg: Der Einstieg ist ein Formular mit Aufgabenzeilen, Verantwortlichkeiten und Fristen. Das ist weniger mächtig, aber deutlich schneller produktiv. In der Praxis ist das ein nicht zu unterschätzender Faktor, denn eine perfekt modellierte Prozesslandschaft, die nie fertig wird, hat keinen Wert.

Funktional umfasst Tallyfy unter anderem:

• Blueprints als wiederverwendbare Prozessvorlagen mit Versionierung
• Aufgaben mit Zuständigkeiten, Fälligkeiten und bedingten Abhängigkeiten
• Formulare innerhalb einzelner Schritte, etwa für Freigaben oder Messwerte
• Automatische Erinnerungen und Eskalationen bei Verzug
• Prüfprotokolle, aus denen hervorgeht, wer wann welchen Schritt erledigt hat
• API- und Webhook-Zugänge für die Anbindung an andere Systeme
• Rollen- und Berechtigungskonzept für Teams und Abteilungen

Für regulierte Umgebungen interessant: Jeder Schritt lässt sich mit Nachweisen unterlegen. Das ist die Grundlage für Audits, ohne dass jemand Aktenordner durchblättern muss. Nicht zuletzt deshalb taucht Tallyfy in Branchen auf, in denen Nachvollziehbarkeit kein Nice-to-have ist — Chemie, Lebensmittelproduktion, Finanzdienstleistungen, Gesundheitswesen.

Wie Tallyfy und Nextcloud zusammenspielen

Kommen wir zum Kern. Tallyfy ist kein Dateiverwaltungssystem und will es auch nicht sein. Die Plattform arbeitet zwar mit Anhängen, aber sie ist keine Ablage. Genau hier setzt die Verbindung an. Tallyfy bietet Integrationspunkte zu externen Speicherdiensten, darunter auch Nextcloud. Konkret bedeutet das: Dateien bleiben in der Nextcloud-Instanz, während Tallyfy auf sie referenziert.

In der Praxis sieht das so aus, dass ein Prozessschritt einen Verweis auf ein Dokument enthält. Wer den Schritt öffnet, landet über den Connector direkt auf der Datei in Nextcloud — vorausgesetzt, er hat dort auch die Berechtigung. Das ist der entscheidende Vorteil gegenüber dem Hochladen in die Workflow-Plattform: Es gibt keine zweite Datenhaltung, keine divergierenden Versionen, keinen Schattenbestand.

Ein interessanter Aspekt ist dabei die Berechtigungslogik. Sie bleibt bei Nextcloud. Tallyfy entscheidet nicht, wer welche Datei sehen darf, sondern übernimmt die Rechte der Nutzerin oder des Nutzers. Das ist sauber gedacht, denn es verhindert, dass sich über den Umweg Workflow ein zweites, undokumentiertes Rechtesystem etabliert. In der Praxis ist es allerdings auch die Stelle mit dem größten Frustpotenzial: Wer im Prozess eine Aufgabe zugewiesen bekommt, aber im Dateisystem keine Freigabe besitzt, steht vor einer Wand. Das muss man beim Rollout mitdenken, sonst produziert man Supporttickets in Serie.

Die zweite Integrationsebene ist technischer Natur. Über die Nextcloud-API lassen sich Konten, Gruppen und Freigaben automatisiert verwalten. Wer ohnehin eine Identity-Management-Lösung betreibt, kann beide Systeme an dieselbe Quelle hängen — LDAP, Active Directory, SAML oder OIDC. Damit entfällt die doppelte Benutzerpflege. Das ist unspektakulär, spart aber im Betrieb erfahrungsgemäß mehr Zeit als jede clevere Automatisierung im Fachprozess.

Vier Szenarien, in denen das Gespann Sinn ergibt

Statt abstrakter Architekturdebatten lohnt der Blick auf konkrete Abläufe. Vier Beispiele, die in Kundengesprächen immer wieder auftauchen.

Onboarding neuer Mitarbeitender

Ein Onboarding ist ein klassischer Fall für Workflow-Automatisierung: Es gibt eine feste Reihenfolge, mehrere Beteiligte aus verschiedenen Abteilungen, Fristen und jede Menge Nachweise. Der Blueprint enthält Schritte wie Vertragsanlage, Ausstattung, Kontoeinrichtung, Einweisung, Datenschutzbelehrung. Die Vertragsunterlagen, Handbücher und Checklisten liegen in Nextcloud, der Prozess selbst läuft in Tallyfy. Personalabteilung, IT und Fachbereich sehen jeweils nur ihre Schritte. Verspätungen werden sichtbar, bevor der neue Kollege am ersten Tag ohne Laptop dasteht.

Rechnungsfreigabe

Der Klassiker in Buchhaltungen. Eingangsrechnungen landen als PDF in einem Nextcloud-Ordner, der Workflow übernimmt die Freigabeschleife. Fachabteilung prüft inhaltlich, Geschäftsführung prüft formal, Buchhaltung bucht. Jeder Schritt wird protokolliert. Wer die Rechnung am Ende in der Hand hält, kann auf einen Blick sehen, wer wann zugestimmt hat. Für Wirtschaftsprüfer ist das ein angenehmer Nebeneffekt; für die Buchhaltung ist es vor allem eines: ein Ende der Nachfragen per Telefon.

Qualitätsmanagement und Audits

In produzierenden Betrieben sind Abweichungsmeldungen, Korrekturmaßnahmen und Wirksamkeitsprüfungen formalisiert. Ein Workflow-System ist hier kein Luxus, sondern gelebte Normerfüllung. Die Dokumente — Prüfberichte, Messprotokolle, Zertifikate — liegen in Nextcloud mit Versionierung. Der Prozess stellt sicher, dass kein Schritt vergessen wird. Der Prüfpfad entsteht automatisch als Nebenprodukt.

Agentur- und Beratungsprojekte

Hier ist die Lage oft weniger formal, der Bedarf aber ähnlich. Kundenprojekte mit wiederkehrenden Phasen — Kickoff, Konzept, Zwischenpräsentation, Freigabe, Umsetzung, Abschlussrechnung. Blueprints sorgen dafür, dass jede Projektleiterin dieselbe Struktur verwendet. Kreative Freiheit bleibt im Inhalt, nicht im Verfahren.

Wo die Grenzen liegen

Es wäre unseriös, das Gespann als reibungslose Lösung zu verkaufen. Drei Einschränkungen sollte man kennen.

Erstens: Tallyfy ist kein Open-Source-Produkt. Die Software wird als Clouddienst angeboten, mit allem, was dazugehört — Vertragsbindung, Abhängigkeit vom Anbieter, Datenübermittlung an dessen Infrastruktur. Wer Nextcloud gerade deshalb einsetzt, weil Daten das Haus nicht verlassen sollen, muss hier genau hinschauen. Die Dateien bleiben zwar in der eigenen Instanz, die Metadaten des Prozesses aber nicht. Aufgabenbezeichnungen, Verantwortlichkeiten, Fristen, Kommentare — all das liegt beim Anbieter. Je nach Branche ist das ein KO-Kriterium.

Zweitens: Die Integration ist eine Referenzierung, keine Synchronisation. Es gibt keine automatische Ablage von Workflow-Ergebnissen in Nextcloud, keine bidirektionale Statusrückmeldung, keine Ordnerstruktur, die sich aus dem Prozess ergibt. Wer sich erhofft, dass Tallyfy beim Abschluss eines Prozesses Ordner anlegt und benennt, wird Handarbeit leisten müssen — oder selbst Skripte über die jeweiligen APIs schreiben.

Drittens: Komplexe Prozesse mit Verzweigungen, Schleifen und Parallelpfaden lassen sich in Tallyfy abbilden, aber nicht beliebig tief. Wer Prozessmodellierung nach BPMN 2.0 braucht, mit DMN-Entscheidungstabellen und formaler Ausführungssemantik, ist hier falsch. Das ist kein Mangel des Produkts, sondern eine bewusste Designentscheidung. Man muss nur wissen, auf welcher Seite der Grenze man steht.

Nextcloud Flow als hausgemachte Alternative

Wer die Datenhaltung komplett im eigenen Haus behalten will, kommt um Flow nicht herum. Die Funktion ist seit Version 18 im Kern enthalten und hat sich seither kontinuierlich weiterentwickelt. Das Konzept: Ereignisse wie „Datei hochgeladen“ oder „Freigabe erstellt“ lösen Aktionen aus. Eine Aktion kann eine Benachrichtigung sein, ein Skript, eine Webhook-Anfrage oder der Aufruf einer externen App.

Für einfache Szenarien reicht das völlig. Ein Beispiel: Sobald eine Datei in den Ordner „Eingangsrechnungen“ hochgeladen wird, bekommt die Buchhaltung eine Talk-Nachricht, und die Datei erhält ein Tag. In Kombination mit der Skript-Ausführung lassen sich auch aufwendigere Dinge bauen — etwa eine automatische Umbenennung nach Rechnungsnummer.

Was Flow nicht leistet, ist die Modellierung von Zuständen über Tage oder Wochen hinweg. Flow ist zustandslos im prozessualen Sinn. Es gibt keine laufende Instanz, die auf ihre Erledigung wartet. Man kann das über Workarounds nachbauen — Dateien als Statusträger, Tag-basierte Zustände, externe Datenbanken —, aber irgendwann wird die Konstruktion brüchig. Spätestens wenn mehrere Personen gleichzeitig beteiligt sind und Fristen überwacht werden müssen, ist es Zeit für ein echtes Workflow-System.

Offene Alternativen zu Tallyfy

Wenn die Cloudbindung das Problem ist, gibt es Wege. Drei Ansätze, die in der Praxis funktionieren, jeder mit anderen Schwerpunkten.

n8n ist ein Workflow-Automatisierungswerkzeug, das sich selbst hosten lässt. Es eignet sich hervorragend für technische Abläufe: Datei ereignet sich, Datenbankeintrag entsteht, Benachrichtigung geht raus. Ein Prozessmanagementsystem mit Aufgabenverwaltung für Fachabteilungen ersetzt es nicht. Dafür ist es mit über 400 Integrationen und einer sehr flexiblen Node-Logik ein starkes Bindeglied zwischen Nextcloud und anderen Systemen.

Camunda und Flowable sind ausgewachsene BPMN-Engines, beide mit offener Community-Edition. Wer formale Prozessmodelle braucht und über entsprechende Fachkenntnis verfügt, findet hier alles — inklusive Monitoring, Job-Scheduling und Historie. Der Preis ist Komplexität. Ein Einsteiger wird mit einem BPMN-Diagramm nicht glücklich, und die Betriebskosten sind nicht trivial.

Windmill wiederum setzt auf Skript-basierte Workflows und positioniert sich zwischen No-Code und Engineering. Die Plattform ist quelloffen, selbst hostbar und besonders für Teams interessant, die Prozesse ohnehin über Code abbilden. Wer Nextcloud-Ereignisse per Webhook entgegennimmt, kann dort sehr schnell belastbare Abläufe bauen.

Eine pragmatische Empfehlung: Für die Kombination aus Dateiablage und einfachen Fachprozessen mit wenigen Beteiligten reicht oft Flow plus n8n. Sobald Aufgabenverwaltung, Fristen und Nachweise für nicht-technische Nutzer im Vordergrund stehen, ist ein dediziertes Werkzeug die bessere Wahl — ob Tallyfy oder eine offene Alternative hängt dann vorrangig an der Frage, wo die Prozessmetadaten liegen dürfen.

Architektur: Wo die Daten liegen und warum das zählt

Die entscheidende Frage bei jeder Integration ist nicht, ob sie funktioniert, sondern wo die Daten am Ende stehen. Bei Nextcloud ist die Antwort klar: auf dem eigenen Server, im eigenen Object Store, in der eigenen Datenbank. Bei Tallyfy ist sie ebenfalls klar, aber anders. Und genau daraus entsteht der Konflikt.

Ein sauberer Aufbau trennt zwei Ebenen. Die Dokumentebene liegt vollständig bei Nextcloud. Der Prozesszustand — Aufgaben, Zuständigkeiten, Fristen, Kommentare — liegt beim Workflow-Anbieter. Zwischen beiden existieren Referenzen, keine Kopien. Diese Trennung ist technisch sauber, weil sie Redundanz vermeidet. Sie ist datenschutzrechtlich aber nur dann unproblematisch, wenn die Prozessmetadaten keine personenbezogenen Daten enthalten, die die Verarbeitung außerhalb der eigenen Infrastruktur rechtfertigen.

In der Praxis heißt das: Wer Mitarbeiter-Onboardings als Blueprint abbildet, verarbeitet personenbezogene Daten in beiden Systemen. Das erfordert einen Auftragsverarbeitungsvertrag, eine saubere Dokumentation und eine Rechtsgrundlage. Die technische Integration sagt darüber nichts aus, und viele Projekte scheitern genau an dieser Stelle — nicht an der Software, sondern an der Rechtsabteilung.

Wer diese Frage vermeiden will, hat zwei Optionen. Entweder man bleibt vollständig im eigenen Haus — Nextcloud plus Flow, n8n oder eine selbst gehostete BPM-Engine. Oder man akzeptiert, dass Prozessdaten das Haus verlassen, und regelt es entsprechend. Beides ist vertretbar. Nicht vertretbar ist, die Entscheidung zu ignorieren.

DSGVO, Aufbewahrung und Audit-Anforderungen

Für regulierte Umgebungen kommen weitere Punkte hinzu. Aufbewahrungsfristen sind das offensichtlichste. Handelsrechtlich relevante Dokumente müssen je nach Typ sechs oder zehn Jahre vorgehalten werden — in einer Form, die nachträgliche Änderungen erkennbar macht. Nextcloud kann das über Versionierung und Aufbewahrungsregeln in der Enterprise-Variante abbilden. Die Frage ist, ob der Prozess das ebenfalls tut: Weiß man in fünf Jahren noch, welche Freigabe zu welcher Version gehörte?

Das führt zum zweiten Punkt: der Nachweiskette. Ein sauber geführter Workflow protokolliert Zeitstempel, Benutzer und Aktion. In Tallyfy entsteht das als Nebenprodukt. In einer selbst gebauten Flow-Lösung muss man es explizit vorsehen — etwa über eine Protokolldatei in Nextcloud oder eine Datenbanktabelle. Wer hier schlampig arbeitet, merkt es meist erst bei der ersten Prüfung.

Ein dritter Punkt betrifft die Auswertbarkeit. Wenn Prozessdaten und Dokumente in getrennten Systemen liegen, ist eine übergreifende Auswertung nur über Export oder API möglich. Für operative Kennzahlen — wie lange dauert eine Freigabe im Schnitt, wo staut es sich — reicht das meist. Für tiefere Analysen braucht man eine dritte Ebene, typischerweise ein BI-Werkzeug, das beide Quellen zusammenführt. Das ist machbar, aber es ist ein Projekt für sich.

Betriebliche Realität: Deployment, Skalierung, Fehlerquellen

Kommen wir zu dem Teil, der in Entscheidungsvorlagen gerne fehlt. Nextcloud und Tallyfy sind keine Plug-and-play-Kombination. Es gibt mehrere Stellen, an denen es hakt.

Da ist zum einen die Anbindung an die Identitätsverwaltung. Ohne SSO müssen Nutzer in beiden Systemen existieren und idealerweise dieselbe Kennung haben. Ist das nicht der Fall, produziert die Dateireferenzierung Fehler, weil die Berechtigungsprüfung ins Leere läuft. Sauber aufgesetzt wird der Zugriff über OIDC oder SAML, mit dem Identitätsprovider als gemeinsamer Quelle.

Zum anderen die Performance. Nextcloud reagiert empfindlich auf langsame Datenbanken und unzureichend konfigurierte Caches. Wer eine Instanz mit mehreren tausend Nutzern betreibt, kommt um Redis für das File-Locking und um einen vorgeschalteten Reverse Proxy mit HTTP/2 nicht herum. Bei größeren Installationen ist Object Storage als Primary Storage fast schon Pflicht — nicht wegen der Kapazität, sondern wegen der Skalierbarkeit bei vielen parallelen Zugriffen. Gerade wenn ein externer Dienst wie Tallyfy regelmäßig Dateimetadaten abfragt, steigt die Last spürbar.

Ein dritter Punkt ist die Fehlerbehandlung. Was passiert, wenn der Connector zwischen Workflow-System und Nextcloud ausfällt? Bleibt ein Prozessschritt hängen, weil das Dokument nicht geladen werden kann? Werden Nutzer informiert? In vielen Setups fehlt eine solche Behandlung komplett. Das fällt im Testbetrieb nicht auf und im Produktivbetrieb dann zuverlässig — meistens an einem Freitagnachmittag.

Zur Skalierung sei noch angemerkt: Tallyfy skaliert mit dem Anbieter, das ist dessen Aufgabe. Die eigene Nextcloud-Instanz skaliert nur so weit, wie sie betrieben wird. Wer eine Integration plant, sollte vorher prüfen, ob die eigene Instanz der zusätzlichen Last gewachsen ist. Ein Datenbankprofil über eine Woche mit realistischem Nutzungsverhalten liefert dazu mehr Erkenntnisse als jede Schätzung.

Kosten: Was am Ende wirklich hängt

Die Lizenzkosten sind nur ein Teil der Rechnung, und in der Regel nicht der größte. Tallyfy wird pro Nutzer und Monat abgerechnet, wobei die Preisstufen nach Funktionsumfang und Nutzerzahl gestaffelt sind. Nextcloud selbst ist kostenlos, die Enterprise-Variante mit Support ist es nicht. Dazu kommen Server- oder Cloudkosten, Backup-Infrastruktur, Monitoring und — der Posten, den alle unterschätzen — Personalkosten für Betrieb und Weiterentwicklung.

Ehrlich gerechnet ist die entscheidende Frage nicht, welches Werkzeug billiger ist, sondern wie viel Zeit es einspart. Ein Prozess, der pro Durchlauf dreißig Minuten Nachfragen, Suchen und Erinnern kostet und tausendmal im Jahr läuft, produziert 500 Stunden Aufwand. Wird dieser Aufwand halbiert, relativiert sich jede Lizenzgebühr. Umgekehrt gilt: Ein Werkzeug, das niemand nutzt, ist immer zu teuer — unabhängig vom Preis.

Nicht zuletzt deshalb sollte man beim Rollout klein anfangen. Ein Prozess, ein Team, acht Wochen. Erst wenn das trägt, kommen weitere Abläufe dazu. Breit angelegte Einführungen scheitern häufiger an Überforderung als an Technik.

Migration und die Frage der Abhängigkeit

Wer heute ein Workflow-Werkzeug einführt, bindet sich für Jahre. Die Blueprints, die man aufbaut, sind keine normierte Ressource, sondern herstellerspezifisch. Ein Wechsel bedeutet in der Regel, alle Prozesse neu zu modellieren. Das ist der eigentliche Lock-in — nicht die Lizenz, sondern die investierte Arbeit.

Es gibt Gegenmaßnahmen, die den Aufwand im Fall der Fälle reduzieren. Erstens: Prozesslogik dokumentieren, nicht nur implementieren. Ein Ablaufdiagramm in einem neutralen Format, das die Schritte und Verantwortlichkeiten beschreibt, hilft beim Umstieg erheblich. Zweitens: Schnittstellen nutzen statt proprietärer Funktionen. Wer Dateien über die Nextcloud-API referenziert statt über einen Anbieter-spezifischen Connector, bleibt flexibler. Drittens: Prozesse klein halten. Ein Blueprint mit vierzig Schritten ist schwer zu migrieren, vier Blueprints mit zehn Schritten sind es nicht.

Bei Nextcloud stellt sich die Frage anders. Die Plattform ist quelloffen, die Daten liegen im eigenen Haus, die Community ist groß. Der Wechsel weg von Nextcloud wäre technisch möglich und wirtschaftlich selten sinnvoll. Die Abhängigkeit, die wirklich zählt, entsteht auf der Workflow-Seite.

Ein Blick nach vorn

Die Richtung ist erkennbar. Nextcloud baut die Automatisierungsebene kontinuierlich aus. Flow wird mächtiger, die API-Schnittstellen werden breiter, die App-Infrastruktur erlaubt immer tiefere Eingriffe. Es ist nicht unwahrscheinlich, dass in einigen Jahren prozessuale Funktionen — Aufgaben mit Fristen, Zustandsverwaltung, Nachweisführung — stärker in den Kern wandern oder über offizielle Apps abgedeckt werden. Damit würde der Markt für spezialisierte Workflow-Anbieter im Nextcloud-Umfeld enger.

Gleichzeitig bleibt eine Lücke, die sich kaum schließen lässt: Fachliche Prozessmodelle für nicht-technische Nutzer. Eine Buchhalterin will keinen Flow-Node konfigurieren, sie will eine Freigabeschleife beschreiben. Ein Qualitätsmanager will keine Webhook-Logik entwerfen, sondern eine Abweichungsmeldung formalisieren. Diese Abstraktionsebene ist der eigentliche Wert spezialisierter Werkzeuge — und der Grund, warum Nextcloud und Tallyfy trotz wachsender Überschneidungen nebeneinander bestehen können.

Für Entscheider bedeutet das: Es lohnt sich, beide Ebenen getrennt zu bewerten. Die Datei- und Kollaborationsebene gehört in die eigene Infrastruktur, daran führt bei ernsthafter Datenhoheit kaum ein Weg vorbei. Die Prozessebene kann extern liegen, muss aber nicht. Wer die Integration sauber plant, tut gut daran, sie nicht als einmaliges Projekt zu behandeln, sondern als dauerhafte Schnittstelle mit eigenen Betriebsanforderungen, eigener Verantwortlichkeit und eigener Fehlerkultur.

Fazit

Nextcloud und Tallyfy sind kein Traumgespann und keine Notlösung, sondern eine pragmatische Antwort auf ein reales Problem. Nextcloud liefert die Speicherschicht mit Datenhoheit, Freigaben und Versionierung. Tallyfy liefert die Prozesslogik mit Aufgaben, Fristen und Nachweisen. Dazwischen liegt eine Referenzierung, die funktioniert, aber bewusst schlank gehalten ist.

Wer diese Kombination erwägt, sollte drei Fragen beantworten, bevor irgendetwas installiert wird. Erstens: Dürfen Prozessmetadaten das Haus verlassen? Zweitens: Reicht Flow nicht doch aus? Drittens: Wer betreibt das Ganze in zwei Jahren? Die Antworten entscheiden mehr über den Projekterfolg als jede Feature-Matrix.

Und wer sich am Ende gegen Tallyfy und für eine offene Alternative entscheidet, hat nichts falsch gemacht. Die entscheidende Erkenntnis bleibt dieselbe: Dateiablage ohne Prozesslogik bleibt ein digitaler Aktenschrank. Erst wenn klar ist, wer als Nächstes was zu tun hat, wird aus gespeicherten Daten ein Arbeitsablauf. Ob das mit einem Clouddienst geschieht oder mit selbst gehosteter Software, ist eine Frage der Abwägung — und nicht des Glaubens.