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.