Metody zálohy/obnovy a odpovídající nastavení logování změn inicializačních dat

V rámci zavedení inkrementálního update (od v. 10.02 vč.) se zásadním způsobem změnil i způsob zálohování a obnovy dat (zálohuje se vše a databáze se obnoví přesně tak, jak byla). Od v. 10.02 vč. platí, že se při update nevytváří nová databáze, ale update probíhá inkrementálně nad "živou" databází klienta (postupným promítnutím potřebných změn, které do nové verze provedl výrobce).

U tabulek, do kterých výrobce dodává nějaká inicializační data, je zajištěno, aby se v rámci update uživateli promítly změny v těchto inicializačních datech provedené výrobcem do nové verze (přidání nových záznamů, úpravy existujících příp. smazání neplatných). Jaké z těchto změn (operací) v jednotlivých tabulkách výrobce loguje do tzv. UpdateListu, na základě kterého se pak provádí datový update u uživatele, závisí na charakteru dané tabulky. Typicky je to takto:

• U tabulek, které obsahují výhradně výrobcem dodávané záznamy - logují se operace Vložení, Změna, Vymazání inicializačních dat. Tj. po update budou tyto tabulky naplněny záznamy přesně tak, jak je aktuálně dodává výrobce.

  Různé pomocné tabulky typu "Master..." (např. MasterAccounts (Vzory účtových osnov), MasterPaymentTypes (Tabulka vzorů způsobů úhrady a jejich kódů), a další jako tabulka WageConstantIntervals (Hodnoty globálních proměnných), RetirementReportDefs (Definice ELDP) apod.

• U tabulek, které jsou dodávány předvyplněné výrobcem, přičemž jde o systémové definice s příznakem System, které uživatel nemůže opravovat či mazat, může ale libovolně přidávat a měnit vlastní - logují se operace Vložení, Změna, Vymazání.

  Tj. po update se přihrají nové výrobcem dodávané záznamy, původní výrobcem dodávané se zaktualizují (změní, příp. vymažou).

  WatchDogPoints (Kontrolní body (pro automatické vzkazy)), WageTaxTable (Daňové tabulky pro výpočet daně ze mzdy),JobGroups (Skupiny prací), (CalcCharts) (CalcExpressions) (CalcFields) (hlavičky výp. schémat a v nich obsažené systémové části definic) aj.

• U tabulek, které jsou dodávány předvyplněné výrobcem, přičemž jde o systémové definice (i když bez příznaku System), které uživatel nemůže opravovat či mazat, může ale libovolně přidávat a měnit vlastní - logují se operace Vložení, Změna inicializačních dat. U běžných změn (např. oprava názvu) se typicky neloguje změna příznaku Hidden (Skrytý), pokud jde o tabulku s tímto příznakem. Operace Vymazat se typicky neloguje, při zrušení (vymazání) existujícího záznamu se naopak typicky loguje změna a to změna příznaku Hidden (Skrytý). Tzn. že staré dříve dodané inicializační záznamy, které byly nyní zrušeny, v datech uživatele po update zůstávají, ale jsou skryty. To je žádoucí, jelikož mohly být použity (mohlo být na ně odkazováno z jiných tabulek).Tj. po update se přihrají nové výrobcem dodávané záznamy, původní výrobcem dodávané se zaktualizují (změní, příp. skryjí).

  RetirementReportCodes (Kódy PP pro ČSSZ), PDMPriceLists (Tabulka ceníků pošty), NACE (Kódy NACE)

• U tabulek, které jsou dodávány předvyplněné výrobcem, přičemž jde o systémové definice, které uživatel může libovolně opravovat, ale nemůže je smazat - logují se operace Vložení inicializačních dat. Operace Změna a Vymazání se typicky nelogují, čili pokud si uživatel upravil dodávaný záznam a současně jej upravil i výrobce, zůstanou po update uživatelské změny zachovány, změna provedená výrobcem se neprojeví.

  Tj. po update se přihrají nové výrobcem dodávané záznamy, existující záznamy od výrobce se ale neaktualizují, zůstávají tak, jak je měl uživatel (neboli uživatelské změny v původních výrobcem dodávaných zůstanou zachovány). Tudíž pokud je jejich aktualizace potřebná, musí si je uživatel upravit ručně.

  PDMPostProviders (Tabulka poskytovatelů poštovních služeb), PDMIssuedContentTypes (Tabulka obsahů odeslané pošty)

• U tabulek, které jsou dodávány předvyplněné výrobcem, přičemž nejde o systémové definice, tj. uživatel je může libovolně opravovat či mazat - logují se operace Vložení inicializačních dat. Operace Změna a Vymazání se typicky nelogují, čili pokud si uživatel upravil dodávaný záznam a současně jej upravil i výrobce, zůstanou po update uživatelské změny zachovány, změna provedená výrobcem se neprojeví.Tj. po update se přihrají nové výrobcem dodávané záznamy, existující záznamy od výrobce se ale neaktualizují, zůstávají tak, jak je měl uživatel (neboli uživatelské změny v původních výrobcem dodávaných zůstanou zachovány). Tudíž pokud je jejich aktualizace potřebná, musí si je uživatel upravit ručně.

  WageNoticesTypes (Typy úkolů a školení), HIPaysGovernmentType (Druhy pojištěnců státu), InsuranceCompanies (Zdravotní pojišťovny) a velká řada jiných.

• U tabulek, které nejsou dodávány předvyplněné výrobcem, nebo se nepředpokládají změny v dodávaných datech - nelogují se žádné operace inicializačních dat.

  CalcUserExpressions, CalcUserFields (uživatelské části definic výpočtových schémat mezd), WageNotices (Úkoly a školení) a obrovská řada jiných, které nemá smysl plnit dodávanými daty a dále tabulky jako Firms (firmy), Persons (osoby), kde se dodává jeden pomocný záznam (Bez příslušnosti k firmě/Beze jména), který se typicky v čase nemění.

• U pomocných tabulek plněných pouze interně systémem - nelogují se žádné operace inicializačních dat (jelikož to nemá význam, tabulka je plněna interně systémem, žádná init data výrobce nedodává)

  Různé pomocné tabulky typu "SYS$..." (např. SYS$POS (Pomocná tabulka POSu), SYS$AccRequests (s ID všech existujících účetních žádostí, plněná pomocí triggerů tabulky GeneralLedger), aj.).

Výše uvedené není striktní, tzn., že výrobce se může od výše uvedeného odchýlit a zalogovat změnu, která se typicky u dané tabulky neloguje, pokud se jedná o takovou změnu, u níž by bylo žádoucí ji do dat uživatele promítnout, např. i za cenu toho, že by "přebila" změny daného záznamu provedené předtím uživatelem.