U SPIKN

1. USPIKN SYSTÉM PRE POROVNANIE PÔVODNÉHO A NOVÉHO STAVU PÍSOMNEJ ČASTI KATASTRA NEHNUTEĽNOSTÍ (VYTVORENIE ZMENOVÝCH ZÁZNAMOV JEDNOTLIVÝCH TABULIEK, ICH PRENOS ZÁKAZNÍKOVI A AKTUALIZÁCIA DATABÁZY ZÁKAZNÍKA) USPIKN Pavel Pospiech

2. REFERENCIE Slovenská informačná a marketingová spoločnosť, a.s. • SCB – Slovak CreditBureau, s.r.o. • BisnodeSlovensko, s.r.o. • Magistrát hlavného mesta SR Bratislava USPIKN Pavel Pospiech

3. CIEĽ PROJEKTU • zefektívnenie aktualizácie databáz písomnej časti u zákazníka • analýza možného využitia pridaných hodnôt projektu • analýza možného ďalšieho využitia projektu v čo najmasovejšej miere USPIKN Pavel Pospiech

4. OBSAH Pôvodný stav • postup pri aktualizácii databázy SQL • výhody pôvodného stavu • nevýhody pôvodného stavu Nový stav • výhody nového stavu • nevýhody nového stavu • postup pri aktualizácii databázy SQL • bližšie popisy postupov aktualizácie • pridané hodnoty : • sledovanie zmien na listoch vlastníctva • systém včasného varovania USPIKN Pavel Pospiech

5. PÔVODNÝ STAV Postup pri aktualizácii databázy SQL • úplné vyprázdnenie databázy SQL • kompletná migrácia údajov do databázy SQL Výhody pôvodného stavu • nie je potrebná nijaká archivácia databázy Nevýhody pôvodného stavu • vysoká časová náročnosť • vyššia cena • zriedkavá aktualizácia údajov USPIKN Pavel Pospiech

6. NOVÝ STAV Výhody nového stavu • migrácia do databázy SQL iba pri prvotnom spustení • poloautomatická aktualizácia údajov elektronickou formou • interval aktualizácie na týždennej báze • možnosť zobrazenia histórie zmien • ďalšie pridané hodnoty Nevýhody nového stavu • prakticky neexistujú USPIKN Pavel Pospiech 6

7. POSTUP PRI AKTUALIZÁCII SQL Na strane dodávateľa – vytvorenie aktualizačnej dávky Presun NS do PS Import NS Legenda: Porovnanie PS s NS NS– nový stav PS– pôvodný stav ZT– zmenové tabuľky Vytvorenie ZT Krížová kontrola Zašifrovanie Uloženie na port Bližší popis jednotlivých krokov nájdete ďalej ... USPIKN Pavel Pospiech 7 7

8. POSTUP PRI AKTUALIZÁCII SQL Na strane zákazníka Zistená aktualizácia Prebratie aktualizácie Legenda: Dešifrovanie ZT PT– pohybové tabuľky ZT– zmenové tabuľky Kontrola a uloženie Import ZT do PT Aktualizácia Bližší popis jednotlivých krokov nájdete ďalej ... USPIKN Pavel Pospiech 8 8 8

9. BLIŽŠIE POPISY AKTUALIZÁCIÍ - dodávateľ Presun nového stavu do pôvodného stavu • nový stav sa stáva po príchode ďalších nových údajov pôvodným stavom Import nového stavu • dekomprimácia, vyčistenie údajov a odstránenie prípadných indexov • nový stav sa stáva aktuálnym stavom Porovnanie pôvodného a nového stavu • všetkých sedem režimov prebieha súčasne ako ukazuje príloha 1 • každá tabuľka obsahuje jednoznačný identifikátor • ak sú všetky polia tabuľky totožné, porovnávanie pokračuje ďalším záznamom. Inak : • nie sú totožné – oprava záznamu • záznam sa v novom stave nenachádza – výmaz záznamu • záznam sa v pôvodnom stave nenachádza – pridanie záznamu • vytvorenie zmenových tabuliek USPIKN Pavel Pospiech 9 9 9 9

10. BLIŽŠIE POPISY AKTUALIZÁCIÍ - dodávateľ Krížová kontrola • porovnávajú sa navzájom : • počty záznamov v jednotlivých tabuľkách nového stavu • počty záznamov v jednotlivých tabuľkách pôvodného stavu upravené o : • záznamy určené na výmaz • záznamy určené pre vloženie • počty musia byť v súlade, existujú iba tieto výnimky : • duplicity v stavbách • duplicity v právnych vzťahoch • iné duplicity – odstraňujú sa automaticky Zašifrovanie a uloženie na port • všetky zmenové záznamy sú zašifrované : • plávajúcou vždy jedinečnou šifrou • poprehadzovaným poradím stĺpcov USPIKN Pavel Pospiech 10 10 10 10 10

11. Príloha 1 PRÍLOHA 1 Ukážka procesu porovnávania pôvodného a nového stavu USPIKN Pavel Pospiech 11 11 11 11 11 11

12. BLIŽŠIE POPISY AKTUALIZÁCIÍ - zákazník Zistenie aktualizácie až uloženie • postupne vykonané kroky : • zistenie aktualizácie • stiahnutie aktualizácie • dekomprimácia, dešifrovanie a kontroly • odfiltrovanie podľa predplatených parametrov • uloženie zmenových záznamov Import zmenových záznamov do SQL importy sú prevádzané paralelne – šetrenie časom Aktualizácia databázy SQL • aktualizácia sa prevádza skriptom nad databázou SQL. Doteraz odskúšané : • MS SQL • MySQL • Oracle USPIKN Pavel Pospiech 12 12 12 12 12 12

13. PRIDANÉ HODNOTY Sledovanie zmien na listoch vlastníctva • účelom je upozorniť vlastníka na prípadne vykonané zmeny na jeho listoch vlastníctva. Postupnosť krokov : • zaevidovanie zákazníka do tabuliek zákazníkov • zaevidovanie sledovaných LV pri kombinácii s katastrálnym územím • spustenie aplikácie. Postupnosť : • kontroly pohybov na zmenových záznamoch • vytvorenie textových súborov ako príloh do elektronickej pošty • komprimácia textových súborov • prenos súborov do preddefinovanej WEB lokality • spustenie PHP skriptu pre hromadné odoslanie pošty • pošta je odosielaná aj v prípade nijakých zmien na listoch vlastníctva. • každý zákazník má prístup ku histórii cez vytvorené konto na WEB lokalite. USPIKN Pavel Pospiech 13 13 13 13 13 13 13

14. PRIDANÉ HODNOTY Systém včasného varovania • zápisu do katastra spravidla predchádza plomba • pre sledovanie zmien je využitý identický systém ako u sledovania zmien na LV • možnosť zasielania správ o zriadení plomby USPIKN Pavel Pospiech 14 14 14 14 14 14 14 14

15. ZÁVER • zefektívnenie aktualizácie databáz písomnej časti u zákazníka • plná funkčnosť • analýza možného využitia pridaných hodnôt projektu • Sledovanie zmien na listoch vlastníctva • plná softvérová funkčnosť • Systém včasného varovania • splnené na 80 % • analýza možného ďalšieho využitia projektu v čo najmasovejšej miere USPIKN Pavel Pospiech 15