Wir führen Automation, Projekte, Wissensseiten, Test Management und Zeiterfassung in einem Produkt zusammen. Abläufe reagieren auf Aufgaben, Seiten und Meetings und laufen auf einer Instanz in der Schweiz oder auf eurer eigenen Infrastruktur.
Wir bauen und betreiben Collabase bei der Infometis AG in Zürich. Die Automation Engine deckt ab, wofür Unternehmen heute Make.com einsetzen: Abläufe aus Auslösern, Bedingungen und Aktionen, Webhooks, Zeitpläne und Anbindungen an Fremdsysteme. Sie ist eine von sieben Apps und arbeitet auf denselben Aufgaben, Seiten, Registry-Einträgen und Rechten wie der Rest der Plattform.
Betrieben wird Collabase als eigene Instanz in einem Schweizer Rechenzentrum oder vollständig auf eurer Infrastruktur. Daten und gespeicherte Zugangsdaten bleiben dort, der Ort steht im Vertrag.
In den Gesprächen, die wir führen, kommen drei Anlässe immer wieder. Jeder hängt an einer Vorgabe oder einer Zahl. Wer ausschliesslich Fremdsysteme untereinander verbindet und keine Arbeitsplattform sucht, für den ist ein Wechsel selten die richtige Frage.
Eine Vorgabe aus Vertrag, Regulierung oder interner Richtlinie legt fest, wo Daten verarbeitet werden dürfen. Bei Make wählt ihr das Rechenzentrum je Organisation in der EU oder in den USA. Verlangt eure Vorgabe die Schweiz oder den eigenen Betrieb, beginnt hier die Prüfung.
Ein Ablauf legt Aufgaben an, ändert Seiten oder liest Registry-Einträge. In Collabase tut er das mit den Rechten eines eigenen Service-Benutzers, der nur sieht, wo er Mitglied ist. Je mehr interne Daten ein Ablauf berührt, desto wichtiger wird diese Frage.
Make rechnet seit dem 27. August 2025 in Credits ab, die meisten Aktionen kosten einen Credit. Wer viele kleine Abläufe laufen lässt, plant also mit der Ausführungsmenge. Collabase rechnet pro Benutzer ab, nicht pro Ausführung.
Die Tabelle beschreibt jedes Merkmal in einem Satz. Wo Collabase eine Funktion nicht abdeckt, schreiben wir das genauso in die Zelle wie umgekehrt.
| Merkmal | Make.com | Collabase |
|---|---|---|
Betrieb und Daten | ||
| Betriebsmodelle | Gehosteter Dienst von Make, mit einem On-Prem-Agent für die Anbindung lokaler Systeme. | Eigene Instanz in einem Schweizer Rechenzentrum oder auf eurer Infrastruktur, auch ohne Internetzugang. |
| Datenstandort | Rechenzentrum je Organisation in der EU oder in den USA, nach dem Anlegen nicht mehr änderbar. | Schweiz, in beiden Betriebsmodellen und unabhängig vom Plan. |
| Anbieter | Make, früher Integromat, seit 2020 Teil von Celonis. | Infometis AG, Zürich. |
| Abrechnung | Credits pro Monat. Die meisten Aktionen kosten einen Credit, Router und Fehlerbehandlungs-Module keinen. | Pro Benutzer und Monat. Keine Abrechnung pro Ausführung. |
Ablauf und Anbindung | ||
| Fehlerbehandlung | Fehlerbehandlungs-Module mit Rollback, Break, Resume, Commit und Ignore. | Fehler-Flow je Ablauf. Nach einem Absturz läuft ein Run beim ersten unfertigen Step weiter, Runs lassen sich einzeln oder bis zu 100 auf einmal wiederholen. |
| Integrationen | Katalog fertiger Apps. Die aktuelle Zahl nennt Make auf der eigenen Website. | 1000+ Konnektoren, dazu ein HTTP-Plug für jede REST-API mit Pagination, Retry und Auth. |
| KI | Funktionen mit KI-Anbieter können mehr als einen Credit verbrauchen. | Agent-Step mit Wissenssuche, anderen Flows, Plug-Aktionen und externen MCP-Servern, auf Wunsch mit Freigabe. Jeder Arbeitsbereich kann einen eigenen KI-Anbieter mit Budget hinterlegen. |
Umfang und Vertrag | ||
| Arbeitsplattform | Eigenständiges Werkzeug, das Fremdsysteme verbindet. | Eine von sieben Apps. Abläufe reagieren auf Ereignisse aus Aufgaben, Projekten, Seiten, Registry, Meetings, Test Management und Zeiterfassung. Collabase Automation gibt es nicht ohne die Plattform. |
| Vertrag und Zahlung | Zahlung per Kreditkarte, ACH-Lastschrift oder Google Pay, im Enterprise-Plan auch per Rechnung. | Infometis AG als einziger Vertragspartner, Offerte und Rechnung. |
Einstieg | ||
| Preise | Pläne Core, Pro und Teams, dazu Enterprise. Die Beträge nennt Make auf der Preisseite, Jahreszahlung ist günstiger als monatliche. | 20 CHF (Isolated Cloud) bzw. 16 CHF (Self-Hosted) pro Benutzer und Monat, mit allen sieben Apps. |
| Vor der Entscheidung | Plan Free mit 1000 Credits pro Monat. | Proof of Concept auf euren eigenen Inhalten, mit einem abgegrenzten Anwendungsfall. |
Die Angaben zu Collabase geben unseren Stand wieder. Die Angaben zu Make folgen der öffentlichen Preisseite und der Dokumentation von Make, Stand Oktober 2026. Wo Make eine Zahl dort nicht nennt, steht sie auf der Website von Make. Wenn sich etwas ändert, ändern wir diese Tabelle.
Der Datenstandort entscheidet sich vor den Funktionen, und bei Abläufen gehören die gespeicherten Zugangsdaten dazu. Collabase läuft als eigene Instanz in einem Schweizer Rechenzentrum, betrieben von uns, oder vollständig auf eurer Infrastruktur. Gespeicherte Zugangsdaten sind nach dem Speichern nicht mehr lesbar, nur ersetzbar, und werden in den Run-Daten geschwärzt. Wer will, bindet HashiCorp Vault oder Azure Key Vault an, dann speichert Collabase nur eine Referenz.
Make ist ein gehosteter Dienst. Jede Organisation wählt beim Anlegen ein Rechenzentrum in der EU oder in den USA, und die Wahl lässt sich danach nicht mehr ändern. Für Systeme im eigenen Netz gibt es den On-Prem-Agent. Ob das für eure Vorgaben genügt, hängt davon ab, ob die Schweiz verlangt ist oder die EU reicht.
Vor dem ersten Baustein standen drei Entscheidungen, an denen sich der Rest ausrichtet.
Abläufe reagieren auf Aufgaben, Projekte, Seiten, Registry-Einträge, Meetings, Kommentare, Zeiterfassung und Zeit. Dazu kommen Webhooks, Zeitpläne mit Cron und Zeitzone und eine öffentliche Chatseite für einen Flow.
Jeder Arbeitsbereich hat einen eigenen Service-Benutzer. Er sieht und ändert nur, wo er Mitglied ist, erbt nichts aus öffentlichen Spaces oder Gruppen und kann sich nicht anmelden. Die Rollen im Arbeitsbereich sind Admin, Editor und Viewer.
Entwurf und Veröffentlichen sind getrennt, der Versionsverlauf lässt sich wiederherstellen, jede Änderung ist je Arbeitsbereich nachvollziehbar. In sensiblen Arbeitsbereichen gibt ein zweiter Admin frei, und Git-Sync bringt Abläufe mit Diff, Releases und Rollback von der Entwicklung in die Produktion.
Mit Webhooks und dem HTTP-Plug binden wir Collabase an bestehende Dienste an, auch an solche, die in Make weiterlaufen, solange Abläufe wandern. Einen eurer bestehenden Abläufe bauen wir im Proof of Concept nach. Welche sich dafür eignen, klären wir in der Bestandsaufnahme.
Für Abläufe zwischen Collabase und Fremdsystemen ja: Auslöser, Verzweigungen mit UND- und ODER-Regeln, Schleifen, Unter-Flows, ein Code-Step in TypeScript, Webhooks und Zeitpläne sind vorhanden, dazu Agent-Steps mit KI. Collabase Automation gibt es nur zusammen mit der Plattform, nicht als eigenständiges Werkzeug. Die Merkmalstabelle zeigt Zeile für Zeile, wo die Grenze verläuft.
In der Schweiz, in beiden Betriebsmodellen. Entweder als eigene Instanz in einem Schweizer Rechenzentrum oder vollständig auf eurer Infrastruktur. Gespeicherte Zugangsdaten sind nicht mehr lesbar und werden in den Run-Daten geschwärzt, auf Wunsch liegen sie in HashiCorp Vault oder Azure Key Vault.
Ja. Im Self-Hosted-Betrieb läuft Collabase vollständig auf eurer Infrastruktur, auch in Netzen ohne Internetzugang. Anbindungen an Cloud-Anwendungen brauchen einen Zugang nach aussen; welche davon ihr benötigt, klären wir vor dem Proof of Concept.
1000+ Konnektoren stehen bereit. Für alles andere gibt es einen HTTP-Plug für jede REST-API, mit Pagination, Retry und Auth, dazu Webhooks. Eigene Plugs entstehen mit dem Plug SDK, das ab Q4 2026 erscheint. Make führt einen grossen Katalog fertiger Apps; ob eure Systeme bei uns vorkommen, prüfen wir vor dem Proof of Concept.
Isolated Cloud kostet 20 CHF pro Benutzer und Monat, monatlich abgerechnet. Self-Hosted kostet 16 CHF pro Benutzer und Monat, jährlich abgerechnet. Alle sieben Apps sind enthalten, und es gibt keine Abrechnung pro Ausführung. Die Offerte nennt den Gesamtbetrag.
Einen eurer Abläufe bauen wir im Proof of Concept in Collabase nach, an euren eigenen Systemen und mit euren echten Verbindungen. Welche Szenarien sich eignen, klären wir in der Bestandsaufnahme vor dem Start.
Mit einem Proof of Concept: ein abgegrenzter Anwendungsfall, ein echtes Team, ein paar Wochen Laufzeit, auf euren eigenen Inhalten statt auf Demodaten. Am Ende steht eine Grundlage für die Entscheidung, ob und wie ein Wechsel Sinn ergibt.
Ein abgegrenzter Anwendungsfall, ein echtes Team, ein paar Wochen Laufzeit. Wir bauen einen eurer Wochen- oder Monatsprozesse als Ablauf nach, an euren eigenen Systemen.
