Automatyzacja czyszcząca „nieaktywne" rekordy to jeden z częściej zamawianych u nas workflow. Logika jest banalna: jeśli od ostatniego kontaktu minęło X miesięcy, oznacz i przenieś do archiwum. Kłopot zaczyna się wtedy, gdy w kilkuset rekordach pole z datą jest puste, bo ktoś zaimportował je z Excela bez tej kolumny. Warunek „starsze niż X" łapie je wszystkie naraz. Z punktu widzenia platformy nic się nie zepsuło: przyszło poprawnie uwierzytelnione żądanie i zostało wykonane.
Pytanie, kto właściwie ma kopię tych danych, pada zwykle dopiero po fakcie. Pierwsza odpowiedź brzmi „no przecież oni", a po zajrzeniu do regulaminu okazuje się, że dostawca gwarantuje dostępność usługi i odporność własnej infrastruktury, a nie cofnięcie tego, co Twoja integracja zrobiła z zawartością konta. Poniżej konkret: co backupować, jak, jak długo trzymać kopie i jak sprawdzić, że są cokolwiek warte.
TL;DR: Dostawca SaaS chroni swoją infrastrukturę, nie Twoje dane przed Tobą, Twoim zespołem i Twoimi integracjami. Zrób automatyczny eksport przez API do magazynu u innego dostawcy, z retencją minimum 7 kopii dziennych i 4 tygodniowych, alertem gdy kopia nie powstanie i testem odtworzenia raz na kwartał. Zacznij od jednego systemu: tego, którego zniknięcie zatrzyma sprzedaż.
Kto za co odpowiada w chmurze
Model odpowiedzialności współdzielonej sprowadza się do jednej granicy: dostawca odpowiada za to, żeby usługa działała, Ty odpowiadasz za to, co jest w niej wpisane. Kopie po jego stronie istnieją, tylko służą do odtworzenia całej platformy po awarii jego dysków. Usunięcie rekordów przez uprawnionego użytkownika albo przez integrację z ważnym tokenem nie jest z tej perspektywy awarią, tylko operacją, o którą sam poprosiłeś.
| Warstwa | Dostawca SaaS | Ty |
|---|---|---|
| Serwerownia, dyski, replikacja | tak | nie |
| Dostępność usługi i jej SLA | tak | nie |
| Bezpieczeństwo i aktualizacje platformy | tak | nie |
| Treść i poprawność Twoich danych | nie | tak |
| Skutki działań użytkowników i integracji | nie | tak |
| Retencja zgodna z Twoją polityką | nie | tak |
| Dostęp do danych po zamknięciu konta | zwykle nie | tak |
Kosz i historia wersji przez chwilę ratują życie, ale ich okno czasowe jest krótkie i zależy od planu, kosz obejmuje rekordy, ale niekoniecznie zmiany w strukturze (skasowane pole, zmieniony typ kolumny), a odzyskiwanie po jednym rekordzie przy kilkuset pozycjach jest praktycznie nierealne.
Pięć scenariuszy, w których dane znikają
Żaden nie jest egzotyczny i żaden nie wymaga włamania.
Przypadkowe skasowanie albo masowa edycja. Import z przesuniętą kolumną, który nadpisuje kilka tysięcy rekordów. Skasowana tabela, bo „i tak jej nie używaliśmy". Zaznaczenie wszystkich wierszy w widoku, który miał filtr, a nagle go nie miał.
Błędna automatyzacja. Warunek opisany na wstępie albo synchronizacja, która po zmianie mapowania wpisuje puste wartości w miejsce nazw. Automatyzacja jest szybka i konsekwentna, więc błąd rozjeżdża się po bazie, zanim ktokolwiek zdąży zareagować.
Człowiek. Odejście pracownika i usunięcie konta razem z plikami, których nikt nie przeniósł. Rzadziej, ale realnie: ktoś odchodzi w złej atmosferze i przed wyjściem robi porządek w bazie. Tak samo wygląda konto przejęte przez phishing.
Utrata dostępu do konta. Blokada za naruszenie regulaminu (najczęściej przy mailingach uznanych za spam), spór o płatność, wygasła karta i skasowanie danych po karencji. Dane istnieją, tylko odblokowanie idzie przez kolejkę supportu.
Koniec narzędzia. Wygaszenie produktu po przejęciu, zamknięcie polskiego startupu, cennik wypychający Cię z platformy. Okres przejściowy zwykle jest, ale to Ty musisz wtedy wyciągnąć dane w formacie, który da się gdziekolwiek wgrać.
Co backupować w typowej firmie
Kolejność ustala jedno pytanie: który system, znikając dziś rano, zatrzyma przychód.
| System | Co ma być w kopii | Priorytet |
|---|---|---|
| CRM | kontakty, firmy, szanse z etapami i datami, notatki, załączniki, definicje pól niestandardowych | krytyczny |
| Baza operacyjna (Airtable, NocoDB, Notion, arkusze) | dane plus schemat: typy pól, opcje list wyboru, relacje | krytyczny |
| Sklep i zamówienia | zamówienia, klienci, faktury, stany magazynowe | krytyczny |
| Księgowość i fakturowanie | PDF-y faktur, dane kontrahentów, eksport księgowy | wysoki |
| Lista mailingowa | subskrybenci ze statusem i datą zgody, segmenty, wypisy | wysoki |
| Dysk firmowy | dokumenty, umowy, oferty, struktura uprawnień | wysoki |
| Skrzynka mailowa | korespondencja handlowa, ustalenia z klientami | średni |
| Konfiguracja automatyzacji | workflow w JSON, mapowania pól, adresy webhooków | średni |
Dwie pozycje wypadają najczęściej. Pierwsza to schemat, nie same dane: eksport z Airtable czy NocoDB da Ci wiersze, ale bez typów pól, opcji list wyboru i relacji odtworzenie bazy jest przepisywaniem jej od zera z pamięci. Druga to historia zgód w mailingu, bo lista adresów bez daty i źródła zgody jest z punktu widzenia RODO listą, której nie wolno użyć.
Konfiguracja automatyzacji to też Twoja własność, warta zwykle kilkadziesiąt godzin pracy. Dla n8n rozpisaliśmy komplet w artykule o backupie i aktualizacjach n8n; przy Make czy Zapier zostaje ręczny eksport scenariuszy. A jeśli procesy stoją u Ciebie na arkuszach, przeczytaj, gdzie Google Sheets się mści.
Trzy sposoby na kopię
1. Eksport natywny, robiony ręcznie. Prawie każde narzędzie ma przycisk „eksportuj do CSV" albo pełny eksport konta. Pierwszą kopię możesz mieć w kwadrans, dzisiaj. Problem nie jest techniczny, tylko ludzki: ręczny backup działa przez sześć tygodni, potem ktoś ma urlop, potem kończy się kwartał i nikt tego nie robi. Zostajesz przy tej metodzie? Przypisz ją konkretnej osobie jako zadanie cykliczne z terminem, tak jak rozliczenie.
2. Automatyczny eksport przez API. Mechanika jest zawsze ta sama: harmonogram uruchamia workflow, workflow odpytuje API o rekordy (stronami, bo limity), zapisuje wynik jako JSON i CSV, wysyła plik do magazynu poza tym systemem i melduje efekt. Ostatni krok pomijany jest najczęściej, a bez niego reszta jest warta niewiele: alert ma przychodzić wtedy, gdy kopia nie powstała. Backup, który się nie udał, nie krzyczy, a skrypt zapisujący od trzech miesięcy komunikat błędu wygląda w katalogu identycznie jak działający.
Wcześniej sprawdź, czy narzędzie ma API i jakie ma limity zapytań. Zestaw dla dwóch czy trzech systemów mieści się w widełkach pojedynczej automatyzacji, czyli 3–10 tys. zł (ceny z sierpnia 2026). Magazyn to kilka do kilkunastu złotych miesięcznie.
3. Backup-as-a-service dla SaaS. Kategoria istnieje i ma sens głównie przy Microsoft 365, Google Workspace i największych CRM-ach. Podpinasz konto przez OAuth, usługa codziennie zaciąga dane, trzyma wersje i umie wgrać je z powrotem do systemu źródłowego. To ostatnie robi największą różnicę, bo własny eksport daje Ci plik, a przywrócenie z pliku do CRM-a jest Twoją robotą. Wady: dokładasz kolejny podmiot przetwarzający dane osobowe, więc potrzebujesz umowy powierzenia, i nie zabezpieczysz tak narzędzi niszowych.
| Metoda | Koszt | Ryzyko zaniku | Odtworzenie | Kiedy wybrać |
|---|---|---|---|---|
| Eksport ręczny | zero | wysokie | ręczne, żmudne | start, jedna baza |
| Workflow przez API | wdrożenie plus grosze za storage | niskie, jeśli jest alert | ręczne albo workflow | większość MŚP, narzędzia niszowe |
| Usługa backupu SaaS | abonament per użytkownik | najniższe | wbudowane | M365, Workspace, duże CRM-y |
Typowy układ u nas łączy wszystkie trzy: usługa dla poczty i dysku, workflow dla CRM-a i bazy, ręczny eksport konfiguracji po zmianach.
Zasada 3-2-1, retencja i wersjonowanie
Reguła 3-2-1 mówi: trzy kopie danych, na dwóch różnych nośnikach, jedna poza siedzibą. Dla firmy na SaaS brzmi prościej: dane w narzędziu, kopia w magazynie u innego dostawcy, kopia na sprzęcie, który stoi u Ciebie. Cała waga leży w słowie „innego". Backup Dysku Google wrzucony na ten sam Dysk Google to nie kopia, tylko dodatkowy folder, a tracąc dostęp do konta, tracisz jedno i drugie w tej samej sekundzie. Object storage w UE (Hetzner, Backblaze, dowolny zgodny z S3) plus NAS w biurze załatwia sprawę tanio; przy wyborze pomoże porównanie miejsc na firmową infrastrukturę.
Druga połowa układanki to retencja i tu popełnia się najczęstszy błąd: jeden plik nadpisywany codziennie. Taki backup chroni wyłącznie przed awarią z wczoraj. Nie chroni przed błędem sprzed dziesięciu dni, bo błąd jest już w kopii i został wiernie skopiowany dziewięć razy. Rekord skasowany dwa tygodnie temu jest wtedy stracony mimo działającego backupu. Punkt wyjścia, który stosujemy: 7 kopii dziennych, 4 tygodniowe, 12 miesięcznych.
Dołóż wersjonowanie po stronie magazynu (w S3 to jeden przełącznik), które ratuje przed skryptem zapisującym pusty plik pod tą samą nazwą, oraz blokadę usuwania na kopie miesięczne, żeby nie skasowały ich przed terminem ani ransomware, ani pomyłka administratora. I jeden alert: jeśli dzisiejszy plik jest mniejszy od wczorajszego o ponad jedną trzecią, ktoś ma o tym wiedzieć.
Test odtworzenia
„Firmy nie tracą danych dlatego, że nie robiły kopii. Tracą je dlatego, że przez rok nikt tej kopii nie otworzył. Przy pierwszej awarii okazuje się, że eksport od pół roku zapisuje pusty plik albo że nikt nie wie, jak wgrać go z powrotem do CRM-a. Backup, którego nikt nie próbował odtworzyć, to nie backup, tylko nadzieja." — Mikołaj Brunka, założyciel NoCodeWork
Suche ćwiczenie raz na kwartał, na godzinę:
- Weź kopię sprzed tygodnia, nie najświeższą. Sprawdzasz retencję, nie ostatni plik.
- Odtwórz dane do środowiska testowego: nowa baza w Airtable albo NocoDB, sandbox CRM-a, świeży arkusz.
- Policz rekordy i porównaj z liczbą z dnia backupu. Sprawdź relacje między tabelami i to, czy załączniki są plikami, a nie martwymi linkami.
- Zmierz czas i zapisz go z datą oraz tym, co nie zadziałało. To Twój realny czas odtworzenia po awarii.
Przy okazji padają dwa pytania dla zarządu: ile godzin firma wytrzyma bez tych danych i ile godzin pracy może stracić bezpowrotnie. Odpowiedź „jeden dzień" oznacza, że dzienny backup wystarczy. Odpowiedź „godzinę" oznacza eksporty przyrostowe.
Backup z danymi osobowymi a RODO
Kopia bazy CRM to zbiór danych osobowych i podlega tym samym zasadom co system produkcyjny. Poniżej praktyka, nie porada prawna.
Szyfrowanie i dostęp. Kopia leży poza systemem, w którym są role i uprawnienia, więc szyfruj ją po stronie magazynu albo przed wysyłką. Dostęp do storage dla dwóch osób, z uwierzytelnianiem dwuskładnikowym, klucze w menedżerze haseł, nie w repozytorium ze skryptami. Magazyn w UE upraszcza resztę, a przy gotowej usłudze podpisz umowę powierzenia.
Retencja kontra prawo do usunięcia. Tu jest realne napięcie, bo wycięcie jednej osoby ze wszystkich archiwów jest technicznie nierealne. Przyjęta praktyka: ograniczona i udokumentowana retencja kopii, zakaz używania backupów do celów operacyjnych oraz procedura mówiąca, że po odtworzeniu danych z kopii żądania usunięcia są egzekwowane ponownie. Osobie żądającej usunięcia odpowiadasz, że dane zniknęły z systemów produkcyjnych, a z kopii znikną w cyklu retencji.
Wpisz też backupy do rejestru czynności przetwarzania: jakie systemy, gdzie leżą kopie, jak długo, kto ma dostęp. Szerszy kontekst zebraliśmy w tekście o n8n i RODO.
Wyjście z narzędzia
Najczęstszy błąd przy zmianie systemu jest kolejnościowy: firma wypowiada umowę, czeka do końca okresu rozliczeniowego, a potem chce wyciągnąć dane. Po wygaśnięciu subskrypcji konto przechodzi w tryb ograniczony albo znika, a eksport bywa jedną z pierwszych funkcji, które przestają działać. Kolejność, która działa:
- Zrób pełny eksport, zanim cokolwiek wypowiesz, i trzymaj go jeszcze kilka miesięcy po migracji.
- Sprawdź, co faktycznie jest w pliku. Załączniki zostają zwykle jako odnośniki do serwera dostawcy, martwe w dniu zamknięcia konta.
- Żądaj formatów otwartych: CSV, JSON, XML, faktury w PDF. Zamknięte archiwum własne otworzy tylko ten dostawca, od którego odchodzisz.
- Spisz konfigurację: pola niestandardowe, statusy, automatyzacje, szablony. Tego nie ma w eksporcie, a to największa część roboty przy odtwarzaniu.
Najlepszy moment na pytanie „jak stąd wyjdę" to nie wypowiedzenie, tylko zakup. Narzędzie bez pełnego eksportu i API oznacza, że kiedyś zapłacisz jeszcze za wyjście. Ten sam rachunek robimy w porównaniu własnej automatyzacji z gotowym SaaS. Kopia jest też pierwszym krokiem przy przejmowaniu automatyzacji po freelancerze.
Od czego zacząć i na co uważać
Próba zabezpieczenia kilkunastu narzędzi naraz kończy się tym, że nie zabezpieczysz żadnego. Zacznij od jednej bazy: tej, której zniknięcie zatrzyma sprzedaż albo realizację zamówień. Zrób dla niej codzienny eksport do magazynu poza dostawcą, ustaw retencję, dołóż alert na brak pliku i przeprowadź jeden test odtworzenia. Całość zamyka się w popołudniu. Kolejny system dołóż za miesiąc, gdy pierwszy chodzi bez interwencji.
Na co uważać:
- Token do eksportu to klucz do wszystkiego. Zakładaj osobne konto serwisowe z uprawnieniami tylko do odczytu. Przy odejściu pracownika sprawdź, czy backupy nie chodziły na jego dostępach.
- Kopia u tego samego dostawcy nie jest kopią. Dotyczy też „backupu" bazy do arkusza w tej samej chmurze.
- Eksport, którego nikt nie umie zaimportować. Plik JSON z trzydziestoma tysiącami rekordów bez opisu struktury to archeologia, nie odtworzenie. Dopisz do katalogu jeden README.
- Cisza to nie sukces. Jeśli od dwóch tygodni nie było żadnego alertu, sprawdź, czy alerty działają.
- Nie każdy system wymaga backupu operacyjnego. Historia czatu czy tablice pomocnicze mają wartość archiwalną, nie operacyjną.
FAQ
Czy dostawca SaaS nie robi backupów za mnie?
Robi, ale w innym celu. Kopie dostawcy służą do odtworzenia całej platformy po awarii jego infrastruktury, a nie do cofnięcia zmian w Twoim koncie. Usunięcie rekordów przez uprawnionego użytkownika albo przez integrację nie jest awarią, tylko poprawnie wykonaną operacją. Kosz i historia wersji działają przez ograniczony czas i zwykle nie obejmują zmian w strukturze bazy.
Jak często backupować dane z CRM albo Airtable?
Dla systemów, w których codziennie pracuje zespół, standardem jest kopia dzienna z retencją minimum 7 kopii dziennych i 4 tygodniowych. Częstotliwość wyznacza odpowiedź na pytanie, ile godzin pracy firma może stracić bezpowrotnie: przy stracie jednego dnia wystarczy dzienny eksport, przy jednej godzinie potrzebne są eksporty przyrostowe.
Ile kosztuje backup danych z SaaS?
Magazyn to kilka do kilkunastu złotych miesięcznie przy rozmiarach typowych dla MŚP (ceny z sierpnia 2026). Główny koszt to wdrożenie: workflow eksportujący dwa albo trzy systemy mieści się w widełkach pojedynczej automatyzacji, czyli 3–10 tys. zł. Gotowe usługi dla Microsoft 365 czy Google Workspace rozlicza się abonamentem per użytkownik.
Czy backup z danymi osobowymi jest zgodny z RODO?
Tak, o ile jest zaprojektowany świadomie: kopie szyfrowane, magazyn w UE, dostęp dla dwóch osób z uwierzytelnianiem dwuskładnikowym, umowa powierzenia z dostawcą magazynu i udokumentowana retencja. Przy prawie do usunięcia przyjętą praktyką jest ograniczona retencja kopii oraz ponowne usunięcie danych po ewentualnym odtworzeniu.
Co zrobić z danymi przed rezygnacją z narzędzia?
Pełny eksport wykonaj przed wypowiedzeniem umowy, nie po. Załączniki pobierz osobno, bo w eksporcie zwykle są tylko odnośniki, które przestaną działać po zamknięciu konta. Żądaj formatów otwartych (CSV, JSON, XML, faktury w PDF) i spisz konfigurację, której eksport nie obejmuje.
Podsumowanie
Chmura zdejmuje z firmy odpowiedzialność za serwery i dyski, i robi to lepiej, niż zrobiłbyś to sam. Nie zdejmuje odpowiedzialności za treść danych: nikt za Ciebie nie cofnie nieudanego importu ani zbyt szerokiego filtra w automatyzacji.
Zabezpieczenie nie jest ani drogie, ani skomplikowane: automatyczny eksport przez API do magazynu u innego dostawcy, sensowna retencja zamiast nadpisywanego pliku, alert gdy kopia nie powstanie i kwartalne ćwiczenie odtworzenia. To ostatnie odróżnia backup od nadziei, że backup istnieje, i wypada z planu najczęściej. Masz zabezpieczyć jedną rzecz w tym miesiącu? Zabezpiecz system, którego zniknięcie zatrzymałoby sprzedaż.
Chcesz ustalić, które systemy w Waszej firmie wymagają własnych kopii, a przy których wystarczy to, co daje dostawca? Umów bezpłatną konsultację — powiemy wprost, jeśli obecne zabezpieczenia wystarczą i żadne wdrożenie nie jest potrzebne.
