Importy - společné: Porovnání verzí
(Nová stránka: == Opakovaný import == Pokud provedete ''opakovaný import'' souboru z docházky, výroby nebo stravného, systém v rámci importu nejprve * '''smaže''' veškerá předchozí impo...) |
|||
| Řádek 19: | Řádek 19: | ||
* V rámci uložení dat z výroby nebo docházky probíhá i výpočet částky mzdové položky 169, tj. např. následná změna tarifu zaměstnance po uložení dat z výroby by již neměla efekt, že by se přepočetl (ani výpočtem mzdy zaměstnance) tzv. základ přesčasu odměňovaný dle tarifu. Proto bod 1. předchází bodu 3. Je možné, že v budoucnu bude tento princip v KS MZDY PROFI změněn. | * V rámci uložení dat z výroby nebo docházky probíhá i výpočet částky mzdové položky 169, tj. např. následná změna tarifu zaměstnance po uložení dat z výroby by již neměla efekt, že by se přepočetl (ani výpočtem mzdy zaměstnance) tzv. základ přesčasu odměňovaný dle tarifu. Proto bod 1. předchází bodu 3. Je možné, že v budoucnu bude tento princip v KS MZDY PROFI změněn. | ||
* Obvykle se přenáší jen „odpadlá“ doba a zbytek do časového fondu na základní mzdu spočte automaticky KS mzdy, méně často celá odpracovaná doba; pak se např. nemusí generovat mzdová položka 169, když je zahrnuta v přenášené odpracované době. | * Obvykle se přenáší jen „odpadlá“ doba a zbytek do časového fondu na základní mzdu spočte automaticky KS mzdy, méně často celá odpracovaná doba; pak se např. nemusí generovat mzdová položka 169, když je zahrnuta v přenášené odpracované době. | ||
== Datum od - do == | |||
Mzdová položka 3xx nebo 4xx. Číslo algoritmu = 16 (trvalý příplatek, nekrátí se dle odpracované doby). Pro některé zaměstnance je zadán v agendě Příplatky, pro jiné se částka importuje z "docházkového" systému. Pokud je v souboru "z docházky" vyplněno pole "datum od" a "datum do", systém se snaží zpracovat data dle algoritmu, a v tomto případě tento algoritmus není zpracováván při importu z docházky a částka je vynulována. Pokud nemá dojít k vynulování, je potřeba vymazat hodnoty v poli "datum od" a "datum do" - systém toto chápe jako prostý doplatek. | |||
[[Přenosy dat|zpět]] | [[Přenosy dat|zpět]] | ||
Verze z 8. 9. 2014, 08:57
Opakovaný import
Pokud provedete opakovaný import souboru z docházky, výroby nebo stravného, systém v rámci importu nejprve
- smaže veškerá předchozí importovaná data ze zpracovávaného období
- poté nahraje data nová.
Toto platí, pokud není nastaveno dávkování, kdy si uživatel sám určuje čísla dávek a tak může načíst více souborů v jednom období. V tom případě ale platí, že pokud uživatel uvede již použité číslo dávky, systém nejprve smaže předchozí importovaná data dávky a pak nahraje nová data.
Správný postup při načítání dat z docházky nebo z výroby
Je nutno zachovat správný postup při načítání dat z výroby nebo z docházky, tj:
1. Kmenové údaje zaměstnance (např. tarif).
2. Doplnění měsíčních dat pro zpracování mezd (např. odměny, doplatky, neschopnosti, OČR)
3. Uložení dat z výroby nebo z docházky do mezd.
4. Případné zadávání dat v agendě Zpracování brutto.
- Body 2 a 3 mohou být zaměněny, tj. na jejich pořadí nezáleží
- Poslední operací musí být případné zadávání časových dat v agendě Zpracování brutto (aby byl správně dopočten časový fond zaměstnance). Nebo je lépe se zadávání časových dat v agendě Zpracování brutto vyhnout.
- V rámci uložení dat z výroby nebo docházky probíhá i výpočet částky mzdové položky 169, tj. např. následná změna tarifu zaměstnance po uložení dat z výroby by již neměla efekt, že by se přepočetl (ani výpočtem mzdy zaměstnance) tzv. základ přesčasu odměňovaný dle tarifu. Proto bod 1. předchází bodu 3. Je možné, že v budoucnu bude tento princip v KS MZDY PROFI změněn.
- Obvykle se přenáší jen „odpadlá“ doba a zbytek do časového fondu na základní mzdu spočte automaticky KS mzdy, méně často celá odpracovaná doba; pak se např. nemusí generovat mzdová položka 169, když je zahrnuta v přenášené odpracované době.
Datum od - do
Mzdová položka 3xx nebo 4xx. Číslo algoritmu = 16 (trvalý příplatek, nekrátí se dle odpracované doby). Pro některé zaměstnance je zadán v agendě Příplatky, pro jiné se částka importuje z "docházkového" systému. Pokud je v souboru "z docházky" vyplněno pole "datum od" a "datum do", systém se snaží zpracovat data dle algoritmu, a v tomto případě tento algoritmus není zpracováván při importu z docházky a částka je vynulována. Pokud nemá dojít k vynulování, je potřeba vymazat hodnoty v poli "datum od" a "datum do" - systém toto chápe jako prostý doplatek.
