Was passiert mit Agenturdaten, wenn ein SaaS schließt?
Wenn ein SaaS-Anbieter schließt, kommen Agenturdaten nicht automatisch mit. Du bekommst eine Abwicklungsexport — oft CSV mit zerrissenen Beziehungen — und danach endet der Zugang. Leben CRM, Projekte und Abrechnung in getrennten Tools, jagen drei Zeitpläne. Besitze die Datenbank auf deinem Cloud-Konto: Ausstieg wird Softwarewechsel, keine Rettungsmission.
Wenn ein SaaS-Anbieter schließt, kommen deine Agenturdaten nicht automatisch mit nach Hause. Du bekommst, was der Anbieter während eines Abwicklungsfensters anbietet — oft flache CSV-Dateien mit zerrissenen Verknüpfungen zwischen Datensätzen — und danach endet der Zugang. Wenn CRM, Projekte und Abrechnung in getrennten Tools lagen, exportierst du nicht ein System; du rennst drei verschiedenen Schließungszeitplänen hinterher und versuchst gleichzeitig, Beziehungen von Hand wiederherzustellen.
Dieser Beitrag erklärt, was während einer SaaS-Abwicklung tatsächlich passiert, warum Agenturen es härter spüren als die meisten Unternehmen, und was sich ändert, wenn die Datenschicht von Anfang an dir gehört.
Wie eine SaaS-Schließung tatsächlich aussieht
Eine Anbieter-Schließung ist selten ein einzelner Tag. Es ist eine Sequenz:
- Ankündigung — das Unternehmen sagt, es wickle ab, oft mit einem “Sunset-Datum” Wochen oder Monate entfernt.
- Exportfenster — eine Periode (üblich 30–90 Tage), in der du deine Daten herunterladen kannst. Formate variieren: CSV, JSON, manchmal ein vollständiger Datenbank-Dump für Enterprise-Kunden, die das verhandelt haben.
- Nur-Lesen-Modus — das Produkt nimmt keine neuen Daten mehr an. Integrationen beginnen zu scheitern.
- Zugang entzogen — Logins funktionieren nicht mehr. APIs gehen offline.
- Infrastruktur gelöscht — Server werden stillgelegt, verkauft oder an einen Insolvenzverwalter übergeben, der frühere Exportversprechen einhalten mag — oder auch nicht.
Nirgends in dieser Sequenz werden deine Daten automatisch irgendwohin übertragen, wo sie nützlich sind. Die Pflicht des Anbieters ist meist begrenzt auf “angemessene Gelegenheit zum Exportieren” — nicht “wir migrieren dich zu einem Ersatz” oder “wir bewahren deine operative Historie intakt.”
| Phase | Was du tun kannst | Was du nicht annehmen darfst |
|---|---|---|
| Ankündigung | Migration planen, Team informieren | Dass ein Käufer das Produkt rettet |
| Exportfenster | Dateien herunterladen, Felder mappen | Dass Beziehungen den Export überleben |
| Nur-Lesen | Prüfen was du hast | Dass Integrationen weiter synchronisieren |
| Zugang entzogen | Nichts im Produkt | Dass Support antwortet |
| Gelöscht | Aus Exporten neu aufbauen | Dass jemand deine Daten noch hat |
Warum Agenturen härter getroffen werden
Die meisten Unternehmen verlieren ein Tool. Agenturen verlieren Kontext.
Ein Kundendatensatz bei einer Agentur ist keine einzelne Datenbankzeile. Es ist ein Graph:
- Ein Unternehmen mit mehreren Kontakten
- Ein Deal in der Pipeline mit Wert und Stufenverlauf
- Ein Projekt mit Aufgaben, Verantwortlichen und Deadlines
- Rechnungen an Meilensteine oder Retainer gebunden
- Dokumente — Verträge, Briefs, Deliverables — mit dem Projekt verknüpft
- Kalendereinträge für Reviews und Launches
Wenn ein CRM schließt und contacts.csv und deals.csv als separate Dateien exportiert, ist die Verknüpfung zwischen “Acme Corp” und “Website-Relaunch Q3” welcher Spaltenname der Export zufällig verwendet hat — falls er überhaupt exportiert wurde. Diesen Graph in einem neuen System wiederaufzubauen dauert Wochen manueller Arbeit, meist während das Team noch für Kunden liefert.
Der Schmerz multipliziert sich, wenn der Stack von Anfang an fragmentiert war. Wenn das CRM schließt, Projekte aber in Asana und Abrechnung in FreshBooks leben, migrierst du nicht ein System — du hoffst, dass die verbleibenden Tools noch miteinander sprechen, nachdem der Konnektor, der sie verband, weg ist.
Die Export-Falle
Anbieter beschreiben ihren Export oft als “deine Daten, immer deine.” In der Praxis ist ein Export bei Schließung:
- Flach — Zeilen und Spalten, kein relationales Modell
- Unvollständig — Anhänge, Audit-Logs, Custom Fields und Integrations-Metadaten fehlen oft oder werden abgeschnitten
- Zeitlich begrenzt — du hast Wochen, nicht Monate, während du noch Kundenarbeit fährst
- Einseitig — es gibt keinen Importpfad in dein nächstes Tool, der wiederherstellt was du hattest
Agenturen, die “wir können immer exportieren” als Sicherheitsnetz behandelten, entdecken in der einen Woche, in der sie es wirklich brauchen, dass das Netz Löcher hat, die genau die Form der Beziehungen haben, von denen ihr Geschäft abhängt.
Was BYOC verändert
BYOC (Bring Your Own Cloud) kehrt die Eigentumsfrage um. Statt dass der Anbieter deine Daten in einer zentralen Multi-Tenant-Datenbank hält, provisioniert die Plattform eine dedizierte Datenbank auf deinem Cloud-Konto — in der Region, die du gewählt hast — ab dem Moment der Anmeldung.
Verschwindet der Software-Anbieter:
- Die Datenbank bleibt. Sie liegt auf deinem Cloudflare-Konto, nicht auf ihrem.
- Die Beziehungen bleiben. Kontakte, Deals, Projekte und Rechnungen bleiben verknüpft, weil sie nie für den Export abgeflacht wurden — sie lebten die ganze Zeit in einer echten Datenbank.
- Der Zugang ist deiner. API-Tokens, Backups und direkte Abfragen liegen unter deiner Kontrolle, nicht dem Abwicklungsplan des Anbieters.
Die Plattform zu verlassen wird eine Software-Entscheidung, keine Datenrettung. Du lädst keine CSVs herunter, bevor das Licht ausgeht — du hast die Schlüssel schon.
Das ist dieselbe strukturelle Eigenschaft, die GDPR-Datenresidenz durch Architektur statt Policy durchsetzbar macht: der physische Standort der Daten ist eine Wahl, die du bei der Provisionierung getroffen hast — kein Versprechen in einem aktualisierten AGB-Update.
Eine praktische Checkliste, wenn dein Anbieter jetzt schließt
Bist du mitten in einer aktiven Abwicklung, geh in dieser Reihenfolge vor:
- Heute alles exportieren — warte nicht auf das angekündigte Enddatum. Exportformate können sich verschlechtern, wenn Engineering-Personal geht.
- Integrationskarten screenshotten — dokumentiere welche Zapier-Flows, API-Keys und Webhooks brechen, wenn das Produkt nur-lesbar wird.
- Relationsfelder identifizieren — welche Spalten verknüpfen Kontakte mit Deals, Deals mit Projekten, Projekte mit Rechnungen? Du brauchst das zum Wiederaufbau.
- Einen Verantwortlichen benennen — eine Person für die Migration, kein Komitee das wöchentlich tagt, während das Fenster schließt.
- Betroffene Kunden informieren — wenn Kundenportale oder geteilte Arbeitsbereiche verschwinden, kommuniziere bevor sie es merken.
Für die nächste Plattform, die du evaluierst, füge eine Frage zur Shortlist hinzu: wo leben die aktiven Daten, während wir das Produkt nutzen? Lautet die Antwort “in der zentralen Datenbank des Anbieters”, kaufst du dasselbe Schließungsrisiko wieder — nur mit anderem Logo.
Die Frage, die sich vor der Unterschrift lohnt
Jede Agentur-Software-Evaluierung deckt Features, Preis und Integrationen ab. Wenige decken Überlebensfähigkeit ab: was passiert mit deiner operativen Historie, wenn dieser Anbieter nächstes Jahr übernommen, pivotiert oder schließt?
Die ehrlichen Antworten fallen in drei Eimer:
| Antwort | Was es bei Schließung bedeutet |
|---|---|
| “Exportiere deine Daten jederzeit” | Du bekommst Dateien; du baust Beziehungen neu |
| “Enterprise-Kunden können einen Dump anfordern” | Du verhandelst unter Druck |
| “Deine Datenbank liegt auf deinem Cloud-Konto” | Du behältst die Datenbank; du wechselst Software |
Das Dritte ist, worum ein BYOC Agency OS gebaut ist. Nicht weil Schließungen wahrscheinlich sind — sondern weil Agenturdaten zu relational, zu kundenkritisch und zu schwer aus flachen Exporten wiederherzustellen sind, um “wir klären das, wenn es passiert” als Plan zu behandeln.
Verwandt: SaaS-Vendor-Lock-in: Was das ist und wie du ihn vermeidest · Was ist ein BYOC Agency OS? · Datenresidenz und GDPR für Agenturen
Häufige Fragen
Was passiert mit meinen Daten, wenn ein SaaS-Unternehmen schließt?
Du bekommst typischerweise ein begrenztes Exportfenster — oft 30 bis 90 Tage — in dem du deine Datensätze herunterladen kannst, meist als CSV- oder JSON-Dateien. Nach dem Fenster wird der Zugang entzogen und der Anbieter löscht oder überträgt die Infrastruktur. Der Export bewahrt selten die Beziehungen zwischen Datensätzen (ein Deal verknüpft mit einem Kontakt verknüpft mit einem Projekt), sodass der Wiederaufbau deiner operativen Historie ein manuelles Projekt wird.
Kann ich meine Agenturdaten nach einer SaaS-Schließung zurückbekommen?
Nur wenn du während der Abwicklungsphase des Anbieters exportiert hast. Es gibt kein universelles Recht, Daten nach Beendigung eines Dienstes abzurufen — es hängt vollständig von den AGB des Anbieters, seinem Insolvenzverwalter und davon ab, wie lange die Server online bleiben. Wenn du das Fenster verpasst hast, sind die Daten meist weg.
Warum reicht ein SaaS-Export für Agenturen nicht?
Weil Agenturarbeit relational ist. Ein Kunde ist keine Zeile — es ist ein Kontakt, ein Unternehmen, ein Deal, ein Projekt, Rechnungen, Dokumente und Kalendereinträge, die aufeinander verweisen. Flache CSV-Exporte aus einem schließenden CRM tragen diese Verknüpfungen nicht mit, und wenn Projekte und Abrechnung in anderen Tools lagen, exportierst du aus drei Zeitlinien, die nie synchron waren.
Wie verändert BYOC, was beim Verlassen einer Plattform passiert?
In einem BYOC-Modell (Bring Your Own Cloud) liegt die Datenbank von Tag eins auf deinem Cloud-Konto. Verschwindet der Software-Anbieter, hast du die Datenbank noch — Kontakte, Projekte, Rechnungen und ihre Beziehungen intakt — auf Infrastruktur, die du kontrollierst. Ein Plattformwechsel wird zur Migration der Anwendungslogik, nicht zur Notfall-Datenrettung.
Was sollten Agenturen tun, bevor ein Anbieter schließt?
Sofort alles exportieren, dokumentieren welche Integrationen brechen, und kartieren wo jeder Datensatztyp in deinem nächsten Stack landen muss. Langfristig: prüfen ob deine aktiven Daten auf deinem eigenen Cloud-Konto oder in der zentralen Datenbank des Anbieters liegen — diese eine Architekturentscheidung bestimmt, ob die nächste Schließung eine schlechte Woche oder ein existenzielles Ereignis wird.
sSystm ist das erste BYOC-Agentur-OS — deine Kunden, dein Code und deine Cloud auf deinem eigenen Cloudflare-Konto, mit deiner KI, die den ganzen Workspace über MCP bedient.
Auf die Warteliste