A „Józsefvárosi Önkormányzat részére térinformatikai rendszer bevezetése” tárgyú közbeszerzési értékhatárt el nem érő beszerzési eljárásban felmerült kérdések, válaszok 1. Az írásban feltett kérdésekre adott válaszok mellett az Ajánlatkérő biztosít-e személyes konzultációs lehetőséget is a műszaki igényspecifikációval kapcsolatos egyeztetés céljából. Az ajánlatkérő az ajánlattételi határidő előtt nem biztosít személyes konzultációs lehetőséget. Azonban az ajánlatételi felhívás 19. pontja szerint a tárgyalásos szakaszban biztosítja az adatokba a betekintést, továbbá lehetőség nyílik a személyes konzultációra a műszaki igényspecifikációval kapcsolatos egyeztetésekre is. „Ajánlatkérő rögzíti, hogy a szerződéses, pénzügyi és egyéb feltételekről, valamint műszaki kérdésekről egyszerre kíván tárgyalni az ajánlattevőkkel, legalább három alkalommal. Az ajánlattevők végleges ajánlatukat írásban zárt borítékban kötelesek átadni (amennyiben ajánlatkérő a tárgyaláson így rendelkezik) az ajánlatkérőnek, aki a végleges ajánlatokat még a tárgyaláson ismerteti. Ajánlatkérő felhívja az ajánlattevők figyelmét, hogy amennyiben a tárgyaláson nem vesznek részt, ajánlatuk érvényessége esetén az ajánlatuk az ajánlattételi határidő lejártakor, az ajánlatok bontásakor ismertetett ajánlati árával kerül bírálatra.”
2. Műszaki alkalmasság kapcsán: 2.1. A referenciák igazolás esetén az „a szerződő fél által aláírt nyilatkozat” kapcsán a Vállalkozónak kell nyilatkozni vagy a Felhasználónak? Amennyiben az ajánlattételi felhívás pontjában az áll, hogy „a szerződő fél által aláírt nyilatkozat” ez esetben a Felhasználó a szerződő fél.
3. Követelménye specifikáció: Általános elvárások 3.1. Az adatbázis kezelő rendszerek esetén kérjük megadni a pontos verziószámot. (pl: Oracle 10g R2 Standard Edition) illetve a pontos licencelést (CPU licence, Named User licence stb,) MS SQL 2008 R2 standard, oracle 10g CPU licence
4.
Modulok 1. :Földhivatali modul
4.1. Jól értjük-e, hogy a földhivatali alaptérkép migrációja a Vállalkozó feladata a fejlesztési és üzemeltetési időszakban (várhatóan 3 alkalommal)? A modulban a Földhivatal által szolgáltatott adatfrissítések átvezetése a vállalkozó feladata, melyet a karbantartási szerződés fog tartalmaz. 4.2. Jól értjük-e, hogy ennek elvégzésére az ügyintézőknek nem szükséges grafikus felületet biztosítani? Az ügyintézőknek nem szükséges grafikus felületet biztosítani.
5. Modulok 2. :Törzsadatkezelési modul - Ingatlan nyilvántartás 5.1. Jelezték, hogy a migráció során meglévő GISPÁN rendszer adatait is integrálni kell az új rendszerbe – ennek kertében a cím és ingatlanadatokat is. A GISPÁN rendszerben is megvalósult már a „többes cím kezelés”? Ha nem akkor mi a pontos elvárás ezzel kapcsolatosan (1:N kapcsolatok stb.) Igen, megvalósult.
6. Modulok 5. : Tematikus térképek, területi adatok modul 6.1. Hogyan definiálható a pontszerű intézmények vonzáskörzete? Az intézmény helyének jelölése után, ha a vonzáskörzet csak adott távolság szerint értendő, akkor a körzet jelölése a földhivatali alaptérképtől függetlenül történik. (Például iskolák körül 300-es vonzáskörzetben milyen vendéglátóipar létesítmény kaphat engedélyt.) 6.2. A vonzáskörzet egy automatikus lehatárolási feladat eredménye, vagy az ügyintéző által „kézzel” meghúzott határ? Az intézményekhez tartozó valamilyen rendelkezés alapján meghatározott vonzáskörzet ábrázolása során a határvonal nem feltétlenül a helyrajzi szám alapján történik (bizonyos esetekben ez elegendő). Ez esetben egyedi határvonal kialakításának igénye merül fel. Például egymáshoz szorosan kapcsolódó körzet a választási körzet, ahol a terület határa a közterületek felezésében alakul ki. A határvonalra eső közterületeket az összes körzethez hozzá kell rendelni. 6.3. Kérem, definiálják az „egymáshoz kapcsolódó övezetek” fogalmát! Milyen funkcionalitás az elvárt az ilyen jellegű övezeteknél? Az egymáshoz kapcsolódó övezetek azok, melyek határvonalai érintik egymást, átfedést nem eredményezve képeznek éles határvonalat.
7. Modulok 6. : Területrendezési terv modul 7.1. A Fővárosi Szabályozási Keretterv és a Fővárosi Településszerkezeti Terv milyen formátumban áll rendelkezésre? A két érintett terv pdf formátumban áll rendelkezésre, mely egyezik a nyilvános tervtárból letölthető anyaggal. 7.2. Igény a tervek ábrázolása. Ezek milyen formátumban érhetőek el? Mi a pontos igény a tervek megjelenítésére, kezelésére? A tervek .pdf állományban állnak rendelkezésre, ahogy a magasabb szintű rendelkezés nyilvánosságra hozatala megtörtént. Az adatok szerkesztésére ilyen formán nincs lehetőség, ezért ez nem is igény. A tájékoztató jellegű adatszolgáltatás az igény 7.3. Mit jelent pontosan a „ArcView állományban meglévő (JÓKÉSZ és KSZT) szabályozási terv MapInfo állományba szerkesztése során az építési szabályzattal valós egybedolgozás” igény?
A 2011.09.19-i állapotig az ArcView szoftverben készült rajzi állománnyal rendelkezik az Önkormányzat, mely a Kerületi Szabályozási terv rétegenkénti felépítését tartalmazza, továbbá a nyomtatási formátum szelvényezését. 7.4. Kérjük megadni: 7.4.1. Adatforrásokat (formátum illetve adatbázis felépítés) A rajzi állomány rétegrendjének bemutatására az ajánlattételi határidő utáni tárgyalás során a megrendelő betekintési lehetőséget biztosít. A Kerületi Építési Szabályzat word formátumban áll rendelkezésre. 7.4.2. Az egybedolgozás pontos igényét pl: ArcView rétegeket be kell olvasni MapInfoba és ki kell alakítani az ArcView-ban megszokott tematikus megjelenítéseket. objektum tulajdonság alapján (vonaltípus, kitöltési minta, szimbólum stb.) kapcsolt leíró adattartalom alapján tematikus megjelenítés A vállalkozó feladata az ArcView állományban szereplő rajzfájl Mapinfo állományba való rétegenkénti átrajzolása. A megfelelő rétegek és a megszokott tematikus jelölések testreszabása. Továbbá az így elkészült rajzi állomány háttér adatbázisába a Kerületi Építési Szabályzat megfelelő rendelkezéseit fel kell tölteni. Az így elkészült térinformatikai modulban, a lekérdezés során, a felhasználó egy adott pontra rámutatva információt kaphasson az általa választott pont (és/vagy telek) építési jogszabályi környezetéről. 7.5. Kérünk reprezentatív adatbázis mintákat az „összedolgozandó állományokról”. Pomáz város rendelkezik ilyen állománnyal. Ez a típusú adatlekérdezés az tulajdonos számára elérhető csak, így nyilvános adatszolgáltatásként nem elérhető az általunk ismert szolgáltatások egyike sem.
8. Modulok 7. : Védettség modul 8.1. A törvényi jogszabályok változási miatti pontosítások átvezetése a vállalkozó feladata? Igen a Kerületi Szabályozási Tervlap elkészülte utáni változások térképi felvezetése a vállalkozó feladata, melyhez a szükséges alapadatokat a megrendelő szöveges formában rendelkezésre bocsájtja. 8.2. Az ügyintézőnek a kész rendszerben lesz-e lehetősége változásvezetni ezt az adatfajtát? Az ügyintéző is végezheti a későbbiekben az adatváltoztatásokat, csakúgy, mint a vállalkozó.
9. Modulok 8. : Építmények műszaki adatbázis modul 9.1. Kérem, definiálják, hogy mit jelent, hogy a „modul használatát az Önkormányzat különböző tagintézményei is szerkeszthetik”! Az Önkormányzat bizonyos feladatait nem a Polgármesteri Hivatal épületében látja el, hanem azokat a kerületben az Önkormányzat fenntartásában működő intézmények végzik (például a
Józsefvárosi Városüzemeltetési Szolgálat alkalmazásában áll a Főkertész, aki a kerületi fakatasztert kezelheti. A Józsefvárosi Közterület-felügyelet látja el a parkolással kapcsolatos feladatokat). Az egyes modulokat a helytől függetlenül el lehessen látni. 9.2. Az ügyintézőnek a kész rendszerben lesz-e lehetősége változásvezetni ezt az adatfajtát? Igen az ügyintézőnek is lesz lehetősége a kész rendszerben az adattartalomban lévő változások átvezetésére, bővítésére, módosítására.
10. Modulok 9. : Közterület használat modul 10.1. Kérem definiálják, hogy milyen munkafolyamat lépéseket takar, hogy „az adott ügyintéző a helyet pontosan kótázva egyszerűen ábrázolhassa a kérelem alapján”! A közterület foglalás helyének rajzi ábrázolását kell végrehajtania az ügyintézőnek, valamint a kérelmet benyújtó lakosnak. A földhivatali alaptérképen kell tudni ábrázolni a közterület használatra vonatkozó kérelem pontos helyét, melyet a hely beazonosítása miatt egyértelműen be kell kótázni (fix pontoktól a távolságokat megfelelő méretjelölésekkel kell ábrázolni.)
11. Modulok 10. : Forgalmi rend modul 11.1. Milyen objektumok találhatók a forgalmi rend adatbázisban? KRESZ táblák, jelzőberendezések? Mi még? Milyen a becsülhető számossága az egyes objektumfajtáknak? A forgalmi rend modulban a KRESZ táblák, a közterületi berendezések (pollerek, járdaszegélyek, burkolati jelek). Az egész kerületre nem terjed ki. A 2013-as változások és a csatlakozó területek forgalomtechnikai és parkolási rendjeinek ábrázolása készül el. Az tervek, jelenleg tervezési szakaszban vannak, így a pontos adatmennyiséget nem lehet meghatározni. 11.2. Hogyan határozódik meg az egyes objektumok helye? Koordináta, cím, helyszínrajz? Más módon? A tervek .pdf és .dwg adatformátumban is rendelkezésre állnak. A beszerzési eljárás tárgyalásos szakaszában az adatok bemutatásra kerülnek a további kérdések pontosítása érdekében.
12. Modulok 11. : Parkolás modul 12.1. Az ügyintézőnek a kész rendszerben lesz-e lehetősége változásvezetni ezt az adatfajtát? Az ügyintézőnek lehetőséget kell biztosítani a különböző változások átvezetésére. A vállalkozó feladata az egyes frissítések átvezetése.
13. Vezetői információ szolgáltatása, kontrolling
13.1. A vezetői információk szolgáltatásához elfogadható-e desktop szoftver megoldás, mely a legrugalmasabban képes támogatni a lekérdezéseket? A vezetőinformációs szolgáltatás egységes felületű webes megoldás legyen.
14. Migrálás: 14.1. Kérünk, pontos rétegstruktúrát illetve adatbázis leírást, továbbá reprezentatív mintákat a migrálandó adatkörökről (1. – 11. pontokra vonatkozóan) A tárgyalás során biztosított lesz a betekintés. 14.2. Amennyiben valamely migrálandó adatkör (pl. Főváros szintű rendezési tervek nem kapcsán rendelkeznek a szerkeszthető formátummal illetve a Forgalmi rend kapcsán pdf formátumban várható adat) nem integrálható térinformatikai adatbázisba (pl: pdf vagy nem georeferált kép) akkor kérjük ennek kapcsán a pontos migrációs igényt megadni (pl: csatolt dokumentumként kell elérhetővé tenni - megadott térképi elemhez csatolva vagy térképi elem kapcsolat nélkül stb.) A tárgyalás során biztosított lesz a betekintés.
15. Migrálás 2. : Törzsadatok modul 15.1. el?
A GISPÁN rendszer által kezelt cím és ingatlan adatok milyen formátumban érhetők
Oracle dump formátumban érhetőek el.
16. Migrálás 4. : Zöldterületi rendszer – fakataszter modul 16.1. Jól értjük-e, hogy a korábbi felmérés GISPÁN rendszerben nyilvántartott eredményeinek migrációja szükséges a térinformatikai adatbázisba? Igen, a jelenleg GISPÁN rendszerben nyilvántartott adatbázis migrációja szükséges. Ez az adatbázis megtalálható .dwg és excel adatbázisokban is.
16.2.
Jól értjük-e, hogy az új felmérés adatainak migrációja is a vállalkozó feladata?
Igen, amennyiben 2013-ban a 2008-as adatbázis aktualizáló felmérése megtörténik, úgy a változások átvezetése a vállalkozó feladata
16.3. Az új felmérés teljes körű lesz, vagy csak a korábbi felmérés eltéréseinek kezelését szolgálja? Az új felmérést a korábbi felmérés eltéréseit fogja várhatóan tartalmazni. A válasz a korább kérdéssel azonos tehát.
17. Migrálás 5. : Tematikus térképek, területi adatok modul
17.1. „Az adatok jelentős része pontosítást, felülvizsgálatot igényel.” Ez a Vállalkozó feladata, vagy az önkormányzat végzi a migráció előkészítéseként? Az adatszolgáltatás az Önkormányzat feladata, ez esetben az adatfeldolgozás után felmerült hibák kiküszöböléséhez szükséges intézkedéseket az Önkormányzat végzi.
18. Migrálás 6. : Területrendezési tervek modul 18.1. A Főváros szintű terveknél kérem pontosítsák, hogy a „hivatalosan kiadott állományok” kifejezés mit takar! Az Önkormányzat csak a kerületi rendezési tervvel rendelkezik szerkeszthető állomány tekintetében. A magasabb szintű jogszabályokhoz a szokásos módon történő közzététel útján jut hozzá az Önkormányzat, így ezek a tervlapok csak .pdf állományban állnak rendelkezésre.
18.2. Szükséges-e vektorizálás/digitalizálás, vagy elfogadott jelen tervek raszteres képként történő migrációja? Az adatok raszteres képként történő migrációja megfelelő.
19. Technikai környezeti elvárások: Az adatok eredetének nyilvántartása, többszintű jogosultsági rendszer 19.1. Kérem definiálják az „alapadat” fogalmát! A korábban leírtak közül melyek az alapadatok? Alapadatok fogalma: cím adatok (ország, település, közterület, házszám, ajtószám), ingatlan adatok (hrsz., terület, típusa stb.) 19.2. Az adatok eredetének nyilvántartása, többszintű jogosultsági rendszer: Az alapadat elsődleges felvételekor illetve minden későbbi módosításkor gondoskodni kell bizonyos kísérő információk megőrzéséről (…) későbbi módosítások esetén ugyancsak naplózni kell a rendszerben, hogy a módosítást ki, mikor, minek alapján végezte (…) továbbá tárolni kell a módosítás előtti eredeti adatot is. Így az adatok változásának története utólag nyomon követhető. (IDŐGÉP funkció). (Illetve ezzel összefüggésben a PROGRAMOK KEZELÉSÉRE VONATKOZÓ KÖVETELMÉNYEK / Operatív és archív adatok elkülöníthetősége igény kapcsán) Ez a fenti IDŐGÉP funkcionalitás elérhető a jelenlegi GISPÁN rendszerben? Igen, de nem a teljes adatkörre. 19.3. Milyen adatkörökre kell alkalmazni ezt az IDŐGÉP eljárást? Az eljárásnak, mint feltétel biztosítottnak kell lennie az összes adatkörre. Bekapcsolásáról azonban külön dönthessünk. 19.4.
Mi az igény a GISPÁN-ból migrált adatok esetén? Az T0 adatnak tekinthetjük?
Igen. 19.5.
Mi az igény a tömeges adatbetöltések esetén?
A rendszer legyen képes szabványos formában tetszőleges export és importra.
19.6. Mi az igény a DAT földhivatali alaptérkép esetén – ott is kell objektum szintű időgép funkció vagy elég verzióként egybe kezelni az adott frissítést? A változások online frissüljenek a kapcsolt adatoknál is. 19.7. Mi az igény a HRSZ-hez kapcsolt „más modulokban kezelt” információk esetében, ha az HRSZ változik illetve a HRSZ-hez tartozó földrészlet módosul? A változások online frissüljenek a kapcsolt adatoknál is.
20. Technikai környezeti elvárások: Automatikus ellenőrzések és teljesség 20.1. A „bizonyos formai és tartalmi ellenőrzéseket” ki és mikor fogja definiálni az egyes adatszerkezetekre? A projekt jelen szakaszában lehetséges ezek definiálása a megadott adatkörökre? A formai és tartalmi ellenőrzések definiálására az ajánlati szakaszban nem kerül sor, ez a munka rész a testreszabási fázisban valósul majd meg. 20.2. Jól értjük-e, hogy a „munkafolyamat adott pontja” kifejezés azt jelenti, hogy az első lehetséges felhasználói beavatkozási ponton kell jelezni a felismert hibákat? Igen, a felhasználó által végrehajtott adatbevitel során legyen ellenőrzés és visszajelzés.
21. Technikai környezeti elvárások: A lehető legtöbb tipizált adat használata 21.1. Ki és mikor fogja definiálni az „adat formátumára, értékére megadott korlátozásokat”? A projekt jelen szakaszában lehetséges ezek definiálása a megadott adatkörökre? Nem, a korlátozásokat és az adatok kezelésének, szerkesztésének jogait a fejlesztés közben kell definiálni. Adott esetekben ezek változhatnak, ez esetben a testreszabás vállalkozó feladata.
22. Programok kezelésére vonatkozó követelmények: Beállítási, paraméterezési lehetőségek 22.1. Kérem, definiálják, hogy mit jelent az, hogy a „felhasználói felület a megadott határon belül rugalmasan alakítható”! Mit jelent a „megadott határok” kifejezés ebben a kontextusban? A beszerzendő rendszer által lefedett feladatkörben felmerült információk a specifikációs szakaszban definiáltaknak megfelelően kerüljenek a felhasználói felületre.
22.2. Milyen folyamat során dől el, hogy milyen megjelenítési jellemzők legyenek beállíthatóak felhasználói szinten? A projekt jelen szakaszában lehetséges ezek definiálása a megadott modulokra? A megjelenítési jellemzők definiálására az ajánlati szakaszban nem kerül sor, ez a munka rész a testreszabási fázisban valósul majd meg.
23. Programok kezelésére vonatkozó követelmények: Paraméterezhető, kombinált lekérdezési lehetőségek 23.1. A kombinált lekérdezések attribútum adatokra kombinációjára vonatkoznak-e egy adatkörön belül? Igen, illetve lehet több adatkörre vonatkozó is. 23.2. Elfogadott-e a napi gyakorlatban nem előforduló egyedi térbeli dimenziót is magába foglaló lekérdezésekre desktop szoftver megoldás? A megjelenítések során az egységes webes megjelenítés az igény
24. Operatív és archív adatok elkülöníthetősége 24.1. Milyen adatkörök esetén és milyen feldolgozási lépéseknél szükséges ennek biztosítása? Minden eljárás esetén biztosítani kell a lehetőséget, a testreszabás során kerül pontosításra 24.2. Korábban nem került említésre „aktuális ügyek dokumentumai” és „lezárt ügyek adatai” kategória, kérem definiálják ezeket a fogalmakat ebben a kontextusban! Az adott idő állapothoz kötött adatkörök definiálására az ajánlati szakaszban nem kerül sor, ez a munka rész a testreszabási fázisban valósul majd meg.
25. Csatolandó dokumentumok kapcsán 25.1.
E-cégjegyzék portálról letöltött cégkivonatot elfogadnak?
Az ajánlattételi felhívás szerint kérünk eljárni.
26. Az ajánlatkérési dokumentáció egyik 9. pontja szerint egyik legfontosabb elbírálási szempont a rendelkezésre állási idő (óra/perc). Ez azt jelenti, hogy cég hány órát vállal, mint ingyenes rendelkezésre állás vagy azt, hogy milyen gyorsan áll az Önök rendelkezésére, ha probléma vagy kérdés merül föl?
A második eset.
Budapest, 2013. január 25.
