Zbuduj strategię archiwizacji aplikacji z jasnymi okresami przechowywania, kryteriami archiwizacji, krokami przywracania i zasadami dostępu do starszych rekordów.
Aplikacje zapełniają się szybciej, niż większość zespołów się spodziewa. Zamknięte zgłoszenia do pomocy technicznej, zrealizowane zamówienia, stare profile użytkowników, dzienniki audytowe i wersje robocze rekordów mogą pozostać widoczne długo po tym, jak przestaną być potrzebne w codziennej pracy. Wyniki wyszukiwania robią się przeładowane, przeglądanie ekranów zajmuje więcej czasu, a pracownik może przez pomyłkę otworzyć niewłaściwy rekord.
Aktywne dane wspierają pracę wykonywaną teraz. Dane zarchiwizowane mają inne zadanie: zespół zachowuje je, ponieważ później może być potrzebne ze względu na przepisy, prośbę klienta, kontrolę finansową lub wcześniejszą decyzję. Rozdzielenie tych grup zapewnia przejrzyste środowisko pracy bez usuwania informacji, które mogą się jeszcze przydać.
Przechowywanie wszystkiego w jednym miejscu także stwarza ryzyko. Koszty pamięci rosną wraz z przybywaniem plików. Raporty mogą uwzględniać nieaktualne wpisy i przedstawiać menedżerom zniekształcony obraz sytuacji. Przechowywanie danych osobowych dłużej, niż to konieczne, może powodować problemy z prywatnością, szczególnie gdy byli klienci lub pracownicy nadal pojawiają się w codziennie używanych narzędziach.
Dobra polityka archiwizacji odpowiada na dwa pytania dotyczące każdego typu rekordu: dlaczego go przechowujemy i jak długo jest nam potrzebny? Powinna też określać, dokąd rekord trafia po zakończeniu aktywnego użycia. Archiwum nie jest zapomnianym folderem. Pracownicy muszą móc znaleźć starsze rekordy z uzasadnionego powodu, a codzienne wyszukiwanie powinno skupiać się na bieżącej pracy.
Zespół wsparcia może na przykład przechowywać otwarte i niedawno zamknięte sprawy w głównym obszarze roboczym. Sprawy zamknięte ponad 18 miesięcy temu mogą trafić do archiwum, skąd przełożony odzyska je podczas rozpatrywania skargi. Konsultanci mogą wtedy wyszukiwać bieżące sprawy bez przeglądania lat rozwiązanych problemów.
Jeśli tworzysz wewnętrzne narzędzie w AppMaster, zaplanuj ten podział, zanim liczba rekordów zacznie rosnąć. Możesz utworzyć osobne widoki dla aktywnych i zarchiwizowanych rekordów, użyć procesów biznesowych do przenoszenia rekordów spełniających kryteria oraz ograniczyć dostęp do archiwum według ról. Przechowuj każdy rekord z jasno określonego powodu, chroń go w tym czasie i usuń, gdy powód przestanie istnieć.
Polityka archiwizacji przestaje działać, gdy nikt nie wie, jakie dane przechowuje aplikacja. Zacznij od praktycznego spisu. Wymień każdy typ rekordu, który trafia do aplikacji, opuszcza ją lub pozostaje w niej.
Typowe pozycje to zapytania klientów, faktury, zgłoszenia do pomocy technicznej, profile użytkowników, umowy, dane płatności, wyeksportowane raporty i dzienniki audytowe. Uwzględnij też rekordy tymczasowe, takie jak porzucone formularze i wersje robocze zamówień. Często nikt ich nie zauważa, dopóki nie zaczną powodować problemów z pamięcią, prywatnością lub wyszukiwaniem.
Dla każdego typu rekordu zapisz cztery informacje:
Dane używane codziennie powinny być łatwe do znalezienia i otwarcia. Starsze dane referencyjne mogą opuścić główny obszar roboczy, jeśli pracownicy rzadko do nich zaglądają. To rozróżnienie jest ważniejsze niż sam wiek rekordu. Zamknięte zgłoszenie może pozostać widoczne przez sześć miesięcy, ponieważ konsultanci często przeglądają niedawne rozmowy. Dziesięcioletnie zgłoszenie może być potrzebne wyłącznie wtedy, gdy klient zakwestionuje dawną sprawę.
Uwzględnij rekordy przechowywane poza główną aplikacją. Finanse mogą trzymać faktury w usłudze księgowej, a zespół wsparcia notatki w narzędziu helpdesk. Zespoły eksportują też raporty do współdzielonej pamięci, często nie zdając sobie sprawy, że takie kopie również potrzebują własnych zasad przechowywania.
W przypadku narzędzi wewnętrznych zbudowanych w AppMaster uwzględnij modele danych, rekordy generowanych interfejsów API, przesłane pliki oraz połączone moduły, takie jak płatności lub komunikacja. Zapisz, dokąd trafia każdy element po wdrożeniu. Nie da się chronić rekordów, których zespół nie uwzględnił w spisie.
Na początek wystarczy jeden wiersz na typ rekordu. Przejrzyj spis z osobami, które korzystają z tych danych. Często wiedzą o zależnościach i starych plikach, których nie zauważa właściciel aplikacji.
Okres przechowywania określa, jak długo zespół zachowuje rekord, zanim go usunie lub przeniesie do długoterminowego magazynu. Ustalaj okresy na podstawie rzeczywistych potrzeb: przepisów, umów z klientami, zasad podatkowych, sporów i codziennej działalności. Reguła, której nikt nie potrafi wyjaśnić ani zastosować, przestanie działać, gdy rekordów przybędzie.
Unikaj jednej zasady dla każdego pliku i wiersza bazy danych. Różne rekordy wiążą się z innym ryzykiem. Podpisana umowa z klientem może wymagać przechowywania przez lata, a raport dotyczący powielonego importu może być przydatny tylko przez kilka tygodni. Strategia archiwizacji aplikacji powinna wymieniać każdą grupę rekordów i przypisywać jej jasny okres.
Prosta polityka może określać, że:
Równie ważne jak liczba lat jest zdarzenie, od którego zaczyna się odliczanie. Opisz je jasno. Okres dla umowy może zaczynać się w dniu jej zakończenia, a nie w dniu przesłania pliku. Okres dla zgłoszenia może zaczynać się w dniu jego zamknięcia. W przypadku rekordu pracownika może to być dzień zakończenia zatrudnienia.
Zapisz zdarzenie początkowe w polu, które aplikacja może śledzić, na przykład „data zamknięcia sprawy” lub „data zakończenia umowy”. Ręczne obliczenia prowadzą do niespójnych decyzji. W AppMaster zespoły mogą modelować te daty w Data Designerze i używać wizualnego procesu biznesowego do oznaczania rekordów, gdy nadejdzie ich termin przechowywania.
Wyjątki powinny być widoczne. Blokada prawna, audyt lub otwarta skarga klienta mogą wstrzymać standardowe usuwanie. Zapisz, kto nałożył blokadę, dlaczego to zrobił i kiedy należy ją ponownie sprawdzić. Nie ukrywaj tych informacji w prywatnej notatce ani w skrzynce odbiorczej.
Poproś osobę odpowiedzialną za kwestie prawne, zgodność, finanse lub prywatność o sprawdzenie okresów, które mają znaczenie dla organizacji. Może ona potwierdzić lokalne wymagania i zobowiązania umowne, zanim zespół zautomatyzuje regułę. Przeanalizuj politykę ponownie po wejściu na nowy rynek, zmianie wzoru umowy lub dodaniu nowego typu rekordu.
Pracownicy powinni mieć powtarzalną instrukcję: przechowuj ten rekord do określonej daty, a następnie zarchiwizuj go lub usuń zgodnie z polityką.
Strategia archiwizacji aplikacji potrzebuje reguł, które ludzie i oprogramowanie stosują w taki sam sposób. „Stary” to zbyt ogólne określenie. Powiąż decyzje o archiwizacji ze zdarzeniami już zapisywanymi w aplikacji, takimi jak zamknięcie sprawy, zakończenie umowy lub dezaktywacja konta.
Zgłoszenie może kwalifikować się do archiwizacji, gdy konsultant oznaczy je jako zamknięte i nikt nie otworzy go ponownie przez 90 dni. Umowa z klientem może zostać przeniesiona po upływie daty zakończenia i po zapisaniu przez finanse końcowej płatności. Takie reguły dają pracownikom jasny powód każdej zmiany i ograniczają przypadkową archiwizację.
Najpierw użyj istniejących pól, zamiast tworzyć ręczną listę kontrolną. Status, data zamknięcia, stan płatności, data zakończenia umowy, data ostatniego logowania i flaga sporu często dostarczają wystarczających informacji. W AppMaster zespoły mogą modelować te pola w Data Designerze i używać procesów biznesowych do sprawdzania ich według harmonogramu.
Rekord powinien spełniać wszystkie warunki przypisane do jego typu. Zamknięte zgłoszenie i zrealizowana płatność mają inne potrzeby biznesowe i prawne.
Niektóre rekordy wyglądają na gotowe do przeniesienia, ale nadal powinny pozostać aktywne. Otwarty spór, audyt, wniosek o zwrot pieniędzy, blokada prawna lub powiązana aktywna sprawa powinny wstrzymać archiwizację. Zapisz taką blokadę w osobnym polu, aby pracownicy nie musieli polegać na komentarzach ani własnej pamięci.
Zapisz każdą regułę prostym językiem. Na przykład:
Automatyzacja nie obejmie każdej sytuacji. Wskaż rolę, która może zatwierdzić ręczną archiwizację, na przykład menedżera dokumentacji lub lidera zespołu. Wymagaj zapisania powodu, daty i identyfikatora rekordu. Ogranicz to uprawnienie do niewielkiej grupy osób.
To samo dotyczy wcześniejszej archiwizacji rekordu. Menedżer sprzedaży może o nią poprosić, ale upoważniona osoba zatwierdzająca powinna najpierw sprawdzić powiązane faktury, otwarte zadania i wymagania dotyczące przechowywania. Taka kontrola zapobiega zniknięciu rekordu, który wygląda na zakończony, ale nadal jest potrzebny innemu zespołowi.
Archiwum powinno usuwać bałagan bez utrudniania dostępu do starszych spraw. Gdy większość pracowników ich nie potrzebuje, wyłącz nieaktywne rekordy z domyślnych wyników wyszukiwania. Zespoły sprzedaży i wsparcia zobaczą wtedy najpierw bieżącą pracę, zamiast setek zamkniętych pozycji sprzed kilku lat.
Nie przenoś rekordu bez podstawowych danych potrzebnych do jego odzyskania. Zachowaj stabilny identyfikator rekordu, powiązaną osobę lub konto, ważne daty, bieżący status i datę archiwizacji. Krótki powód zamknięcia również oszczędza czas, gdy ktoś musi zrozumieć, dlaczego rekord nadal istnieje.
Powiązane informacje potrzebują jasnej zasady. Zamknięte zgłoszenie może zawierać wiadomości, przesłane zrzuty ekranu, dane płatności i odnośniki do profilu klienta. Zdecyduj, czy cała sprawa jest przenoszona razem, czy część plików pozostaje w aktywnej pamięci, albo czy elementy wrażliwe podlegają osobnym zasadom przechowywania.
Typowy pakiet archiwalny zawiera główny rekord i jego identyfikator, daty utworzenia i archiwizacji, status i właściciela, powód zamknięcia, powiązane wiadomości i pliki oraz odwołania do rekordów, które pozostają aktywne.
Unikaj dzielenia jednego zdarzenia biznesowego między kilka miejsc bez wyraźnego powodu. Jeśli stare zamówienie trafi do archiwum, ale notatka o zwrocie pozostanie w aktywnym systemie, pracownicy mogą zobaczyć niepełną historię. Aktywny profil klienta zwykle powinien pozostać dostępny, nawet jeśli stare sprawy znikną z codziennych widoków.
Raporty potrzebują własnych zasad. Raporty finansowe, dotyczące zgodności i trendów mogą wymagać zarchiwizowanych rekordów, podczas gdy raporty codziennego obciążenia zwykle powinny uwzględniać wyłącznie aktywne pozycje. Do rutynowego raportowania często wystarczy miesięczne podsumowanie archiwum, a pełne szczegóły mogą pozostać dostępne na potrzeby audytów i dochodzeń.
W AppMaster zespoły mogą modelować status i daty archiwizacji w Data Designerze, a następnie używać procesów biznesowych do przenoszenia rekordów spełniających kryteria i kontrolowania, które widoki je uwzględniają. Przetestuj reguły na niewielkim zestawie realistycznych rekordów, zanim zastosujesz je do wieloletniej historii.
Archiwum działa tylko wtedy, gdy pracownicy mogą odzyskać rekord bez nieporozumień. Opisz proces przywracania danych, gdy zespół wciąż zna strukturę rekordów, uprawnienia i zasady biznesowe.
Wskaż, kto może poprosić o przywrócenie. Konsultant może potrzebować zamkniętego zgłoszenia podczas dalszej obsługi klienta, natomiast rekord finansowy może wymagać zatwierdzenia przez menedżera lub osobę odpowiedzialną za zgodność. Nie komplikuj wniosków, ale wymagaj podania powodu, aby zespół mógł rozpoznawać powtarzające się problemy lub nietypowy dostęp.
Spójna ścieżka wniosku może wyglądać tak:
Określ dokładnie, dokąd wraca rekord. Przywrócone zgłoszenie może pojawić się w ograniczonym obszarze przeglądu ze statusem „Przywrócono rekord z archiwum”, zamiast po cichu mieszać się z nowymi sprawami. Ustal, jak długo pozostaje dostępne, na przykład 14 lub 30 dni, oraz jakie zdarzenie może spowodować jego wcześniejszy powrót.
Rejestr wniosków wspiera obsługę i rozliczalność. Powinien zawierać identyfikator rekordu, wnioskodawcę, uzasadnienie biznesowe, osobę zatwierdzającą, jeśli jest potrzebna, datę wniosku i datę powrotu do archiwum. Wiadomości na czacie i własna pamięć nie są wiarygodnymi zapisami takich działań.
Przetestuj procedurę na rzeczywistym przykładzie z archiwum. Przywróć rekord z powiązanymi kontaktami, notatkami, wpisami płatności lub załącznikami. Sprawdź, czy odnośniki nadal działają i czy użytkownicy widzą tylko pola, do których mają dostęp. Brakujące załączniki i zerwane relacje często wychodzą na jaw podczas testów, a nie podczas konfiguracji.
W aplikacji AppMaster zespoły mogą modelować status archiwizacji i wnioski o przywrócenie w modelu danych, a następnie używać wizualnych procesów biznesowych do obsługi zatwierdzeń i zapisywania każdej czynności. Ten sam proces może obsługiwać zwykłe wnioski i bardziej wrażliwe rekordy, z dodatkowym zatwierdzeniem tam, gdzie wymaga tego polityka.
Zarchiwizowane rekordy często zawierają te same dane osobowe, finansowe lub poufne, które miały przed archiwizacją. Przeniesienie rekordu poza codzienny widok nie oznacza, że powinien on stać się dostępny dla wszystkich. Ustalaj uprawnienia na podstawie zadań, które dana osoba musi wykonywać, a nie szerokiej przynależności do zespołu.
Pracownicy wsparcia mogą potrzebować odczytu starej sprawy klienta podczas dalszej obsługi. Zwykle nie potrzebują dostępu do każdej zarchiwizowanej faktury, notatki wewnętrznej ani akt pracowniczych. Udostępnij im widok wystarczający do obsługi wniosku i ukryj pola, które nie pomagają w rozwiązaniu sprawy.
Ogranicz dostęp do wrażliwych archiwów do określonych ról. Menedżer finansowy może otwierać zarchiwizowane dane płatności, podczas gdy konsultant widzi tylko numer sprawy, nazwę klienta, status i zatwierdzoną historię konta. Niewielki zestaw uprawnień łatwiej kontrolować i zmniejsza ryzyko przypadkowego ujawnienia danych.
Eksport wymaga bardziej rygorystycznej obsługi niż wyświetlenie pojedynczego rekordu na ekranie. Arkusz kalkulacyjny można skopiować, wysłać e-mailem lub zapisać poza aplikacją. Wymagaj zatwierdzenia, gdy zarchiwizowane rekordy zawierają dane osobowe lub finansowe. Zapisuj, kto poprosił o eksport, dlaczego go potrzebuje, jaki zakres dat obejmuje i kto go zatwierdził.
W wewnętrznym narzędziu zbudowanym w AppMaster zespoły mogą modelować te role w aplikacji i używać procesów biznesowych do kierowania wniosków o eksport do osoby zatwierdzającej. Reguła musi pozostać na tyle prosta, aby pracownicy mogli jej przestrzegać podczas intensywnego dnia pracy.
Pomóc może krótka lista poziomów dostępu:
Ludzie zmieniają zespoły, przejmują tymczasowe obowiązki i odchodzą z firmy. Weryfikuj dostęp do archiwum w takich momentach, zamiast czekać na coroczne porządki. Odbierz uprawnienia w ostatnim dniu pracy i zmień je, gdy dana rola nie wymaga już dostępu do starszych rekordów.
Prowadź podstawowy dziennik dostępu do wrażliwych archiwów. Powinien pokazywać, kto otworzył rekord, kiedy to zrobił i czy coś wyeksportował. Gdy klient zapyta, kto przeglądał starą sprawę, zespół będzie mógł odpowiedzieć na podstawie faktów, bez przeszukiwania skrzynek odbiorczych.
Zespoły wsparcia często przez pewien czas potrzebują zamkniętych spraw pod ręką. Konsultanci przeglądają niedawne zgłoszenia, aby sprawdzać wcześniejsze odpowiedzi, wykrywać powtarzające się problemy i pomagać klientom, którzy ponownie otwierają rozmowę. Trzymanie każdej sprawy aktywnej na zawsze spowalnia codzienne wyszukiwanie i sprawia, że więcej starych danych klientów pozostaje widocznych, niż jest to potrzebne.
Załóżmy, że sprawa została zamknięta 14 maja 2024 roku po przyznaniu klientowi zwrotu pieniędzy. Polityka przewiduje przechowywanie zamkniętych spraw jako aktywnych przez dwa lata od ostatecznej daty zamknięcia. W tym czasie upoważnieni pracownicy wsparcia mogą wyszukiwać sprawę, czytać wiadomości i przeglądać dane zwrotu.
Wyzwalacz archiwizacji jest jasny: sprawa pozostawała zamknięta przez dwa lata i nie ma blokady prawnej, otwartego sporu ani powiązanego dochodzenia. 15 maja 2026 roku aplikacja przenosi sprawę wraz z załącznikami do archiwum. Zwykła kolejka wsparcia przestaje ją wyświetlać, ale archiwum przechowuje ją przez pozostałą część wymaganego okresu.
Polityka może wymagać, aby zespół przechowywał zamknięte sprawy jako aktywne przez dwa lata, archiwizował je tylko wtedy, gdy nie obowiązuje żadna blokada ani dochodzenie, zachowywał wiadomości i załączniki oraz ograniczał wyszukiwanie do zatwierdzonych menedżerów wsparcia, pracowników zajmujących się zgodnością i osób rozpatrujących skargi.
Sześć miesięcy później klient składa skargę dotyczącą decyzji o zwrocie pieniędzy. Osoba rozpatrująca skargę znajduje sprawę po numerze i prosi o tymczasowe przywrócenie. Zapisuje numer skargi i powód dostępu. Menedżer wsparcia zatwierdza wniosek, ponieważ analiza wymaga pierwotnej rozmowy i historii zwrotu.
Aplikacja przywraca kopię sprawy tylko do odczytu w ograniczonym obszarze przeglądu. Pracownicy mogą ją przeanalizować bez ponownego otwierania sprawy, zmiany jej historii ani umieszczania jej w zwykłej kolejce wsparcia. Po zakończeniu kontroli kopia wraca do archiwum albo aplikacja usuwa ją zgodnie z zasadami przywracania.
Dziennik dostępu powinien rejestrować, kto wyszukał sprawę, kto poprosił o przywrócenie, kto je zatwierdził, dlaczego uzyskano dostęp oraz kiedy aplikacja utworzyła i usunęła kopię do przeglądu. „Tylko menedżerowie” to za mało. Wskaż role, wymagaj powodów przy wrażliwych przywróceniach i trzymaj przywrócone rekordy z dala od codziennej pracy.
Polityki archiwizacji często zawodzą z powodu zwykłych skrótów. Zespoły wybierają jedną datę dla wszystkich rekordów, usuwają pliki, aby zwolnić pamięć, albo proszą jedną osobę o nieformalny comiesięczny przegląd. Takie rozwiązania wydają się proste, dopóki ktoś nie potrzebuje historii sprawy, danych płatności lub dowodu podjęcia decyzji.
Jeden okres przechowywania rzadko pasuje do każdego typu rekordu. Zamknięte zgłoszenia mogą mieć krótszy aktywny okres niż faktury, umowy, zgody lub dzienniki audytowe. Nadaj każdemu typowi własny okres, właściciela i uzasadnienie.
Nie archiwizuj rekordów, gdy praca nadal trwa. Niezapłacona faktura, zakwestionowana opłata lub sprawa oczekująca na przegląd nadal wymaga szybkiego dostępu. Dodaj kontrole statusu do kryteriów archiwizacji. Na przykład archiwizuj zgłoszenie dopiero po jego zamknięciu, zakończeniu okresu na zwrot pieniędzy i usunięciu wszystkich flag kontroli.
Usuwanie i archiwizacja rozwiązują różne problemy. Archiwum zachowuje starsze informacje, ale podlega bardziej restrykcyjnym zasadom dostępu. Usunięcie pozbawia do nich dostępu. Jeśli polityka wymaga siedmiu lat przechowywania, usunięcie rekordu po roku tylko dlatego, że nie pojawia się na codziennej liście, łamie tę politykę i może pozbawić firmę dowodów.
Kolejnym słabym punktem jest praca ręczna. Jeśli tylko jedna osoba wie, jakie filtry uruchomić, dokąd trafiają eksporty i jak przywracać rekordy, proces zatrzyma się, gdy tej osoby zabraknie lub odejdzie. Opisz kroki jasno, wyznacz zastępczego właściciela i przetestuj proces przywracania danych na rzeczywistym przykładzie.
W AppMaster zespoły mogą uczynić te kontrole częścią procesu biznesowego, zamiast polegać na pamięci. Proces może sprawdzać status, datę, stan płatności i flagi kontroli przed zmianą statusu archiwizacji rekordu. Tworzy to powtarzalną regułę i jasną historię podjętych działań.
Regularnie analizuj wyjątki. Rekord objęty sporem lub kontrolą nie powinien pozostawać w zawieszeniu bez końca. Wyznacz osobę, która sprawdzi takie rekordy i przywróci je do aktywnej pracy, zarchiwizuje po zakończeniu blokady albo usunie po upływie udokumentowanego okresu przechowywania.
Polityka działa wtedy, gdy pracownicy mogą ją stosować bez zgadywania. Przejrzyj ją przed publikacją lub zmianą, szczególnie gdy w aplikacji pojawia się nowy typ rekordu.
Każdy typ rekordu potrzebuje wskazanego właściciela i okresu przechowywania. „Zgłoszenie klienta” to zbyt szeroka kategoria, jeśli obejmuje spory dotyczące płatności, zwykłe pytania i wnioski o usunięcie konta, które podlegają różnym zasadom. Wymień te grupy osobno i przypisz im jasne terminy.
Upewnij się, że wyzwalacze archiwizacji odpowiadają zdarzeniom, które pracownicy mogą rzeczywiście zobaczyć. „Archiwizuj, gdy rekord jest nieaktywny” prowadzi do sporów, bo zespoły różnie rozumieją nieaktywność. „Archiwizuj 90 dni po zamknięciu sprawy” jest łatwiejsze do zastosowania. W przypadku ponownie otwartych rekordów zdecyduj, czy odliczanie zaczyna się od nowa, czy nadal obowiązuje pierwotna data zamknięcia.
Przed opublikowaniem polityki:
Test przywracania jest ważny, ponieważ rekordy rzadko występują samodzielnie. Wybierz przykład z załącznikami i powiązanymi rekordami. Poproś osobę, która nie tworzyła reguł archiwizacji, aby znalazła i przywróciła rekord na podstawie pisemnej procedury. Zapisz, ile czasu to zajęło i czego nie udało się przywrócić.
W ten sam sposób przetestuj zasady dostępu. Konsultant może potrzebować odczytać starszą sprawę, ale tylko menedżer powinien móc ją przywrócić lub wyeksportować grupę spraw. Traktuj eksporty ostrożnie, ponieważ pobrane pliki znajdują się poza standardowymi uprawnieniami i zasadami przechowywania aplikacji.
Jeśli korzystasz z aplikacji no-code zbudowanej w AppMaster, udokumentuj te kontrole razem z procesem biznesowym, który zamyka lub archiwizuje rekord. Gdy zespół zmienia status, dodaje typ pliku lub tworzy rolę użytkownika, powinien jednocześnie zaktualizować regułę archiwizacji.
Zacznij od jednego szybko rosnącego typu rekordu, takiego jak zamknięte zgłoszenia lub zrealizowane zamówienia. Przygotuj krótką pierwszą wersję, która określa, kiedy rekord jest przenoszony, kto może zatwierdzić wyjątek i jak pracownik może poprosić o przywrócenie.
Pierwsze wdrożenie powinno być niewielkie. Wybierz około 50 zamkniętych rekordów spełniających kryteria archiwizacji. Sprawdź, czy archiwum zachowuje szczegóły, które mogą być później potrzebne, w tym numer sprawy, daty, nazwę klienta, załączniki i notatki audytowe. Potwierdź, że aktywne rekordy nie trafiają do archiwum.
Przetestuj cały proces z osobami, które będą z niego korzystać. Menedżer wsparcia może poprosić o sprawę z ubiegłego roku, ponieważ klient kwestionuje wcześniejszą odpowiedź. Osoba zatwierdzająca powinna otrzymać wniosek, zapisać powód, przywrócić sprawę we właściwe miejsce i powiadomić wnioskodawcę. Zmierz czas trwania ćwiczenia. Jeśli wymaga zbyt wielu kroków lub nie tworzy śladu audytowego, popraw je, zanim pracownicy zaczną na nim polegać.
Przekaż pracownikom instrukcje odpowiadające na codzienne pytania:
Aktualizuj te wskazówki po zmianie ról lub wymagań prawnych. Krótki przegląd co kilka miesięcy może ujawnić reguły, które dobrze wyglądały na papierze, ale spowalniają rzeczywistą pracę.
AppMaster pomaga zespołom tworzyć proces archiwizacji w aplikacji wewnętrznej bez pisania kodu. Utwórz statusy takie jak Aktywny, Zamknięty, Przegląd archiwizacji i Zarchiwizowany. Użyj Visual Business Process Editora do sprawdzania dat i statusów przed przeniesieniem rekordów, a następnie zastosuj dostęp zależny od roli, aby tylko zatwierdzeni użytkownicy mogli wyświetlać lub przywracać starsze dane.
Buduj proces w oparciu o rzeczywiste uprawnienia, a nie współdzielony arkusz kalkulacyjny. Konsultant może poprosić o przywrócenie, lider zespołu może je zatwierdzić, a administrator może wykonać działanie. Każdy etap może zapisywać, kto wykonał czynność i kiedy.
Gdy pierwszy typ rekordu działa sprawnie, zastosuj ten sam schemat do kolejnego. Małe, przetestowane zmiany zamieniają zasady archiwizacji w rutynową pracę, zamiast w projekt porządkowy, który wszyscy odkładają.
14 lip 2026
7 min
13 lip 20266 min
08 lip 202610 minEksperymentuj z AppMaster z darmowym planem.
Kiedy będziesz gotowy, możesz wybrać odpowiednią subskrypcję.
