De Vlaamse Overheid Beleidsdomein Ruimtelijke Ordening, Wonen en Onroerend Erfgoed Departement RWO. Besteknummer Dept

De Vlaamse Overheid Beleidsdomein Ruimtelijke Ordening, Wonen en Onroerend Erfgoed Departement RWO

Algemene offerteaanvraag voor een aanneming van diensten

Besteknummer Dept. RWO-DSI-2011-1

De analyse en ontwikkeling van een digitaal uitwisselplatform voor stedenbouwkundige informatie

De offertes worden geopend tijdens een openbare zitting op 3 november 2011 om 10.00 u Phoenixgebouw, 9e verdieping, zaal Dione, Koning Albert II-laan 19, 1210 Brussel. Dit bestek is gratis te verkrijgen na schriftelijke aanvraag via e-mail of fax bij: (met vermelding van “aanvraag bestek Dept. RWO-DBA-2011-1”) Departement RWO T.a.v. de heer Jean-Paul Beys Koning Albert II-laan 19 bus 12 1210 BRUSSEL Fax: 02/553 83 05 E-mail: [email protected] Dit bestek is te downloaden van e-Notification.

Bestek RWO-DSI-2011-1

p. 1/65

INHOUD 1. ALGEMENE BEPALINGEN __________________________________________________ 4 1.1. AANBESTEDENDE OVERHEID__________________________________________________ 4 1.1.1.

DOEL VAN HET PROJECT_________________________________________________________4

1.2. GUNNINGSWIJZE EN OPENING VAN DE OFFERTES _____________________________ 5 1.3. INDIENING OFFERTES_________________________________________________________ 5 1.4. TOEPASSELIJKE WETTELIJKE BEPALINGEN ___________________________________ 6 1.5. OVERIGE ALGEMEEN TOEPASSELIJKE BEPALINGEN___________________________ 7 1.6. BEPALINGEN VAN DE ALGEMENE AANNEMINGSVOORWAARDEN WAARVAN WORDT AFGEWEKEN_____________________________________________________________ 7 1.7. OVEREENKOMST _____________________________________________________________ 7

2. ADMINISTRATIEVE VOORSCHRIFTEN _______________________________________ 8 2.1. MET BETREKKING TOT DE PERSOON VAN DE INSCHRIJVER____________________ 8 2.1.1. 2.1.2.

BETROUWBAARHEIDSCRITERIA__________________________________________________8 KWALITATIEVE SELECTIE _______________________________________________________9

2.2. MET BETREKKING TOT DE OFFERTE _________________________________________ 11 2.2.1. 2.2.2. 2.2.3. 2.2.4. 2.2.5. 2.2.6.

VORM EN INHOUD _____________________________________________________________11 SAMENSTELLING VAN DE OFFERTE _____________________________________________11 GUNNINGSCRITERIA ___________________________________________________________13 VRIJE VARIANTEN _____________________________________________________________16 PRIJSBEPALING EN PRIJSONDERZOEK (art. 86 en 87)________________________________16 GESTANDDOENINGSTERMIJN ___________________________________________________17

2.3. TAALGEBRUIK_______________________________________________________________ 17 2.4. VOORWAARDEN BETREFFENDE DE UITVOERING VAN DE OPDRACHT _________ 17 2.4.1. 2.4.2. 2.4.3. 2.4.4. 2.4.5. 2.4.6. 2.4.7. 2.4.8. 2.4.9. 2.4.10. 2.4.11. 2.4.12. 2.4.13. 2.4.14. 2.4.15. 2.4.16. 2.4.17. 2.4.18.

OMSCHRIJVING VAN DE LEIDING EN HET TOEZICHT OP DE UITVOERING (art. 1 AAV) 17 BORGTOCHT (art.5 §1 – art. 9, §§ 2 en 3 AAV) ________________________________________18 ONDERAANNEMING (art. 10 AAV) ________________________________________________18 PRIJSHERZIENING (art. 13 §2 AAV) ________________________________________________19 INTELLECTUELE RECHTEN (art. 14 AAV) __________________________________________19 VERTROUWELIJKHEID__________________________________________________________19 DUUR EN UITVOERINGSTERMIJNEN _____________________________________________20 PLAATS VAN DIENSTVERLENING ________________________________________________21 BESTELLINGEN ________________________________________________________________21 KEURING EN OPLEVERING ______________________________________________________21 ELEMENTEN DIE IN DE PRIJZEN ZIJN BEGREPEN (art. 67 AAV) ______________________22 BETALINGEN __________________________________________________________________22 BETALINGSMODALITEITEN (art. 4 KB 26/09/1996) __________________________________23 RECHTSVORDERINGEN (art. 18 AAV) _____________________________________________23 ALGEMENE STRAFFEN (art. 20 §4 AAV) _______________ Fout! Bladwijzer niet gedefinieerd. AANSPRAKELIJKHEID VAN DE DIENSTVERLENER (art. 72 AAV)_____________________23 EINDE VAN DE OPDRACHT (art. 74 AAV) __________________________________________23 GEBREKKIGE UITVOERING – MIDDELEN VAN OPTREDEN (art. 75 AAV) ______________24

2.5. SPECIFIEKE ADMINISTRATIEVE BEPALINGEN I.V.M. HET UITVOEREN VAN DE OPDRACHT______________________________________________________________________ 24 2.5.1. 2.5.2.

ORGANISATIE VAN HET PROJECT________________________________________________24 MONITORING UITGEVOERDE DIENSTEN _________________________________________24

3. OPDRACHTOMSCHRIJVING ________________________________________________ 25 3.1. DOELSTELLING VAN DE OPDRACHT __________________________________________ 25 3.1.1.

Uitgangspunten bij het project _______________________________________________ 26


p. 2/65

3.1.2.

Nagestreefde voordelen _____________________________________________________ 27

3.1.3.

Doelgroepen ______________________________________________________________ 27

3.1.4.

Scope van de plantypes _____________________________________________________ 28

3.2. NUTTIGE DOCUMENTATIE ___________________________________________________ 29 3.3. INTERNE PROJECTORGANISATIE_____________________________________________ 31 3.4. BELANGRIJKSTE STAKEHOLDERS____________________________________________ 31 3.4.1. 3.4.2. 3.4.3. 3.4.4. 3.4.5. 3.4.6.

Het beleidsveld ruimtelijke ordening binnen de Vlaamse overheid___________________________31 Andere beleidsdomeinen van de Vlaamse Overheid ______________________________________32 VVSG – steden en gemeenten _______________________________________________________32 VVP - provincies _________________________________________________________________32 Professionele doelgroepen __________________________________________________________32 Burger _________________________________________________________________________33

3.5. OPSPLITSING IN FUNCTIONELE SCHIJVEN ____________________________________ 33 3.5.1. Schijf 1: Hoog niveau analyse _______________________________________________________35 3.5.2. Schijf 2: Consolideren en integreren richtlijnen voor uitwisseling en opmaak afsprakenkader______36 3.5.3. Schijf 3: Back End ________________________________________________________________38 3.5.4. Schijf 4: Beveiliging webservices ____________________________________________________41 3.5.5. Schijf 5: Stedenbouwkundige plancheck: integratie van de raadpleging van de betreffende geoinformatie) _______________________________________________________________________________42 3.5.6. Schijf 6: Terugkoppeling vanuit databron DBA _________________________________________44 3.5.7. Schijf 7: Synchronisatie ____________________________________________________________45 3.5.8. Schijf 7bis: Synchronisatie naar Mercator ______________________________________________46 3.5.9. Schijf 8: Consolidatie Back End _____________________________________________________47 3.5.10. Schijf 9: Front end input ___________________________________________________________48 3.5.11. Schijf 10: Geïntegreerde installatie in de testomgeving____________________________________49 3.5.12. Schijf 11: Voorbereiding productieomgeving ___________________________________________50

3.6. VEREISTEN __________________________________________________________________ 52 3.6.1. 3.6.2. 3.6.3. 3.6.4. 3.6.5.

Algemene eisen i.v.m. gebruiksvriendelijkheid __________________________________________52 Hergebruik van bestaande software componenten________________________________________52 Technische vereisten ______________________________________________________________52 Veiligheidsvereisten_______________________________________________________________54 Infrastructuur ____________________________________________________________________54

3.7. OP TE LEVEREN DOCUMENTEN ______________________________________________ 54 3.8. IN TE ZETTEN PROFIELEN____________________________________________________ 55 3.9. BIJKOMENDE DOCUMENTATIE _______________________________________________ 56 3.10. TECHNISCHE OMGEVING ___________________________________________________ 56

4. FORMULIEREN ___________________________________________________________ 57 4.1. INSCHRIJVINGSFORMULIER _________________________________________________ 57 4.2. INVENTARIS _________________________________________________________________ 60 4.3. INFORMATIE M.B.T. DE REFERENTIES VAN DE INSCHRIJVER __________________ 62 4.4. INFORMATIE M.B.T. DE BESCHIKBAARHEID EN VERVANGBAARHEID VAN DE MEDEWERKERS _________________________________________________________________ 64

5. BIJLAGEN ________________________________________________________________ 65


p. 3/65

1. ALGEMENE BEPALINGEN

1.1. AANBESTEDENDE OVERHEID Phoenixgebouw, 12e verdieping Koning Albert II-laan 19 bus 12 1210 Brussel

Contactpersoon: Paul Van Lindt 02 553 16 59 [email protected] Alle briefwisseling m.b.t. deze opdracht moet naar die entiteit worden gestuurd, behoudens toepassing van punt 2.4.14 (rechtsvorderingen/deurwaardersexploten) hierna. VOORWERP EN CLASSIFICATIE VAN DE OPDRACHT – MANAGEMENT SUMMARY Deze opdracht is een opdracht voor aanneming van diensten in de zin van artikel 5 van de Wet van 24 december 1993 betreffende de overheidsopdrachten en sommige opdrachten voor aanneming van werken, leveringen en diensten. De inhoud van de opdracht is in detail besproken in hoofdstuk 3 – opdrachtomschrijving.

1.1.1. DOEL VAN HET PROJECT Het project wil de digitale uitwisseling van stedenbouwkundige informatie tussen alle mogelijke actoren stroomlijnen, vertrekkende vanuit de beschikbare authentieke databronnen en aangevuld met de door de verschillende processen gegenereerde data. Dit project gaat over het opzetten van een samengestelde authentieke bron voor de plantypes (inclusief al hun bijlagen) die momenteel verplicht opgenomen moeten worden volgens de richtlijnen betreffende het gemeentelijke plannenregister. Omwille van hun belang voor het proces “digitale bouwaanvraag” wordt deze lijst nog aangevuld door de geografische weergave van de verkavelingsvergunningen en hun voorschriften. Specifiek wil dit project de verschillende back-office systemen van de betrokken instanties (gemeenten, provincies, Vlaamse overheid) toegang geven tot de output van de verschillende processen van de andere actoren en anderzijds de voor hun processen noodzakelijke inputgegevens toegankelijk maken. Het project bestaat hiervoor voornamelijk uit een datanetwerk van interbestuurlijke gegevens dat elke actor toelaat gegevens tussen de eigen toepassingen en het netwerk uit te wisselen. Eens informatie werd aangeleverd binnen de samengestelde authentieke bron moet ze beschikbaar zijn binnen alle andere processen waarbij een nood aan de broninformatie bestaat, en dit in het bijzonder voor processen die worden aangestuurd door de Vlaamse Overheid. Tenslotte moet er over gewaakt worden dat minimaal gemeenten, provincies en andere Vlaamse overheidsinstellngen de mogelijkheid blijven hebben om hun eigen bestaande systemen verder te kunnen blijven gebruiken en ontwikkelen en daarnaast de informatie die via


p. 4/65

de samengestelde bron ter beschikking wordt gesteld ook via hun eigen systeem te presenteren (bvb inbouwen in gemeentelijke websites) en analyseren. In het bijzonder is er een link met het project ‘Digitale bouwaanvraag’ (DBA) dat actueel door het beleidsdomein samen met het beleidsdomein Bestuurszaken wordt ontwikkeld. De door onderhavig project ter beschikking gestelde informatiestromen dienen via webservices onmiddellijk te kunnen worden aangewend in de door DBA gewenste ‘omgevingscheck’.

1.2. GUNNINGSWIJZE EN OPENING VAN DE OFFERTES De gunning van deze opdracht geschiedt bij wijze van een algemene offerteaanvraag. Informatievergadering: De aanbestedende overheid organiseert één enige informatievergadering voor de potentiële deelnemers op woensdag 5 oktober 2011 van 14.00 tot 17.00 uur in het Boudewijngebouw, 2e verdieping, Auditorium, Boudewijnlaan 30 te 1000 Brussel. Tijdens deze zitting zal de opdracht nog kort worden gesitueerd en worden ingegaan op vooraf gestelde vragen. Kandidaten die op de informatievergadering aanwezig willen zijn, dienen uiterlijk drie werkdagen vooraf via e-mail bekend te maken op ‘[email protected]’ wie met welke functie naar de informatiesessie zal afgevaardigd worden. Wegens organisatorische redenen worden maximum twee personen per kandidaat toegelaten. Er zal geantwoord worden op de vragen die schriftelijk werden ingediend, ten laatste drie werkdagen voor de informatievergadering. Deze vragen kunnen uitsluitend ingediend worden via e-mail die wordt verzonden naar ‘[email protected]’. Om organisatorische redenen wordt gevraagd per kandidaat indiener alle vragen te bundelen in 1 email. Alle vragen moeten verplicht de verwijzingen naar het bestek (en / of zijn bijlagen) bevatten, teneinde een snel antwoord mogelijk te maken (bvb. hoofdstuk, afdeling, paragraaf, pagina). De antwoorden op de vragen die binnen de gestelde tijd werden ingediend, zullen mondeling gegeven worden tijdens de informatiesessie. Het proces-verbaal van de informatievergadering wordt nadien overgemaakt aan alle op de informatievergadering ingeschreven firma’s en naar andere firma’s die de nodige informatie over het project wensen te bekomen. Nadien zal op geen enkele vraag meer geantwoord worden teneinde alle firma’s op dezelfde wijze te behandelen. Opening van de offertes: De opening van de offertes gebeurt in openbare zitting op datum, uur en plaats aangegeven op het titelblad van dit bestek. Niet weerhouden offertes: Inschrijvingen die niet voldoen aan de formele vormvereisten worden niet weerhouden. Bijgevolg worden die inschrijvers ook niet uitgenodigd voor een demonstratie (zie punt 2.2.3 – criterium 4).

1.3. INDIENING OFFERTES (toepassing van de artikelen 101,103 en 104 van het K.B. van 8 januari 1996)

De offertes worden enkel elektronisch ingediend via de e-tendering internetsite https://eten.publicprocurement.be/ die de naleving waarborgt van de voorwaarden van artikel 81 Bestek RWO-DSI-2011-1

p. 5/65

quater, §1 van het KB van 8 januari 1996 voor de elektronische indiening van offertes. Het elektronisch indienen van een offerte kan uitsluitend via voormeld platform gebeuren. De offertes moeten worden opgemaakt in een bestandsformaat dat kan gelezen worden, gebruik makend van Microsoft Office 2007-software of in pdf- of ODF-formaat. Alle informatie over de manier waarop u een offerte elektronisch kan indienen is te vinden via de volgende link e-tendering (of via de portaalsite www.publicprocurement.be onder de knoppen: Ondernemingen / e-procurement/ e-tendering) of via de e-procurement helpdesk op het nummer +32 (0)2 790 52 58 De inschrijvers worden er op gewezen, dat het Agentschap Ondernemen van de Vlaamse Overheid ism Kanoo maandelijks een informatiesessie e-tendering voor het bedrijfsleven voorziet. De in het kader van dit bestek relevante infosessie gaat door op dinsdag 11 oktober 2011 – van 13u30 tot 16u00 (onthaal vanaf 13u00). Deze infosessie gaat door in het Boudewijngebouw te Brussel. De infosessie is gratis. De inschrijvingsmodaliteiten en de bereikbaarheid van het gebouw zijn terug te vinden op de website: www.agentschapondernemen.be; rubriek NIEUWS & EVENEMENTEN. De offertes dienen uiterlijk vóór de openingszitting in het bezit te zijn van de voorzitter. De inschrijver die zijn offerte elektronisch indient, mag: bepaalde bij te voegen documenten, die niet of uiterst moeilijk via elektronische middelen kunnen worden aangemaakt, op papier bezorgen vóór de openingszitting; een veiligheidskopie opgesteld op CD-ROM of DVD (de bestanden dienen leesbaar te zijn met één van de Microsoft Office-producten (MS Office 2007) of op papier indienen. Deze veiligheidskopie wordt in een definitief gesloten envelop gestoken waarop duidelijk "veiligheidskopie" wordt vermeld en wordt binnen de opgelegde ontvangsttermijn ingediend. Deze kopie zal enkel worden geopend ingeval van een tekortkoming bij de overlegging, de ontvangst of de opening van de met elektronische middelen overgelegde offerte. Ze vervangt in dat geval definitief het met elektronische middelen overgelegd stuk. De veiligheidskopie is voor het overige onderworpen aan de op offertes toepasselijke regels van het KB van 8 januari 1996 en van dit bestek.

• •

1.4. TOEPASSELIJKE WETTELIJKE BEPALINGEN Op deze opdracht zijn onder meer toepasselijk: -

de Wet van 24 december 1993 betreffende de overheidsopdrachten en sommige opdrachten voor aanneming van werken, leveringen en diensten (BS 22 januari 1994);

-

het Koninklijk Besluit van 8 januari 1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken (BS 26 januari 1996);

-

het Koninklijk Besluit van 26 september 1996 tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten en van de concessies voor openbare werken, en zijn bijlage, zijnde de algemene aannemingsvoorwaarden voor de overheidsopdrachten voor aanneming van werken, leveringen en diensten en voor de concessies voor openbare werken (BS 18 oktober 1996);

-

alle wijzigingen en aanvullingen op vermelde wet en besluiten.


p. 6/65

1.5. OVERIGE ALGEMEEN TOEPASSELIJKE BEPALINGEN De opdrachtgever kan bijkomende inlichtingen vragen aan één of meerdere inschrijvers, alvorens de offertes goed te keuren en kan aan de inschrijvers vragen alle inlichtingen te verstrekken om de aangeboden prijzen te controleren. De inschrijver duidt bij zijn offerte een persoon aan met naam, adres en telefoonnummer, die gemachtigd is hem te vertegenwoordigen en die binnen 48 uur gevolg kan geven aan een oproep voor het verstrekken van eventueel vereiste verduidelijkingen.

1.6. BEPALINGEN VAN DE ALGEMENE AANNEMINGSVOORWAARDEN WAARVAN WORDT AFGEWEKEN De bepalingen van de algemene aannemingsvoorwaarden waarvan dit bestek afwijkt, zijn: Artikel 14§2 en 14 §3 - gebruik van de resultaten en uitvindingen, verworven kennis, methodes en know-how -: zie punt 2.4.5; de artikelen 20 en 75: met als verantwoording dat, gelet op de waarde van deze opdracht, de boetes moeten worden aangepast om een effectieve stimulans te zijn voor een correcte en tijdige uitvoering. De aard van de uit te voeren diensten vereist tevens dat er een duidelijke en aangepaste procedure beschreven is voor het in gebreke stellen van de dienstverlener; -

artikel 69§2 – Plaatsen van deelbestellingen – zie punt 2.4.9;

artikel 74 §2: de termijn voor het opmaken van het proces-verbaal van oplevering wordt gebracht op 30 kalenderdagen i.p.v. 15 kalenderdagen.

1.7. OVEREENKOMST De opdracht betreft een overeenkomst met vaste schijf en voorwaardelijke schijven van diensten betreffende de ontwikkeling van een digitaal uitwisselplatform voor stedenbouwkundige informatie, overeenkomstig de voorwaarden van dit bestek. De inschrijver zal verplicht prijs opgeven voor de vaste en de voorwaardelijke schijven. Enkel de vaste schijf (schijf 1 zoals vermeld in punt 3.5.1) zal het voorwerp uitmaken van een vaste bestelling. De aanbestedende overheid behoudt zich het recht voor de voorwaardelijke schijven NIET te bestellen en dit zal voor de aannemer geen schadeloosstelling met zich meebrengen. Indien noodzakelijk zullen de voorwaardelijke schijven besteld worden met afzonderlijke brieven van kennisgeving of bestelbrieven.


p. 7/65

2. ADMINISTRATIEVE VOORSCHRIFTEN

2.1. MET BETREKKING TOT DE PERSOON VAN DE INSCHRIJVER Kunnen een offerte indienen, individuele vennootschappen of twee of meer vennootschappen die zich met het oog op deze opdracht wensen te verenigen. Een combinatie van vennootschappen schrijft in als één geheel. Met “inschrijver” wordt in dit document dan ook bedoeld hetzij een individuele vennootschap hetzij een combinatie van meerdere vennootschappen die een offerte indient. De inschrijver kan zich in voorkomend geval op grond van de artikelen 70 en 71 van het voormeld koninklijk besluit van 8 januari 1996, zoals gewijzigd bij koninklijk besluit van 12 januari 2006 beroepen op middelen van andere vennootschappen ongeacht de juridische aard van de band van de inschrijver met die vennootschappen, voor zover de verbintenis van die vennootschappen om de noodzakelijke middelen ter beschikking te stellen van de inschrijver aangetoond wordt. Dergelijke vennootschappen worden in dit document “ondersteunende vennootschappen” genoemd.

2.1.1. BETROUWBAARHEIDSCRITERIA (toepassing van art. 69 en art. 69 bis van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

Impliciete verklaring op erewoord Door eenvoudig deel te nemen aan een procedure tot gunning van een overheidsopdracht en door zijn offerte te ondertekenen, verklaart de inschrijver op erewoord zich niet in één van de uitsluitingsgevallen te bevinden als bedoeld in artikel 69 van het K.B. van 8.1.1996. De inschrijver mag niet veroordeeld zijn voor de in het K.B. VAN 23.11.2007 aangehaalde misdrijven Nazicht van de persoonlijke toestand door de Aanbestedende Overheid De Aanbestedende Overheid onderzoekt de juistheid van de impliciete verklaring op erewoord in hoofde van de inschrijver wiens offerte het best gerangschikt is. Daartoe vraagt zij de betrokken inschrijver via de snelste middelen, en binnen de termijn die zij aanduidt, de inlichtingen of documenten te leveren die toelaten zijn persoonlijke toestand na te gaan, en dat vóór elke beslissing over de gunning van de opdracht. De inlichtingen of documenten die de Aanbestedende Overheid in staat stellen de persoonlijke toestand van de kandidaten of inschrijvers te onderzoeken, zullen door deze Aanbestedende Overheid zelf via elektronische middelen bij de gegevensbeheerders worden opgevraagd, indien deze via deze middelen kosteloos toegankelijk zijn. Gevolgen van het onderzoek Een kandidaat of een inschrijver kan van de deelname aan een opdracht worden uitgesloten indien bij dit nazicht zou blijken dat de verklaring op erewoord niet overeenstemt met zijn persoonlijke toestand op de uiterste datum voor de ontvangst van de aanvragen tot deelneming bij beperkte procedure of onderhandelingsprocedure met bekendmaking of op de uiterste datum voor de ontvangst van de offertes bij open procedure. Een regularisatie a posteriori is hoe dan ook onmogelijk. Bestek RWO-DSI-2011-1

p. 8/65

Een dergelijke uitsluiting is eveneens mogelijk indien tijdens het verloop van de procedure zou blijken dat de persoonlijke toestand van de kandidaat of van de inschrijver niet meer in overeenstemming is met de verklaring op erewoord

2.1.2. KWALITATIEVE SELECTIE De aanvragen tot deelneming zullen worden onderzocht aan de hand van de volgende selectiecriteria. De dienstverlener moet gedurende de ganse duur van de opdracht voldoen aan de vermelde selectiecriteria. De bijzondere aandacht van de inschrijvers wordt gevestigd op het feit dat de inschrijvers alle vermelde documenten op straffe van nietigheid van de offerte dienen aan te leveren. 2.1.2.1 Referenties - toepassingen Een lijst van de voornaamste projecten (min. 2 en max. 10), met relevantie voor de uitvoering van deze opdracht, door de onderneming uitgevoerd gedurende de afgelopen drie jaar. Voor deze projecten dient aangegeven te worden waarom deze projecten belangrijk zijn in het kader van een digitaal uitwisselplatform voor stedenbouwkundige informatie. Deze gegevens dienen te worden verduidelijkt via het bijgevoegde formulier in hoofdstuk 4 van dit bestek. In het bijzonder zullen hierbij de volgende punten en hun relevantie aan bod komen: •

gebruiksvriendelijke en snelle toegang voor verschillende soorten gebruikers;

•

het implementeren van objectgerichte voorschriftendatabanken

•

kennis van geografische informatiesystemen in het algemeen en het ontwikkelen van OpenGIS-software conform OpenGIS standaarden in het bijzonder

•

geo-objecten invoeren, wijzigen of verwijderen met verschillende betrokkenen zoals de operator, zijn verantwoordelijke en de beheerder van de datalaag die toestemming geeft voor de wijziging;

•

stedenbouwkundige voorschriften invoeren, wijzigen of verwijderen en koppelen aan datalagen in GIS-formaat met de bijhorende planelementen;

•

een hoge interactiviteit in de opgezochte gegevens maar ook een vereenvoudiging van de procedures voor de burgers en de besturen, door databases beschikbaar te stellen en om die op te nemen in het e-government;

•

kennis van data-integratie / het uitwerken van oplossingen voor data-integratie;

•

het verwerken en ontsluiten van geo-informatie via beveiligde webservices.

Elke referentie moet op ten minste één van de bovenvermelde punten slaan (maar liefst zoveel mogelijk in één en dezelfde applicatie). Al die punten moeten in totaal aan bod komen in die belangrijke leveringen; in de offerte moet daarvan een volledige rechtvaardiging worden gegeven, alsook een bewijs van de punten waaraan in elk van hun leveringen wordt tegemoet gekomen. Referenties van overheden moeten door die overheden gecertificeerd (i.e. opgesteld of goedgekeurd) zijn, zo niet worden ze niet in aanmerking genomen om de bekwaamheid te beoordelen. Referenties van opdrachten die nog in uitvoering zijn, mogen toegevoegd worden. 2.1.2.2 Referenties - personeel Opgave van de beschikbaarheid en inzetbaarheid van de personen die ingezet worden voor deze opdracht. Opgave van de vervangbaarheid van de projectcoördinator en medewerkers door andere personen met ten minste dezelfde capaciteiten (gelet op de noodzakelijke Bestek RWO-DSI-2011-1

p. 9/65

continuïteit van de opdracht). Vervanging kan slechts gebeuren na voorafgaande goedkeuring door de aanbestedende overheid. Het door de dienstverlener ingezet personeel moet voldoende in aantal zijn en moet, ieder in zijn vak, de vereiste bekwaamheden bezitten om de regelmatige vooruitgang der werkzaamheden en de goede uitvoering van de opdracht te waarborgen. De dienstverlener dient onmiddellijk al de personeelsleden te vervangen die de aanbestedende overheid met gegronde redenen aanwijst als een bezwaar voor die goede uitvoering. De projectleider wordt door de inschrijver nominatief vermeld in de inschrijving, met toevoeging van zijn/haar curriculum vitae (CV). Hij/zij blijft voor de ganse duur van het project de opdracht leiden. Slechts in geval van overmacht (langdurige ziekte, verlaten van het bedrijf, enz.) of mits schriftelijk wederzijds akkoord kan een vervanging gebeuren. De voorgestelde projectleider heeft ruime ervaring in het leiden van tijdskritische projecten met de voorgestelde producten, en dit moet ook blijken uit zijn/haar CV. Ook de uitvoerders van het project worden nominatief beschreven in de inschrijving, met toevoeging van hun CV’s. Ook zij blijven voor de volledige duur van de opdracht de toegewezen taken uitvoeren. Slechts in geval van overmacht (langdurige ziekte, verlaten van het bedrijf, enz.) of mits schriftelijk wederzijds akkoord kan een vervanging gebeuren. De dienstverlener dient eveneens aan te geven in welke mate de inschrijver vertrouwd is met het proces voor de aanmaak en uitwisseling van stedenbouwkundige informatie, als met de betrokken stakeholders. Kennis van of ervaring met procedures van ruimtelijke ordening (vooral ruimtelijke planning) en inzicht in het omgaan met stedenbouwkundige voorschriften vormen een belangrijke meerwaarde. Daarnaast strekt een degelijke juridische kennis op het vlak van ruimtelijke ordening tot aanbeveling. Deze gegevens dienen aangegeven te worden via de bijgevoegde formulieren in hoofdstuk 4 van dit bestek. Kennis van het proces voor de aanmaak en uitwisseling van stedenbouwkundige informatie, als met de betrokken stakeholders is een pluspunt. 2.1.2.3. Financiële en economische draagkracht van de inschrijver De minimale vereisten qua financiële en economische draagkracht zijn: Een jaarlijkse omzet van €500.000 gedurende de laatste drie jaar waarvoor de jaarrekening beschikbaar is. De inschrijver toont die aan door het voorleggen van: 1. een passende bankverklaring, waarbij de bankier de financiële gezondheid van de inschrijver bevestigt, rekening houdend met de omvang en complexiteit van de opdracht; 2. De laatste drie jaarverslagen en jaarrekeningen, uitgezonderd voor de Belgische ondernemingen die ze jaarlijks neerleggen bij de Nationale Bank. Uit deze documenten zal dienen te blijken dat de inschrijver telkens over een minimale gemiddelde personeelsbezetting van 5 personen beschikte. Daarnaast dient uit de drie laatst beschikbare jaarrekeningen te blijken dat het eigen vermogen en het bedrijfskapitaal telkens positief is, en dat het overgedragen verlies telkens lager lag dan 50% van het totaal aan kapitaal en reserves. Kandidaten die – over een periode van drie jaar – aan meer als 2 van deze laatste condities niet voldoen, zullen niet geselecteerd worden. 2.1.2.4. Overdracht van documenten Door een offerte af te leveren gaat de inschrijver er mee akkoord dat alle documenten, die door hem in het kader van deze opdracht worden opgesteld, ter beschikking worden gesteld van de opdrachtgever wanneer de opdrachtgever hierom vraagt. Bestek RWO-DSI-2011-1

p. 10/65

2.2. MET BETREKKING TOT DE OFFERTE 2.2.1. VORM EN INHOUD 2.2.1.1 De inschrijver gebruikt voor de opmaak van zijn offerte de modelformulieren gevoegd als bijlage bij dit bestek. Indien de inschrijver de offerte maakt op andere documenten dan bijgevoegde modelformulieren, moet de inschrijver op ieder van die documenten verklaren dat de in die documenten vermelde gegevens volstrekt overeenstemmen met de vermeldingen van het respectievelijk model. 2.2.1.2 Het Inschrijvingsformulier en de Inventaris worden ondertekend door de fysische persoon of personen die in overeenstemming met de vigerende wetgeving en de statuten bevoegd zijn om de rechtspersoon te vertegenwoordigen en die tegenover derden te verbinden. De aandacht van de inschrijvers wordt erop gevestigd dat de aanbestedende dienst veel belang hecht aan een correcte ondertekening van de offertes en dus zal nagaan op basis van onder meer de statuten en benoemingsbesluiten of de fysische personen die de offerte hebben ondertekend, de bevoegdheid hadden een klantencontract van deze omvang af te sluiten. Het ondertekenen van de offerte kan enkel als daad van dagelijks bestuur worden beschouwd indien dit ook uit de statuten blijkt. Indien een gevolmachtigde (voor een natuurlijk persoon) ondertekent, wordt op het inschrijvingsformulier duidelijk de volmachtgever(s) vermeld voor wie wordt gehandeld. 2.2.1.3. Het Inschrijvingsformulier, de Inventaris en alle andere documenten die deel uitmaken van de offerte moeten worden ondertekend door middel van een elektronische handtekening. Het moet gaan om een geavanceerde elektronische handtekening met een gekwalificeerd certificaat. Deze handtekening dient te beantwoorden aan de ter zake geldende regels van het Europese en nationale recht en gerealiseerd te zijn via een veilig middel voor het aanmaken van een handtekening. De Belgische e-ID kaart voldoet aan deze vereisten. 2.2.1.4. De bestandsnaam van elk elektronisch document dat wordt opgeladen, verwijst duidelijk naar de inhoud van het document. Zo moet uit de bestandsnaam onmiddellijk kunnen worden afgeleid welk bestand het Inschrijvingsformulier, de Inventaris of de Inhoudsopgave bevat.

2.2.2. SAMENSTELLING VAN DE OFFERTE De offerte bevat de volgende documenten: Deel 1: 1. Een inhoudstabel; 2. Een gedateerd en ondertekend Inschrijvingsformulier, conform het model in deel 4.1. van dit bestek; 3. Een gedateerde en ondertekenende Inventaris, conform het model in deel 4.2 van dit bestek; Deel 2: selectie:

Bijlagen met de documenten als bewijs voor eisen gesteld in de kwalitatieve


p. 11/65

1. Lijst van toepassingen (zie 2.1.2.1.) ingevuld volgens het model in deel 4.3 van dit bestek; 2. Financiële en economische draagkracht; -

In het geval een kandidaat zich beroept op de draagkracht van een andere entiteit, het (de) document(en) waaruit duidelijk de verbintenis blijkt van die entiteit om de nader omschreven middelen ter beschikking te stellen van de deelnemer (genummerd als bijlage 1);

-

Wanneer een offerte voor een rechtspersoon wordt ondertekend: de stukken waaruit de bevoegdheid van de ondertekenaars (fysische personen) blijkt, zoals een voor eensluidend verklaard afschrift van de statuten, benoemingsbesluiten of volmachten; er kan ook worden verwezen naar het nummer van de bijlage bij het Belgisch Staatsblad waarin de stukken zouden zijn gepubliceerd; en/of

-

Wanneer een offerte door een gevolmachtigde wordt ondertekend: de authentieke of onderhandse akte, waaruit zijn bevoegdheid blijkt of een voor eensluidend verklaard afschrift van het oorspronkelijke stuk; er kan ook worden verwezen naar het nummer van de bijlage bij het Belgisch Staatsblad waarin de bevoegdheden van de gevolmachtigde zouden zijn gepubliceerd) (genummerd als bijlage 2);

-

Indien de inschrijver van een vreemde nationaliteit is, o en personeel in dienst heeft dat onderworpen is aan de besluitwet van 27 juni 1969 die de besluitwet van 28 december 1944 betreffende de sociale zekerheid van de arbeiders wijzigt: een getuigschrift van de Rijksdienst voor de Sociale Zekerheid voor het voorlaatste afgelopen kalenderkwartaal vóór de uiterste datum voor indiening van de offertes (genummerd als bijlage 3) o en/of ander dan voormeld personeel in dienst heeft: een attest dat uitgereikt werd door de bevoegde overheid en waarin bevestigd wordt dat de inschrijver, volgens de rekening die ten laatste daags vóór de uiterste datum voor de ontvangst van de offertes is opgemaakt, voldaan heeft op die datum aan de voorschriften inzake betaling van de bijdragen voor de sociale zekerheid overeenkomstig de wettelijke bepalingen van het land waar hij gevestigd is. Indien een dergelijk document niet uitgereikt wordt in het betrokken land, kan het vervangen worden door een verklaring onder eed of een plechtige verklaring van de betrokkene vóór een gerechtelijke of overheidsinstantie, een notaris of een bevoegde beroepsorganisatie van dat land (genummerd als bijlage 4);

-

De bankverklaring of het bewijs van verzekering tegen beroepsrisico’s (zie punt 1.2.1.2) (genummerd als bijlage 5) Indien de inschrijver van een vreemde nationaliteit is, een kopie van de jaarrekening (de balans, de resultatenrekeningen en de toelichting) van de laatste drie afgesloten boekjaren (genummerd als bijlage 6)

-

Deel 3:

Middelen voor de uitvoering van deze opdracht

1. Gedetailleerd plan van aanpak; 2. De gemaakte technische keuzes; 3. Lijst van de beschikbare medewerkers en hun vervangers ingevuld volgens het model in deel 4.4 van dit bestek; 4. De CV’s van deze medewerkers


p. 12/65

Deel 4: Lijst van producten waarop intellectuele en industriële rechten rusten, naam, telefoonnummer en e-mailadres van de contactpersoon Deel 5: Gedetailleerde technische beschrijvingen, gedetailleerde prijsvorming, gedetailleerde beschrijving van de vorming, … Deel 6:

Suggesties

Deel 7:

Andere nuttige inlichtingen

Deel 8:

Brochures en diskettes

Elk deel dient gescheiden te worden door middel van een tussenblad. Vóór het eerste tussenblad zit de begeleidingsbrief.

2.2.3. GUNNINGSCRITERIA (toepassing van art. 115 van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

Het opdrachtgevende bestuur zal de regelmatige offertes vergelijken en deze kiezen die haar het voordeligst blijkt op basis van de hierna volgende gunningcriteria. Hierbij gebeurt de beoordeling per criterium tot op 1 decimaal nauwkeurig. De gunningcriteria met het hen toegekende gewicht zijn: Criterium 1: de prijs (50%) De beoordeelde prijs is de totale prijs zoals opgegeven in de Inventaris. Deze prijs bestaat uit de samengevoegde totalen excl. BTW van de 2 tabellen (ontwikkelkost en licentiekost) Voor het criterium Prijs worden punten toegekend in verhouding tot het gemiddelde op basis van de volgende formule:

Quotering = Min (( 0,5 −

( Prijs − Gemiddelde Prijs ) ) xMaximaleQ uotering ; MaximaleQu otering ) Gemiddelde Prijs

waarbij Prijs = totale prijs excl. BTW. Van alle regelmatige inschrijvers wordt dus het rekenkundig gemiddelde bepaald. Aan dit gemiddelde wordt arbitrair 50% van de maximale quotering toegekend. De procentuele afwijking van de prijs van de inschrijver t.o.v. dit gemiddelde wordt bijgeteld of afgetrokken van deze 50% naargelang de prijs opgegeven in de offerte hoger of lager ligt als het gemiddelde. Negatieve resultaten worden met 0 gequoteerd.


p. 13/65

Criterium 2: de inhoudelijke kwaliteit van de offerte (35%) Dit criterium wordt opgesplitst in twee subcriteria, waarbij het gewicht van het hoofdcriterium (35 %) wordt verdeeld over de subcriteria: plan van aanpak (20 %) en technische keuzes (15 %). a. Plan van aanpak (20 %) Een volledige en heldere beschrijving van het plan van aanpak evenals van de projectorganisatie; inclusief een nauwkeurig tijdschema wat betreft de levering van de diensten van deze opdracht. De medewerkers van de inschrijver werken in de nabijheid van en nauw samen met het projectteam van de opdrachtgever. Interviews, workshops of enig ander overleg dienen zorgvuldig en weloverwogen te worden ingepland. Het plan van aanpak dient een duidelijk beeld te geven op hoe zal worden (samen)gewerkt, wie betrokken zal worden op welke manier en wanneer de diverse noodzakelijke activiteiten gepland zijn. Ook de relatie tussen deze elementen is van groot belang. Met name de wijze waarop de verschillende stakeholders zullen mee betrokken worden is een belangrijk element dat niet mag onderschat worden. Het projectteam dient nauw betrokken te zijn en kan bepaalde activiteiten op zich nemen: -

Verzamelen van stakeholders;

-

deelname aan overlegmomenten en interviews;

-

reviews van documenten;

-

bijsturen van de aanpak indien nodig.

Hierbij zal worden rekening gehouden met de beschrijving van hoe de opdracht zal worden aangepakt: organisatorisch en planmatig. Essentieel hierbij is een nauwkeurige omschrijving van minimaal: - de gebruikte methodologie; - de voorgestelde timing; - de deliverables; - het gebruik van open standaarden; - het gebruik van open source software; - het gebruik van bestaande IT-componenten binnen de Vlaamse overheid; - de inhoud van de taken en deeltaken; - de WBS (Work Breakdown Structure); - de inzet van de profielen op de taken en deeltaken; - de samenwerking met het projectteam; - de samenwerking met de externe betrokkenen; - de kwaliteitsborging; - de verdeling van taken en wijze tussen het projectteam en de uitvoerder.


p. 14/65

b. Technische keuzes (15 %) Hierbij zal rekening gehouden worden met de voorgestelde technische componenten en keuzes. Er wordt heel veel belang gehecht aan de openheid van de voorgestelde oplossing. De aangewende technologie voor de data integratie wordt duidelijk gedocumenteerd. Inschrijvingen die niet beantwoorden aan de eisen gesteld in punt 3.6.2 en 3.6.3, 1-3, worden geweigerd.

Criterium 3: De projectdemo (15%) Vanwege de inschrijver wordt verwacht, dat hij een demo van een gelijkaardige applicatie presenteert. In de offerte wordt een volledige en heldere beschrijving van de demonstratie opgenomen. De demonstraties vinden plaats op 16, 17, 18 of 21 november 2011. De inschrijver houdt zich elke dag tussen 8.00u en 18.00u beschikbaar in deze periode voor de presentatie van de demo. Een precieze uitnodiging met datum, uur en praktische richtlijnen worden door het opdrachtgevend bestuur uiterlijk 5 werkdagen op voorhand bezorgd, en dit via e-mail. De sessies gaan door in het Phoenix-gebouw, Koning Albert II-laan 19 bus 12 te 1210 Brussel; waar de nodige ruimte zal worden voorzien om de inschrijver toe te laten de nodige voorbereidingen te treffen. De duur van elke sessie wordt beperkt tot maximaal twee uur, inclusief voldoende tijdsruimte voor het bestuur om de nodige vragen te kunnen stellen. Er wordt voorzien in een PC met internet toegang met het oog op live demo’s. De inschrijver brengt verder zelf de nodige gewenste apparatuur mee. Het niet- of niet-tijdig uitvoeren van deze demo houdt de nietigverklaring van de inschrijving in. Het opdrachtgevende bestuur is niet aansprakelijk voor de uitgaven die voor de voorbereiding, de levering of de voorstelling van de demonstraties binnen het kader van dit bestek gemaakt worden. Tijdens deze demo zullen in het bijzonder de volgende punten en hun relevantie voor webtoepassingen aan bod komen: Demo: •

Opslag en uitwisseling van stedenbouwkundige voorschriften

•

Koppeling van deze voorschriften aan datalagen in GIS-formaat met de bijhorende planelementen

•

Bruikbaarheid van de toepassing binnen pilootprojecten (in het bijzonder het project digitale bouwaanvraag);

•

Gebruikte technische componenten;

•

Gebruikers interfaces;

•

Procesafhandeling

•

Verwerkingssnelheid;

•

Interactie met externe systemen;

•

Integratie van webservices;

•

Beveiliging van gegevens.


p. 15/65

Bij de beoordeling van dit criterium zal rekening gehouden worden met de relevantie en kwaliteit van de demo en de opgesomde punten. De evaluatie van de antwoorden op de vragen naar aanleiding van de demo wordt meegenomen naar gelang de relevantie voor een bepaald beoordelingscriterium.

2.2.4. VRIJE VARIANTEN (toepassing van art. 115 van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

Het voorstellen van vrije varianten via afzonderlijke offertes is niet toegestaan. Inschrijven voor een gedeelte van de opdracht wordt niet toegestaan.

2.2.5. PRIJSBEPALING EN PRIJSONDERZOEK (art. 86 en 87) Deze opdracht is een opdracht voor een globale prijs. (toepassing van artikel 88 van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

Op verzoek van de aanbestedende overheid verstrekt de inschrijver alle nodige inlichtingen om het prijsonderzoek van zijn offerte mogelijk te maken. (toepassing van art. 100 van het KB van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

De eenheidsprijzen en de totaal geraamde prijs van de offerte, worden in de inventaris in cijfers en voluit geschreven. Offertes waarvan het totale inschrijvingsbedrag (ontwikkelkost en licentiekost - inclusief BTW) het bedrag van 700.000 Euro overschrijdt, worden geweigerd. De belasting over de toegevoegde waarde wordt door de inschrijver in een afzonderlijke post van de inventaris vermeld om bij de totaal geraamde prijs van de offerte te worden gevoegd. De prijzen worden in EURO opgegeven. Indien zulks voor de nauwkeurigheid van de geboden prijzen in euro vereist is, mag de inschrijver die prijzen tot twee decimale cijfers na de komma preciseren. Inschrijvingskosten worden niet vergoed. (toepassing van art. 67 van de algemene aannemingsvoorwaarden (= bijlage bij het K.B. van 26.9.1996 tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten en van de concessies voor openbare werken)

Alle kosten noodzakelijk voor de uitvoering van de opdracht (zoals kantoorkosten, verplaatsingskosten, maaltijdvergoedingen) zijn begrepen in de eenheidsprijzen (excl. BTW).


p. 16/65

2.2.6. GESTANDDOENINGSTERMIJN (toepassing van art. 116 van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

De inschrijvers blijven gebonden door hun offerte gedurende een termijn van 120 kalenderdagen ingaand de dag na de opening van de offertes. De in de offerte vermelde prijzen blijven van toepassing gedurende de hele uitvoeringstermijn van het project.

2.3. TAALGEBRUIK (toepassing van art. 102 van het K.B. van 8.1.1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken)

De inschrijver gebruikt uitsluitend het Nederlands in zijn mondelinge en schriftelijke relatie met de aanbestedende overheid. Van documenten in technische bijlagen die enkel in een andere taal beschikbaar zijn, kan de aanbestedende overheid een, desgevallend beëdigde, vertaling eisen. De projectleider die de leverancier inzet voor de uitvoering voor deze opdracht is Nederlandstalig. Dit geldt eveneens voor het projectteam en het personeel dat de leverancier inzet voor de uitvoering voor deze opdracht, tenzij anders overeengekomen (bvb. voor technische aspecten).

2.4. VOORWAARDEN BETREFFENDE DE UITVOERING VAN DE OPDRACHT 2.4.1. OMSCHRIJVING VAN DE LEIDING EN HET TOEZICHT OP DE UITVOERING (art. 1 AAV) De aanbestedende overheid volgt de uitvoering van de opdracht op. De projectleider is de heer Paul Van Lindt. Hij kan zich laten bijstaan door het projectteam. Het mandaat van de projectleider bestaat uit: •

De technische en administratieve opvolging van de diensten tot en met de oplevering;

•

de keuring van de prestaties;

•

het nazicht van de facturen;

•

het opstellen van de processen-verbaal;

•

de opleveringen;

•

het instaan voor het bestendige toezicht op de prestaties (omvat het geven van onderrichtingen, telkens wanneer het bestek of de gunningsdocumenten onvolledig of onduidelijk zijn).

De dienstverlener aanvaardt alle controles die nodig zijn en legt, telkens hij daarom gevraagd wordt, een tussentijds verslag voor met een stand van zaken. De opdrachtgever heeft het recht om permanent toezicht te houden op de werken welke uitgevoerd worden door de opdrachtnemer die met de uitvoering van de opdracht is belast. Deze ploeg moet aan de vertegenwoordigers van de opdrachtgever alle inlichtingen en faciliteiten verstrekken om deze taak te vervullen. Bestek RWO-DSI-2011-1

p. 17/65

De plannen, specificaties, dossiers, enz. welke in het kader van deze opdracht worden opgesteld door het personeel van de opdrachtnemers – met inbegrip van de normen die zullen worden gehanteerd – dienen door de opdrachtgever te worden goedgekeurd vóór de uitvoering. De opdrachtgever beschikt over een termijn van 15 werkdagen om deze documenten goed te keuren of opmerkingen te formuleren. Indien er opmerkingen zijn, moeten de betrokken documenten voldoende verbeterd worden vóór de uitvoering, zonder dat deze verbeteringen een herziening van de geplande uitvoeringstermijn tot gevolg hebben, tenzij de opmerking het gevolg is van een nieuwe eis vanwege de opdrachtgever. Elke overschrijding van de voor de aanvaarding van een document geplande termijn leidt, op verzoek van de betrokken opdrachtnemer, tot een verlenging van de uitvoeringstermijn. Het feit dat een vertraging aan de opdrachtgever toegeschreven kan worden, ontheft de opdrachtnemer niet van zijn verplichting om ervoor te zorgen dat de gevolgen ervan beperkt worden. De opdrachtnemer kan geen beroep doen op het feit dat dit toezicht werd uitgevoerd, om zich te onttrekken aan zijn verantwoordelijkheid wanneer de opgeleverde werken worden geweigerd wegens tekortkomingen van welke aard ook, en er dientengevolge langere uitvoeringstermijnen uit voortvloeien.

2.4.2. BORGTOCHT (art.5 §1 – art. 9, §§ 2 en 3 AAV) Als waarborg voor de goede uitvoering van de opdracht, zal de opdrachtnemer een borg stellen waarvan het bedrag wordt vastgesteld op 5% van de bestelde schijven (afgerond naar het hogere tiental in euro). De borgtocht kan, in overeenstemming met artikel 5 van de Algemene Aannemingsvoorwaarden worden gesteld: • hetzij in speciën door storting van het vereiste bedrag op de rekening van de Deposito- en Consignatiekas of van een openbare instelling die een functie vervult die gelijkaardig is met die van genoemde Kas; • hetzij door neerlegging van publieke fondsen in handen van de Rijkskassier (op de zetel van de Nationale Bank te Brussel of één van de provinciale agentschappen) of in handen van een openbare instelling die een gelijkaardige functie vervult; • hetzij, wanneer de borgtocht gedekt wordt door een gezamenlijke borgtochtmaatschappij, door neerlegging via een instelling die deze activiteit wettelijk uitoefent, van een akte van solidaire borg bij de Deposito- en Consignatiekas of bij een openbare instelling die een gelijkaardige functie vervult; • hetzij wanneer de borgtocht gesteld wordt door middel van een waarborg toegestaan door een kredietinstelling of een verzekeringsonderneming die voldoet aan de voorwaarden bedoeld in artikel 5 van de Algemene Aannemingsvoorwaarden, door de verbintenisakte van de kredietinstelling of van de verzekeringsonderneming. Het bewijs van de borgtochtstelling moet worden bezorgd aan de aanbestedende overheid binnen de 30 kalenderdagen volgend op de kennisgeving van toewijzingsbeslissing of bestelbrief aan de opdrachtnemer. Deze borgtocht wordt vrijgegeven na de definitieve oplevering van de betreffende schijven en op uitdrukkelijk verzoek van de opdrachtnemer.

2.4.3. ONDERAANNEMING (art. 10 AAV) Het is verboden de opdracht of een deel ervan in feite of in rechte over te dragen of in onderaanneming te geven, tenzij hiervoor een schriftelijke en voorafgaande toestemming werd bekomen van de opdrachtgever. De Vlaamse regering zal in geen geval de uitgaven die voortvloeien uit een niet toegestane overdracht of onderaanneming, aanvaarden of terugbetalen. Bestek RWO-DSI-2011-1

p. 18/65

2.4.4. PRIJSHERZIENING (art. 13 §2 AAV) Er is geen prijsherzieningsclausule voorzien.

2.4.5. INTELLECTUELE RECHTEN (art. 14 AAV) Behoudens de toepassing van artikel 14 van de AAV gelden de volgende bepalingen betreffende intellectuele rechten. De inschrijver zal de lijst van de producten, procédés en systemen opmaken waarvan de rechten van intellectuele eigendom berusten bij derden en waarvan in dit kader op één of andere wijze gebruik gemaakt zal worden. De prijs van deze producten, procédés en systemen is begrepen in de globale prijs. Voor alle in het bestek of later vermelde of indirect aangehaalde documenten, producten, procédés en systemen, enz., waarvan de intellectuele eigendomsrechten niet werden overgedragen aan de opdrachtgever overeenkomstig de bepalingen van het bestek, verleent de dienstverlener in kwestie de opdrachtgevende overheid een onvoorwaardelijke, onherroepelijke, niet-exclusieve en niet-overdraagbare licentie op al de op het ogenblik van de beëindiging van de te sluiten overeenkomst, meest recente versies van deze documenten, producten, procédés en systemen, enz., in de mate zij noodzakelijk zijn om ook na de beëindiging van de overeenkomst de dienstverlening ten volle te kunnen uitvoeren, en dit zonder enige kost, behalve de prijs die voor de opdracht zal bepaald worden in de overeenkomst. De gegunde in kwestie vrijwaart de opdrachtgever tegen alle kosten en/of schade ingevolge het niet naleven van deze verbintenis. De aanbestedende overheid zal het volledige eigendomsrecht hebben van de documenten, producten, procédés en systemen ontwikkeld en geleverd of ervan afgeleid voor zover deze afgeleide producten door de aanbestedende overheid aangekocht zijn. Hieronder wordt eveneens begrepen alle broncode die door de opdrachtgever werd ontwikkeld in het kader van deze opdracht. De aanbestedende overheid zal als eigenaar zelfstandig kunnen beslissen over de verdere evolutie van deze broncode en kan deze verder aanpassen of laten aanpassen in functie van eigen behoeften om de applicatie verder uit te breiden of behoeften van derden. De aanbestedende overheid verkrijgt een volledig gebruiksrecht op de ontwikkelde applicatie dat daarenboven niet beperkt is in aantal gebruikers van de producten en systemen. De dienstverlener legt voor zelf ontwikkelde programma’s, een attest voor, uitgaande van een notaris of gerechtsdeurwaarder of gespecialiseerde firma, waarin deze verklaart dat de volledige bronprogramma’s en de programma’s die de compilatie van de bronprogramma’s mogelijk maken bij hem werden neergelegd. In geval van faling of niet nakomen van de supportovereenkomst kan de aanbestedende overheid deze broncode opvragen De dienstverlener dient uitdrukkelijk een schriftelijke goedkeuring aan te vragen voor publicaties met een commerciële doelstelling en met algemene gegevens over het bestaan en de verkregen resultaten van de opdracht. Het is de dienstverlener toegestaan de algemene gegevens over het bestaan en de verkregen resultaten van de opdracht te gebruiken als referentie of als gegevens in het kader van een wetenschappelijk onderzoek door een erkende instelling.

2.4.6. VERTROUWELIJKHEID De opdrachtnemer, zijn onderaannemers en/of de personeelsleden van deze beide of iedere andere persoon die door de opdrachtnemer en/of onderaannemer wordt ingeschakeld, zullen de vertrouwelijkheid van iedere informatie of ieder gegeven verkregen in het verloop van de uitvoering van deze opdracht respecteren. Op geen enkel moment mogen de opdrachtnemer, de onderaannemers en/of de personeelsleden van deze beide en/of iedere andere persoon die Bestek RWO-DSI-2011-1

p. 19/65

door de opdrachtnemer en/of onderaannemer wordt ingeschakeld ook maar enige informatie en/of gegeven verkregen tijdens de uitvoering van deze opdracht verspreiden aan een andere partij zonder de voorafgaande, uitdrukkelijke en schriftelijke toestemming van de aanbestedende overheid. De medewerkers van de inschrijver, en de inschrijver zelf, verbinden zich niet alleen tot het meest absolute beroepsgeheim, maar ook tot neutraliteit en uiterste discretie ten overstaan van het personeel van de aanbestedende overheid. Alle inlichtingen en documenten toevertrouwd aan het personeel van de inschrijver, evenals alle vergaderingen waaraan hij deelneemt worden als strikt vertrouwelijk beschouwd. Inbreuken op deze bepaling kunnen leiden tot de onmiddellijke beëindiging van de overeenkomst, onverminderd strafrechtelijke en burgerlijke rechtsgedingen. De verplichting tot vertrouwelijkheid geldt niet wanneer het gaat om gegevens die: •

in het publiek domein zijn gevallen op een andere wijze dan door inbreuk op deze bepaling;

•

noodzakelijkerwijs door de opdrachtnemer moeten worden medegedeeld aan zijn werknemers, aangestelden en (onder)aannemers om de goede uitvoering van zijn taken en verplichtingen volgens de termen van deze overeenkomst te verzekeren;

•

in het kader van een geschillenregeling, van een arbitrale of gerechtelijke procedure, of overeenkomstig een wet, decreet of reglement moeten worden vrijgegeven door hetzij de opdrachtnemer hetzij de aanbestedende overheid (in dat geval verwittigt deze partij de andere partij onmiddellijk zodra zij op de hoogte is van een gerechtelijk bevel om de gegevens kenbaar te maken);

•

hetzij de aanbestedende overheid hetzij de opdrachtnemer, van een derde heeft verkregen die deze gegevens niet op een wederrechtelijke manier heeft verkregen;

•

die door de aanbestedende overheid dienen meegedeeld in het kader van overheidsopdrachtenprocedures of om te voldoen aan andere wettelijke verplichtingen.

2.4.7. DUUR EN UITVOERINGSTERMIJNEN De opdracht dient uiterlijk eind november 2012 opgeleverd te worden. Bij de uitvoering dient rekening gehouden te worden met volgende tussentijdse uiterlijke opleveringsdata (voor detaillering van de resultaten van de schijven, zie hoofdstuk 3): 1e kwartaal 2012: schijf 1 2e kwartaal 2012: schijf 3, 6, 7, 7bis, 9 en 11 3e kwartaal 2012: schijf 2, 4, 5, 8, 10 en definitieve oplevering. De opdrachthouder dient in zijn offerte een volledige en gedetailleerde projectplanning en bijhorende uitvoeringstermijn uit te werken. Deze projectplanning weerspiegelt de manier waarop de dienstverlener de opdracht zal uitvoeren. De projectplanning kan in onderling overleg bijgestuurd worden bij de start van de opdracht. De globale uitvoeringstermijn zal evenwel, tenzij onderling overeengekomen, niet wijzigen. De concrete uitvoeringstermijn voor elke deelbestelling zal in de bestelbrief worden vastgesteld.


p. 20/65

2.4.8. PLAATS VAN DIENSTVERLENING De diensten zullen hoofdzakelijk gepresteerd worden in de gebouwen waar de aanbestedende overheid is gehuisvest. De overheid zal instaan voor een werkplek voor de duur van de uitvoeringstermijn en op de momenten dat de diensten in die gebouwen worden verleend. De personeelsleden van de inschrijver beschikken zelf over een draagbare PC met de benodigde software. Tijdens de ontwikkelfase zijn de ontwikkelaars minstens halftijds aanwezig in de kantoren van RWO. De medewerkers van de opdrachtnemer zullen de interne regels en procedure betreffende de toegang en het gebruik van de ter beschikking gestelde middelen/gebouwen naleven (zoals met betrekking tot evacuatie van de gebouwen, brandpreventie, ICT-gebruikscode, enz.). De medewerkers moeten zich op ieder moment schikken naar de richtlijnen dat het bevoegde personeel van de aanbestedende overheid ter zake geeft.

2.4.9. DEELOPDRACHTEN Voor de uitvoering van deze opdracht zullen meerdere deelopdrachten geplaatst worden. Een deelopdracht kan één of meer schijven bevatten en wordt geplaatst via gewone brief. Uitsluitend voor de toepassing van de uitvoeringsregels (en behalve wat betreft de regels voor de vaststelling en vrijgave van de borgtocht) zal elke deelopdracht worden beschouwd als een aparte opdracht, en dus heeft elke deelopdracht een eigen uitvoeringstermijn, keuring, oplevering, sanctie, ….

2.4.10. KEURING EN OPLEVERING De aanbestedende overheid behoudt zich het recht voor, het nazicht door een extern organisme naar zijn keuze te laten doen. De kosten die het externe organisme voor het nazicht aanrekent worden door de aanbestedende overheid gedragen. De dienstverlener verbindt zich ertoe, voor zijn rekening, aan alle opmerkingen, als gevolg van dit nazicht, een aangepast gevolg te geven om alle vastgestelde inbreuken op te heffen. Nadat volgens zijn inziens aan alle inbreuken, vermeld op het keuringsrapport, voldaan is, zal de dienstverlener de aanbestedende overheid hiervan bij aangetekend schrijven op de hoogte stellen, waarna de aanbestedende overheid, zo het dit noodzakelijk acht, voor zijn rekening het externe organisme, dat de eerste controle uitgevoerd heeft, met een herkeuring kan belasten. Indien echter blijkt dat bij de herkeuring desondanks niet aan alle opmerkingen voldaan is, zal de aanbestedende overheid de dienstverlener hiervan bij aangetekend schrijven kennis geven en zullen vanaf dat ogenblik de kosten voor iedere herkeuring, die noodzakelijk is voor het bekomen van zowel een keuringsverslag zonder opmerkingen als een onvoorwaardelijk gunstig advies voor indienststelling ten laste van de dienstverlener zijn. De herkeuring(en) zal (zullen) uitgevoerd dienen te worden door het externe organisme dat de eerste twee keuringen uitgevoerd heeft. De dienstverlener zal door de aanbestedende overheid uitgenodigd worden om voormelde keuringen bij te wonen. De opleveringskosten, zoals aanwezigheid bij de controle van de conformiteit met de offerte, aanwezigheid bij de opmaak van het proces-verbaal, enz. vallen volledig ten laste van de dienstverlener. Na uitvoering van elke functionele schijf, die op basis van een concrete deelopdracht door de aanbestedende overheid werd gevraagd, vraagt de opdrachtnemer aan de aanbestedende overheid de geleverde diensten te keuren en een proces-verbaal van oplevering met betrekking tot de uitgevoerde deeltaak, op te maken. De opdrachtnemer voegt het proces-verbaal van oplevering bij de factuur van de betrokken diensten. Bestek RWO-DSI-2011-1

p. 21/65

De aanvaarding van de factuur zal slechts gebeuren indien voldaan is aan eventuele voorwaarden, gesteld in het proces-verbaal van oplevering.

2.4.11. ELEMENTEN DIE IN DE PRIJZEN ZIJN BEGREPEN (art. 67 AAV) De globale prijs voor alle delen van de opdracht bevat alle kostprijselementen, inclusief BTW. In de inventarissen worden de prijzen inclusief en exclusief BTW vermeld. De inventarissen dient ingevuld te worden volgens het model dat in deel IV is toegevoegd. Het staat formeel vast dat de inschrijver in zijn ramingen rekening houdt met alle directe of indirecte kosten, welke die ook zijn, die onder andere voortvloeien uit zijn studies, bezoeken ter plaatse, opzoekingen of diensten die niet speciaal gedetailleerd zijn, maar die wegens de aard ervan verband houden met de kosten die in het bestek zijn gedefinieerd. In de prijs is eveneens de ter beschikking stelling van de ontwikkelen testomgeving van de inschrijver inbegrepen gedurende de looptijd van de opdracht.

2.4.12. BETALINGEN De facturen kunnen opgemaakt worden na de voorlopige oplevering van de betreffende functionele schijf. De facturen kunnen pas betaald worden na verstrekte en aanvaarde diensten. Zij worden gericht aan: De heer Paul Van Lindt Departement RWO Projectteam digitaal uitwisselplatform voor stedenbouwkundige informatie Koning Albert II-laan 19 bus 12 1210 Brussel Op de facturen vermeldt de dienstverlener de formule "deugdelijk en onvergolden verklaard voor de som van .......”, waarna het bedrag voluit in letters geschreven wordt. De factuur moet verder volgende gegevens bevatten: - post- of bankrekeningnummer - factuurnummer - factuurdatum - BTW-tarief en toegepast tarief - het BTW-nummer (dient overeen te stemmen met het BTW-nummer in de offerte) - (desgevallend) het kenmerk van de deelbestelling Bij de factuur moeten het proces-verbaal van oplevering en de bijhorende prestatiestaten worden gevoegd. Onderhavig bijzonder bestek wijkt uitdrukkelijk af van de bepalingen van artikel 1254 van het Burgerlijk Wetboek inzake de toerekening van de betalingen. Elke betaling zal dan ook bij voorrang toegerekend worden op de hoofdsommen en pas daarna op de intresten.


p. 22/65

2.4.13. BETALINGSMODALITEITEN (art. 4 KB 26/09/1996) De betalingen van onderhavige opdracht gebeuren binnen de vijftig kalenderdagen te rekenen vanaf de datum waarop de opleveringsformaliteiten werden beëindigd, zo de aanbestedende overheid gelijktijdig in het bezit is van de regelmatig opgestelde factuur evenals van de andere eventueel vereiste bescheiden. Deze termijn is slechts geldig voor het verdere verloop van het dossier als de adressering van de factuur dezelfde is als deze vermeld in het bestek.

2.4.14. RECHTSVORDERINGEN (art. 18 AAV) Elke rechtsvordering van de dienstverlener wordt ingesteld bij een Nederlandstalige Belgische rechtbank, behoudens in geval van een vordering tot tussenkomst in een bestaand geding. De opdrachtgever is in geen geval aansprakelijk voor de schade aan personen of goederen die rechtstreeks of onrechtstreeks het gevolg is van de activiteiten die nodig zijn voor de uitvoering van deze opdracht. De dienstverlener vrijwaart de opdrachtgever tegen elke vordering van schadevergoeding door derden in dit verband. Ieder deurwaardersexploot bestemd voor de aanbestedende overheid moet worden betekend aan de Kanselarij van de Voorzitter van de Vlaamse Regering, Koolstraat 35 in 1000 Brussel. Het is daarbij onverschillig of het gaat om de betekening van een dagvaarding, gerechtelijke uitspraak, overdracht van schuldvordering of een ander exploot. Hetzelfde adres geldt ook voor de aangetekende brief waarbij een schuldvordering wordt overgedragen of inpandgegeven.

2.4.15. AANSPRAKELIJKHEID VAN DE DIENSTVERLENER (art. 72 AAV) Onverminderd de bepalingen van art. 72 van de AAV treft de dienstverlener op zijn volle verantwoordelijkheid en op zijn kosten al de maatregelen die onontbeerlijk zijn voor de bescherming, de instandhouding en de integriteit van de bestaande computersystemen waarmee hij in aanraking komt. Hij neemt tevens voorzorgen die door de bijzondere omstandigheden worden vereist om andere toepassingen op hetzelfde systeem te vrijwaren en te vermijden dat door zijn schuld stoornissen worden veroorzaakt. Deze bepaling is ingegeven door het specifieke karakter van informaticaopdrachten en de specifieke eigenschappen van de kritische massa, namelijk de elektronische informatie en de uitwisseling ervan.

2.4.16. EINDE VAN DE OPDRACHT (art. 74 AAV) Bij het verstrijken van de termijn van 30 kalenderdagen na het overhandigen van de documenten betreffende de laatste deelbestelling, wordt er een proces-verbaal van oplevering of van weigering van oplevering van de opdracht opgesteld. Wanneer de opdracht beëindigd wordt vóór of na deze datum, is het aan de dienstverlener om de leidend ambtenaar bij een ter post aangetekende brief hiervan in kennis te stellen en hem bij deze gelegenheid te vragen om tot nazicht en oplevering over te gaan. De aanbestedende overheid kan op elk ogenblik een einde stellen aan de opdracht zonder enig recht van schadevergoeding ten voordele van de dienstverlener. In dat geval is het opdrachtgevende bestuur ertoe gehouden de geleverde prestaties en gedane kosten te vergoeden op basis van een gedetailleerde staat en in overeenstemming met de huidige overeenkomst. Bestek RWO-DSI-2011-1

p. 23/65

2.4.17. GEBREKKIGE UITVOERING – MIDDELEN VAN OPTREDEN (art. 75 AAV) Boetes wegens laattijdige uitvoering of langdurige onbeschikbaarheid: Het louter verstrijken van de eventueel verlengde uitvoeringstermijn of het niet respecteren van de afgesproken beschikbaarheid van de toepassingen stelt de dienstverlener in gebreke. Alle voorschriften betreffende de boetes wegens laattijdige uitvoering, treden van rechtswege in werking, zonder enige kennisgeving of bericht. De boete wordt berekend naar rata van 250 Euro per werkdag vertraging. De projectleider van de aanbestedende overheid kan zowel de startdatum als de uitvoeringstermijn van een schijf respectievelijk verschuiven of verlengen. De binnen het bestek aangehaalde termijnen (zie punt 2.4.7) zijn dwingend en de aangehaalde termijnen binnen de offerte zijn daarentegen loutere vooruitzichten. Het bedrag aan boetes is gelimiteerd tot 20 % van het bedrag van de betreffende schijf.

2.5. SPECIFIEKE ADMINISTRATIEVE BEPALINGEN I.V.M. HET UITVOEREN VAN DE OPDRACHT 2.5.1. ORGANISATIE VAN HET PROJECT De dienstverlener heeft in zijn plan van aanpak de nodige coördinatiestructuren (stuurgroep en werkgroepen) voorzien om deze opdracht te begeleiden en te sturen. Bij aanvang van de opdracht zal de aanbestedende overheid samen met de dienstverlener onderzoeken hoe de voorgestelde structuur kan worden opgezet binnen de bestaande ambtelijke structuur. Bijsturing van de voorgestelde structuur kan nodig zijn. De dienstverlener neemt persoonlijk de leiding van en het toezicht op de uitvoering op zich of wijst hiervoor een gemachtigde, de projectleider genaamd, aan. Hij/zij is in ieder geval verantwoordelijk voor de goede uitvoering van de opdracht. De gemachtigde moet door de aanbestedende overheid worden erkend. Zijn opdracht moet duidelijk en schriftelijk door de dienstverlener aan de aanbestedende overheid worden medegedeeld, die hiervoor een ontvangstbewijs aflevert. De woonplaats van de gemachtigde is ambtshalve de werkelijke of de gekozen woonplaats van de dienstverlener. De aanbestedende overheid is gerechtigd te allen tijde de gemachtigde te doen vervangen. Minimaal en los van de eventuele noodzaak tot bijsturing, zullen volgende vergaderingen belegd worden: startvergadering, maandelijkse opvolgingsvergadering, vergadering na de voorlopige oplevering Van elke vergadering wordt door de dienstverlener een verslag gemaakt met daarin vermeld de gemaakte afspraken, eventuele problemen, vertragingen, …. Dit verslag wordt op de volgende vergadering goedgekeurd. De verslagen worden verstrekt in het Nederlands, op een elektronische drager, bij voorkeur van het type Microsoft Word XP, of PDF.

2.5.2. MONITORING UITGEVOERDE DIENSTEN De dienstverlener houdt een voldoende gedetailleerd overzicht bij van de te leveren prestaties en van de werkzaamheden van zijn team. Dit overzicht moet het opdrachtgevend bestuur toelaten om constant de voortgang van de opdracht te monitoren.


p. 24/65

3. OPDRACHTOMSCHRIJVING

3.1. DOELSTELLING VAN DE OPDRACHT De onderhavige opdracht betreft het opstellen van een end-to-end juridisch en organisatorisch ondersteund IT raamwerk, afgestemd op de interne processen van de belangrijkste stakeholders. De opdracht dekt bijgevolg het ontwerp, de ontwikkeling en de steekproefsgewijze aantoonbare werking van de daadwerkelijke interoperabiliteit. In het bijzonder zal hierbij het gebruik van het raamwerk binnen de projecten ‘digitale bouwaanvraag’, ‘Data Manager’ en ‘geoportaal plancontouren’ worden aangetoond. De opdrachtgever wenst elke aanbieder zo weinig mogelijk te beperken in hoe de oplossing er juist zal uitzien. Er worden in dit bestek wel bepaalde inzichten beschreven maar daarbuiten is het aan de aanbieder om op een gemotiveerde manier een implementatie voor te stellen. De scope van de opdracht is tweeledig. •

een procesmatig luik: -

het opzetten van de procedures en processen voor de samenwerking met de ketenpartners en hun eventuele authentieke bronnen;

-

het faciliteren van de bijstelling en integratie van technische richtlijnen/standaarden voor de digitale uitwisseling van stedenbouwkundige informatie die binnen de scope1 van deze opdracht valt; deze taak gebeurt in nauwe samenhang en op het ritme van de technische ontwikkelingen binnen het technische luik

-

nagaan van de nodige aanpassingen aan het regelgevend kader, met inbegrip van de nodige voorstellen tot aanpassing;

-

analyseren van al bestaande uitwisselingssystemen, met inbegrip van de nodige voorstellen;

-

...

In overleg met de opdrachtgever bestaat het uitwerken van richtlijnen en standaarden o.a. uit:

1

-

technische specificaties voor de ontsluiting, het gebruik en de integratie van de geo-informatie (in casu o.a. de geïntegreerde richtlijnen plannenregister en digiRUP)

-

standaarden voor de presentatie, de beschrijving, de uitwisseling en de koppeling van de geo-informatie

-

afspraken over de gegevensuitwisseling en –beheer tussen overheden

-

juridische richtlijnen mbt de gegevensuitwisseling. Vragen als “aan wie kan ik dit bestand ter beschikking stellen”, “wie is verantwoordelijk voor het onderhoud”, “wat is de juridische status van een plan op internet” dienen beantwoord

Zie 3.1.4 Scope van de plantypes


p. 25/65

•

een technisch luik:

De ontwikkeling van een back-end uitwisselplatform: De dienstverlener zal een overkoepelend systeem aanbieden dat eenvoudig beheersbaar is, dat de meest courante technologieën beheerst en uitbreidbaar is naar nieuwe technologieën indien nodig. Het gaat hem hier om een "open" uitwisselingsplatform dat wordt gedefinieerd als een platform waar de opdrachtgever met eigen middelen of door de markt te laten spelen, aan kan sleutelen, bijbouwen of vervangen. Het uitwisselplatform biedt de nodige solide architectuur die de motor dient te zijn om de uitwisseling van informatie vloeiend, efficiënt en veilig te laten verlopen Het platform moet de data relatief eenvoudig kunnen aanbieden via webservices aan bedrijfsapplicaties: -

het aanleveren en ontsluiten van informatie en hiervoor gebruik maken van netwerkdiensten

-

het vindbaar maken van de informatie (eventueel door gebruik te maken van bestaande meta-informatiesystemen)

-

het opbouwen van historiek (wat was er geldig?)

-

het valideren van de inhoud van de datasets met de vooropgestelde dataspecificaties

-

het voorzien in een front-end-toepassing voor de gegevensinstroom / uitwisseling

-

…

De back-end omvat zowel de gegevensuitwisseling als de dataopslag. Het betreft een operationeel virtueel netwerk over internet dat elke betrokken actor toelaat de eigen geodata (zowel de voorschriften als de ruimtelijk verordende plannen en hun afgeleiden) uit te wisselen en die van de andere actoren te raadplegen. De gegevensuitwisseling vindt plaats zowel tussen de front-end en de databank als tussen de bedrijfstoepassingen van de verschillende overheden en de databank. Het uitwisselingsschema welke in het kader van deze opdracht dient worden uitgewerkt en de webservices dienen hiervoor te zorgen. Voor de gegevensuitwisseling dient worden gebruik gemaakt van de GDI normen en standaarden. De gegevens zelf worden bewaard in een databank die ‘de authentieke samengestelde bron wordt voor stedenbouwkundige informatie’. Deze wordt opgevat als een uitwisselingsplatform en zo ontworpen dat de data zeer snel kan doorgegeven worden. De front-end is een webcomponent waarmee overheden – indien nodig - gegevens kunnen uitwisselen met het platform. De uitwisseling zal maximaal webservice based verlopen voor die overheden die hiertoe de nodige infrastructuur hebben opgezet.

3.1.1. Uitgangspunten bij het project Het project gaat uit van volgende aannames die belangrijke sleutels tot succes vormen: -

geïntegreerd samenwerken over de grenzen van de eigen organisatie heen gezamenlijk gedistribueerd beheren van de data maximaal hergebruik van bestaande informatie gedistribueerd concept o beheer bij de (authentieke) bron / elke actor (authentieke bron) is verantwoordelijk voor zijn informatie o heterogene geodata zijn via een netwerk van knooppunten aan elkaar verbonden


p. 26/65

beschikbaar stellen van relevante informatie aan de verschillende gebruikersgroepen respect voor Open Gis standaarden o mogelijk gebruik op termijn van GML als uitwisselingstaal administratieve vereenvoudiging kwalitatief goede en permanente GIS-ondersteuning van gebruikers o

-

3.1.2. Nagestreefde voordelen -

het beter toegankelijk maken van overheidsinformatie in het kader van e-government

-

de mogelijkheid voor elke actor om op een gratis, eenvoudige en continue wijze (24 / 24) de actueel geldige en volledige informatie te kunnen raadplegen

-

beperkte impact naar informatica en personeel bij overheden. Het gemeenschappelijk hergebruik van gegevens en het bij de bron ophalen zorgt voor een belangrijke automatiseringsmogelijkheid, efficiëntiewinst, kostenbesparing; verzamelde gegevens ontsluiten vanuit de bron heeft als voordeel dat gegevens nog maar op één plaats onderhouden hoeven te worden

-

door het creëren van een samengestelde authentieke bron kan de inspanning substantieel verminderd worden voor lokale besturen (zij zijn nu verplicht om in hun plannenregister alle plannen van de hogere overheden bij te houden)

-

betere ondersteuning van stedenbouwkundige ambtenaren, RO-professionals op gebied van ruimtelijke ordening, en op termijn de burger; inclusief de ondersteuning via het project digitale bouwaanvraag

-

het op eenvoudige wijze continu kunnen actualiseren en aanvullen van de betreffende informatie

-

een ondersteunende mogelijkheid om het gemeentelijk ‘plannenregister’ permanent actueel en uitwisselbaar te houden

-

eenvoudige integratie en maximale benutting van de betreffende informatie binnen verschillende bedrijfstoepassingen en geoloketten

-

ondersteuning voor overheden met geen of beperkte GIS-kennis / -infrastructuur

-

ondersteuning van de ‘administratieve’ procedures voor de opmaak van ruimtelijke uitvoeringsplannen (RUP) op alle betrokken bestuursniveau

-

het bouwen van een solide basis waarop een permanente, gerichte, en kwaliteitsvolle beleidsondersteunende monitoring van de geplande toestand kan geënt worden

3.1.3. Doelgroepen In het algemeen kan worden gesteld, dat de informatie die de doelgroepen nodig hebben, een antwoord moet kunnen bieden op volgende soorten vragen: -

welke voorschriften van welke plannen zijn van toepassing op een perceel (en)?

-

ik heb een bepaald perceel, welke activiteiten zijn (niet) toegelaten?

-

welke evoluties van bestemmingen zijn er geweest gedurende een bepaalde periode?

-

…

In functie hiervan kunnen dan ook twee belangrijke doelgroepen en hun noden worden gedefinieerd: Bestek RWO-DSI-2011-1

p. 27/65

1) overheid en professionele gebruikers: enerzijds is er een belangrijke nood aan meer gestructureerde uitwisseling van ‘de betreffende informatie tussen de betrokken overheden. Deze overheden wensen deze authentieke geografische informatie te gebruiken voor het optimaliseren van hun eigen bedrijfsprocessen. Dit zijn zowel andere entiteiten van de Vlaamse Overheid (bij het afhandelen van bvb milieuaanvragen) als provinciale overheden en gemeentelijke overheden (bvb bij het opmaken van hun plannen, bij het informeren van de burger). Voor deze andere overheden dient er dus ook mogelijkheid te zijn tot integratie van de informatie uit het raamwerk in hun eigen web-omgeving. Anderzijds dienen zij – indien zij dit wensen – hun eigen informatie rechtstreeks te kunnen aanbieden in het raamwerk. In het bijzonder wenst deze doelgroep ook een duidelijk zicht te krijgen op de actueel geldende toestand op een bepaalde locatie en dit op elk moment (welke stedenbouwkundige voorschriften zijn van kracht), waarbij een belangrijke eindgebruiker de gemeentelijk stedenbouwkundig ambtenaar is, die de eerstelijns contacten met de burger onderhoudt. Er gelden veel verschillende regelingen die nu vaak enkel analoog beschikbaar zijn. Het georganiseerd en digitaal beschikbaar hebben van alle stedenbouwkundige voorschriften en de daarvan afgeleide informatie (bijv. planbaten, recht van voorkoop RO, …) is een grote meerwaarde voor de dagelijkse RO-praktijk van de betrokken overheidsinstellingen . Binnen deze doelgroep kan ook een subgroep worden gedefinieerd van mensen die deze stedenbouwkundige informatie veelvuldig moeten raadplegen voor de uitoefening van hun beroep, zoals architecten en notarissen. Ook zij kunnen de informatie die aangeleverd wordt gebruiken in hun stukken. Bijvoorbeeld architecten moeten weten in welke mate een bouwplan afwijkt van een planologisch voorschrift, en omstandig verantwoorden waarom hij/zij eventueel afwijkt. 2) bedrijven en burgers: anderzijds is er nood aan ‘algemene’ informatieverstrekking naar bedrijven en burgers toe Deze doelgroep wil snel kunnen worden geïnformeerd met inhoudelijk juiste, actuele en betrouwbare geografische informatie via een geoportaal / geoloket. De opdrachtgever wenst via onderhavige opdracht op een gefaseerde manier de mogelijkheid te voorzien om de betreffende informatie via een specifiek IT-netwerk op een gedetailleerde manier te verzamelen en te ontsluiten, zodat de vernoemde doelgroepen via op maat gemaakte raadpleegtoepassingen beter kunnen worden ondersteund. In eerste fase wordt hierbij vooral de eerste doelgroep beoogd, via o.a. het project ‘digitale bouwaanvraag’. In een latere fase zal worden gewerkt aan de informatieverstrekking naar de burger toe.

3.1.4. Scope van de plantypes Binnen scope van deze opdracht zitten de plantypes die momenteel verplicht opgenomen moeten worden volgens de richtlijnen betreffende het gemeentelijke plannenregister. Dit omvat in concreto alle soorten “ruimtelijk verordenende plannen” (inclusief al hun bijlagen), hun afgeleiden uit de wetgeving RO (bijv. planbaten, recht van voorkoop RO…), de verordeningen uit de wetgeving RO en de onteigeningsplannen uit de wetgeving RO. Onderstaande lijst, afkomstig uit de huidige richtlijnen betreffende digitale uitwisseling van het plannenregister, detailleert de plantypes die binnen scope van deze opdracht staan. Omwille van hun belang voor het proces “digitale bouwaanvraag” wordt deze lijst nog aangevuld door de geografische weergave van de verkavelingsvergunningen en hun voorschriften. Deze laatste behoren dus ook tot de scope. Bovenstaande scopeafbakening impliceert dus ook dat er (gefaseerd) een vlotte en betrouwbare uitwisseling en toegang wordt voorzien tot de stedenbouwkundige voorschriftteksten van de ruimtelijk verordenende plannen en tot de verkavelingsvoorschriften, ook via een directe koppeling met de geografische planelementen van de bewuste plannen.


p. 28/65

Rubrieknummer Betekenis 222 Gewestplan 212

Ruimtelijk Uitvoeringsplan (RUP), gewestelijk

213

Ruimtelijk Uitvoeringsplan (RUP), provinciaal

214

Ruimtelijk Uitvoeringsplan (RUP), gemeentelijk

215

Recht van voorkoop Ruimtelijke Ordening

216

Planbaten

217

Planschade

218

Kapitaalschade / Gebruikersschade

223

Algemeen Plan van Aanleg (APA)

224

Bijzonder Plan van Aanleg (BPA)

231

Bouwverordening

232

Verkavelingsverordening

233

Stedenbouwkundige Verordening

234

Verkavelingsverordening

241

Rooilijnplan (gewestelijk)

242

Rooilijnplan (provinciaal)

243

Rooilijnplan (gemeentelijk)

252

Onteigeningsplan (wetgeving RO)

xxx

Verkavelingsvergunningen

Opmerking: de rubrieken die door de huidige richtlijnen betreffende digitale uitwisseling van het plannenregister als optioneel (niet verplicht) op te nemen opgelijst worden, staan dus buiten scope van deze opdracht. Het uitwisselplatform moet dus niet direct rekening houden met deze plannen.

3.2. NUTTIGE DOCUMENTATIE a) Haalbaarheidsstudie Authentieke Geodatabronnen In 2009 werd een voorbereidende studie uitgevoerd rond het gebruik van authentieke geodatabronnnen. Deze studie vormt de basis voor de gevraagde werkzaamheden rond de back- en front-end. De opdracht omvatte de realisatie van een haalbaarheidsstudie (WE203419). Deze studie dekt zeker niet alle functionaliteiten (in het bijzonder webservices) af die via dit bestek dienen bekomen! Zie studie in bijlage. b) The Spatial Zoning Plans Case In het kader van het SPATIALIST-onderzoeksproject werd onderzoek uitgevoerd naar de impact van de GDI-configuratie op de GDI-performantie. Er werd een case uitgewerkt met als onderwerp de Ruimtelijke Uitvoeringsplannen. In 2011 werd hierover een eindrapport opgeleverd. Zie rapport in bijlage. Bestek RWO-DSI-2011-1

p. 29/65

c) Het GDI-netwerk in Vlaanderen: Een kwantitatieve verkenning van het gebruik en de uitwisseling van geodata in Vlaanderen In het kader van het SPATIALIST-onderzoeksproject werd een kwantitatieve verkenning van de Geografische Data Infrastructuur in Vlaanderen uitgevoerd, en dit vanuit een netwerkperspectief op GDI. In 2009 werd hierover een rapport opgeleverd. Zie rapport in bijlage. d) Intern document departement RWO met projectformulering “digitaal uitwisselingplatform verordenende ruimtelijke plannen” Dit interne werkdocument (november 2010) schetst het kader waarbinnen deze specifieke opdracht past (samen met het project digitale bouwaanvraag). Het is vooral nuttig voor de hoog niveau analyse (schijf 1) van deze opdracht (bepalen visie en strategie). Zie document in bijlage. e) Richtlijn voor de digitale uitwisseling van gegevens betreffende het plannenregister Deze richtlijn geeft aan hoe gemeenten momenteel hun plannenregister digitaal moeten uitwisselen. Zie de richtlijn in bijlage (voor meer informatie: http://www.ruimtelijkeordening.be/Default.aspx?tabid=15050). f) Richtlijn voor de digitale uitwisseling van ruimtelijke uitvoeringsplannen Deze technische richtlijn geeft aan hoe het Vlaamse gewest, de provincies en de gemeenten ruimtelijke uitvoeringsplannen (RUP) momenteel uitwisselen, onderling en tussen betrokken partijen. Zie de richtlijn in bijlage. Voor meer informatie: http://www2.vlaanderen.be/ruimtelijk/registers/digirups/digirups.html Binnen deze richtlijn staan ook verwijzingen naar specifieke richtlijnen over de uitwisseling van de van deze plannen “afgeleide” geografische informatie, die ook binnen de scope van deze opdracht valt. Dit gaat met name over rechten van voorkoop RO, planbaten, planschade, gebruikersschade en kapitaalschade. g) Normen en standaarden GDI-Decreet: http://www.agiv.be/gis/organisatie/?artid=832 INSPIRE: http://www.agiv.be/gis/projecten/?artid=1239


p. 30/65

3.3. INTERNE PROJECTORGANISATIE Projectteam De dagelijkse leiding wordt waargenomen door een projectteam als uitbreiding van het kernteam Digitale Bouwaanvraag. Het projectteam neemt volgende taken op zich: -

-

-

-

-

Opvolgen van het structureel overleg met alle stakeholders (zowel in functie van de realisatie van het project, de interactie met de verschillende back-offices als het latere beheer, onderhoud en verdere evolutie); dit overleg dient te gebeuren op managementniveau in functie van afspraken rond processen, planning, inzet en middelen en op niveau van de uitvoering (juristen, informatiebeheer, procesverantwoordelijken, ITverantwoordelijken); Zorgen voor de nodige informatie en vorming rond de procedures en instrumenten van ruimtelijke ordening en de aanpak en opmaak van stedenbouwkundige informatie zoals ruimtelijke uitvoeringsplannen; permanente afstemming met de trekker(s) van het sleutelproject “Betere dienstverlening door koppeling databanken, integratie gegevensbeheer en back-office activiteiten, en ontwikkeling van een geïntegreerde Vlaamse publieksbalie”; opvolgen ontwikkeling en onderhouden van open uitwisselingsstandaarden (xml-, data- en geodata-schema’s en formaten); opvolgen, bewaken en sturen van de technische ontwikkeling van front-office en datanetwerk(back-office), …; structureel beheer van het centrale datanetwerk; uitwerken veiligheidsbeleid (met onder meer privacy) en toegangsbeheer; (technische) communicatie en vorming voor gebruik datanetwerk naar de betrokken instanties; opvolgen en inbreng bij initiatieven regelgeving, wetsmatiging en processen (naar aanleiding van mogelijkheden interbestuurlijk gegevensbeheer) (i.s.m. cel Wetsmatiging); onderzoek uitbreiding functionaliteiten (verdere evolutie toepassing) en uitwerken verdere fasering; uitwerken, opvolgen en participeren aan het communicatieplan (i.s.m. afdeling Communicatie) en de voorgestelde initiatieven met aandacht voor de verschillende doelgroepen (burger, architecten, …); een specifiek op kennisdistributie ingerichte website wordt aangemaakt.

3.4. BELANGRIJKSTE STAKEHOLDERS 3.4.1. Het beleidsveld ruimtelijke ordening binnen de Vlaamse overheid Het beleidsveld ruimtelijke ordening heeft meerdere taken waarvoor het digitaal uitwisselingsplatform relevant is: -

leverancier van betrokken data (gewestelijke ruimtelijke uitvoeringsplannen en gewestelijke verordeningen);

-

decretale taken in het proces inzake verkavelingensvergunningen en de processen voor opmaak van gemeentelijke en provinciale ruimtelijke uitvoeringsplannen, verordeningen;

-

een ondersteunende rol voor de informatieuitwisseling tussen de beleidsinstanties en dienstverlening naar de burger;

-

beleidsvoorbereiding en –ondersteuning.


p. 31/65

3.4.2. Andere beleidsdomeinen van de Vlaamse Overheid Ruimtelijke planningsinformatie is een belangrijke informatiebron voor de werking van verschillende beleidsdomeinen, zowel bij hun beleidstaken als hun uitvoerende opdrachten. Daarbij is er een rechtstreeks interactie tussen sectorale plannen (bv. milieu, natuur, landbouw, …) en de ruimtelijke bestemmingsplannen en hun voorschriften.

3.4.3. VVSG – steden en gemeenten Ook de lokale besturen zijn vragende partij voor een centrale bron ruimtelijke verordenende plannen met éénmalige aanlevering van planinformatie en stedenbouwkundige voorschriften, ongeacht de verschillende bedrijfsprocessen die van deze informatie gebruik maken. Naast leverancier van ruimtelijke plannen zijn ze immers ook de eerste gebruikers van de samengestelde informatiebron. Op termijn kan het uitwisselingsplatform de verplichtingen inzake plannenregisters voor een belangrijk deel opvangen. Vanuit hun autonomie staat het de lokale besturen vrij om intern hun gegevensstromen verder op de hun vertrouwde wijze af te handelen indien geen overkoepelende digitale middelen voorhanden zijn. Er kan worden verwacht dat, na ingebruikname van nieuwe componenten die in overleg werden ontwikkeld, nieuwe of aangepaste informatie digitaal wordt bezorgd. De (kern)data worden actueel overigens al in verschillende formaten digitaal aan de Vlaamse overheid overgemaakt. Deze informatie zal nu via het datanetwerk kunnen aangeleverd worden. Specifieke aandacht zal ook moeten worden gegeven aan de samenwerking met die partijen (dienstenleveranciers aan de lokale besturen genaamd) die de lokale besturen vandaag voorzien in de nodige software voor de opmaak en afhandeling van verordende plannen en het samenbrengen van deze plannen in het gemeentelijk plannenregister.

3.4.4. VVP - provincies Ook de Vlaamse provincies zijn een belangrijke stakeholder in het proces, zowel vanuit hun eigen initiatiefrecht naar provinciale ruimtelijke uitvoeringsplannen en verordeningen, als vanuit hun opdracht naar de lokale besturen toe. Vanuit hun autonomie staat het de provincies vrij om intern hun gegevensstromen verder op de hun vertrouwde wijze af te handelen indien geen overkoepelende digitale middelen voorhanden zijn. Er kan worden verwacht dat, na ingebruikname van nieuwe componenten die in overleg werden ontwikkeld, nieuwe of aangepaste informatie digitaal wordt bezorgd. De data worden actueel overigens al in verschillende formaten digitaal aan de Vlaamse overheid overgemaakt. Deze informatie zal nu via het datanetwerk kunnen aangeleverd worden. Hierbij dient opgemerkt dat sommige provincies, zoals de provincie West-Vlaanderen, reeds initiatieven genomen hebben naar het delen van ruimtelijke planningsinformatie voor de betreffende lokale besturen. Deze initiatieven moeten in het kader van het digitaal uitwisselingsplatform maximaal gevaloriseerd worden en de betreffende partners moeten nauw betrokken worden bij de realisatie van het project.

3.4.5. Professionele doelgroepen De informatie van het op te zetten datanetwerk rond stedenbouwkundige voorschriften en hun bijhorende plannen en hun afgeleiden kan relevant zijn voor verschillende professionele doelgroepen zoals architecten, de bouwnijverheid en notarissen. Het is belangrijk om in de loop van het project de impact op deze doelgroepen te onderzoeken en na te gaan welke informatie op welke wijze voor welke doelgroep toegankelijk wordt.


p. 32/65

3.4.6. Burger Uiteindelijk dient ook de ‘burger’ vermeld te worden als een belangrijke stakeholder in het project. Het is immers erg belangrijk voor elkeen om te weten welke de voorschriften zijn waar hij/zij zich moeten aan houden en welke de ontwikkelingsmogelijkheden zijn voor een bepaald perceel of locatie. Dit is een essentieel gegeven, zowel voor de rechtszekerheid als de dynamiek van onze maatschappij.

3.5. OPSPLITSING IN FUNCTIONELE SCHIJVEN De opdracht wordt opgesplitst in een aantal schijven. Schijf 1 is een vaste schijf. Elke andere schijf kan apart besteld worden. In samenspraak met de opdrachtgever en de dienstverlener wordt de volgorde van de bestelling van de schijven bepaald op basis van het voorstel in de offerte en rekening houdend met de vastgestelde termijnen in punt 2.4.7. Hieronder worden de schijven kort beschreven. Elke schijf, behalve de eerste schijf die enkel analyse omvat, bestaat uit een detail analyse van het te ontwikkelen onderdeel, de bouw en het uittesten ervan. Een volgende schijf dient steeds geïntegreerd te worden met de vorige ontwikkelingen. De volledige aanpak (analyse, bouw, integratie) moet resulteren in een herbruikbaar stramien zodat tijdens de ontwikkeling kleine aanpassingen en in de toekomst gelijkaardige procedures (zelfde functionaliteiten met andere data) met een minimum aan bijkomend werk kunnen geïntegreerd worden in de aangeleverde documenten. De bouw betreft volgende activiteiten: •

De eigenlijke bouw;

•

de unit testen;

•

systeem testen;

•

opmaak dossiers voor installatie/exploitatie;

•

de functionele documentatie van services voor aansluitingen;

•

de installatie op acceptatie/test omgeving;

•

de integratie-, acceptatie- en load-testen.


p. 33/65

Overzicht van de schijven: Schijf 1: Hoog niveau analyse Schijf 2: Consolideren en integreren richtlijnen voor uitwisseling en opmaak afsprakenkader Schijf 3: Back end Schijf 4: Beveiliging webservices Schijf 5: Stedenbouwkundige plancheck (Integratie van geo-informatie) Schijf 6: Terugkoppeling vanuit databron DBA Schijf 7: Synchronisatie Schijf 7bis: Synchronisatie naar Mercator Schijf 8: Consolidatie back-end Schijf 9: Front end input Schijf 10: Geïntegreerde installatie in de testomgeving Schijf 11: Voorbereiding productieomgeving


p. 34/65

3.5.1. Schijf 1: Hoog niveau analyse Doel In deze analyse worden alle plantypes die noodzakelijk zijn voor het project overlopen evenals hun procesflow. Om welke plantypes het hier precies gaat, werd beschreven onder de titel “scope plantypes” hiervoor. Deze analyse gaat verder dan de haalbaarheidsstudie Authentieke Geodatabronnen. Deze analyse wordt op een algemeen en generiek niveau uitgewerkt (i.e. “hoog niveau”): •

visie en strategie: een korte beschrijving van wat de gewenste rol is van het digitale uitwisselplatform. Het geeft het kader aan waarin de activiteiten gebeuren;

•

de actoren worden maximaal in kaart gebracht, evenals wat hun verwachtingen zijn en hoe ze wensen om te gaan met de oplossingen die voorwerp uitmaken van deze opdracht;

•

de businessprocessen achter, en de interactie tussen de verschillende plantypes binnen de scope van deze opdracht. Hier wordt de situatie AS IS op het moment van de analyse beschreven, niettemin kunnen er ook opmerkingen geformuleerd worden die verwijzen naar een eventuele op til staande verandering van de processen (bijvoorbeeld in het kader van de “interne staatshervorming”):

•

de verschillende momenten van informatie-uitwisseling tussen de verschillende actoren (wat, waar, wanneer) – gekoppeld aan de businessprocessen – worden beschreven; hier wordt de situatie AS IS op het moment van de analyse beschreven, niettemin kunnen er ook opmerkingen geformuleerd worden die verwijzen naar een eventuele op til staande verandering van de processen (bijvoorbeeld in het kader van de “interne staatshervorming”);

•

de mogelijke interacties met andere bestaande (gelijkaardige) systemen worden in kaart gebracht; in welke mate en op welke manier kan deze oplossing samen sporen met andere gelijkaardige, wenselijke oplossingen; waar zitten er mogelijke valkuilen;

•

de mogelijke interacties en uitwisselmogelijkheden met informatie van andere beleidsdomeinen die een interactie hebben op het vlak van het afleveren van vergunningen (bvb inzake erfgoed, overstromingsgebieden, seveso-bedrijven, …);

•

de impact van deze opdracht op de verdere ontwikkeling van het “gemeentelijk plannenregister” wordt verduidelijkt; wat is de impact op de AS IS situatie van het instrument plannenregister, wat is de gewenste aanpassing aan het functioneren van het instrument “gemeentelijke plannenregister”;

•

de impact van deze opdracht op het procedureverloop van de opmaak van RUP’s (in het bijzonder inzake de uitwisseling van informatie bij de adviesverlening);

•

analyse van beheers- en veiligheidsproblematiek van het uitwisselingsplatform;

•

beschrijvend overzicht van de nodige en gewenste functionaliteiten van het digitale uitwisselplatform, zoals het door deze opdracht wordt geconcipieerd;

•

beschrijving van de gewenste technische architectuur -

applicatiearchitectuur

-

onderverdeling back-end / front-end

-

logisch datamodel

-

opmaken generiek XML-schema. De attributen worden zoveel mogelijk gedocumenteerd in de XSD. Binnen het project ‘digitale bouwaanvraag’ (aangestuurd door RWO) werd eveneens een generiek XML-schema uitgewerkt. Het generiek XML-schema


p. 35/65

dat het voorwerp uitmaakt van deze opdracht dient getoetst aan en afgestemd met het generiek XML-schema van het project ‘digitale bouwaanvraag’. •

…

Opmerking: Naast deze hoog niveau analyse dienen binnen de respectievelijke andere schijven – waar nodig - ook detailanalyses uitgevoerd worden. Deze zijn dan een verdere detaillering van deze hoog niveau analyse. Resultaten Een hoog niveau analyse zowel voor de back-end als de front-end met o.a.: •

een programma van eisen en verwachtingen;

•

een uitgetekende systeem- en toepassingsarchitectuur;

•

een schets van de functionele blokken binnen het raamwerk;

•

een lijst van functionele eisen voor het raamwerk;

•

een lijst van noodzakelijke webservices en plaats van de services binnen de architectuur.

•

de business- en procesflows, voor de plantypes binnen scope (inclusief hun eventuele bijhorende stedenbouwkundige voorschriften en bijlagen) en voor de documenten voor de verkavelingsvergunningen en dit zowel voor de back-end als voor de front-end;

•

een generieke en geïntegreerde XSD uitwisseling plancontouren en hun bijhorende stedenbouwkundige voorschriften en hun afgeleiden op basis van de nieuwe geïntegreerde richtlijn digiRUP – plannenregister.

Ondersteuning Bestaande informatie: richtlijnen, websites, haalbaarheidsstudie, …; Bestaande systemen (Data Manager / geoGUI Corve).

3.5.2. Schijf 2: Consolideren en integreren richtlijnen voor uitwisseling en opmaak afsprakenkader Doel Over de digitale uitwisseling van de plantypes binnen scope bestaan al heel wat technische richtlijnen die bovendien af en toe worden bijgesteld omwille van veranderende randvoorwaarden. Aangezien deze opdracht een stabiele en resistente technologische oplossing beoogt voor het digitaal uitwisselen van de plantypes binnen scope, is er ontegensprekelijk een impact op de inhoud van deze richtlijnen. Anderzijds is het een voordeel dat er niet van nul moet opgebouwd worden. Daarnaast is er, vanuit het oogpunt van administratieve vereenvoudiging voor de betrokkenen, ook nood aan integratie van de bestaande richtlijnen in 1 coherent richtlijnenpakket. Het uitwisselplatform dat voorwerp is van deze opdracht biedt een onmiskenbare opportuniteit hiervoor. Naarmate dit platform concreter vorm krijgt, kunnen en moeten ook de bijhorende richtlijnen van uitwisseling erop afgestemd en dus aangepast worden.


p. 36/65

Om dit doel op een kwaliteitsvolle manier te bereiken is permanent gestructureerd overleg met alle belanghebbende actoren noodzakelijk, in eerste instantie met de producenten en dus aanbieders van de plantypes binnen scope, met name Vlaams Gewest, Provincies en Gemeenten (uiteraard moeten dus zeker VVSG en VVP betrokken worden). Voor deze schijf moet dus een binnen deze opdracht een zo efficiënt mogelijke overlegstructuur uitgewerkt worden, die echter ook rekening houdt met noodzakelijk overleg binnen andere schijven en bestaande overlegstructuren binnen het project ‘digitale bouwaanvraag’. Tijdens dit overleg wordt er kennis met betrekking tot het uitwisselen, ontsluiten en gemeenschappelijk gebruiken van informatie rond de plantypes binnen scope gedeeld en gezamenlijk ontwikkeld. Het is dus belangrijk dat de overlegstructuur een open discussie toelaat, dat er bewaakt wordt dat alle betrokkenen voldoende inbreng hebben, dat er ruimte en tijd is voor reflectie, terugkoppeling en experiment, en dat er op een gefaseerde manier tot een oplossing gekomen wordt, zonder teveel hooi ineens op de vork te nemen. Om deze aanpak te garanderen wordt gevraagd om een iteratieve methode toe te passen, waarbij er telkens wordt voortgebouwd op de resultaten van de vorige iteratie, tot men een resultaat heeft dat tot voldoende tevredenheid leidt bij alle betrokkenen. Er moeten voldoende kennisoverdrachtmomenten worden georganiseerd, en ook technische workshops om bepaalde aspecten met meer diepgang te analyseren zijn wenselijk. Tijdens het overleg zullen zeker volgende onderwerpen concreet aan bod komen (deze lijst is niet limitatief): •

vertrekkend van de bestaande relevante richtlijnen en op het ritme van de technische ontwikkelingen die aan bod komen in de andere schijven van deze opdracht, wordt er stapsgewijs gewerkt aan een geïntegreerd richtlijnenpakket dat het digitale uitwisselplatform adopteert;

•

de nodige standaarden moeten onderzocht worden en keuzes gemaakt welke (eventueel gefaseerd) opgenomen worden (GML, Shape, XML, …);

•

de conformiteit met de INSPIRE-richtlijn en het GDI-decreet wordt permanent geëvalueerd;

•

afspraken over de validatie van de data moeten worden gemaakt;

•

de organisatie van de toegang tot en de beveiliging van het uitwisselplatform moet worden uitgewerkt;

•

er zullen afspraken nodig zijn inzake de uitwisseling van de informatie via webservices;

•

er wordt gezocht naar oplossingen voor specifieke technische knelpunten

•

onderzoek van de problematiek verschillende ondergronden / projectie naar percelenkaart;

•

fasering in de volledigheid en diepgang van de uit te wisselen digitale data binnen scope zal noodzakelijk zijn en moet overeengekomen worden. Dit gebeurt bijvoorbeeld bij de bepaling van de uit te wisselen gegevens op de administratief vastgelegde momenten van uitwisseling binnen de administratieve procedure (voorontwerp, ontwerp, …) van de plantypes binnen scope (bijv. RUP). Anderzijds zullen ook afspraken moeten worden gemaakt over het ritme van de implementatie en de fasering van de vernieuwde richtlijnen, zodat alle betrokkenen mee zijn;

•

de wensen die spelen bij het ontsluiten en uitwisselen van de geoinformatie binnen scope voor en door de overheid, de RO-professionals en de burger, kwamen reeds een eerste keer aan bod tijdens de hoog niveau analyse, en kunnen hier verder worden uitgediept;

•

de relaties met andere gelijkaardige projecten, die al aan bod kwamen tijdens de hoog niveau analyse, kunnen hier verder worden uitgediept met aandacht voor maximaal hergebruik van informatie. Er worden best ook “best practices” onderzocht en gedocumenteerd, in het bijzonder op het vlak van de ondersteuning van lokale besturen.


p. 37/65

Het uitwerken van voorliggend initiatief kan een belangrijke impact hebben op de vigerende regelgeving. Een aanpassing van de regelgeving kan hierbij op termijn noodzakelijk zijn (bijv. “aanbieden” ↔ “verplicht’). Als resultaat zullen ook voorstellen tot optimalisering van de bestaande regelgeving worden aangereikt, zodat de opdrachtgever het initiatief kan nemen om de noodzakelijke bijstellingen aan de juridische richtlijnen uit te voeren Binnen deze schijf neemt de opdrachthouder voornamelijk de rol waar van facilitator van het overleg, en bewaker van de vooruitgang en de kwaliteit. De opdrachthouder zorgt ook voor de verslaggeving tijdens de discussiemomenten, en verzorgt ook de redactie van de resulterende teksten van richtlijnen, afspraken en communicatie-initiatieven. Resultaten •

een aangepast programma van eisen en verwachtingen (bijstelling van de resultaten uit schijf 1);

•

coherent pakket van technische richtlijnen dat gefaseerd kan ingevoerd worden;

•

uitgewerkte technische standaarden;

•

set van validatieregels;

•

afspraken (organisatiegebonden) en aanbevelingen;

•

efficiënte overlegstructuur, met kwaliteitsvolle verslaggeving;

•

aanbevelingen voor een traject naar een permanente beheersstructuur;

•

samenwerkingsprotocollen;

•

voorstellen voor optimalisering relevante regelgeving.

3.5.3. Schijf 3: Back End Doel Deze deelopdracht heeft als doel om een technische infrastructuur in te richten (’plantypes’ binnen scope) voor het aanbieden en ontsluiten van de gewenste geografische data met bijbehorende metadata. Netwerkdiensten - gebouwd volgens open standaarden - ontsluiten de geografische data. In het bijzonder streeft deze deelopdracht naar een aanzienlijke verbetering van de koppeling met de (stedenbouwkundige) voorschriften, in die zin dat bij ruimtelijke bevraging van elk planelement (van de ‘plantypes’ binnen scope) de juiste voorschrifttekst wordt getoond. Binnen dit initiatief wordt dus het effectief koppelen van de plannen / planelementen aan de voorschriften vanuit de ‘component’ voorschriften van de centrale databank geïmplementeerd, en waarbij het ook mogelijk moet zijn om informatie uit het verleden (historiek)op te halen. In het bijzonder dient er ook rekening gehouden met de problematiek van de “oude” plannen (bvb BPA) versus “nieuwe” plannen (opgemaakt volgens de voorschriften digiRUP). Het coherent pakket van technische richtlijnen dat werd uitgewerkt in de schijf ‘Consolideren en integreren richtlijnen voor uitwisseling en opmaak afsprakenkader’ dient in deze schijf effectief geïmplementeerd. Verder zal het uitwisselplatform de nodige mogelijkheden moeten bieden als centraal ‘repository’ van plannen waarbij de relevante informatie op de verschillende ijkmomenten tijdens de opmaakprocedure van een RUP (of enig ander plantype binnen scope) digitaal ter beschikking kan worden gesteld aan adviesverlenende instanties; en waarbij de adviezen van Bestek RWO-DSI-2011-1

p. 38/65

deze instanties eveneens digitaal terugvloeien naar de centrale databron waar ze ter beschikking staan van de planopmakende overheid Deze deelopdracht omvat de analyse, ontwerp en bouw van de “back-end” bron en services. De back-end voorziet zowel in de gegevensuitwisseling als in de dataopslag, de gegevensuitwisseling vindt plaats zowel tussen de bronsystemen en de back-end als tussen de bedrijfstoepassingen van de verschillende overheden en de back-end (de implementatie van de nodige business rules heeft een hoog belang). In het bijzonder wordt de uitwisseling gegarandeerd met het project ‘digitale bouwaanvraag’. Het betreft meer bepaald de volgende onderdelen: 1°. Databank Er wordt een logisch en fysiek databankmodel gemaakt. 2°. Services De architectuur is service-georiënteerd (bevat o.a. de nodige ‘interne’ services) en bestaat verder uit netwerkdiensten die de geografische gegevensbronnen ontsluiten. Op die manier is de communicatie platformonafhankelijk. Vanuit de schijven 1 en 2 zal worden nagegaan welke services zoals bepaald in de “Haalbaarheidsstudie Authentieke Geodatabronnen” (hierna Haalbaarheidsstudie genoemd) effectief dienen weerhouden en ontwikkeld en welke bijkomende – actueel nog niet beschreven - services dienen uitgewerkt. Aangenomen wordt dat minimaal de onderstaande services (of aangepaste versies ervan) dienen ontwikkeld. Het staat de inschrijver vrij om – op basis van zijn kennis en ervaring – een aangepast voorstel over te maken. Dit voorstel dient dan overlegd met alle stakeholders tijdens de uitvoering van het project gevalideerd en waar nodig aangepast. De inschrijver wordt er op gewezen dat actueel de services ZoekRUP en GeefRUP al werden uitgewerkt, en dit voor diverse plantypes. De broncode van deze services (zie bijlage) dient worden herbruikt. De te ontwikkelen services zijn modulaire, zelfstandige en maximaal parametriseerbare componenten, gebouwd volgens open standaarden. Ze betreffen zowel het planaspect, als het voorschriftaspect, als andere mogelijk aspecten. Er wordt onderscheid gemaakt tussen: •

Zoekdiensten -

maken het mogelijk om geografische gegevensbronnen en diensten op te zoeken op basis van de metagegevens; •

•

Raadpleegdiensten -

maken het mogelijk om geografische gegevensbronnen raadpleegbaar te maken, weer te geven en ze per coördinatenpaar te bevragen; •

•

service ZoekPlan (= uitbreiding ZoekRUP (cfr Haalbaarheidsstudie)) – al ontwikkeld (mogelijks aan te passen)

service ToonPlan (= uitbreiding ZoekRUP (cfr Haalbaarheidsstudie))

Overdrachtdiensten -

maken het mogelijk om geografische gegevensbronnen over te dragen; •


service LaadPlan (= uitbreiding LaadRUP (cfr Haalbaarheidsstudie)) p. 39/65

•

•

service LaadPlanBijlage (= uitbreiding LaadRUPBijlage (cfr Haalbaarheidsstudie))

•

service GeefPlan (= uitbreiding GeefRUP (cfr Haalbaarheidsstudie)) – al ontwikkeld

•

service GeefPlanBijlage (= uitbreiding GeefRUPBijlage (cfr Haalbaarheidsstudie))

•

service MaakZip (cfr Haalbaarheidsstudie)

•

service BewerkZip (cfr Haalbaarheidsstudie)

Verwerkingsdiensten -

zorgen ervoor dat gegevens naar een conform gegevensmodel worden getransformeerd. •

service controleerPlan (= uitbreiding controleerRUP (cfr Haalbaarheidsstudie))

In het kader van het uitwerken van de mogelijkheden van het uitwisselplatform als centraal ‘repository’ van plannen die op de verschillende ijkmomenten tijdens de opmaakprocedure van een RUP (of enig ander plantype binnen scope) digitaal ter beschikking kunnen worden gesteld aan adviesverlenende instanties; lijkt het aangewezen om eveneens te voorzien in een parametriseerbare service VraagAdvies (waarbij een aanvraag tot advies wordt uitgestuurd naar de adviesverlenende overheden) en een service GeefAdvies (waarbij het advies (tekst) wordt overgemaakt aan de aanvragende overheid).

In het algemeen zal bij het uitwerken en opzetten van de services de nodige aandacht uitgaan naar de integratie van deze services met de Enterprise Service Bus die door het AGIV zal worden beheerd, en de Geografische Service Bus voor de GDI-Vlaanderen: het toekomstige centrale aanspreekpunt van alle geografische netwerkdiensten. Tevens wordt de integratie met het voorziene Vlaamse geoportaal, dat moet voorzien in een zoek-, raadpleeg- en downloadtoepassing nagegaan en maximaal geïntegreerd. 3°. Validatie Een centrale, geïntegreerde, performante en eenvoudig aanpasbare validatiemodule garandeert de nodige kwaliteitscontrole van de door de bronsystemen aangeleverde datasets: •

volledigheid van de aangeleverde datasets;

•

conformiteit met de technische richtlijnen;

•

conformiteit met de standaarden;

•

integriteit met de businessregels;

•

…

Aan de hand van concrete en duidelijke foutmeldingen worden overheden duidelijk, onmiddellijk en online geïnformeerd waarom de informatie niet kon worden verwerkt. Gegevens worden pas geconsolideerd in de centrale databank nadat ze succesvol de validatiemodule hebben gepasseerd. 4°. Projectiesystemen Het systeem moet toelaten om gegevens uit te wisselen via Lambert 1972 en ETRS89. Zie http://www.ngi.be/NL/NL2-1-9.shtm. Bestek RWO-DSI-2011-1

p. 40/65

Resultaten •

•

•

Centrale databron -

het logisch en fysisch databank model gedocumenteerd volgens de standaarden en procedures van de Vlaamse Overheid;

-

duidelijke en gedocumenteerde richtlijnen omtrent de opzet, beheer, capaciteit, … van de databank op de verschillende omgevingen (ontwikkeling, test, productie);

-

de centrale databron is beschikbaar in testomgeving.

Services -

duidelijke en gedocumenteerde webservices, die derde partijen moeten toelaten om te communiceren met de centrale databron;

-

de webservices zijn beschikbaar in de testomgeving.

Communicatie via verschillende projectiesystemen is mogelijk

Producten •

documentatie van de centrale databron;

•

het script om de centrale databron aan te maken;

•

documentatie over de webservices;

•

fysieke databank in testomgeving;

•

nodige tools en scripts voor foutafhandeling en validatie van inkomende gegevensstromen.

Minimale vereisten •

het databankmodel wordt opgevat als een uitwisselingsplatform en moet het mogelijk maken om met een minimale inspanning de gegevens uit te wisselen tussen toepassingen;

•

de webservices zijn ontwikkeld op basis van open standaarden en zijn compatibel met de op het ogenblik van ontwikkeling van kracht zijnde richtlijnen INSPIRE.

Ondersteuning •

de broncode van de services ZoekRUP en GeefRUP;

•

de SOAP web service Lb7208WS van het NGI.

3.5.4. Schijf 4: Beveiliging webservices Doel Een veilige implementatie van webservices vraagt om een gedegen afweging van de te nemen beveiligingsmaatregelen waarbij de organisatorische invulling evenveel aandacht vraagt als de technische inrichting. Bestek RWO-DSI-2011-1

p. 41/65

Bij het beveiligen van webservices dienen de volgende aspecten minimaal gedekt te worden: auhenticatie, autorisatie, beschikbaarheid, integriteit, vertrouwelijkheid en logging. •

auhtenticatie: de zender en ontvanger zijn gekend

•

autorisatie: wie heeft toegang tot wat?

•

beschikbaarheid: het instandhouden van de continuïteit van de webservice

•

integriteit: tijdens het transport kan het bericht niet aangepast worden

•

vertrouwelijkheid: tijdens het transport is het bericht niet te lezen

•

logging: wie deed wat wanneer?

Er zal worden gestreefd naar een oplossing die minimale impact heeft voor de bedrijfstoepassingen van de verschillende stakeholders bij dit project (beperken gebruik certificaten). Resultaten • • •

nodige tools en ontwikkelomgevingen beschikbaar om de hierboven beschreven maatregelen toe te passen 'service level agreements' met de leveranciers van webservices overeen gekomen afsprakendocument met afnemers webservices uitgewerkt

Producten •

technische analyse

•

“libraries” die de toegang tot de webservices beveiligen (inclusief documentatie)

•

Installatiedossier voor het opzetten van de testomgeving


Koppeling met ACM en IDM Enkel ingelogde gebruikers kunnen hun dossiers inkijken en aanvullen. Om in te loggen wordt gebruik gemaakt van ACM en IDM. Login voor lokale besturen en Vlaamse ambtenaren voor het beheer van de beheersmodule loketten.

•

In het kader van het project ‘digitale bouwaanvraag’ wordt al gewerkt met webservices en certificaten. Deze certificaten dienen herbruikbaar te zijn binnen dit bestek.

3.5.5. Schijf 5: Stedenbouwkundige plancheck: integratie van de raadpleging van de betreffende geo-informatie) Doel Van elke locatie binnen Vlaanderen dient men op elk moment een actueel en correct overzicht te bekomen van de stedenbouwkundige informatie binnen de scope van deze opdracht. Via een vorm van ‘overlay’ van plancontouren en planelementen (voor een begripsomschrijving hiervan zie richtlijnen digitale uitwisseling) dient een oplossing uitgewerkt te worden voor een permanente ‘integratie’ van de beschikbare geografische informatie en de daaraan gekoppelde voorschriften en afgeleiden op elke locatie / perceel. Op basis van parameters (e.g. X,Y coördinaat, adres, buffer) die buiten de te ontwikkelen integratie-toepassing worden bepaald, kan er een stedenbouwkundige plancheck op een bepaalde locatie gebeuren. Daarbij wordt de gekozen locatie geconfronteerd met verschillende geografische databronnen (zowel de centraal samengestelde databron als decentrale Bestek RWO-DSI-2011-1

p. 42/65

databronnen bij lokale overheden via webservices) voor zover deze beschikbaar en bruikbaar zijn. De output beschreven in schijf 7 zal hier ook aan bod komen. De stedenbouwkundige plancheck kan: -

Een opsomming (bv. alle aanwezige plantypen op een gegeven locatie) met mogelijkheid tot weergeven historiek, arresten ivm schorsingen of vernietigingen, …;

-

Een integratie en interpretatie waarbij rekening wordt gehouden met planelementen die elkaar aanvullen en planelementen die elkaar vervangen, schorsingen en vernietigingen. Dit laat toe dat steeds de rechtsgeldige toestand wordt meegegeven. (bv. alle plantypen met extra melding RUP vervangt hier gewestplan);

-

En/of een filter (bv. alleen gewestplan),

zijn van geografische objecten die binnen de invloedssfeer liggen van de gekozen locatie. Er wordt uitgegaan van de verplichte planrubrieken opgesomd in de richtlijn voor de digitale uitwisseling van gegevens betreffende het plannenregister (i.e. de plantypes binnen de scope van deze opdracht). Er dient tevens de mogelijkheid worden voorzien om ook optionele planrubrieken toe te voegen. Let wel: enkel de beschikbare en actuele geodatalagen en bijhorende documenten kunnen gebruikt worden voor zover ze ontsloten worden via open webservices binnen het GDIVlaanderen of gebruiksklaar geïnstalleerd staan op toegankelijke servers (bv. Mercator-servers van MOW-LNE-RWO-DAR). De aanmaak of de ontsluiting zelf van deze geografische datalagen en bijhorende documenten behoort niet tot de scope van dit project. De stedenbouwkundige plancheck is parametriseerbaar vanuit een bedrijfstoepassing. Deze bedrijfstoepassing die het onder andere mogelijk maakt om een locatie te bepalen, filters op te geven en buffers aan te duiden, is niet binnen de scope van deze schijf. Het opvragen van informatie en het manipuleren van de parameters zal via webservices gebeuren. Het resultaat van de stedenbouwkundige plancheck moet doorgestuurd kunnen worden naar bedrijfstoepassingen, via webservices, waar dit resultaat geraadpleegd en gevisualiseerd kan worden. De stedenbouwkundige plancheck kan gebruikt worden door de bevoegde overheid als onderdeel bij de argumentering van een beslissing betreffende (bouw)aanvragen, als insteeklijst voor het aanvragen van externe adviezen of om te komen tot een actueel en volledig overzicht van de ruimtelijke juridische plancontext. Zo zal de stedenbouwkundige plancheck input moeten leveren tijdens het proces Digitale Bouwaanvraag. Resultaten Na uitvoering is een integratie-toepassing beschikbaar waarmee een stedenbouwkundige plancheck kan uitgevoerd worden. De stedenbouwkundige plancheck wordt aangeboden via een zogenaamde relatieset. Deze relatieset definieert een aantal geodatalagen die moeten bevraagd worden en welke buffer daarbij gehanteerd moet worden om ‘grensgevallen’ en nauwkeurigheidsverschillen in ondergrond op te vangen. Uit de verschillende datalagen wordt de data opgehaald die gedefinieerd zijn binnen de relatieset. Dit omvat zowel de geografische component als de eraan gekoppelde (alfanumerieke) gegevens zoals de voorschriften. Producten •

Een programma van eisen

•

Een gedetailleerde functionele analyse met minstens: o

Use Cases;


p. 43/65

o •

Een technische analyse bevat minstens: o

•

•

Testscenario’s. Technische omschrijving van de oplossing incl. use cases

De toepassing: o

Programmacode;

o

Documentatie programmacode.

Het installatiedossier voor het opzetten van de testomgeving.

Minimale vereisten 1° Eenvoudig parametriseerbaar (bv. plantype, ingave buffers) en uitbreidbaar De stedenbouwkundige plancheck maakt gebruik van beschikbare en via open standaarden ontsloten geografische databronnen. Telkens een nieuwe bron, die van belang is bij de behandeling van een aanvraag, beschikbaar wordt gesteld en ontsloten via open standaarden, moet de toepassingsbeheerder in staat zijn om op eenvoudige wijze deze nieuwe databron op te nemen in de stedenbouwkundige plancheck. 2° Omgaan met geografisch onnauwkeurigheden Vermits veel van de betreffende geografische data ingetekend werd op ondergronden (basiskaarten) met verschillende nauwkeurigheden, dient de stedenbouwkundige plancheck daar mee rekening te houden. 3° Evolutie van het beschikbaar materiaal Het resultaat van de stedenbouwkundige plancheck, moet kunnen ontsloten worden, naar externe toepassingen, in verschillende gedaanten: gaande van een omsluitende veelhoek met ID (plancontour) tot een volledig gedetailleerd plan met bestemmingen en voorschriften (input bepaalt output). Ondersteuning De aanwezigheid van bestaande GIS-applicaties (Data Manager, Data Viewer, geoGUI).

3.5.6. Schijf 6: Terugkoppeling vanuit databron DBA Doel Bij het afhandelen van o.a. stedenbouwkundige aanvragen gebeurt er een interpretatie van voornamelijk gewestplanbestemmingen naar kadastrale percelen. Het opzet van dit initiatief bestaat er dan ook in, om bij te houden welke de uitspraak (afgeleverde vergunning) is van een bevoegd ambtenaar (alle overheidsniveaus) omtrent de bestemming van een perceel of percelen die gelegen zijn in probleemzones van bestemmingsplannen. Deze probleemzones bevinden zich meestal aan de rand van het gewestplan en aan bestemmingsgrenzen. Dit heeft als doel om de gebruiker te helpen/ te adviseren bij toekomstige beslissingen en uitspraken in dezelfde omgeving. Resultaten


p. 44/65

Een doorgetest systeem waarbij de koppeling tussen de centrale samengestelde databron rond stedenbouwkundige informatie en de centrale samengestelde databron van de digitale bouwaanvraag wordt gerealiseerd en de nodige scenario’s worden uitgetest. De koppeling voorziet in een ‘application to application’ gegevensuitwisseling betreffende de bestemming van een perceel of percelen, gelegen in probleemzones. Dit vereist een specifieke parametriseerbare webservice(s), dat resulteert in een aparte geharveste laag al dan niet met buffer die ook in andere bedrijfstoepassingen gebruikt kan worden (bv. RWO Data Manager). Daarnaast wordt de mogelijkheid voorzien om uitspraken en indien nodig voorschriften rechtstreeks door te geven aan het uitwisselplatform via de application back office, wanneer de derde partij / DBA er niet in slaagt om zijn services tijdig klaar te hebben. Deze informatie zal ook gebruikt worden bij de integratie van geo-informatie (zie schijf 6) om te komen tot een actueel en volledig overzicht van de ruimtelijke juridische plancontext van een bepaalde locatie. Producten •

Een aangepast programma van eisen

•

Een gedetailleerde functionele analyse met minstens

•

o

Use Cases;

o

Ontwerp interfaces;

o

Testscenario’s.

Een technische analyse bevat minstens: o

•

•

Technische omschrijving van de oplossing incl. use cases en interfaces.

De toepassing: o

Programmacode;

o


Het installatiedossier voor het opzetten van de testomgeving

Minimale vereisten 1° Gebruik van de centraal samengestelde databron digitale bouwaanvraag 2° Enkel ingelogde gebruikers kunnen de web-toepassing raadplegen. Om in te loggen wordt gebruik gemaakt van ACM en IDM. 3° Een bevoegd ambtenaar kan enkel uitspraken doen over percelen die onder zijn bevoegdheid vallen. 4° De opzet van een gebruiksvriendelijke interface.

3.5.7. Schijf 7: Synchronisatie Doel Deze schijf wil komen tot een synchronisatie van gegevens tussen bron- en doelsystemen conform de GDI-richtlijnen. De gegevensuitwisseling tussen de lokale authentieke bron bij alle bestuursniveaus en de centrale samengestelde authentieke bron – en omgekeerd - gebeurt d.m.v. een synchronisatiemechanisme. Bestek RWO-DSI-2011-1

p. 45/65

Resultaten •

een doorgetest systeem waarbij de synchronisatie tussen een lokale authentieke bron en de centrale samengestelde authentieke bron – en omgekeerd - wordt gerealiseerd en de nodige scenario’s werden uitgetest.

Producten •

een aangepast programma van eisen;

•

een gedetailleerde functionele analyse met minstens:

•

•

•

-

use cases;

-

testscenario’s.

de technische analyse bevat minstens: -

technische omschrijving van de oplossing incl. de technische analyse van de nodige componenten;

-

technische uitwerking van de synchronisatie conform de GDI- en Inspirerichtlijnen

de toepassing: -

programmacode;

-

documentatie programmacode.

het installatiedossier voor het opzetten van de testomgeving

Minimale vereisten Overheden gebruiken reeds een brede waaier aan toepassingen. De centrale databron communiceert met deze toepassingen op een eenvormige wijze. Ondersteuning De synchronisatie met diverse externe systemen zal worden getest.

3.5.8. Schijf 7bis: Synchronisatie naar Mercator Doel Tot nu toe gebruikt het beleidsdomein RWO de Mercator-server van het voormalige departement LIN als opslagruimte voor geodata. Met het oog op een efficiënt GDI wil het beleidsdomein samen met MOW en LNE, de Mercator-omgeving laten evolueren naar een GDI waarbij RWO de verantwoordelijkheid voor haar eigen gegevens als authentieke databron op zich neemt. Via dit deelinitiatief zal dienen nagegaan hoe de Mercator-omgeving permanent actueel kan worden gehouden ifv de actualisatie van data binnen het uitwisselplatform en dit conform de GDI-richtlijnen. De gegevensuitwisseling gebeurt d.m.v. een synchronisatiemechanisme. Resultaten


p. 46/65

•

een doorgetest systeem waarbij de synchronisatie tussen de Mercator-omgeving en de centrale samengestelde authentieke bron wordt gerealiseerd en de nodige scenario’s werden uitgetest.

Producten •


•

een gedetailleerde functionele analyse met minstens:

•

•

•

-

use cases;

-

testscenario’s.


technische omschrijving van de oplossing incl. de technische analyse van de nodige componenten;

-

technische uitwerking van de synchronisatie conform de GDI- en Inspirerichtlijnen

de toepassing: -

programmacode;

-



3.5.9. Schijf 8: Consolidatie Back End Doel Komen tot een consolidatie en een optimale afstemming van de verschillende technische componenten uitgewerkt in de schijven 3 t/m 7bis. Resultaten •

een volledig en doorgetest end-to-end uitwisselplatform, afgestemd op de interne processen van de belangrijkste stakeholders conform alle vereisten van de opdracht.

Producten •


•

aangepaste functionele analyses uit vorige schijven;

•

een geïntegreerde (aangepaste) technische analyse;

•

aangepaste producten uit vorige schijven 3 t/m 7bis;

•

de toepassing:

•

-

Programmacode;

-




p. 47/65


het databankmodel wordt opgevat als een uitwisselingsplatform en moet het mogelijk maken om met een minimale inspanning de gegevens uit te wisselen tussen toepassingen.

•

de webservices zijn ontwikkeld op basis van open standaarden en zijn compatibel met de op het ogenblik van ontwikkeling van kracht zijnde richtlijnen INSPIRE

Ondersteuning •

het uitwisselingsplatform en de koppelingen met externe systemen zullen samen met locale authentieke bronnen worden getest

•

de opdrachtgever beschikt over een open source GIS-systeem waarmee vandaag reeds heel wat van de gewenste functionaliteiten via een web toepassing ontsloten en dus getest kunnen worden

•

de broncode van de services ZoekRUP en GeefRUP

3.5.10. Schijf 9: Front end input Doel Voor de overheden (gemeente, provincie, …) die vandaag nog geen toepassing hebben of die wel een toepassing hebben maar waarbij deze nog niet communiceert met de centrale samengestelde databron via webservices wordt een webloket gebouwd, waarmee gegevens kunnen worden toegevoegd aan de centrale samengestelde databron betreffende stedenbouwkundige informatie. Dit loket vervangt geenszins de toepassingen die de overheden vandaag gebruiken. In dit loket wordt geen workflow geprogrammeerd. De registratie en import van gegevens dient conform de richtlijnen, verstrekt door het departement RWO, te gebeuren. Dit loket kan in voorkomend geval ook worden aangewend door databeheerders. De front-end bevat een loket waarmee overheden minstens volgende informatie kunnen toevoegen: • Vectoriële (complementaire) geodatalagen; • Gegeorefereerde rasterbestanden met bijhorende legende en bijhorende ondergrond; • Bijhorende documenten zoals toelichtingsnota, stedenbouwkundige voorschriften, en goedkeuringsbesluit; • Metadata • En afgeleide geodatalagen kunnen opladen en toevoegen. Resultaten Na uitvoering is een web-toepassing beschikbaar waarmee alle geodatalagen (vector en raster) en bijhorende documenten kunnen worden uitgewisseld, opgeladen en toegevoegd, kunnen worden bewaard in de centraal samengestelde databank en kunnen worden doorgestuurd naar andere toepassingen, via webservices of via e-mail. In de front-end wordt ook de mogelijkheid voorzien tot het beheren van deze informatie. Producten Bestek RWO-DSI-2011-1

p. 48/65

• Een aangepast programma van eisen. • Een gedetailleerde functionele analyse met minstens: o

Use Cases;

o

Ontwerp interfaces;

o

Testscenario’s.

• Een technische analyse bevat minstens: o

Technische omschrijving van de oplossing incl. use cases en graphical user interfaces.

• De toepassing: o

Programmacode;

o


• Het installatiedossier voor het opzetten van de testomgeving. Minimale vereisten 1° Een overheid kan enkel bovenstaande informatie opladen, toevoegen, uitwisselen en beheren gelegen op haar grondgebied en waarvoor zij verantwoordelijk is. 2° Enkel ingelogde gebruikers kunnen deze acties ondernemen. Om in te loggen wordt gebruik gemaakt van ACM en IDM. 3° De opzet van een gebruiksvriendelijke interface. 4° De informatie die dient aangeleverd te worden, kan verschillen tussen de plantypes onderling. De toepassing dient hiermee rekening te houden. Ondersteuning De interface zal worden uitgetest. Het projectteam zal van nabij meewerken aan het interface design en zal de werkzaamheden constant opvolgen en waar nodig bijsturen. Bij de ontwikkeling van de front-end dient gebruik te worden gemaakt van de software componenten die de Vlaamse overheid heeft ontwikkeld (zie Hergebruik van bestaande software componenten).

3.5.11. Schijf 10: Geïntegreerde installatie in de testomgeving Doel Het ter beschikking stellen van een ontwikkel en testomgeving van de klant. Deze omgeving dient kort na de start van het project (uiterlijk bij het einde van het eerste kwartaal 2012) opgezet te worden zodat de resultaten van tussentijdse opleveringen ter beschikking kunnen gesteld worden en dient tot het einde van het project (inclusief garantieperiode) beschikbaar te worden gesteld. Op deze omgeving dienen minimaal volgende zaken ter beschikking gesteld te worden: (alle ontwikkelde software componenten in het kader van het project). •

de status opvolgingsmodule;

•

de front-end module;


p. 49/65

•

de service-bus;

•

de webservices;

•

de samengestelde authentieke bron;

•

een tool (één interface) om bugs en aanvragen van verbeteringen, nieuwe functionaliteiten of taken te signaleren en op te volgen.

•

...

Resultaten •

een omgeving opgebouwd met dezelfde architectuurcomponenten & software stack als de productie omgeving (maar uiteraard in vereenvoudigde vorm – vb. zonder load balancing);

•

een uitgewerkt ontwikkeldossier dat zorgt dat de nodige informatie met het oog op de in productie plaatsing beschreven is (zie standaard document in bijlage).Het document omvat ook een beschrijving van de ontwikkelomgeving. Het ontwikkeldossier bevat de nodige verwijzingen naar de functionele en technische analyses;

•

een uitgewerkt installatiedossier. Dit dossier omvat een beschrijving van de meest recente installatie en configuratie van de applicatie;

•

een installatieklare file met de ontwikkelde software als war of jar file;

•

een bug tracking systeem staat ter beschikking.

Producten •

ontwikkeldossier;

•

installatiedossier;

•

WAR file met de meest recente productieve versie;

•

werkende ontwikkelen testomgeving met daarop de meest recent ontwikkelde versie;

•

bug tracking systeem.

Ondersteuning De opdrachtgever heeft al heel wat ervaring opgedaan met de Jira-tool.

3.5.12. Schijf 11: Voorbereiding productieomgeving Doel Om de software op een goede manier in productie te plaatsen (IPS) dienen de vereisten waaraan de infrastructuur moet voldoen worden bepaald. Deze vereisten worden bepaald met de opdrachtgever en omgezet in bruikbare producten met het oog op de IPS. Door op deze manier te werken wordt er ook het nodige draagvlak gecreëerd bij de betrokkenen, en wordt de nodige samenwerking structureel ingebed, zodat die ook kan voortgezet worden na het opleveren van de opdracht. Een beschrijving van belangrijke aandachtspunten en kritische factoren om tot een permanente (organisatorische) beheerstructuur voor het uitwisselplatform te komen moet worden uitgewerkt, zodat de opdrachtgever het traject naar die beheerstructuur concreet kan uitwerken. Elementen die bij deze beschrijving aan bod kunnen komen zijn: Bestek RWO-DSI-2011-1

p. 50/65

•

afspreken en vastleggen van verantwoordelijkheden over de (geo)databronnen.

•

elementen voor samenwerkingsprotocollen, en protocollen voor uitwisseling

•

het mandaat dat een gemeente aan een studiebureau kan geven voor: toegang tot de relevante datasets en oplading van de nodige gegevens

•

afbakening van de verantwoordelijkheid voor het beheer van het raamwerk (wie is aansprakelijk bij illegale of schadelijke inhoud)

•

…

Resultaten Opstellen van ‘Programma van Eisen’ voor: •

de centrale infrastructuur (welke infrastructuur dient worden aangekocht om de toepassing optimaal te laten werken);

•

omschrijving van de nodige Service Level Agreements (SLA) vanuit het oogpunt webtoepassing, webservices en centrale databron;

•

Business Continuity Plan (BCP);

•

Disaster Recovery Plan (DRP);

•

veiligheidsplan.

Producten •

een programma van eisen voor de centrale databron;

•

SLA document; -

responstijden;

-

beschikbaarheid van het systeem.

•

een BCP dat als basis kan dienen bij de keuze van een dienstenleverancier voor de productieomgeving;

•

een DRP dat als basis kan dienen bij de keuze van een dienstenleverancier voor de productieomgeving;

•

monitoring systeem opvolging van productie omgeving.


p. 51/65

3.6. VEREISTEN 3.6.1. Algemene eisen i.v.m. gebruiksvriendelijkheid De toepassing dient te voldoen aan de algemene richtlijnen rond web-usability zoals beschreven in de W3C WAI richtlijnen (zie http://www.w3.org/WAI/).

3.6.2. Hergebruik van bestaande software componenten Waar mogelijk dient er gebruik gemaakt te worden van software componenten die de Vlaamse overheid heeft ontwikkeld. Deze software componenten zijn: 1. OSS GIS en webcomponenten VO (RWO Data Manager/Open Layers & RWO Data Viewer/geoportaal plancontouren (RWO)) 2. OSS GIS en webcomponenten VO GeGIS / GeoMajas; 3. ACM (Access Control Management); 4. IDM (Identity Management). Meer informatie over deze componenten kan u in bijlage vinden. Het mogelijk hergebruik van de vermelde componenten wordt door de inschrijver duidelijk in kaart gebracht. Indien er toch om bepaalde redenen geen gebruik wordt gemaakt van de hoger vermelde software componenten dient dit duidelijk worden omschreven met een gedegen, valabele en correcte argumentatie. Indien er bepaalde licentiekosten dienen betaald te worden dienen deze voor een periode van 5 jaar mee in rekening worden gebracht.

3.6.3. Technische vereisten 1. Open standaarden Het gebruik van open standaarden is verplicht zowel op het vlak van datastandaarden voor alfanumerieke data, GIS data als voor databestanden (vb. PDF). Indien er toch om bepaalde redenen geen gebruik wordt gemaakt van de hoger vermelde software componenten dient dit duidelijk worden omschreven met een gedegen, valabele en correcte argumentatie. Indien er bepaalde licentiekosten dienen betaald te worden dienen deze voor een periode van 5 jaar mee in rekening worden gebracht. 2. Open source Het gebruik van open source software is gewenst. Indien er toch om bepaalde redenen geen gebruik wordt gemaakt van de hoger vermelde software componenten dient dit duidelijk worden omschreven met een gedegen, valabele en correcte argumentatie. Indien er bepaalde licentiekosten dienen betaald te worden dienen deze voor een periode van 5 jaar mee in rekening worden gebracht. 3. Software stack Met betrekking tot de software stack dient er waar mogelijk gebruik worden gemaakt van licentievrije en open componenten. Dit geldt voor (niet limitatieve lijst): -

OS;

-

databanken incl. GEO databank;


p. 52/65

-

beheerstools (monitoring, load balancing, rechtenbeheer, …);

-

ETL-tools.

Indien er toch om bepaalde redenen geen gebruik wordt gemaakt van de hoger vermelde software componenten dient dit duidelijk worden omschreven met een gedegen, valabele en correcte argumentatie. Indien er bepaalde licentiekosten dienen betaald te worden dienen deze voor een periode van 5 jaar mee in rekening worden gebracht. 4. Datastromen tussen het MVG interne netwerk en externe systemen De servers die zich buiten de infrastructuur van het MVG bevinden zijn niet verbonden met het interne MVG beveiligde netwerk. Voor de externe ontsluiting zijn volgende zaken geregeld: -

http verkeer naar BlackBox RP (welke met de ACM policy server communiceert);

-

ftp naar internet via een shared FTP server;

-

beheers trafiek (via OOB – out of bound - naar productie interfaces van de server);

-

opmerking: Andere data stromen naar het VO netwerk zijn niet toegelaten.

De nodige gegevensuitwisseling dient te gebeuren d.m.v. webservices of d.m.v. het ophalen van gegevens van een FTP server. 5. Performantie systeem Algemeen Voor het on the fly ophalen van gegevens via webservices dient de vraag binnen de 0,5 seconden worden doorgestuurd en dient het verkregen resultaat van de webservice binnen de 0,5 seconden worden weergegeven. De inschrijver geeft een bondige en duidelijke omschrijving van de maatregelen die hij zal treffen om de performantie van het door hem voorgestelde systeem te garanderen. Hierbij geeft hij duidelijk met het nodige cijfermateriaal aan welke performanties hij kan garanderen. Gebeurlijk licht hij deze nader toe aan de hand van door hem ontwikkelde systemen. De nodige flexibiliteit en performantie bij de integratie van nieuwe informatie binnen het systeem dient eveneens gegarandeerd. Ook hier geeft de inschrijver duidelijk aan welke oplossingen hij vooropstelt, en dit o.a. ifv de achterliggende bedrijfsprocessen. CONCURRENT USERS De performantie vereisen dienen gehaald te worden bij een totaal van 30 gebruikers die op hetzelfde moment het systeem effectief bedienen (documenten opladen, gegevens via WS ophalen, etc) en op een totaal van 30 gebruikers/systemen die gegevens lezen en wegschrijven in de centrale databank. 6. Effectieve ontwikkeling De bouw zal gefaseerd verlopen, waarbij na elke cluster van nieuw ontwikkelde functionaliteiten de nodige feedback kan worden aangeleverd door RWO (nodige tijdsruimte voorzien); en de ontwikkelaar nadien bijstuurt ifv de wensen van RWO. Behoudens uitdrukkelijke vraag / toestemming van RWO worden deployments van nieuwe ontwikkelingen op de testen productieomgevingen uitgevoerd buiten de kantooruren: 8 – 16 uur.


p. 53/65

Tijdens de ontwikkeling van het platform zal er maximaal worden getest met doelsystemen. Het initiatief hiertoe ligt bij de aanbestedende overheid. De opdrachtnemer stelt hiertoe in overleg met de opdrachtgever de nodige functionaliteit via de ontwikkel- testomgeving ter beschikking.

3.6.4. Veiligheidsvereisten In het kader van dit project zal er worden gestreefd naar een maximale beveiliging van gegevens. De beveiliging slaat zowel op identificatie en autorisatie via de E-ID kaart als ook de beveiliging van het gegevenstransport. Authenticatie op basis van de elektronische identiteitskaart gebeurt aan de hand van VO-ACMdiensten (Access Control Management voor de Vlaamse overheid). Zie documentatie in bijlage. Voor autorisatie wordt gebruik gemaakt van de mogelijkheden tot gedelegeerd gebruikers- en autorisatiebeheer geboden door WebIDM, ter beschikking gesteld door eIB (Afdeling ICT-beleid Vlaamse overheid). Meer informatie over dit gedelegeerd gebruikersbeheer vindt u op http://www.corve.be/projecten/lokaal/gebruikersbeheer/index.php.

EntiteitX (5) www.voi.be

(1)

(5)

Web-Application

Web-Application

(2) (4) Externe Bezoeker

www.vlaandern.be

(1)

(5) Web-Application

(2) (4)

Access Control Mngt (3)

Authenticatie / Validatie Diensten

(3bis)

Identity Management (Storage en Provisioning)

3.6.5. Infrastructuur De infrastructuur dient rekening te houden met de performantievereisten en dient voorzien te zijn van de nodige maatregelen om de gevraagde piekbelasting aan te kunnen.

3.7. OP TE LEVEREN DOCUMENTEN Bij het uitvoeren van de opdracht dienen alle documenten opgemaakt en geleverd te worden in het Nederlands. De functionele analyse, de technische analyse voor het vervolg kunnen apart of gezamenlijk opgeleverd worden. Bestek RWO-DSI-2011-1

p. 54/65

•

•

de functionele analyse bevat minstens: -

programma van eisen;

-

use Cases;

-

schermen;

-

processchema’s;

-

data-analyse en logisch datamodel;

-

testscenario’s;

-

beschrijving van de webservices;

-

beschrijving van de ETL-componenten;

-

functioneel voorstel ICT architectuur;

-

hoog niveau samenhang van de verschillende delen ICT matig;

-

architectuur in relatie tot GDI (gegevensarchitectuur).


XML / XSD;

-

WSDL;

-

database schema’s;

-

software stack (software keuzes);

-

technische omschrijving van de schermen;

-

serverarchitectuur + IT infrastructuur.

•

Programmacode.

•

Documentatie: -

-

Gebruikersdocumentatie:

Gebruikers systeem (architecten/burgers);

integratoren systeem.

Technische documentatie:

Werking gebouwde oplossing.

De werkzaamheden moeten resulteren een herbruikbaar stramien zodat • tijdens de ontwikkeling kleine aanpassingen en • in de toekomst gelijkaardige procedures (zelfde functionaliteiten met andere data) met een minimum aan bijkomend werk kunnen geïntegreerd worden in de aangeleverde documenten.

3.8. IN TE ZETTEN PROFIELEN De selectie van de profielen die op het project werken met bijhorende profielprijs dient ter goedkeuring worden voorgesteld aan het projectteam.


p. 55/65

3.9. BIJKOMENDE DOCUMENTATIE Andere VO-sites •

RWO Data Manager (cf. websites)

http://test.rwo.be:9180/rwo_dm ( login: test_aartselaar / paswoord: test_aartselaar ) http://www.geomajas.org/ (geomajas website) http://magdageo-vkbo-test.vlaanderen.be/vkbo-geogui-loket/professioneelLoket.html (login:XXX paswoord: XXX) http://magdageo-vkbo-test.vlaanderen.be/vkbo-geogui-beheer-vo/globaalBeheer.html (login:XXX paswoord: XXX) http://magdageo-vkbo-test.vlaanderen.be/vkbo-geogui-beheer-lb/loketBeheer.html (login:XXX paswoord: XXX) http://magdageo-vkbo-test.vlaanderen.be/vkbo-geogui-loket/publiekLoket.html (login:XXX paswoord: XXX) http://magdageo-vkbo-test.vlaanderen.be/vkbo-geogui-loket/publiekLoketOnlyMap.html (login:XXX paswoord: XXX)

3.10. TECHNISCHE OMGEVING De front-end componenten van de te ontwikkelen toepassing moeten kunnen draaien binnen de meest gebruikte versies van de courante browsers (Firefox, Explorer (vanaf 6.0), Safari, Chrome, …), liefst zonder bijkomende add-ons. Wanneer toch een add-on noodzakelijk is moet die licentievrij zijn. De communicatie met externe systemen gebeurt via ‘open’ protocollen. De functionele en technische analyse dienen hier rekening mee te houden.


p. 56/65

4. FORMULIEREN

4.1. INSCHRIJVINGSFORMULIER Besteknummer Dept. RWO-DSI-2011-1

De analyse en ontwikkeling van een digitaal uitwisselplatform voor stedenbouwkundige informatie

A. Algemene verbintenis OFWEL: De ondergetekende (naam en voornaam): …………………………………………………….. Hoedanigheid of beroep: ……………………………………………………………………… Nationaliteit: ……………………………… Adres (land, gemeente, straat, nummer):

………………………………………………… ……………………………………………… ………………………………………………

OFWEL: De vennootschap (handelsnaam of benaming, rechtsvorm, nationaliteit, zetel): … vertegenwoordigd door de ondergetekende(n) … OFWEL: De ondergetekende(n), en of de vennootschap(pen) die optreden als vereniging zonder rechtspersoonlijkheid (voor elk van hen dezelfde gegevens als hierboven), … vereniging die tegenover de overheid wordt vertegenwoordigd door één van hen, met name: … verbindt zich op zijn, resp. verbinden zich hoofdelijk op hun, roerende en onroerende goederen tot de uitvoering, overeenkomstig de bepalingen en voorwaarden van bovenvermeld bestek, van de in dat bestek beschreven opdracht, tegen de som van: Bestek RWO-DSI-2011-1

p. 57/65

(in cijfers, inclusief BTW, in euro): ................................................................................... Euro (in letters, inclusief BTW, in euro): ................................................................................... Euro

B. Algemene inlichtingen - Inschrijving bij de RSZ: nr. of nrs. …………………………………………. - BTW (alleen in België): nr. of nrs. ………………………………………….

C. Onderaannemers De onderaannemers die zullen worden aangewend, hebben als nationaliteit: …

D. Personeel Het personeel dat zal worden aangewend, heeft als nationaliteit: ….

E. Betalingen De betalingen zullen geldig gebeuren door overschrijving op rekeningnr. ................................ van de financiële instelling .............................................……………………………………… geopend op naam van .......................................................……………………………………..

F. RSZ - Attest OFWEL (voor de Belgische inschrijver): Geen attest mee te leveren; OFWEL (voor de buitenlandse inschrijver): Bij deze offerte worden de in art. 90, § 4 van het KB van 8 januari 1996 bedoelde attesten voor buitenlandse inschrijvers gevoegd. G. Bijlagen Bij deze offerte zijn eveneens gevoegd: - de bescheiden, gedateerd en ondertekend, die het bestek verplicht over te leggen; - de andere inlichtingen die het bestek verplicht over te leggen. Bestek RWO-DSI-2011-1

p. 58/65

H. Verklaringen op erewoord Door de ondertekening van deze offerte verklaart de kandidaat/inschrijver op zijn erewoord dat hij zich niet in één of meerdere van de uitsluitingsgevallen bevindt zoals bedoeld in artikel 69 van het K.B. van 8.1.1996 en verbindt zich ertoe om, voorafgaand aan de gunning, bij het nazicht van de persoonlijke toestand door de Aanbestedende Overheid via de snelste middelen, en binnen de termijn aangeduid door de Aanbestedende Overheid, de inlichtingen of documenten te leveren die toelaten zijn persoonlijke toestand na te gaan. Door de ondertekening van deze offerte aanvaardt de inschrijver uitdrukkelijk alle voorwaarden van het bestek en ziet de inschrijver af van eventuele andere bepalingen zoals eigen verkoopsvoorwaarden.

Gedaan te .........................................……………........ op ...................……................... De inschrijver(s), …

Naam en hoedanigheid


p. 59/65

4.2. INVENTARIS De inventaris dient opgemaakt conform bijgaand model: Inventaris voor de ontwikkeling LUIK

Omschrijving

Totaal aantal te presteren mensdagen

1

Hoog niveau analyse

2

Consolideren en integreren richtlijnen voor uitwisseling en opmaak afsprakenkader

3

Back end

4

Beveiliging webservices

5

Integratie van geo-informatie

6

Terugkoppeling vanuit databron DBA

7

Synchronisatie

7bis

Synchronisatie naar Mercator

8

Consolidatie back-end

9

Front End input

10

Geïntegreerde installatie in de testomgeving

11

Voorbereiding productieomgeving

PRIJS (euro)

SUBTOTAAL BTW TOTAAL


p. 60/65

Inventaris licentiekosten software: Product

Aanschafprijs

Jaarlijkse licentiekost

Licentiekost van jaar is inbegrepen in aanschafprijs

Totaalprijs over 5 jaar

JA / NEE JA / NEE JA / NEE JA / NEE JA / NEE

TOTAAL BTW TOTAAL incl. BTW


p. 61/65

4.3. INFORMATIE M.B.T. DE REFERENTIES VAN DE INSCHRIJVER 1° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 2° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 3° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 4° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 5° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 6° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bestek RWO-DSI-2011-1

p. 62/65

Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 7° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 8° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 9° Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ 10°Titel opdracht: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Periode uitvoering: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bedrag (Euro): . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Opdrachtgever: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relevantie voor de uitvoering van deze opdracht (beknopt): ............................................................ …


p. 63/65

4.4. INFORMATIE M.B.T. DE BESCHIKBAARHEID EN VERVANGBAARHEID VAN DE MEDEWERKERS Eenheidsprijs per Profiel en Persoon

PROFIEL

NAAM

PRIJS (euro)

Opgave beschikbaar en inzetbaar personeel en hun vervanger. Vervanging van kan slechts gebeuren na voorafgaande goedkeuring door het projectteam (zie bestek)

PROFIEL


NAAM UITVOERDER

NAAM VERVANGER

p. 64/65

5. BIJLAGEN De bijlagen bevatten vertrouwelijke informatie die enkel in het kader van de opmaak van een offerte in het kader van dit bestek mag gebruikt worden. Door het openen van de bijlagen gaat de betrokkene akkoord met het vertrouwelijk karakter en bovenstaande voorwaarde. BIJLAGE 1:

Haalbaarheidsstudie Authentieke Geodatabronnen

bijlage_1_RWO_Haalbaarheidsstudie Authentieke Geodatabronnen_V2.1.doc BIJLAGE 2:

The Spatial Zoning Plans Case

bijlage_2_Case_Report_RUP_FINAL.pdf BIJLAGE 3:

Het GDI-netwerk in Vlaanderen

bijlage_3_Het GDI-netwerk in Vlaanderen.pdf BIJLAGE 4:

Intern document departement RWO met projectformulering “digitaal uitwisselingplatform verordenende ruimtelijke plannen)

bijlage_4_project_uitwisselplatform_plannen.doc BIJLAGE 5:

Richtlijn voor de digitale uitwisseling van gegevens betreffende het plannenregister

bijlage_5_plannenregister_v2_0_richtlijn.pdf BIJLAGE 6:

Richtlijn voor de digitale uitwisseling van ruimtelijke uitvoeringsplannen

bijlage_6_DigiRUPs_richtlijn _v2_2.pdf BIJLAGE 7:

ACM / IDM

bijlage_7_1_VO_ACM_infofiche.pdf bijlage_7_2_VO_ACM_Integratie_Cookbook v2.0 dd20060228.doc bijlage_7_3_VO_IDM_marketingfiche.pdf bijlage_7_4_VO_IDM_Voorbeeld_Koppeling_app_IDM_VKBOGEOGUI.doc BIJLAGE 8:

Zoek_GeefRUP

bijlage_8_rupdienst-source.tgz


p. 65/65

De Vlaamse Overheid Beleidsdomein Ruimtelijke Ordening, Wonen en Onroerend Erfgoed Departement RWO. Besteknummer Dept

Recommend Documents