Plany Studio i Firma, zespół oraz Google Drive
Dla umów przyjmowanych z nową ofertą poniższy pakiet bazowy stosuje się wraz z suplementem planów. Suplement opisuje również dane zaproszonych osób, prywatność Google Drive i Lettermint oraz uzupełnienie powierzenia. Nie zmienia wstecz wcześniej zawartych umów.
Pobierz cały pakiet jako plik tekstowy UTF-8. Potwierdzenie indywidualnej umowy i zamówień otrzymasz w aplikacji.
Plany Studio i Firma, pracę zespołową i archiwum Google Drive opisuje suplement organizations-seats-2026-11-05: warunki planów i Google Drive. W zakresie oferty, ceny, próby, zmiany i odnowienia planu ma on pierwszeństwo przed tym dokumentem dla umów i zamówień przyjętych z tą wersją.
1. Dane robocze i eksport
Wygaśnięcie próby, brak płatności i anulowanie odnowienia nie usuwają danych. Dane firmy, kontrahentów, produktów, szablonów, szkiców, zachowane XML/UPO/PDF i statusy przechowujemy przez utrzymywanie obszaru. Zamknięcie rozpoczyna 30-dniowe okno odczytu i eksportu; po nim usuwamy dane robocze i pliki. Nie oznacza to automatycznego usunięcia z KSeF, ksiąg klienta ani skrzynek odbiorców.
Gotowy ZIP można pobrać przez siedem dni od przygotowania, jednak nie dłużej niż dostęp do obszaru przed usunięciem. Można utworzyć trzy archiwa w ciągu 24 godzin, jedno naraz; limit archiwum wynosi 250 MiB. Błąd lub przekroczenie limitu nie daje niepełnego archiwum udającego sukces. Przy większych zbiorach i realizacji praw ustawowych pomoc uzgadnia bezpłatny bezpieczny zwrot danych. Archiwum zawiera indeks dokumentów i sumy kontrolne; nie obejmuje poświadczeń KSeF ani sekretów płatności.
Przy zmianie dostawcy dane pozostają dostępne w okresie przejściowym i przez co najmniej 30 dni od potwierdzonego zakończenia przenoszenia. W tym czasie wygasły ZIP można wygenerować ponownie. Ograniczenie rozmiaru pojedynczego eksportu nie ogranicza prawa do otrzymania całości danych; większe zbiory zwracamy w uzgodnionych bezpiecznych częściach.
2. Usunięcie i wyjątki
Zamknięcie odłącza poświadczenia i zatrzymuje odnowienia; materiał potrzebny do uzgodnienia rozpoczętych niepewnych operacji jest izolowany do ich zakończenia, następnie usuwany. Trwający eksport, nieuzgodniona wysyłka lub płatność, prawny zakaz usunięcia albo niespójna wersja zasad odracza usunięcie, nie przywracając zwykłego korzystania. Każdą blokadę operator przegląda co 30 dni i usuwa przyczynę lub dokumentuje dalszą podstawę. Nie tworzymy nowej blokady prawnej po rozpoczęciu nieodwracalnego usuwania.
Wstrzymanie prawne ma wskazany zakres, podstawę, osobę odpowiedzialną, termin przeglądu i ograniczony dostęp. Jeśli techniczna blokada obejmuje cały obszar, operator wydziela tylko niezbędne dowody i zwalnia blokadę pozostałych danych. Na żądanie przekazujemy status, przyczynę odroczenia i potwierdzenie usunięcia, o ile prawo pozwala.
Różnicę wersji retencji przekazujemy do przeglądu operatora z datą i przyczyną. Uzgodnienie dokumentuje zachowane zasady, termin i podstawę; nie zmienia historycznej treści umowy. Brak decyzji przez 30 dni wymaga ponownego przeglądu i zgłoszenia operacyjnego, nie oznacza zgody na bezterminową retencję.
3. Kopie i odtworzenie
Cykl aplikacyjnych kopii wynosi 35 dni od utworzenia, a historia odtwarzania PostgreSQL — siedem dni. Blokada R2 na 35 dni chroni przed przedwczesnym skasowaniem; odrębne reguły wygaszają kopie po tym okresie, w tym kopie niekompletne. Operator kontroluje wykonanie i odnotowuje uzasadnione prawnie wyjątki. Czas tych kopii nie jest terminem usunięcia wszystkich rejestrów dostawców.
Usunięcie z aktywnej bazy nie usuwa natychmiast każdej kopii. Kopie pozostają odizolowane od zwykłego przetwarzania. Niezależny podpisany rejestr usunięć, blokad i anulowań jest stosowany przed wznowieniem pracy odtworzonego systemu. Nie odtwarzamy możliwości obciążania karty, użycia odłączonych poświadczeń ani dostępu do usuniętych danych tylko dlatego, że zawiera je starsza kopia.
4. Własne kategorie operatora
Dokumenty podatkowe i dowody rozliczeń przechowujemy do upływu właściwego przedawnienia zobowiązania podatkowego: zasadniczo pięć lat od końca roku, w którym upłynął termin płatności podatku, z uwzględnieniem zawieszeń i przerwań. Kategorie objęte ustawą o rachunkowości mają własne terminy, zwykle pięć lat liczone według tej ustawy; stosujemy ją tylko w zakresie dotyczącym operatora. Księgowość przypisuje konkretny koniec okresu dokumentom. Nie oznacza to zachowania wszystkich faktur klientów w aplikacji przez ten okres.
Potwierdzenia umowy, zamówień i oświadczeń oraz minimalne dowody reklamacji i rozliczeń przechowujemy przez wykonywanie umowy, następnie przez okres konieczny do roszczeń: zasadniczo trzy lata dla roszczeń związanych z działalnością, a sześć lat, gdy taki termin ma zastosowanie do konkretnego roszczenia; liczenie końca roku i zdarzenia zmieniające bieg terminu oceniamy indywidualnie. Co roku przeglądamy konieczność zachowania. Nie przechowujemy w tym celu treści faktur klientów ponad konieczny zakres.
Korespondencję pomocy usuwamy po 12 miesiącach od zamknięcia sprawy, chyba że niezbędna część stanowi dowód roszczenia lub obowiązku prawnego — wtedy przenosimy ją do ograniczonego rejestru z właściwym terminem. Zwykłe logi aplikacji mają limit 30 dni, audyt bezpieczeństwa 24 miesiące. Operator usuwa lub anonimizuje zbędne treści; pozostałe metadane identyfikacyjne także podlegają harmonogramowi.
Minimalna historia wykorzystania próby, zamknięcia, blokad i usunięć służy zapobieganiu nadużyciom i cofnięciu usunięcia przy odtworzeniu. Jest oddzielona od danych roboczych. Nie utrzymujemy jej bezterminowo: po ustaniu konta stosujemy okres dowodów umowy, a zapis potrzebny do blokowania odtworzenia co najmniej do wygaśnięcia ostatniej obejmującej dane kopii lub zgodnego z prawem zatrzymania. Klucze potrzebne do legalnie zachowanych kopii i podpisów utrzymujemy przez ich okres życia.
Zwykłe zdarzenia audytowe kwalifikujemy do usunięcia po 24 miesiącach także dla aktywnych firm. Operator weryfikuje kategorię oraz ewentualną blokadę przed wykonaniem. Konkretny dowód umowy, rozliczenia, incydentu lub sporu może pozostać jedynie z określoną podstawą, zakresem i terminem przeglądu. Samo zachowanie dokumentu księgowego nie przedłuża wszystkich logów firmy. Usunięcie jest objęte niezależnym rejestrem, aby odtworzenie kopii nie przywróciło usuniętych danych.
5. Dostawcy i wykonanie
Retencję tożsamości, płatności, korespondencji, hostingu i danych bezpieczeństwa dostawców opisuje wykaz dostawców. Termin usunięcia ZIP lub kopii aplikacji nie obejmuje automatycznie ich rejestrów. Okresy związane z zakończeniem umowy z dostawcą nie biegną od każdego zamknięcia obszaru. Wnioski o usunięcie składamy i weryfikujemy według właściwego zakresu; obowiązkowe rejestry finansowe Stripe oraz uzasadnione prawnie kopie mogą pozostać. Korespondencja pomocy i jej wcześniejsze kopie wymagają odrębnej oceny oraz wykonania retencji w obsługiwanej skrzynce.
Zadania retencji aplikacji usuwają wygasłe eksporty, dane robocze i objęte harmonogramem rekordy operatora. Nie usuwają automatycznie poczty ani wszystkich logów dostawców. Operator prowadzi comiesięczny przegląd, obsługuje wyjątki i wykonuje pozostałe zadania według rejestru, z zapisem wykonania. Kontakt: support@ksefcanvas.pl.
Zamknięcie obszaru nie usuwa automatycznie tożsamości logowania w Clerk ani dowodów umowy i własnych dokumentów Stripe. Wniosek dotyczący tych danych obsługujemy osobno, po ustaleniu zakresu, podstawy zachowania i sposobu doręczenia pozostałych potwierdzeń. Nie obiecujemy jednoczesnego usunięcia danych u wszystkich odbiorców.