www.tres.pl - Baza wiedzy Trawers ERP - Spis treści
Migracja danych. Z fimy A do B 1. Opis ogólny. Kolejne kroki 2. Podział zadań. Klient - Serwis 3. Funkcja: Dane dla nowej firmy [AD_PDV26] 4. Ocena koncepcji i procedury migracji danych 5. Tematy powiązane 1. Opis ogólny. Kolejne kroki Przeniesienie danych firmy A do firmy B (AsystentAI) Uporządkowany i zwięzły opis koncepcji migracji danych z firmy A do firmy B w systemie Trawers ERP. Przygotowany przez AsystentAI na podstawie 'luźnych' notatek. Opis migracji danych z firmy A do firmy B w systemie Trawers ERP Cel migracji Celem jest rozpoczęcie pracy w systemie Trawers w nowej firmie B od stycznia 20xx, z wykorzystaniem wybranych danych historycznych i kartotek firmy A. Firma B przejmuje podstawowe funkcje firmy A, lecz rozpoczyna działalność z 'czystym stanem' - bez dokumentów, zapisów księgowych, rozrachunków ani stanów magazynowych. Etapy realizacji Migracja zostanie przeprowadzona w dwóch etapach: 1. Etap testowy - umożliwia weryfikację poprawności danych przez Key-Userów firmy B. 2. Etap produkcyjny - uruchomienie systemu na danych oczyszczonych i zatwierdzonych. Zakres migracji danych Dane kopiowane z firmy A: * Kartoteki (KIM, NA, ZO, MI, KB, KG) * Tabele pomocnicze * Wybrane dokumenty historyczne (np. faktury sprzedaży z ostatnich 3 miesięcy dla celów podpowiadania cen) Dane nieuwzględnione w migracji: * Dokumenty magazynowe, sprzedaży, zakupu, księgowe, płatności * Rozrachunki (należności, zobowiązania, zaliczki) * Zbiory okresowe, sumaryczne obroty, stany magazynowe * Oferty i zamówienia zakupu (można wczytać zamówienia sprzedaży po wprowadzeniu stanów magazynowych) Operacje przygotowawcze * Wyzerowanie danych wrażliwych (stany, obroty, daty) * Usunięcie zbędnych kartotek i dokumentów (wg kryteriów klienta) * Ustawienie parametrów okresów księgowych (start: 01.20xx) * Przygotowanie funkcji serwisowych i skryptów automatyzujących migrację Przykładowe działania dla poszczególnych modułów MG - Magazyn * Kopiowanie kartotek KIM i KSOM * Usuwanie kart wg zadanych kryteriów * Zerowanie danych stanów i obrotów * Przygotowanie cenników z eksportu CSV (średnie ceny z zapasów) NA / ZO - Kontrahenci * Kopiowanie klientów i dostawców * Usuwanie wg kryteriów * Zerowanie danych wrażliwych (obroty, stany, daty) * Ograniczone przenoszenie faktur i ofert (np. tylko ostatnie 3 miesiące) MI - Cenniki * Kopiowanie cenników * Czyszczenie pozycji bez KIM * Nowe cenniki katalogowe z importu CSV KB - Kasa Bank * Kopiowanie urządzeń i osób * Zerowanie obrotów i stanów * Brak przenoszenia dokumentów i rozrachunków KG - Księga główna * Kopiowanie planu kont * Zerowanie stanów i obrotów * Brak dokumentów Funkcje pomocnicze Migrację wspierają funkcje przygotowane w systemie: * AD -> Inne -> Funkcje serwisowe -> Dane dla nowej firmy [AD_PDV26] * Zerowanie pól wrażliwych w kartotekach (KIM, NA, ZO, KB, KG) * Usuwanie zbędnych kartotek i dokumentów * Przygotowanie parametrów okresów Rekomendacje i dobre praktyki 1. Tworzenie funkcji zamiast jednorazowych operacji - zapewnia powtarzalność, lepszą kontrolę i dokumentację procesu. 2. Dokładna specyfikacja od klienta - co należy przenieść, według jakich kryteriów usuwać dane. 3. Zrozumienie intencji klienta - nawet szczegółowo opisane kryteria mogą być błędnie interpretowane bez doprecyzowania. 4. Stosowanie skryptów bash - w przypadku operacji na plikach (np. CSV). 5. Praca zdalna - ustalenie szczegółów technicznych (architektura serwera, dostępność narzędzi, kontakt z administratorem). Plan działania 1. Przygotowanie środowiska i funkcji serwisowych 2. Migracja testowa: * Kopiowanie danych * Czyszczenie danych wrażliwych * Weryfikacja poprawności przez Key-Userów 3. Migracja produkcyjna: * Powtórzenie procesu po zatwierdzeniu * Wczytanie cen, bilansu otwarcia, stanów magazynowych * Uzupełnienie brakujących danych i indeksów Szacunkowy czas realizacji * Przewidywana liczba dni roboczych: 7 * Możliwość rozliczenia ryczałtowego lub za dzień pracy 2. Podział zadań. Klient - Serwis Lista zadań po stronie klienta (firma B) i serwisu (wdrożeniowcy Trawers ERP) Lista zadań - migracja danych z firmy A do firmy B (Trawers ERP) Cel funkcji Uruchomienie nowej firmy B w systemie Trawers od 01.20xx z wybranymi danymi z firmy A. Zadania po stronie klienta (Firma B) | Zadanie | Opis | | ----------------------------------------- | ------------------------------------------------------------------------------------------------- | | Określenie daty startu | Potwierdzenie daty rozpoczęcia działalności (np. 01.20xx) | | Specyfikacja danych do przeniesienia | Jasne określenie: które dane przenieść, jakie kartoteki, które dokumenty, według jakich kryteriów | | Kryteria czyszczenia danych | Przekazanie warunków oznaczania/usuwania kartotek (np. KIM, kontrahenci) | | Decyzja o zamówieniach sprzedaży i zakupu | Czy mają być przenoszone? Jeśli tak, kiedy i w jakiej formie | | Ustalenie cenników | Czy ceny mają być ustalone na nowo, z jakiego źródła (np. średnia wartość zapasów z A) | | Weryfikacja danych testowych | Sprawdzenie poprawności danych po migracji testowej | | Udział Key-Userów | Zaangażowanie użytkowników do testowania danych w firmie B | | Kontakt techniczny | Zapewnienie dostępu do administratora IT, jeśli prace zdalne | | Informacja o środowisku | Dostarczenie informacji o serwerze (32/64-bit), dostępnych narzędziach, uprawnieniach itd. | | Akceptacja wyników migracji | Formalne potwierdzenie gotowości do przejścia na środowisko produkcyjne | Zadania po stronie serwisu (wdrożenie Trawers ERP) | Zadanie | Opis | | ------------------------------------- | -------------------------------------------------------------------------------------------- | | Przygotowanie środowiska testowego | Utworzenie firmy B i skopiowanie danych z firmy A | | Funkcje serwisowe | Przygotowanie funkcji do: czyszczenia danych, oznaczania kartotek, wczytywania cenników, EDI | | Skrypty kopiujące | Przygotowanie i uruchomienie skryptów migracyjnych | | Zerowanie danych | Wyczyszczenie stanów, obrotów, dat wrażliwych, dokumentów, rozrachunków | | Usunięcie danych zbędnych | Kartoteki niepotrzebne, dokumenty, sumaryczne zapisy, wskaźniki okresowe | | Przygotowanie bilansu otwarcia | Umożliwienie wprowadzenia stanów BO: zapasy (CSV), kasa, bank | | Wczytanie cenników | Eksport cen z A -> obliczenie średnich -> import do cenników katalogowych | | EDI INVOICE [3] | Przygotowanie nowego wariantu ułatwiającego integrację między firmami | | Dokumentacja procesów | Udokumentowanie funkcji i logiki działania, dodanie raportów | | Przeprowadzenie migracji produkcyjnej | Po zatwierdzeniu danych testowych - wykonanie migracji finalnej | | Uzupełnienie danych finalnych | Dodanie brakujących indeksów, aktualizacja warunków czyszczenia, finalna konfiguracja | | Wsparcie techniczne | Gotowość do szybkiego reagowania na zgłoszenia w trakcie testów i startu produkcyjnego | Uwagi końcowe * Wszystkie funkcje serwisowe powinny mieć tryb: testowy/produkcyjny. * Nie należy pisać jednorazowych programów - logikę najlepiej zawrzeć w funkcjach w Trawersie. * W przypadku operacji na plikach - zalecane stosowanie skryptów bash. * Kluczowe: precyzyjna komunikacja ze strony klienta (warunki, definicje, oczekiwania). * Dobrą praktyką jest wcześniejsze spotkanie robocze, na którym strony wspólnie przeanalizują i doprecyzują zakres migracji. 3. Funkcja: Dane dla nowej firmy [AD_PDV26] Funkcja serwisowa: [AD_PDV26] Dane dla nowej firmy Cel funkcji Funkcja [AD_PDV26] służy do przygotowania danych firmy do rozpoczęcia działalności w nowej jednostce (firma B), bazując na wybranych danych z istniejącej firmy (`firma A`). Umożliwia usunięcie lub wyzerowanie danych wrażliwych, transakcyjnych i dokumentowych przy zachowaniu struktur referencyjnych i kartotekowych. Patrz też: Migracja danych. Funkcje usługowe (beta) Zakres działania 1. Czyszczenie danych wrażliwych * KIM / KSOM - zerowanie pól: * Ilości i wartości zapasów * Sumy obrotów (ilościowych i wartościowych) * Daty ostatnich przyjęć i rozchodów * Odbiorcy (NA) - zerowanie: * Sum obrotów i wartości * Daty ostatnich transakcji * Pola warunkowe (np. ostatnia płatność, data zaległości) * Dostawcy (ZO) - analogicznie jak dla odbiorców * Osoby i urządzenia (KB) - zerowanie danych typu: * Ilości (stany), sumy wartości * Ostatnie daty aktywności * Konta księgowe (KG) - czyszczenie: * Stany i obroty kont * Wartości bilansowe i wynikowe 2. Usuwanie powiązanych danych * Usuwanie kartotek wg kryteriów (KIM, NA, ZO) Możliwość wskazania warunków do usunięcia: * Brak dokumentów * Brak stanu * Brak obrotu w zadanym okresie * Kombinacja logiczna warunków (uwaga: poprawne grupowanie AND/OR) * Powiązane dane do usunięcia automatycznie: * KSOM (dla KIM) * Adresy, osoby kontaktowe (dla NA/ZO) * Pozycje z ofert i faktur (jeśli ich KIM/kontrahent został usunięty) 3. Przygotowanie zbiorów parametrycznych * Ustawienie domyślnych wartości w: * Zbiorach okresów (KG, MG, IM, KM) * Parametrach controllingowych * Ustawieniach pomocniczych (np. wskaźniki księgowe) 4. Tryb działania Funkcja może działać w dwóch trybach: | Tryb | Opis | | ------------------------ | -------------------------------------------------------------------------------- | | Testowy | Nie wprowadza zmian - tylko prezentuje, co zostanie wykonane (raport, symulacja) | | Ostateczny (produkcyjny) | Wprowadza trwałe zmiany w bazie danych (usuwanie, zerowanie, modyfikacja) | Przełączenie trybu odbywa się za pomocą parametru lub pola wyboru w interfejsie. Efekty działania Po uruchomieniu funkcji: * Dane wrażliwe zostają wyczyszczone * Zbędne kartoteki i powiązania są usunięte * Środowisko firmy B jest gotowe do rozpoczęcia działalności od 01.20xx * Możliwe jest rozpoczęcie wprowadzania bilansu otwarcia oraz dokumentów bieżących Uwagi i zalecenia * Przed uruchomieniem trybu ostatecznego zaleca się wykonanie pełnej kopii bazy danych * Rekomendowane jest wcześniejsze uruchomienie funkcji w trybie testowym i weryfikacja raportu * W przypadku złożonych warunków logicznych (AND / OR), należy starannie przetestować filtrację - możliwe jest błędne zinterpretowanie warunków przez użytkownika * Funkcję należy traktować jako krytyczną operację serwisową Planowane rozszerzenia (TODO) * Dodanie czyszczenia danych wrażliwych w: * KB - osoby / urządzenia (pełne wsparcie) * KG - konta księgowe (stany i obroty) - zintegrowane z AD_PDV26 * Logowanie zmian do pliku (np. CSV / LOG) * Możliwość eksportu raportu z operacji (np. PDF do archiwum) * Dodatkowy filtr dla dokumentów - np. pozostawienie tylko faktur z wybranego okresu Lokalizacja w menu Trawers > AD > Inne > Funkcje serwisowe > Dane dla nowej firmy [AD_PDV26] 4. Ocena koncepcji i procedury migracji danych Koncepcja migracji danych z firmy A do firmy B w systemie Trawers ERP jest przemyślana, technicznie wykonalna i oparta na praktycznych doświadczeniach - to widać bardzo wyraźnie. Mimo to, poniżej przedstawiam ocenę poszczególnych założeń, z podziałem na: * Silne strony / dobre rozwiązania * Miejsca do usprawnienia lub przemyślenia na nowo * Rekomendacje ulepszeń Silne strony i dobre praktyki | Obszar | Ocena | Uzasadnienie | | -------------------------------------------------------------- | ----- | ------------------------------------------------------------------------- | | Dwa etapy (test + produkcja) | v | Typowa i dobra praktyka - pozwala wychwycić problemy przed produkcją. | | Wyzerowanie stanów i obrotów | v | Kluczowe dla zachowania integralności i uniknięcia błędów w nowej firmie. | | Brak przenoszenia dokumentów i rozrachunków | v | Uproszczenie migracji, zachowanie czystości danych na start. | | Zachowanie cenników z A z przeliczeniem cen | v | Dobre podejście - unika ręcznego wpisywania danych. | | Przygotowanie funkcji serwisowych | v | Profesjonalne podejście - automatyzacja i powtarzalność to podstawa. | | Dobra dokumentacja logiki procesów (AD_PDV26) | v | Ważne, szczególnie przy wielokrotnym użyciu tych samych operacji. | | Uwagi nt. potrzeby specyfikacji od klienta | v | Trafna i bardzo potrzebna praktyka - często zaniedbywana. | | Uwaga o różnicach w interpretacji warunków (np. A i (B lub C)) | v | Cenny insight - takie błędy są powszechne w migracjach. | | Użycie CSV, EDI, bash | v | Elastyczne, szybkie i rozsądne technicznie podejście. | | Zapisanie zadań w funkcjach, nie tylko jako skrypt: na boku | v | Dobrze wpisuje się w długoterminowe utrzymanie systemu. | Obszary do przemyślenia / usprawnienia | Obszar | Rekomendacja | | | -------------------------------------------- | ----------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | | Zerowanie danych przez DBU | Wzmiankowane jako TODO - ryzyko ręcznych błędów, brak historii zmian. | Włączyć czyszczenie KB i KG do funkcji serwisowych - tak jak robisz z KIM/NA/ZO. | | Ustalanie średnich cen zapasu | Domyślnie OK, ale nie zawsze odpowiada realiom księgowym / handlowym. | Sprawdzić z klientem: czy nie potrzebuje innego mechanizmu wyceny (np. ostatnia cena zakupu, cena ewidencyjna). | | Brak precyzyjnego planu dla Bilansu Otwarcia | Opisana tylko ogólnie. W BO często są błędy przy migracji. | Przygotować szablon CSV / format danych BO dla księgowości i rozrachunków (jeśli się pojawią). | | Przenoszenie zamówień (sprzedaży / zakupu) | Niejasne zasady - przenosić wszystkie otwarte? wg jakiego statusu? | Sprecyzować wspólnie z klientem: które zamówienia, z jaką datą, z jakimi kontrahentami. Ew. warunek: tylko otwarte z x m-cy. | | Testy tylko przez Key-Userów | Nie zawsze wystarczą - mogą nie zauważyć problemów technicznych. | Zaplanować krótką sesję testów akceptacyjnych (UAT) z udziałem wdrożeniowca/serwisanta. | | Czyszczenie tabeli operatorów | Usunięte wzmianką - może mieć wpływ na logowanie i dostęp. | Lepiej wyczyścić tylko hasła i powiązania, a nie usuwać całości. Albo jasno opisać, co zostanie. | | Lista rzeczy do wykonania przez klienta | Ujęta w notatkach, ale dopiero teraz została formalnie spisana. | Warto przygotować taką listę zawsze jako załącznik (już to zrobiłeś - dobrze). | Rekomendowane ulepszenia i dodatki | Pomysł | Opis | | -------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------| | Dodanie logowania zmian w funkcjach serwisowych | np. zapis do pliku LOG: co zostało usunięte, ile rekordów - przydatne przy weryfikacji | | Parametryzacja funkcji czyszczących | np. czy usuwać KIM wg warunku A, czy usuwać NA bez dokumentów - umożliwia wielokrotne uruchamianie na różnych danych | | Szablony CSV dla stanów BO, cenników, zapasów | Zmniejsza błędy i ułatwia klientowi przygotowanie danych | | Konsola kontrolna migracji (checklista GUI) | Prosty formularz w Trawersie: zaznaczane etapy wykonania (np. kopiowanie danych v, BO v itd.) | | Automatyczne tworzenie raportu po migracji | np. w formacie PDF/CSV: co zostało przeniesione, ile rekordów, co wyczyszczono - do weryfikacji i archiwum | | Zabezpieczenie środowiska produkcyjnego przed ponowną migracją | np. po migracji ustawienie flagi, która blokuje przypadkowe ponowne uruchomienie funkcji serwisowych | 5. Tematy powiązane Proces wdrożenia Dane początkowe. Zakres danych Dane branżowe Migracja danych. Funkcje usługowe (beta) Wymiana danych z innymi programami Słowa kluczowe #Wdrożenie-DanePoczątkowe #Wdrożenie-Migracja #Pomoc-AsystentAI
www.tres.pl - Baza wiedzy Trawers ERP - Spis treści