Witam,

Proszę o podpowiedź w następującej sprawie.
Chciałabym w wersji 2016.b skopiować wszelkie ustawienia i parametry jednej firmy do drugiej. Wyczytałam tutaj, że najlepiej skopiować całą firmę. Tak też zrobiłam, ale chciałabym wyczyścić całą historię pracowników, itd. Aktualnie ręcznie usuwam każdy kolejny okres, ale jest tego kilka lat. Czy można to zrobić jakoś prościej?

Dziękuję za pomoc,

Pozdrawiam
Marta

Czy mogę tak na siłę usunąć okresy i pracowników z tabel bazy danych przy pomocy Pervasive Control Center?
Testowo tak zrobiłam. Po usunięciu tych danych program krzyczał, że coś mu się nie zgadza i że to naprawił.
Dalej wszystko wygląda niby OK, ale się zastanawiam, czy za chwilę gdzieś mi się nie wyłoży?
Czy symfonia daje jakieś narzędzia do kompaktowania / reindeksowania / weryfikowania spójności danych?

Z góry dzięki za pomoc

Jest funkcja sprawdzająca poprawność bazy danych - dostępna przed zalogowaniem się z menu firma jeśli dobrze pamiętam. Nie mniej zalecałbym i tak kasowanie danych z poziomu interface aplikacji - po kolei wszystkie okresy, potem pracowników, ewentualnie na koniec można naliczyć lata podatkowe w "miesiące-lata" (inaczej dla firmy będą tam wartości PIT-4R/8AR poprzedniej firmy).

Kiedyś uzyskałem informacje by tak nie robić i zakładać bazę od nowa. powodów jednak nie otrzymałem.

Nie mniej jednak sposób działa i nie powinien sprawiać żadnych problemów. Jeśli nie było tworzonych korekt wynagrodzenia to okresy usuwa się łatwo i przyjemnie.

Pamiętać należy że taki sposób spowoduje że pracownicy znajdują się w tzw. bazie wspólnej. Co oznacza ze jak kiedyś będzie się chciało wprowadzić tego kowalskiego co był w firmie kopiowanej pojawi się komunikat że taki pracownik już jest i można pobrać jego dane.

Jak powyżej zalecał bym to robić z poziomu programu.

A nie można tego zrobić w XML?

Można to zrobić przez XML, nie mniej i tak efekt będzie identyczny jak kasowanie okresów z poziomu tabeli. Efekt "danych wspólnych" u Marty nie pojawi się - występuje wyłącznie w ERP, zwykła Symfonia nie ma takiej tabeli.

Trudność z kasowaniem z poziomu bazy danych polega na tym, że z tabelą OKRESY jest mnóstwo powiązań - np. w PRC_INFO, WARTOSCI_SKL, WARTOSCI_MR itd. i gdy kasujesz okresy z poziomu interface aplikacji usuniesz docelowo ładnie wszystko. Jak skasujesz z poziomu SQL jakieś śmieci mogą gdzieś pozostać.

A mógłbyś powiedzieć coś więcej o tabelach wspólnych? Gdzie jest ona "trzymana"? Dlaczego występuje? Jaki jest efekt usunięcia wszystkich pracowników z jednej z kopiowanych baz? Czy nie ma to skutku na kopie innej skopiowanej bazy?

Wspólne tabele w ERP KD są łatwe do rozpoznania - wszystkie są w schemie [SSCommon]. Generalnie chodzi o to, że jak dodajesz pracownika do bazy w KDF to potencjalnie da się go później wykorzystać np. w FKF / HMF i innych modułach. Stąd oprócz ewidencji pracowników jest też ewidencja osób, prowadzona równocześnie i niezależnie. Jeśli więc kasujesz pracownika w KDF, dostajesz komunikat że jest on ciągle w danych wspólnych. W praktyce ma to znaczenie tylko w przypadku pracy ze wspólną bazą danych, w pozostałych przypadkach nie ma znaczenia. Ewentualnie jeśli po skasowaniu pracowników spróbujesz jednego z nich dodać to system przypomni Ci, że jest on już w danych wspólnych i może uzupełni kilka podstawowych danych (tabela danych wspólnych jest bardzo ogólna - dane teleadresowe i tyle).

Wpływu na kopie innych skopiowanych baz to nie ma - każda baza jest "osobnym" bytem i ma własną tabelę danych wspólnych. Generalnie nie ma sensu się przejmować tą tabelą - z powodów, które podałem wyżej ;). Przykładowo:
1) masz spółkę "A", 100 osób
2) robisz z niej kopię - "B", kasujesz 100 osób (100 z "A" jest w tabeli wspólnej w "B")
3) zatrudniasz 100 nowych osób w "B"
4) zatrudniasz 100 innych nowych osób w "A"
5) masz w tabeli wspólnej w "A" 200 osób, w "B" również 200, ale tylko 100 z nich to te same bo od momentu wykonania kopii są to zupełnie inne bazy
itd.

O ile na pierwszy "rzut oka" wszytko będzie dobrze po skasowaniu okresów i pracowników to pojawi się problem z logami.

W logach będzie informacja o dostępie do danych osobowych i może się okazać że będą dane osób, które nigdy w tej formie nie pracowały.

Niby tak, ale te logi do niczego nie są wykorzystywane (mówię o KD.LOG_OPER). Szczerze mówiąc to powinni po prostu dodać funkcję "utwórz nową bazę na podstawie istniejącej" i taki problem by w ogóle nie istniał. A pracownicy biur rachunkowych by ozłocili producenta ;)

Serdecznie dziękuję za Wasze wypowiedzi w tym temacie