Skip to Content.
Sympa Menu

katastr - Re: [Katastr] Návrhy vnitřní legislativy ČKZ

katastr AT fsv.cvut.cz

Předmět: Katastr nemovitosti a DTM

List archive

Re: [Katastr] Návrhy vnitřní legislativy ČKZ


Chronological Podle vláken 
  • From: Honza Dolista <honza.dolista AT gmail.com>
  • To: katastr AT fsv.cvut.cz
  • Subject: Re: [Katastr] Návrhy vnitřní legislativy ČKZ
  • Date: Thu, 30 Nov 2023 11:40:05 +0100
  • Authentication-results: mailin-opendkim; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i= AT gmail.com header.a=rsa-sha256 header.s=20230601 header.b=fpRZNRcZ; dkim-atps=neutral

Dobrý den,

osobně si myslím, že ve vedení organizace jsme v dnešní době už jsem
trochu jinde než u excelovských tabulek a adresářové struktuře na
disku. Sám jsem u zavedení informačního systému ve firmě byl, takže si
troufnu tvrdit, že trochu tuším.

V první řadě u nás tomuto kroku předcházela více jak rok trvající
diskuze, kde jsme si potřebovali vyjasnit co vlastně od takového
systému chceme, jaké procesy má postihovat a co jsou už jen zbytečné
kudrlinky, které nemají dobrý poměr cena/výkon. Taková diskuze u
Komory zatím celkem logicky ani nemohla proběhnout. Zaprvé na to zatím
nebyl čas a ani se o tom neměl kdo bavit. Dle mého názoru takto
detailní věc přípravnému výboru ani nepřísluší.

Samozřejmě se dá začít na zelené louce a nechat si napsat SW „na míru“
od A do Z. Pak i případná cena vystřelí raketově do závratných výšin.
To ekonomicky příliš nedává smysl, pokud člověk není fanoušek
programování a nehodlá si to napsat po večerech celé sám svépomocí.

Druhou možností je zvolit si nějaký komerčně dostupný ERP a pokusit se
do něj své potřeby vměstnat. Což zejména v našem oboru je poměrně
složité. Obor jsme relativně malý a máme svá specifika, takže s tím
nikdo z prodejců moc nepočítá. Předpokládám že i pro Komoru to nebude
vhodné řešení, neb by se z jednotlivých AZI mohly stát pouhé „položky
ve skladu“.

Poslední možností je pak nasadit nějaký komerčně dostupný základ v
podobě ekonomického systému (na trhu je jich spousta) a specifické
části si nechat napsat na míru a napojit je prostřednictvím RestApi,
které systémy poskytují. Touto cestou jsme se ve firmě vydali i my.

Troufnu si vypálit od boku, že to, co Komora v základu potřebuje je
nějaký ekonomický systém a nějaký systém pro správu rejstříku AZI. Tam
si troufnu tvrdit, že půjde o nějakou relační databázi s rozumným
uživatelským rozhraním. Rozsah databáze a složitost UI se asi nejvíce
odvine od toho, zda součástí bude i „digitální autorizační deník.“ Já
osobně bych byl proti této komponentě.

Co se nákladů na ekonomický systém týče, očekával bych, že spadají do
kapitoly SW vybavení kanceláře.

Co se nástroje na správu rejstříku AZI týče, tak to, co mě osobně
vadí, je fakt, že opět byla do prostoru vypálena jakási částka bez
toho, aby bylo jasné, co se za ní skrývá. Co vlastně bude nástroj umět
a obsahovat.

S pozdravem Jan Dolista



Archivace běží na MHonArc 2.6.19+.

Top of Page