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 ERPCel 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 danychDane 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łówMG - 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 firmyCel 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łania1. 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 |