Elanor - EGJE
Okruh riešenia
Imp = Importy
popis okruhu riešenia
1 Základná charakteristika okruhu riešenia „Imp“
3 Štandardné riešenie okruhu „Imp“
3.2 Imp02 – Import do Opv02 – Trvalé ZLM - Platby
3.2.2 Imp02 – Stĺpce - dopočty
3.3 Imp09 – Import Dcd - štandard
3.4 Imp11 – Import Dcm01 - štandard
3.5 IMP17 – Import kódu odboru vzdelania pre ISPV
3.7 Imp32 - Import individuálnych kalendárov
3.7.4 Automatické doplnenie pracovných smien pre dni neplatného PV
4 Technologické poznámky a postupy pre používateľa
Okruh riešenia Imp = Importy.
Štandardné riešenie je veľmi malé, pretože väčšina importov je realizovaná jednoduchými na mieru robenými používateľskými zostavami typu Import.
Štandardný je potom formulár, ktorý všetky štandardne realizované importy eviduje.
Do evidencie sú zapisované aj importy Vst05/Vst06 a Vst10/Vst11/Vst13 (viď Vst_uzdoc).
Vlastné dáta sú tvorené hierarchiou hierarchie dvoch tabuliek
cesimport1 evidencia vykonaní importu
cesimport2 evidencia dvojíc tabuľka + ID riadku, ktoré boli importom vložené / zmenené
u importov, ktoré iba vkladajú umožňuje táto evidencia pri splnení ďalších podmienok (otvorenie dátového okruhu, tzn. je možné vykonávať zmeny) vykonať zrušenie importu.
V nasledujúcej tabuľke je uvedený zoznam objektov zaradených do okruhu Imp. V prvom stĺpci je kód objektu, v druhom označenie druhu objektu (F = formulár, P = proces, Z = zostava). Tretí stĺpec popisuje obsah objektu
Tučným písmom sú označené už riešené a zdokumentované objekty:
F |
Vykonané importy |
|
S |
Imp02 – Import do Opv02 – Trvalé ZLM - Platby |
|
Z |
Import Dcd – štandard - viď - Doch_uzdoc Imp09 |
|
Z |
Import Dcm01 – štandard - viď v Doch_uzdoc Imp11 |
|
Z |
Import kódu odboru vzdelania pre ISPV |
|
Z |
Import dokumentov |
Prehľadový formulár s navigačným zoznamom evidovaných importov, na záložke Detail sú detaily aktuálneho evidovaného importu.
Záložka ID potom obsahuje tabuľku s identifikáciou vložených / zmenených záznamov. Záznam je identifikovaný menom tabuľky a primárnym kľúčom záznamu.
Pomocou lokálneho menu je možné vykonať export do Excelu.
Import nie je súčasťou štandardného EGJE.
Import je doplnkom uprednostňovaného štandardného importu jednorazových vstupov do miezd Vst11, ktorý importuje priamo do Vyp01.
Tento import importuje do Opv02 – Trvalé ZLM – Platby.
Import trvalých platieb je nebezpečnejší v tom, že hrozí spätný nesúlad medzi spočítanými mzdami a trvalými vstupmi.
K tomu existuje množstvo kontrol, ale niektoré z nich sú voliteľné.
Zdrojovým súborom je XLSX súbor.
Sú podporované 3 typy hlavičiek:
a) Plná
- v poli A1 je text „Režim“ (alebo „Mode“) a v A2 číselné označenie režimu
- v riadku 2 sú hlavičky stĺpcov
b) Redukovaná
- režim/mode sa v súbore neuvádza – berie sa vždy 1
- v riadku 1 sú hlavičky stĺpcov
c) Bez hlavičky
- stĺpce sa berú v implicitnom rozložení:
A - oscpv
B – zlm
C - datum_od (ak je stĺpec prázdny, tak sa berie 1. deň súčasného mesiaca a samozrejme sa kontroluje uzavretosť)
D - castka_enc
E - tarif_plny_enc
F – percento
G - kod_castky – pokiaľ nie je v importe, načítame hodnotu s minimálnym poradím z číselníka ZLM pre danú ZLM
H - kod_doby – dtto
I - dátum_do (default 3.3.3333)
Názvy stĺpcov aj indikácia režim/mode môžu byť veľkými, malými aj zmiešanými písmenami.
Položka se pre hlavičku a) zadáva do A2.
Pre hlavičky b) a c) se bere 1.
Hodnoty:
1 - (default) Platba nadväzuje a preberá hodnoty. Sú zadané aj ZLM aj dátum od. Ak by išlo o ZLM s IA 1031 alebo 1032, ide o chybu a je vypísané hlásenie: „Spracujte ako režim 5 „nová sada“.2 Nadväzuje a preberá hodnoty - hľadá sa ZLM tarifu v číselníku ZLM. Hľadanie prebieha odlišne podľa Opv01 / Druh právneho vzťahu (cetpv.druh_pv)
Druh 6 (DoPČ) - hľadá sa najmenšia platná ZLM s IA 2131
Druh 7 (DoVP) - hľadá sa najmenšia platná ZLM s IA 2132
Ostatné - hľadá sa tarif časovej mzdy, tj. najmenšia platná ZLM s IA 1101
Pozn.: V tomto režime sa ZLM do súboru nezadáva, je vyhľadávaná z
číselníka ZLM podľa
druhu PV zamestnanca, s výnimkou, ak je zadaná priamo v importe.
3 - Nenadväzuje - žiadny záznam nebude ukončovaný – prebieha iba vkladanie nových záznamov.
4 - Nadväzuje a
preberá hodnoty - Väzbou je ZLM a Typ štruktúry - minoritný režim
Hľadaný Typ štruktúry sa berie výlučne z typ_str1 (vrátane null), štruktúry sa
nepreberajú, vypĺňajú sa iba tie, ktoré sú v importe uvedené.
5 - Nadväzuje
(ukončuje a začína), ale nepreberá hodnoty - Nová sada alebo viac rovnakých ZLM
pre PV
Dátum_od - 1 ukončí celú predchádzajúcu sadu hodnôt ZLM+PV - myslené ZLM z
importného súboru.
Môže byť viac ukončovaných záznamov s touto ZLM, a takisto viac vkladaných
záznamov pre jednu dvojicu ZLM+PV. Typické pre ZLM „Prerozdelenie“, tj. s IA
1031. Obvykle majú záznamy Typ+Kód štruktúry a k tomu niekedy sumu, inokedy
percento. Technicky v tomto režime musíme mať pre jedno PV v importovaných
záznamoch rovnaké dátum_od - pre všetky ZLM tohto PV - ak sa dátumy nezhodujú,
je hlásená chyba.
Pri režimoch 1-5 je kontrolované, či importovaná ZLM dátumovo nezasahuje do vypočítaného obdobia konkrétneho PV. Keď áno, je hlásená chyba.
11, 12, 13, 14, 15 – rovnaké správanie, ale kontrola na vypočítané obdobie nie je vykonávaná. Prepočet miezd je potrebné zabezpečiť organizačne (ak to treba).
“Platba nadväzuje” je dátumová nadväznosť na minulý záznam pre PV+LM (resp. aj typ_str1 pri režime 4) - tj. môžu nastať 3 rovnocenné stavy:
a) je tam platný záznam - ten ukončujeme k dátum_od - 1
b) je tam platný záznam a už je ukončený k dátum_od - 1
c) nie je tam platný záznam - nie je čo ukončiť
Pri všetkých “nadväzuje” potrebujeme datum_od - keď nie je, tak od 1. dňa aktuálneho mesiaca. U “Nenavazuje” je to isté – keď dátum_od nie je, do záznamu dávame dátum_od 1. dňa aktuálneho mesiaca.
“Preberanie hodnôt” z minulého záznamu pri nadväzujúcich záznamoch:
• preberanie hodnôt uplatníme pre “a)” aj pre “b)” nadväznosti platieb.
• preberáme základné údaje platby, ktoré v importe nie sú ako stĺpec, alebo sú ako stĺpec, ale
pri konkrétnom zázname je nevyplnené
• 0 vs nevyplnené pre najdôležitejšie stĺpce je teda inými slovami toto:
o castka_enc - keď je v importnej sade nevyplnené - preberieme hodnotu z prípadného
minulého záznamu, keď je 0, vložíme hodnotu 0
o percento - detto
o PV, ZLM - musí byť - nevyplnené je chybou (pri režime 2 ZLM nemusí byť v importe,
ale musí byť nájdené v číselníku)
Zoznam položiek, ktoré je možné importovať, resp. preberajú v rámci nadväznosti
Imp položka DB položka Default
-----------------------------------------------------------------------
id_tplatby
oscpv id_tpv
osc id_tpv
slm id_cslm
typ_vt typ_vt 0
castka_enc castka_enc
procento procento
datum_od datum_od 1. v akt. měsíci
datum_do datum_do 3333-03-03
kod_doby kod_doby slm01 nejnižší pořadí
kod_castky kod_castky slm01 nejnižší pořadí
tarif_plny_enc tarif_plny_enc
doklad doklad
hodiny hodiny
cast_uv cast_uv
duvod_zmeny_tar duvod_zmeny_tar
zuctovat 1
dalsi_xml
pozn_xml
korekce_enc
typ_str1 /cetplatby.dalsi_xml/str/@typ_str
kod_str1 /cetplatby.dalsi_xml/str/@id_cstr
typ_str2 /cetplatby.dalsi_xml/str/@typ_str
kod_str2 /cetplatby.dalsi_xml/str/@id_cstr
typ_str3 /cetplatby.dalsi_xml/str/@typ_str
kod_str3 /cetplatby.dalsi_xml/str/@id_cstr
prer_uvazek /cetplatby.dalsi_xml/@prer_uvazek
poznamka /cetplatby.pozn_xml/pozn/@hodnota
/cetplatby.pozn_xml/pozn/@datum DNESDATE
/cetplatby.pozn_xml/pozn/@autor Imp02
Vzťah OSCPV a OSC:
• OSCPV určuje PV jednoznačne a je pre import odporúčané
• Ak ho importujúci systém nepozná, môže byť použitý stĺpec OSC.
predpokladá v tvare OSC. PV teda poradové číslo PV je za spoločnou časťou OSC, pričom oddeľovačom je bodka „.“.
Potom sa použije kmeňový PV a je to ako by bolo zadané OSCPV kmeňového PV.
DATUM_OD:
• ak je stĺpec prázdny, tak sa berie 1. deň súčasného mesiaca
pre režimy 1-5 sa kontroluje uzavretosť.
KOD_CASTKY – pokiaľ nie je v importe, načítame hodnotu s minimálnym poradím z číselníka ZLM pre danú ZLM
KOD_DOBY – detto
CASTKA_ENC - ak nie je poslaná a je posielaný TARIF_PLNY_ENC, tak pri mesačných platbách (kod_doby 12, 13, 336, 340) je podľa týždenného úväzku prepočítaný (tj. skrátený)
Import má parametre:
Parameter |
Význam |
Súbor pro import: |
Cesta ku XLSX súboru s dátami |
Zmazať minulé dáta importované touto zostavou: |
Import si pamätá, ktoré riadky, ktoré volanie vložilo a vie ich po výbere zmazať. POZOR ZMENENÉ OSTATNÉ RIADKY (typicky dátumové ukončenie) UŽ IMPORT NEVRÁTI. NIE JE TEDA O PLNOHODNOTNÝ NÁVRAT K STAVU PRED IMPORTOM! |
Načítaj a skontroluj bez uloženia do databázy: |
Pri zaškrtnutí sa všetko vykoná, ale na záver sa do databázy nič neuloží, nevykoná teda v dátach nič. Veľmi dobrá vec na kontrolu importu. |
Jeho správanie je popísané v tejto tabuľke.
Medzi parametrami nie je Režim (mode) - ten je navrhnutý tak, aby bol iba v hlavičke importného XLSX súboru a nemohol už tam byť zmenený obsluhou. Mohlo by totiž pri obídení kontrol (režimy > 10) dôjsť k nežiaducim úpravám dát.
A všeobecne - režimy majú odlišné správanie a musia byť v súlade s dátami.
Na určenie, komu záznam nahrať, sa používa buď jednoznačné OSCPV alebo OSC, kedy program k OSC časti hľadá kmeňové PV.
Podmienkou je, že OSCPV je tvorené ako „OSC.PV“.
PV je kontrolované na prístupnosť používateľa, ktorý import volá (práva k riadkom, práva k SO).
Vzťah položiek „Čiastka“ (CASTKA_ENC) a „Mesačná čiastka na plnú tarifu“ (TARIF_PLNY_ENC):
- hodnoty sú kontrolované voči Zlm01 / v Zlm01 nazvaná “Maximálna výška zrážky/príspevku:”, pokiaľ je vyplnené.
- pokiaľ je (u mesačnej platby) zadaná len čiastka na plnú tarifu, import ju vie pokrátiť a uloží aj skrátenú hodnotu (podľa týždenných úväzkov podľa konfigurovaného zaokrúhlenia)
- opačný proces z čiastky na čiastku na plnú tarifu implementovaný nie je (problematické zaokrúhľovanie) – plná tarifa je mazaná (pokiaľ neprišiel tiež importom).
KOD_CASTKY, KOD_DOBY – hodnoty z importu sú kontrolované na prístupnosť v Zlm01 pre konkrétne ZLM.
DATUM_OD, DATUM_DO
je kontrolovaná syntaktická správnosť dátumov
pre režimy 1 - 5 - posúvame DATUM_OD až do prvého neuzavretého obdobia do budúcnosti (hľadáme vždy otvorenosť pre dobierku, tj. typ_vt=0)
PROCENTO – nevyplnené alebo číslo 0 – 200, povolené sú aj desatinné čísla, presnosť si zaokrúhli db
TYP_STR1,KOD_STR1, TYP_STR2,KOD_STR2, TYP_STR3,KOD_STR3
Kontrola existencie kódu v číselníku štruktúr cecstr (vr. nepovinného uvedenia organizácie id_csorg)
CASTKA_ENC, TARIF_PLNY_ENC - pokiaľ je v číselníku Zlm01 pre danú ZLM vyplnená položka nazvaná “Maximálna výška zrážky/príspevku:” (/cecslm.zapoc_xml/@maximalne) tak kontrolujeme, že čiastka túto hodnotu nepresahuje.
Import do dennej dochádzky (denné vstupy) – je popísaný v Doch_uzdoc Imp09.
Import do mesačnej dochádzky (mesačné vstupy) – je popísaný v Doch_uzdoc Imp11.
Importná zostava umožňuje importovať kód OBORVZD - kód odboru najvyššieho dosiahnutého vzdelania - k jednotlivým PV zamestnancov zo XLS súboru. Riešenie predpokladá splnenie týchto podmienok.
• XLS súbor obsahuje 2 stĺpce
o OSCPV - osobné číslo pracovného vzťahu (nezameniť s OSC - osobným číslom zamestnanca), lebo všeobecne platí, že každý PV, môže mať uvedený iný kód.
o Kód - kód OBORVZD (30-znakový reťazec čísel a bodiek)
Prvý riadok nebude importovaný.
Generátor kódu je možné nájsť na stránkach spoločnosti Trexima (https://www.ispv.cz/cz/Pro-respondenty-setreni/Aplikace-Obor-vzdelani.aspx).
Importná zostava. Umožňuje nahrávať dokumenty do evidencie Opv31.
Je schopná aj serverovej prevádzky z Adm53 a adresára s dokumentmi na nahratie.
Komu nahrať sa odvíja z mena súboru (Oscpv.ext resp. Osc.ext teda napr. 1216.01.docx).
Ako zaevidovať potom určia parametre tejto zostavy.
V prípade, že meno súboru nie je iba Oscpv.ext alebo Osc.exp, ale obsahuje aj ďalší text (napr. 1216.01_certifikat.jpg), je potrebné zvoliť zodpovedajúci oddeľovač (parameter „Oddeľovač osčpv“). Sú povolené iba tri nasledujúce: pomlčka, podčiarknutie a medzera.
Nepovinný parameter "Do mena súboru ukladaného do db pridávať text:" umožňuje do zaevidovaného názvu súboru pridať určitý text.
Parameter "Do mena súboru ukladaného do db pridávať text:" je nepovinný.
Keď ho používateľ vyplní, je potom názov súboru nasledujúci: oscpv_text.ext
Ide o statický text vyjadrujúci, čo je to za súbor (platový výmer, životopis, ...).
Maximálna dĺžka s oscpv a podčiarknikom je 80 znakov.
Tento import je určený pre zamestnancov bez evidencie dochádzky v EGJE. Slúži pre nahranie rozvrhu fondu pracovnej doby. Fond je uložený do denných hlavičiek, ktoré výpočet mzdy uprednostňuje pred rozvrhom z Kal01. Je potrebné pokryť vždy celý mesiac.
Import vyžaduje, aby výplatný termín bol otvorený. U spočítaných zamestnancov výpočet zruší.
V prípade aktivácie sa pre PV s nástupom/ukončením v období importu môže vykonať doplnenie kalendára v dňoch neplatného PV podľa zvoleného režimu.
Parametre zostavy pre spustenie:
! Súbor: - názov súboru vrátane cesty, kde je uložený
Prehľadávať - tlačidlo pre vyhľadanie súboru pre import
! Doplniť plán na obd. nástup/výstup:
0 – Nedopĺňať
1 - Dopĺňať Po/Pa priem. smenu na FPD podľa priem. týždňa
2 - Dopĺňať Po/Pa priem. smenu na FPD podľa kalendára
3 - Dopĺňať podľa plán. smeny kalendára! Generovať protokol: - zaškrtavátko pre aktiváciu zobrazenia protokolu
Importný súbor je vo formáte XLS (X) a očakávajú sa stĺpce:
oscpv, opis, obdobie, 1, 2, ...... 31, kde
oscpv obsahuje osobné číslo PV,
popis import nevyužíva - typicky je v ňom celé meno,
obdobie v tvare RRRR-MM, povinný údaj,
čísla v hlavičke reprezentujú jednotlivé dni v období (počet hodín a typ smeny). Hodnotovo v stĺpci očakávame buď
prázdne pole - nie je smena
desatinné číslo - počet hodín smeny
(Automaticky berieme typ dňa 1 Pracovný smena)
napr. 7,5
desatinné číslo a P - dtto napr. 7,5P
desatinné číslo a S - smena vo sviatok
Písmenové identifikátory (sú dané číselníkom typ dňa):
|
JPČ typ_dne |
Identifikátor |
1 |
Pracovná smena |
P |
2 |
Sviatočná smena |
S |
3 |
Voľný sviatok - pracovní deň |
N |
4 |
Voľný sviatok - voľný deň |
C |
5 |
Víkend |
V |
6 |
Kolísavé voľno |
K |
7 |
Ostatné voľno |
M |
Spracovanie importu pre deň sviatku.
a/ import dňa sviatku s nastavením hodín ale bez označenia sviatku
v tomto prípade nastavíme režim sviatku podľa Kal01.Typ generovaný sviatku pre akt. priradený kalendár pre importované PV
ak Kal01.Typ generovaný sviatok = 2 nastavíme typ dňa = 2
ak Kal01.Typ generovaný sviatok = 3 nastavíme typ dňa = 3
b/ import dňa sviatku s nevyplneným poľom dňa alebo s nastavením 0 bez označenia typu dňa
očakávame povinné vyplnenie dňa sviatku 0C, 0N alebo 0S, alebo nC, nN alebo nS
pokiaľ pole pre import nie je vyplnené podľa požiadavky, zobrazíme hlásenie:
Imp32-01 FAT: “Riadok <NN>, deň štátneho sviatku <dátum> je nevyplnený. Povinné vyplnenie nC, nN alebo nS (n je 0 alebo hodiny) ! Import ukončený !”
a ukončí sa celý import
V prípade potreby sa môže automaticky vykrytý čas pred nástupom, resp. po ukončení PV v akt. období - pre stanovenie FPD na mesiac.
Funkcia sa aktivuje a volí režim vyplnenia nastavením parametra
„Doplniť plán na obd. nástup/výstup:“ - s voľbou:
0 – Nedopĺňať
1 - Dopĺňať Po/Pa priem. smenu na FPD podľa priem. týždňa
2 - Dopĺňať Po/Pa priem. smenu na FPD podľa kalendára
3 - Dopĺňať podľa plán. smeny kalendára
Popis funkcie
Ak je „Doplniť plán na obd. nástup/výstup:“> 0.
Pokiaľ je PV platné pre celé aktuálne obdobie, tak sa doplnenie nevykonáva.
Spočítame importované hodiny z plánu smien:
FPD = súčet hodín pre PV a akt. obdobie a typ_dňa = 1, 2, 3
Určíme priemernú smenu
a spočítame požadovaný plánovaný fond: PFPD podľa „Doplniť plán…“
= 1 (Dopĺňať Po/Pa priem. smenu na FPD podľa priem. týždňa)
DÁTUM = dátum nástupu, ak je v rámci obdobia alebo dátum výstupu, ak je v akt. obdobie (ak sú obaja v mesiaci, tak dátum nástupu)
PSMENA = Opv01, Popis, Priemerná dĺžka smeny: pre PV a platnosť k DÁTUM
PDNI = Opv01, Popis, Priemerný týždenný počet smien: pre PV a platnosť k DÁTUM
PFPD = PSMENA x PDNI x 4.3480 (tj priemerný počet týždňov v mesiaci)
= 2 (Dopĺňať Po/Pa priem. smenu na FPD podľa kalendára)
PFPD = súčet hodiny z Kal01, Dni kalendára pre kalendár priradený na Opv01 v rozsahu obdobia pri zohľadnení prípadných časových rezov
= 3 (Dopĺňať podľa plán. smeny kalendára)
PFPD = 999
Hodiny na vyrovnanie FPD:
FPDN = FPPD - FPD
Ak FPDN <= 0 (odpracovaný celý FPD pre aktuálne PV)
Zobraz hlásenie: IMP32101 <OSČPV> Hodiny do FPD <FPD> naplnené v rámci platného PV <PFPD>
Spustíme cyklus pre všetky dni akt. obdobia pre PV, a pre každý deň vykonáme:
Začiatok cyklu:
je DEN platný pre PV (DEN je v rozsahu Nástup/Výstup) ?:
Áno - pokračuj na ďalší DEŇ
je deň neplatný pre PV (DEŇ je mimo rozsahu Nástup/Výstup) a hodiny v pláne > 0 ?
Zobrazí sa hlásenie: IMP32102 <OSČPV> Na deň <d> mimo PV, naplánovaná smena <h> hod.
pokračuj na ďalší DEŇ
je „Doplniť plán…“ 1 alebo 2 ?
Áno: Je DEŇ sobota/nedeľa?
Áno: Áno - pokračuj na ďalší DEŇ
je „Doplniť plán…„Doplniť plán…“ = 3
Je deň bez plánovanej smeny (typ dňa = 1, 2, 3)?
Áno: Áno - pokračuj na ďalší DEŇ
// Máme neplatný deň pre PV a je Po/Pa alebo deň s plánovanou výmenou, doplníme do plánu a skontrolujeme FPD
Aktualizujeme záznam plánu pre DEŇ:
Typ dňa = 1
Ak je „Doplniť plán…“ 1 alebo 2 ?
Áno: PSMENA = Opv01, Popis, Priemerná dĺžka smeny:
Ak je „Doplniť plán…“ 3 ?
Áno: PSMENA hodiny z Kal01, Dni kalendára
Ak FPDN >= PSMENA ? (doplníme plnú smenu)
Áno: Plán hodiny = PSMENA
FPDN = FPDN – PSMENA (upravíme rozdiel pre vyrovnanie)
Nie: (FPDN < PSMENA - doplníme čiastočnú smenu)
Plán hodiny = FPDN
FPDN = 0
Koniec cyklu:
Ak je „Doplniť plán…“ 1 alebo 2 a FPDN > 0 (nedošlo k vyrovnaniu na fond)
Zobrazí sa hlásenie: IMP32103 <OSČPV> Podarilo sa vyrovnanie do FPD <PFPD> o <FPDN> hod.
A pokračuj na ďalšie PV.
Kontrolujeme obsah každej bunky na prevoditeľný text do čísla (problém spôsobujú predovšetkým neviditeľné znaky).
Pokiaľ narazíme na bunku s neprevoditeľným obsahom, zobrazíme hlásenie:
Imp32-02 Neplatný znak v riadku <x> stĺpci <y>, opravte !
kde x a y určujú chybnú bunku
bunku preskočíme a pokračujeme spracovaním nasledujúcej bunky
Počítame, počet výskytov týchto chýb a pri 30 výskyte, zobrazíme hlásenie:
Imp32-03 V Importe nie je možné pokračovať, prekročený povolený počet chýb.
a import je predčasne ukončený (žiadna zmena sa neuloží).
Podľa protokolu opravíme obsah v chybných bunkách a import zopakujeme.
Zostava očakáva fotografie buď v ZIP súbore - pre obidvoch klientov resp. v zložke - pre java klienta. Fotografia je súbor .jpg, .png, alebo .gif s názvom OSCPV a jednou z týchto extenzií. Fotografia je zobrazovaná na Osb02, Pkz01 resp. miniatúra v Dcu06.Upozornenie: Odporúčame maximálne rozlíšenie fotografie šírka 180 px a výška 240 px, lebo v EGJE klientovi je fotografie na toto rozlíšenie prepočítavaná. Väčšia fotografie teda zbytočne zaťažujú databázu, sieť, pamäť servera aj procesor. Preveďte preto pred nahraním konverziu na tento formát a nenahrávajte do systému mnoho megabitové súbory z dnešných fotoaparátov a mobilov!
Väčšina importov nahráva buď z textových súborov alebo zo súborov Excel (xls, xlsx).
Importné zostavy je potrebné písať tak aby nenarušili dátovú integritu vrátane uzavretosti dát (uzávierky osoby, období apod).
Zoznam prístupných častí dokumentácie je tu.