BIJLAGE Bijlage nr. 1 Bestek algemene offerteaanvraag voor het verwerven van een CMS-systeem en het bouwen van portaalsites

Transcriptie

1 BIJLAG Bijlage nr. 1 Bestek algemene offerteaanvraag voor het verwerven van een CMS-systeem en het bouwen van portaalsites LAAMS GMNSCHAPSCOMMISSI DINSTN AN D LIDND AMBTNAAR DINST COMMUNICATI, MDIA N ICT ALGMN OFFRTAANRAAG AN LRINGN BSTK NR. DLA/COM/ ALGMN OFFRTAANRAAG OOR D LRING AN N CONTNT MANAGMNT SYSTM, 3 PORTAL SITS N N MODL WBSIT OOR D LAAMS GMNSCHAPSCOMMISSI Openingszitting op 12 december 2011 om uur in het Administratiehuis Renaissance, mile Jacqmainlaan 135 te 1000 Brussel [dossiercode] / [directie] / [beleidsinhoud] / [dossierverantwoordelijke] / [statuscollege]

2 A. ALGMN BPALINGN Begrippen oorwerp en aard van de opdracht Duur van de overeenkomst Aanbestedende overheid Bijkomende informatie Indienen en openen van de offertes Indienen van offertes Opening van offertes Leidende dienst - leidend ambtenaar Beschrijving van de uit te voeren leveringen Documenten van toepassing op de opdracht Wetgeving Documenten betreffende de opdracht Offertes In de offerte te vermelden gegevens Geldigheidsduur van de offerte Bij de offerte te voegen stalen, documenten en bescheiden Prijzen Prijzen Prijsherziening Waarborg en dienst na verkoop Selectiecriteria - Regelmatigheid van de offertes - Gunningscriteria Selectiecriteria Uitsluitingscriteria Selectiecriteria inzake de financiële draagkracht van de inschrijver Selectiecriteria met betrekking tot de technische bekwaamheid van de inschrijver Regelmatigheid van de offertes Gunningscriteria Lijst van de gunningscriteria indquotatie valuatie Borgtocht Opleveringen Keuring van de geleverde goederen Uitvoering van de leveringen Termijnen en clausules Termijnen Uitvoeringsvoorwaarde Plaats waar de leveringen moeten worden uitgevoerd en formaliteiten Plaats waar de leveringen moeten worden uitgevoerd valuatie van de uitgevoerde leveringen Facturatie en betaling van de leveringen Aanbestedingsberichten en rechtzettingen Geschillen B. TCHNISCH OORSCHRIFTN Algemeen Huidige situatie Beschrijving ICT-omgeving oorwaarden en uitgangspunten...26 Algemeen Prijzen en tarieven Projectorganisatie

3 Acceptatieprocedure Documentatie isen betreffende in te zetten personeel...34 Opleverdatum isen betreffende maatwerk en projectaanpak...35 Algemene richtlijnen ragen betreffende Open Source...37 Maatwerk Meerwerk tengevolge van wijzigingen...38 Acceptatie van een wijziging...38 Bedrijfsklare oplevering in productie-omgeving...38 Bijkomende diensten door derden...39 Projectaanpak isen betreffende onderhoud...39 isen betreffende correctief onderhoud Functionele en technische eisen...41 Randvoorwaarden Beheer Modulariteit en integratie...57 Functionaliteit en personalisatie...59 BIJLAGN I. KNMRKN AN D T RALISRN WBSITS I. 1 Globaal - GC-portaalsites, een globale visie op de informatie architectuur & UX - 30 p. - Functioneel ontwerp (functionaliteiten voor contentbeheerders) - 5 p. - Oplijsting "datagegevens/databanken "- 3 p. en schema I. 2 Jeugdportaal - GC Jeugd Wireframes - 11 p. - Webconcept GC Jeugdportaal - 22 p. I. 3 Onderwijsportaal - Webconcept GC Onderwijsportaal (inclusief wireframes) - 45 p. I. 4 Gemeenschapscentra - Webconcept GC - GC portaal (inclusief wireframes - omvat info voor portaal en individueel gemeenschapscentrum) - 45p II. OFFRTFORMULIR N INLICHTINGNBLAD (5 pagina's) 3

4 BSTK NR. DLA/COM/ ALGMN OFFRTAANRAAG OOR D LRING AN N CONTNT MANAGMNT SYSTM (CMS), 3 PORTAL SITS N N MODL WBSIT OOR D LAAMS GMNSCHAPSCOMMISSI (GC) A. ALGMN BPALINGN. 1. Begrippen In dit document worden de volgende specifieke begrippen gebruikt. Onder deze begrippen wordt verstaan: 1. Assets: en digital asset kan elke vorm van content of media zijn, dat in een binair formaat beschikbaar is en gebruikt kan en mag worden voor publicatie. Digital assets zijn grofweg onder te verdelen in tekstuele content, beeldmateriaal en multimedia. 2. CMS: en content management systeem (CMS) is een softwaretoepassing, meestal een webapplicatie, die het mogelijk maakt dat mensen eenvoudig, zonder veel technische kennis, documenten en gegevens op een internet site kunnen publiceren. aak zit hier werkstroomfunctionaliteit (workflow) in die het mogelijk maakt content te beoordelen en goed te keuren voordat deze gepubliceerd wordt. 3. Content: de feitelijke inhoud van een website. Onder content valt het geheel van teksten, afbeeldingen, video, geluid, documenten, formulieren, enz. 4. Contentbeheerder: persoon die verantwoordelijk is voor het beheer van bepaalde content. 5. Contentrepository: Database en waarin content en digital assets worden opgeslagen. Waar in dit document de contentrepository wordt genoemd, doelt men meestal op de beheersinterface van de database. 6. Dagen: Kalenderdagen. 7. Portal en portlets: Onder een portal verstaat de GC een webtoepassing die via een eenvormige gebruikersinterface toegang geeft tot een gevarieerd aanbod aan informatiebronnen. Aan de hand van het profiel van de bezoeker (uit het CRM) en de metagegevens van de content kan deze informatie gepersonaliseerd worden. en portal kan samengesteld zijn met behulp van portlets: een venster in het portaal waarbinnen een stuk functionaliteit of content wordt getoond. 8. Projectleider: medewerker van de Inschrijver die de andere medewerkers van Inschrijver aanstuurt, contacten onderhoudt met de projectmanager van de GC en verantwoording aflegt aan de Inschrijver 9. Projectmanager: vertegenwoordiger van de GC, die de andere projectmedewerkers van de GC aanstuurt, contacten onderhoudt met de projectleider van de Inschrijver en verantwoording aflegt aan de Stuurgroep en opdrachtgever 10. Repository: en faciliteit voor het opslaan en beheren van digitale informatie (objecten) in een via internet toegankelijke vorm. Het is in wezen een 'digitale database'. 11. Stuurgroep: Overlegorgaan waarbinnen sturing word gegeven aan de realisatie van het globale project 12. Systeem: CMS inclusief het geheel van programmatuur, apparatuur en infrastructuur die noodzakelijk zijn voor de juiste werking van het CMS. 4

5 2. oorwerp en aard van de opdracht. Deze opdracht betreft de levering van een content management systeem, 3 portal sites en een model website voor de laamse Gemeenschapscommissie. Hiervoor wordt de procedure van de algemene offerteaanvraag gekozen. Deze opdracht omvat één enkel perceel. Dit is een opdracht volgens globale prijzen (K.B. 8 januari 1996, art. 86). De globale forfaitaire prijs bedraagt maximum URO exclusief BTW. 3. Duur van de overeenkomst. De opdracht begint op de eerste kalenderdag die volgt op de dag waarop de leverancier de kennisgeving van de gunning van de opdracht heeft ontvangen en duurt tot op het ogenblik dat de opdracht volledig is uitgevoerd. De uitvoeringstermijn bedraagt maximum 10 maanden. De uitvoering van de leveringen voorzien in het onderhavig bestek moet, in alle gevallen, worden beëindigd binnen de voorziene termijn, in overeenstemming met punt Aanbestedende overheid Bijkomende informatie. De aanbestedende overheid is de laamse Gemeenschapscommissie, vertegenwoordigd door het College, bij delegatie, in de persoon van de leidend ambtenaar van de administratie van de laamse Gemeenschapscommissie. Bijkomende inlichtingen inzake de procedure en de inhoudelijke aspecten van de opdracht kunnen worden via het volgende adres: bestek_ict@vgc.be 5. Indienen en openen van de offertes. 5.1 Indienen van offertes De offertes worden vóór de opening van de offertes, schriftelijk ingediend (een aangetekend schrijven wordt aanbevolen) en opgezonden naar, ofwel persoonlijk neergelegd bij de aanbestedende overheid. De offertes worden aanvaard voor zover de zitting van opening van de offertes niet voor geopend is verklaard. De offertes worden in een omslag gestoken die wordt gesloten. Op deze omslag dienen de volgende vermeldingen te worden aangebracht: - de volledige identiteit van de aanbestedende overheid; - het nummer van het bestek; - de datum en het uur van de opening van de offertes. Deze omslag wordt gestoken in een tweede omslag met de volgende vermeldingen: - het woord «offerte» in de linkerbovenhoek; - het adres van de bestemmeling. Wijzigen of intrekken van een reeds ingediende offerte 5

6 Indien een inschrijver een reeds opgestuurde of ingediende offerte wenst te wijzigen of in te trekken, moet dit gebeuren volgens de bepalingen in artikel 105 van het KB van 8 januari Om een reeds opgestuurde of ingediende offerte te wijzigen of in te trekken, is een schriftelijke verklaring vereist, die door de inschrijver of zijn gemachtigde behoorlijk is ondertekend. Het voorwerp en de draagwijdte van de wijzigingen moeten, op straffe van nietigheid van de offerte nauwkeurig vermeld worden. De intrekking moet onvoorwaardelijk zijn. De intrekking kan ook per telegram, telex of telefax worden medegedeeld voor zover: 1 zij bij de voorzitter van de zitting voor het openen van de offertes toekomt alvorens hij de zitting opent, 2 en zij wordt bevestigd per aangetekende brief, afgegeven bij de post ten laatste de dag die aan de zitting voor het openen van de offertes voorafgaat. Deze voorwaarde is niet van toepassing indien elektronische middelen die voldoen aan artikel 81 quater van het KB van 8 januari 1996 worden gebruikt. 5.2 Opening van offertes Op 12 december om uur wordt in het Administratiehuis Renaissance, mile Jacqmainlaan 135 te 1000 Brussel, overgegaan tot de opening in openbare zitting van de offertes ingediend voor deze opdracht. 6. Leidende dienst verantwoordelijke ambtenaar. De leidende dienst in de zin van artikelen 1 en 2 van de algemene aannemingsvoorwaarden is de dienst Communicatie, Media en ICT van de laamse Gemeenschapscommissie. nkel de aanbestedende overheid is bevoegd voor de controle en het toezicht op de opdracht. De verantwoordelijke ambtenaar is de deskundige-coördinator van de dienst Communicatie, Media en ICT, de heer rik Hulsbosch. Het mandaat van de verantwoordelijk ambtenaar bestaat uit: a) de technische en administratieve opvolging van de diensten tot en met de oplevering; b) de keuring van de prestaties, zowel de a priori als de a posteriori keuring; c) het nazicht van de schuldvorderingen en facturen; d) het opstellen van de processen-verbaal; e) de opleveringen; f) het instaan voor het toezicht op de prestaties; dit toezicht omvat onder meer het geven van onderrichtingen, telkens wanneer het bestek of de gunningsdocumenten onvolledig of onduidelijk zijn. 6

7 7. Beschrijving van de uit te voeren leveringen. Inleiding De GC zoekt een nieuw fundament voor haar 3 portalsites: - Jeugd - Onderwijs - Gemeenschapscentra. De opdracht omvat niet het bouwen van de portaal voor Gezin omdat daarvoor reeds een opdracht gegund is. De site van Gezin zal wel, los van deze opdracht, in het nieuwe systeem geïntegreerd worden. Met deze offerteaanvraag nodigt ze leveranciers uit om een aanbod te doen voor de levering van producten en diensten waarmee ze een stabiel platform wil realiseren voor communicatie en dienstverlening via het web. De GC zoekt een partner die in staat is om de gevraagde portals met bijhorend CMS te leveren met inachtneming van de volgende basiscriteria: 7 - Aantrekkelijk en uitnodigend. en belangrijk aandachtspunt is het gebruiksgemak en aantrekkelijkheid van de portals. Bezoekers moeten een goed gevoel krijgen wanneer ze de GC portals bezoeken. - en goede vindbaarheid van de informatie. Indien een bezoeker van een site de informatie waar hij/zij op zoek naar is niet (snel) kan vinden, maakt het immers weinig uit hoe waardevol die informatie is of hoe gebruiksvriendelijk de site is. Wanneer een bezoeker dit enkele keren ervaart, zal hij/zij zelfs definitief afhaken. - ergroten van de participatiegraad van de interne gebruiker in het proces van informatiebeheer. Met name functionaliteit voor het bijdragen en beheren van content aan de portals zal zeer laagdrempelig moeten zijn. Medewerkers van de GC moeten over de nodige middelen beschikken om op een eenvoudige, intuïtieve manier de inhoud van de sites te bewerken. - Uitstekende performantie. De door de bezoeker gevraagde informatie moet snel op het scherm getoond worden. Zowel de navigatie als het tonen van zoekresultaten mag gemiddeld nooit langer dan 5 seconden duren, zoniet haakt de bezoeker af. - Integratie met gestructureerde data. De sites moeten gestructureerde informatie kunnen tonen die afkomstig is uit bestaande GC databases. - Informatie op maat. De GC streeft naar het aanbieden van informatie op maat. Dit betekent onder meer dat informatie via internet op gepersonaliseerde wijze kan worden aangeboden. Ook wil de GC zelfstandig nieuwe websites / portals kunnen maken, functionele onderdelen ( portlets ) kunnen toevoegen en zeggenschap hebben over de look&feel, zodat ze sites een eigen identiteit kan geven. Informatie die in portlets wordt getoond, moet dynamisch op basis van metadata geselecteerd kunnen worden uit diverse bronnen. - Beschikbaarheid van de sites. De websites van de GC moeten 24/7 beschikbaar zijn voor de bezoeker. Het platform waarop de websites draaien moet dus bijzonder stabiel zijn en de continuïteit van de dienstverlening moet gewaarborgd zijn. - Technische flexibiliteit. De GC geeft de voorkeur aan een systeem dat zodanig ontworpen en ontwikkeld werd dat de portaalbeheerders in staat zijn om zonder hulp van technische specialisten bepaalde aspecten van een site aan te passen. Hierbij denken we bijvoorbeeld (niet exhaustief) aan het toevoegen of weglaten van een webpagina, het toevoegen of weglaten van contentobjecten op een pagina, het wijzigen van lettertypes, aanpassen van achtergrondkleuren, enz...

8 Achtergrond De laamse Gemeenschapscommissie bereidt momenteel enkele belangrijke nieuwe digitale communicatie-initiatieven voor. Het gaat over de ontwikkeling van portaalsites voor Brussel op de terreinen onderwijs, gemeenschapscentra en jeugd. Tegelijk wordt een nieuw model van webconcept voor de 22 gemeenschapscentra gemaakt. Al deze initiatieven naderen het einde van de voorbereidende (inhoudelijke en conceptuele) fase. Ze moeten evenwel nog omgezet worden in kwaliteitsvolle websites. Om dit succesvol te laten verlopen heeft de laamse Gemeenschapscommissie nood aan een nieuw hedendaags Content Management Systeem. Op termijn wenst de laamse Gemeenschapscommissie eveneens de bestaande websites (in de eerste plaats grondig te verbeteren en de werkwijzen op het vlak van webontwikkeling- en onderhoud aan te passen aan hedendaagse standaarden. Daardoor zou ook de ondersteuning van webinitiatieven van diensten en instellingen van de GC verbeterd kunnen worden. erder is het niet aangewezen om verschillende webontwikkelingstools in 1 organisatie te gebruiken. Dit betekent dat het relevant is om tegelijk met de realisatie van de nieuwe portaalsites een stevige basis te leggen voor alle toekomstige GC-webontwikkeling en onderhoud. De laamse Gemeenschapscommissie opteert voor de open source webontwikkelingstool Drupal 7 als algemene technische achtergrond. Uit te voeren leveringen De opdracht bestaat uit de volgende luiken: A. Het tot stand brengen, leveren en implementeren van een nieuw technisch platform voor webontwikkeling en onderhoud. B. Het effectief bouwen van enkele sites: - een onderwijsportaal; - een jeugdportaal; - een portaal voor gemeenschapscentra; - een modelsite (template) voor de gemeenschapscentra en 3 concrete invullingen daarvan. Leveranciers worden gevraagd op basis van de in dit document beschreven specificaties een offerte uit te brengen. oor de verwerking van de onder luik B vermelde leveringen in zijn offerte, baseert de Inschrijver zich eveneens op de specificaties en modellen die beschreven zijn onder bijlage 1 Kenmerken van de te realiseren websites De gunning vindt plaats op basis van de economisch meest voordelige aanbieding. Op de websites zal niet enkel content uit het geleverde CMS worden getoond, maar ook informatie uit andere systemen (databases) of van externe websites. Het is belangrijk dat de software voldoet aan de gestelde functionele en technische eisen en zoveel mogelijk aan de genoemde wensen. In de rest van dit document zal de gevraagde software met de term systeem worden aangeduid. De GC wenst een overeenkomst af te sluiten voor de levering van een systeem, het onderhoud hierop en een raamovereenkomst voor de duur van twee jaar met twee optionele verlengjaren aan te gaan voor uitbreidingen en aanpassingen aan het te leveren CMS. 8

9 De GC zal alle grafische objecten leveren die nodig zijn voor de bouw van de sites. De aanbieder hoeft dus geen werkzaamheden in verband met grafisch ontwerp of ontwikkeling te voorzien. In het kader van de opdracht is de GC op zoek naar een partner die in staat is om de volgende producten en diensten te leveren. Producten o CMS o 3 opgebouwde en werkende portaalsites o 1 Site template die door alle 22 gemeenschapscentra gebruikt wordt voor het opstellen van de individuele sites o 3 opgebouwde en werkende sites van 3 verschillende gemeenschapscentra, op basis van de template, klaar om content toe te voegen (1 site zal volledig door de Inschrijver uitgewerkt worden, de twee andere zullen door GC uitgewerkt worden onder begeleiding van de Inschrijver) o Support en updates voor de periode van tenminste 2 jaar. Diensten o Installatie o Configuratie, parametrering en uitbouw framework o Implementatie van de sites o Opleiding o oor webmasters en ICT beheerders o Train the trainer opleiding voor contentbeheerders o Projectbeheer o Maatwerk. o Support 8. Documenten van toepassing op de opdracht Wetgeving. - De wet van 24 december 1993 betreffende de overheidsopdrachten en sommige opdrachten voor aanneming van werken, leveringen en diensten; - Het koninklijk besluit van 8 januari 1996 betreffende de overheidsopdrachten van werken, leveringen en diensten en de concessies van openbare werken; - Het koninklijk besluit van 26 september 1996 tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten en van de concessies voor openbare werken + bijlage : algemene aannemingsvoorwaarden voor de overheidsopdrachten voor aanneming van werken, leveringen en diensten en voor de concessies voor openbare werken; - Alle wijzigingen aan de wet en de voormelde besluiten die van toepassing zijn op de dag van de opening van de offertes; 8.2. Documenten betreffende de opdracht. - Onderhavig bestek nr. DLA/COM/ met de bijlagen; - De goedgekeurde offerte. 9

10 9. Offertes In de offerte te vermelden gegevens. De aandacht van de inschrijvers wordt gevestigd op artikel 10 van de wet van 24 december 1993 en artikel 78 van het koninklijk besluit van 8 januari 1996 in verband met de onverenigbaarheden. De inschrijver is verplicht het bij het onderhavig bestek gevoegde offerteformulier te gebruiken. Indien toch andere documenten worden gebruikt, is hij verplicht om op elk document de conformiteit met het bij het bestek gevoegde offerteformulier te attesteren (Art. 89 van het KB van 8 januari 1996). De offerte, het offerteformulier en alle bijlagen worden opgesteld in het Nederlands. Door het neerleggen van zijn offerte ziet de inschrijver automatisch af van zijn algemene of bijzondere verkoopsvoorwaarden, zelfs als deze op de een of andere bijlage zijn vermeld in zijn offerte. De inschrijver duidt in zijn offerte duidelijk aan welke informatie vertrouwelijk is en/of betrekking heeft op technische of commerciële geheimen en dus niet mag bekendgemaakt worden door de aanbestedende overheid. De offerte wordt in 3 exemplaren bij het bestek gevoegd. Daarnaast wordt één digitale kopie op stick gevraagd. De digitale versie heeft exact dezelfde structuur als de papieren versie. De volgende inlichtingen zullen worden vermeld in de offerte : - de eenheidsprijs/eenheidsprijzen in letters en in cijfers (excl. BTW); - het totaal bedrag van de offerte in letters en in cijfers (excl. BTW); - het bedrag van de BTW; - de handtekening van de persoon bevoegd om de offerte te ondertekenen; - de hoedanigheid van de persoon die de offerte ondertekent; - de datum waarop voormelde persoon de offerte heeft ondertekend; - het volledige inschrijvingsnummer van de inschrijver bij de Kruispuntbank van de Ondernemingen (voor de Belgische inschrijvers). Om uitsluiting van de door u aangeboden offerte te voorkomen, verzoekt de Aanbestedende overheid de inschrijvers met klem bij de invulling in ieder geval de hierna volgende nummering en indeling te volgen. Tab Omschrijving blad 1 Offerteformulier 10 en volledig ingevuld offerteformulier moet u achter tabblad 1 bijvoegen. Het is NIT toegestaan de opmaak van het offerteformulier te wijzigen, anders dan in de bijlage zelf is aangegeven. Het door een inschrijver zelfstandig wijzigen van de opmaak van het formulier maakt de offerte onvergelijkbaar. Deze dient in dat geval terzijde te worden gelegd. 2 Overzicht voor de beoordeling van de selectiecriteria

11 De Inschrijver voegt hier zijn beschrijving als bijlage toe voor de onder hoofdstuk 12 (selectiecriteria regelmatigheid van de offerte gunningscriteria) van deel A (algemene bepalingen) van het bestek gevraagde informatie. 3 oldoen aan in het bestek omschreven voorwaarden en eisen en beantwoorden aan in het bestek gestelde vragen en geformuleerde wensen In de hoofdstukken 4, 5, 6 en 7 van de Technische oorschriften (deel B van dit lastenboek) zijn reeksen voorwaarden, eisen, wensen en vragen schematisch opgenomen. U dient dit gedeelte volledig in te vullen en als bijlage achter tabblad 3 bij te voegen. ventuele aanvullingen moet u ook achter tabblad 3 bij te voegen. 4 Plan van aanpak inzake ontwikkeling, installatie, implementatie, conversie en opleiding Dit plan van aanpak inzake implementatie dient duidelijk aan te geven welke werkzaamheden/activiteiten de Inschrijver zelf gaat uitvoeren en welke werkzaamheden/activiteiten door derden verricht moeten worden. Waar mogelijk, wordt gevraagd aan te geven wie die derden zijn. Het plan van aanpak is opgebouwd uit onderstaande onderdelen: a) Beschrijving van te ontwikkelen onderdelen (maatwerk); b) Beschrijving van te implementeren onderdelen; c) Opleiding van GC-medewerkers d) Planning en termijnen met daarin gedefinieerd de tijdstippen waarop uiterlijk de onderdelen worden opgeleverd; e) Kwaliteitsplan; f) Testprocedure g) Acceptatieprocedure; h) en tijd-/geld planning voor de projectfasen: o Ontwerp o Constructie o Test o Acceptatie o Productie implementatie o Opleiding o Onderhoud Het gedeelte onder c) over opleiding van GC-medewerkers wordt uitgewerkt rekening houdend met de volgende elementen: 1. en opleiding voor webmasters en ICT beheerders Webmasters moeten in staat zijn om de templates te beheren, met inbegrip van resources en portlets, en aan de hand daarvan een nieuwe site te maken en die aan te passen aan bijvoorbeeld de huisstijl (stylesheets aanpassen, lay-out, beelden, logo). Aantal webmasters: maximaal 5. ICT beheerders moeten de technische omgeving (infrastructuur en CMS framework) van het systeem begrijpen en kunnen beheren (parametrering van de toepassing, security, back-up/restore, desaster/recovery). Aantal ICT beheerders: maximaal 5 2. en train-the-trainer opleiding voor contentbeheerders Aantal deelnemers: maximaal 5 11

12 3. en overzicht van de te nemen maatregelen op het vlak van interne organisatie en opleiding teneinde de werkzaamheden die de GC dient uit te voeren, steeds met voldoende gekwalificeerde mensen effectief kan uitvoeren; 4. en overzicht van de door de Inschrijver te verzorgen opleidingen met gegevens over de planning en duur van de opleiding, het minimaal vereiste niveau van de deelnemers en de inhoud van de opleiding. De gevraagde informatie volledig voorleggen en achter tabblad 4 bij te voegen. ventuele aanvullingen betreffende het plan van aanpak dient u ook achter tabblad 4 bij te voegen. U wordt verzocht uw plan zo bondig mogelijk te formuleren. Waar mogelijk zaken in opsomming weer te geven. 5 Prijzen en tarieven De Inschrijver geeft hier de volgende informatie: - De tarieven per profiel van verstrekkers van diensten; - De prijzen van onderhoudscontracten; - De globale forfaitaire prijs (maximum URO exclusief BTW). 6 Demo account Achter tabblad 6 kunt u de informatie verstrekken met betrekking tot het verzochte demo account 9.2. Geldigheidsduur van de offerte. De inschrijvers blijven gebonden door hun offerte gedurende een termijn van 120 kalenderdagen, ingaande de dag na de opening van de offertes Bij de offerte te voegen stalen, documenten en bescheiden. De inschrijvers voegen bij hun offerte: - alle documenten gevraagd in het raam van de selectiecriteria en de gunningscriteria (zie rubriek 12 hierna); - De statuten en alle andere nuttige documenten die de bevoegdheid van de ondergetekende(n) bewijzen 10. Prijzen Prijzen Alle prijzen vermeld in het offerteformulier worden verplicht uitgedrukt in URO. Dit is een opdracht volgens globale prijs wat betekent dat de globale prijs forfaitair is. De globale forfaitaire prijs bedraagt maximum URO exclusief BTW. De leverancier wordt geacht in zijn globale prijs alle mogelijke kosten die op de leveringen wegen te hebben begrepen, met uitzondering van de BTW. 12

13 10.2. Prijsherziening. oor de onderhavige opdracht is geen prijsherziening mogelijk. 11. Waarborg en dienst na verkoop. De aanbestedende overheid kan gedurende één jaar, te rekenen vanaf de dag van de voorlopige oplevering op de leveringsplaats, van de leverancier eisen dat hij op zijn kosten de producten binnen de gestelde termijn vervangt, wanneer ze gebreken vertonen die geen gebruik toelaten overeenkomstig de voorwaarden van de opdracht. Op al de in vervanging geleverde producten wordt een nieuwe gelijkwaardige waarborgtermijn toegepast. De inschrijvers mogen in hun offerte een langere waarborgtermijn voorstellen. De waarborg is enkel van toepassing voor zover het product door de houder steeds als een goed huisvader werd behandeld. De leverancier moet in geval van een geschil terzake het bewijs leveren dat het product niet als een goed huisvader werd behandeld ; als hij dit bewijs niet levert zijn de modaliteiten inzake de waarborg beschreven in dit artikel van het bestek onverminderd van toepassing. 12. Selectiecriteria - Regelmatigheid van de offertes - Gunningscriteria Selectiecriteria. De inschrijvers worden getoetst aan de hiernavolgende kwalitatieve selectiecriteria. nkel de offertes van de inschrijvers die voldoen aan de selectiecriteria worden in aanmerking genomen om deel te nemen aan de toetsing van de offertes aan de gunningscriteria, voor zover de ingediende offertes administratief en technisch regelmatig zijn Uitsluitingscriteria. Door het indienen van een offerte verklaart de inschrijver zich niet in een van onderstaande uistluitingsgevallen te bevinden. De aanbestedende overheid zal de juistheid van deze impliciete verklaring op erewoord onderzoeken in hoofde van de inschrijver wiens offerte het beste gerangschikt is. Daartoe zal zij de betrokken inschrijver vragen 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. De inlichtingen of documenten die de aanbestedende overheid kosteloos via elektronische middelen bij de gegevensbeheerder kan opvragen, zal door de aanbestedende overheid zelf worden opgevraagd. erste uitsluitingscriterium..1. De Belgische inschrijver die personeel tewerkstelt dat is onderworpen aan de wet van 27 juni 1969 tot herziening van de besluitwet van 28 december 1944 betreffende de sociale zekerheid der arbeiders moet in orde zijn met zijn verplichtingen ten overstaan van de Rijksdienst voor Sociale Zekerheid. Hij wordt geacht in orde te zijn met voormelde verplichtingen indien, blijkt dat hij ten laatste daags vóór de uiterste datum voor de ontvangst van de offertes: 13

14 1 aan de Rijksdienst voor Sociale Zekerheid al de vereiste aangiften heeft toegezonden, tot en met diegene die slaan op het voorlaatste afgelopen kalenderkwartaal voor de ontvangst van de offertes en 2 op deze aangiften geen verschuldigde bijdragen van meer dan URO moet vereffenen, tenzij hij voor die schuld uitstel van betaling heeft verkregen waarvan hij de termijnen strikt in acht neemt. venwel zelfs wanneer de schuld aan bijdragen groter is dan URO, zal de inschrijver in orde beschouwd worden indien hij, alvorens de beslissing tot het gunnen van de opdracht wordt genomen, aantoont dat hij, ten laatste daags voor de uiterste ontvangst van de offertes, op een aanbestedende overheid in de zin van artikel 4, 1 en 2, 1 tot 8 en 10, van de wet of op een overheidsbedrijf in de zin van artikel 26 van die wet, één of meer schuldvorderingen bezit die zeker, opeisbaar zijn en vrij van elke verbintenis tegenover derden zijn en waarvan het bedrag op URO na, ten minste gelijk is aan de achterstallige bijdragen. 2. Ten laatste daags voor de uiterste datum voor de ontvangst van de offertes moet de buitenlandse inschrijver 1 voldaan hebben aan de verplichtingen inzake betaling van de bijdragen voor de sociale zekerheid, overeenkomstig de wettelijke bepalingen van het land waar hij gevestigd is. 2 in orde zijn met de bepalingen van 1, indien hij personeel tewerkstelt dat onderworpen is aan de wet van 27 juni 1969 tot herziening van de besluitwet van 28 december 1944 betreffende de sociale zekerheid der arbeiders..3. De aanbestedende overheid kan in welk stadium van de procedure ook, met alle middelen die zij dienstig acht inlichtingen inwinnen over de stand van betaling van de bijdragen voor de sociale zekerheid van om het even welke inschrijver. Tweede uitsluitingscriterium. Wordt uitgesloten van deelname aan de gunningsprocedure: De leverancier die bij een vonnis dat in kracht van gewijsde is gegaan waaraan de aanbestedende overheid kennis heeft, veroordeeld is voor: 1 deelname aan een criminele organisatie als bedoeld in artikel 324bis van het Strafwetboek; 2 omkoping als bedoeld in artikel 246 van het Strafwetboek; 3 fraude als bedoeld in artikel 1 van de overeenkomst aangaande de bescherming van de financiële belangen van de Gemeenschap, goedgekeurd door de wet van 17 februari 2002; 4 witwassen van geld als bedoeld in artikel 3 van de wet van 11 januari 1993 tot voorkoming van het gebruik van het financieel stelsel voor het witwassen van geld en de financiering van terrorisme. 14

15 Met het oog op de toepassing van dit uitsluitingscriterium kan de aanbestedende overheid, indien zij twijfels heeft over de persoonlijke situatie van een leverancier, de bevoegde binnenlandse of buitenlandse autoriteiten verzoeken om de inlichtingen die ze terzake nodig acht. Derde uitsluitingscriterium. De inschrijver mag niet in één van de volgende gevallen verkeren: 1 in staat van faillissement of van vereffening verkeren, zijn werkzaamheden hebben gestaakt of een gerechtelijk akkoord hebben bekomen, of in een overeenstemmende toestand verkeren als gevolg van een gelijkaardige procedure die bestaat in de nationale wetgevingen en reglementeringen; 2 aangifte hebben gedaan van zijn faillissement, een procedure van vereffening of een gerechtelijk akkoord aanhangig hebben of een gelijkaardige procedure lopende hebben bestaande in de nationale wetgevingen en reglementeringen. ierde uitsluitingscriterium. De inschrijver mag niet bij een vonnis dat in kracht van gewijsde is gegaan, veroordeeld zijn geweest voor een misdrijf dit zijn professionele integriteit aantast. ijfde uitsluitingscriterium. De inschrijver mag niet bij zijn beroepsuitoefening een ernstige fout hebben begaan, vastgesteld op grond die de aanbestedende overheden aannemelijk kunnen maken. Bovendien, verbindt de inschrijver, door de ondertekening van zijn offerte, zich tot het naleven van de normen bepaald in de basisconventies van de Internationale Arbeidsorganisatie (IAO), en in het bijzonder : 1. het verbod op dwangarbeid (verdrag nr. 29 betreffende de gedwongen of verplichte arbeid, 1930 en verdrag nr. 105 betreffende de afschaffing van de gedwongen arbeid, 1957); 2. het recht op vakbondsvrijheid (verdrag nr. 87 betreffende de vrijheid tot het oprichten van vakverenigingen en bescherming van het vakverenigingsrecht, 1948); 3. het recht van organisatie en collectief overleg (verdrag nr. 98 betreffende het recht van organisatie en collectief overleg, 1949); 4. het verbod op discriminatie inzake tewerkstelling en verloning (verdrag nr. 100 betreffende de gelijke verloning, 1951 en verdrag nr. 111 betreffende discriminatie (beroep en beroepsuitoefening), 1958); 5. de minimumleeftijd voor kinderarbeid (verdrag nr. 138 betreffende de minimumleeftijd, 1973), alsook het verbod op de ergste vormen van kinderarbeid (verdrag nr. 182 over de ergste vormen van kinderarbeid, 1999). Het niet-naleven van de hierboven vermelde verdragen zal dus worden beschouwd als een ernstige fout bij de beroepsuitoefening in de zin van artikel 43, 4 van het KB van 8 januari De hogervermelde voorschriften zijn van toepassing ongeacht de andere voorschriften opgenomen in het artikel 43 van het hierboven vermeld besluit. 15

16 Zesde uitsluitingscriterium. De inschrijver moet in orde zijn met de betaling van de verschuldigde directe belastingen en van de verschuldigde BTW. Zevende uitsluitingscriterium. De inschrijver mag zich niet in ernstige mate schuldig hebben gemaakt aan het afleggen van valse verklaringen bij het verstrekken van inlichtingen, opvorderbaar in het raam van deze opdracht Selectiecriteria inzake de financiële draagkracht van de inschrijver. De inschrijver moet tijdens één van de laatste drie boekjaren een voldoende totale omzet hebben gerealiseerd. Hij voegt bij zijn offerte een verklaring inzake de totale omzet gerealiseerd tijdens de laatste drie boekjaren tenzij de totale omzet vermeld staat op de goedgekeurde jaarrekeningen die via het elektronisch loket kunnen worden geraadpleegd (dit zijn de jaarrekeningen neergelegd bij de Nationale Bank van België, opgesteld volgens het volledig boekhoudkundig schema, of volgens het verkort boekhoudkundig schema waarop de facultatieve vermelding van de gerealiseerde totale omzet ingevuld werd). De inschrijver moet tijdens de laatste drie boekjaren een voldoende omzet inzake de activiteiten die rechtstreeks verband houden met de leveringen die in dit bestek worden beschreven, hebben gerealiseerd. Hij voegt bij zijn offerte een verklaring inzake deze omzet gerealiseerd tijdens de laatste drie boekjaren. De inschrijver dient tevens over voldoende financiële slagkracht te beschikken. Deze financiële slagkracht zal worden beoordeeld op basis van de goedgekeurde jaarrekeningen van de laatste drie boekjaren neergelegd bij de Nationale Bank van België. De inschrijvers die de goedgekeurde jaarrekeningen hebben neergelegd bij de Nationale Bank van België hoeven deze niet bij hun offerte te voegen, aangezien de aanbestedende overheid deze jaarrekeningen kan raadplegen via het elektronisch loket van de federale overheid. De inschrijvers die de goedgekeurde jaarrekening van de laatste drie boekjaren niet bij de Nationale Bank van België hebben neergelegd, zijn verplicht om deze bij hun offerte te voegen. Deze verplichting geldt ook voor de jaarrekening die onlangs werd goedgekeurd en die nog niet bij de Nationale Bank van België werd gedeponeerd, omdat de wettelijk voorziene termijn voor het neerleggen ervan nog niet verstreken is.. oor eenmanszaken dient een staat van alle activa en passiva door een accountant IDAC of een bedrijfsrevisor te worden opgesteld. Deze staat dient door een erkend accountant IDAC of door de bedrijfsrevisor, naargelang het geval, voor echt te worden verklaard. Het document moet een recente financiële toestand weerspiegelen (maximum 6 maanden oud te rekenen vanaf de datum van de opening van de offertes). Indien de onderneming nog geen jaarrekening heeft gepubliceerd, volstaat een tussentijdse balans voor echt verklaard door de accountant IDAC of door de bedrijfsrevisor. oor de buitenlandse ondernemingen dienen tevens de goedkeurende jaarrekeningen van de drie laatste jaren of een staat van alle activa en passiva van de onderneming bij de offerte te worden gevoegd. Indien de onderneming nog geen jaarrekening heeft gepubliceerd, volstaat 16

17 een tussentijdse balans voor echt verklaard door de accountant of door de bedrijfsrevisor of door de persoon of organisme dat een soortgelijke functie in zijn land uitoefent Selectiecriteria met betrekking tot de technische bekwaamheid van de inschrijver. erste criterium inzake de bekwaamheid van de inschrijver. De inschrijver dient over het volgende personeel te beschikken dat inzake studie- en beroepskwalificaties, aan de volgende vereisten voldoet: - m.b.t. de projectleider : Minimum 5 jaar ervaring in ICT projecten Minimum 3 jaar ervaring in project management PMI of Prince2 certificaat is een voordeel - m.b.t. de architect: Minimum 5 jaar ervaring in software ontwikkeling Minimum 3 jaar ervaring in technische analyses en ontwerpen van webtoepassingen Grondige kennis van Drupal - m.b.t. de programmeurs: Minimum 3 jaar ervaring in software ontwikkeling (bij voorkeur webtoepassingen) Minimum 1 jaar full-time ervaring in Drupal Bij zijn offerte voegt de inschrijver een lijst met de identiteit van het personeel dat aan deze vereisten voldoet, met opgave van de studie- en beroepskwalificaties waarover dit personeel beschikt. Tweede criterium inzake de bekwaamheid van de inschrijver. De inschrijver moet over voldoende referenties aan leveringen beschikken die werden uitgevoerd tijdens de laatste drie jaar inzake de activiteiten die rechtstreeks verband houden met de leveringen die in dit bestek worden beschreven. Indien het leveringen aan overheden betreft, worden de leveringen aangetoond door certificaten die door de bevoegde overheid zijn opgesteld of goedgekeurd. Indien het gaat om leveringen aan privaatrechtelijke personen worden de leveringen aangetoond door certificaten opgesteld door deze personen, of bij ontstentenis, door een verklaring van de inschrijver Regelmatigheid van de offertes. De offertes van de geselecteerde inschrijvers zullen worden onderzocht op het vlak van hun regelmatigheid. Onregelmatige offertes zullen worden geweerd. nkel regelmatige offertes komen in aanmerking om te worden getoetst aan de gunningscriteria Gunningscriteria. 17

18 oor de keuze van de meest interessante offerte worden de regelmatige offertes van de geselecteerde inschrijvers aan een aantal gunningscriteria getoetst. Deze criteria zullen gewogen worden teneinde een eindklassement te bekomen Lijst van de gunningscriteria. De gunningscriteria in dalende rangorde van belangrijkheid, zijn de volgende : 18

19 1. Kwaliteit (65 %); 2. Prijzen en tarieven (35 %) indquotatie. De quotaties voor de twee gunningscriteria zullen worden opgeteld. De opdracht zal worden gegund aan de inschrijver met de hoogste eindquotatie, nadat de aanbestedende overheid ten opzichte van deze inschrijver de juistheid van de impliciete verklaring op erewoord heeft nagegaan en op voorwaarde dat uit de controle blijkt dat de impliciete verklaring op erewoord overeenkomt met de werkelijkheid valuatie De evaluatie gebeurt door een beoordelingscommissie opgericht in de schoot van de GC. De evaluatie van de gunningscriteria gebeurt als volgt: - valuatie van gunningscriterium 1 : kwaliteit 19 De score kwaliteit wordt opgebouwd uit de verschillende deelaspecten als benoemd in onderstaande tabel. Op elk deelaspect is een score van 0 t/m 10 punten te behalen. Na toepassing van de wegingsfactoren is de totaalscore op kwaliteit in het bereik 0 t/m 10 punten. Aspecten Weging Subweging 1. Plan van aanpak 15% a) Beschrijving van te ontwikkelen onderdelen b) Beschrijving van te implementeren onderdelen c) Opleiding van GC-medewerkers d) Planning en termijnen met daarin gedefinieerd de tijdstippen waarop uiterlijk de geïmplementeerde onderdelen worden opgeleverd e) Kwaliteitsplan f) Testprocedures g) Acceptatieprocedure h) en tijd-/geld planning voor de projectfasen 2. Specifieke eisen, vragen en wensen van het 75 % lastenboek a) Maatwerk en projectaanpak 45% b) Onderhoud en dienstverlening na 10% oplevering c) Functionele en technische zaken 45% 3. Demo 10%

20 Demo en groep van minimaal 3 webbeheerders zal in de demo-omgeving beheerscenario s uitvoeren en de bruikbaarheid van het systeem beoordelen. De webbeheerders voeren in de beoordelingsprocedure o.a. de volgende (niet limitatieve ) lijst van taken uit: - Plaatsen, bewerken, publiceren en verwijderen van content en assets op webpagina s met behulp van de aanwezige editors - Werken volgens- en inrichten van workflow - Beheren van de contentrepository - Beheren van de metadataset en labelen van content met metadata Na de individuele beoordeling vindt een gezamenlijke beoordelingssessie plaats waarbij verschillen in beoordeling worden besproken en indien nodig bijgesteld. Het resultaat hiervan wordt overgemaakt aan de beoordelingscommissie. indbeoordeling Kwaliteit Ten behoeve van de eindwaardering van inschrijvers op het gehele subgunningscriterium 'Kwaliteit' zal de hoogste gewogen totaalscore een waardering van 10 punten krijgen. De eindwaarderingen van de overige inschrijvers zullen hieraan pro rata worden gerelateerd (normalisatie van de kwaliteitscore). - valuatie van gunningscriterium 2 Het gunningscriterium Prijzen en tarieven is onderverdeeld in de volgende twee subcriteria. - De tarieven per profiel van verstrekkers van diensten (15 %) - De prijzen van onderhoudscontracten (15%) - De globale forfaitaire prijs (70%) indbeoordeling prijs Ten behoeve van de eindwaardering van inschrijvers op het gehele subgunningscriterium 'Prijs' zal de hoogste gewogen totaalscore een waardering van 10 punten krijgen. De eindwaarderingen van de overige inschrijvers zullen hieraan pro rata worden gerelateerd (normalisatie van de prijsscore). 13. Borgtocht. De borgtocht bedraagt 5 % van het totaal bedrag, excl. BTW, van de opdracht. Het aldus bekomen bedrag wordt afgerond naar het hogergelegen tiental URO. Overeenkomstig de wets- en reglementsbepalingen kan de borgtocht hetzij in speciën of publieke fondsen, hetzij onder de vorm van een gezamenlijke borgtochtstelling worden gesteld. 20

21 De borgtocht kan eveneens worden gesteld via een waarborg toegestaan door een kredietinstelling die voldoet aan de voorschriften van de wet van 22 maart 1993 op het statuut van en het toezicht op de kredietinstellingen of door een verzekeringsonderneming die voldoet aan de voorschriften van de wet van 9 juli 1975 betreffende de controle der verzekeringsondernemingen en die toegelaten is tot tak 15 (borgtocht). De leverancier moet, binnen de dertig kalenderdagen volgend op de dag van de gunning van de opdracht, het bewijs leveren dat hij of een derde de borgtocht op een van de volgende wijzen heeft gesteld: 1 wanneer de borgtocht in speciën wordt gesteld, door storting van het bedrag op de Postchequerekening van de Deposito- en Consignatiekas (PRK nr ) of van een openbare instelling die een functie vervult die gelijkaardig is met die van genoemde Kas, hierna genoemd openbare instelling die een gelijkaardige functie vervult; 2 wanneer de borgtocht uit publieke fondsen bestaat, door neerlegging van deze voor rekening van de Deposito-en Consignatiekas in handen van de Rijkskassier op de zetel van de Nationale Bank te Brussel of bij een van haar provinciale agentschappen of van een openbare instelling die een gelijkaardige functie vervult; 3 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; 4 wanneer de borgtocht gesteld wordt door middel van een waarborg, door de verbintenisakte van de kredietinstelling of van de verzekeringsonderneming. Dit bewijs wordt geleverd, naargelang van het geval, door overlegging aan de aanbestedende overheid van: 1 hetzij het ontvangstbewijs van de Deposito- en Consignatiekas of van een openbare instelling die een gelijkaardige functie vervult; 2 hetzij het debetbericht van de kredietinstelling of van de verzekeringsonderneming; 3 hetzij het deposito-attest van de Rijkskassier of van een openbare instelling die een gelijkaardige functie vervult; 4 hetzij de originele akte van solidaire borg, geviseerd door de Deposito- en Consignatiekas of van een openbare instelling die een gelijkaardige functie vervult; 5) hetzij het origineel van de verbintenisakte opgemaakt door de kredietinstelling of de verzekeringsonderneming die een waarborg heeft toegestaan. Deze documenten, ondertekend door de deponent, vermelden waarvoor de borgtocht werd gesteld en de precieze bestemming, bestaande uit de beknopte gegevens betreffende de opdracht en verwijzing naar het bestek, alsmede de naam, voornamen en volledig adres van de leverancier en eventueel deze van de derde die voor rekening van de leverancier het deposito heeft verricht, met de vermelding geldschieter of gemachtigde, naargelang het geval. De termijn van dertig kalenderdagen hiervoor vermeld wordt opgeschort tijdens de sluitingsperiode van de onderneming van de leverancier voor de betaalde jaarlijkse vakantiedagen en de inhaalrustdagen die op reglementaire wijze of in een algemeen bindende verklaarde collectieve arbeidsovereenkomst werden bepaald. Het bewijs van borgtochtstelling dient te worden gezonden aan het adres dat zal worden vermeld in de kennisgeving van de gunning van de opdracht. 21

22 De borgtocht wordt in één keer vrijgegeven na het definitief aanvaarden van de laatste opdracht uitgevoerd op basis van de overeenkomst afgesloten op basis van dit bestek, op uitdrukkelijke vraag van de leverancier en op voorwaarde dat de leveringen zijn opgeleverd. Indien de uitvoeringstermijn dertig kalenderdagen niet overschrijdt, is een borgtocht niet vereist. 14. Opleveringen Keuring van de geleverde goederen. De leveringen zullen nauwlettend worden opgevolgd door een afgevaardigde van de aanbestedende overheid. 15. Uitvoering van de leveringen Termijnen en clausules Termijnen De leveringen moeten worden uitgevoerd binnen een termijn uit te drukken in kalenderdagen die de inschrijver verplicht in zijn offerte vermeldt. Deze termijn begint te lopen vanaf de dag die volgt op deze waarop de leverancier de kennisgeving van de gunning van de opdracht heeft ontvangen. Aangezien de uitvoeringstermijn een aspect van het gunningscriterium kwaliteit is, zal het niet vermelden van deze termijn de substantiële onregelmatigheid van de offerte tot gevolg hebben. Alle dagen zonder onderscheid worden in de termijn gerekend. De uitvoeringstermijn bedraagt maximum 10 maanden. De bestelbon wordt per aangetekend schrijven, per fax of op iedere andere manier die onomstotelijk toelaat de datum van versturing te bepalen, naar de leverancier verstuurd. De opeenvolgende uitwisseling van briefwisseling eigen aan de bestelbon (en de levering) volgen dezelfde regels als deze voorzien voor de versturing van de bestelbon en dit telkens als één van beide partijen wenst een bewijs te hebben van zijn tussenkomst. In geval van ontvangst van de bestelbon na de termijn van twee werkdagen, kan de leveringstermijn na schriftelijke aanvraag en verantwoording van de leverancier verlengd worden naar verhouding van de vastgestelde vertraging van de ontvangst van de bestelbon. Indien de bestellende dienst, na onderzoek van het schriftelijk verzoek van de leverancier, het geheel of gedeeltelijk gegrond vindt, laat deze hem schriftelijk weten welke verlenging van leveringstermijn aanvaard wordt. In geval van duidelijk onjuiste of onvolledige inhoud van de bestelbon, welke elke uitvoering van de bestelling verhindert, verwittigt de leverancier onmiddellijk per schrijven de bestellende dienst opdat een oplossing voor een normale afhandeling van de bestelling gevonden kan worden. Indien nodig, vraagt de leverancier een verlenging van de leveringstermijn aan volgens dezelfde voorwaarden zoals voorzien in geval van laattijdige ontvangst van de bestelbon. In ieder geval zijn de betwistingen eigen aan de bestelbon, die niet binnen de 15 kalenderdagen te rekenen vanaf de eerste dag die volgt op de datum van ontvangst van de bestelbon door de leverancier, niet meer ontvankelijk Uitvoeringsvoorwaarde 22

23 De inschrijver engageert zich, gedurende de volledige uitvoering van de opdracht, de 8 basisconventies van de IAO, zoals ze opgenomen zijn in punt van dit bestek, te respecteren. Het niet respecteren van dit engagement kan, op basis van artikel 20, 1, 4 van de Algemene aannemingsvoorwaarden, bijgevoegd bij het Koninklijk Besluit van 26 september 1996, aanleiding geven tot de toepassing van maatregelen van ambtswege voorzien in 6 van hetzelfde artikel en meer bepaald tot de eenzijdige verbreking van de opdracht Plaats waar de leveringen moeten worden uitgevoerd en formaliteiten Plaats waar de leveringen moeten worden uitgevoerd. De leveringen zullen worden uitgevoerd op het volgende adres: laamse Gemeenschapscommissie Communicatie, Media en ICT mile Jacqmainlaan 135, 1000 Brussel Het bezoek aan de plaats waar de leveringen zullen moeten worden uitgevoerd, gebeurt op de dag en het uur overeengekomen met de voormelde persoon valuatie van de uitgevoerde leveringen. Indien tijdens de uitvoering van de leveringen abnormaliteiten worden vastgesteld, zal dit onmiddellijk aan de leverancier worden gemeld door middel van een fax of een bericht, dat nadien zal worden bevestigd door middel van een aangetekend schrijven. De leverancier is verplicht om niet conform uitgevoerde leveringen te vervangen door leveringen die overeenstemmen met deze die in dit bestek en in de offerte werden beschreven. Op het ogenblik dat de leveringen zullen uitgevoerd zijn, zal een eerste evaluatie worden gemaakt van de kwaliteit en conformiteit van de uitgevoerde leveringen. an deze evaluatie zal een proces-verbaal worden opgemaakt, waarvan het origineel exemplaar zal worden overgemaakt aan de leverancier. Niet behoorlijk of niet conform uitgevoerde leveringen zullen door de leverancier moeten worden teruggenomen. oormelde evaluatie dekt de verborgen gebreken niet. 16. Facturatie en betaling van de leveringen. De leverancier zendt de facturen (in één exemplaar) en het proces-verbaal van oplevering van de leveringen (origineel exemplaar) naar het volgende adres: 23 laamse Gemeenschapscommissie Dienst Financiën mile Jacqmainlaan 135, 1000 Brussel nkel behoorlijk uitgevoerde leveringen mogen worden gefactureerd. De betaling gebeurt binnen een termijn van 50 kalenderdagen te rekenen vanaf de datum waarop de keuringsformaliteiten zijn beëindigd, voor zover de aanbestedende overheid

24 tegelijkertijd in het bezit is van een regelmatig opgestelde factuur, alsook van de andere eventuele vereiste documenten. De factuur dient te worden opgesteld in URO. 17. Aanbestedingsberichten en rechtzettingen. De in het Bulletin der Aanbestedingen en het Publicatieblad van de uropese Gemeenschap aangekondigde of gepubliceerde berichten en rechtzettingen die betrekking hebben op de aannemingen in het algemeen, evenals de berichten en rechtzettingen betreffende deze aanneming maken integraal deel uit van huidig bestek. De inschrijver wordt geacht er kennis van genomen te hebben en er bij het opmaken van zijn offerte rekening mee gehouden te hebben. 18. Geschillen. Alle betwistingen met betrekking tot de uitvoering van deze opdracht worden uitsluitend beslecht voor de bevoegde rechtbanken van het gerechtelijk arrondissement Brussel. De voertaal is het Nederlands. De aanbestedende overheid 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 leverancier vrijwaart de aanbestedende overheid tegen elke vordering van schadevergoeding door derden in dit verband. Artikel I. B. TCHNISCH OORSCHRIFTN. 1. Algemeen De GC zoekt een nieuw fundament voor haar 3 portalsites: - Jeugd - Onderwijs - Gemeenschapscentra. De opdracht omvat niet het bouwen van de portaal voor Gezin omdat daarvoor reeds een opdracht gegund is. De site van Gezin zal wel, los van deze opdracht, in het nieuwe systeem geïntegreerd worden. Met deze aanbesteding nodigt ze leveranciers uit om een aanbod te doen voor de levering van producten en diensten waarmee ze een stabiel platform wil realiseren voor communicatie en dienstverlening via het web. De opdracht omvat ook het opleveren van de opgebouwde en werkende 3 portalsites, een modelsite en 3 opgebouwde en werkende sites van verschillende gemeenschapscentra. Het volume aan webbezoek per te realiseren portal wordt geraamd op 1000 unieke bezoekers per dag met in totaal 4000 pageviews per dag. Het volume aan webbezoek per website van een van de 22 gemeenschapscentra wordt voor de toekomst geraamd op gemiddeld 200 unieke bezoekers per dag met in totaal 800 pageviews per dag. 24

25 Leveranciers worden gevraagd op basis van de in dit bestek beschreven specificaties een offerte uit te brengen. Gunning vindt plaats op basis van de economisch meest voordelige aanbieding. De laamse Gemeenschapscommissie wenst in een latere fase eveneens de bestaande websites (in de eerste plaats grondig te verbeteren en te integreren in het platform dat na uitvoering van de opdracht omschreven in dit bestek, opgeleverd zal worden. 2. Huidige situatie De huidige websites van GC: 1. Sites gemaakt en onderhouden binnen het momenteel nog gebruikte Microsoft Content Management System (met updates door ongeveer een 30-tal webredacteurs verspreid over de verschillende diensten ) Hoofdwebsite: Minisites : Statische html-sites (onderhouden door het centrale team digitale communicatie ) met al dan niet een nieuwsmodule die een webredacteur zelf update (GC-databank ): GC-Scholen : Typesites gemeenschapscentra (statische sites onderhouden door digitale communicatie, met enkele modules die onderhouden worden door de gemeenschapscentra zelf zoals: homepage, kalender, nieuws en cursusaanbod. Deze gegevens zitten in een databank van de GC en worden geüpdatet door de centra zelf) :

26 igen sites van gemeenschapscentra (die hun site zelf maken en onderhouden) : oor de vormgeving wordt gebruik gemaakt van ongeveer 3 verschillende templates (vgc.be, minisites en typesites voor de GC). Al de anderen zijn steeds individuele statische sites op maat. 3. De ICT-omgeving en beschrijving van de huidige ICT-infrastructuur is niet relevant voor deze opdracht. In het lastenboek wordt geen hosting opgenomen, wel worden aan de Inschrijver de specificaties voor de hosting gevraagd. 4. oorwaarden en uitgangspunten De Inschrijver moet dit hoofdstuk ingevuld meesturen met de offerte. In dit hoofdstuk worden de voorwaarden en uitgangspunten voor de te leveren onderdelen van het aanbestedingsdocument beschreven. Deze voorwaarden en uitgangspunten gelden als minimumeisen. Aandacht! Offertes die niet in overeenstemming zijn met de hieronder beschreven minimumeisen kunnen door de Aanbestedende dienst van verdere evaluatie uitgesloten worden. De volgende aspecten komen aan de orde: 1. Algemeen 2. Betreffende prijzen en tarieven 3. Projectorganisatie 26

27 4. Acceptatie en oplevering 5. Documentatie 6. Betreffende in te zetten personeel 7. Oplevertermijn Toelichting gehanteerde afkortingen is oorstellen die niet in overeenstemming zijn met de onderstaande eisen () kunnen door de GC niet in aanmerking worden genomen. w oorwaard e Nummer waarnaar verwezen kan worden indien er een relatie tussen eisen bestaat. Akkoord Ja Als u Ja antwoordt dan betekent dit dat uw voorstel voldoet aan de gestelde eis. Nee Als u Nee antwoordt dan betekent dit dat uw voorstel niet voldoet aan de gestelde eis. Algemeen w Omschrijving eis Akkoord 10 Na de eerste acceptatie verkrijgt de GC de beschikking over de broncode van eventueel maatwerk scripts en software, de Repository en de opgeleverde documentatie. de GC verkrijgt het intellectuele eigendom van het systeem, voor zover dat niet verhinderd wordt doordat deze rechten niet door de Inschrijver kunnen worden overgedragen doordat standaardprogrammatuur is geleverd, waarvan de rechthebbende het eigendom niet wenst over te dragen 20 Indien de GC niet de volledige toegang krijgt tot de broncode van de software dan dient de Inschrijver voor eigen rekening de broncode te deponeren bij scrow en er zorg toe dragen dat de GC toegang heeft tot die broncode. 30 Inschrijver gaat akkoord met de conceptovereenkomst. Het betreft de definitieve conceptovereenkomst, zoals vastgesteld en bijgevoegd. Prijzen en tarieven w Omschrijving eis Akkoord 10 De opgegeven prijzen en tarieven voor het te leveren CMS en de te bouwen de websites dienen vast te zijn. Deze prijs dient alle kosten te bevatten met betrekking tot het leveren en bedrijfsvaardig opleveren. Inschrijver dient de totstandkoming van deze prijs te laten zien door middel van een transparante begroting. Deze begroting laat een duidelijke opsplitsing gemaakt tussen het budget voorzien voor het tot stand brengen, leveren en implementeren van het nieuwe technische platform (A) en de ontwikkeling van de portaalsites (B). 20 Betaling van de diensten ten aanzien van de initiële levering, installatie, implementatie, conversie en de toekomstige aanpassingen vinden plaats in termijnen: 27

28 o de eerste termijn van 30% bij beschikbaarstelling in de testomgeving; o de tweede termijn van 40% vindt plaats bij de eerste acceptatietest; de derde en laatste termijn van 30% vindt plaats bij de voorlopige oplevering. 30 oor het door de Inschrijver in te zetten personeel dient een opgave te worden verstrekt van de tariefstelling (per uur en per dag) per functieprofiel. 40 De tarieven dienen vast te zijn tot tenminste de looptijd van de eerste termijn van de raamovereenkomst (2 jaar). 50 Indien na het verstrijken van de in hoofdstuk 0 voorwaarde 40 genoemde periode mocht blijken, dat er wijzigingen hebben plaatsgevonden in de loon-, materiaal- of reis- en verblijfkosten, dan kunnen deze wijzigingen aanleiding zijn voor een aanpassing van de overeengekomen tarieven voor het daarop volgende contractjaar. Hiertoe kan de Inschrijver tot uiterlijk 2 maanden vóór afloop van het desbetreffende contractjaar een voorstel bij de GC indienen. Dit voorstel dient gespecificeerd te zijn naar de componenten die deze wijzigingen noodzakelijk maken en is niet hoger dan wat berekend wordt op basis van het indexcijfer. Hierbij wordt telkens het maandcijfer van de derde maand voor de datum van prijswijziging gehanteerd, waarbij het maandcijfer van de overeenkomstige maand voorafgaand aan de ingangsdatum van het contract wordt gesteld op 100%. De wijzigingen zijn van kracht, nadat de GC hiermede schriftelijk heeft ingestemd. 60 Alle overige kosten als gevolg van nieuw ontstane risico s, anders dan onder de rubriek prijzen en tarieven genoemd kunnen niet worden doorberekend aan de GC. Projectorganisatie w Omschrijving eis Akkoord 10 Binnen de totale projectorganisatie gelden de navolgende definities: 1) De GC wordt als grootste belanghebber bij het projectresultaat beschouwd. De GC is tevens budgethouder en voorzitter van de Stuurgroep. 2) De vertegenwoordiger van de Inschrijver is een vertegenwoordiger van het management van de Inschrijver. Hij is bevoegd om overeenkomsten aan te gaan en om medewerkers aan het project toe te wijzen. 3) De projectmanager (PM) is een vertegenwoordiger van de GC, die de andere projectmedewerkers van de GC aanstuurt, contacten onderhoudt met de projectleider van de Inschrijver en verantwoording aflegt aan de Stuurgroep en de opdrachtgever. 4) De projectleider (PL) is een medewerker van de Inschrijver die de andere medewerkers van Inschrijver aanstuurt, contacten onderhoudt met de projectmanager van de GC en verantwoording aflegt 28

29 aan de Inschrijver. 5) De GC stelt de stuurgroep samen. De verantwoordelijke ambtenaar, de projectmanager en de projectleider maken in elk geval deel uit van de stuurgroep. 6) De opdrachtgever heeft belang bij en/of beïnvloedt het projectresultaat. 7) De Inschrijver heeft als organisatie de verantwoordelijkheid op zich genomen het door de GC gewenste systeem te realiseren. 8) Het project is een samenwerkingsverband waarin op basis van een overeenkomst tussen de GC en de Inschrijver het in de projectopdracht overeengekomen resultaat binnen de overeengekomen randvoorwaarden wordt gerealiseerd. 20 Om aan de gestelde planning te kunnen voldoen geldt ten aanzien van de Inschrijver: 1) Inschrijver (deelnemers, partners, etc.) dient actief en constructief mee te werken aan de implementatie van het systeem. 2) Inschrijver dient voldoende personen en middelen vrij te maken voor ontwerp, realisatie, communicatie, beheer en dergelijke. 3) De projectorganisatie moet voldoende personen omvatten om de GC waar nodig te ondersteunen en om eventuele tegenvallers op te vangen. 4) Besluiten moeten in overleg kordaat worden genomen. 30 Conflicten, die voortkomen uit onduidelijkheid over de projectopdracht kunnen in een overleg minimaal bestaande uit één vertegenwoordiger van de GC en Inschrijver, PM en PL aan de orde worden gesteld, zodat het soepele en resultaatgericht functioneren van het project niet in gevaar komt. De uitkomst wordt voorgelegd aan de Stuurgroep. 40 Het projectoverleg waarin minimaal de PM en PL zitting hebben dient er voor zorg te dragen dat de resultaten en de inspanning van beide partijen goed op elkaar aansluiten. Minimaal eens per week dient dit overleg plaats te vinden. Acceptatieprocedure oor ieder product dat in het kader van maatwerk wordt uitgevoerd is onderstaande van toepassing: w Omschrijving eis Akkoord 10 Afspraken en documentatie voor acceptatie 29

30 Partijen kunnen overeenkomen dat voor de voorlopige oplevering, acceptatietesten plaatsvinden. r is minstens één acceptatietest. De acceptatietesten hebben betrekking op zowel de initiële levering en implementatie alsmede de functionaliteiten die door middel van een aanpassingstraject zijn toegevoegd en worden opgesteld en vastgesteld in samenwerking met de GC. Partijen maken uiterlijk 20 werkdagen voor implementatie in onderling overleg afspraken ten aanzien van het doel, de opzet, de werkwijze, de duur, de planning en de locatie met betrekking tot het uitvoeren van de eerste acceptatietest. De afspraken worden vastgelegd in een testplan. Het testplan bevat alle relevante informatie die de GC nodig heeft om de acceptatietest uit te voeren. Inschrijver dient daartoe minstens 20 werkdagen voor de geplande datum van implementatie de concept-documentatie en het testplan aan de GC te leveren. oorafgaand aan het verstrekken van een opdracht wordt een Acceptatietermijn afgesproken. Deze is standaard 20 werkdagen tenzij de GC bij omvangrijke opdrachten een langere termijn wenst af te spreken. oorafgaande aan de eerste acceptatie kan de GC verlangen dat er delen van het op te leveren Systeem d.m.v. deelacceptatietesten getest worden. Acceptatietesten vinden plaats in de door de Opdrachtgever ter beschikking gestelde testomgeving. 20 Werkzaamheden inschrijver bij Acceptatietesten De acceptatietesten hebben betrekking op het volledige Systeem waar maatwerk deel van uitmaakt en wordt door de GC opgesteld en vastgesteld. Indien voor de uitvoering van de acceptatietest de medewerking van Inschrijver wordt verlangd of Inschrijver werkzaamheden dient te verrichten, dan moeten de kosten van de te verlenen medewerking inbegrepen zijn in de aangeboden prijs. 30 erste Acceptatietest Binnen de overeengekomen Acceptatietermijn na ondertekening van het bewijs van bedrijfsklare oplevering heeft de GC het Systeem desgewenst met medewerking van Inschrijver aan de 1e acceptatietest onderworpen. De kosten van de door Inschrijver te verlenen medewerking moeten inbegrepen zijn in de aangeboden prijs 40 Acceptatietestverslag Direct nadat een acceptatietest heeft plaatsgevonden, wordt daarvan door partijen een acceptatietestverslag opgemaakt, gedateerd en ondertekend. In dit verslag worden de eventuele gebreken vastgelegd die het Systeem (of een deel van) vertoont en voorts of het systeem (of een deel van) door de GC is 30

31 goedgekeurd, dan wel niet is goedgekeurd. Gebreken in het Systeem (of een deel van) die bij de acceptatietest blijken, worden ondergebracht in de volgende categorieën: a) Gebreken die het gebruik van het Systeem onmogelijk maken of een zodanig nadelige invloed op (een deel van) het Systeem hebben dat het normale gebruik ervan in ernstige mate wordt verstoord; b) Gebreken die weliswaar het gebruik van het Systeem als geheel, of essentiële functies daarvan, niet onmogelijk maken, maar die dat gebruik wel nadelig beïnvloeden; c) De overige gebreken die aldus het gebruik van (het deel van) het Systeem slechts in lichte mate beïnvloeden. 50 Oplostijd gebreken a- en b-categorie Acceptatie Indien bij de acceptatietest gebreken van de a)- en/of b)- categorie zijn gebleken, herstelt Inschrijver de gebreken binnen de 10 werkdagen en stelt Inschrijver het systeem opnieuw ter beschikking van de GC om te testen. De GC kan aan Inschrijver met betrekking tot daarbij nader aan te duiden gebreken van de b)-categorie een langere termijn voor herstel gunnen. 60 Oplostijd gebreken c-categorie Acceptatie Gebreken van de c)-categorie zijn voor de GC geen reden om het Systeem niet te accepteren. Zulke gebreken worden door Inschrijver zo spoedig mogelijk, doch in ieder geval in de eerstvolgende versie van (het deel van) het Systeem of, als dit korter is, uiterlijk binnen drie maanden na acceptatie opgeheven. 70 Herkansing Acceptatie Indien de GC (het deel van) het Systeem niet bij de eerste uitvoering van de acceptatietest als bedoeld onder voorwaarde 30 heeft geaccepteerd, wordt uiterlijk binnen 10 werkdagen na de datum waarop acceptatietestverslag als bedoeld onder voorwaarde 40 is opgemaakt en ondertekend, de acceptatietest herhaald. In het acceptatietestverslag, dat van deze herhaalde acceptatietest wordt opgemaakt, wordt vastgelegd of de in het eerste acceptatietestveslag opgenomen gebreken zijn verholpen, of nieuwe gebreken zijn geconstateerd en - in geval van een eerdere onthouding van acceptatie - of (het deel van) het Systeem thans is geaccepteerd. 80 Ontbinding Indien (het deel van) het Systeem na de herhaalde acceptatietest opnieuw door de GC niet wordt geaccepteerd, is de GC gerechtigd de overeenkomst eventueel voorwaardelijk of gedeeltelijk - buiten rechte te ontbinden 31

32 zonder dat daarvoor enige aanmaning of ingebrekestelling is vereist. an deze bevoegdheid mag geen gebruik worden gemaakt indien Inschrijver kan aantonen dat de omvang van de niet verholpen gebreken en/of de tijd gemoeid met het herstel ervan zo gering is, dat een dergelijke ontbinding niet gerechtvaardigd is. De GC kan Inschrijver toestaan de gebreken alsnog voor diens rekening te verhelpen. 90 Herstel gebreken Indien Inschrijver, nadat deze daartoe door de GC andermaal in de gelegenheid is gesteld om de gebreken te herstellen (zie onder voorwaarde 80, laatste volzin), niet binnen 5 werkdagen voldoet aan zijn verplichting tot herstel van gebreken, is de GC, onverminderd zijn verdere rechten, waaronder die van ontbinding als bedoeld onder voorwaarde 80, bevoegd deze gebreken na voorafgaande kennisgeving op kosten van Inschrijver, hetzij zelf, hetzij door derden te doen verhelpen. Inschrijver is verplicht hieraan zijn medewerking te verlenen en alle daarvoor benodigde informatie op eerste verzoek te verstrekken. 100 Fatale termijn 1e Acceptatie Indien het systeem door de GC wordt geaccepteerd, geldt de datum waarop de desbetreffende prestatieverklaring is ondertekend, als de datum van eerste acceptatie. Indien niet binnen de overeengekomen acceptatietermijn na de implementatie, het systeem onderworpen wordt aan een acceptatietest, wordt het systeem tevens geacht te zijn geaccepteerd en geldt de dag volgend op de overeengekomen acceptatietermijn na implementatie als datum van acceptatie, tenzij het systeem niet binnen deze termijn aan een volledige acceptatietest onderworpen kon worden door oorzaken die aan de Inschrijver zijn toe te rekenen. 110 Ingang termijn voorlopige oplevering Na het verstrijken van drie maanden, te rekenen vanaf tekening van de prestatieverklaring wordt de acceptatietest herhaald, waarbij, eventueel met bijstelling van de acceptatietest, vanuit de operationele situatie wordt getest. 120 Aanpassingen Tot het moment van acceptatie, zoals bedoeld onder voorwaarde 100, worden wijzigingen in het Systeem als gevolg van aanpassingen als bedoeld in de raamovereenkomst in gezamenlijk overleg onderzocht op hun invloed op de overeengekomen specificaties. Afhankelijk van de resultaten van dit onderzoek worden de aanpassingen onverkort doorgevoerd of worden de overeengekomen specificaties aangepast en lost de Inschrijver gebreken op conform de 32

33 bepalingen in de raamovereenkomst betreffende correctief onderhoud en ondersteuning en worden updates ter beschikking gesteld. 130 Geschillen aanpassingen Indien partijen in gezamenlijk overleg niet tot een eenduidig oordeel komen over de invloed van aanpassingen op de overeengekomen specificaties dan onderwerpen de partijen het geschil aan een bindend advies. 140 oorlopige oplevering Binnen de overeengekomen Acceptatietermijn na het verstrijken van de termijn, als bedoeld onder voorwaarde 110, heeft de GC het door Inschrijver geleverde systeem desgewenst met medewerking van Inschrijver aan de tweede acceptatietest onderworpen. De kosten van de door Inschrijver te verlenen medewerking moeten inbegrepen zijn in de aangeboden prijs. 150 Fatale termijn voorlopige oplevering Indien de GC binnen de onder voorwaarde 140 bedoelde termijn het systeem niet aan een acceptatietest heeft onderworpen, geldt het systeem als aanvaard tenzij de in hoofdstuk 0 voorwaarde 40 onder c) bedoelde gebreken nog niet naar tevredenheid van de GC zijn opgelost. 160 oorwaarden voorlopige oplevering Ten aanzien van de voorlopige oplevering is het gestelde onder voorwaarde 40 tot en met voorwaarde 90 van overeenkomstige toepassing. 170 Repository De Inschrijver garandeert de juistheid en de volledigheid van de Repository en het systeem op grond waarvan de acceptatietest is opgesteld en uitgevoerd. 180 Waarborg Inschrijver garandeert gedurende 12 maanden na de voorlopige oplevering de deugdelijke werking van het systeem en dat deze werking in overeenstemming is met alle aangegeven specificaties die ten grondslag liggen aan het project, en de gebreken in het systeem voor zijn rekening oplost. Documentatie w Omschrijving eis Akkoord 33

34 10 Het Systeem dient te worden opgeleverd met de broncode van het maatwerk, een uitvoerige systeem-documentatie, een Repository, een installatiehandleiding en documentatie voor gegevensbeheer, applicatiebeheer en configuratiebestanden en een werkinstructie. 20 De Systeemdocumentatie bevat een nauwkeurige, begrijpelijke en volledige beschrijving van de werking van alle aspecten van het systeem. De documentatie wordt opgesteld in de Nederlandse taal. De documentatie heeft tot doel de GC voldoende informatie te verschaffen over de volgende onderwerpen: a) De werking van het Systeem en bijbehorende componenten; b) De bediening van het Systeem en bijbehorende componenten; c) Het onderhoud van het Systeem en bijbehorende componenten; d) De installatie van het Systeem en bijbehorende configuratiebestanden e) De onderbouw van het Systeem en de bijhorende componenten en totaaloverzicht van de op te leveren documentatie, met labeling van elk document, typering en beschrijving wordt bij de offerte gevoegd. oorbeeldtemplates strekken tot aanbeveling. isen betreffende in te zetten personeel w Omschrijving eis Akkoord 10 De GC hanteert de volgende minimum eisen ten aanzien van projectleider: Minimum 5 jaar ervaring in ICT projecten Minimum 3 jaar ervaring in project management PMI of Prince2 certificaat is een voordeel 20 De GC hanteert de volgende minimum eisen ten aanzien van architect: Minimum 5 jaar ervaring in software ontwikkeling Minimum 3 jaar ervaring in technische analyses en ontwerpen van webtoepassingen Grondige kennis van Drupal 30 De GC hanteert de volgende minimum eisen ten aanzien van programmeur: Minimum 3 jaar ervaring in software ontwikkeling (bij voorkeur webtoepassingen) Minimum 1 jaar full-time ervaring in Drupal 34

35 Opleverdatum w Omschrijving eis Akkoord 10 De oplevering van het nieuwe CMS en de 3 portalsites dient voltooid te zijn binnen de 10 maanden vanaf de dag na de kennisgeving van de gunning. 20 ertragingen in de oplevering als bedoeld in voorwaarde 10 die te wijten zijn aan Opdrachtgever dienen binnen 14 kalenderdagen na het optreden van de vertraging schriftelijk, met opgave van de consequenties voor de planning, gemeld te zijn aan Opdrachtgever. 30 Indien Opdrachtnemer kan aantonen dat de in voorwaarde 20 vermelde vertraging implicaties heeft voor de volledige oplevering als gemeld in voorwaarde 1 en dat de vertraging te wijten is aan Opdrachtgever dan wordt de opleverdatum opgeschoven met het aantal dagen opgelopen vertraging. 40 Indien Opdrachtnemer niet tijdig de vertragingen als bedoeld in voorwaarde 20 schriftelijk kenbaar maakt aan Opdrachtgever kan er geen beroep gedaan worden op voorwaarde isen betreffende maatwerk en projectaanpak De Inschrijver moet dit hoofdstuk ingevuld meesturen met de offerte. Met maatwerk worden alle activiteiten bedoeld die noodzakelijk zijn voor het bedrijfsklaar maken van het CMS en de gevraagde portalsites. In dit hoofdstuk worden de eisen betreffende maatwerk en eventuele aanpassingen van het CMS en de portalsites beschreven. Deze gelden als minimumeisen. Aandacht! Offertes die niet in overeenstemming zijn met de hieronder beschreven minimumeisen kunnen door de Aanbestedende dienst van verdere evaluatie uitgesloten worden. Toelichting gehanteerde afkortingen is oorstellen die niet in overeenstemming zijn met de onderstaande eisen () kunnen door de GC niet in aanmerking worden genomen. w oorwaard e Nummer waarnaar verwezen kan worden indien er een relatie tussen eisen bestaat. raag De antwoorden op de vragen worden meegenomen in de kwaliteitsbeoordeling. 35

36 Algemene richtlijnen De Inschrijver zal met Core en Contributed Drupal modules werken. Het gebruik van Custom modules is niet wenselijk.. De GC vraagt een lijst met alle modules, met inbegrip van het type (Core, Contributed of Custom) en de versie (7, 6, ). oor de custom modules is uitleg gewenst over het waarom en de verschillende implementaties met de voorgestelde oplossing. Modules die beschikbaar zijn in versie 7, moeten ook in versie 7 worden aangeboden. De implementatie van het systeem moet voldoen aan best practices op het gebied van beheer en beveiliging. De hieronder genoemde items worden geacht daar niet aan te voldoen en zijn daarom niet toegestaan: o o o o o o o o o o o o o o o o Software waarbij de leverancier of producent een zogenaamde backdoor voor eigen gebruik heeft ingebouwd. Applicaties of services die alleen functioneren onder het Administrator account of waarvan door beheer het wachtwoord niet gewijzigd kan worden Applicaties gebaseerd op Microsoft SQL server die alleen functioneren wanneer ze gebruik maken van het SA account Software waarvoor het voor het correct functioneren noodzakelijk is om de default beveiligingsinstellingen van het Operating System, de webserver, firewall, applicatie server of database server te verlagen Applicaties die geen gebruik kunnen maken van een proxy server met authenticatie of gebruik maken van andere poorten dan 80, 443 of 21. Systemen die gebruik maken van LM authenticatie Peer to Peer software die niet centraal te beheren is Software die zichzelf of clients kan voorzien van updates, zonder dat dit uit te schakelen is of die op enige andere manier in strijd is met het ITIL Release beheer proces Authenticatie mechanismen waarbij er geen beperking mogelijk is op het aantal foutieve inlog pogingen binnen een bepaalde tijd. Authenticatie mechanismen waarbij het wachtwoord niet gewijzigd kan worden, of in clear text verzonden wordt zonder deugdelijke vorm van encryptie. Bijvoorbeeld: http Basic Authentication zonder SSL, Telnet Software waarbij de wachtwoorden zonder encryptie worden opgeslagen binnen de applicatie Software die niet correct functioneert in combinatie met de door de leverancier van het Operating System, Webserver, Applicatie server of Database aanbevolen security patches. Software die niet correct functioneert in combinatie met een virusscanner of firewall Applicaties die niet netwerk aware zijn. De applicatie functioneert bijvoorbeeld niet met UNC paden of het is niet mogelijk om de data op het netwerk op te slaan in plaats van op de client. Applicaties of systemen die het netwerk bovenmatig belasten Applicaties die geen mogelijkheid bieden om de locatie van de data in te stellen. Applicaties die alleen correct functioneren bij 1 bepaalde scherm resolutie 36

37 ragen betreffende Open Source ragen inzake Open Source 10 Onder welke juridische voorwaarden worden de verschillende componenten van het CMS (zowel nieuwbouw als herbruikte, bestaande componenten) geleverd? 20 Onder welke voorwaarden krijgt de Opdrachtgever het volledige intellectueel eigendomsrecht (inclusief het auteursrecht) op alle nieuwbouw componenten, of worden deze beschikbaar gesteld onder een open source licentie? 30 Kunt u per component aangeven of, en zo ja, welke open source licentie of daarmee overeenstemmende licentie erop rust? Krijgt de Opdrachtgever het recht om het gehele CMS te kopiëren, te verspreiden en aan te (laten) passen? Zijn aan het CMS licentiekosten verbonden? 40 Kunt u in het geval van herbruikte open source componenten het beheer van aanvullende, nieuwbouw componenten onderbrengen bij het open source project, en zo ja, op welke wijze? 50 Is van alle componenten de broncode beschikbaar? Graag expliciet vermelden onder welke voorwaarden de broncode van de verschillende componenten beschikbaar is. Maatwerk w Omschrijving / 10 Op basis van de functionele en technische eisen beschreven in hoofdstuk 7 van dit document en de bijlage I inventariseert de Inschrijver welk maatwerk voorzien is. Toelichting 20 De Inschrijver zal het functioneel ontwerp van de portalsites dat door de Opdrachtgever samen met dit document wordt afgeleverd (bijlage I) als basis gebruiken voor het inschatten en begroten van deze aanbesteding. De Inschrijver zal bijkomende gedetailleerde functionele en/of technische analyses voorzien. Deze analyses moeten eveneens in de offerte opgenomen worden. Toelichting 30 De Inschrijver zal een vaste prijs opgeven voor al het te leveren maatwerk. 40 De offerte dient alle kosten tot en met definitieve acceptatie van het te implementeren CMS en portalsites te bevatten. Specifiek dienen de volgende aspecten onderdeel van de offerte uit te maken: 37 o Projectmanagement (planning en opvolging van de projectactiviteiten, scopebewaking, budgetbewaking, + + Akkoord

38 o o o o o o o change management, issue management, rapportering) Alle werkzaamheden betreffende ontwerp en bouw van het CMS en de portalsites Alle testwerkzaamheden (voorbereiding, uitvoering, rapportering en correcties) Alle werkzaamheden in het kader van de acceptatietest Alle werkzaamheden betreffende in productiestellen Materiaal- en licentiekosten Documentatie Kennisoverdracht (opleiding) 50 Opdrachtgever is gerechtigd om de offerte ter toetsing voor te leggen aan een derde partij. Meerwerk tengevolge van wijzigingen w Omschrijving / 10 Indien tijdens de uitvoering van het project door hernieuwde inzichten / situaties afgeweken wordt van het technisch en/of functioneel ontwerp dan kan meerwerk alleen in rekening gebracht worden indien voorafgaande aan de werkzaamheden er een afzonderlijk transparante begroting met een vaste prijs wordt ingediend bij Opdrachtgever. 20 oor elke wijziging zal de Inschrijver een impactanalyse uitvoeren zodat eventuele gevolgen van de implementatie van de aanpassing(en) ten aanzien van het systeem (CMS of portalsites) geïdentificeerd kunnen worden. 30 Het meerwerk mag pas aanvangen nadat de Opdrachtgever (eventueel na toetsing bij derden) akkoord heeft gegeven op de meerwerkbegroting en de eventuele gevolgen van de wijzigingen formeel aanvaard heeft. Akkoord Acceptatie van een wijziging w Omschrijving / 10 De acceptatieprocedure als eerder beschreven is van toepassing op alle uit te voeren maatwerk en wijzigingen tenzij anders overeengekomen. Akkoord Bedrijfsklare oplevering in productie-omgeving w Omschrijving / Akkoord 10 De voorlopige oplevering: Na succesvolle acceptatie in de Test & Acceptatie-omgeving is het maatwerk gereed voor implementatie in de productie-omgeving. 38

39 20 De definitieve oplevering: na een waarborgperiode van 12 maanden volgt een definitieve acceptatie door de GC. Bijkomende diensten door derden w Omschrijving / 10 Indien specifiek diensten van andere derden bijkomend + ingeroepen worden dan wordt dit ook vermeld in de offerte met aangeven van : - Identificatie van de derde partij - Waarom wordt beroep gedaan op die partij? - Wat houden die diensten in? - Wanneer worden ze uitgevoerd? Akkoord Projectaanpak w Omschrijving / 10 en projectplan met aangeduide milestones maakt deel uit van de offerte. 20 Bij elke milestone wordt er duidelijk aangegeven welke de delivrables zijn, ook en in het bijzonder als het over documentatie of analyse gaat. 30 De Inschrijver doet ook een voorstel naar projectstructuur, projectcommunicatie en issue- of problemmanagement. Akkoord 6. isen betreffende onderhoud De Inschrijver moet dit hoofdstuk ingevuld meesturen met de offerte. In dit hoofdstuk worden de eisen betreffende het onderhoud van het CMS systeem beschreven. Aandacht! Offertes die niet in overeenstemming zijn met de hieronder beschreven minimumeisen kunnen door de Aanbestedende dienst van verdere evaluatie uitgesloten worden. Toelichting gehanteerde afkortingen is oorstellen die niet in overeenstemming zijn met de onderstaande eisen () kunnen door de GC niet in aanmerking worden genomen. 39

40 w oorwaard e Nummer waarnaar verwezen kan worden indien er een relatie tussen eisen bestaat. raag De antwoorden op de vragen worden meegenomen in de kwaliteitsbeoordeling. isen betreffende correctief onderhoud Opmerking: De Inschrijver mag voor het onderstaande een alternatief voorstel uitwerken. w Omschrijving / 10 In het geval van incidenten onderscheiden we 3 situaties: a) Het incident is blokkerend en dient onmiddellijk te worden opgelost. r is sprake van een hoge prioriteit. b) Het incident betreft een beveiligingsprobleem. Het systeem is kwetsbaar voor aanvallen van buiten en binnen en dient onmiddellijk aangepast te worden ten einde de beveiligingsdreiging weg te nemen. Alle incidenten die niet onder a) of b) vallen. 20 In het geval van een incident van de categorie a) als bedoeld in voorwaarde 1 dient de Inschrijver de navolgende response/oplostijden te realiseren: 1. Bevestiging ontvangst melding: binnen 30 minuten; 2. Terugkoppeling probleem: binnen 4 kantooruren na melding; 3. Probleemoplossing: binnen 16 kantooruren na melding 30 In het geval van een incident van de categorie b) als bedoeld in voorwaarde 1 dient de Inschrijver de navolgende response- /oplostijden te realiseren: 1. Bevestiging ontvangst melding: binnen 4 kantooruren 2. Probleemoplossing: binnen 48 kantooruren na melding 40 In het geval van een incident van de categorie c) als bedoeld in voorwaarde 1 dient de Inschrijver de navolgende response- /oplostijden te realiseren: 1. Bevestiging ontvangst melding: binnen 24 kantooruren; 2. Probleemoplossing: binnen 5 werkdagen na melding tenzij anders overeengekomen; 50 Incidenten van de categorie b en c) als bedoeld in voorwaarde 1 dienen tijdens Kantooruren gemeld te kunnen worden. 60 Inschrijver dient alle updates en/of upgrades met goed gevolg te testen in de Test & Acceptatie omgeving 70 Inschrijver dient in staat te zijn om incidenten, voor zover mogelijk, doormiddel van remote beheer op te lossen. 80 De Inschrijver dient ten behoeve van incidenten van de categorie a) en b), als bedoeld in voorwaarde 1, op werkdagen tijdens Kantooruren ondersteuning te bieden bij het analyseren en oplossen van storingen. 90 Geef een exhaustieve lijst van de diensten die u onder de vorm + van een onderhoudscontract kan aanbieden. Akkoord 100 Gelieve een voorstel uit te werken waarbij GC na definitieve oplevering diensten op afroep kan vragen (bijvoorbeeld voor 40 +

41 het uitvoeren van kleine aanpassingen) 7. Functionele en technische eisen De Inschrijver moet dit hoofdstuk ingevuld meesturen met de offerte. In dit hoofdstuk worden de functionele en technische eisen, wensen en vragen ten aanzien van het aan te schaffen CMS/Portal systeem beschreven. Aandacht! Offertes die niet in overeenstemming zijn met de hieronder beschreven elementen kunnen door de Aanbestedende dienst van verdere evaluatie uitgesloten worden. Toelichting gehanteerde afkortingen is oorstellen die niet in overeenstemming zijn met de geformuleerde eisen voldoen niet 100 %. Tenzij grondige en afdoende verantwoording daarvan door de Inschrijver, kan de GC beslissen tot uitsluiting van verdere evaluatie van de offerte. w oorwaarde Nummer waarnaar verwezen kan worden indien er een relatie tussen eisen bestaat. W Wens De mate van voldoen aan de wensen wordt meegenomen in de kwaliteitsbeoordeling. Per wens dient u een zo bondig mogelijke (zo mogelijk als opsomming) toelichting te verstrekken op welke wijze u voldoet aan de wens. raag De antwoorden op de vragen worden meegenomen in de kwaliteitsbeoordeling. Antwoord U wordt verzocht zo kort en bondig mogelijk te antwoorden. Akkoord Ja Als u Ja antwoordt dan betekent dit dat uw voorstel 100% voldoet aan de gestelde eis, wens of vraag. Nee Als u Nee antwoordt dan betekent dit dat uw voorstel niet 100% voldoet aan de gestelde eis, wens of vraag. Toelichting Wanneer u het nodig acht, geef een beknopte, verklarende beschrijving om uw voorstel toe te lichten. Dit kan u doen zowel bij Ja- als bij Nee-antwoorden. 41

42 Randvoorwaarden w Toegankelijkheid /W/ 10 Het systeem ondersteunt de W3C eisen voor browser onafhankelijkheid Akkoord 20 Inhoud en vormgeving moeten steeds gescheiden zijn + 30 Het systeem mag geen overbodige en voor bepaalde browsers storende code genereren 40 Het systeem heeft de beschikking over webbased interfaces voor de verschillende functionaliteiten, zoals editing en beheer, die platform- en browseronafhankelijk zijn. 50 Het systeem moet beantwoorden aan het Anysurfer-label. De GC wenst dit label te behalen Het systeem ondersteunt userfriendly urls. W + 70 De gebruikersinterface moet van het grafische type zijn (GUI interface) waarbij de functies zowel muisgestuurd kunnen verlopen als via klavier 75 De website ondersteunt het gebruik van diverse webbrowsers door de bezoeker. De website ondersteunt in elk geval: - Internet xplorer 6, 7, 8 en 9; - Firefox 3.5, 3.6 en 4.0; - Chrome 10, 11, 12 en 13; - Safari5. w Architectuur /W/ 80 Uit welke modules is het systeem opgebouwd. Geef voor elke module de classificatie (Core, Contributed, Custom) Akkoord 90 Wat is de interactie met andere software componenten en infrastructuurlaag (webserver, clientserver, middleware, 42

43 database, active directory, ). 100 De GC wenst naast de productie-omgeving ook een testen acceptatieomgeving op te zetten. De architectuur moet erop voorzien zijn dat een geaccepteerde versie van het systeem van de testacceptatie omgeving naar de productie omgeving kan overgezet worden 110 ermeld de server- en netwerkarchitectuur die het systeem vereist. 120 Geef de specificaties voor de server configuratie, software, het netwerk en andere noodzakelijke infrastructuur- en softwarecomponenten aan server zijde, rekening houdend met de volumes, aantal gebruikers en de gevraagde functionaliteiten 130 ermeld, indien u dit nodig acht, welke bijkomende specifieke onderdelen vereist zijn zoals fail-over systemen, redundante opstelling, load balancing Welke databanken worden ondersteund? 150 Welke faciliteiten worden door het systeem verwacht op het vlak van mail server? 160 Geef de specificaties waaraan de client PC s van de backoffice gebruikers (webmaster, contentbeheerder, goedkeurder) moeten voldoen? 170 In functie van de verschillende groottes van de gemeenschapscentra (GC) dient er in functie van het gebruik (aantal gebruikers, concurrent aantal gebruikers, gebruik van de software) een specificatiesheet te worden gegeven voor totale benodigde bandbreedte (up/down) per GC. 180 Bijkomende producten derden: Indien specifieke software of hardware van derden bijkomend dient geïnstalleerd te worden dan wordt dit ook vermeld in de offerte met aangeven van : - Identificatie en versie van het product - Het waarom, welke functionaliteit dekt het product af? 43

44 - Licentie politiek van het bijkomende product - Kostprijs licentie onderhoud - Is de component optioneel of noodzakelijk? Indien optioneel, dan wordt deze ook bij de optionele onderdelen van de inschrijving vermeld. w Archivering en versiebeheer /W/ 190 Geautomatiseerde archivering: na verloop van geldigheid W + van de content volgt automatisch opname in het archief. Bestanden (images, documenten, webpagina s ) die nergens gepubliceerd worden, nergens een link hebben moeten kunnen opgelijst worden en verwijderd worden. Of bv. en image-bestand die nergens een link heeft met een document kan gearchiveerd/verwijderd worden. Dit om te vermijden dat na enkele jaren een enorm aantal verouderde bestanden in het systeem blijven hangen. Akkoord 200 Beschrijf de wijze waarop assets en content (al dan niet in de webcontext) door het systeem worden gearchiveerd 210 Geautomatiseerd versiebeheer voor alle typen objecten W Beschrijf de wijze waarop uw systeem versiebeheer doet en hoe versies met elkaar kunnen worden vergeleken. 230 Welke mogelijkheden biedt het systeem om het archief na verloop van tijd op te kuisen? w Beveiliging en bedrijfszekerheid /W/ 240 Beschrijf de beveiligingsaspecten van uw systeem op de volgende punten: Gebruikersbeheer, Autorisatiebeheer, Authenticatiebeheer, Provisioning (implementatie rollen in objecten), Monitoring en auditing van wijzigingen in gebruikers, autorisaties en authenticaties. Akkoord 250 Het systeem is beveiligd tegen SQL injectie en Cross-site scripting. 260 Beschrijf op welke wijze deze beveiliging gewaarborgd wordt 44

45 270 De software garandeert dat elke transactie in zijn geheel wordt uitgevoerd of, ingeval van een fout, in het geheel niet wordt uitgevoerd. In het tweede geval krijgt de gebruiker een gepaste foutmelding op het scherm. Dit betekent ook verrichtingen die zijn gekoppeld, ook samen worden doorgevoerd of in het geheel niet. De software werkt met andere woorden transactioneel. 280 De Inschrijver moet een geschreven procedure afleveren waarin de disaster recovery verrichtingen zijn beschreven. 290 De offerte moet vermelden welke back-up en restore faciliteiten er mogelijk zijn: - Totale disaster recovery: vertrekkende van een basis infrastructuur omgeving terug de software up and running te krijgen met hergebruik van de meest recente correcte gegevens en met een minimaal verlies van gegevens (aangeven wat dit maximale verlies kan zijn). - Andere backup-restore mogelijkheden. + + Het gaat hier inzonderheid om de gegevensbestanden en de programma s. Ze maakt het mogelijk om het systeem te herstellen in de staat waarin het zich bevond bij de laatste back-up. De herstelling kan nodig zijn na een werkingsfout of een verkeerde manipulatie. 300 De software moet voorzien in een back-up en restore procedure van: o De CMS software: de laatste versie van de software moet op een gescheiden medium zijn aangebracht, zowel wat client-software als server-software betreft. o De data: naast de actuele beveiligingsmogelijkheden qua infrastructuur voor het verzekeren van een correcte en stabiele data-opslag dient er een procedure voorzien, waarbij minimaal dagelijks backup (optioneel online of offline) kan worden genomen via een automatische procedure + De restore procedure moet eveneens geautomatiseerd en gedocumenteerd zijn. Ook indien de procedure gebruik maakt van standaard functionaliteit die heden ten dage aanwezig is in database systemen, dan nog dient de procedure in zijn totaliteit te zijn geautomatiseerd of minimaal gedocumenteerd. 45

46 w Identificatie, authenticatie en autorisatie /W/ 310 Beschrijf welke authenticatie methoden uw systeem ondersteunt Akkoord 320 Beschrijf het autorisatiemodel van uw systeem 330 Autorisatie kan worden ingesteld per gebruiker of gebruikersgroep via een rol Het systeem ondersteunt SSL Het systeem ondersteunt SAML 1.1 & Ondersteunt het systeem authenticatie via eid 370 Het is mogelijk rollen en de daaraan gekoppelde autorisatieprofielen zelf te definiëren. W Autorisatie kan worden ingesteld per content-type. W Autorisatie zowel voor eindgebruikers als webmasters en webredacteuren op verschillende niveaus (repository, folder, item) 400 Privacy wordt geborgd in het ontwerp van geautomatiseerde systemen door privacy enhancing technologies. Beschrijf de technologieën op privacy gebied van uw systeem. 410 Per pagina kunnen de volgende autorisatiemogelijkheden worden toegekend aan een zelf gedefinieerde rol: raadplegen, toevoegen, wijzigen, verwijderen 420 Per folder met assets in het systeem kunnen autorisatie rechten per rol worden ingesteld 430 Beschrijf de mogelijkheden op lektronische handtekening gebied van uw Portal/CMS systeem. + W W 46

47 w Scheduler /W/ 440 Het systeem biedt de mogelijkheid om bepaalde, langdurige activiteiten op een op voorhand bepaald tijdstip te laten opstarten. (bijvoorbeeld: versturen van gesegmenteerde mails, data synchronisatie, publicatie van goedgekeurde content) Akkoord 450 De scheduler mag de interactieve verwerkingen aan het scherm niet blokkeren. w Hosting en beheer /W/ 460 Beschrijf de minimum en de wenselijke voorwaarden voor infrastructuur (servers, basissoftware, configuratie, netwerk, databank) Akkoord 470 Maak een opsomming van specifieke eisen in verband met hosting 480 Het systeem kan op afstand beheerd worden Beschrijf welke beheerconstructies u kunt aanbieden 495 Beschrijf de eisen inzake bandbreedte voor beheer/bezoeken w Schaalbaarheid /W/ 500 Het systeem is schaalbaar Akkoord 510 Beschrijf op welke manier het systeem schaalbaar is om groei van de websites / portals wat betreft contentvolume en groei van het aantal bezoekers op te vangen zonder performantieverlies. Wat is de impact op het vlak van hosting? 47

48 520 Kunnen verschillende sites rond dezelfde content opgebouwd worden (content sharing)? w Portal en portlet integratie /W/ 530 JSR168 (JSR=Java Specification Request) + ( Akkoord 540 Webservice SOAP/WSDL, Communicatie SOAP over HTTP Beschrijf met betrekking tot ondersteuning WSRP (of andere) de architectuur, de gebruikte componenten (WSRP, Block, iew, eigen DRUPAL component) en de manier waarop externe informatie, die via een portlet (mogelijks via een WSRP producer) op een externe server beschikbaar is gesteld, binnen een CMS pagina of template kan worden geplaatst. Wat zijn de beperkingen en wat is de flexibiliteit binnen het CMS voor de plaatsing van die consumed portlet binnen een template. 560 Het systeem heeft de mogelijkheid om het gebruik van valide (X)HTML af te dwingen 570 Het systeem heeft de mogelijkheid om enkel valide XML (op grond van zelf vast te stellen schema's) te leveren w Metadata, Taxonomy en Thesaurus /W/ 580 Het systeem beschikt over een module (component) die het + beheer van de ocabulary (Taxonomy en Thesaurus) op een eenvoudige manier mogelijk maakt. Akkoord 590 Het thesaurusbeheer moet gekoppeld zijn aan het rechtenbeheer (enkel bevoegde gebruikers kunnen de thesaurus beheren) 600 Het systeem werkt zoveel mogelijk met gecontroleerde velden (velden met een keuzelijst om vervuiling te voorkomen)

49 610 Het systeem biedt ondersteuning van gecentraliseerd metadata management (één metadata management voor de 3 sites) 615 Het systeem biedt mogelijkheden voor een combinatie van centraal en decentraal management voor verschillende sites. 620 Toegankelijk maken van metadata voor hergebruik door te allen tijde export mogelijk te maken van alle gegevens en de samenhang ervan in XML gestructureerd volgens een erkend metadata model (minimale eis : XML/ Dublin Core) 630 Biedt het systeem de mogelijkheid tot inspelen op toekomstige evoluties zoals semantische web technologieën? 640 Het systeem biedt de mogelijkheid om informatie over auteursrechten op te nemen in de metadata van de gekoppelde mediabestanden Toelichting 645 Beschrijf welke functionaliteiten en mogelijkheden er geboden worden inzake taxonomie en metadata. + + W W + w Ondersteuning datatypes /W/ 650 Het systeem biedt de mogelijkheid om de volgende bestandstypes in te voeren en te beheren: platte tekst, rich text, afbeeldingen (jpg, gif, png, svg), PDF, ODF, MSWord, xcel, Flash, geluidsfragmenten (WMA, MP3, WA), videofragmenten (MPG, flashvideo) Akkoord 660 Het systeem kan streaming content beheren en hosten 670 Het systeem kan bestanden in het oorspronkelijke bestandsformaat beschikbaar stellen W + w Documentatie /W/ 680 De software moet voorzien zijn van de nodige documentatie + die al haar externe specificaties beschrijft. De documentatie moet onder gedrukte vorm en onder elektronische vorm Akkoord 49

50 kunnen worden afgeleverd. 690 Het systeem moet zich gedragen zoals beschreven in de documentatie. r moet eenduidige conformiteit tussen het systeem en de bijhorende documentatie bestaan. Het systeem moet beantwoorden aan haar expliciete doelstellingen, d.w.z. het mag geen functionaliteiten bevatten die niet gedocumenteerd zijn. 700 De offerte vermeldt wat er bij implementatie aan standaarddocumentatie mag worden verwacht, met een representatief document of template per onderdeel (minstens 1 voorbeeldtemplate). 710 Gebruikersdocumentatie is in de Nederlandse taal elektronisch beschikbaar en actueel met betrekking tot de laatste release van het systeem 720 Onder welke vorm(en) is deze documentatie beschikbaar (PDF, HTML, Word,...) 730 Ontwikkelings-, beheer- en exploitatiedocumentie is in de Nederlandse of ngelse taal elektronisch beschikbaar en actueel met betrekking tot de laatste release van het systeem 740 De exploitatiedocumentatie omvat de vereiste basisconfiguratie van de hardware en van de software om het programma te kunnen gebruiken, en eventueel met de algoritmen om de capaciteit van de configuraties te kunnen berekenen (centraal geheugen in functie van het aantal gebruikers, berekening van de schijfruimte in functie van de volumes) 750 De exploitatiedocumentatie omvat de procedure die moet worden gevolgd voor het installeren van de software 760 De exploitatiedocumentatie beschrijft de wijze waarop men na een incident kan terugkeren naar de normale toestand 770 De exploitatiedocumentatie beschrijft de systeemopdrachten en -functies en de menustructuur

51 780 De exploitatiedocumentatie beschrijft de wijze waarop de goede werking van het systeem op een regelmatige basis kan worden gecontroleerd 790 De exploitatiedocumentatie bevat een duidelijke beschrijving van het datamodel met de relaties tussen de tabellen. 800 oor het gebruik en implementatie van interfaces met het systeem: o Per interface beschrijving van de procedure o Per interface beschrijving van de foutafhandeling o Per interface beschrijving van de verwachte invoergegevens en beschrijving van de resultaten en/of de verwerking 810 Gelieve als bijlage aan de offerte een exhaustieve lijst toe te voegen van alle documentatie die bij het systeem zal worden geleverd of tijdens het traject ontwikkeld inzake o.a.: - Functionele en content analyses - Technische analyses - Architectuur - Framework - Gebruikersdocumentatie - xploitatiedocumentatie w Rapportering en logging en statistische informatie /W/ 820 Beschrijf de rapporteringsmogelijheden die het systeem biedt mbt aantal bezoekers, bezoekersgedrag, site content, storingen en beschikbaarheid Akkoord 830 Het systeem kan een overzicht geven van de objecten die niet gelinkt zijn Ondersteunt het systeem Google Analytics? Genereren van diverse rapporten (in PDF- en MS Office-formaat), waaronder : o overzichtslijst van geselecteerde objectfiches met korte object-id (vast te leggen bij configuratie) en 1 W + 51

52 afbeelding o detailfiche van een geregistreerd object met weergave van alle ingevulde velden alsook alle bijlagen die aan dit veld gekoppeld zijn (afbeeldingen, documentatie ) o rapport op basis van velden geselecteerd door gebruiker 860 Het systeem biedt een overzicht van de gedefinieerde gebruikers en de toegewezen autorizaties. W + Beheer w Gebruikersgemak en efficiency /W/ 10 Het systeem is volledig beheerbaar via de web-browser (I7 en later, Firefox, Chrome) Akkoord 20 De opbouw van de schermen moet hoe dan ook uniform zijn over alle modules van de software. Hierbij dient vooral te worden benadrukt dat o en knop (button) op een eenduidige manier gedefinieerd is; het gebruik en het soort verwerking is maw. dezelfde doorheen de toepassing. o Uniform gebruik van sneltoetsen, indien van toepassing o De enige taal die wordt gebruikt op de schermen is het Nederlands, zowel voor de teksten op het scherm, als hoofdingen, foutmeldingen, o Overal op de schermen wordt hetzelfde lettertype gebruikt, afwijkingen hiervan worden per categorie toegelicht 30 Alle verwerkingen gebeuren in real-time, zonder tussenkomst van gespecialiseerd informaticapersoneel of derden. lke verwerking die hieraan niet voldoet dient te worden vermeld. Indien er in het systeem een scheduler is voorzien dient er een overzicht gegeven te worden van de taken die automatisch uitgevoerd kunnen worden. 40 De parametrering van de menu-, keuze- of navigatiestructuur per gebruikersrol (functies, procedures) kan worden ingesteld 50 De parametrering van de schermopbouw (velden, knoppen) per gebruikersrol W

53 60 De mogelijkheid om rapporten op te bouwen op basis van zelf te maken queries (of queries die bewaard zijn) 70 Het systeem biedt online functionaliteit om via zogenaamde drill-thru faciliteiten een probleem te onderzoeken of opvragingen te verfijnen 80 Het is mogelijk om objecten (resources, pagina s, siteonderdelen) te kopiëren 90 Het systeem biedt mogelijkheden voor het opzetten en beheren van meerdere portalen die wat betreft beheer, navigatiestructuur en presentatie gescheiden of uniform kunnen worden opgebouwd. 100 Het systeem beschikt over uitgebreide functionaliteit om de contentrepository te beheren (copy/paste, zoeken, zoeken en vervangen ) 110 Het systeem biedt de mogelijkheid om zoeken en vervangen toe te passen per veld, met de mogelijkheid om de gebruiker te laten bevestigen per gevonden item 120 In de beheermodule is per contentitem / asset aangegeven waar het item wordt toegepast of welke relaties er met het item zijn gemaakt. Wanneer een contentitem of asset wordt aangepast/verwijderd worden de relaties/links automatisch bijgewerkt (W) of krijgt de gebruiker een melding () 130 Beschrijf de mogelijkheden voor het beheer van de contentrepository. Assets worden automatisch in de contentrepository opgeslagen en geordend op een logische en gestructureerde manier, de assets moeten makkelijk teruggevonden kunnen worden via een zoekmodule 140 Link checker : het systeem biedt de mogelijkheid om interne en externe links te checken. 150 Het systeem biedt de mogelijkheid om automatisch een sitemap te genereren. W W W + + W W/ W + 53

54 155 Het systeem biedt de mogelijkheid om automatisch een broodkruimel te genereren. 160 en webredacteur moet in staat zijn op een laagdrempelige wijze content aan een site toe te voegen, aan te passen en te verwijderen. Beschrijf op welk mogelijkheden van laagdrempelige contentcontributie standaard in het systeem aanwezig zijn en welke mogelijkheden in de vorm van maatwerk kunnen worden geleverd: o Webredacteur: kan pagina s toevoegen en bewerken: tekst, afbeeldingen, documenten, video o Webmaster: kan de lay-out en structuur van de site wijzigen o Maatwerk door programmeurs: extra functionaliteit, modules, links met databanken, webservices, in bepaalde gevallen structuur en lay-out 170 In alle soorten pagina s waar beelden kunnen geuploaded worden moet bij de configuratie ervan voor de beelden (images) een vaste breedte en/of lengte (naargelang de pagina) kunnen ingesteld worden. De herschaling gebeurt automatisch bij het opladen, met een thumb en een groot beeld. De verhoudingen van het beeld moeten uiteraard ook behouden blijven. De grootte van het klein en groot beeld worden per pagina-sjabloon vastgelegd bij de configuratie ervan. De beelden moeten bewaard worden voor het web. 180 en webredacteur moet content in websites via de voorkant kunnen toevoegen, wijzigen, verwijderen en publiceren 190 en webredacteur of groep van webredacteuren moet een overzicht ontvangen van aanpassingen van de content in websites en deze kunnen reviseren via de voorkant 200 en content goedkeurder moet de content in websites via de voorkant kunnen publiceren 210 Het is mogelijk om tijdens het Online editen van content, assets (foto, logo, videofragment) die nog niet in het systeem staan, rechtstreeks toe te voegen aan de tekst. De asset wordt wel automatisch in de repository van het systeem opgeslagen. (enkel met bepaalde rechten) W 220 Bij plaatsing van documenten kan worden aangegeven op + 54

55 welk moment het systeem de beheerder ervan moet verwittigen dat een bepaald document moet worden gecontroleerd op actualiteitswaarde 230 De opmaakmogelijkheden moeten per sjabloon kunnen vastgelegd worden bij de configuratie door de webmaster. Lettertype, lettergrootte, kleur enz. worden door de sitebeheerder op siteniveau ingesteld, de webredacteur kan dit niet aanpassen. De webredacteur kan beperkte voorgedefiniëerde opmaakelementen op een gebruiksvriendelijke manier kiezen om de content aan te maken. ( css-class kiezen of paragraaf stijl (h1, h2, p, lijst ) 240 Het moet mogelijk zijn om van de content-pagina s een preview te zien 250 Het is mogelijk om tekst vanuit MS Word te plakken in een pagina, waarbij alle opmaakkenmerken worden verwijderd 260 Het systeem biedt de mogelijkheid een duidelijke en inzichtelijke workflow aan de invoer van contentelementen te koppelen met daarin verschillende stappen, rollen en mogelijkheden tot goedkeuren of 'terugsturen', zodat een beheerder op elk moment de stand van zaken kan bekijken, en de verantwoordelijkheden voor content/opmaak/redactie e.d. goed zijn te verdelen 270 Het systeem biedt inzicht in lopende en afgeronde zaken. Het systeem biedt de mogelijkheid tot uitgebreide staging binnen de workflow. In ieder geval moet het mogelijk zijn de volgende fasen te ondersteunen: Gepubliceerd, Ter goedkeuring, In herziening, In voorbereiding. In elke fase is een previewmogelijkheid beschikbaar. 280 Welke procedure is in het systeem voorzien in het geval dat bepaalde content niet goedgekeurd is? 290 Het systeem kan een rapport maken van alle content die wacht op goedkeuring (per goedkeurder/groep). 300 Het is mogelijk om aan een gebruikersrol een specifieke workflow te koppelen. Beschrijf de mogelijkheden die het systeem biedt tav het definiëren van rollen, het inrichten van workflow en de + W + 55

56 stadia van publicatie. 310 De Inschrijver zal GC adviseren en ondersteunen bij het optimaliseren van het redactieproces en het mappen van processen en functies binnen het systeem. 320 Het systeem biedt de mogelijkheid tot een HTML tag filter (zwarte lijst met niet te gebruiken HTML tags) per gebruikersgroep en beheerrol, in de editor omgeving 330 Het systeem ondersteunt weblogs: een eenvoudige manier voor contentbeheerders om met regelmaat zeer kleine stukjes tekst (nieuwtjes/meningen) aan te bieden in een simpel format, met de mogelijkheid voor lezers om direct te reageren (direct tonen reactie, maken van threads waarin reacties op reactie mogelijk is) 340 Hoe kan content die van buiten het CMS wordt opgehaald, verrijkt worden? Het betreft hier informatie die via synchronisatie in CMS geladen wordt en die vóór de publicatie moet verrijkt worden. Welke mogelijkheden biedt het systeem? W W W + + w Publicatie /W/ 350 Het systeem biedt de mogelijkheid om automatisch en handmatig content uit het CMS te publiceren en te beheren Akkoord 360 De getoonde gegevens op een scherm dienen steeds de actuele toestand van de gevalideerde gegevens in de databank te reflecteren 370 Het systeem moet publicatie op het web kunnen bepalen op objectniveau 380 Het systeem kan content publiceren op basis van publicatiedatum (begin en einddatum). en publicatiedatum kan ook in het verleden of in de toekomst liggen 390 Het is mogelijk om (een selectie van) nieuwsberichten die voor een bepaalde periode zijn gepubliceerd, automatisch in een nieuwsarchief te plaatsen. 56

57 400 Bij de publicatie van meerdere content items op een pagina (of binnen een portlet) kan de chronologische volgorde worden ingesteld (Keuze om het nieuwste bericht of het oudste bericht bovenaan te plaatsen) 410 Het moet mogelijk zijn om gepubliceerde pagina s niet in de navigatie te laten verschijnen (hide when published) 420 Content moet via XML-feeds (RSS) beschikbaar kunnen worden gesteld 430 Mogelijkheid tot weergeven datum van laatste wijziging van gepresenteerde content 440 Het is mogelijk meerdere RSSfeeds te definiëren W 450 Het systeem biedt ondersteuning van live bookmarking in FireFox en I browsers 460 Het systeem kan dynamische overzichten genereren van hyperlinks naar meest gezochte items en deze in een portlet presenteren 470 Het systeem kan gesegmenteerde s versturen op basis van de informatie uit de bezoekersprofielen en statistische gegevens over bezoekersgedrag. 480 Beschrijf de mogelijkheden die de voorgestelde oplossing biedt inzake publicatie: synchroon, asynchroon; één platform, gescheiden platformen; mechanismen; realtime, delayed, planned; W W W Modulariteit en integratie w Modulariteit en integratie /W/ 10 Het systeem ondersteunt de mogelijkheid om behalve in het W + eigen systeem ook in andere systemen te zoeken zoals de eigen databanken 57 Akkoord

58 20 Het systeem voorziet dat (een deel van) de infrastructuur van de portal wordt gebruikt om services aan te bieden aan externe afnemers 30 Het is mogelijk om de Google mini of Google enterprise zoek functionaliteit te integreren 40 Het is mogelijk om elektronische betaling (via Ogone) te integreren. Bestaat hiervoor een Contributed module? + w Portlet ondersteuning /W/ 50 Portlets kunnen door de functioneel beheerder in de + portalstructuur worden opgenomen. De portlets trekken hun gegevens uit het CMS of uit andere (interne en externe) systemen. Toevoegen, wijzigen en verwijderen van portlets is enkel mogelijk als je beheerrechten hebt. Akkoord 60 Portlets die content uit het CMS tonen, kunnen zo worden geconfigureerd dat selecties op basis van metadata, contenttype, publicatiedatum en aantal hits uit het CMS worden gemaakt. Daarnaast kan de presentatie (hoeveelheid items, getoonde velden, sortering) per instantie van de portlet worden ingesteld door de beheerder. 70 Integratie van externe webtoepassingen is mogelijk door portlets in te richten die binnen de portal een ander URL weergeven + + w Integratie met gestructureerde data en data uitwisseling /W/ 80 Het systeem kan, op maat, data ophalen uit een SQL-Server + database van de GC en uit andere interne en externe databanken, en als gestructureerde content in een webpagina tonen. Akkoord 90 Beschrijf op welke manier het systeem de gegevens uit de database kan halen rekening houdend met het dynamisch 58

59 karakter van de data, volumes en de wachttijden voor de bezoeker 100 Biedt het systeem de mogelijkheid tot het vergroten van de bereikbaarheid van openbare overheidsinformatie voor burgers? Het gaat om databases waarvan de inhoud een openbaar karakter heeft en die bruikbaar zijn voor burgers en bedrijven. Het kan hierbij gaan over meetresultaten, statistische gegevens, adressen van instellingen, kaartmateriaal etc. 110 Geef aan hoe het systeem omgaat met een gemeenschappelijke databank die door verschillende sites gebruikt wordt. Hoe wordt dat georganiseerd? Hoe wordt gemeenschappelijke content van een standaard boomstructuur beheerd (gemeenschappelijke pagina s die vanuit verschillende websites benaderbaar zijn) 120 Welke mechanismen gebruikt het systeem om rechtstreeks gegevens op te vragen uit een lokale databank enerzijds en uit een (remote) webservice anderzijds. 130 Het systeem beschikt over een import-tool die minstens volgende formaten van importbestanden ondersteunt : xcel XML 140 Het systeem biedt de mogelijkheid om binnen een selectie van objectfiches een leeg veld in te vullen in alle geselecteerde objectfiches (bulkinvoer) + W + Functionaliteit en personalisatie w Gebruikersregistratie /W/ 10 Het systeem biedt eindgebruikers (bezoekers van de site) de + mogelijkheid zich te registreren Akkoord 20 en bezoeker kan inloggen met zijn FaceBook of Netlog (de jongeren) profiel + 59

60 30 Mogelijkheid tot een gemeenschappelijk profiel over alle portal sites: een bezoeker neemt dezelfde profiel gegevens (o.a. contactgegevens en voorkeuren) mee over alle portal sites 40 Beschrijf het bezoekersregistratieproces en onderliggende gegevensopslag (web CRM) van uw systeem. 50 Het systeem biedt de mogelijkheid om bepaalde geregistreerde gebruikers toegang te weigeren 60 Geregistreerde gebruiker kunnen een interesseprofiel aanmaken 70 Het systeem kan geregistreerde gebruikers op basis van een lichte authenticatievoorziening (bvb op adres) informatie op maat verstrekken 80 Het systeem kan geregistreerde gebruikers (bvb via ) verwijzen naar content die binnen hun interesseprofiel past. De match tussen de content en het profiel wordt gemaakt op basis van metadata 90 Het systeem kan via portlets content laten tonen die binnen het interesseprofiel van een ingelogde gebruiker past 100 Geregistreerde gebruikers kunnen zich abonneren op nieuws in elk bestandstype (tekst, video, afbeeldingen, geluid etc.) 110 De antwoordtijden moeten aanvaardbaar zijn. Wanneer een gebruiker langer dan 5 seconden moet wachten op het resultaat van een actie (navigatie, zoeken, op een knop geklikt, eens...) dan moet het systeem een boodschap tonen zodat de gebruiker weet dat het systeem bezig is. Dit om te vermijden dat een gebruiker een bepaalde actie voor de tweede keer lanceert wanneer hij geen feedback van het systeem krijgt. W + + W W + W + w Functionaliteit en personalisatie /W/ 120 Het systeem biedt de mogelijkheid om op diverse websites + een aparte nieuwsrubriek aan te bieden en daar een archief Akkoord 60

61 van bij te houden. Het systeem biedt de mogelijkheid om een nieuwsrubriek van een website door te geven aan de webredacteur van een andere website. Hier heeft hij de mogelijkheid om het nieuws volledig over te nemen of aan te passen aan eigen doelpubliek. 130 De webmaster kan met behulp van templates / sjablonen nieuwe websites (campagnesites/minisites, vb. Stadskriebels) creëren en de presentatie (look&feel) van diverse websites onafhankelijk besturen. 140 en geregistreerde bezoeker kan in beperkte mate de homepage van de portal site personaliseren zodat hij/zij zelf kan kiezen welke informatie op de homepage moet verschijnen. 150 Geregistreerde bezoekers kunnen widgets toevoegen en/of weglaten 160 Het systeem biedt de mogelijkheid om social media links te integreren (Facebook, Twitter,...) 170 Het systeem beschikt over een Sitemap. en dynamisch overzicht van de hele website, een soort index die automatisch wordt gegenereerd op basis van de structuur van de website 180 Het systeem biedt de mogelijkheid om meertalige websites te maken waarbij de verschillende taalversies van een pagina aan elkaar zijn gelinkt + W + W W + w Meta-data en Content classificatie /W/ 190 Beschrijf de mogelijke opties voor het toekennen van metadata aan content en assets Akkoord 200 Het systeem biedt de beheerder de mogelijkheid om zelf contenttypen te definiëren. + 61

62 w Zoeken /W/ 210 Het systeem biedt uitgebreide mogelijkheden voor (fulltext) + zoeken en ondersteunt de mogelijkheid om te zoeken op basis van metadata: zoeken over alle velden heen of op één bepaald veld Akkoord 220 Het systeem ondersteunt zoeken in PDF bestanden W 230 Beschrijf de mogelijkheden die het systeem biedt voor search-engine optimalisatie (SO) Betreffende SF/SO, biedt het systeem: Mogelijkheid om de <title> tag te personaliseren Mogelijkheid om de <meta> tags te personaliseren Mogelijkheid om statische SF URL s aan te maken 301 server re-direct ondersteuning 250 Welke mogelijkheden biedt het systeem om zoekopdrachten te verfijnen, te verrijken (semantische verbanden/relaties) 260 Het systeem biedt de mogelijkheid om beveiligde inhoud te doorzoeken 270 Het systeem laat toe om de weergave van de zoekresultaten te personaliseren 280 Het systeem zal automatisch dubbele zoekresultaten ontdekken/verwijderen 290 Het systeem biedt de mogelijkheid om de resultaten van meerdere zoekmachines / databronnen samen te voegen W + W + W + W + W Het moet mogelijk zijn om zoekopdrachten te bewaren W + w Community / extranet /W/ 310 Het systeem biedt de mogelijkheid tot het afschermen van + 62 Akkoord

63 een (sub)site voor een beperkt aantal geregistreerde gebruikers 320 Binnen dit 'extranet' is exclusieve toegang tot functionaliteit als fora, chat (W) en file upload / download faciliteit en wiki () voor de leden beschikbaar 330 Het systeem biedt de mogelijkheid tot inrichten van een persoonlijke pagina voor de eindgebruiker met o.a. RSS feed, externe links, applicatietoegang, agenda. W + w Nieuwsbrieven /W/ 340 Het systeem biedt de mogelijkheid om nieuwsbrieven samen + te stellen met content uit de contentrepository. Akkoord 350 Beschrijf zo grondig mogelijk hoe uw systeem een nieuwsbrief opbouwt 360 Geregistreerde gebruikers kunnen zich abonneren op 1 of meerdere nieuwsbrieven 370 Beschrijf welke mogelijkheden het systeem biedt voor het verzenden van nieuwsbrieven wat betreft: het beheren van de abonneegegevens, het toepassen van templates voor de presentatie van de nieuwsbrief en platform onafhankelijkheid mbt de client (mailprogramma) van de ontvanger en gebruiker moet zich kunnen inschrijven en zijn gegevens aanpassen, uitschrijven (gelinkt aan profiel) via pagina s die geïntegreerd zijn in de website. De webmaster moet een template kunnen aanmaken (html/css/images). De webredacteur moet de inhoud van de nieuwsbrief kunnen opstellen met een editor en de nieuwsbrief verzenden. De webredacteur moet selecties kunnen maken van doelgroepen op basis van leeftijd, locatie, De webredacteur moet een rapporten kunnen raadplegen met opens, clicks, De nieuwsbrief moet correct weergegeven worden in de meest gebruikte mailclients (outlook, mail for mac, thunderbird, gmail, hotmail, er moet alternatief een tekstversie weergegeven kunnen worden en een link naar een online versie. + 63

64 r moet altijd eerst een testversie kunnen bekeken worden alvorens te verzenden. w Diversen /W/ 380 Het systeem beschikt over de mogelijkheid om een + webpagina en eventuele lijstjes netjes af te drukken zonder overbodige opmaak (print css). en afdrukfaciliteit die de mogelijkheid biedt om de gegevens om te zetten naar Microsoft Word, Microsoft xcel, Adobe PDF, tekstbestand en naar keuze op scherm, naar of naar printer. Hierbij verloopt het printerbeheer via de Windows-faciliteiten van de PC Akkoord 390 Binnen het systeem kan de webmaster webformulieren voor eenvoudige diensten (bijvoorbeeld inschrijving voor een evenement) aanmaken met tenminste tekstvelden voor input, meerkeuzelijst (selectielijst), selectievak, radio-button en verzending. Het systeem biedt ook de mogelijkheid om bepaalde controles via script uit te voeren op het formulier (zoals controle op een geldig adres, controle op de gelijkheid van twee velden, controle op tekst of getal, datumcontrole, enz..) De lay-out van de formulieren moet zelf te bepalen zijn (= schikking van de velden, naast of onder mekaar,...). De output/export van de ingevulde velden moet terecht kunnen komen in de mail of in een databank met als output/rapportering een excel-bestand (voor verwerking achteraf) Het moet mogelijk zijn om een elektronische handtekening bij het verzenden van het formulier te vragen 410 Het moet mogelijk zijn om meerdere documenten (pdf, doc, xcel ) in te voegen in een gewone contentpagina. Deze documenten kunnen geuploaded worden van eender welke directory en worden in het systeem automatisch en op een gestructureerde manier bewaard. (zie ook alle andere soorten bestanden (images enz.) 420 Het systeem biedt de mogelijkheid om meerdere imagegalleries te maken en op verschillende plaatsen binnen de site te publiceren. Bij een imagegallery kan men de foto s niet kopiëren (zie fotogallery van bv. De Standaard online). W

65 Bij alle images moet de mogelijkheid bestaan om de fotograaf te vermelden, alsook copy right 430 Afbeeldingen die worden toegevoegd aan de imagegallery kunnen door het systeem op maat worden gemaakt. De afmetingen van de foto s in de fotogallery worden vastgelegd door de webmaster (configuratie). Alle foto s binnen alle fotogalleries zullen dezelfde afmetingen hebben binnen de verschillende websites. 440 Het systeem beschikt over een Nederlandstalige spellingcontrole 450 Het systeem beschikt over een voorgedefinieerde producten- en dienstencatalogus 460 Het systeem beschikt over een module voor het afnemen van evaluaties / enquêtes / polls 470 Het systeem biedt de mogelijkheid om meerdere polls op te stellen met verschillende inhoud en werking 480 Het systeem biedt de mogelijkheid om statistieken van de poll bij te houden en te presenteren 490 Het systeem biedt de mogelijkheid tot 1-op-1 chatssessies tussen externe gebruiker en een GC-ambtenaar. Daarbij worden meerdere chats tegelijk ondersteund 500 Het systeem beschikt over een Tell-a-friend functie. en eenvoudig knopje onder artikelen waarmee een bezoeker een friend op de hoogte kan stellen van de betreffende pagina via een (of een social media) vanaf de site 510 Het systeem biedt de mogelijkheid om geregistreerde gebruikers producten te laten selecteren en bestellen in een webshop 520 Binnen het systeem zijn WIKI's in te richten waarmee het mogelijk is om webdocumenten gezamenlijk te bewerken, waarbij publicatie door de gebruikers zelf kan geschieden (dus zonder via de standaard workflow te gaan). + W + + W + + W + 65

66 66

67 BIJLAG I. KNMRKN AN D T RALISRN WBSITS I. 1 Globaal - GC-portaalsites, een globale visie op de informatie architectuur & UX - 30 p. - Functioneel ontwerp (functionaliteiten voor contentbeheerders) - 5 p. - Oplijsting "datagegevens/databanken "- 3 p. en schema I. 2 Jeugdportaal - GC Jeugd Wireframes - 11 p. - Webconcept GC Jeugdportaal - 22 p. I. 3 Onderwijsportaal - Webconcept GC Onderwijsportaal (inclusief wireframes) - 45 p. I. 4 Gemeenschapscentra - Webconcept GC - GC portaal (inclusief wireframes - omvat info voor portaal en individueel gemeenschapscentrum) - 45p ORM: PDF-document [dossiercode] / [directie] / [beleidsinhoud] / [dossierverantwoordelijke] / [statuscollege]

68 BIJLAG II. OFFRTFORMULIR N INLICHTINGNBLAD II.1 Offerteformulier laamse Gemeenschapscommissie mile Jacqmainlaan BRUSSL BSTK DLA/COM/11.07 Algemene offerteaanvraag voor de levering van een content management systeem, 3 portal sites en een modelwebsite voor de laamse Gemeenschapscommissie De firma (volledige benaming) met als adres: (straat) (postnr en gemeente) (land) Ingeschreven bij de Kruispuntbank van de Ondernemingen onder nummer en waarvoor Mijnheer/Mevrouw (*) (naam) (functie) gedomicilieerd op het adres (straat) (postnr en gemeente) (land) 1