Utrata danych sklepu - plan awaryjny krok po kroku dla właściciela

Łukasz Palej

Łukasz Palej

Technical Implementation Expert

Utrata danych sklepu to sytuacja, w której znika lub przestaje być dostępna baza zamówień, katalog produktów, zdjęcia albo konta klientów - przez awarię serwera, nieudaną aktualizację, atak ransomware lub pomyłkę pracownika. Plan awaryjny krok po kroku zaczyna się od zatrzymania szkód bez nadpisywania danych, potem ustalenia zakresu strat, odtworzenia sklepu z ostatniej sprawdzonej kopii i uzupełnienia luki z marketplace'ów, integratora i bramki płatności. Taki plan trzeba spisać, zanim wydarzy się awaria, bo w stresie nikt nie pamięta haseł ani kolejności działań.

W tym wpisie pokazujemy, co robić w pierwszych godzinach po utracie danych, skąd odzyskać zamówienia i zdjęcia produktów, kiedy utrata danych klientów wymaga zgłoszenia do UODO i jak przygotować prosty plan odtwarzania, który zadziała także wtedy, gdy osoby odpowiedzialnej za IT nie ma akurat w firmie. Wpis jest napisany dla właściciela sklepu, bez zakładania, że masz własnego administratora.

[#wazne] W skrócie: po utracie danych sklepu najpierw zatrzymaj szkody i niczego nie nadpisuj, potem ustal, co zniknęło i od kiedy, odtwórz dane z ostatniej sprawdzonej kopii na środowisku testowym, a lukę uzupełnij z Allegro, integratora takiego jak Base i bramki płatności. Gdy zniknęły lub wyciekły dane osobowe klientów, oceń obowiązek zgłoszenia naruszenia do UODO w ciągu 72 godzin. Plan awaryjny z kontaktami, dostępami i instrukcją odtwarzania trzeba mieć spisany wcześniej. W Vinson przygotowujemy i testujemy takie plany w ramach wsparcia IT dla sklepów.

Czym jest utrata danych sklepu i co ją powoduje

Utrata danych sklepu to każda sytuacja, w której firma traci dostęp do informacji potrzebnych do sprzedaży i obsługi klientów: zamówień, produktów, zdjęć, kont klientów, faktur albo konfiguracji integracji. Nie zawsze oznacza to fizyczne skasowanie plików. Dane zaszyfrowane przez ransomware albo zablokowane razem z kontem hostingu są tak samo bezużyteczne jak usunięte. Najczęstsze przyczyny w małych i średnich sklepach to:

  • Awaria serwera lub hostingu - uszkodzony dysk, błąd po stronie dostawcy, zawieszone konto za nieopłaconą fakturę.

  • Nieudana aktualizacja - aktualizacja platformy, motywu lub wtyczki psuje bazę danych albo nadpisuje pliki.

  • Błąd człowieka - masowa edycja w arkuszu, która nadpisała opisy, usunięty folder ze zdjęciami, import pliku CSV z przesuniętą kolumną.

  • Atak - przejęcie panelu administracyjnego po phishingu, złośliwy kod w sklepie, ransomware na komputerze z dostępem do dysku sieciowego.

  • Utrata dostępu - wygasła domena, konto zarejestrowane na byłego pracownika, brak hasła do panelu hostingu lub rejestratora.

Każdy z tych scenariuszy wymaga trochę innej reakcji, ale schemat pierwszych kroków jest wspólny. Najwięcej szkód robią zwykle nie same awarie, tylko chaotyczne działania w pierwszej godzinie: przywracanie kopii na działającym sklepie bez sprawdzenia, czy jest kompletna, albo ponowne uruchamianie importów, które nadpisują to, co jeszcze zostało.

Plan awaryjny po utracie danych sklepu - pierwsze godziny krok po kroku

Plan awaryjny IT to spisana procedura, która mówi, kto co robi i w jakiej kolejności, gdy sklep traci dane. Diagram pokazuje pięć kroków, które warto wykonać zawsze, niezależnie od przyczyny awarii.

[#chart:wit36a]

  1. Zatrzymaj szkody - włącz tryb konserwacji sklepu, wstrzymaj importy, synchronizacje i zadania automatyczne, a przy podejrzeniu ataku odłącz zainfekowany komputer od sieci. Nie przywracaj jeszcze żadnej kopii.

  2. Zabezpiecz stan obecny - zrób kopię tego, co zostało, nawet jeśli jest uszkodzone. W zepsutej bazie mogą być zamówienia z ostatnich godzin, których nie ma w żadnym backupie.

  3. Ustal zakres i moment awarii - co dokładnie zniknęło, od kiedy dane są błędne i która kopia jest ostatnią poprawną. Przy włamaniu szukaj kopii sprzed pojawienia się złośliwego kodu, a nie po prostu najnowszej.

  4. Odtwórz na środowisku testowym - przywróć kopię na osobnej subdomenie lub serwerze i sprawdź, czy sklep działa, a dane są kompletne. Dopiero potem przenieś ją na produkcję.

  5. Uzupełnij lukę i poinformuj - dograj zamówienia z okresu między kopią a awarią, sprawdź stany magazynowe, poinformuj zespół oraz - jeśli trzeba - klientów.

Równolegle wyznacz jedną osobę, która koordynuje działania i podejmuje decyzje. Gdy kilka osób naraz próbuje „coś naprawić”, łatwo o nadpisanie danych lub dwa różne przywracania w tym samym czasie. Zapisuj godziny i wykonane kroki - przydadzą się w rozmowie z hostingiem, przy ewentualnym zgłoszeniu naruszenia i przy poprawianiu planu po wszystkim.

Skąd odzyskać dane sklepu - zamówienia, produkty i zdjęcia

Sklep internetowy rzadko jest jedynym miejscem, w którym zapisują się dane. Część informacji istnieje równolegle w systemach partnerów, co pozwala odbudować lukę, której nie obejmuje kopia zapasowa. Tabela pokazuje typowe źródła, które warto mieć wpisane do planu awaryjnego.

Utracone daneGdzie szukać kopii lub śladuNa co uważać
Zamówienia z marketplace'ówpanel Allegro, Amazon, Empik Place, integrator zamówieńzamówienia zostają na platformie niezależnie od sklepu
Zamówienia ze sklepuintegrator (np. Base), bramka płatności, maile z potwierdzeniamibramka pokaże opłacone transakcje, ale nie zawsze pełne dane adresowe
Wysyłkipanel kuriera, aplikacja do drukowania etykietsprawdź nadane paczki, żeby nie wysłać zamówienia dwa razy
Fakturyprogram do fakturowania, system księgowydokumenty sprzedaży są zwykle niezależne od bazy sklepu
Produkty i opisyintegrator, eksporty CSV, oferty na marketplace'ach, pliki od dostawcówopisy na marketplace'ach mogą różnić się od wersji ze sklepu
Zdjęcia produktówdysk współdzielony, serwer NAS, komputer grafika, materiały od producentaoryginały są lepszej jakości niż pliki pobrane z serwera sklepu
Bezpłatna konsultacja IT
Masz problem techniczny w firmie lub sklepie?
  • Diagnoza problemu i plan naprawy
  • Bezpieczeństwo, kopie zapasowe, poczta
  • Stała opieka IT dla e-commerce
Łukasz PalejKonsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Jak odzyskać bazę zamówień sklepu po awarii

Baza zamówień to dane, których utrata boli najbardziej, bo za każdym zamówieniem stoi klient czekający na paczkę. Jeśli kopia zapasowa jest sprzed kilku godzin lub dni, brakujące zamówienia trzeba odtworzyć z innych źródeł. Najpierw spisz w arkuszu listę wszystkich zamówień z okresu luki, a dopiero potem wprowadzaj je do odtworzonego sklepu:

  • z bramki płatności pobierz listę transakcji z okresu luki - kwotę, datę, adres e-mail płacącego i identyfikator zamówienia,

  • w integratorze zamówień, takim jak Base, sprawdź zamówienia, które zdążyły się zsynchronizować przed awarią,

  • w skrzynce sklepu wyszukaj potwierdzenia zamówień wysłane do klientów lub kopie powiadomień dla administratora,

  • z panelu kuriera pobierz listę etykiet nadanych w tym okresie, żeby nie wysłać tej samej paczki dwa razy,

  • zamówienia za pobraniem, których nie ma w żadnym systemie płatności, potwierdź z klientem mailowo lub telefonicznie, jeśli masz kontakt.

Gdy zamówienia ze sklepu i marketplace'ów trafiają do jednego panelu integratora, odbudowa po awarii samego sklepu jest dużo prostsza. Jeśli chcesz uporządkować ten przepływ, zobacz, jak wygląda wdrożenie Base. Pamiętaj też, żeby po odtworzeniu sklepu nie włączać synchronizacji stanów, dopóki nie sprawdzisz, że stany w magazynie są aktualne. Inaczej stara kopia może nadpisać stany na Allegro i sprzedasz towar, którego już nie masz.

Utrata zdjęć produktów i opisów - co da się odtworzyć

Zdjęcia i opisy produktów to wynik wielu godzin pracy grafika i copywritera. Problem w tym, że w wielu sklepach istnieją wyłącznie na serwerze, a kopia zapasowa hostingu obejmuje tylko kilka ostatnich dni. Diagram zestawia typowe objawy, ich przyczyny i działania naprawcze.

[#chart:wit36b]

Zdjęcia pobrane z ofert na marketplace'ach są zwykle przeskalowane i skompresowane, więc traktuj je wyłącznie jako rozwiązanie tymczasowe. Docelowo oryginały zdjęć powinny być przechowywane w innym miejscu niż sklep - na dysku współdzielonym lub serwerze NAS - z własną kopią zapasową. Ta sama zasada dotyczy opisów: jeśli powstają w dokumentach lub arkuszach, a dopiero potem trafiają do sklepu, masz drugie, niezależne źródło.

Co musi zawierać plan awaryjny IT sklepu

Plan awaryjny nie musi być grubym dokumentem. Dla małego sklepu wystarczą 2-3 strony, które da się otworzyć także wtedy, gdy serwer i poczta firmowa nie działają - czyli wydrukowane lub zapisane poza infrastrukturą firmy. Diagram pokazuje sześć elementów, bez których plan nie zadziała w praktyce.

[#chart:wit36c]

Dwa parametry z diagramu warto rozumieć dokładnie. RPO (Recovery Point Objective) to maksymalna ilość danych, jaką firma może stracić, liczona w czasie od ostatniej kopii - na przykład 4 godziny zamówień. RTO (Recovery Time Objective) to maksymalny czas, w jakim sklep ma wrócić do działania. Od tych dwóch wartości zależy, jak często trzeba robić kopie i czy wystarczy backup hostingu, czy potrzebne jest szybsze rozwiązanie.

[#checklista] Plan awaryjny - minimum dla sklepu: lista kontaktów do hostingu, rejestratora domeny, wsparcia IT i integratora; informacja, gdzie są kopie zapasowe sklepu, poczty, dysków i komputerów; dostęp awaryjny do menedżera haseł dla co najmniej dwóch osób; instrukcja odtworzenia sklepu krok po kroku; ustalone RPO i RTO; szablon komunikatu dla klientów; osoba decydująca o zgłoszeniu do UODO; data ostatniego testu odtwarzania.

Plan awaryjny jest tylko tak dobry jak kopie, na których się opiera. Jeśli wszystkie kopie leżą u tego samego dostawcy co sklep, awaria lub zablokowanie konta zabierze jednocześnie sklep i backup. Jak ułożyć kopie tak, żeby zawsze jedna była poza zasięgiem awarii, opisujemy we wpisie o zasadzie 3-2-1 w backupie danych firmy e-commerce.

Utrata danych klientów a RODO - kiedy zgłosić naruszenie do UODO

Utrata danych sklepu często oznacza też utratę danych osobowych klientów: imion, adresów, numerów telefonów i historii zamówień. W rozumieniu RODO naruszeniem ochrony danych jest nie tylko wyciek, ale też utrata dostępności danych, na przykład po ich zaszyfrowaniu przez ransomware. Administrator danych, czyli sklep, zgłasza naruszenie do Prezesa UODO bez zbędnej zwłoki, w miarę możliwości w ciągu 72 godzin od jego stwierdzenia, chyba że jest mało prawdopodobne, by skutkowało ono ryzykiem naruszenia praw lub wolności osób (art. 33 RODO, stan na luty 2026).

W praktyce krótka awaria, po której dane odtworzono z kopii w całości, zwykle nie wymaga zgłoszenia, ale trzeba ją odnotować w wewnętrznym rejestrze naruszeń. Atak, w którym ktoś mógł skopiować bazę klientów, prawie zawsze wymaga zgłoszenia, a przy wysokim ryzyku także zawiadomienia samych klientów. Decyzję podejmuje administrator danych, najlepiej po konsultacji z prawnikiem lub inspektorem ochrony danych. Plan awaryjny powinien wskazywać, kto to robi i gdzie jest wzór zgłoszenia.

Jak przetestować plan awaryjny, zanim będzie potrzebny

Plan, którego nikt nie przećwiczył, zwykle zawodzi na drobiazgach: nieaktualnym numerze telefonu, haśle zmienionym pół roku temu albo kopii, której nie da się rozpakować. Raz na kwartał lub pół roku zrób krótkie ćwiczenie - wybierz jeden scenariusz, przejdź przez plan krok po kroku i odtwórz sklep na środowisku testowym. Przykładowe scenariusze:

  • „Hosting zawiesił konto” - sprawdzasz, czy masz kopię poza hostingiem i dostęp do ustawień DNS domeny.

  • „Pracownik usunął folder ze zdjęciami” - sprawdzasz odtwarzanie pojedynczych plików i folderów.

  • „Ransomware na komputerze biurowym” - sprawdzasz, czy kopie są odizolowane i ile trwa przywrócenie stanowiska pracy.

  • „Nieudana aktualizacja sklepu” - sprawdzasz, jak szybko wracasz do wersji sprzed aktualizacji.

Szczegółowy przebieg takiego ćwiczenia i listę kontrolną po odtworzeniu znajdziesz w poradniku test odtwarzania kopii zapasowej sklepu. Po każdym ćwiczeniu zaktualizuj plan, zapisz, ile trwało odtworzenie, i porównaj ten czas z założonym RTO.

Jak Vinson pomaga przygotować plan awaryjny sklepu

Vinson to agencja e-commerce z Bochni, która od 2021 r. współpracuje z ponad 500 firmami. W ramach wsparcia informatycznego dla firm i sklepów przygotowujemy plan awaryjny dopasowany do Twojego sklepu: spisujemy, gdzie są dane i kopie, konfigurujemy backup sklepu, poczty, dysków i stacji roboczych, porządkujemy dostępy i menedżer haseł, a następnie przeprowadzamy test odtwarzania i przekazujemy instrukcję. Gdy dojdzie do awarii, pomagamy odtworzyć sklep, uzupełnić lukę w zamówieniach i sprawdzić integracje z marketplace'ami, integratorem i drukarkami etykiet.

Najczęściej zadawane pytania

Co zrobić w pierwszej kolejności po utracie danych sklepu?

Najpierw zatrzymaj szkody: włącz tryb konserwacji, wstrzymaj importy i synchronizacje, a przy podejrzeniu ataku odłącz zainfekowane urządzenia od sieci. Potem zrób kopię obecnego, nawet uszkodzonego stanu i dopiero wtedy ustalaj, z której kopii odtwarzać sklep.

Czy da się odzyskać zamówienia, których nie ma w kopii zapasowej?

Często tak, bo zamówienia zostawiają ślady w innych systemach. Zamówienia z marketplace'ów są w panelach platform i w integratorze, opłacone zamówienia ze sklepu widać w bramce płatności, a nadane paczki w panelu kuriera. Z tych źródeł można odtworzyć listę zamówień z okresu luki.

Czy hosting odpowiada za utratę danych sklepu?

Hosting odpowiada zwykle za działanie infrastruktury w zakresie opisanym w umowie, a nie za kompletność danych sklepu. Kopie wykonywane przez hosting bywają krótkie i przechowywane u tego samego dostawcy. Dlatego właściciel sklepu powinien mieć własną kopię poza hostingiem.

Czy utratę danych klientów trzeba zgłosić do UODO?

Utrata dostępności lub wyciek danych osobowych to naruszenie w rozumieniu RODO. Zgłoszenie do UODO jest wymagane w ciągu 72 godzin od stwierdzenia naruszenia, chyba że ryzyko dla osób jest mało prawdopodobne. Każde naruszenie, także niezgłaszane, trzeba odnotować w wewnętrznym rejestrze.

Jak często aktualizować plan awaryjny IT?

Plan awaryjny warto przejrzeć po każdej zmianie hostingu, platformy, integratora lub osób z dostępami, a dodatkowo raz na kwartał lub pół roku przy okazji ćwiczenia odtwarzania. Nieaktualny kontakt lub hasło potrafią wydłużyć awarię o wiele godzin.

Utrata danych to moment, w którym liczy się każda godzina, a spisany i przećwiczony plan oszczędza najwięcej czasu i nerwów. Jeśli chcesz przygotować go razem ze specjalistami, zobacz nasze wsparcie IT dla firm i sklepów. Jeśli prowadzisz sklep na WordPressie, sprawdź też, jak wykonać i przywrócić kopię zapasową sklepu WooCommerce.

Jak odzyskać bazę zamówień sklepu po awarii

Baza zamówień to dane, których utrata boli najbardziej, bo za każdym zamówieniem stoi klient czekający na paczkę. Jeśli kopia zapasowa jest sprzed kilku godzin lub dni, brakujące zamówienia trzeba odtworzyć z innych źródeł. Najpierw spisz w arkuszu listę wszystkich zamówień z okresu luki, a dopiero potem wprowadzaj je do odtworzonego sklepu:

  • z bramki płatności pobierz listę transakcji z okresu luki - kwotę, datę, adres e-mail płacącego i identyfikator zamówienia,

  • w integratorze zamówień, takim jak Base, sprawdź zamówienia, które zdążyły się zsynchronizować przed awarią,

  • w skrzynce sklepu wyszukaj potwierdzenia zamówień wysłane do klientów lub kopie powiadomień dla administratora,

  • z panelu kuriera pobierz listę etykiet nadanych w tym okresie, żeby nie wysłać tej samej paczki dwa razy,

  • zamówienia za pobraniem, których nie ma w żadnym systemie płatności, potwierdź z klientem mailowo lub telefonicznie, jeśli masz kontakt.

Gdy zamówienia ze sklepu i marketplace'ów trafiają do jednego panelu integratora, odbudowa po awarii samego sklepu jest dużo prostsza. Jeśli chcesz uporządkować ten przepływ, zobacz, jak wygląda wdrożenie Base. Pamiętaj też, żeby po odtworzeniu sklepu nie włączać synchronizacji stanów, dopóki nie sprawdzisz, że stany w magazynie są aktualne. Inaczej stara kopia może nadpisać stany na Allegro i sprzedasz towar, którego już nie masz.

Utrata zdjęć produktów i opisów - co da się odtworzyć

Zdjęcia i opisy produktów to wynik wielu godzin pracy grafika i copywritera. Problem w tym, że w wielu sklepach istnieją wyłącznie na serwerze, a kopia zapasowa hostingu obejmuje tylko kilka ostatnich dni. Diagram zestawia typowe objawy, ich przyczyny i działania naprawcze.

[#chart:wit36b]

Zdjęcia pobrane z ofert na marketplace'ach są zwykle przeskalowane i skompresowane, więc traktuj je wyłącznie jako rozwiązanie tymczasowe. Docelowo oryginały zdjęć powinny być przechowywane w innym miejscu niż sklep - na dysku współdzielonym lub serwerze NAS - z własną kopią zapasową. Ta sama zasada dotyczy opisów: jeśli powstają w dokumentach lub arkuszach, a dopiero potem trafiają do sklepu, masz drugie, niezależne źródło.

Co musi zawierać plan awaryjny IT sklepu

Plan awaryjny nie musi być grubym dokumentem. Dla małego sklepu wystarczą 2-3 strony, które da się otworzyć także wtedy, gdy serwer i poczta firmowa nie działają - czyli wydrukowane lub zapisane poza infrastrukturą firmy. Diagram pokazuje sześć elementów, bez których plan nie zadziała w praktyce.

[#chart:wit36c]

Dwa parametry z diagramu warto rozumieć dokładnie. RPO (Recovery Point Objective) to maksymalna ilość danych, jaką firma może stracić, liczona w czasie od ostatniej kopii - na przykład 4 godziny zamówień. RTO (Recovery Time Objective) to maksymalny czas, w jakim sklep ma wrócić do działania. Od tych dwóch wartości zależy, jak często trzeba robić kopie i czy wystarczy backup hostingu, czy potrzebne jest szybsze rozwiązanie.

[#checklista] Plan awaryjny - minimum dla sklepu: lista kontaktów do hostingu, rejestratora domeny, wsparcia IT i integratora; informacja, gdzie są kopie zapasowe sklepu, poczty, dysków i komputerów; dostęp awaryjny do menedżera haseł dla co najmniej dwóch osób; instrukcja odtworzenia sklepu krok po kroku; ustalone RPO i RTO; szablon komunikatu dla klientów; osoba decydująca o zgłoszeniu do UODO; data ostatniego testu odtwarzania.

Plan awaryjny jest tylko tak dobry jak kopie, na których się opiera. Jeśli wszystkie kopie leżą u tego samego dostawcy co sklep, awaria lub zablokowanie konta zabierze jednocześnie sklep i backup. Jak ułożyć kopie tak, żeby zawsze jedna była poza zasięgiem awarii, opisujemy we wpisie o zasadzie 3-2-1 w backupie danych firmy e-commerce.

Utrata danych klientów a RODO - kiedy zgłosić naruszenie do UODO

Utrata danych sklepu często oznacza też utratę danych osobowych klientów: imion, adresów, numerów telefonów i historii zamówień. W rozumieniu RODO naruszeniem ochrony danych jest nie tylko wyciek, ale też utrata dostępności danych, na przykład po ich zaszyfrowaniu przez ransomware. Administrator danych, czyli sklep, zgłasza naruszenie do Prezesa UODO bez zbędnej zwłoki, w miarę możliwości w ciągu 72 godzin od jego stwierdzenia, chyba że jest mało prawdopodobne, by skutkowało ono ryzykiem naruszenia praw lub wolności osób (art. 33 RODO, stan na luty 2026).

W praktyce krótka awaria, po której dane odtworzono z kopii w całości, zwykle nie wymaga zgłoszenia, ale trzeba ją odnotować w wewnętrznym rejestrze naruszeń. Atak, w którym ktoś mógł skopiować bazę klientów, prawie zawsze wymaga zgłoszenia, a przy wysokim ryzyku także zawiadomienia samych klientów. Decyzję podejmuje administrator danych, najlepiej po konsultacji z prawnikiem lub inspektorem ochrony danych. Plan awaryjny powinien wskazywać, kto to robi i gdzie jest wzór zgłoszenia.

Jak przetestować plan awaryjny, zanim będzie potrzebny

Plan, którego nikt nie przećwiczył, zwykle zawodzi na drobiazgach: nieaktualnym numerze telefonu, haśle zmienionym pół roku temu albo kopii, której nie da się rozpakować. Raz na kwartał lub pół roku zrób krótkie ćwiczenie - wybierz jeden scenariusz, przejdź przez plan krok po kroku i odtwórz sklep na środowisku testowym. Przykładowe scenariusze:

  • „Hosting zawiesił konto” - sprawdzasz, czy masz kopię poza hostingiem i dostęp do ustawień DNS domeny.

  • „Pracownik usunął folder ze zdjęciami” - sprawdzasz odtwarzanie pojedynczych plików i folderów.

  • „Ransomware na komputerze biurowym” - sprawdzasz, czy kopie są odizolowane i ile trwa przywrócenie stanowiska pracy.

  • „Nieudana aktualizacja sklepu” - sprawdzasz, jak szybko wracasz do wersji sprzed aktualizacji.

Szczegółowy przebieg takiego ćwiczenia i listę kontrolną po odtworzeniu znajdziesz w poradniku test odtwarzania kopii zapasowej sklepu. Po każdym ćwiczeniu zaktualizuj plan, zapisz, ile trwało odtworzenie, i porównaj ten czas z założonym RTO.

Jak Vinson pomaga przygotować plan awaryjny sklepu

Vinson to agencja e-commerce z Bochni, która od 2021 r. współpracuje z ponad 500 firmami. W ramach wsparcia informatycznego dla firm i sklepów przygotowujemy plan awaryjny dopasowany do Twojego sklepu: spisujemy, gdzie są dane i kopie, konfigurujemy backup sklepu, poczty, dysków i stacji roboczych, porządkujemy dostępy i menedżer haseł, a następnie przeprowadzamy test odtwarzania i przekazujemy instrukcję. Gdy dojdzie do awarii, pomagamy odtworzyć sklep, uzupełnić lukę w zamówieniach i sprawdzić integracje z marketplace'ami, integratorem i drukarkami etykiet.

Najczęściej zadawane pytania

Co zrobić w pierwszej kolejności po utracie danych sklepu?

Najpierw zatrzymaj szkody: włącz tryb konserwacji, wstrzymaj importy i synchronizacje, a przy podejrzeniu ataku odłącz zainfekowane urządzenia od sieci. Potem zrób kopię obecnego, nawet uszkodzonego stanu i dopiero wtedy ustalaj, z której kopii odtwarzać sklep.

Czy da się odzyskać zamówienia, których nie ma w kopii zapasowej?

Często tak, bo zamówienia zostawiają ślady w innych systemach. Zamówienia z marketplace'ów są w panelach platform i w integratorze, opłacone zamówienia ze sklepu widać w bramce płatności, a nadane paczki w panelu kuriera. Z tych źródeł można odtworzyć listę zamówień z okresu luki.

Czy hosting odpowiada za utratę danych sklepu?

Hosting odpowiada zwykle za działanie infrastruktury w zakresie opisanym w umowie, a nie za kompletność danych sklepu. Kopie wykonywane przez hosting bywają krótkie i przechowywane u tego samego dostawcy. Dlatego właściciel sklepu powinien mieć własną kopię poza hostingiem.

Czy utratę danych klientów trzeba zgłosić do UODO?

Utrata dostępności lub wyciek danych osobowych to naruszenie w rozumieniu RODO. Zgłoszenie do UODO jest wymagane w ciągu 72 godzin od stwierdzenia naruszenia, chyba że ryzyko dla osób jest mało prawdopodobne. Każde naruszenie, także niezgłaszane, trzeba odnotować w wewnętrznym rejestrze.

Jak często aktualizować plan awaryjny IT?

Plan awaryjny warto przejrzeć po każdej zmianie hostingu, platformy, integratora lub osób z dostępami, a dodatkowo raz na kwartał lub pół roku przy okazji ćwiczenia odtwarzania. Nieaktualny kontakt lub hasło potrafią wydłużyć awarię o wiele godzin.

Utrata danych to moment, w którym liczy się każda godzina, a spisany i przećwiczony plan oszczędza najwięcej czasu i nerwów. Jeśli chcesz przygotować go razem ze specjalistami, zobacz nasze wsparcie IT dla firm i sklepów. Jeśli prowadzisz sklep na WordPressie, sprawdź też, jak wykonać i przywrócić kopię zapasową sklepu WooCommerce.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Łukasz Palej

Technical Implementation Expert

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

Wsparcie IT dla firm i sklepów

Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.

  • Analiza Twojego konta i obecnych działań
  • Konkretny plan poprawek do wdrożenia
  • Bezpłatna konsultacja – bez zobowiązań
4,9/5 ze 171 opiniiWsparcie IT dla firm i sklepów
Łukasz Palej - Technical Implementation Expert
Łukasz PalejTechnical Implementation Expert

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert