BESTEK OVERHEIDSOPDRACHT VOOR DIENSTEN INSTALLATIE VAN EEN ESB-OPLOSSING ALGEMENE OFFERTEAANVRAAG

FEDERALE OVERHEIDSDIENST FINANCIËN

Ref.: ICT/INF/ESB

BESTEK OVERHEIDSOPDRACHT VOOR DIENSTEN “INSTALLATIE VAN EEN ESB-OPLOSSING”

ALGEMENE OFFERTEAANVRAAG

Wijzigingen : Sectie I.17.3 Gunningscriteria Verduidelijking Bijlage E) a) ii) Bijlage F Datum van de zitting voor de opening van de offertes : vrijdag 23 september 2011 om 10 u

Datum van de zitting voor de opening van de offertes: 16 september 2011 om 10 u.

Blz. 1


Ref.: ICT/INF/ESB

Inhoudsopgave

I. ADMINISTRATIEVE BEPALINGEN .................................................................................................... 6 I.1 BESCHRIJVING VAN DE OPDRACHT ...................................................................................................... 6 I.1.1 Context van de opdracht.......................................................................................................... 6 I.1.2 Problematiek ............................................................................................................................ 9 I.1.3 Voorwerp van de opdracht..................................................................................................... 11 I.2 IDENTITEIT VAN DE OPDRACHTGEVER ................................................................................................ 12 I.3 GEBRUIK DOOR ANDERE FEDERALE AANBESTEDENDE OVERHEDEN ..................................................... 12 I.4 VERTROUWELIJKHEIDSCLAUSULE ..................................................................................................... 13 I.5 W IJZE VAN GUNNEN ......................................................................................................................... 13 I.6 PROCEDURE VOOR LATERE ONDERHANDELINGEN .............................................................................. 13 I.7 PRIJSOPGAVE .................................................................................................................................. 13 I.8 LOOPTIJD VAN DE OPDRACHT ........................................................................................................... 14 I.9 INFORMATIESESSIE .......................................................................................................................... 14 I.10 VORM EN INHOUD VAN DE OFFERTE................................................................................................. 15 I.11 TIJDELIJKE VERENIGINGEN ............................................................................................................. 17 I.12 VRIJE VARIANTEN........................................................................................................................... 17 I.13 OPTIES.......................................................................................................................................... 17 I.14 GESTANDDOENINGSTERMIJN .......................................................................................................... 17 I.15 INDIENEN VAN DE OFFERTE ............................................................................................................. 18 I.16 OPENING VAN DE OFFERTES ........................................................................................................... 19 I.17 PROCEDURE VAN GUNNING VAN DE OPDRACHT ................................................................................ 19 I.17.1 Kwalitatieve selectiecriteria.................................................................................................. 19 I.17.2 Regelmatigheid van de offertes ........................................................................................... 22 I.17.3 Gunningscriteria ................................................................................................................... 22 II. CONTRACTUELE BEPALINGEN .................................................................................................... 24 II.1 KENNISGEVING VAN DE GUNNING VAN DE OPDRACHT ........................................................................ 24 II.2 DE BESTELBON EN HAAR MODALITEITEN ........................................................................................... 25 II.3 LEIDEND AMBTENAAR ...................................................................................................................... 25 II.4 BORGTOCHT ................................................................................................................................... 25 II.5 LEVERBAARHEID VAN HET VOORGESTELDE SYSTEEM ........................................................................ 27 II.6 UITVOERING VAN DE OPDRACHT ...................................................................................................... 27 II.6.1 Clausule betreffende de technologische evolutie................................................................. 27 II.6.2 Plaats van uitvoering en specifieke bepalingen ................................................................... 27 II.6.3 Personeel van de opdrachtnemer ........................................................................................ 28 II.6.4 Onderaannemers.................................................................................................................. 29 II.6.5 Middelen die ter beschikking worden gesteld door de FOD Financiën ................................ 30 II.6.6 Te respecteren normen en standaarden .............................................................................. 31 II.6.7 Veranderingsbeheer ( “change management” ) ................................................................... 31 II.6.8 Bijzondere verbintenissen betreffende verkregen informatie ............................................... 32 II.6.9 Aansprakelijkheden .............................................................................................................. 34 II.7 LOOPTIJD ....................................................................................................................................... 34 II.8 OPVOLGING VAN DE UITGEVOERDE DIENSTEN EN CONTROLE DOOR DERDEN....................................... 35 II.8.1 Opvolging van de goede uitvoering van de opdracht ........................................................... 35 II.8.2 Controle door derden ........................................................................................................... 35 II.9 BEOORDELING VAN DE UITGEVOERDE DIENSTEN EN CONTROLEWERKZAAMHEDEN .............................. 36 II.10 VOORLOPIGE OPLEVERING ............................................................................................................ 36 II.11 GARANTIE .................................................................................................................................... 36 II.12 DEFINITIEVE OPLEVERING .............................................................................................................. 37 II.13 OPLEVERINGSMODALITEITEN EN -KOSTEN ...................................................................................... 37 II.14 EIGENDOM VAN DE ONTWIKKELDE SOFTWARE ................................................................................. 38 II.15 DEPONERING BIJ EEN ESCROW AGENT ........................................................................................... 39 II.16 FACTURATIE, BETALING EN PRIJSHERZIENING ................................................................................. 40 II.16.1 Facturatie en betaling ......................................................................................................... 40

Blz. 2


Ref.: ICT/INF/ESB

II.16.2 Prijsherziening .................................................................................................................... 40 II.16.3 Clausule van meest begunstigde klant............................................................................... 41 II.17 PUBLICITEIT - REFERENTIES........................................................................................................... 41 II.18 LAATTIJDIGE LEVERINGEN ............................................................................................................. 41 II.19 VERWEERMIDDELEN VAN DE ADMINISTRATIE - GESCHILLEN ............................................................. 42 III. TECHNISCHE BEPALINGEN ......................................................................................................... 43 III.1 BESCHRIJVING VAN DE OPDRACHT .................................................................................................. 43 III.1.1 Context van de opdracht ..................................................................................................... 43 III.1.2 Problematiek ....................................................................................................................... 46 III.1.3 Voorwerp van de opdracht .................................................................................................. 48 III.2 VEREISTEN VAN DE OPDRACHT ....................................................................................................... 50 III.2.1 Algemene Vereisten ............................................................................................................ 50 III.2.2 De ESB-oplossing ............................................................................................................... 51 III.2.3 Licenties .............................................................................................................................. 63 III.2.4 Softwareonderhoud en support ........................................................................................... 65 III.2.5 Overdracht van kennis ........................................................................................................ 66 III.2.6 Pilootproject ........................................................................................................................ 68 III.2.7 Versterking van de SOA-benadering .................................................................................. 68 III.2.8 Organisatie van het project ................................................................................................. 69 III.2.9 SLA...................................................................................................................................... 75 IV. BIJLAGEN ....................................................................................................................................... 77 BIJLAGE A : OFFERTEFORMULIER .................................................................................................. 78 BIJLAGE B : CURRICULUM VITAE .................................................................................................... 80 BIJLAGE C : REFERENTIEMODEL ................................................................................................... 82 BIJLAGE D : VRAAG EN ANTWOORD FORMULIER ....................................................................... 83 BIJLAGE E : INVENTARIS................................................................................................................... 84 A)

HOOFDOPDRACHTEN ..................................................................................................................... 84 i) Overdracht van kennis ............................................................................................................ 84 ii) Prijs van de licenties ............................................................................................................... 85 iii) Volumetriefunctie ............................................................................................................. 86 iv) Resterende hoofdopdrachten .......................................................................................... 88 B) SECUNDAIRE OPDRACHTEN ........................................................................................................... 88 i) Profielen .................................................................................................................................. 88 BIJLAGE F : INFORMATIE BETREFFENDE DE INVENTARIS ......................................................... 89

Blz. 3


Ref.: ICT/INF/ESB

Ontwerper Naam: Stafdienst ICT Adres: Koning Albert II-laan 33 bus 95 te 1030 Brussel Contactpersoon: Nicolas Vanderavero Telefoon: 0257/81.353 E-mail: [email protected] Toepasselijke reglementering 1. Wet van 24 december 1993 (BS van 22-01-1994) betreffende de overheidsopdrachten en sommige opdrachten voor aanneming van werken, leveringen en diensten, en latere wijzigingen. 2. Koninklijk besluit van 8 januari 1996 (BS van 26-01-1996) betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten en de concessies voor openbare werken, en latere wijzigingen. 3. Koninklijk besluit van 26 september 1996 (BS van 18-10-1996) tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten en van de concessies voor openbare werken, alsmede de bijlage bij dit koninklijk besluit betreffende de algemene aannemingsvoorwaarden, en latere wijzigingen.

Betreffende documenten eigen aan de opdrachtgever: • • •

•

Onderhavig bestek. De berichten inzake de opdracht en de berichten van wijziging, aangekondigd of gepubliceerd in het Bulletin der Aanbestedingen en het Publicatieblad van de Europese Unie, die in het algemeen betrekking hebben op overheidsopdrachten. De aangebrachte verduidelijkingen naar aanleiding van de infosessie (gestelde vragen en door de aanbestedende overheid verstrekte antwoorden). Deze verduidelijkingen maken integraal deel uit van de contractvoorwaarden en de inschrijver wordt verondersteld er kennis van te hebben genomen en er rekening mee te hebben gehouden bij de opstelling van zijn offerte. Documenten waarnaar de aanbestedende overheid binnen het bestek verwijst.

Betreffende documenten eigen aan de inschrijver: • •

De offerte van de inschrijver. De verduidelijkingen en verbintenissen die door de FOD Financiën worden aanvaard en die als aanvulling op de offerte gelden (met dezelfde referentie) naar aanleiding van vragen en verzoeken om opheldering.

Afwijkingen, aanvullingen en opmerkingen Geen

Blz. 4


Ref.: ICT/INF/ESB

Gebruikte symbolen en afkortingen B2B Business-to-Business B2G Business-to-Government BAM Business Activity Monitoring KBO Kruispuntbank van ondernemingen KSZ Kruispuntbank van de Sociale Zekerheid KFF Kruispuntbank van de federale fiscaliteit CCFF Communicatiecentrum van de federale fiscaliteit CV Curriculum Vitæ DB Database DMZ Demilitarized zone EAI Enterprise Application Integration EDA Event-Driven Architecture ESB Enterprise Service Bus ESM Enterprise System Management VTE Voltijds equivalent FedIAM Federal Identity and Access Management FSB Federal Service Bus FUP Finance Unified Process G2C Government-to-Citizen G2G Government-to-Government IAM Identity and Access Management IT Information Technology ICT Information and Communication Technologies IDE Integrated Development Environment ISO International Organization for Standardization JDBC Java DataBase Connectivity JEE Java Platform, Enterprise Edition JMX Java Management Extensions KPI Key Performance Indicator PRINCE2 PRojects IN Controlled Environments 2 QoS Quality of Service REST Representational State Transfer RDC Relational Data Center RUP Rational Unified Process DBMS Database managementsysteem SLA Service Level Agreement SNMP Simple Network Management Protocol SOA Service Oriented Architecture SOAP Simple Object Access Protocol SPF Service Public Fédéral UME Universal Messaging Engine WSDL Web Services Description/Definition Language WS-I Web Services Interoperability XML Extensible Markup Language

Blz. 5


Ref.: ICT/INF/ESB

I. Administratieve bepalingen Dit eerste deel heeft betrekking op de regeling tot gunning van een overheidsopdracht tot de opdrachtnemer is aangesteld. De bepalingen die vervat zijn in dit deel, hebben betrekking op de wet van 24 december 1993 en het koninklijk besluit van 8 januari 1996 en latere wijzigingen.

I.1 Beschrijving van de opdracht I.1.1 Context van de opdracht Deze sectie beschrijft de context van deze opdracht: de IT-infrastructuur van de FOD Financiën en zijn huidige problematiek. Deze infrastructuur wordt eerst globaal beschreven door hem opnieuw in de context van het Coperfinplan te plaatsen. Daarna wordt hij meer gedetailleerd beschreven, eerst en vooral op het vlak van de hardware en de software waaruit hij bestaat en vervolgens vanuit het oogpunt van de communicaties die via deze infrastructuur verlopen. Tot slot beschrijven we de huidige problemen en de redenen die de Administratie ertoe hebben aangezet om dit bestek te publiceren. De informatie die in deze secties wordt beschreven, is gedeeltelijke informatie bestemd om de algemene context van de opdracht voor te stellen. De inschrijver dient de website van de FOD Financiën te raadplegen op het adres http://minfin.fgov.be/, waar hij meer informatie vindt over: ● Coperfin: in de rubriek Modernisering > Coperfin Bibliotheek ● ICT: in de rubriek Modernisering > ICT ● Architectural Building Blocks: in de rubriek Modernisering > ICT > Fundamenten ● De verschillende gepubliceerde bestekken: in de rubriek Overheidsopdrachten

I.1.1.1 IT-infrastructuur van de FOD Financiën I.1.1.1.1 Algemene presentatie Binnen de FOD Financiën wordt het moderniseringsplan Coperfin uitgevoerd, voor het luik informatica, door verschillende projecten voor de verbetering van de bestaande infrastructuur, zoals:

●

●

● ●

●

Atlas, gelanceerd in 2004, dat een hardwareplatform biedt van open systemen en storage waarop de nieuwe software-infrastructuur van de FOD Financiën draait en dat alle mainframes moet vervangen Het CCFF (Communicatiecentrum van de Federale Fiscaliteit), sinds 2003, dat een dynamische applicatie-infrastructuur moet zijn op basis van JEE die openstaat voor een maximum aantal ontwikkelingstools, technologieën voor gegevensuitwisseling en diensten. Het CCFF wordt meer bepaald ontwikkeld via het ontwerp van een framework dat talrijke diensten omvat die ter beschikking worden gesteld van de applicaties (zoals Tax on Web, Intervat, …) die werken boven en dankzij het CCFF RDC, een standaardsysteem voor het beheer van relationele databases voor het ICTdepartement SupDev, dat ondersteuning biedt voor de ontwikkeling via, onder andere, een complete methodologie voor softwareontwikkeling (FUP, gebaseerd op RUP) en alle benodigde tools voor de toepassing ervan op grote schaal Het project ‘Enterprise System Management’ dat de monitoring installeert Blz. 6


Ref.: ICT/INF/ESB

● De dienst ‘Job Scheduling’ die de productiejobs beheert die op de verschillende platformen (Windows, UNIX en mainframe) van de FOD Financiën moeten worden uitgevoerd

I.1.1.1.2 Specifieke presentatie We kunnen de IT-infrastructuur op twee manieren bekijken:

I.1.1.1.2.1 Vanuit het oogpunt hardware en software

De belangrijkste kenmerken van de hardware-infrastructuur zijn: ● De omgeving is verspreid over twee sites: North Galaxy, zetel van de FOD Financiën en South Galaxy, in Anderlecht, op verschillende kilometers van de eerste site ● De web- en applicatieservers zijn geïnstalleerd op Fujitsu-Siemens BF200 en BF400. De BF200 kunnen maximum 6 blades bevatten, die elk 2 CPU’s Intel E5450 van 4 cores bevatten met 3Ghz en 32GB RAM. De BF400 kunnen maximum 24 blades bevatten, die elk 4 CPU’s van 4 cores bevatten met 2.93Ghz en 64GB RAM. Het besturingssysteem is Solaris 10 ● De databaseservers zijn FTS M9000 die elk 32 CPU’s, 8 cores per CPU en 512 GB RAM bevatten. Het besturingssysteem is Solaris 10 ● De omgeving is volledig redundant en alle elementen werken in parallel. De last wordt tussen hen verdeeld via een clusteringmechanisme ● De applicaties zijn volledig uitgerold op applicatieservers die zich in de interne LAN bevinden

Blz. 7


●

●

● ●

Ref.: ICT/INF/ESB

De ‘Apache’ servers bevatten enkel statische inhoud en forwarden queries naar de applicatieservers. Deze web servers doen ook dienst als filter tussen de applicaties die toegankelijk zijn via het internet en de applicaties die uitsluitend toegankelijk zijn via het intranet De load balancing van de applicatieservers wordt volledig uitgevoerd op basis van Bea Weblogic-mechanismen. De load balancing wordt op het niveau van de Apache web servers uitgevoerd door een Bea plugin De ‘clustering’ van de web servers is gebaseerd op Cisco ACE hardware loadbalancers De twee omgevingen geven op identieke wijze toegang tot de mainframes

I.1.1.1.2.2 Vanuit het oogpunt van de communicatie Het onderstaande schema geeft een algemeen overzicht van de communicaties die via de ITinfrastructuur van de FOD Financiën kunnen verlopen:

De belangrijkste betrokkenen in dit schema zijn: ● CCFF: biedt abstracties voor toegang tot de mainframes, mechanismen voor communicatie tussen applicaties en de ontwikkeling en hosting van interne diensten ● IAM: biedt een oplossing voor Identity and Access Management die de aspecten verbonden met de authenticatie en de autorisatie van de gebruikers beheert ● RDC: beheert de relationele databases

Blz. 8


● ●

Ref.: ICT/INF/ESB

D&RMC: beheert de archivering van elektronische documenten ESM: beheer van de monitoring, geïmplementeerd via HP OVOw

We zien verschillende stromen die via deze infrastructuur kunnen verlopen. Bijvoorbeeld:

●

Communicaties tussen applicaties: meestal gedefinieerd via het CCFF

●

G2C-communicaties: meestal via specifieke webapplicaties zoals Tax-on-Web, Intervat, …

●

G2G-communicaties: ○ KSZ: via web services ○ KBO: via FTP ○ Europese Gemeenschap: via CCN/CSI ○ Fedict: via de FSB en de UME van Fedict ○ Rijksregister: via FTP ○ Gemeenten: onder andere via specifieke webapplicaties ○ ...

●

B2G-communicaties: ○ Bank: via het Isabel-netwerk ○ Koninklijke Federatie van Belgische Notarissen: via de FSB Fedict ○ Belcotax On Web: via een webapplicatie, via het laden van een dvd ○ ...

I.1.2 Problematiek De FOD Financiën wordt met twee problemen geconfronteerd: De FOD Financiën wordt met twee problemen geconfronteerd met name: de toename van de heterogene communicatiebehoeften naar de buitenwereld en de versterking van de SOA benadering.

I.1.2.1 Toename van de heterogene communicatiebehoeften van en naar de buitenwereld In een nabije toekomst zal de FOD Financiën geconfronteerd worden met een evolutie van de communicatiekanalen die hij gebruikt om met zijn externe partners te communiceren. De modernisering van de IT-infrastructuur van de huidige partners zal dus tot veranderingen leiden, zowel in de technologie als in de aard van deze communicatiekanalen en de heterogeniteit op termijn sterk verhogen. Door het ontstaan van nieuwe partners op regionaal, federaal of Europees niveau zullen er bovendien nieuwe communicatiekanalen worden gecreëerd. Om de aspecten verbonden met de communicatie met de externe partners te centraliseren en een exepertisecentrum te creëren, wil de FOD Financiën een 'Kruispuntbank van de Federale Fiscaliteit' installeren als centraal communicatieplatform met de externe partners van de FOD Financiën. Het is belangrijk om zich adequaat op deze toekomstige veranderingen in de communicatiekanalen voor te bereiden om, enerzijds, de impact op de bestaande applicaties tot een minimum te beperken en, anderzijds, snel te kunnen reageren als er een nieuw communicatiekanaal moet worden gecreëerd, of als de technologie die voor de bestaande kanalen wordt gebruikt, moet worden aangepast. In bepaalde gevallen zullen de uitvoeringstermijnen immers bepaald worden door wettelijke verplichtingen die op straf van boete moeten worden nageleefd. Een mogelijke oplossing zou erin bestaan deze communicatiestromen te beheren in het CCFF framework en het te gebruiken als expositie- en bemiddelingslaag van en naar de buitenwereld. Voor deze oplossing moeten de interface- en bemiddelingscomponenten bijgevolg intern worden Blz. 9


Ref.: ICT/INF/ESB

ontwikkeld, getest en onderhouden. Voor deze oplossing zou ook de inproductiestelling van een nieuwe versie van het framework moeten worden gepland bij elke evolutie van deze componenten. Om de soepelheid te verkrijgen die noodzakelijk is om de talrijke verwachte veranderingen in de communicatiekanalen zo goed mogelijk op te vangen en om de impact op de applicaties tot een minimum te beperken, wil de FOD Financiën een andere oplossing kiezen door een ESB (Enterprise Service Bus) in zijn architectuur te integreren. De belangrijkste rol van een ESB is immers de functionaliteiten te leveren voor de bemiddeling van diensten en de transformatie en routing van berichten mogelijk te maken. Een ESB bevat bovendien een groot aantal connectoren die een snelle interface met diverse communicatietechnologieën mogelijk maken zonder dat er intern specifieke componenten moeten worden ontwikkeld en onderhouden. Tot slot kunnen de communicatiestromen en de uit te voeren operaties op de berichten die erdoor lopen dynamisch worden gedefinieerd via configuratie-operaties.

I.1.2.2 Versterking van de SOA-benadering Parallel met deze externe communicatieaspecten wil de FOD Financiën de SOA-benadering die sinds enkele jaren binnen de ICT groeit versterken. Door de ontwikkeling van het CCFF framework zijn er namelijk enkele artefacts van een SOA-benadering ontstaan, zoals de technologische ontkoppeling met zijn clients, het ontstaan van het begrip service, een embryo van een service directory,… Meer recent heeft het bestek CCFF 2008 de wil bevestigd om een SOA-benadering te hanteren en er de grote lijnen van geschetst. Het is echter noodzakelijk om te consolideren wat er al werd gerealiseerd en de SOA-benadering te systematiseren. We stellen bijvoorbeeld vast dat het begrip service, een centraal begrip in de SOAbenadering, zich stilaan verspreidt binnen de ICT en het mogelijk heeft gemaakt om verschillende services te installeren, zoals de validering van het bankrekeningnummer, de recuperatie van competente bureaus voor een bepaalde functie, het beheer van menselijke taken via de Taskmanager, … Nochtans kan de maturiteit van bepaalde aspecten worden verbeterd, bijvoorbeeld door alle services in een servicecatalogus te vermelden, door SLA’s te definiëren en te controleren voor deze services, door een abstractie- en bemiddelingslaag voor de toegang tot de services aan te brengen, zodat de oproepende applicaties niet meer moeten worden gewijzigd na een technische aanpassing aan de service, ... Het is belangrijk voor de FOD Financiën om vooruitgang te maken in de SOA-benadering. Door het begrip servicelaag te introduceren in een organisatie, laat de SOA-benadering immers, op termijn, toe om de wendbaarheid, de interoperabiliteit en een beter hergebruik van het bestaande te bevorderen. De FOD Financiën wil dus zijn technologische SOA-sokkel consolideren door een ESB in zijn referentie-architectuur te integreren. Dankzij zijn bemiddelings- en integratiefunctionaliteiten kan hij het uitgevoerde werk versterken om een servicelaag te ontwikkelen en het SOA-maturiteitsniveau te verhogen door de rol van hefboom te spelen om de aanvaarding van SOA binnen de FOD Financiën te versnellen.

I.1.2.3 De behoefte aan een ESB-oplossing Correct beantwoorden aan de toename van de communicatiebehoeften en de wens om het SOAmaturiteitsniveau te verhogen, zijn twee zeer grote uitdagingen. Ze hebben echter een gemeenschappelijk kenmerk: ze kunnen beide profiteren van de implementatie van, niet een gewoon ESB-product, maar een ESB-oplossing. De FOD Financiën definieert een ESB-oplossing als een communicatieplatform dat een ESBproduct centraal stelt in zijn architectuur, maar dat ook andere modules of producten kan bevatten (zoals, bijvoorbeeld, een servicecatalogus, ...) die allemaal passen in een geïntegreerde benadering voor de versterking van de bestaande SOA-benadering. Blz. 10


Ref.: ICT/INF/ESB

De ESB-oplossing zal centraal staan in de toekomstige kruispuntbank van de federale fiscaliteit om gemakkelijker te kunnen beantwoorden aan de verwachte toename van de behoeften inzake communicatie met externe partners. Het is niet uitgesloten dat de bestaande communicatiestromen en de communicaties tussen de applicaties op termijn eveneens van de ESB-oplossing gebruikmaken. Deze ESB-oplossing zal ook als katalysator worden gebruikt in de SOA-urbanisatiebenadering binnen de FOD Financiën door het begrip service onder de aandacht te brengen dankzij zijn bemiddelings- en integratiefunctionaliteiten. Het doel van dit bestek is dus niet de IT-infrastructuur van de FOD Financiën eenvoudigweg uit te rusten met een ESB-product door licenties aan te kopen. Het nagestreefde doel is een volledige ESBoplossing te installeren die duurzaam en evolutief is, die in onze architectuur wordt geïntegreerd, die het begrip service in de SOA-betekenis van het woord promoot en die in lijn is met de langetermijndoelstelling van de installatie van een SOA-referentiearchitectuur.

I.1.3 Voorwerp van de opdracht I.1.3.1 Inleiding Zoals beschreven in de sectie ‘Context van de opdracht’, wil de FOD Financiën een ESB-oplossing in zijn IT-infrastructuur integreren om de communicatie met de externe partners te vergemakkelijken en deze ESB-oplossing als hefboom gebruikten om de aanvaarding van de SOA-benadering te versnellen. De installatie van een ESB in een SOA-context werd binnen de FOD Financiën nog nooit eerder uitgevoerd. Hoewel de eerste stappen van de uitvoering duidelijk en goed gedefinieerd zijn, zijn bepaalde aspecten op langere termijn nog onbekend, zoals, bijvoorbeeld, het aantal en het volume van de toekomstige communicatiekanalen, de snelheid van de aanvaarding van SOA, het percentage hergebruik van interne services, … Bovendien hangen sommige van deze toekomstige stappen sterk af van het succes van de uitvoering van de voorgaande stappen. Om deze situatie weer te geven, werd het voorwerp van de opdracht in twee luiken verdeeld. Aangezien ze sterk met elkaar verbonden zijn, vormen ze slechts één lot. Het eerste luik definieert een geheel van opdrachten die als hoofdopdrachten worden gekwalificeerd. Deze opdrachten hebben betrekking op de correcte installatie van de ESB-oplossing, de uitvoering van een pilootproject en het opstarten van de versterking van de SOA-benadering. Deze hoofdopdrachten moeten worden gerealiseerd voor een vaste prijs en met een resultaatsverplichting. Het tweede luik definieert een geheel van profielen die zullen worden gebruikt om de als secundair gekwalificeerde opdrachten uit te voeren. Deze opdrachten zijn verbonden met de ESB-oplossing en de aanvaarding van de SOA-benadering, maar de inhoud en de omvang ervan kunnen op dit ogenblik moeilijk worden voorspeld. Deze secundaire opdrachten hebben namelijk maar zin als de hoofdopdrachten met succes werden uitgevoerd. Ze kunnen ook verbonden zijn met aspecten waarover de FOD Financiën geen controle heeft (bijvoorbeeld: installatie van een specifiek gegevensformaat als gevolg van een wettelijke verplichting, …) Aangezien deze opdrachten op dit ogenblik niet precies kunnen worden gedefinieerd, garandeert de FOD Financiën in geen geval een minimumbestelling in het raam van deze secundaire opdrachten.

Blz. 11


Ref.: ICT/INF/ESB

I.1.3.2 Voorwerp van de opdracht De opdracht bestaat uit een enkel lot. Ze bestaat erin de volgende opdrachten, waarvan de vereisten gedetailleerd worden beschreven in het vervolg van dit bestek, met succes uit te voeren:

●

Hoofdopdrachten, voor een vaste prijs, met resultaatsverplichting: ○ Installatie van een ESB-oplossing binnen de infrastructuur van de FOD Financiën die voldoet aan de beperkingen en de eisen die in dit bestek worden gedefinieerd en die harmonieus integreert met het bestaande en de goede praktijken van de FOD Financiën (monitoring, IAM, hoge beschikbaarheid, fail-over, disaster recovery, …) (zie onder andere sectie III.2.1 ‘Algemene vereisten’, sectie III.2.2 ‘De ESBoplossingsectie’, sectie III.2.9 ‘SLA’) ○ Levering van de licenties van de verschillende componenten van de ESB-oplossing ESB (zie sectie III.2.3 ‘Licenties’) ○ Levering aan het interne personeel van de FOD Financiën van de noodzakelijke kennis voor de installatie, de configuratie, de exploitatie, de ontwikkeling en het onderhoud van de ESB–oplossing (zie sectie III.2.5 ‘Overdracht van kennis’) ○ Uitvoering van een pilootproject op basis van de ESB-oplossing (zie sectie III.2.6 ‘Pilootproject’) ○ Evaluatie van het SOA-maturiteitsniveau voor en na de installatie van de ESBoplossing en de uitvoering van de piloot, opstellen van aanbevelingen, verbeteringen (zie sectie III.2.7 ‘Versterking van de SOA-benadering’)

●

Secundaire opdracht, zonder bestellingsgarantie van de FOD Financiën: levering van de voltijdse en/of deeltijds profielen voor de uitvoering van de opdrachten in het raam van de exploitatie, het onderhoud en de ontwikkeling van de ESB-oplossing en in het raam van de versterking van de SOA-benadering (zie sectie III.2.8.4 ‘Profielen voor de secundaire opdrachten’)

Omdat de ESB-oplossing op de bestaande infrastructuur van de FOD Financiën moet worden geïnstalleerd, dekt deze opdracht geen levering van materiaal.

I.2 Identiteit van de opdrachtgever Federale Overheidsdienst Financiën Stafdienst ICT Koning Albert II-laan 33 bus 95 1030 Brussel

I.3 Gebruik door andere federale aanbestedende overheden De FOD Financiën is de aanbestedende overheid die bevoegd is voor de supervisie en de controle over de opdracht. In het kader van deze opdracht en in overeenstemming met artikel 2, 4° van de wet van 15 juni 2006, kunnen andere federale aanbestedende overheden of federale overheidsbedrijven evenwel verwijzen naar de voorwaarden van deze opdracht om tegemoet te komen aan eventuele behoeften, zonder hiertoe te moeten terugvallen op de mededinging. Bijgevolg moet men, telkens er melding wordt gemaakt van de « FOD Financiën » in deze tekst, daadwerkelijk lezen « FOD Financiën » voor alles wat betreft de gunning of eraan voorafgaat, of

Blz. 12


Ref.: ICT/INF/ESB

« FOD Financiën of een andere federale aanbestedende overheid of een federaal overheidsbedrijf » voor alles wat de uitvoering betreft.

I.4 Vertrouwelijkheidsclausule Door de offerte in te dienen wordt de inschrijver automatisch gebonden aan volgende clausule: De persoon of personen die optreden als gevolmachtigde(n) en die de offerte elektronisch ondertekend heeft/hebben, garandeert/garanderen de vertrouwelijkheid van de gegevens en van de resultaten van hun verwerking die worden verkregen in het kader van de opdracht beschreven in dit bestek. Er geldt tevens dat deze gegevens en de resultaten van hun verwerking: • enkel en alleen gebruikt zullen worden indien zij strikt noodzakelijk zijn voor de realisatie van het voorwerp van de opdracht, • niet verspreid noch gekopieerd zullen worden, • niet langer bewaard zullen worden dan wat strikt noodzakelijk is voor de uitvoering van de opdracht.

I.5 Wijze van gunnen De opdracht wordt gegund bij wijze van de algemene offerteaanvraag. In toepassing van artikel 18 van de wet van 24 december 1993 met betrekking tot overheidsopdrachten en bepaalde opdrachten van werken, leveringen en diensten kan de aanbestedende overheid ofwel verzaken aan de toewijzing van de opdracht, ofwel de procedure overdoen, zo nodig volgens een andere methode.

I.6 Procedure voor latere onderhandelingen In overeenstemming met het artikel 17, § 2, 2°, b v an de wet van 24 december 1993 betreffende overheidsopdrachten, behoudt de aanbestedende overheid zich het recht voor om middels een procedure voor onderhandeling zonder publiciteit gedurende een periode van maximaal drie jaar na het afsluiten van onderhavig contract, aan de inschrijver die de eerste opdracht kreeg, een opdracht van nieuwe diensten toe te wijzen die bestaan uit een herhaling van diensten die gelijkaardig zijn aan de diensten die in onderhavig bestek staan beschreven.

I.7 Prijsopgave De opdracht wordt beschouwd als een gemengde opdracht. De gemengde opdracht is een opdracht waarvan de prijzen vastgesteld worden volgens de verschillende wijzen bepaald in de leden 2 tot 4 van artikel 86 van het koninklijk besluit van 8 januari 1996. Alle in het formulier “inventaris” vermelde prijzen moeten verplicht worden uitgedrukt in euro. De inschrijver zal in zijn offerte de prijzen specificeren van alle onderdelen van de offerte. Daartoe zal hij de inventaris invullen die als bijlage aan het bestek wordt voorzien (bijlage “inventaris”). De prijzen worden vermeld met alle kosten inbegrepen maar zonder BTW. Het gebruik van het model “inventaris”, zoals is bijgevoegd in het bestek is verplicht. Het niet gebruiken van dit model kan leiden tot uitsluiting van de offerte. Met prijzen die op een andere plaats dan deel 2 van de offerte worden vermeld, zal geen rekening worden gehouden.

Blz. 13


Ref.: ICT/INF/ESB

I.8 Looptijd van de opdracht De opdracht heeft een looptijd van 5 jaar die een aanvang neemt op datum van de kick-off. Eens de hoofdopdrachten zijn uitgevoerd, behoudt de FOD Financiën zich echter het recht voor om, zonder schadevergoeding verschuldigd te zijn, geen bestellingen te plaatsen in het raam van de secundaire opdrachten. Deze periode kan, op vraag van de aanbestedende overheid met 2 keer één jaar worden verlengd onder dezelfde voorwaarden en volgens dezelfde modaliteiten als het basiscontract. De opdrachtnemer blijft dus contractueel gebonden gedurende de termijn van de initiële looptijd, vermeerderd met de eventuele verlengingen.

I.9 Informatiesessie Gezien de complexiteit van de opdracht heeft de aanbestedende overheid besloten om een eenmalige infosessie te organiseren ten behoeve van kandidaat-inschrijvers. Na afloop van deze infosessie zal er op geen enkele van de gestelde vragen meer worden geantwoord, dit om alle kandidaat-inschrijvers op gelijke voet te behandelen. Er zal uitsluitend worden geantwoord op schriftelijke vragen die uiterlijk op 16 augustus 2011 werden ingediend via het vraag en antwoord formulier in bijlage opgenomen in dit bestek (zie “bijlage: vraag en antwoord formulier”). Deze vragen mogen uitsluitend via e-mail worden ingediend, in een spreadsheetbestand als bijlage, op het email adres [email protected] Deze infosessie zal plaatsvinden op 18 augustus 2011 om 10 u. op dit adres: FOD Financiën Koning Albert II laan 33 1030 Brussel C5. Zaal Mandarin. Alle vragen moeten verplicht de nodige referenties naar het bijzondere bestek bevatten, zodat een snel antwoord wordt vergemakkelijkt (bijvoorbeeld Deel A, punt 1.1, paragraaf 1, pagina 1). Gelieve tevens de taal van het door u gebruikte bijzondere bestek te vermelden (de paginering kan verschillen naargelang de taal). Tijdens deze infosessie zal er een kort overzicht worden gepresenteerd van het voorwerp van de opdracht. De antwoorden op de tijdig ingediende vragen zullen verbaal worden verstrekt tijdens de infosessie en zullen vervolgens worden gepubliceerd op de internetsite van de FOD Financiën. Aan geïnteresseerde ondernemingen wordt gevraagd om zich voorafgaandelijk bekend te maken via een e-mail naar het adres [email protected] en om de naam en de functie mee te delen van de persoon (personen) die zal (zullen) worden afgevaardigd naar de infosessie. Om organisatorische redenen worden er per geïnteresseerde onderneming maximaal twee personen toegelaten. De FOD Financiën houdt zich het recht voor om personen die niet 24 uur vooraf kenbaar gemaakt zijn te weigeren voor deelname aan de infosessie. Indien de geïnteresseerde ondernemingen onvolkomenheden, onduidelijkheden, enz. opmerken in het bijzondere bestek, worden ze uitgenodigd om dit schriftelijk te laten weten vóór de infosessie, en dit volgens dezelfde modaliteiten als voor het versturen van de vragen. De FOD Financiën hecht bijzonder veel belang aan de gelijke behandeling van de inschrijvers en stelt de specificaties van zijn besteken op in het licht van die bekommernis. Indien een geïnteresseerde firma desondanks meent dat haar kansen worden verminderd of tot nul worden herleid, door bepaalde specificaties uit onderhavig bestek, wordt ze verzocht om dit schriftelijk mee te delen, uiterlijk tijdens Blz. 14


Ref.: ICT/INF/ESB

de infosessie. Zo nodig zal de FOD, indien hij dit noodzakelijk acht, het bestek aanpassen om er rekening mee te houden.

I.10 Vorm en inhoud van de offerte De inschrijver is gehouden tot het gebruik van het offerteformulier zoals hieronder gespecifieerd. Indien evenwel andere formulieren worden gebruikt, is hij verplicht om op elk document de overeenstemming te bekrachtigen met het offerteformulier dat bij het bestek is gevoegd (Art. 89 van het KB van 8 januari 1996). De offerte en de bijlagen bij het offerteformulier worden opgesteld in het Nederlands of het Frans. De inschrijver moet aangeven welke taal er moet worden gebruikt voor de interpretatie van het contract, met name het Nederlands of het Frans. Met de indiening van zijn offerte verzaakt de inschrijver automatisch aan zijn eigen algemene of bijzondere verkoopvoorwaarden, ook als deze zouden voorkomen op één of meer bijlagen van zijn offerte. De inschrijvers zijn gehouden zich expliciet te verbinden tot het naleven van alle administratieve en contractuele bepalingen van onderhavig bestek. Elk voorbehoud of gebrek aan verbintenis inzake één van deze bepalingen kan leiden tot de onregelmatigheid van de offerte.

Voor wat betreft de structuur van de offerte: De offerte van de inschrijver zal verplicht voorgesteld worden volgens onderstaand: Deel 1 – Administratief gedeelte A. Offerteformulier (model: zie hieronder) B. Volmachten van de mandatarissen C. Kwalitatieve selectie Uitsluitingscriteria Criterium betreffende de economische en financiële middelen van de inschrijver Technische capaciteit D. Informatie betreffende de onderaannemers (indien van toepassing) Deel 2 – Financieel gedeelte De prijstabel : de kosten detailleren en samenvatten (model: zie hieronder) Deel 3 – Technisch voorstel De offerte volgt de structuur van deel III van het bestek Deel 4 – Verplichte bijlagen Bijlage 1: Referenties van recent uitgevoerde projecten zowel in de privé- als in de openbare sector (model: zie hieronder) Bijlage 2: Curriculum Vitae (model: zie hieronder) Deel 5 – Specifieke bijlagen Bijlage A, B, C, … : Bijlagen die de inschrijver nuttig acht om bij te voegen. Elk voorstel van de inschrijver dat niet de door de aanbestedende overheid opgelegde structuur volgt, kan als onregelmatig worden beschouwd. Het Deel 3 - technisch voorstel mag geen enkele administratieve indicatie en/of prijsaanduiding bevatten. Met welke administratieve indicatie of prijsaanduiding dan ook die voorkomt in een ander gedeelte dan deel 2, wordt geen rekening gehouden.

Blz. 15


Ref.: ICT/INF/ESB

Er wordt gevraagd van het aantal aangeboden files tot een minimum te herleiden. Zo kunnen bv. afzonderlijke files gegroepeerd worden tot grotere documenten. Het is tevens belangrijk dat door middel van een nummering een duidelijke volgorde van de files wordt aangegeven, zodat de structuur van de offerte duidelijk blijft. Tevens wordt er gevraagd dat binnen elke file de pagina’s van een ononderbroken nummering voorzien worden.

Betreffende de gevolmachtigden: Elke offerte die wordt ingediend door gevolmachtigden, moet vermelden in naam van welke entiteit de gevolmachtigden handelen. Degene die de offerte elektronisch heeft ondertekend, moet op de datum van ondertekening de bevoegdheid hebben om de volmachtgever te verbinden tot het totaalbedrag van de offerte. De gevolmachtigden voegen bij de offerte een elektronische kopie van de authentieke of onderhandse akte die hen de machtiging verleent. Ze moeten eveneens het nummer vermelden van de bijlage bij het Belgisch Staatsblad waarin de bewuste mandaten werden gepubliceerd.

Betreffende de onderaannemers: Elk beroep op onderaannemers moet duidelijk vermeld zijn in de offerte van de inschrijver. Hij moet het type contractuele relatie beschrijven dat hem met elk van zijn onderaannemers bindt. De naam en het adres van de onderaannemers worden bij de offerte gevoegd, met vermelding van het deel/de delen van de opdracht die door elke onderaannemer zal/zullen worden uitgevoerd. De onderaannemers moeten bovendien voldoen aan de « uitsluitingscriteria » vermeld in het punt « procedure van gunning van de opdracht ». De inschrijver moet bij zijn offerte alle inlichtingen voegen waarmee de situatie van elk van zijn onderaannemers gecontroleerd kan worden. Betreffende documenten van technische inslag De documenten van technische inslag (Geen publicitaire brochures !) die bij de offerte in deel 5 specifieke bijlagen worden gevoegd, kunnen worden opgemaakt in het Engels indien er geen vertaling van zou bestaan in de taal van de offerte, andere talen zijn niet toegelaten.

Te gebruiken formulieren (in bijlage opgenomen in dit bestek): • • • •

Het offerteformulier: zie “bijlage: offerteformulier” Het formulier prijstabel: zie “bijlage: inventaris” Het formulier voor de referenties: zie “bijlage: referentiemodel” Het formulier curriculum vitae: zie “bijlage: curriculum vitae”

Blz. 16


Ref.: ICT/INF/ESB

I.11 Tijdelijke verenigingen De overhandiging van een offerte vanwege een tijdelijke vereniging is toegestaan. Het offerteformulier (zie het dat formulier in bijlage is opgenomen in dit bestek: “bijlage: offerteformulier”) wordt in dat geval ingevuld en ondertekend door alle leden van de tijdelijke vereniging of door één of meerdere leden die volgens de regels zijn gemachtigd om alle leden van de tijdelijke vereniging te vertegenwoordigen (het bewijs van die volmacht moet in dat geval worden voorgelegd). Elk lid van de tijdelijke vereniging moet voldoen aan de uitsluitingscriteria verder in voorliggend document beschreven. De evaluatie van de economische, financiële en technische capaciteit geschiedt voor de tijdelijke vereniging en niet voor elk van de leden afzonderlijk. Elk lid van de tijdelijke vereniging wordt hoofdelijk verantwoordelijk gehouden voor alle verplichtingen die resulteren uit onderhavige aanbesteding.

I.12 Vrije varianten Vrije varianten worden niet toegestaan.

I.13 Opties “Vrije optie” voorstellen is niet toegestaan. Indien er opties gevraagd worden, zijn volgende bepalingen van toepassing: • • •

De verplichte opties (ontwikkelingen, toebehoren of aanvullende prestaties) waarvan de levering verplicht wordt door het bestek, zullen door de inschrijvers worden aangeboden, op straffe van onregelmatigheid van hun offerte. De aanbestedende overheid houdt zich echter het recht voor om deze opties niet te lichten. Het niet lichten van een optie kan geen aanleiding geven tot enigerlei vorm van schadevergoeding. Wanneer een als verplichte optie gevraagde uitrusting, oorspronkelijk op het standaardmaterieel is voorzien, zal de inschrijver dit uitdrukkelijk in zijn offerte vermelden.

I.14 Gestanddoeningstermijn De inschrijvers zijn door hun offerte gebonden gedurende een termijn van 240 kalenderdagen, te rekenen vanaf de dag die volgt op de datum van de opening van de offertes.

Blz. 17


Ref.: ICT/INF/ESB

I.15 Indienen van de offerte In het kader van deze opdracht verplicht de aanbestedende overheid het gebruik van elektronische middelen voor het indienen van de offerte. Indien blijkt dat bepaalde documenten niet of uiterst moeilijk via elektronische middelen kunnen worden aangemaakt, mogen deze documenten op papier worden bezorgd vóór de opening van de offertes. Met het gebruik van documenten op papier moet de aanbestedende overheid zich voorafgaandelijk akkoord verklaren. Dit akkoord moet op het volgende adres worden aangevraagd: FOD Financiën Stafdienst ICT – Cel Overheidsopdrachten Koning Albert II-laan 33 bus 95 1030 Brussel E-mail: [email protected] Om te verhelpen aan sommige problemen die zich kunnen voordoen bij de overlegging, de ontvangst of de opening van met elektronische middelen ingediende aanvragen om deelneming of offertes geeft de aanbestedende overheid aan de inschrijver de toestemming om zowel een offerte, overgelegd met elektronische middelen, in te dienen als een veiligheidskopie, opgesteld met elektronische middelen of op papier. Deze veiligheidskopie wordt in een definitief gesloten envelop gestoken waarop duidelijk “veiligheidskopie” wordt vermeld en wordt binnen de opgelegde ontvangsttermijn ingediend. Deze kopie mag enkel worden geopend ingeval van een tekortkoming bij de overlegging, de ontvangst of de opening van de met elektronische middelen overgelegde aanvraag om deelneming of offerte. Ze vervangt in dat geval definitief het met elektronische middelen overgelegd stuk. Voor wat betreft de indiening zelf: Vóór de opening worden elektronische offertes ingediend via de e-tendering internetsite https://eten.publicprocurement.be/ die de naleving waarborgt van de voorwaarden van artikel 81 ter van het KB van 8 januari 1996. Er dient opgemerkt te worden dat het versturen van een offerte per e-mail niet aan bovenstaande voorwaarden voldoet. Daarom wordt het niet toegestaan op deze wijze een offerte in te dienen. Onafgezien van eventuele toegestane varianten, mag iedere inschrijver slechts één offerte indienen per opdracht. De offerte moet bij de aanbestedende overheid toekomen vóór de uiterste ontvangstdatum van de offertes. Door zijn offerte via elektronische middelen in te dienen, aanvaardt de inschrijver dat de gegevens die voortvloeien uit de werking van het ontvangstsysteem van zijn offerte worden geregistreerd. (Artikel 81 quinquies van het KB van 8 januari 1996). Er wordt op gewezen dat een ondertekening dient te gebeuren via elektronische ondertekening, een gescande handgeschreven handtekening wordt niet aanzien als een aanvaardbare ondertekening. Indien nodig worden de gevraagde attesten gescand om ze bij de offerte te voegen. Meer informatie kan worden teruggevonden op volgende website: http://www.publicprocurement.be Of via de e-procurement helpdesk: •

NL: Peter Christiaens, 02 790 52 58, [email protected] Blz. 18


•

Ref.: ICT/INF/ESB

FR: Liza Torossian, 02 790 52 66, [email protected]

Indien een inschrijver een reeds ingediende offerte wenst te wijzigen of in te trekken: Dit moet gebeuren conform de bepalingen in artikel 105 van het KB van 8 januari 1996. De wijziging of intrekking van een reeds ingediende offerte kan via elektronische middelen die voldoen aan artikel 81 ter van het KB van 8 januari 1996. Om een reeds 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 of telefax worden medegedeeld voor zover zij bij de voorzitter van de zitting voor het openen van de offertes toekomt alvorens hij de zitting opent.

I.16 Opening van de offertes De openbare zitting waarin de elektronische offertes worden geopend zal plaatsvinden op 23 september 2011 om 10 u. op het volgende adres: FOD Financiën North Galaxy, Koning Albert II-laan 33 1030 Brussel C5. Kleine zaal.

I.17 Procedure van gunning van de opdracht I.17.1 Kwalitatieve selectiecriteria Administratieve vereenvoudiging Door eenvoudig deel te nemen aan de procedure tot gunning van een overheidsopdracht verklaart de inschrijver dat hij zich niet in een van de uitsluitingsgevallen bevindt als bedoeld in de artikelen 17, 43 en 69 van het koninklijk besluit van 8 januari 1996 betreffende de overheidsopdrachten voor aanneming van werken, leveringen en diensten, en de concessies voor openbare werken. De aanbestedende overheid onderzoekt de juistheid van de impliciete verklaring op erewoord in hoofde van de inschrijver wiens offerte als beste gerangschikt is. Daartoe vraagt zij de betrokken inschrijver via de snelste middelen en binnen de termijn die zij aanduidt, de inlichtingen of documenten te leveren die toelaten zijn persoonlijke toestand na te gaan, en dat vóór elke beslissing over de toewijzing van de opdracht. Deze inlichtingen zullen echter door de aanbestedende overheid zelf via elektronische middelen bij de gegevensbeheerders worden opgevraagd, indien deze via deze middelen kosteloos toegankelijk zijn. Een inschrijver kan van de deelname aan een opdracht worden uitgesloten indien bij dit nazicht zou blijken dat de verklaring op erewoord niet overeenstemt met zijn persoonlijke toestand op de uiterste datum voor de ontvangst van de aanvragen tot deelneming bij beperkte procedure of onderhandelingsprocedure met bekendmaking of op de uiterste datum voor de ontvangst van de offertes bij open procedure. Een regularisatie a posteriori is hoe dan ook onmogelijk. Een dergelijke uitsluiting is eveneens mogelijk indien tijdens het verloop van de procedure zou blijken dat de persoonlijke toestand van de kandidaat of van de inschrijver niet meer in overeenstemming is met de verklaring op erewoord. Blz. 19


Ref.: ICT/INF/ESB

In deze beide hypothesen maakt de aanbestedende overheid een gecorrigeerde rangschikking op, rekening houdend met de mogelijke weerslag van het verwijderen van de aanvraag tot deelneming of de offerte van de uitgesloten kandidaat of inschrijver, met name ingeval van toepassing van de bepalingen betreffende het natrekken van abnormale prijzen van artikel 110, § 4, van het koninklijk besluit van 8 januari 1996. De aanbestedende overheid zal de opdracht vervolgens kunnen toewijzen aan de inschrijver wiens offerte onmiddellijk na deze van de uitgesloten inschrijver is gerangschikt, na ten aanzien van hem eveneens deze bepalingen te hebben toegepast.

I.17.1.1 Uitsluitingscriteria Eerste criterium van uitsluiting. §.1.

De Belgische inschrijver die personeel in dienst heeft dat is onderworpen aan de wet van 27 juni 1969 tot herziening van het wetsbesluit van 28 december 1944 betreffende de sociale zekerheid van de werknemers, moet vóór de limietdatum voor de ontvangst van de offertes in regel zijn met met de bijdragen in het kader van de sociale zekerheid. De aanbestedende overheid zal die informatie rechtstreeks opvragen via het elektronisch loket. Is in regel met de toepassing van onderhavig artikel, de inschrijver die volgens de stand van zaken uiterlijk op de dag vóór de limietdatum voor de ontvangst van de offertes: 1°

2°

aan de Rijksdienst voor Sociale Zekerheid alle vereiste aangiften heeft overgemaakt tot en met de aangiften betreffende het voorlaatste trimester dat is verstreken ten opzichte van de limietdatum voor de ontvangst van de offertes en voor de bedoelde aangiften geen achterstallige bijdragen voor een bedrag van meer dan 2.500 euro is verschuldigd, tenzij hij voor de bewuste schulden betalingstermijnen heeft verkregen die hij strikt naleeft.

Maar ook al ligt het achterstallige bedrag aan bijdragen hoger dan 2.500 euro, toch zal de inschrijver als zijnde in regel worden beschouwd indien hij vóór de beslissing om de opdracht toe te wijzen, kan aantonen dat hij op de dag waarop het attest zijn situatie vaststelt, tegenover een aanbestedende overheid in de zin van artikel 4, §1 en § 2, 1° tot en met 8° en 10° van de wet, of tegenover een publieke ondernemi ng in de zin van artikel 26 van dezelfde wet, één of meer gegarandeerde, invorderbare schuldvorderingen bezit die vrij zijn van elke verbintenis tegenover derden, en dit voor een bedrag dat, op 2.500 euro na, minstens gelijk is aan het bedrag waarvoor hij te laat is met de betaling van zijn bijdragen.

§ 2.

De buitenlandse inschrijver moet volgende zaken bij zijn offerte voegen of aan de aanbestedende overheid overleggen vóór de limietdatum voor de ontvangst van de offertes: 1°

een attest, afgegeven door de bevoegde overheid, dat bevestigt dat hij volgens de stand van zaken uiterlijk op de dag vóór de limietdatum voor de ontvangst van de offertes, op die datum in regel is met zijn verplichtingen aangaande de betaling van de bijdragen voor de sociale zekerheid volgens de wettelijke bepalingen van het land waar hij is gevestigd. Wanneer een dergelijk document niet wordt afgegeven in het betrokken land, kan het worden vervangen door een verklaring onder ede of door een plechtige verklaring die door de geïnteresseerde partij is afgelegd voor een gerechtelijke of administratieve autoriteit, een notaris of een gekwalificeerde professionele instelling van het bewuste land;

2°

een attest in overeenstemming met § 1, indien hi j personeel in dienst heeft dat is onderworpen aan de wet van 27 juni 1969 tot herziening van het wetsbesluit van 28 december 1944 betreffende de sociale zekerheid van de werknemers.

Blz. 20


§.3.

Ref.: ICT/INF/ESB

De aanbestedende overheid kan in eender welk stadium van de procedure en via alle middelen die ze nuttig acht informeren naar de situatie van elke inschrijver inzake de betaling van de bijdragen voor de sociale zekerheid.

Tweede criterium van uitsluiting. De inschrijver mag zich niet in een van de volgende situaties bevinden: 1°

zich bevinden in een staat van faillissement of vereffening, zijn activiteiten hebben stopgezet of een gerechtelijk akkoord hebben bekomen, of zich bevinden in elke andere vergelijkbare situatie die het resultaat is van een soortgelijke procedure die in de nationale weten regelgeving voorkomt;

2°

een faillissements verklaring hebben ingediend, een vereffeningsprocedure hebben opgestart of een gerechtelijk akkoord hebben aangevraagd of een soortgelijke procedure hebben lopen die in de nationale weten regelgeving voorkomt.

Voor de Belgische inschrijvers zal de aanbestedende overheid die informatie rechtstreeks opvragen via het elektronisch loket. Voor buitenlandse inschrijvers moet het attest afkomstig zijn van de bevoegde administratieve instelling van het betrokken land; bij gebrek daaraan moet de inschrijver een verklaring op erewoord verstrekken, gecertificeerd door een notaris of door een gerechtelijke of administratieve autoriteit. Derde criterium van uitsluiting. De inschrijver moet zijn verplichtingen inzake de directe belastingen en de BTW zijn nagekomen. De Belgische inschrijver voegt bij zijn offerte een recent attest 276C2 (dat maximaal zes maanden oud is, gerekend vanaf de datum van de opening van de offertes) van de Administratie der Directe Belastingen, en een recent attest (dat maximaal zes maanden oud is, gerekend vanaf de datum van de opening van de offertes) van de Administratie van de BTW, waaronder hij valt, dat hij in orde is inzake zijn verplichtingen tegenover de voornoemde administraties. De buitenlandse inschrijver voegt bij zijn offerte één of meer recente attesten (maximaal zes maanden oud, gerekend vanaf de datum van de opening van de offertes) die afkomstig zijn van de bevoegde administratie(s) van zijn land, betreffende de inning van de directe belastingen en de BTW (of van taksen die in zijn land de BTW vervangen), met de vermelding dat hij in orde is voor wat betreft zijn verplichtingen tegenover de voornoemde administratie(s). Indien dit attest of deze attesten niet worden afgeleverd in zijn land, is het voldoende dat hij een verklaring op zijn woord van eer toevoegt, gecertificeerd door een notaris of door een gerechtelijke of administratieve autoriteit van zijn land.

I.17.1.2 Criterium betreffende de economische en financiële middelen van de inschrijver De inschrijver levert het bewijs van zijn economische en financiële draagkracht door middel van zijn omzet betreffende de activiteiten waarop de opdracht betrekking heeft en gerealiseerd in de laatste drie boekjaren.

I.17.1.3 Criteria betreffende de technische capaciteit van de inschrijver Eerste criterium betreffende de technische capaciteit van de inschrijver. De inschrijver moet de realisatie van ten minste één gelijkaardig(e) project(en) aantonen (projecten die zijn uitgevoerd binnen het bedrijf van de inschrijver of binnen het bedrijf/de bedrijven van de onderaannemer(s), zijn in dit verband uitgesloten). Hiertoe voorziet hij in een lijst van de belangrijkste opdrachten, door de inschrijver uitgevoerd in de loop van de drie laatste jaren, alsook van de analoge projecten die hij in dezelfde periode heeft gerealiseerd, naast de openbare en privé-instanties voor wie ze waren bestemd. Indien het om

Blz. 21


Ref.: ICT/INF/ESB

diensten aan publieke overheden gaat, wordt het bewijs geleverd door certificaten die zijn uitgeschreven of ondertekend door de bevoegde overheid. Indien het om diensten aan privépersonen gaat, worden de prestaties door de betrokkenen gecertificeerd; bij gebrek daaraan kan de inschrijver zijn prestaties zelf voor uitgevoerd verklaren. De inschrijver zal per referentie ook de datum, het totaalbedrag van de opdracht en de gegevens van een contactpersoon binnen de betrokken onderneming of organisatie vermelden. Het gebruik van het model “referentiemodel” (zie addenda aan het bestek: referentiemodel) is vereist voor de presentatie van de referenties. Tweede criterium betreffende de technische capaciteit van de inschrijver. De inschrijver zal de ISO- en andere certificaten in zijn bezit vermelden. De aanbestedende overheid wenst dat de inschrijver in het bezit is van een ISO-certificaat van het type 9000 (9001 of 9002) of gelijkaardig . De aanbestedende overheid wenst dat alle onderaannemers eveneens een ISOcertificaat van het type 9000 (9001 of 9002) of gelijkaardig zouden bezitten voor de activiteiten die aan hen worden uitbesteed. Derde criterium betreffende de technische capaciteiten van de inschrijver. De inschrijver zal melding maken van elk beroep op onderaanneming, met aanduiding van het gedeelte van de opdracht dat zal worden uitbesteed, naast de naam van de onderaannemers in kwestie.

I.17.2 Regelmatigheid van de offertes De offertes van de geselecteerde inschrijvers zullen worden gecontroleerd op hun regelmatigheid, in overeenstemming met de artikels 89 en volgende van het koninklijke besluit van 8 januari 1996 en met de beschikkingen in dit bestek, zoals hierboven beschreven. De onregelmatig bevonden offertes worden uitgesloten. Elk voorstel zal worden onderzocht om te verzekeren dat het in overeenstemming is met de gestelde behoeften. Indien wordt vastgesteld dat er aan een bepaalde behoefte niet wordt beantwoord, kan de offerte als zijnde onregelmatig worden beschouwd. De in de offerte van de inschrijver voorgestelde oplossing moet voldoen aan de technische behoeften die kunnen worden teruggevonden in dit bestek. Elk financieel of prijsvoorstel dat niet volledig is, dat contradicties of significante onjuistheden bevat of dat de eisen inzake de voorstelling van de kostprijs zoals die worden geformuleerd in dit bestek, niet respecteert, kan onregelmatig worden bevonden. Enkel regelmatig bevonden offertes worden in overweging genomen voor een toetsing aan de onderstaande criteria van gunning.

I.17.3 Gunningscriteria De keuze van de meest voordelige offerte zal door de FOD Financiën gemaakt worden op basis van de gegevens en de inlichtingen die door de inschrijver bij zijn offerte worden gevoegd en op basis van de hierna beschreven criteria. De gunning zal geschieden op basis van de meest interessante regelmatige offerte, rekening houdend met de onderstaande criteria.

Blz. 22


Ref.: ICT/INF/ESB

De inschrijver zal bij zijn offerte alle noodzakelijke inlichtingen voegen voor de evaluatie van zijn offerte in het licht van de toewijzingscriteria en hun eventuele subcriteria, zoals hieronder gedetailleerd. De hieronder vermelde criteria zijn de enige die gehanteerd zullen worden voor de keuze tussen de offertes. 35 % 20 % 15 % 15 % 10 % 2.5 % 2.5 %

Prijs Kwaliteit van de ESB-oplossing Kwaliteit van het team Overdracht van kennis SOA-aspecten Voorgestelde SLA’s Kwaliteit van de offerte

Om in nuttige orde te worden gerangschikt, dient de inschrijver een waarderingscijfer van minstens 60% te behalen op het totaal van de criteria uitgenomen de criteria ‘Prijs’, ‘Voorgestelde SLA’s’ en ‘Kwaliteit van de offerte’.

Het criterium « Prijs » zal als volgt worden afgewogen:

 Pr P = Pmax ×  min  Pr  offerte

   

waarbij: • • • •

Prmin = laagste prijs van de regelmatig bevonden offertes waarmee rekening gehouden wordt voor de toewijzing van de opdracht Profferte = prijs van de offerte P = punten toegekend aan het criterium « Prijs » = maximale weging van het criterium « Prijs » Pmax

Het bepalen van de eindscore verloopt als volgt: De waarderingscijfers voor de bovenvermelde gunningscriteria, met inbegrip van de prijs, zullen worden opgeteld. De opdracht zal worden toegewezen aan de inschrijver die de hoogste eindscore behaalt. De berekening van de prijsofferte is beschreven in bijlage F. We herinneren eraan dat indien de Aanbestedende Overheid constateert dat er abnormale prijzen vermeld zijn in een prijsofferte, er aan de betrokken inschrijver kan gevraagd worden om de nodige justificaties te geven. Indien na onderzoek van deze justificaties blijkt dat de voorgestelde prijzen nog steeds als abnormaal kunnen worden beschouwd, of indien er geen justificaties gegeven zijn, kan de Aanbestedende Overheid de offerte als onregelmatig beschouwen.

Blz. 23


Ref.: ICT/INF/ESB

II. Contractuele bepalingen Dit tweede deel regelt de procedure die betrekking heeft op de uitvoering van de opdracht. Voor zover er niet van afgeweken wordt, is het koninklijk besluit van 26 september 1996 en latere wijzigingen tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten en van de concessies voor openbare werken van toepassing, alsmede de bepalingen van de bijlage bij dit koninklijk besluit betreffende de algemene aannemingsvoorwaarden, en latere wijzigingen.

II.1 Kennisgeving van de gunning van de opdracht Overeenkomstig artikel 65/8 van de Wet d.d. 23 december 2009 (Wet tot invoeging van een nieuw boek betreffende de motivering, de informatie en de rechtsmiddelen in de wet van 24 december 1993 betreffende de overheidsopdrachten en sommige opdrachten voor aanneming van werken, leveringen en diensten), doet de aanbestedende instantie, onmiddellijk na het nemen van de gunningsbeslissing kennisgeving van : Uittreksel uit §1: 1° aan elke niet-geselecteerde inschrijver, de mo tieven voor zijn niet-selectie, in de vorm van een uittreksel van de gemotiveerde beslissing; 2° aan elke inschrijver van wie de offerte onrege lmatig is bevonden, de motieven voor de wering, in de vorm van een uittreksel van de gemotiveerde beslissing; 3° aan elke inschrijver van wie de offerte niet i s gekozen en aan de gekozen inschrijver, de gemotiveerde beslissing. De in het eerste lid bedoelde kennisgeving omvat in voorkomend geval eveneens : 1° de nauwkeurige vermelding van de exacte duur v an de termijn bedoeld in artikel 65/11, eerste lid; 2° de aanbeveling om de aanbestedende instantie b innen diezelfde termijn per telefax, e-mail of een ander elektronisch middel te verwittigen indien de belanghebbende een vordering tot schorsing indient overeenkomstig artikel 65/11; 3° het telefaxnummer of het elektronisch adres wa arnaar de in artikel 65/11, derde lid, bedoelde verwittiging kan worden verzonden. De aanbestedende instantie doet deze kennisgeving onverwijld per telefax of e-mail of een ander elektronisch middel, alsook, dezelfde dag, bij aangetekende brief. § 2: De in § 1 bedoelde kennisgeving doet geen enkele contractuele verbintenis ontstaan ten aanzien van de gekozen inschrijver en schorst de termijn tijdens dewelke de inschrijvers gebonden blijven door hun offerte, voor zover een dergelijke termijn en artikel 65/11 toepasselijk zijn. Voor alle voor die opdracht ingediende offertes eindigt de schorsing van de bedoelde termijn : 1° indien geen vordering tot schorsing is ingeste ld als bedoeld in artikel 65/11, tweede lid, de laatste dag van de termijn bedoeld in artikel 65/11, eerste lid; 2° indien een vordering tot schorsing is ingestel d als bedoeld in artikel 65/11, tweede lid, de dag waarop de in artikel 65/15 bedoelde verhaalinstantie een beslissing heeft genomen; 3° in elk geval ten laatste vijfenveertig dagen n a de in paragraaf 1 bedoelde kennisgeving.

Blz. 24


Ref.: ICT/INF/ESB

Bepaalde inlichtingen mogen niet gecommuniceerd worden wanneer hun verspreiding de toepassing van de wet in de weg staat, ingaat tegen het openbare nut, schade berokkent aan de gewettigde commerciële belangen van openbare of privé-ondernemingen of een eerlijke concurrentie tussen bedrijven onmogelijk maakt.

II.2 De bestelbon en haar modaliteiten De bestelbon is geadresseerd aan de opdrachtnemer, en dit ofwel via een aangetekend schrijven, ofwel per fax, ofwel via elk ander medium waarmee de verzendingsdatum absoluut zeker kan worden vastgesteld. De correspondentie naar aanleiding van de bestelbon (en van de uitvoering van de diensten) volgt dezelfde regels als die voor de verzending van de bestelbon, telkens een partij zichzelf een bewijs van haar interventie wenst te bezorgen. Zo de bestelbon na afloop van de termijn van twee werkdagen wordt ontvangen, kan de leveringstermijn worden verlengd pro rata van de vertraging, die werd vastgesteld voor de ontvangst van de bestelbon, en dit na een schriftelijk en gerechtvaardigd verzoek vanwege de opdrachtnemer. Indien de bestellende dienst na een onderzoek van het schriftelijke verzoek van de opdrachtnemer meent dat dit laatste geheel of gedeeltelijk is gegrond, zal hij schriftelijk meedelen welke verlenging van de termijn er wordt aanvaard. In het geval van een duidelijk niet correct of niet volledig opgemaakte bestelbon die elke uitvoering van de bestelling onmogelijk maakt, zal de opdrachtnemer de besteller hiervan onmiddellijk schriftelijk op de hoogte brengen zodat er een oplossing wordt gevonden om een normale uitvoering van de bestelling mogelijk te maken. Indien nodig vraagt de opdrachtnemer om een verlenging van de uitvoeringstermijn van de diensten onder dezelfde voorwaarden als die voorzien in het geval van een laattijdige ontvangst van de bestelbon. In elk geval zijn klachten aangaande de bestelbon niet meer ontvankelijk indien ze niet werden ingediend binnen 15 kalenderdagen te rekenen vanaf de eerste dag die volgt op de dag waarop de opdrachtnemer de bestelbon heeft ontvangen.

II.3 Leidend ambtenaar De leiding over de uitvoering van de diensten zal gebeuren door de leidend ambtenaar: Naam: de heer Louis Collet Adres: Stafdienst ICT, Koning Albert II-laan 33 bus 95 te 1030 Brussel Telefoon: 0257/6.41.92 Fax: 0257/9.68.01 E-mail: [email protected] Het toezicht op de uitvoering van de diensten zal gebeuren door: Naam: de heer Nicolas Vanderavero Adres: Stafdienst ICT, Koning Albert II-laan 33 bus 95 te 1030 Brussel Telefoon: 0257/81 353 Fax: 0257/9.68.01 E-mail: [email protected]

II.4 Borgtocht De borgtocht bedraagt 5% van het totaalbedrag, excl. btw, van de opdracht. Het aldus bekomen bedrag wordt afgerond naar het hoger gelegen tiental euros. Blz. 25


Ref.: ICT/INF/ESB

De borgtocht kan overeenkomstig de wettelijke en reglementaire bepalingen hetzij in contanten, hetzij in overheidsfondsen, hetzij in de vorm van een collectieve borgtocht worden gesteld. De borgtocht kan eveneens worden gesteld in de vorm van een garantie die wordt verleend door een kredietinstelling die voldoet aan de bepalingen 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 bepalingen van de wet van 9 juli 1975 betreffende de controle der verzekeringsondernemingen en erkend voor de tak 15 (borgtocht). Binnen dertig kalenderdagen na de dag waarop de opdracht werd afgesloten, moet de aannemer een bewijs leveren van de samenstelling van een borgtocht door zichzelf of door een derde, op een van de volgende manieren: 1° wanneer het gaat om een borgstelling in speciën , door middel van de overschrijving van het bedrag op de postchequerekening van de Deposito- en Consignatiekas (PR nr. 679-200409979, IBAN: BE58 6792 0040 9979, BIC: PCHQBEBB) of van een openbare instelling die een functie vervult die gelijkaardig is aan die van de genoemde Kas, hierna genoemd openbare instelling die een gelijkaardige functie vervult. 2° wanneer het openbare fondsen betreft, door het deponeren ervan in handen van de kassier van de staat op de zetel van de Nationale Bank in Brussel of in een van de agentschappen ervan op het platteland, voor rekening van de Deposito- en Consignatiekas of van een openbare instelling die een gelijkaardige functie vervult; 3° wanneer het een collectieve borgtocht betreft, d oor het deponeren door een vennootschap die deze activiteit rechtsgeldig vervult van een akte van hoofdelijke borgtocht bij de Deposito- en Consignatiekas of bij een openbare instelling die een gelijkaardige functie vervult; 4° wanneer het een garantie betreft, door de akte v an verbintenis van de kredietinstelling of van de verzekeringsonderneming. Dat bewijs wordt naargelang het geval geleverd door de overlegging aan de aanbestedende overheid: 1° ofwel van het reçu van deponering van de Deposit o- en Consignatiekas of van een openbare instelling die een gelijkaardige functie vervult; 2° ofwel het debetbericht van de kredietinstelling of van de verzekeringsonderneming; 3° ofwel de erkenning van deponering die is uitgere ikt door de kassier van de staat of door een openbare instelling die een gelijkaardige functie vervult; 4° ofwel het origineel van de akte van hoofdelijke borgtocht, geviseerd door de Deposito- en Consignatiekas of door een openbare instelling die een gelijkaardige functie vervult; 5° ofwel het origineel van de akte van verbintenis, opgesteld door de kredietinstelling of de verzekeringsonderneming die een garantie verleent. Deze documenten, ondertekend door de bewaargever, geven aan ten bate van wie de borgtocht wordt gesteld, de nauwkeurige bestemming ervan door de beknopte vermelding van het voorwerp van de opdracht en van de referentie van het bijzonder bestek, alsook de naam, voornaam en het volledige adres van de opdrachtnemer en eventueel van de derde die de deponering voor rekening heeft gedaan, met de vermelding van “geldschieter” of “lasthebber”, naargelang het geval. Als het bewijs van de borgstelling niet binnen de gestelde termijn is geleverd, wordt er een boete toegepast. De afwezigheid van een borgstelling kan leiden tot de verbreking van het contract. De hierboven genoemde termijn van dertig kalenderdagen wordt geschorst tijdens de sluitingsperiode van de onderneming van de opdrachtnemer voor de dagen van de betaalde jaarlijkse vakantie en de inhaalrustdagen waarin reglementair of in een algemeen verbindend verklaarde collectieve arbeidsovereenkomst wordt voorzien. Het bewijs van de borgstelling moet worden verstuurd naar het volgende adres: FOD Financiën Stafdienst B&CG Afdeling Vastleggingen van de Stafdiensten Blz. 26


Ref.: ICT/INF/ESB

Koning Albert II-laan 33 – Bus 785 1030 Brussel De borgstelling wordt op uitdrukkelijk verzoek van de opdrachtnemer vrijgegeven na de laatste definitieve oplevering.

II.5 Leverbaarheid van het voorgestelde systeem De eventuele apparatuur, de systeemsoftware (behalve de specifieke onderdelen die worden ontwikkeld in de loop van het project) en de voorgestelde applicatieprogramma's moeten officiëel commercieel beschikbaar en leverbaar zijn bij het indienen van de offerte. Hun eventuele onderhoud moet eveneens beschikbaar zijn (het kan dus niet gaan over β-versies van de software, pre-releases, enz. …).

II.6 Uitvoering van de opdracht II.6.1 Clausule betreffende de technologische evolutie Indien er zich voor het verstrijken van de leveringstermijn een meer geavanceerde technologische evolutie zou voordoen op het gebied van software/hardware, hetzij inzake prestatievermogen, hetzij inzake functiemogelijkheden, zonder dat de prijs hierdoor zou worden verhoogd, is de opdrachtnemer verplicht om de aanbestedende overheid hiervan op de hoogte te brengen en een dergelijke vervanging voor te stellen. In dat geval staat het de aanbestedende overheid vrij om het voorstel al dan niet te aanvaarden.

II.6.2 Plaats van uitvoering en specifieke bepalingen II.6.2.1 De uitvoering van de diensten

De uitvoering van de opdracht zal voornamelijk plaatsvinden in de lokalen van de Stafdienst ICT van de FOD Financiën . Indien er gedurende bepaalde periodes op andere locaties zou moeten worden gewerkt, worden de verplaatsingskosten in principe niet terugbetaald door de FOD Financiën. Een deel van de opdracht kan ook worden gepresteerd in de lokalen van de opdrachtnemer, indien deze werkzaamheden niet elders kunnen worden gepresteerd of indien de FOD Financiën daar een specifiek voordeel uit haalt. Met het oog op een optimale samenwerking met de personeelsleden van de FOD Financiën, moet het personeel van de opdrachtnemer dat prestaties verzorgt binnen de gebouwen van de FOD Financiën, zoveel mogelijk hetzelfde werkschema aanhouden als de collega’s van Financiën. Onder normale kantooruren worden verstaan alle werkdagen van maandag tot vrijdag, van 07u30 tot 18u00, volgens de variabele uurregeling die bij de FOD Financiën van kracht is. De data van 2 november, en de periode tussen kerstdag en Nieuwjaar worden net als de eerste werkdag van het jaar door de FOD Financiën beschouwd als feestdagen. Er worden ook verplichte "bruggen" voorzien die elk jaar zullen worden meegedeeld.

Blz. 27


Ref.: ICT/INF/ESB

II.6.2.2 Leveringen Leveringen en installatie De opdrachtnemer moet aan de FOD Financiën alle noodzakelijke inlichtingen en faciliteiten verstrekken met het oog op de controle van de voorbereiding en de uitvoering van de leveringen. Er kan geen enkele levering geschieden zonder dat de geadresseerde dienst minstens vier werkdagen vóór de datum van verzending van de goederen of van installatie van de software schriftelijk op de hoogte werd gebracht, behoudens tegenbericht van de aanbestedende overheid. De uitrusting (software) zal door de opdrachtnemer worden geleverd en geïnstalleerd in overeenstemming met een gedetailleerde kalender die in gezamenlijk overleg te bepalen is na de kennisgeving van de toewijzing van de opdracht. De lokalen voor de installatie zullen door de FOD Financiën worden klaargemaakt in overeenstemming met de voorschriften die staan beschreven in de offerte die door de opdrachtnemer wordt overhandigd. Technische specificaties De leveringen en diensten moeten in alle opzichten overeenstemmen met de plannen, documenten en thema’s die van toepassing zijn op deze opdracht. Zelfs bij gebrek aan een contractuele technische specificatie moeten de leveringen en diensten voldoen aan alle vereisten en regels van een goede uitvoering. Verpakkingen Eventuele verpakkingen blijven het eigendom van de opdrachtnemer en moeten binnen tien dagen na de levering door hem worden opgehaald. Na het verstrijken van deze termijn heeft de Administratie het recht deze op kosten van de opdrachtnemer terug te sturen. Het materieel zal van zijn verpakking ontdaan worden in lokalen aangeduid door de aanbestedende overheid en dit volgens haar instructies. Locatie De leveringen zullen gebeuren op : Stafdienst ICT Koning Albert II-laan 33 te 1030 Brussel

II.6.3 Personeel van de opdrachtnemer 1

Voor deze opdracht zal de opdrachtnemer een projectleider aanduiden (in het kader van PMfin ook omschreven als de "externe projectcoördinator") die hem zal vertegenwoordigen in zijn contacten met de FOD Financiën. Het personeel van de opdrachtnemer dat zal worden ingezet om de opdracht te realiseren, moet: • •

over de nodige ervaring beschikken in het kader van de voorgestelde oplossing of vergelijkbare oplossingen; in staat zijn om alle noodzakelijke teksten, verslagen, samenvattingen, enz. te begrijpen die door beide partijen in het kader van onderhavige opdracht worden gebruikt of geproduceerd, en dit zowel in het Nederlands als in het Frans. Over voldoende mondelinge en schriftelijke kennis beschikken om te kunnen communiceren in het Nederlands of in het Frans, en indien mogelijk in beide talen door elkaar;

1

unieke projectmethodologie van de FOD Financiën gebaseerd op de internationaal erkende methodologie Prince2 Blz. 28


•

Ref.: ICT/INF/ESB

de projectverantwoordelijke moet bovendien mondeling kunnen communiceren in het Nederlands en in het Frans. De dienst voor assistentie en technische ondersteuning moet bovendien vlot kunnen communiceren in beide talen.

Het personeel van de opdrachtnemer moet voldoen aan alle wettelijke bepalingen die in België gelden aangaande immigratie en werkvergunning. De opdrachtnemer staat tegenover de FOD Financiën borg voor elke schade in het algemeen die de FOD Financiën zou kunnen ondervinden ten gevolge van de niet-naleving van de wettelijke bepalingen ter zake door de opdrachtnemer of zijn personeelsleden. De opdrachtnemer moet beschikken over voldoende personeel met de nodige en geschikte kennis voor de uitvoering van de taken. Het betrokken personeel moet eveneens beschikken over voldoende kennis van de instrumenten die in het kader van het project worden gebruikt. De opdrachtnemers moeten in staat zijn om onmiddellijk tegemoet te komen aan de behoeften die ingevolge de gunning van de opdracht zullen ontstaan. Het projectteam dat door de opdrachtnemer ter beschikking wordt gesteld, moet voldoende zijn met het oog op een goede uitvoering van de opdrachten die hem worden toevertrouwd. Het personeel dat wordt ingezet voor de uitvoering van de opdracht moet hetzelfde zijn als het in de offerte voorgestelde personeel. Desgevallend zal het personeel dat ter beschikking wordt gesteld voor de uitvoering een gelijkwaardig niveau en gelijkwaardige ervaring bezitten. De FOD Financiën moet akkoord gaan met de samenstelling van het team dat wordt voorgesteld voor het project. De opdrachtnemer garandeert voor de volledige duur van de opdracht de stabiliteit van de personen die worden belast met de uitvoering van onderhavige opdracht. In de loop van de uitvoering zal de opdrachtnemer geen wijzigingen aanbrengen in de samenstelling van het projectteam zonder voorafgaande toestemming van de FOD Financiën. De FOD Financiën kan de onmiddellijke vervanging eisen van een of meer personen van het projectteam van de opdrachtnemer indien hij meent dat hun kwalificaties of hun prestaties de goede uitvoering van de opdracht in het gedrang brengen. De wijziging dient plaats te vinden binnen 20 werkdagen na het verzoek vanwege de FOD Financiën en dient kosteloos te geschieden, te rekenen vanaf de kennisgeving van het incident aan de inschrijver.

De inschrijvers voegen bij hun offerte de curricula vitae (volgens het “curriculum vitae”-model) van de medewerkers die worden belast met de uitvoering van de opdracht. De offerte moet een duidelijk voorstel bevatten voor de daadwerkelijke samenstelling van het projectteam en het type van de profielen die zullen meewerken aan de uitvoering van de opdracht. Een bepaald aantal personen kan worden voorgesteld volgens profiel, maar de inschrijver moet aangeven hoeveel en welke personeelsleden deel zullen uitmaken van het daadwerkelijke projectteam. De lijst met voorgestelde personeelsleden (effectieve en eventuele plaatsvervangers) zal worden beschouwd als een exhaustieve lijst van alle personeelsleden die in aanmerking komen om deel uit te maken van het projectteam.

II.6.4 Onderaannemers De opdrachtnemer zal de volledige verantwoordelijkheid op zich nemen inzake de levering van alle producten en diensten in het kader van deze opdracht. Het beroep op onderaannemers ontslaat de opdrachtnemer niet van zijn verantwoordelijkheden inzake het leveren van de prestaties die verwacht worden in het kader van de opdracht. Bij een wijziging van onderaannemer voor de offerte zal de opdrachtnemer de FOD Financiën op de hoogte brengen, die zijn akkoord moet geven alvorens de opdrachtnemer tot deze wijziging kan overgaan.

Blz. 29


Ref.: ICT/INF/ESB

Het feit dat de opdrachtnemer het geheel of een gedeelte van zijn verbintenissen aan derden toevertrouwt, ontslaat hem niet van zijn verantwoordelijkheid tegenover de FOD Financiën. Deze laatste erkent geen enkele contractuele band met die derden.

II.6.5 Middelen die ter beschikking worden gesteld door de FOD Financiën II.6.5.1 Technische middelen De opdrachtnemer stelt aan zijn personeelsleden al het nodige materiaal ter beschikking met het oog op de uitvoering van hun opdracht (draagbare computer, enz.). Er geldt dat de FOD Financiën aan de personeelsleden van de opdrachtnemer tijdens hun opdracht maximaal drie kantoorplaatsen tegelijk ter beschikking stelt van het type « shared desk », zonder kasten. Het personeel van de opdrachtnemer krijgt indien nodig een beperkte toegang tot het netwerk van de FOD Financiën, naast een e-mailadres. De FOD Financiën beschikt niet over parkeerplaatsen voor het personeel van de opdrachtnemer. De FOD Financiën zal geen enkele aanpassing verrichten aan de werkposten van de personeelsleden van de opdrachtnemer met het oog op hun goede werking binnen de infrastructuur van de FOD Financiën. De opdrachtnemer kan in geen geval overgaan tot een wijziging, verstoring of overbelasting van de infrastructuur van de FOD via de toevoeging van werkposten voor zijn personeel in deze infrastructuur, behalve voor wat rechtstreeks is gekoppeld aan de ontwikkeling van de betrokken toepassing. De opdrachtnemer is geheel verantwoordelijk voor de bescherming van de bewuste werkposten tegen virussen en voor het beheer van de posten. Hij zal prioritair gebruik maken van de tools die door de FOD Financiën ter beschikking worden gesteld. In het geval dat er andere softwareprogramma’s zouden moeten worden gebruikt in het kader van het project, zal dat gebruik, na aanvaarding door de stuurgroep, onder de verantwoordelijkheid van de opdrachtnemer vallen en zal de kostprijs van dat gebruik vervat liggen in de prijs van de diensten. Het personeel van de opdrachtnemer moet de interne procedures en de reglementen betreffende het gebruik van en de toegang tot de ter beschikking gestelde middelen naleven, en kan geen toevoeging of wijziging vragen voor wat betreft de werkomgeving van de aanbestedende overheid. Als bepaalde gebreken in de logistieke ondersteuning de dienstverlening in het gedrang zouden brengen, moet er een beroep worden gedaan op de arbitragemogelijkheden die beschreven staan in punt “Verweermiddelen van de administratie – Geschillen” vooraleer men zijn toevlucht neemt tot een rechtsgeding.

II.6.5.2 Taken van de medewerkers van de FOD Financiën De medewerkers van de FOD Financiën nemen deel aan het/de project(en) voor wat betreft: • • • • • •

de definitie van de inhoud van het/elk project; de participatie in de keuze van oplossingen: architectuur, enz.; het valideren van documenten voor de realisatie: specificatiedossiers, realisatiedossiers, aanvaardingsdossier, testdossier, gebruikershandleidingen, handleidingen voor maintenance, enz.; de relatieve kwaliteitscontroles, onder meer controle van overeenstemming van documentatie met realisatie, van respect voor normen inzake documentatie en programmering, enz.; indien van toepassing: de verplichte deelname aan testen voor technische en functionele oplevering, of het nu gaat om functioneringstesten, om integratietesten of om testen inzake de algemene werking; de logistieke ondersteuning van de realisatieteams, voor wat betreft het ter beschikking stellen van de noodzakelijke technische middelen met het oog op de realisatie, al naargelang wat er in gezamenlijk overleg werd bepaald.

Blz. 30


Ref.: ICT/INF/ESB

De realisatie zal stap na stap van zeer nabij worden opgevolgd door medewerkers van de FOD Financiën, die, met de nodige hulp van de opdrachtnemer, zullen worden belast met het het bewaken (en indien nodig definiëren) van de normen en standaarden op het vlak van (waar van toepassing) architectuur, implementeringsregels, werkprocedures, documentatie, programmering, enz. Ze dienen er ook op toe te zien dat de normen strikt worden nageleefd, zodat kan worden gegarandeerd dat de geïmplementeerde oplossingen nadien integraal en zonder specifieke problemen kunnen worden overgenomen door de FOD Financiën.

II.6.6 Te respecteren normen en standaarden De realisatieteams die door de opdrachtnemer aan de FOD Financiën ter beschikking worden gesteld, zullen de methodes en de standaarden toepassen die door de FOD Financiën worden gespecificeerd of die met zijn akkoord worden gekozen. Deze standaarden hebben minimaal betrekking op: • • • • • •

technische standaarden voor software; de methode van projectbeheer (PMFin, unieke projectmethodologie van de FOD Financiën gebaseerd op de internationaal erkende methodologie Prince2); het verzorgen van de documentatie; de regels voor de programmering (opmaak, codestructuren, commentaren, afspraken inzake naamgeving, ontwikkelingsstandaarden conform ICT-fundamenten, inbegrepen Open Standaarden, enz.); de beheersregels, ingesteld door de beheersdiensten van de besturingsomgevingen; de procedures voor de kwaliteitsgarantie.

Alle door de FOD Financiën gehanteerde standaarden zijn terug te vinden in een verklarend document, beschikbaar op http://minfin.fgov.be/portail1/nl/cadrenl.htm (onder ”ICT en informaticaplan”) en http://minfin.fgov.be/portail1/fr/cadrefr.htm (onder “ICT et plans informatiques”). Elke verwijzing die wordt gemaakt naar om het even welke standaard of methodologie in dit bestek, is afhankelijk van de exacte beschrijving in het officiële document op deze site. Alleen het tactisch comité is binnen de FOD Financiën bevoegd om standaarden en methodologieën te wijzigen of toe te voegen. Als de opdrachtnemer nood heeft aan goedkeuring van een nieuwe standaard, zal hij een verzoek moeten indienen bij het tactisch comité en zich geheel moeten onderwerpen aan diens beslissing.

II.6.7 Veranderingsbeheer ( “change management” ) Algemeen Op elk ogenblik, tijdens de uitvoering van de overeenkomst, kan de FOD Financiën aan de opdrachtnemer voorstellen om het even welk aspect van de uitvoering van de opdracht, onder andere de inhoud van de diensten, te wijzigen, uit te breiden of te beperken (“wijzigingsvoorstel”, in PMFin request for change). Activiteiten of aspecten die de opdrachtnemer bij het indienen van zijn offerte geanticipeerd of voorzien kon hebben of die er redelijkerwijze deel van uitmaken, zijn in de uitvoering van de overeenkomst inbegrepen en zullen dan ook niet het voorwerp kunnen zijn van een wijzigingsvoorstel. De opdrachtnemer zal zijn goedkeuring van een wijzigingsvoorstel van de FOD Financiën niet weigeren indien de beoogde wijziging een vermindering van de kosten of volumes met zich meebrengt. Totdat een wijzigingsvoorstel door de partijen formeel goedgekeurd (ook in de stuurgroep) is en tenzij de partijen schriftelijk anders overeengekomen zijn, zal de opdrachtnemer de opdracht blijven uitvoeren alsof er geen wijzigingsvoorstel voorligt. De opdrachtnemer zal als enige aansprakelijk zijn voor om het even welke schade of verlies die voortvloeien uit de uitvoering van een wijziging waartoe de FOD Financiën niet zijn voorafgaande schriftelijke toestemming heeft gegeven.

Blz. 31


Ref.: ICT/INF/ESB

Modaliteiten De opdrachtnemer verzekert dat hij steeds over de nodige mensen en middelen zal beschikken om wijzigingen uit te voeren. Een wijziging kan enkel aanleiding geven tot een prijsaanpassing indien deze een materiële en bewezen meerkost voor de opdrachtnemer inhoudt. De opdrachtnemer zal geen bijkomende kosten aanrekenen voor zijn studie of voorbereiding van rapportering over een wijzigingsvoorstel.

Procedure Onverminderd de artikelen 7 en 8 van het Koninklijk besluit van 26 september 1996 tot bepaling van de algemene uitvoeringsregels van de overheidsopdrachten, zal een wijziging van de overeenkomst slechts bindend zijn indien zij voorgesteld, behandeld en goedgekeurd wordt in overeenstemming met deze bepaling. Indien een partij wijzigingen wenst aan te brengen aan de overeenkomst, zal het de andere partij schriftelijk de details van deze wijziging overmaken. Indien FOD Financiën een wijziging voorstelt, zal de opdrachtnemer binnen een redelijke termijn, maar zonder bijkomende kosten, een schatting overmaken aan FOD Financiën van de verwachte tijd die nodig is voor de implementatie van de wijziging en het verwachte effect van deze wijziging op de opdracht. Indien FOD Financiën beslist om deze wijziging niet door te voeren, zal er geen wijziging aangebracht worden aan de overeenkomst. Indien FOD Financiën deze wijziging wenst door te voeren, en indien beide partijen het wijzigingsvoorstel aanvaarden, zullen zij gezamenlijk de wijziging en de gevolgen en aanvaardingsmodaliteiten van deze wijziging omschrijven in een door hen ondertekende “bijlage aan het contract”. De opdrachtnemer zal de overeengekomen wijziging onmiddellijk uitvoeren in overeenstemming met de wat in deze bijlage overeengekomen is. Indien de opdrachtnemer een wijziging aanvraagt, zal FOD Financiën haar toestemming niet onredelijk weigeren of uitstellen. Indien de twee partijen het wijzigingsvoorstel goedkeuren, zullen zij gezamenlijk de wijziging en de gevolgen en aanvaardingsmodaliteiten van deze wijziging omschrijven in een door hen ondertekende “aanhangsel aan het contract”. De opdrachtnemer zal de overeengekomen wijziging onmiddellijk uitvoeren in overeenstemming met de wat in deze bijlage overeengekomen is.

II.6.8 Bijzondere verbintenissen betreffende verkregen informatie Alle resultaten en verslagen die door de opdrachtnemer worden geproduceerd tijdens de uitvoering van deze opdracht, vormen de eigendom van de aanbestedende overheid en mogen niet worden gepubliceerd of gecommuniceerd aan derden, tenzij na de schriftelijke toelating vanwege de aanbestedende overheid. De uitvoerder van de diensten en zijn medewerkers zijn gebonden aan een zwijgplicht betreffende de informatie waarvan ze bij de uitvoering van deze opdracht kennis zullen nemen. Deze informatie kan in geen geval worden gecommuniceerd aan derden zonder de schriftelijke toelating van de aanbestedende overheid. De opdrachtnemer mag deze opdracht evenwel als referentie vermelden. Alle inlichtingen waarvan de personeelsleden van de opdrachtnemer kennis zullen nemen in het kader van de opdracht, alle documenten die hen worden toevertrouwd, alle vergaderingen waaraan ze deelnemen, worden als strikt vertrouwelijk beschouwd. De informatie in kwestie: •

kan worden vastgelegd op eender welke informatiedrager, zoals papier, film, magneetband, schijf, diskette, geïntegreerde montage, enz.;

Blz. 32


•

•

Ref.: ICT/INF/ESB

kan mondeling aan de opdrachtnemer worden verstrekt, via een demonstratie en/of via overdracht van een informatiedrager met de gewenste informatie; de informatie kan ook aan de opdrachtnemer ter kennis worden gebracht ter gelegenheid van de uitvoering van onderhavige opdracht of van een taak die hem in het kader van onderhavige opdracht door de FOD Financiën wordt toevertrouwd; kan bijvoorbeeld geheel of gedeeltelijk bestaan uit studies, handleidingen, ontwerpplannen, fabricageplannen, technische beschrijvingen, detailplannen, functionele specificaties, procedures, computerprogramma’s, uitvoerbare codes, berekeningen, enz.

De opdrachtnemer verbindt zich tot geheimhouding, zowel tijdens als na de uitvoering van de opdracht, van alle vertrouwelijke gegevens, van welke aard ook, die hem zullen worden meegedeeld of waarvan hij in de loop van zijn opdracht kennis zal nemen. De opdrachtnemer garandeert dat zijn personeel en zijn onderaannemers de vertrouwelijkheid van de gegevens zullen respecteren. Hij verbindt zich ertoe geen vertrouwelijke gegevens te verstrekken aan derden, inbegrepen eventuele filialen en andere ondernemingen die met de opdrachtnemer zijn geassocieerd. Hij zal aan zijn personeelsleden en aan die van zijn onderaannemers die rechtstreeks bij de opdracht zijn betrokken, enkel de gegevens bekendmaken die noodzakelijk zijn voor de uitvoering van hun taken in het kader van onderhavige opdracht. De hierboven genoemde verplichtingen zijn niet van toepassing op informatie van de FOD Financiën: • • • •

waarvan de opdrachtnemer op een voor de FOD Financiën aanvaardbare wijze kan aantonen dat ze reeds in zijn bezit was op het moment dat ze hem voor het eerst door de FOD Financiën werd meegedeeld; die, op het moment dat ze bekend was bij de FOD Financiën, reeds openbaar was; die, nadat ze bekend was bij de FOD Financiën, openbaar werd gemaakt op een andere wijze dan door toedoen van de opdrachtnemer; of die de opdrachtnemer van een derde heeft verkregen die te goeder trouw beschikte over de informatie van de FOD Financiën en die was gemachtigd om deze mee te delen aan de opdrachtnemer.

De opdrachtnemer verbindt zich ertoe: • •

om het geheel of een gedeelte van de informatie van de FOD Financiën niet te kopiëren, indien deze zich bevindt op een drager die hem door de FOD Financiën ter beschikking werd gesteld; om anderzijds het geheel of een gedeelte van de informatie van de FOD Financiën niet vast te leggen op een informatiedrager, behalve voor de uitvoering van taken die hem door de FOD Financiën werden opgelegd en voor zover dit noodzakelijk is.

Alle informatie die door de FOD Financiën aan de opdrachtnemer ter beschikking wordt gesteld, en elke informatiedrager met informatie van de FOD Financiën, die aan de opdrachtnemer door de FOD Financiën wordt toevertrouwd, blijven de integrale eigendom van de FOD Financiën. Ook indien de opdrachtnemer deze informatie, of een deel ervan, heeft gekopieerd of vastgelegd, blijft deze informatie de integrale eigendom is van de FOD Financiën. De FOD Financiën behoudt op elk moment het recht om de opdrachtnemer te verzoeken om het geheel of een gedeelte van de informatiedragers waarop de opdrachtnemer de informatie van de FOD Financiën heeft opgeslagen, terug te bezorgen. De opdrachtnemer verbindt zich ertoe de gevraagde dragers onmiddellijk terug te bezorgen zonder ze te kopiëren. De opdrachtnemer verbindt zich ertoe om na afloop van de uitvoering van de opdracht zonder verwijl aan de FOD Financiën alle informatiedragers terug te bezorgen die informatie van de FOD Financiën bevatten en die aan de opdrachtnemer ter beschikking werden gesteld met het oog op de uitvoering van de opdracht, voor zover deze informatiedragers nog niet eerder werden terugbezorgd aan de FOD Financiën. Alle informatie van de FOD Financiën blijft de eigendom van de FOD Financiën.

Blz. 33


Ref.: ICT/INF/ESB

Door informatie ter beschikking te stellen verleent de FOD Financiën aan de opdrachtnemer geen enkel licentierecht, expliciet noch impliciet, op patenten, auteursrechten of andere intellectuele rechten. De opdrachtnemer verbindt zich ertoe om zich te onthouden van alle industriële toepassingen van de informatie van de FOD Financiën en om die informatie voor geen andere doeleinden te gebruiken dan voor de uitvoering van onderhavige opdracht of van een taak die hem door de FOD Financiën werd toevertrouwd in het kader van onderhavige opdracht. De opdrachtnemer is verantwoordelijk voor alle schade waarvan de FOD Financiën het slachtoffer zou zijn ten gevolge van het niet respecteren door de opdrachtnemer zelf of door leden van zijn personeel van de verplichtingen die hem worden opgelegd krachtens onderhavig artikel.

II.6.9 Aansprakelijkheden Aansprakelijkheid Leveringen De leverancier is aansprakelijk voor zijn leveringen tot op het ogenblik dat de levering gecontroleerd is, behalve wanneer het verlies of de beschadiging in de magazijnen van de bestemmeling te wijten zijn aan feiten of omstandigheden die zijn bedoeld in artikel 16 van het Algemeen Bestek.

Aansprakelijkheid Diensten De opdrachtnemer draagt de volle aansprakelijkheid voor de fouten en nalatigheden die in de verleende diensten voorkomen, inzonderheid in de studies, de berekeningen, de plannen of in alle andere ter uitvoering van de opdracht door hem voorgelegde stukken. De opdrachtnemer vrijwaart de aanbestedende overheid bovendien tegen elke schadevergoeding die deze aan derden verschuldigd is op grond van zijn vertraging of in gebreke blijven. De opdrachtnemer verzekert dat alle diensten die dienen te worden uitgevoerd in het kader van de overeenkomst, worden uitgevoerd conform de beste professionele normen, met inachtneming van de voorziene termijnen, en door voldoende onderlegde en kundig personeel. De opdrachtnemer is verantwoordelijk voor het kwaliteitsniveau van de uitgevoerde prestaties en verbindt zich ertoe alles in het werk te stellen om de doelstellingen van zijn taak in het kader van de uitvoering van de opdracht te verwezenlijken. De opdrachtnemer is in alle gevallen verantwoordelijk, op basis van artikel 1384 van het Burgerlijk Wetboek, voor feiten, gepleegd door leden van zijn personeel die een band hebben met de activiteiten die worden uitgeoefend voor de FOD Financiën.

II.7 Looptijd De hoofdopdrachten van het project worden uitgevoerd volgens het onderstaande plan:

•

Stap 1: Parallel met de evaluatie van het SOA-maturiteitsniveau van de FOD Financiën, zal de dienstverlener de ESB-oplossing in samenwerking met de interne teams installeren

•

Stap 2: De dienstverlener levert het bewijs van de goede werking van de ESB-oplossing door een proof-of-concept van het pilootproject uit te voeren in samenwerking met de interne teams

•

Stap 3: Nadat de technische haalbaarheid is gevalideerd via de proof-of-concept, start de dienstverlener met de volledige uitvoering van het pilootproject in samenwerking met de interne teams Blz. 34


•

Ref.: ICT/INF/ESB

Stap 4: De dienstverlener voert een nieuwe evaluatie uit van het SOA-maturiteitsniveau van de FOD Financiën en stelt de evoluties voor ten opzichte van het in stap 1 geëvalueerde niveau. Hij stelt vervolgens aanbevelingen op voor de te ondernemen acties om het SOAmaturiteitsniveau verder te verbeteren

De hoofdopdrachten moeten ten laatste 12 maanden na de kick-off van het project voltooid zijn.

II.8 Opvolging van de uitgevoerde diensten en controle door derden II.8.1 Opvolging van de goede uitvoering van de opdracht De FOD Financiën heeft het recht om permanent toezicht te houden op de leveringen en de diensten die worden uitgevoerd door het team dat bij de uitvoering van de opdracht betrokken is. Het uitvoerende team moet aan de vertegenwoordigers van de FOD Financiën alle nodige inlichtingen en faciliteiten verstrekken met het oog op de vervulling van deze taak. De plannen, specificaties, dossiers, enz. worden in het kader van deze opdracht opgesteld door het personeel van de opdrachtnemer. Ze moeten door de FOD Financiën worden goedgekeurd vóór de uitvoering. De FOD Financiën beschikt over een termijn van 30 kalenderdagen om deze documenten goed te keuren of om opmerkingen te formuleren. Indien er opmerkingen zijn, moeten de betrokken documenten voldoende worden gecorrigeerd vóór de uitvoering, zonder dat deze verbeteringen een herziening van de geplande uitvoeringstermijn tot gevolg hebben, tenzij de opmerkingen het gevolg zouden zijn van nieuwe eisen vanwege de FOD Financiën. Elke overschrijding van de geplande termijn voor de aanvaarding van een document leidt, op verzoek van de betrokken opdrachtnemer, tot een verlenging van de uitvoeringstermijn. Het feit dat een vertraging kan worden toegeschreven aan de FOD Financiën ontslaat de opdrachtnemer niet van de verplichting om toe te zien op de beperking van de gevolgen. De opdrachtnemer kan zich niet beroepen op het feit dat deze controle wordt uitgevoerd, met de bedoeling zich te onttrekken van zijn verantwoordelijkheid wanneer de leveringen of prestaties worden geweigerd omwille van gebreken van welke aard ook en wanneer daaruit een verlenging van de uitvoeringstermijn voortvloeit.

II.8.2 Controle door derden Met het oog op de evaluatie van de uitgevoerde diensten en de opvolging van het project kan de aanbestedende overheid een beroep doen op een derde partij. De opdrachtnemer is verplicht samen te werken met de derde partij en haar alle nodige informatie te verstrekken met het oog op een goed verloop van deze controleactiviteiten. In dit kader wenst de FOD Financiën de offerte van de opdrachtnemer ter beschikking te stellen van interne en externe medewerkers van de FOD Financiën die belast zijn met de evaluatie en de controle. De inschrijvers moeten duidelijk aangeven welke gedeelten van hun offerte niet ter beschikking gesteld kunnen worden van personen buiten de FOD Financiën die belast zijn met de evaluatie en de controle. Als de inschrijver geen enkele beslissing dienaangaande neemt in zijn offerte zal dit worden geïnterpreteerd als een afwezigheid van beperkingen van zijnentwege in het kader van de “controle door derden”, waarbij zijn offerte integraal ter beschikking kan worden gesteld van personen van buitenaf die belast zijn met de evaluatie en de controle.

Blz. 35


Ref.: ICT/INF/ESB

II.9 Beoordeling van de uitgevoerde diensten en controlewerkzaamheden Indien tijdens de uitvoering van de diensten abnormale zaken worden vastgesteld, zal dit onmiddellijk worden gemeld aan de opdrachtnemer via een fax of een e-mail, die vervolgens zal worden bevestigd door een aangetekend schrijven. De opdrachtnemer is gehouden de niet conform uitgevoerde diensten opnieuw uit te voeren. Op het moment waarop de diensten zullen zijn uitgevoerd, zal men overgaan tot de beoordeling van de kwaliteit en de conformiteit van de uitgevoerde diensten. Er zal een proces-verbaal van deze beoordeling worden opgemaakt, waarvan het origineel zal worden overhandigd aan de opdrachtnemer. De diensten die niet correct en/of niet conform werden uitgevoerd, zullen moeten worden overgedaan.

II.10 Voorlopige oplevering Na afloop van de met succes verrichte controlewerkzaamheden zal de FOD Financiën een proces verbaal opstellen van voorlopige oplevering van de uitrustingen die in de bewuste controle aan bod komen. Het proces-verbaal van voorlopige oplevering zal door beide partijen worden ondertekend. In het geval dat de diensten die het voorwerp van de opdracht uitmaken, bestaan uit louter intellectuele prestaties, zoals studies, analyses, consultancy-verslagen, enz., wordt de voorlopige oplevering beschouwd als de definitieve oplevering. De (gedeeltelijke) voorlopige oplevering(en) zal(zullen) plaatsvinden op volgend(e) moment(en):

•

Stap 2: De dienstverlener levert het bewijs van de goede werking van de ESB-oplossing door een proof-of-concept van het pilootproject uit te voeren in samenwerking met de interne teams

•

Stap 3: Nadat de technische haalbaarheid is gevalideerd via de proof-of-concept, start de dienstverlener met de volledige uitvoering van het pilootproject in samenwerking met de interne teams

•

Stap 4: De dienstverlener voert een nieuwe evaluatie uit van het SOA-maturiteitsniveau van de FOD Financiën en stelt de evoluties voor ten opzichte van het in stap 1 geëvalueerde niveau. Hij stelt vervolgens aanbevelingen op voor de te ondernemen acties om het SOAmaturiteitsniveau verder te verbeteren

In het geval dat de gedeeltelijke voorlopige oplevering van een stap een impact heeft op een stap die voordien werd opgeleverd, zullen de wijzigingen eraan moeten worden aangebracht op kosten van de opdrachtnemer voor de FOD Financiën instemt met de gedeeltelijke voorlopige oplevering van dit stap. Na elke gedeeltelijke voorlopige oplevering begint de garantieperiode van dit stap voor een periode van één jaar.

II.11 Garantie In dit gedeelte verwijst het begrip ‘element’ naar elke methodologie, uitrusting of software, en in uitbreiding alles waar garantie en/of onderhoud op toepasbaar is, en, die ontwikkeld/geleverd werd door de opdrachtnemer en deel uitmaakt van deze opdracht. De garantietermijn van elk element is bepaald op minstens één jaar, te rekenen vanaf de datum van de voorlopige oplevering.

Blz. 36


Ref.: ICT/INF/ESB

Als elementen defect zijn, als functies en/of prestaties en/of het respect voor de SLA (Service Level Agreement – afspraak over het niveau van de services), voorgeschreven in het bestek of aangekondigd in de offerte van de opdrachtnemer, niet of slechts gedeeltelijk bevredigend zijn, in de mate dat de gebreken niet het gevolg zijn van een abnormaal gebruik van de elementen, verbindt de opdrachtnemer zich ertoe voor eigen rekening de noodzakelijke herstellingen of correcties uit te voeren of om zo nodig de defecte elementen te vervangen binnen de termijnen, vermeld in de specificaties van de SLA. De volledige garantietermijn is van toepassing op de te vervangen elementen. Tijdens de garantieperiodes zijn de sancties met betrekking tot de SLA van toepassing. Bij een niet-beschikbaarheid van de oplossing tijdens de garantieperiode, zal deze laatste worden verlengd met een termijn die gelijk is aan die van de onbeschikbaarheid. De garantie dekt met name : • de herstelling of de vervanging ter plaatse van defecte elementen • de correctie van parameters • de versterking van het systeem als dit niet voldoet aan de vooraf gerealiseerde SLA • de duur van de gepresteerde werkzaamheden • de verplaatsingen van het personeel van de opdrachtnemer. De inschrijver moet erop toezien de elementen te actualiseren tijdens de garantieperiode. Deze actualisering heeft zowel betrekking op eventuele ‘correcties’ als op de evoluties van het geïnstalleerde element.

II.12 Definitieve oplevering De definitieve oplevering zal worden afgekondigd op verzoek van de opdrachtnemer na het verstrijken van de garantieperiode en minstens één jaar na de voorlopige oplevering van het laatste stap, voor zover de FOD Financiën tijdens deze periode geen klachten heeft geformuleerd aangaande de goede werking. In dit laatste geval zal de definitieve oplevering worden uitgesteld tot het moment waarop het systeem op correcte wijze zal hebben gefunctioneerd gedurende een ononderbroken periode van één jaar. De definitieve oplevering zal worden vastgelegd in een proces-verbaal dat wordt ondertekend door de opdrachtnemer en door de FOD Financiën. De FOD Financiën beschikt over een termijn van 15 kalenderdagen, te rekenen vanaf het verzoek van de opdrachtnemer, om het proces-verbaal van aanvaarding op te stellen dat de toestemming voor de oplevering verleent. Geen enkele betaling is voorzien bij definitieve oplevering.

II.13 Opleveringsmodaliteiten en -kosten Opleveringsmodaliteiten De diensten zullen nauwlettend worden opgevolgd in de loop van hun uitvoering en dit door één of meer vertegenwoordigers van de aanbestedende overheid. Opleveringskosten Alle kosten die te maken hebben met de levering en met de voorlopige en/of definitieve oplevering(en), zijn ten laste van de opdrachtnemer.

Blz. 37


Ref.: ICT/INF/ESB

II.14 Eigendom van de ontwikkelde software Intellectuele eigendom De intellectuele en industriële eigendomsrechten betreffende met name de tekeningen, modellen, werken en/of literaire documenten (duurzaam geregistreerd of in machinetaal), rapporten, programma’s en databanken, evenals de methodes, de knowhow, de concepten en andere ontwikkelingen waarvan FOD Financiën eigenaar of licentiehouder is, blijven toebehoren aan FOD Financiën in haar hoedanigheid van eigenaar of licentiehouder (hierna de”intellectuele eigendom van de Administratie” genoemd). Alle intellectuele eigendomsrechten die voortvloeien uit een wijziging of aanpassing van de intellectuele eigendom van de Administratie, komen automatisch toe aan FOD Financiën. De opdrachtnemer verbindt zich ertoe om elke wijziging of aanpassing zorgvuldig te documenteren. Elke documentatie, in welke vorm ook, betreffende deze wijzigingen of aanpassingen van de intellectuele eigendom van de Administratie, wordt beschouwd als een wezenlijk deel van deze eigendom. De intellectuele en industriële eigendomsrechten betreffende met name de tekeningen, modellen, werken en/of literaire documenten (duurzaam geregistreerd of in machinetaal), rapporten, programma’s en databanken, evenals de methodes, de knowhow, de concepten en andere ontwikkelingen die de opdrachtnemer, en/of de aannemer(s) aangesteld door de opdrachtnemer, creëert (creëren) in het kader van de uitvoering van de opdracht, worden hierna “specifieke ontwikkelingen” genoemd. De intellectuele en industriële eigendomsrechten betreffende met name de tekeningen, modellen, werken en/of literaire documenten (duurzaam geregistreerd of in machinetaal), rapporten, programma’s en databanken, evenals de methodes, de knowhow, de concepten en andere ontwikkelingen die de opdrachtnemer gebruikt in het kader van de uitvoering van de opdracht en die eigendom zijn van de opdrachtnemer en/of de aannemer(s) aangesteld door de opdrachtnemer, of die eigendom zijn van derden, worden hierna “andere onderdelen” genoemd. Onmiddellijk na de creatie van de “specifieke ontwikkelingen”, verwerft FOD Financiën er de volle en exclusieve eigendom van. Indien nodig en om FOD Financiën het recht te verlenen om de specifieke ontwikkelingen te gebruiken, aan te passen, te (laten) onderhouden (door derden) en/of te reproduceren, verbindt de opdrachtnemer zich ertoe en/of verklaart hij bij machte te zijn om FOD Financiën, voor de andere onderdelen die tijdens en na de uitvoering van de opdracht worden gebruikt, een niet-exclusieve, overdraagbare, universele, onherroepelijke en voor een sublicentie in aanmerking komende licentie te verlenen voor de duur van de wettelijke bescherming van de intellectuele eigendomsrechten, met het oog op het gebruik, de wijziging en de reproductie van de andere onderdelen. De opdrachtnemer zal de specifieke ontwikkelingen, op welke manier ook, niet voor andere doeleinden dan de uitvoering van onderhavige opdracht gebruiken zonder het voorafgaande, schriftelijke en uitdrukkelijke akkoord van FOD Financiën; hij zal er tevens op toezien dat zijn werknemers, agenten en aannemers eveneens zijn gebonden aan deze verplichting. De opdrachtnemer verbindt zich ertoe om de documentatie (met inbegrip van alle afdoende technische specificaties) en, voor software, tevens de broncode van de specifieke ontwikkelingen in de vorm van een bruikbare ontwikkelings- en productieomgeving ter beschikking te stellen van FOD Financiën en ze permanent up-to-date te houden zonder meerkost voor FOD Financiën. De vergoeding die FOD Financiën betaalt voor de dienstverlening, omvat de vergoedingen voor de overdracht of het gebruiksrecht van deze intellectuele eigendomsrechten. Garanties De opdrachtnemer onthoudt zich ervan om, waar ook ter wereld, het intellectuele eigendomsrecht van de specifieke ontwikkelingen op te eisen of te beweren er recht op te hebben, op welke manier ook, of om er een octrooi of elke andere gelijkaardige bescherming voor aan te vragen. Hij zal er op toezien dat zijn werknemers, agenten en aannemers eveneens zijn gebonden aan deze verplichting. Blz. 38


Ref.: ICT/INF/ESB

De opdrachtnemer garandeert dat hij alle rechten en alle vergunningen bezit die nodig zijn om de hiervoor beschreven intellectuele eigendomsrechten over te dragen of om er een gebruikslicentie voor te verlenen. De opdrachtnemer verbindt zich ertoe om FOD Financiën alle nodige bijstand te verlenen, de nodige formaliteiten te vervullen en alle nodige stappen te ondernemen om de geldigheid van de overdracht van de voornoemde rechten te garanderen en aan te tonen. De opdrachtnemer verbindt zich ertoe en verklaart bij machte te zijn om deze verplichting te doen naleven door zijn werknemers, aangestelden en eventuele aannemers. De opdrachtnemer zal FOD Financiën informeren over alle andere onderdelen die worden gebruikt tijdens de dienstverlening. De opdrachtnemer garandeert dat de rechten verleend op de specifieke ontwikkelingen en de andere onderdelen geen afbreuk doen aan de intellectuele en andere rechten van een derde. Indien een derde een rechtszaak aanspant op grond van een vermeende schending van het intellectueel eigendomsrecht of een ander recht van deze derde door om het even welke persoon na de levering of het gebruik van de diensten, zal de opdrachtnemer, bij het eerste verzoek van FOD Financiën, alle mogelijke inlichtingen verstrekken, evenals elke hulp en bijstand (met name de vrijwillige tussenkomst in een procedure bij het eerste verzoek van FOD Financiën) verlenen, zodat FOD Financiën haar verweer daadwerkelijk en doeltreffend zal kunnen organiseren. Alle kosten die voortvloeien uit een dergelijke beschuldiging (met inbegrip van de advocaatkosten) zijn voor rekening van de opdrachtnemer. Indien FOD Financiën, als gevolg van een dergelijke rechtszaak, een boete en/of schadevergoeding en intresten verschuldigd is, zal de opdrachtnemer deze voor zijn rekening nemen. Indien, als gevolg van een dergelijke rechtszaak, de diensten niet meer met succes kunnen worden verleend, of als een verleende dienst niet meer met succes kan blijven bestaan, dan zal de opdrachtnemer, na overleg met FOD Financiën, deze dienst(en) op zijn kosten herstellen. Onverminderd de verplichting voor de opdrachtnemer om de informatie over onderhavige opdracht en de vertrouwelijke informatie geheim te houden, heeft de opdrachtnemer het recht om de knowhow of de ervaring die hij heeft verworven in het kader van de uitvoering van de opdracht opnieuw te gebruiken voor andere doeleinden dan voor de uitvoering van de opdracht.

II.15 Deponering bij een Escrow agent In het kader van de uitvoering van deze opdracht en de transitiemaatregelen zal de opdrachtnemer uiterlijk 30 dagen na ondertekening van de PV van voorlopige oplevering de broncode van de specifieke ontwikkelingen, alsook nadien elke wijziging of update daarvan en de bijhorende technische documentatie (het “gedeponeerd materiaal” genoemd) in de vorm van een bruikbare ontwikkelingsomgeving ten behoeve van De FOD Financiën deponeren bij een escrow agent. Na de ondertekening van de overeenkomst zal de opdrachtnemer, zo vlug als redelijkerwijze mogelijk is, de FOD Financiën informeren omtrent de specifieke ontwikkelingen afkomstig van derden die worden gebruikt om de diensten te leveren. In onderling overleg met de FOD Financiën zal alsdan worden bepaald welke maatregelen genomen moeten worden en welke bijkomende garanties desgevallend van deze derden gevraagd moeten worden om zich van de continuïteit van het gebruiksrecht van deze specifieke ontwikkelingen als een onderdeel van de diensten te verzekeren en dit zowel tijdens de uitvoering van deze opdracht als met het oog op een eventuele transitie. Voor zover de noodzaak daartoe redelijkerwijze zou blijken, zal de opdrachtnemer zijn samenwerking verlenen om van deze derden te bekomen dat zij de broncode van de specifieke ontwikkelingen die voor de levering van de diensten gebruikt worden, deponeren bij de escrow agent onder dezelfde voorwaarden als beschreven in dit artikel. De opdrachtnemer is volledig verantwoordelijk voor het neerleggen van het gedeponeerd materiaal. De opdrachtnemer ziet erop toe dat de versie van het gedeponeerd materiaal die de escrow agent bij zich houdt, steeds volledig en up-to-date is en in de vorm van een bruikbare ontwikkelingsomgeving. Blz. 39


Ref.: ICT/INF/ESB

De FOD Financiën heeft het recht om steeds de inhoud van het gedeponeerd materiaal te laten verifiëren. De vergoeding die de overheid betaalt voor de levering van de diensten omvat de diensten van de escrow agent en de kosten verbonden aan de creatie en het neerleggen van het gedeponeerd materiaal.

II.16 Facturatie, betaling en prijsherziening II.16.1 Facturatie en betaling Voor zover de aanbestedende overheid in het bezit is van een geldig en correct opgestelde factuur (met vermelding van de BTW en van het nummer van de overeenkomstige bestelbon), samen met de notulen van voorlopige oplevering, verloopt de procedure als volgt: • • •

voor leveringen en diensten wordt elk verschuldigd bedrag gefactureerd bij de voorlopige oplevering. Voorschotten zijn niet mogelijk; betalingen voor reeds geleverde en aanvaarde leveringen en diensten mogen slechts achteraf worden uitgevoerd; periodieke betalingen met betrekking tot het onderhoud worden gefactureerd op jaarbasis. Licentierechten worden jaarlijks gefactureerd in het begin van de termijn; kosten met betrekking tot (aanvullende/ondersteunende) diensten gepresteerd kunnen worden gefactureerd zodra ze zijn voltooid en aanvaard (PV van oplevering met time-sheet bijvoegen)

De factuur dient te worden opgesteld in euro. De opdrachtnemer stuurt zijn facturen (in twee exemplaren) naar het volgende adres: FOD Financiën Beheer Vastleggingen van de Stafdiensten North Galaxy B22 Koning Albert II-laan 33 - bus 785 1030 Brussel De betaling vindt plaats binnen 50 kalenderdagen te rekenen vanaf de ontvangst van de factuur. De verwijlinteresten zullen worden berekend in overeenstemming met artikel 15, §4 van de algemene aannemingsvoorwaarden.

II.16.2 Prijsherziening Voor leveringen wordt geen prijsherziening toegestaan. Voor diensten is een prijsherziening mogelijk. De regels voor herziening zijn als volgt: De prijzen kunnen jaarlijks worden herzien. De opdrachtnemer vraagt elk jaar de prijsherziening aan door middel van een aangetekend schrijven gericht aan de Aanbestedende Overheid, Stafdienst B&CG, Afdeling Wervingen, Koning Albert II-laan bus 785, 1030 Brussel. De prijsherziening gaat in op: o

de jaardag van de kennisgeving van de gunning van de opdracht als de opdrachtnemer de aanvraag tot herziening vóór deze datum heeft verzonden. De prijsherziening heeft enkel betrekking op de diensten die effectief na de jaardag van de gunning van de opdracht gepresteerd zijn; Blz. 40


o

Ref.: ICT/INF/ESB

de eerste dag van de maand volgend op de verzending van het aangetekend schrijven als de opdrachtnemer een of meer jaardagen heeft laten voorbijgaan. De prijsherziening heeft enkel betrekking op de diensten die effectief na voormelde eerste dag van de maand gepresteerd zijn (opgelet: de opdrachtnemer moet een nieuwe aanvraag indienen voor de herziening van de prijzen van de diensten die na de eerstvolgende jaardag zullen worden gepresteerd).

De prijsherziening wordt berekend aan de hand van de volgende formule:

  S P = P0 *  0,8 * + 0.2  S0   waarbij: P = herziene prijs P0 = initiële prijs S0 = loonindex AGORIA (alleen voor Belgische opdrachtnemers; buitenlandse opdrachtnemers moeten een analoge index voorstellen) – nationaal gemiddelde, sociale lasten inbegrepen, voor contracten vanaf 11/07/1981, van toepassing in de maand die aan de opening van de offertes voorafgaat. S= zoals S0 hiervoor, maar van toepassing in de maand die de jaardag van de notificatie van de gunning van de opdracht voorafgaat Voor de indexen, zie: http://www.agoria.be De aanbestedende overheid behoudt zich het recht voor om de prijzen te herzien bij dalende index. In dat geval volgt de herziening de bovenstaande regels, behalve dat het aangetekend schrijven uitgaat van de aanbestedende overheid.

II.16.3 Clausule van meest begunstigde klant De opdrachtnemer zal de FOD Financiën beschouwen als zijn meest begunstigde klant. Indien de opdracht loopt over meerdere jaren, zal de opdrachtnemer vanaf het tweede jaar van de uitvoering van de overeenkomst, jaarlijks de prijzen aanpassen voor deze opdracht, door de laagste prijzen toe te passen die hij voor soortgelijke prestaties aanbiedt aan andere klanten in België, voor zover deze laagste prijzen lager zijn dan de eenheidsprijzen geldend bij het begin van de opdracht. De verklaringen hierover door de opdrachtnemer die bepalend zijn voor het nakomen van deze verplichting, zullen kunnen geverifieerd worden in de boeken van de opdrachtnemer door een auditor, betaald door de FOD Financiën, tijdens de kantooruren en zonder verplaatsing van de relevante documenten. De auditor zal zich beperken tot het certifiëren of niet certifiëren van de relevante gegevens. Indien de auditor besluit tot niet certificatie zal de opdrachtnemer over 30 kalenderdagen beschikken om de prijzen aan te passen. Deze aanpassing van de prijzen kan één keer per jaar gebeuren.

II.17 Publiciteit - referenties Door de opdrachtnemer noch door zijn onderaannemers mag geen enkele mededeling, persbericht, informatief onderzoeksrapport en/of gelijkaardige publieke mededeling betreffende het project worden gepubliceerd zonder de voorafgaandelijke schriftelijke toelating van een bevoegde vertegenwoordiger van de FOD Financiën.

II.18 Laattijdige leveringen Blz. 41


Ref.: ICT/INF/ESB

De opdrachtnemer kan zich beroepen op nalatigheden, vertragingen of welke feiten dan ook die hij aan de aanbestedende overheid of haar personeel ten laste legt en die voor hem oorzaak zouden zijn van een vertraging en/of een nadeel, met het oog op het verkrijgen van een verlenging van de uitvoeringstermijnen, herziening of verbreking van de opdracht en/of schadevergoeding. De aanbestedende overheid kan zich beroepen op nalatigheden, vertragingen of welke feiten dan ook die hij aan de opdrachtnemer of zijn personeel ten laste legt en die voor hem oorzaak zouden zijn van een vertraging en/of een nadeel, met het oog op het verkrijgen van een herziening of verbreking van de opdracht en/of schadevergoeding. Onder voorbehoud van de bepalingen betreffende de ambtshalve voorziene maatregelen in de artikelen 20, 66 en 75 van de Algemene Aannemingsvoorwaarden, en indien de levering van een bepaalde fase drie maanden na de overeengekomen datum van uitvoering niet heeft plaatsgevonden, en indien de opdrachtnemer in de tussentijd geen verlenging van de leveringstermijn heeft verkregen, behoudt de administratie zich het recht voor om te verzaken aan de opdracht (zie art. 9, KB van 26 september 1996). In deze context moet de levering worden beschouwd als een levering van goederen en diensten.

II.19 Verweermiddelen van de administratie - Geschillen De verweermiddelen van de FOD Financiën zijn die welke zijn voorzien in de artikelen 20 en 75 van het Algemene Bestek (in bijlage van het koninklijk besluit van 26 september 1996). De opdracht moet worden uitgewerkt, opgevat en uitgevoerd in overeenstemming met het Belgisch recht. De partijen verbinden zich ertoe om hun verplichtingen te goeder trouw na te komen en om samen te werken met het oog op het welslagen van de operatie. De geschillen inzake de verplichtingen die resulteren uit de beschikkingen die de opdracht bepalen, moeten in overleg worden geregeld. •

De partijen moeten proberen, vooraleer hun toevlucht te nemen tot andere middelen, de zaak in der minne te regelen. Daartoe zal de meest gerede partij de andere partij per eenvoudig aangetekend schrijven de slechte uitvoering van het contract betekenen. Indien mogelijk zal er een oplossing bij deze kennisgeving worden gevoegd. De andere partij beschikt dan over een termijn van 15 dagen, te rekenen vanaf de verzending van de aangetekende brief, om de ontvangst ervan te bevestigen en akkoord te gaan met de voorgestelde oplossing.

•

Bij gebrek aan een akkoord en alvorens een rechtszaak aan te spannen, zullen de partijen proberen om een compromis te vinden middels onderhandelingen die worden aangevat zodra is gebleken dat de zaak niet in der minne kan worden geregeld. De onderhandelingen zullen plaatsvinden op het adres vermeld in het punt « leidend ambtenaar » van deel II in aanwezigheid van de personen die daartoe door beide partijen zijn aangeduid. Behoudens andere afspraken zullen de onderhandelingen de duur van 30 kalenderdagen, te rekenen vanaf de eerste aangetekende brief, niet mogen overschrijden.

Alle geschillen aangaande de uitvoering van deze opdracht zullen exclusief worden beslecht door de bevoegde rechtbanken van het gerechtelijke arrondissement van Brussel. De voertaal is het Nederlands of het Frans. De aanbestedende overheid is in geen geval verantwoordelijk voor schade, toegebracht aan personen of goederen, die het rechtstreekse of onrechtstreekse gevolg is van de activiteiten die noodzakelijk zijn voor de uitvoering van deze opdracht. De uitvoerder van de diensten stelt zich garant tegenover de aanbestedende overheid voor alle claims van schadevergoedingen en interesten die door derden tegenover haar in dit kader worden geuit.

Blz. 42


Ref.: ICT/INF/ESB

III. Technische bepalingen III.1 Beschrijving van de opdracht III.1.1 Context van de opdracht Deze sectie beschrijft de context van deze opdracht: de IT-infrastructuur van de FOD Financiën en zijn huidige problematiek. Deze infrastructuur wordt eerst globaal beschreven door hem opnieuw in de context van het Coperfinplan te plaatsen. Daarna wordt hij meer gedetailleerd beschreven, eerst en vooral op het vlak van de hardware en de software waaruit hij bestaat en vervolgens vanuit het oogpunt van de communicaties die via deze infrastructuur verlopen. Tot slot beschrijven we de huidige problemen en de redenen die de Administratie ertoe hebben aangezet om dit bestek te publiceren. De informatie die in deze secties wordt beschreven, is gedeeltelijke informatie bestemd om de algemene context van de opdracht voor te stellen. De inschrijver dient de website van de FOD Financiën te raadplegen op het adres http://minfin.fgov.be/, waar hij meer informatie vindt over: ● Coperfin: in de rubriek Modernisering > Coperfin Bibliotheek ● ICT: in de rubriek Modernisering > ICT ● Architectural Building Blocks: in de rubriek Modernisering > ICT > Fundamenten ● De verschillende gepubliceerde bestekken: in de rubriek Overheidsopdrachten

III.1.1.1 IT-infrastructuur van de FOD Financiën III.1.1.1.1 Algemene presentatie Binnen de FOD Financiën wordt het moderniseringsplan Coperfin uitgevoerd, voor het luik informatica, door verschillende projecten voor de verbetering van de bestaande infrastructuur, zoals:

●

●

● ●

●

Atlas, gelanceerd in 2004, dat een hardwareplatform biedt van open systemen en storage waarop de nieuwe software-infrastructuur van de FOD Financiën draait en dat alle mainframes moet vervangen het CCFF (Communicatiecentrum van de Federale Fiscaliteit), sinds 2003, dat een dynamische applicatie-infrastructuur moet zijn op basis van JEE die openstaat voor een maximum aantal ontwikkelingstools, technologieën voor gegevensuitwisseling en diensten. Het CCFF wordt meer bepaald ontwikkeld via het ontwerp van een framework dat talrijke diensten omvat die ter beschikking worden gesteld van de applicaties (zoals Tax on Web, Intervat, …) die werken boven en dankzij het CCFF RDC, een standaardsysteem voor het beheer van relationele databases voor het ICTdepartement SupDev, dat ondersteuning biedt voor de ontwikkeling via, onder andere, een complete methodologie voor softwareontwikkeling (FUP, gebaseerd op RUP) en alle benodigde tools voor de toepassing ervan op grote schaal Het project ‘Enterprise System Management’ dat de monitoring installeert

Blz. 43


Ref.: ICT/INF/ESB

● De dienst ‘Job Scheduling’ die de productiejobs beheert die op de verschillende platformen (Windows, UNIX en mainframe) van de FOD Financiën moeten worden uitgevoerd

III.1.1.1.2 Specifieke presentatie We kunnen de IT-infrastructuur op twee manieren bekijken:

III.1.1.1.2.1 Vanuit het oogpunt hardware en software

De belangrijkste kenmerken van de hardware-infrastructuur zijn: ● De omgeving is verspreid over twee sites: North Galaxy, zetel van de FOD Financiën en South Galaxy, in Anderlecht, op verschillende kilometers van de eerste site ● De web- en applicatieservers zijn geïnstalleerd op Fujitsu-Siemens BF200 en BF400. De BF200 kunnen maximum 6 blades bevatten, die elk 2 CPU’s Intel E5450 van 4 cores bevatten met 3Ghz en 32GB RAM. De BF400 kunnen maximum 24 blades bevatten, die elk 4 CPU’s van 4 cores bevatten met 2.93Ghz en 64GB RAM. Het besturingssysteem is Solaris 10 ● De databaseservers zijn FTS M9000 die elk 32 CPU’s, 8 cores per CPU en 512 GB RAM bevatten. Het besturingssysteem is Solaris 10 ● De omgeving is volledig redundant en alle elementen werken in parallel. De last wordt tussen hen verdeeld via een clusteringmechanisme ● De applicaties zijn volledig uitgerold op applicatieservers die zich in de interne LAN bevinden ● De ‘Apache’ servers bevatten enkel statische inhoud en forwarden queries naar de applicatieservers. Deze web servers doen ook dienst als filter tussen de applicaties die

Blz. 44


●

● ●

Ref.: ICT/INF/ESB

toegankelijk zijn via het internet en de applicaties die uitsluitend toegankelijk zijn via het intranet De load balancing van de applicatieservers wordt volledig uitgevoerd op basis van Bea Weblogic-mechanismen. De load balancing wordt op het niveau van de Apache web servers uitgevoerd door een Bea plugin De ‘clustering’ van de web servers is gebaseerd op Cisco ACE hardware loadbalancers De twee omgevingen geven op identieke wijze toegang tot de mainframes

III.1.1.1.2.2 Vanuit het oogpunt van de communicatie Het onderstaande schema geeft een algemeen overzicht van de communicaties die via de ITinfrastructuur van de FOD Financiën kunnen verlopen:

De belangrijkste betrokkenen in dit schema zijn: ● CCFF: biedt abstracties voor toegang tot de mainframes, mechanismen voor communicatie tussen applicaties en de ontwikkeling en hosting van interne diensten ● IAM: biedt een oplossing voor Identity and Access Management die de aspecten verbonden met de authenticatie en de autorisatie van de gebruikers beheert ● RDC: beheert de relationele databases ● D&RMC: beheert de archivering van elektronische documenten ● ESM: beheer van de monitoring, geïmplementeerd via HP OVOw Blz. 45


Ref.: ICT/INF/ESB

We zien verschillende stromen die via deze infrastructuur kunnen verlopen. Bijvoorbeeld:

●

Communicaties tussen applicaties: meestal gedefinieerd via het CCFF

●

G2C-communicaties: meestal via specifieke webapplicaties zoals Tax-on-Web, Intervat, …

●

G2G-communicaties: ○ KSZ: via web services ○ KBO: via FTP ○ Europese Gemeenschap: via CCN/CSI ○ Fedict: via de FSB en de UME van Fedict ○ Rijksregister: via FTP ○ Gemeenten: onder andere via specifieke webapplicaties ○ ...

●

B2G-communicaties: ○ Bank: via het Isabel-netwerk ○ Koninklijke Federatie van Belgische Notarissen: via de FSB Fedict ○ Belcotax On Web: via een webapplicatie, via het laden van een dvd ○ ...

III.1.2 Problematiek De FOD Financiën wordt met twee problemen geconfronteerd: De FOD Financiën wordt met twee problemen geconfronteerd: de toename van de heterogene communicatiebehoeften naar de buitenwereld en de versterking van de SOA benadering.

III.1.2.1 Toename van de heterogene communicatiebehoeften van en naar de buitenwereld In een nabije toekomst zal de FOD Financiën geconfronteerd worden met een evolutie van de communicatiekanalen die hij gebruikt om met zijn externe partners te communiceren. De modernisering van de IT-infrastructuur van de huidige partners zal dus tot veranderingen leiden, zowel in de technologie als in de aard van deze communicatiekanalen en de heterogeniteit op termijn sterk verhogen. Door het ontstaan van nieuwe partners op regionaal, federaal of Europees niveau zullen er bovendien nieuwe communicatiekanalen worden gecreëerd. Om de aspecten verbonden met de communicatie met de externe partners te centraliseren en een exepertisecentrum te creëren, wil de FOD Financiën een 'Kruispuntbank van de Federale Fiscaliteit' installeren als centraal communicatieplatform met de externe partners van de FOD Financiën. Het is belangrijk om zich adequaat op deze toekomstige veranderingen in de communicatiekanalen voor te bereiden om, enerzijds, de impact op de bestaande applicaties tot een minimum te beperken en, anderzijds, snel te kunnen reageren als er een nieuw communicatiekanaal moet worden gecreëerd, of als de technologie die voor de bestaande kanalen wordt gebruikt, moet worden aangepast. In bepaalde gevallen zullen de uitvoeringstermijnen immers bepaald worden door wettelijke verplichtingen die op straf van boete moeten worden nageleefd. Een mogelijke oplossing zou erin bestaan deze communicatiestromen te beheren in het CCFF framework en het te gebruiken als expositie- en bemiddelingslaag van en naar de buitenwereld. Voor deze oplossing moeten de interface- en bemiddelingscomponenten bijgevolg intern worden ontwikkeld, getest en onderhouden. Voor deze oplossing zou ook de inproductiestelling van een nieuwe versie van het framework moeten worden gepland bij elke evolutie van deze componenten.

Blz. 46


Ref.: ICT/INF/ESB

Om de soepelheid te verkrijgen die noodzakelijk is om de talrijke verwachte veranderingen in de communicatiekanalen zo goed mogelijk op te vangen en om de impact op de applicaties tot een minimum te beperken, wil de FOD Financiën een andere oplossing kiezen door een ESB (Enterprise Service Bus) in zijn architectuur te integreren. De belangrijkste rol van een ESB is immers de functionaliteiten te leveren voor de bemiddeling van diensten en de transformatie en routing van berichten mogelijk te maken. Een ESB bevat bovendien een groot aantal connectoren die een snelle interface met diverse communicatietechnologieën mogelijk maken zonder dat er intern specifieke componenten moeten worden ontwikkeld en onderhouden. Tot slot kunnen de communicatiestromen en de uit te voeren operaties op de berichten die erdoor lopen dynamisch worden gedefinieerd via configuratie-operaties.

III.1.2.2 Versterking van de SOA-benadering Parallel met deze externe communicatieaspecten wil de FOD Financiën de SOA-benadering die sinds enkele jaren binnen de ICT groeit versterken. Door de ontwikkeling van het CCFF framework zijn er namelijk enkele artefacts van een SOA-benadering ontstaan, zoals de technologische ontkoppeling met zijn clients, het ontstaan van het begrip service, een embryo van een service directory,… Meer recent heeft het bestek CCFF 2008 de wil bevestigd om een SOA-benadering te hanteren en er de grote lijnen van geschetst. Het is echter noodzakelijk om te consolideren wat er al werd gerealiseerd en de SOA-benadering te systematiseren. We stellen bijvoorbeeld vast dat het begrip service, een centraal begrip in de SOAbenadering, zich stilaan verspreidt binnen de ICT en het mogelijk heeft gemaakt om verschillende services te installeren, zoals de validering van het bankrekeningnummer, de recuperatie van competente bureaus voor een bepaalde functie, het beheer van menselijke taken via de Taskmanager, … Nochtans kan de maturiteit van bepaalde aspecten worden verbeterd, bijvoorbeeld door alle services in een servicecatalogus te vermelden, door SLA’s te definiëren en te controleren voor deze services, door een abstractie- en bemiddelingslaag voor de toegang tot de services aan te brengen, zodat de oproepende applicaties niet meer moeten worden gewijzigd na een technische aanpassing aan de service, ... Het is belangrijk voor de FOD Financiën om vooruitgang te maken in de SOA-benadering. Door het begrip servicelaag te introduceren in een organisatie, laat de SOA-benadering immers, op termijn, toe om de wendbaarheid, de interoperabiliteit en een beter hergebruik van het bestaande te bevorderen. De FOD Financiën wil dus zijn technologische SOA-sokkel consolideren door een ESB in zijn referentie-architectuur te integreren. Dankzij zijn bemiddelings- en integratiefunctionaliteiten kan hij het uitgevoerde werk versterken om een servicelaag te ontwikkelen en het SOA-maturiteitsniveau te verhogen door de rol van hefboom te spelen om de aanvaarding van SOA binnen de FOD Financiën te versnellen.

III.1.2.3 De behoefte aan een ESB-oplossing Correct beantwoorden aan de toename van de communicatiebehoeften en de wens om het SOAmaturiteitsniveau te verhogen, zijn twee zeer grote uitdagingen. Ze hebben echter een gemeenschappelijk kenmerk: ze kunnen beide profiteren van de implementatie van, niet een gewoon ESB-product, maar een ESB-oplossing. De FOD Financiën definieert een ESB-oplossing als een communicatieplatform dat een ESBproduct centraal stelt in zijn architectuur, maar dat ook andere modules of producten kan bevatten (zoals, bijvoorbeeld, een servicecatalogus, ...) die allemaal passen in een geïntegreerde benadering voor de versterking van de bestaande SOA-benadering.

De ESB-oplossing zal centraal staan in de toekomstige kruispuntbank van de federale fiscaliteit om gemakkelijker te kunnen beantwoorden aan de verwachte toename van de behoeften inzake Blz. 47


Ref.: ICT/INF/ESB

communicatie met externe partners. Het is niet uitgesloten dat de bestaande communicatiestromen en de communicaties tussen de applicaties op termijn eveneens van de ESB-oplossing gebruikmaken. Deze ESB-oplossing zal ook als katalysator worden gebruikt in de SOA-urbanisatiebenadering binnen de FOD Financiën door het begrip service onder de aandacht te brengen dankzij zijn bemiddelings- en integratiefunctionaliteiten.

Het doel van dit bestek is dus niet de IT-infrastructuur van de FOD Financiën eenvoudigweg uit te rusten met een ESB-product door licenties aan te kopen. Het nagestreefde doel is een volledige ESBoplossing te installeren die duurzaam en evolutief is, die in onze architectuur wordt geïntegreerd, die het begrip service in de SOA-betekenis van het woord promoot en die in lijn is met de langetermijndoelstelling van de installatie van een SOA-referentiearchitectuur.

III.1.3 Voorwerp van de opdracht III.1.3.1 Inleiding Zoals beschreven in de sectie ‘Context van de opdracht’, wil de FOD Financiën een ESB-oplossing in zijn IT-infrastructuur integreren om de communicatie met de externe partners te vergemakkelijken en deze ESB-oplossing als hefboom gebruiken om de aanvaarding van de SOA-benadering te versnellen.. De installatie van een ESB in een SOA-context werd binnen de FOD Financiën nog nooit eerder uitgevoerd. Hoewel de eerste stappen van de uitvoering duidelijk en goed gedefinieerd zijn, zijn bepaalde aspecten op langere termijn nog onbekend, zoals, bijvoorbeeld, het aantal en het volume van de toekomstige communicatiekanalen, de snelheid van de aanvaarding van SOA, het percentage hergebruik van interne services, … Bovendien hangen sommige van deze toekomstige stappen sterk af van het succes van de uitvoering van de voorgaande stappen. Om deze situatie weer te geven, werd het voorwerp van de opdracht in twee luiken verdeeld. Aangezien ze sterk met elkaar verbonden zijn, vormen ze slechts één lot. Het eerste luik definieert een geheel van opdrachten die als hoofdopdrachten worden gekwalificeerd. Deze opdrachten hebben betrekking op de correcte installatie van de ESB-oplossing, de uitvoering van een pilootproject en het opstarten van de versterking van de SOA-benadering. Deze hoofdopdrachten moeten worden gerealiseerd voor een vaste prijs en met een resultaatsverplichting. Het tweede luik definieert een geheel van profielen die zullen worden gebruikt om de als secundair gekwalificeerde opdrachten uit te voeren. Deze opdrachten zijn verbonden met de ESB-oplossing en de aanvaarding van de SOA-benadering, maar de inhoud en de omvang ervan kunnen op dit ogenblik moeilijk worden voorspeld. Deze secundaire opdrachten hebben namelijk maar zin als de hoofdopdrachten met succes werden uitgevoerd. Ze kunnen ook verbonden zijn met aspecten waarover de FOD Financiën geen controle heeft (bijvoorbeeld: installatie van een specifiek gegevensformaat als gevolg van een wettelijke verplichting, …) Aangezien deze opdrachten op dit ogenblik niet precies kunnen worden gedefinieerd, garandeert de FOD Financiën in geen geval een minimumbestelling in het raam van deze secundaire opdrachten.

Blz. 48


Ref.: ICT/INF/ESB

III.1.3.2 Voorwerp van de opdracht: De opdracht bestaat uit een enkel lot. Ze bestaat erin de volgende opdrachten, waarvan de vereisten gedetailleerd worden beschreven in het vervolg van dit bestek, met succes uit te voeren:

●

Hoofdopdrachten, voor een vaste prijs, met resultaatsverplichting: ○ Installatie van een ESB-oplossing binnen de infrastructuur van de FOD Financiën die voldoet aan de beperkingen en de eisen die in dit bestek worden gedefinieerd en die harmonieus integreert met het bestaande en de goede praktijken van de FOD Financiën (monitoring, IAM, hoge beschikbaarheid, fail-over, disaster recovery, …) (zie onder andere sectie III.2.1 ‘Algemene vereisten’, sectie III.2.2 ‘De ESBoplossingsectie’, sectie III.2.9 ‘SLA’) ○ Levering van de licenties van de verschillende componenten van de ESB-oplossing ESB (zie sectie III.2.3 ‘Licenties’) ○ Levering aan het interne personeel van de FOD Financiën van de noodzakelijke kennis voor de installatie, de configuratie, de exploitatie, de ontwikkeling en het onderhoud van de ESB–oplossing (zie sectie III.2.5 ‘Overdracht van kennis’) ○ Uitvoering van een pilootproject op basis van de ESB-oplossing (zie sectie III.2.6 ‘Pilootproject’) ○ Evaluatie van het SOA-maturiteitsniveau voor en na de installatie van de ESBoplossing en de uitvoering van de piloot, opstellen van aanbevelingen, verbeteringen (zie sectie III.2.7 ‘Versterking van de SOA-benadering’)

●

Secundaire opdrachten, zonder bestellingsgarantie van de FOD Financiën: ○ Levering van de voltijdse en/of deeltijds profielen voor de uitvoering van de opdrachten in het raam van de exploitatie, het onderhoud en de ontwikkeling van de ESB-oplossing en in het raam van de versterking van de SOA-benadering (zie sectie III.2.8.4 ‘Profielen voor de secundaire opdrachten’)

Omdat de ESB-oplossing op de bestaande infrastructuur van de FOD Financiën moet worden geïnstalleerd, dekt deze opdracht geen levering van materiaal. Dit project heeft een looptijd van 5 jaar die een aanvang neemt op de datum van de kick-off en die twee keer met een jaar kan worden verlengd. Eens de hoofdopdrachten zijn uitgevoerd, behoudt de FOD Financiën zich echter het recht voor om, zonder schadevergoeding verschuldigd te zijn, geen bestellingen te plaatsen in het raam van de secundaire opdrachten.

Blz. 49


Ref.: ICT/INF/ESB

III.2 Vereisten van de opdracht Deze sectie beschrijft de behoeften en vereisten van de FOD Financiën en de verschillende vragen, bestemd om de overeenstemming tussen de offerte van de inschrijver en de behoeften en vereisten van de FOD Financiën te beoordelen. Standaard zijn de voorgestelde vereisten vereisten met hoge prioriteit, namelijk vereisten die van bij het begin van de prestaties moeten worden nageleefd. Bepaalde vereisten worden echter voorgesteld als vereisten met gemiddelde of lage prioriteit: deze vereisten hoeven niet volledig te worden nageleefd bij de eerste versies van het project, maar op termijn moet aan deze vereisten volledig worden voldaan. Op termijn moet in elk geval aan alle vereisten worden voldaan en hun prijs moet in de basisofferte worden opgenomen.

III.2.1 Algemene Vereisten III.2.1.1 Antwoord op de offerteaanvraag Het antwoord van de inschrijver op het technische luik van deze offerteaanvraag moet uit twee delen bestaan. In het eerste deel stelt de inschrijver het algemeen kader van zijn antwoord voor. Hij kan, bijvoorbeeld, een globaal overzicht geven van zijn technische oplossing, zijn visie op de problemen en de oplossingen uitleggen, de factoren belichten die zijn voorstel van de andere onderscheidt, … De inschrijver geeft in dit deel ook de volledige lijst van de software die de basisofferte van zijn ESB-oplossing vormt. De inschrijver dient er echter over te waken dat dit eerste deel redelijk beknopt blijft. Het tweede deel bestaat uit de antwoorden op de vragen die in dit hoofdstuk worden voorgesteld. De vragen worden voorafgegaan door een identificatie in de vorm van VXX, waarbij XX een getal van twee cijfers is. De inschrijver zorgt ervoor dat hij de identificatie van de betrokken vraag voor elk antwoord plaatst. In het algemeen verwachten we dat het antwoord van de inschrijver: ● zorgvuldig is opgesteld en het resultaat is van creatief werk ● bewijst dat de inschrijver de visie van de FOD Financiën begrijpt en deelt ● de verschillende mogelijke keuzes beschrijft, hun voor- en nadelen samenvat, een keuze maakt en ze motiveert ● niet alleen technisch is, maar ook de te installeren goede praktijken, de methodologieën en de menselijke organisaties beschrijft ons ● realistisch, eerlijk is en bewijst dat de inschrijver de beperkingen van zijn oplossing kent

III.2.1.2 Naleven van de standaarden De inschrijver wordt geacht kennis te hebben genomen van de infrastructuur, de standaarden en de vereisten die gelden binnen de ICT en de FOD Financiën in het algemeen. Ter herinnering, deze fundamenten worden beschreven in hoofdstuk 1 ‘Context van de opdracht’, en zijn beschikbaar op de website van de FOD Financiën op het adres http://minfin.fgov.be/ . Het spreekt voor zich dat deze fundamenten in de loop van de tijd kunnen evolueren. De inschrijver verbindt zich er uitdrukkelijk toe de huidige fundamenten en hun toekomstige evoluties te respecteren in het kader van de uitvoering van dit contract.

Blz. 50


Ref.: ICT/INF/ESB

Ter informatie geven we de theoretische datums voor de hernieuwing van bepaalde aspecten van de IT-infrastructuur: ● Firewall: te hernieuwen ten vroegste in 2011 ● Database: te hernieuwen ten vroegste in 2014 ● Application Server: te hernieuwen ten vroegste in 2014

III.2.1.3 Samenstelling van de ESB-oplossing Zoals beschreven in sectie I.1.2 ‘Problematiek’, wenst de FOD Financiën niet gewoon een ESBproduct, maar een volledige ESB-oplossing. Dit bestek bepaalt de vereisten en de behoeften van de FOD Financiën in verband met deze ESB-oplossing, maar bepaalt niet de exacte samenstelling van de ESB-oplossing. Het is de verantwoordelijkheid van de inschrijver om een ESB-oplossing te definiëren en samen te stellen die voldoet aan de vereisten en behoeften die in dit bestek worden beschreven. Als hij van mening is dat dit de kwaliteit van zijn aanbod kan verhogen, mag de inschrijver in zijn oplossing producten integreren die beantwoorden aan meer diepgaande problemen dat deze die in dit bestek worden voorgesteld. Omdat deze opdracht echter geen opties of varianten aanvaardt, moeten de prijzen van alle producten die de ESB-oplossing vormen in de basisofferte inbegrepen zijn.

III.2.2 De ESB-oplossing Deze sectie is verdeeld in drie delen: het eerste (III.2.2.1, ‘Beschrijving van de voorgestelde ESBoplossing’) heeft betrekking op de samenstelling en de architectuur van de door de inschrijver voorgestelde ESB-oplossing. Het tweede (III.2.2.2, ‘Functionele vereisten’) en het derde (III.2.2.3, ‘Niet-functionele vereisten’) beschrijven respectievelijk de functionele en de niet-functionele vereisten waaraan de ESB-oplossing moet voldoen.

III.2.2.1 Beschrijving van de voorgestelde ESB-oplossing Deze sectie heeft tot doel de inschrijver toe te laten de door hem voorgestelde ESB-oplossing te beschrijven. De vragen behandelen vier thema's. In de eerste plaats beschrijft en rechtvaardigt de inschrijver de keuze van de componenten die in de ESB-oplossing worden gebruikt. Vervolgens beschrijft hij de algemene architectuur van de oplossing en in welk opzicht ze op de doelstellingen van de FOD Financiën is afgestemd. Tot slot beschrijft de inschrijver concreet hoe de oplossing kan worden geïmplementeerd en dagelijks gebruikt, en hoe zijn oplossing kan evolueren. Keuze van de componenten

V01.

De inschrijver stelt de componenten voor die de ESB-oplossing vormen en legt uit waarom deze specifieke componenten werden gekozen. Hij waakt er tevens over dat zijn presentatie aan de volgende vragen en eisen voldoet:

●

De inschrijver geeft voor elke component de lijst van vereisten van dit bestek waaraan de component voldoet en motiveert vervolgens waarom deze eisen door deze component worden ingevuld

●

De inschrijver legt uit waarom, volgens hem, de componenten van de basisofferte harmonieus met elkaar integreren

●

Hij stelt ook de gevallen voor waarin de integratie en de communicatie tussen de componenten minder vanzelfsprekend, of zelfs problematisch is, wat er de gevolgen van zijn en hij legt uit waarom er geen andere oplossing werd gekozen

Blz. 51


Ref.: ICT/INF/ESB

●

De inschrijver beschrijft het niveau van openheid, evolutie en interoperabiliteit van de componenten van zijn ESB-oplossing ten opzichte van de marktstandaarden. Hij legt uit welke componenten door andere implementaties kunnen vervangen worden

●

We vragen de inschrijver om uit te leggen in welk opzicht de gekozen componenten voldoen aan de standaarden die in dit bestek worden geëist en aan de ICT-standaarden van de FOD Financiën

Architectuur

V02.

De inschrijver geeft een gedetailleerde beschrijving van de architectuur van de ESBoplossing die hij voorstelt. Hij waakt er tevens over dat zijn beschrijving aan de volgende vragen en eisen voldoet:

●

De inschrijver legt uit waarom, volgens hem, de voorgestelde ESB-oplossing harmonieus integreert met de ICT-infrastructuur van de FOD Financiën

●

Hij beschrijft ook de aspecten van de ESB-oplossing die niet harmonieus integreren met de ICT-infrastructuur van de FOD Financiën. Hij legt uit wat de gevolgen zijn en legt uit waarom er geen andere oplossing werd gekozen

●

De inschrijver beschrijft hoe en via welke technologieën (SNMP, …) de ESB-oplossing integreert met de Enterprise Monitoring tools en omgeving bij de FOD Financiën. Hij legt uit hoe de diagnose- en corrigerende acties kunnen worden gestart vanop de centrale monitoringconsole

●

De inschrijver legt uit waarom, volgens hem, de architectuur van de voorgestelde ESBoplossing flexibel is, open voor diversificatie, integreert met de SOA-visie van de FOD Financiën en het mogelijk maakt om, in de toekomst, nieuwe componenten te integreren die noodzakelijk zijn om de ontwikkeling van de SOA-benadering te ondersteunen

●

De inschrijver legt uit waarom, volgens hem, de architectuur van de ESB-oplossing die hij voorstelt, in staat is om zich aan de eventuele evolutie van de ICT-fundamenten aan te passen

●

De inschrijver legt uit of zijn oplossing verschilt van een EAI en, zo ja, wat deze verschillen zijn

Implementatie en gebruik

V03.

De inschrijver beschrijft zijn voorstel voor de concrete implementatie van zijn ESBoplossing. In zijn antwoord beschrijft en motiveert hij zijn voorstel voor de capacity planning en sizing van de oplossing

V04.

De inschrijver legt uit welke best practices er moeten worden toegepast voor het gebruik van de ESB-oplossing

V05.

Er wordt aan de inschrijver gevraagd om de mechanismen uit te leggen waarmee er verschillende instances van de ESB-oplossing kunnen worden gecreëerd. Hij legt uit hoe deze verschillende instances kunnen worden beheerd, wat de graad van onafhankelijkheid en scheiding is tussen de verschillende instances en wat de communicatiemogelijkheden tussen de instances zijn

Blz. 52


Ref.: ICT/INF/ESB

V06.

De inschrijver beschrijft de mogelijkheden voor scripting en automatisering van zijn ESBoplossing. Hij stelt ook de functionaliteiten voor die toelaten om de configuratie van de ESB-oplossing van de ene naar de andere omgeving te exporteren en te importeren

V07.

De inschrijver legt uit welke rollen, profielen en organisatiestructuren, volgens hem, moeten worden geïnstalleerd om het goede verloop van dit project te bevorderen

V08.

We vragen de inschrijver ook om enkele voorbeelden van dagelijks gebruik van zijn ESBoplossing te beschrijven vanuit het oogpunt van de verschillende betrokkenen (projectleider, ontwikkelaars, operationeel beheer, …). Op basis van reële of fictieve gevallen beschrijft hij: de te volgen methodologie en de levenscyclus van het gebruiksvoorbeeld de verschillende uit te voeren stappen en de betrokken organisatorische rollen de overeenstemming met de ICT-standaarden van de FOD Financiën, zoals, bijvoorbeeld, het project FUP-ITIL, de standaardtools voor ontwikkeling en testen, ...

● ● ●

De gebruiksvoorbeelden moeten minsten de volgende gevallen beschrijven: ● een externe partner levert een web service die de FOD Financiën wil gebruiken. De web service is van het type SOAP RPC-Encoded en is geprogrammeerd op een stack Axis 1.1. Er is een onbeschikbaarheidsperiode voor onderhoud gepland elke zondag van 8 uur tot 10 uur. De service authenticeert zijn gebruikers via het gebruik van een SSLcertificaat. De SLA bepaalt dat de reponstijd minder dan 250 milliseconden bedraagt en dat de FOD gemiddeld niet meer dan 10 queries per minuut zal uitvoeren in een uur, met pieken die niet meer dan 1 query per seconde bedragen. Bij de FOD Financiën zullen slechts twee applicaties deze service gebruiken. Hoe kan deze service door de ESBoplossing worden gepubliceerd?

●

ingevolge een manipulatiefout bij het onderhoud, wordt een gedeelte van de computerzaal niet meer gekoeld en zijn enkele servers uitgevallen door oververhitting en zijn mogelijk beschadigd. In termen van capaciteit is de helft van de CPU’s en het geheugen die aan de ESB-oplossing werden toegewezen onbeschikbaar. Wat is de impact van dit incident en wat moet er gebeuren om de problemen tot een minimum te beperken? Er wordt een rack servers besteld die identiek zijn aan de onbeschikbare servers en het zal binnen 24 uur operationeel zijn. De inhoud van de schijf is een standaard image dat alleen het besturingssysteem bevat. Wat moet er gebeuren om deze servers in het raam van de ESB-oplossing te kunnen gebruiken en hoeveel tijd zal dit vragen?

●

omdat er een vervaldag aankomt in de fiscale kalender, verwachten we de komende 15 dagen een piek in het gebruik een applicatie. Deze applicatie gebruik drie services die door de ESB-oplossing worden gepubliceerd. Deze services worden trouwens ook door andere applicaties gebruikt. Wat moet er gebeuren om de impact van de piek in het gebruik te beperken op het niveau van de ESB-oplossing?

V09.

De inschrijver legt uit welke KPI's er, volgens hem, moeten worden geïnstalleerd voor de ESB-oplossing die hij voorstelt

V10.

De inschrijver legt uit, in de veronderstelling dat de ESB-oplossing is uitgerold, functioneel in productie is, verschillende services publiceert en door verschillende applicaties wordt gebruikt, wat de gevolgen zijn van een wijziging in de ICT-fundamenten van de FOD Financiën op het niveau van de databases en de applicatieservers

Blz. 53


Ref.: ICT/INF/ESB

Evoluties van het gebruik V11.

De inschrijver legt uit in hoeverre de ESB-oplossing die hij voorstelt in staat is om, als dat nodig of wenselijk is, de communicatiestromen verbonden met de communicaties tussen de applicaties te integreren

V12.

De inschrijver legt uit of het, volgens hem, denkbaar en mogelijk is om de ESB-oplossing die hij voorstelt in een architectuur van het type EDA te gebruiken

III.2.2.2 Functionele vereisten Deze sectie beschrijft de functionele vereisten waaraan de voorgestelde ESB-oplossing moet voldoen.

III.2.2.2.1 Connectiviteit De ESB-oplossing wordt geleverd met een geheel van connectoren die haar verbinden met, enerzijds, de bestaande technologieën binnen de FOD Financiën en, anderzijds, met zijn externe partners.

Overeenstemming en nut van de geleverde connectoren De ESB-oplossingen worden in het algemeen geleverd met een groot aantal connectoren. Het is echter zeer waarschijnlijk dat een belangrijk aantal van deze connectoren geen nut hebben voor de FOD Financiën. Anderzijds kunnen bepaalde connectoren, door hun werkingsprincipe, misschien niet harmonieus integreren met de bestaande systemen van de FOD Financiën (bijvoorbeeld: connector met een werking van het type polling die het systeem te zwaar belast, een JDBC connector, die het gebruik van te invasieve triggers vraagt op de SGBD, …).

De connectoren die met de ESB-oplossing worden geleverd, moeten dus relevant zijn ten opzichte van de bestaande technologieën binnen de FOD Financiën en ten opzichte van de standaarden die de communicaties met huidige en toekomstige externe partners vergemakkelijken. Deze connectoren moeten harmonieus integreren met de bestaande systemen van de FOD Financiën.

Vragen In de antwoorden op de vragen in deze sectie ‘Connectiviteit’ moet de inschrijver geen volledige lijst geven van de connectoren in de door hem voorgestelde ESB-oplossing, maar hij moet integendeel aantonen dat hij een reële toegevoegde waarde kan bieden door de meest nuttige en adequate connectoren voor de FOD Financiën te kiezen. Ter herinnering, de ICT-standaarden en de communicatiemiddelen met de externe partners worden beschreven in hoofdstuk I.1.1 ‘Context van de opdracht’ en zijn beschikbaar op de website van de FOD Financiën op het adres http://minfin.fgov.be/ .

Communicatie met externe partners V13.

We vragen de inschrijver om uit te leggen welke connectoren die effectief geleverd worden met de voorgestelde ESB-oplossing, volgens hem, de FOD Financiën kunnen interesseren in het raam van haar communicaties met huidige of toekomstige externe partners

V14.

We vragen de inschrijver ook om uit te leggen voor welke communicatiekanalen die de FOD Financiën gebruikt om met externe partners te communiceren er, volgens hem,

Blz. 54


Ref.: ICT/INF/ESB

GEEN connectoren bestaan die met de voorgestelde ESB-oplossing kunnen worden geleverd

Integratie met het bestaande V15.

We vragen de inschrijver om uit te leggen welke connectoren die met de voorgestelde ESB-oplossing worden geleverd, volgens hem, toelaten om harmonieus aan te sluiten op de bestaande technologieën binnen de FOD Financiën

V16.

We vragen de inschrijver ook om uit te leggen voor welke de technologieën zijn die momenteel door de FOD Financiën worden gebruikt en waarvoor er, volgens hem, GEEN connectoren bestaan die met de voorgestelde ESB-oplossing kunnen worden geleverd, of waarvoor er wel connectoren bestaan, maar die beperkingen hebben die beletten om ze harmonieus te integreren met de bestaande technologieën binnen de FOD Financiën

Evolutiviteit

V17.

Kan de inschrijver andere connectoren leveren dan die welk in de basisofferte zijn opgenomen? Zo ja, welke?

V18.

Is het mogelijk om connectoren van andere leveranciers te integreren? Indien ja, op welke standaard is deze interoperabiliteit gebaseerd? Wat zijn de beperkingen?

V19.

Is er een ontwikkelingskit beschikbaar voor het ontwikkelen van nieuwe connectoren? Zo ja: ● op welke talen en technologieën is hij gebaseerd? ● op welke platformen kan hij worden uitgevoerd? ● wordt hij geleverd met een geïntegreerde ontwikkelingsomgeving (IDE)? ● welke functionaliteiten vergemakkelijken de ontwikkeling van nieuwe connectoren (bijvoorbeeld: levering van bibliotheken, templates, …) ● welke functionaliteiten vergemakkelijken de testen (bijvoorbeeld: test zonder het versturen van gegevens via de ondersteuning van mocks, integratie met tools voor testing, …) ● maken de ontwikkelingskit, zijn ondersteuning, zijn onderhoud, zijn documentatie en de opleidingen voor het gebruik van de ontwikkelingskit deel uit van de offerte die de inschrijver heeft ingediend?

III.2.2.2.2 Routing De voorgestelde ESB-oplossing moet de dynamische routing van berichten mogelijk maken. De routing moet, onder andere, kunnen gebeuren in functie van: ● de bestemmeling en/of de afzender ● de inhoud van de berichten ● parameters verbonden met de servicekwaliteit (QoS) ● door de gebruiker gedefinieerde regels ● … De routingregels moeten kunnen worden gedefinieerd via configuratiebestanden en/of via een grafische interface. De ESB-oplossing moet de stroom van synchrone en asynchrone gegevens kunnen beheren. Ze moet bovendien de goede aflevering van de berichten garanderen. Blz. 55


Ref.: ICT/INF/ESB

Naleven van de vereisten V20.

De inschrijver legt uit in welk opzicht de door hem voorgestelde ESB-oplossing beantwoordt aan de vereisten die in dit bestek worden beschreven

V21.

Kan de routing gebeuren volgens andere criteria dan de hierboven beschreven criteria? Zo ja, welke en wat is hun nut voor de FOD Financiën?

Definitie en update van de routingregels

V22.

● ● ● ● ● ●

●

De inschrijver beschrijft hoe de routingregels kunnen worden gedefinieerd en geüpdatet in de door hem voorgestelde ESB-oplossing. Zijn beschrijving moet de volgende vragen beantwoorden: Kunnen de routingregels gedefinieerd worden via configuratiebestanden? Kunnen de routingregels gedefinieerd worden via een grafische editor? Zo ja, op welke platformen wordt de editor uitgevoerd? In welke taal worden de routingregels gedefinieerd? Kan men de definitie van de routingregels exporteren en ze in een ander ESB-product importeren? Zo ja, welk en via welke standaard? Welke faciliteiten biedt de ESB-oplossing voor het testen van de routingregels? In welke gevallen kunnen de routingregels “hot” worden gewijzigd en in welke gevallen moet de ESB of een van zijn componenten worden stilgelegd en wat zijn daarvan de gevolgen? Als er een routingregel wordt gewijzigd (“hot” of met stillegging), wat gebeurt er dan met de berichten die de ESB voor de wijziging heeft aanvaard, maar die nog niet naar hun bestemming werden gerout?

III.2.2.2.3 Transformatie Biedt de voorgestelde ESB-oplossing transformatie- en verrijkingsfunctionaliteiten, namelijk functionaliteiten om de inhoud van de berichten die via de ESB verlopen te vertalen en de inhoud ervan aan te passen? De transformatieregels moeten kunnen worden gedefinieerd via configuratiebestanden en/of via een grafische interface.

Naleven van de vereisten V23.

De inschrijver legt uit in welk opzicht de door hem voorgestelde ESB-oplossing beantwoordt aan de vereisten die in dit bestek worden beschreven

Definitie en update van de transformatieregels

V24.

● ● ●

De inschrijver beschrijft de transformatie- en verrijkingsfunctionaliteiten die aanwezig zijn in de door hem voorgestelde ESB-oplossing. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: Kunnen de transformatieregels gedefinieerd worden via configuratiebestanden? Kunnen de transformatieregels gedefinieerd worden via een grafische editor? Zo ja, op welke platformen wordt de editor uitgevoerd? In welke taal worden de transformatieregels gedefinieerd?

Blz. 56


● ● ● ●

● ●

●

Ref.: ICT/INF/ESB

Kan men de definitie van de transformatieregels exporteren en ze in een ander ESBproduct importeren? Zo ja, welk en via welke standaard? Welke voorgestelde elementen vergemakkelijken het schrijven van transformatieregels (bibliotheken, parser, ...) ? Kan men een algemene programmeertaal gebruiken (zoals Java, Python, Perl, …) voor het schrijven van de transformatieregels? Kan men programma’s of externe devices aanroepen om de transformatie geheel of gedeeltelijk uit te voeren? Zo ja, welk mechanisme wordt er gebruikt voor het aanroepen van programma's en het terugsturen van gegevens? Welke faciliteiten biedt de ESB-oplossing voor het testen van de transformatieregels? Kan men de transformatieregels “hot” wijzigen? Indien niet, in welke gevallen vereist een wijziging van de transformatieregels het stilleggen van de ESB of een van zijn componenten en wat zijn daarvan de gevolgen? Als er een transformatieregel wordt gewijzigd, wat gebeurt er dan met de berichten die de ESB voor de wijziging heeft aanvaard, maar die nog niet werden getransformeerd?

III.2.2.2.4 Validering De ESB-oplossing moet functionaliteiten voorstellen voor het valideren van de geldigheid van de inkomende en uitgaande berichten. Deze vereiste is een vereiste met lage prioriteit: ze hoeft niet aanwezig te zijn in de eerste versies van het project.

V25.

● ● ● ● ● ● ● ●

● ● ●

●

De inschrijver beschrijft de valideringsfunctionaliteiten die aanwezig zijn in de door hem voorgestelde ESB-oplossing. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: Welke soorten validering zijn mogelijk (technisch, protocolair, semantisch, business, …)? Kunnen de valideringsregels gedefinieerd worden via configuratiebestanden? Kunnen de valideringsregels gedefinieerd worden via een grafische editor? Zo ja, op welke platformen wordt de editor uitgevoerd? In welke taal worden de valideringsregels gedefinieerd? Kan men de definitie van de valideringsregels exporteren en ze in een ander ESB-product importeren? Zo ja, welk en via welke standaard? Welke voorgestelde elementen vergemakkelijken het schrijven van valideringsregels (bibliotheken, parser, ...) ? Kan men een algemene programmeertaal gebruiken (zoals Java, Python, Perl, …) voor het schrijven van de valideringsregels? Kan men programma’s of externe devices aanroepen om de validering geheel of gedeeltelijk uit te voeren? Zo ja, welk mechanisme wordt er gebruikt voor het aanroepen van programma's en het terugsturen van gegevens? Welke faciliteiten biedt de ESB-oplossing voor het testen van de valideringsregels? Als er een ongeldig bericht wordt ontdekt, welke actiemogelijkheden biedt de ESBoplossing dan? Kan men de valideringsregels “hot” wijzigen? Indien niet, in welke gevallen vereist een wijziging van de transformatieregels het stilleggen van de ESB of een van zijn componenten en wat zijn daarvan de gevolgen? Als er een valideringsregel wordt gewijzigd, wat gebeurt er dan met de berichten die de ESB voor de wijziging heeft aanvaard, maar die nog niet werden gevalideerd?

Blz. 57


Ref.: ICT/INF/ESB

III.2.2.2.5 Directory en servicecatalogus De ESB-oplossing moet functionaliteiten voor service registry en service repository voorstellen. Deze vereiste is een vereiste met gemiddelde prioriteit: er moet een minimaal functioneel subgeheel aanwezig zijn bij de aanvang van het project, maar de volledige functionaliteiten mogen later geleverd worden.

V26. ● ● ● ● ● ●

De inschrijver beschrijft de functionaliteiten van de directory en de servicecatalogus. Hij beantwoordt ook de volgende vragen: Beantwoorden de directory en de catalogus aan de specificaties die beschreven zijn in het Governance Interoperability Framework? Welke mogelijkheden voor het beheer van de levenscyclus van de services bieden de directory en de servicecatalogus? Welk type informatie ondersteunen de directory en de servicecatalogus? Welke type services kunnen er beschreven worden in de directory en de catalogus? Worden alle types services op dezelfde manier beheerd? Hoe beheren de directory en de catalogus de services van het type REST? Hoe integreren de directory en de catalogus in de reeds bestaande tools van de FOD Financiën, zoals bijvoorbeeld de Configuration Management DataBase (CMDB)

III.2.2.2.6 Publicatie van services De ESB-oplossing moet functionaliteiten bieden om bestaande services elders in de IT-infrastructuur te publiceren zonder dat ze binnen de ESB-oplossing moeten worden uitgerold. De ESB-oplossing moet ook functionaliteiten bieden voor de publicatie van virtuele services die het resultaat zijn van de compositie van services van een lager niveau en de aggregatie van hun resultaten. De definitie van de aggregatie- en compositieregels moet het gebruik van een eenvoudige programmeerbare logica ondersteunen die, onder andere, sequentiële, conditionele en iteratieve controlestructuren bevat. De functionaliteiten voor de publicatie van services moeten ook toelaten om de toegangswijze tot de services te wijzigen door het, bijvoorbeeld, mogelijk te maken om een synchrone service op een asynchrone manier te publiceren en omgekeerd.

V27.

● ● ● ● ● ●

De inschrijver beschrijft de verschillende publicatie- en compositiemogelijkheden van de services die worden geleverd door de door hem voorgestelde ESB-oplossing. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: Wat zijn de bruikbare Enterprise Integration Patterns? Kan de publicatie en de compositie van services worden gedefinieerd via configuratiebestanden? Kan de publicatie en de compositie van services worden gedefinieerd via een grafische interface? Zo ja, op welke platformen wordt de editor uitgevoerd? In welke taal worden de aggregatie- of compositieregels gedefinieerd? Kan men ze naar een ander ESB-product exporteren? Kan men een algemene programmeertaal gebruiken (zoals Java, Python, Perl, …) voor het schrijven van de aggregatie- of compositieregels? Kan men programma’s of externe devices aanroepen om de aggregatie of compositie geheel of gedeeltelijk uit te voeren? Zo ja, welk mechanisme wordt er gebruikt voor het aanroepen van programma's en het terugsturen van gegevens? Blz. 58


● ● V28.

●

●

V29.

● ● ● ● V30.

● ●

Ref.: ICT/INF/ESB

Welke faciliteiten biedt de ESB-oplossing voor het testen van de aggregatie- of compositieregels? Hoe reageert de presentatielaag als de gepubliceerde service onbeschikbaar is? Kunnen de clients ze blijven aanroepen? Welke informatie stuurt ze terug? De inschrijver legt uit hoe de autorisatie- en authenticatieproblemen worden beheerd door de mechanismen voor de publicatie van de services. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: Wat zijn de mogelijkheden om een toegangscontrole (autorisatie en authenticatie) op te leggen aan de publicatie van de service? Hoe is dit geïntegreerd in de IAM-oplossingen van de FOD Financiën? De inschrijver legt uit hoe hij wil controleren of de toegang tot de gepubliceerde services de proportionaliteitsvoorwaarde naleeft die werd gedefinieerd in de “privacywet” van 8 december 1992, hoofdstuk II, artikel 4, paragraaf 1, punt 3 De inschrijver legt uit hoe de problematiek van het beheer van de levenscyclus van de services wordt beheerd door de mechanismen voor de publicatie van de services. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: Hoe kan men de levenscyclus van de gepubliceerde services beheren? Hoe kan men de levenscyclus van de publicatie van de services beheren? Hoe kan men de SLA’s voor de gepubliceerde services en hun publicatie definiëren, beheren en controleren? Wat is volgens u de levenscyclus van een SLA en hoe kan hij worden beheerd in de ESBoplossing die u voorstelt? De inschrijver legt uit in welk opzicht de functionaliteiten voor de compositie en aggregatie van services verschillen van een orchestrator, als dat het geval is. Hij waakt er tevens over dat zijn beschrijving de volgende vragen beantwoordt: De inschrijver definieert zijn visie en de orchestratierollen in een SOA-architectuur Wat zijn de voor- en nadelen van de integratie van de orchestratie in de ESB of het scheiden van de orchestratie van de ESB?

III.2.2.2.7 Technische monitoring De ESB-oplossing moet een monitoring interface voorstellen die toelaat om: • de staat van werking van de ESB en haar verschillende componenten te onderzoeken • de status van de stromen die door de ESB lopen te onderzoeken • de historiek van de statussen, de alarmen en de fouten te raadplegen De verschillende verzamelde gegevens moeten kunnen worden gedefinieerd en personaliseerbaar zijn. De alarmniveaus moeten kunnen worden gedefinieerd in functie van de criticiteit van het probleem. De informatie en de alarmen zijn consulteerbaar via een grafische gebruikersinterface. Ze kunnen ook worden geëxporteerd naar andere informatieverwerkingssystemen.

V31. ● ●

De inschrijver geeft een beschrijving van de technische monitoringcapaciteiten van zijn ESB-oplossing. Hij beantwoordt ook de volgende vragen: Welke statistieken en alarmen zijn er beschikbaar en wat zijn de monitorabele statussen? Welke verzamelde gegevens zijn personaliseerbaar en met welk middel kan men ze personaliseren (configuratiebestand, programmatorisch, …)?

Blz. 59


● ● ●

Ref.: ICT/INF/ESB

Zijn de statistieken, de statussen en de alarmen programmatorisch consulteerbaar? Zo ja, met welke technologie (jmx, …)? Kan men de status van een bericht tijdens zijn gehele levensduur opvolgen? Kan men het naleven van de SLA’s in real time of a posteriori controleren?

III.2.2.2.8 ‘Business’ georiënteerd dashboard De ESB-oplossing moet een ‘business’ georiënteerd dashboard voorstellen, namelijk een dashboard dat business informatie toont afkomstig uit de stromen die via de ESB-oplossing verlopen. Het gaat hier niet om een data mining van de reporting processen die regelmatig moeten worden uitgevoerd of extrapolatie naar toekomstige gebeurtenissen. Het gaat om het voorstellen van een overzicht in (bijna) real time, van de businessinformatie. De verschillende verzamelde gegevens moeten kunnen gedefinieerd worden en personaliseerbaar zijn en een overzicht bieden van de businessconcepten in de informatiestromen die via de ESBoplossing verlopen. De ‘real time’ informatie moet consulteerbaar zijn via een grafische gebruikersinterface en kunnen geëxporteerd worden naar andere informatieverwerkingssystemen. De weergaveschermen moeten personaliseerbaar zijn. Het moet mogelijk zijn om de gebruikers te definiëren en de toegang tot bepaalde informatie voor bepaalde gebruikers te beperken. Het identificatie- en autorisatiemechanisme moet integreren met de authenticatie- en autorisatieoplossingen van de FOD Financiën. Deze vereiste is een vereiste met lage prioriteit: ze hoeft niet aanwezig te zijn in de eerste versies van het project.

V32. • •

De inschrijver geeft een beschrijving van de functionaliteiten van het ‘business’ georiënteerde dashboard. Hij beantwoordt ook de volgende vragen: In welk opzicht verschillen de functionaliteiten van het dashboard van een BAM, als dit het geval is? De inschrijver beschrijft welke plaats een BAM, volgens hem, inneemt in een SOAbenadering

III.2.2.2.9 Controle van de prestaties De ESB-oplossing biedt functionaliteiten voor het controleren en aanpassen van haar prestaties. Het moet mogelijk zijn om punten te identificeren in de verwerkingsketen van de ESB-oplossing die een probleem vormen op het vlak van de prestaties. Om te voorkomen dat de prestaties verslechteren, moet het ook mogelijk zijn om een belastingsbeperking (throttling) te installeren.

V33.

De inschrijver beschrijft hoe de prestaties van de voorgestelde ESB-oplossing kunnen worden gecontroleerd en aangepast. In zijn beschrijving beantwoordt hij ook de volgende vragen: • Maken de functionaliteiten voor controle van de prestaties het mogelijk om de prestaties van een bepaalde stroom van het ene tot het andere uiteinde van de verwerkingsketen te controleren? • Gebeurt de controle van de prestaties van een stroom geïntegreerd vanuit een gecentraliseerde interface, of moet men de prestaties op elk verwerkingspunt Blz. 60


•

Ref.: ICT/INF/ESB

controleren en aanpassen via de specifieke interfaces voor deze verwerkingspunten? Laat de oplossing ook toe om, naast de controle van de prestaties, ook de fouten op te sporen die in de verschillende verwerkingspunten zijn opgetreden?

V34.

De inschrijver beschrijft hoe de door hem voorgestelde ESB-oplossing de functionaliteit voor het beperken van de belasting (throttling) ondersteunt. Hij legt ook uit wat er gebeurt met de client queries die onder het mechanisme voor de beperking van de belasting vallen

V35.

Uitgaande van de hypothese dat een stroom door de ESB-oplossing te behandelen berichten zowel berichten van kleine als van grote omvang bevat, legt de inschrijver uit hoe men kan beletten dat de verwerking van berichten van grote omvang de resources monopoliseert en de prestaties in de verwerking van berichten van kleine omvang aantast

III.2.2.3 Niet-functionele vereisten Deze sectie beschrijft de niet-functionele vereisten waaraan de voorgestelde ESB-oplossing moet voldoen. III.2.2.3.1 Veiligheid De voorgestelde ESB-oplossing moet de versleuteling van de uitgewisselde berichten mogelijk maken. Ze moet ook het beheer van de authenticatie en de autorisatie van de toegang tot de services mogelijk maken. Ze moet ‘technische gebruikers’ en menselijke gebruikers, zowel intern als extern van de FOD Financiën beheren. Ze moet harmonieus integreren met de Identity and Access Management oplossingen die al zijn geïnstalleerd of die gepland zijn (IAM en FedIAM). Tot slot moet de ESB-oplossing worden uitgerold in overeenstemming met de geïnstalleerde regels voor goede praktijken betreffende de veiligheid van de informatienetwerken (integratie met de firewall, de DMZ, …) om elke niet-geautoriseerde toegang te voorkomen.

V36.

De inschrijver beschrijft hoe de door hem voorgestelde ESB-oplossing toelaat om de aspecten in verband met de authenticatie- en autorisatie van de toegang tot de services te beheren. Hij zal bijzondere aandacht besteden aan de details van de interactie met de oplossingen IAM en FedIAM

V37.

De inschrijver geeft en bespreekt een schema dat beschrijft hoe de door hem voorgestelde ESB-oplossing zal worden uitgerold in de infrastructuur van de FOD Financiën. Hij beschrijft hoe de ESB zich positioneert ten opzichte van, onder meer, de firewall, de DMZ, de Apache servers, … Hij beschrijft waarom, volgens hem, de veiligheid van de ESB-oplossing gewaarborgd is

III.2.2.3.2 Schaalbaarheid (scalability) In een eerste fase wordt de ESB-oplossing voornamelijk gebruikt in het raam van nieuwe communicaties met de externe partners van de FOD Financiën. Het is dus niet eenvoudig om de trafiek en de belasting te ramen die de ESB-oplossing moet ondersteunen. De trafiek en de belasting kunnen bovendien sterk variëren naargelang van de einddatums van, onder meer, de fiscale kalender. De architectuur van de oplossing moet rekening houden met deze problematiek en kunnen groeien of inkrimpen naargelang van de reële of geplande belasting, eventueel rekening houdend met de virtualisatiecapaciteiten van de IT-infrastructuur van de FOD Financiën.

Blz. 61


Ref.: ICT/INF/ESB

Ter informatie, en zonder dat dit om het even welk toekomstig gebruik van de ESB-oplossing in de hierna vermelde domeinen veronderstelt, vindt u hieronder de bezoekersstatistieken voor enkele applicaties van de FOD Financiën op de Apache servers:

● ● ●

MyMinFin: 2.643.005 bezoeken tussen mei 2010 en maart 2011, met een piek van gemiddeld 14.594 dagelijkse bezoeken (die 194.191 hits genereerden) in juni 2010 TaxOnWeb: 3.895.253 bezoeken tussen mei 2010 en maart 2011, met een piek van gemiddeld 44.263 dagelijkse bezoeken (die 1.826.729 hits genereerden) in juni 2010 InterVat: 1.696.051 bezoeken tussen mei 2010 en maart 2011, met een piek van gemiddeld 8.720 dagelijkse bezoeken (die 311.287 hits genereerden) in januari 2011

V38.

We vragen de inschrijver om uit te leggen waarom de architectuur van zijn ESB-oplossing, volgens hem, aan de niet-functionele behoeften in verband met de schaalbaarheid (scalability) voldoet. In zijn antwoord legt de inschrijver uit hoe de horizontale en verticale scalability worden gerealiseerd

V39.

Uitgaande van de hypothese dat een stap in de verwerkingsketen van de gegevensstromen bijzonder veel resources verbruikt, legt de inschrijver uit hoe de schaalbaarheid van deze specifieke stap wordt gerealiseerd

III.2.2.3.3 Beschikbaarheid Door haar verbindings- en bemiddelingsrol neemt de ESB-oplossing een centrale plaats in binnen de IT-infrastructuur van de FOD Financiën. De softwarearchitectuur van de ESB-oplossing moet een hoge beschikbaarheid en continuïteit van de service garanderen (zie Sectie III.2.9, SLA). De beschikbaarheidsgraad moet minimum 99,9% bedragen, berekend over een maand. Ze moet kunnen functioneren in een omgeving die uit clusters bestaat en hiervan kunnen profiteren. V40.

We vragen de inschrijver om uit te leggen waarom de architectuur van zijn ESB-oplossing, volgens hem, aan de niet-functionele behoeften in verband met de beschikbaarheid voldoet.

V41.

De inschrijver beschrijft de operaties die de ESB-oplossing geheel of gedeeltelijk tijdelijk onbeschikbaar maken (herconfiguratie, update van de componenten van de oplossing, toevoegen van servers voor een upgrade, …) en geeft een raming van de duur van deze onbeschikbaarheid

III.2.2.3.4 Ondersteuning van de standaarden Zoals beschreven in sectie III.2.1.2, Naleven van de standaarden, moet de ESB-oplossing voldoen aan de ICT-standaarden van de FOD Financiën en hun toekomstige evoluties. De ESB-oplossing moet ook voldoen aan de marktstandaarden in het domein van de ESB’s en de installatie van een servicegeoriënteerde architectuur. Ze moet dus, onder meer, voldoen aan de volgende technische normen en standaarden: WebServices

● ● ●

SOAP 1.1 en 1.2 WSDL 1.1 (2.0 is een pluspunt) REST

Blz. 62


● ●

Ref.: ICT/INF/ESB

WS-I Basic Profile 1.1 (1.2 en 2.0 zijn pluspunten) WS-Security, WS-SecurityPolicy

XML transformaties

● ●

XSLT XQuery

Veiligheid

● ●

SSL SAML

V42.

De inschrijver beschrijft aan welke standaarden de door hem voorgestelde ESB-oplossing niet voldoet en wat de gevolgen zijn

V43.

De FOD Financiën vraagt zich af of het gebruik van de standaard WS-Trust relevant is. We vragen de inschrijver om zijn visie te geven op het gebruik van WS-Trust in de architectuur van de voorgestelde ESB-oplossing en in harmonie met de bestaande infrastructuur. De inschrijver mag ook zijn visie geven op andere WS-* specificaties die hij relevant acht voor de FOD Financiën

V44.

De FOD Financiën stelt vast dat de JBI-standaard, die vroeger massaal door de markt werd aanvaard, steeds minder wordt aanbevolen. De inschrijver vermeldt of de door hem voorgestelde ESB-oplossing JBI ondersteunt en hoe deze ondersteuning wordt geïmplementeerd. De inschrijver beschrijft ook wat, volgens hem, de voor- en nadelen zijn van de ondersteuning of de niet-ondersteuning van JBI door de door hem voorgestelde ESB-oplossing

III.2.3 Licenties III.2.3.1 Progressiviteit van het gebruik van de licenties Hoewel de FOD Financiën op termijn een licentiecontract van het type ‘site’ wenst zonder gebruiksbeperkingen, mag een dergelijk licentiebeleid niet van bij de eerste versies van het project worden geïnstalleerd. Het project begint immers met de installatie van een pilootproject (zie sectie III.2.6 ‘ Pilootproject’) waarvoor een licentie van het type ‘site’ geen nut heeft. Het gebruik van de ESB-oplossing zal geleidelijk toenemen en alleen de laatste fasen van het project zullen eventueel een licentie van het type ‘site’ vereisen. Om de kosten te verminderen en uit overwegingen van goed financieel beheer wenst de FOD Financiën bijgevolg een geleidelijke installatie van licenties voor de ESB-oplossing en wil hij, in de eerste fasen van het project, alleen het aantal licenties kunnen aankopen dat hij noodzakelijk acht. Concreet worden de licenties pas geïnstalleerd en betaald bij hun effectieve gebruik, namelijk ten vroegste bij de start van de proof-of-concept en niet vanaf de kick-off van het project.

Blz. 63


Ref.: ICT/INF/ESB

III.2.3.2 Meeteenheid: de processorlicentie Gezien de grote verscheidenheid en de creativiteit van de prijsaanbiedingen in de markt is het erg moeilijk om de licentieprijzen te vergelijken. Bepaalde licenties leggen immers een grens op voor het aantal gebruikte fysische processors, voor het aantal aanwezige cores of het aantal gebruikers. Om een eerlijke vergelijking tussen de verschillende offertes te garanderen, eist de FOD Financiën dat de prijsoffertes voor de licenties voor de ESB-oplossing worden beschreven op basis van een meeteenheid die de vergelijking vergemakkelijkt: de ‘processorlicentie’. Het niet naleven van dit voorschrift leidt tot nietigheid van de offerte. De FOD Financiën definieert een ‘processorlicentie’ als een licentie die het gebruik toelaat van elk van de componenten van de ESB-oplossing op een fysische, virtuele of logische core, zonder enige beperking of grens (bijvoorbeeld en onder andere, geen beperking van het aantal gebruikte threads, van het aantal al of niet gelijktijdige gebruikers, van het aantal gecreëerde instances, …). De inschrijver moet weten dat de FOD Financiën tevens de volgende punten oplegt: • een ‘processorlicentie’ is niet verbonden met een fysische machine en kan op een andere machine worden geïnstalleerd dan die welke oorspronkelijk werd gebruikt

•

als een ‘processorlicentie’ het gebruik van gespecialiseerd materiaal vereist (bijvoorbeeld een appliance), moet de prijs van dit materiaal, de levering, de installatie, de configuratie, de support en het onderhoud ervan inbegrepen zijn in de prijs van de ‘processorlicentie’. Dit materiaal is aan dezelfde voorwaarden onderworpen als de software (onder andere, dezelfde voorwaarden voor support, onderhoud, SLA, …)

•

een ‘processorlicentie’, ongeacht de omgeving (ontwikkeling, acceptatie, productie) waarvoor ze bestemd is, omvat tevens in haar prijs het recht op de installatie en het gebruik van alle ontwikkelings-, configuratie-, bewerkings- en consultatietools die verbonden zijn met de verschillende componenten van de ESB-oplossing op vijf bijkomende werkstations, zonder onderscheid van omgeving

Om de Administratie een ononderbroken werking van de toekomstige ESB-oplossing te garanderen, is de ‘processorlicentie’ definitief en onomkeerbaar verworven en garandeert de FOD Financiën dat hij de software zonder bijkomende kosten kan blijven gebruiken na het einde van deze opdracht. De inschrijver dient een offerte in met de prijs van een ‘processorlicentie' voor respectievelijk de ontwikkelingsomgeving, de acceptatieomgeving en de productieomgeving.

III.2.3.3 Volumetrie Het aantal gebruikte processors (en dus het aantal ‘processorlicenties’ in bezit) zal evolueren met de toename van het gebruik van de ESB-oplossing. Om het aantal processors en bijgevolg het aantal vereiste licenties te kunnen plannen, wenst de FOD Financiën een bestek te ontvangen, voor een bepaalde volumetrie, van het aantal processors dat de ESB-oplossing vereist om deze volumetrie te ondersteunen. De FOD Financiën definieert de functie volumetrie V() als een functie met de variabelen: ● n, het gemiddelde aantal berichten per seconde dat de ESB-oplossing moet behandelen ● t, de gemiddelde grootte in kibibytes (1024 bytes) van dit bericht en die als resultaat een geheel getal geeft dat het aantal processors (en dus ‘processorlicenties) voorstelt die nodig zijn opdat de ESB-oplossing die de inschrijver definieert en uitrolt in de ITinfrastructuur van de FOD Financiën gemiddeld n berichten van gemiddelde grootte t per seconde zou kunnen behandelen. De gemiddelden worden berekend over een periode van vijf minuten. De inschrijver geeft de details die toelaten om de volumetriefunctie V() te berekenen voor zijn ESB-oplossing die is uitgerold op de infrastructuur van de FOD Financiën. De FOD Financiën legt een garantie op voor deze functie: als blijkt dat het aantal processors en dus ‘processorlicenties’ dat de functie geeft voor een bepaalde volumetrie onvoldoende is om deze

Blz. 64


Ref.: ICT/INF/ESB

bepaalde volumetrie te behandelen, zal de inschrijver definitief en onherroepelijk, zonder enige compensatie, de bijkomende ‘processorlicenties' om deze bepaalde volumetrie te behandelen ter beschikking stellen. Deze ter beschikking gestelde licenties zijn aan dezelfde voorwaarden onderworpen als de aangekochte licenties (zie, onder andere, de volgende subsectie ‘Sitelicentie’, de sectie III.2.4 ‘Softwareonderhoud en support’, de sectie III.2.9 ‘SLA’, …)

III.2.3.4 Sitelicentie Op termijn wil de FOD Financiën een licentie van het type ‘site’ verwerven voor de ESB-oplossing, namelijk een licentie die toelaat om de ESB-oplossing te gebruiken op zoveel processors als nodig is, zonder voor elke gebruikte processor een ‘processorlicentie' te moeten aankopen. De FOD Financiën definieert een licentie van het type ‘site’ als een ‘processorlicentie waarvoor de beperking van het gebruik op één core werd opgeheven. Het gaat dus om een licentie die toelaat om de software, in al zijn versies, te gebruiken: ● op verscheidene en verschillende fysische en virtuele hardwareplatformen, evenals op verschillende OS, in verschillende omgevingen (ontwikkeling, acceptatie, productie , …) en in verschillende fysische sites (North Galaxy, South Galaxy, …) voor verscheidene instances van de ESB-oplossing, en dit zonder enige grens of beperking ● door en voor alle applicaties, gegevensstromen, interne en externe, huidige en toekomstige, gekende of onbekende gebruikers en partners van FOD Financiën en dit zonder enige grens of beperking De inschrijver legt uit vanaf welke hoeveelheid ‘processorlicenties’ die de FOD Financiën bezit voor de productieomgeving (inclusief de ter beschikking gestelde licenties beschreven in het vorig punt Volumetrie) hij vindt dat het geheel van deze licenties overeenstemt met een licentie van het type ‘site’.

III.2.3.5 Prijstabel De inschrijver stelt (zie Annexe A :a)ii) ‘Prijs van de licenties’) de prijs voor de licentie van de basisofferte voor zijn ESB-oplossing op de volgende manier voor:

●

Prijs van de basisofferte voor de ESB-oplossing ○ Prijs van een ‘processorlicentie’ voor het geheel van de componenten van de ESBoplossing die respectievelijk bestemd zijn voor de ontwikkelings-, acceptatie en productieomgeving. Deze licentie laat ook toe om alle ontwikkelings-, configuratie-, bewerkings- en consultatietools die verbonden zijn met de verschillende componenten van de ESB-oplossing op vijf bijkomende werkstations, zonder onderscheid van omgeving, te installeren en te gebruiken ○ Functie van de volumetrie V() voor de ESB-oplossing ○ Aantal ‘processorlicenties’ vereist voor de 'sitelicentie’

III.2.4 Softwareonderhoud en support Tijdens de gehele duur van de opdracht verbindt de inschrijver zich ertoe de FOD Financiën alle updates te verstrekken, inclusief alle door de inschrijver als ‘belangrijk’ gekwalificeerde updates, van alle software die de ESB-oplossing vormt. Dit heeft betrekking op het volledige softwareaanbod. De SPF Finance is echter als enige gemachtigd om te beslissen of hij een update al of niet installeert, of het om een gedeeltelijke of volledige update gaat en of deze update in alle of in slechts enkele omgevingen worden geïnstalleerd.

Blz. 65


Ref.: ICT/INF/ESB

In het geval van een wijziging van de packaging (bundeling van verschillende softwareprogramma’s die samen een geheel vormen), zal de nieuwe packaging niet worden opgelegd aan de FOD Financiën om functionaliteiten weg te nemen waaraan hij reeds kon genieten. Er zal ook geen prijsverhoging worden opgelegd aan de FOD Financiën omdat deze nieuwe packaging nieuwe functionaliteiten zou bevat een waarvoor de FOD Financiën geen belangstelling heeft. De inschrijver levert support voor de ESB-oplossing in haar geheel en voor elk van de componenten van de ESB-oplossing . Hij zal bovendien de enige contactpersoon zijn voor de supportaspecten. De inschrijver bewijst dat hij over de nodige support beschikt van de verschillende leveranciers van de componenten van de ESB-oplossing om onverwachte problemen in verband met de software te kunnen signaleren en te laten oplossen.

V45.

De inschrijver beschrijft welke support hij zal leveren voor de ESB-oplossing in haar geheel, namelijk voor de verschillende componenten die de oplossing vormen en voor de interacties tussen deze componenten. Hij waakt er tevens over dat zijn beschrijving aan de volgende vragen en eisen voldoet:

●

De inschrijver legt uit waarom, volgens hem, de componenten van de basisofferte betrouwbaar zijn en een adequaat maturiteitsniveau hebben. Hij legt uit waarom het support-, onderhouds- en evolutiviteitsniveau van deze componenten eveneens adequaat is

●

De inschrijver toont aan dat hij over de adequate competenties beschikt om deze componenten, zowel individueel als in hun geheel, te gebruiken in het raam van de opdrachten en de vereisten die in dit bestek zijn beschreven

●

Op basis van de gelijkaardige projecten die in de sectie ‘Kwalitatieve selectie’ van het administratieve luik van dit bestek zijn beschreven, legt de inschrijver uit in welke omstandigheden hij in het verleden al support heeft verleend voor een gelijkaardige ESBoplossing als deze die hij voor dit bestek voorstelt. Voor elke supportervaring beschrijft hij tevens de verschillen en gelijkenissen met de oplossing die hij voor dit bestek voorstelt

●

Op basis van deze ervaringen uit het verleden legt de inschrijver uit hoe hij de support voor de ESB-oplossing voor deze opdracht wil verzekeren en wat de betrokkenheid is van de leveranciers van de software die de ESB-oplossing vormt ten opzichte van deze supportaspecten. De inschrijver beschrijft tevens welke SLA’s hij zelf heeft aangegaan met de leveranciers van de software die de ESB-oplossing vormt

III.2.5 Overdracht van kennis In het raam van de interne overname van het beheer van de geïnstalleerde ESB-oplossing vindt de overdracht van kennis plaats op verschillende niveaus. Enerzijds via opleidingen en handleidingen en anderzijds door nauw samen te werken met het interne personeel van de FOD Financiën bij de installatie van de ESB-oplossing en de realisatie van het pilootproject. Na de opleidingen en na de gezamenlijke installatie van de ESB-oplossing en de uitvoering van het pilootproject moet het personeel van de FOD Financiën in staat zijn om zelf een tweede pilootproject van dezelfde aard als het pilootproject dat in dit bestek wordt voorgesteld uit te voeren. Als deze tweede piloot niet kan worden uitgevoerd als gevolg van onaangepaste opleidingen of overdracht van kennis, levert de inschrijver op zijn kosten de noodzakelijke oplossingen voor het personeel van de FOD Financiën.

Blz. 66


Ref.: ICT/INF/ESB

III.2.5.1 Opleidingen en handleidingen Er worden opleidingen gepland voor het personeel van de FOD Financiën die kunnen worden besteld gedurende de volledige looptijd van het project. De doelgroepen zijn, onder meer: de operatoren, de programmeurs, de architecten-analisten en de projectleiders. Er zijn opleidingen voor elk type profiel en de inhoud wordt hieraan aangepast. Voor deze opleidingen gelden de volgende vereisten: ● De opleidingen vinden plaats in de lokalen van de FOD Financiën, in samenwerking met ICT 2 Academy ● Elke opleiding wordt in het Nederlands en het Frans georganiseerd ● De technische documentatie is bij voorkeur tweetalig Nederlands / Frans ● De opleidingen worden gegeven in groepen van maximum tien personen ● Na deze opleidingen is het interne personeel in staat om de ESB-oplossing zelfstandig te beheren, te exploiteren en te laten evolueren (zowel op operationeel als op functioneel niveau) Er worden gebruikshandleidingen geleverd voor elke component en tool van de ESB-oplossing. Deze handleidingen moeten zowel de installatie als de configuratie, het onderhoud en de exploitatie van deze componenten en tools beschrijven. De inschrijver stelt de prijzen van de opleidingen als volgt voor: voor elke doelgroep (operatoren, programmeurs, architecten-analisten en projectleiders) geeft de inschrijver de prijs op voor een volledige opleidingscyclus voor een groep van maximum 10 personen van de doelgroep. De prijs geldt dus voor een volledige opleidingscyclus voor een volledige groep en is dus geen prijs per sessie, per dag, per persoon, … De prijs omvat de documentatie van de producten en alle noodzakelijk cursusmateriaal.

V46.

We vragen de inschrijver om in zijn offerte een opleidingsplan op te nemen dat aan de bovenvermelde vereisten voldoet. Dit plan moet leiden tot een volledige internalisering van de noodzakelijke competenties voor het beheer en het onderhoud van de ESBoplossing

V47.

De inschrijver legt uit hoe hij zal evalueren of de opleidingen hun doel hebben bereikt en of de opgeleide personen over de noodzakelijke competenties beschikken

V48.

De inschrijver beschrijft welke oplossingen hij zal leveren als blijkt dat de opleidingen of de overdracht van kennis onaangepast waren

III.2.5.2 Continue overdracht van kennis Om de overdracht van kennis te garanderen, wordt de ESB-oplossing geïnstalleerd in nauwe samenwerking met het interne personeel van de FOD Financiën. Dat betekent dat alle vereiste kennis voor deze installatie, analyses en denkoefeningen geleidelijk worden overgedragen, gecentraliseerd door de inschrijver en toegankelijk voor alle personen die bij het project betrokken zijn. Ook elke ontwikkeling die deel uitmaakt van de ESB-oplossing (bijvoorbeeld ontwikkeling van de connector, bemiddelingsregels, …) of het pilootproject wordt uitgevoerd in samenwerking met de interne ontwikkelaars. V49.

De inschrijver beschrijft hoe hij het succes van de hoger beschreven overdracht van kennis zal evalueren

2

Intern beheer van de opleidingen voor de FOD Financiën, dienst ICT Blz. 67


Ref.: ICT/INF/ESB

III.2.6 Pilootproject Het pilootproject kadert in de beslissingen voor de toekenning van studiebeurzen en heeft tot doel de bevoegde instanties een dienst aan te bieden waarmee ze kunnen controleren of aan de wettelijke vereisten op het vlak van maximale inkomsten is voldaan. Momenteel sturen de instanties die een studiebeurs willen toekennen een tekstbestand met de rijksregisternummers van de kandidaten voor de toekenning van een studiebeurs via FTP naar de FOD Financiën. Dat bestand wordt vervolgens verwerkt door een batch die de nuttig informatie opzoekt in een specifieke tabel van TAXI. Hetzelfde type informatie kan worden verkregen via de Webservice ‘Taxi aanslag -- IPCAL service’. Deze service wordt momenteel echter niet gebruikt door de KSZ. Het pilootproject bestaat erin de ESB-oplossing te gebruiken om de bestaande oplossingen zo goed mogelijk te combineren en te publiceren en er tegelijk de adequate authenticatie-, autorisatie- en auditmechanismen aan toe te voegen. Hoewel de instanties die studiebeurzen afleveren de eerste betrokkenen zijn, moeten de gepubliceerde services ook toegankelijk zijn voor andere partners van de FOD Financiën. De analyse, het design en de uitvoering van deze piloot gebeuren in nauwe samenwerking met de interne teams van de FOD Financiën. Dit pilootproject is geen proof-of-concept, maar een volwaardig project dat in productie moet worden gebracht. Het moet aan de geldende standaarden voldoen en moet maximaal gebruikmaken van de functionaliteiten van de ESB-oplossing, zoals bijvoorbeeld, entries in de catalogus en de service directory, definitie en opvolging van de SLA’s, technische en businessmonitoring, veiligheidsbeheer, ...

III.2.7 Versterking van de SOA-benadering De inschrijver beoordeelt het SOA-maturiteitsniveau van de FOD Financiën van bij de kick-off van het project. Hij gebruikt hiervoor het open en onafhankelijke maturiteitsmodel gepubliceerd door Inaganti 3 en Sriram op bptrends.com Na de installatie van de ESB-oplossing en de uitvoering van het pilootproject wordt er een nieuwe evaluatie uitgevoerd om de evolutie van het maturiteitsniveau te bepalen. De inschrijver stelt dan aanbevelingen op voor de te ondernemen acties om het SOA-maturiteitsniveau verder te verbeteren.

3

V50.

De inschrijver legt zijn visie uit van wat de SOA-referentiearchitectuur zou moeten zijn in de specifieke context van de FOD Financiën

V51.

De inschrijver legt uit welke, volgens hem, de moeilijkheden en valstrikken zijn van de installatie van SOA in de specifieke context van de FOD Financiën

V52.

De inschrijver legt uit welke quick wins er, volgens hem, moeten worden geïmplementeerd om de SOA-benadering te promoten en het acceptatieniveau binnen de FOD Financiën te verhogen

V53.

De services in de SOA-betekenis van de termen, moeten worden hergebruikt. De verwachtingen en het gedrag van de verschillende gebruikers kunnen echter aanzienlijk verschillen. In deze context wordt het beheer van verschillende en mogelijk tegenstrijdige SLA's problematisch. In deze context vragen we de inschrijver om zijn visie te beschrijven

http://bptrends.com/publicationfiles/04-07-ART-The%20SOA%20MaturityModel-Inagantifinal.pdf Blz. 68


Ref.: ICT/INF/ESB

en de te implementeren goede praktijken betreffende het beheer van de SLA’s van de services in een architectuur van het type SOA V54.

De inschrijver legt uit hoe, volgens hem, de levenscyclus van de services, inclusief de onderhoudsfase, in een SOA-context moet worden beheerd

III.2.8 Organisatie van het project III.2.8.1 Beheer van het project en methodologie III.2.8.1.1 PMFin De inschrijver past PMFin, onze methodologie en werkwijze voor projecten toe. PMFin is de unieke projectmethodologie, de standaard binnen de FODFIN, gebaseerd op de internationale standaard Prince 2. Deze methodologie wordt ondersteund door een projecttool ProjectMaster.

Blz. 69


Ref.: ICT/INF/ESB

III.2.8.1.2 PID De inschrijver wordt uitgenodigd om ons een “Project initiation document” (PID) te bezorgen, waarin de belangrijkste taken om dit project te realiseren, opgesomd worden. Dit document wordt voor ons een product, werkpakket binnen onze eigen PID.

Het Project Initiaton document voldoet aan een aantal minimum verwachtingen : •

Beschrijving van de achtergrond van het project, de definiëring van het project, projectdoelstellingen, scope

•

Een deugdelijke en volledig opgebouwde PBS (product breakdown structure) : producten, beschrijving, kwaliteits- en acceptatieverwachtingen.

•

Een volledige WBS (work breakdown structure), een gedetailleerde en realistische projectplanning met mijlpalen (GANTT) met vermelding van duur van de verschillende fasen, subfasen activiteiten en taken, de in te zetten middelen, benodigde middelen, gespecificeerd per fase (financieel, personeel, andere) Die planning wordt up-to-date gehouden.

•

Een omvattende risicoanalyse met definiëring van beheersmaatregelen.

•

Voorstel van projectstructuur (rekeninghoudend met de rollen beschreven binnen dit hoofdstuk)

•

Afhankelijkheden met andere projecten

•

Kwaliteitsplan

•

Communicatieplan (met aspecten change management)

•

Rapportering, opvolging van de utvoering (status en voortgang)

Naar aanleiding van de kick-off wordt deze PID gefinaliseerd, aangevuld en uiteindelijk ter validatie voorgelegd aan de stuurgroep met in begrip van de sponsor. De inschrijver moet zijn structuur en zijn capaciteiten inzake organisatie van professionele diensten beschrijven, met name de aangeboden diensten, het geografische bereik, de niveaus en de kwaliteiten van het personeel. Die PID moet de taken, de duur en het aantal betrokken personen weergeven, en dit per onderscheiden (deel)fase. Het dient eveneens details te verschaffen over de vereiste medewerking van personeel van de FOD Financiën. Na de toewijzing van het project zal door de inschrijver een volledig en gedetailleerd PID en projectplanning verder worden uitgewerkt en voorgelegd aan de projectbeheersstructuur van de FOD Financiën Een formele goedkeuring van voormelde PID, met inbegrip van projectplanning, door de Stuurgroep van het project is noodzakelijk alvorens de volgende fase kan worden aangevat. Het is de verantwoordelijkheid van de inschrijver om deze PID up-to-date te houden tijdens de duur van het project.

Blz. 70


Ref.: ICT/INF/ESB

Elke wijziging aan de PID moet formeel worden goedgekeurd door de Stuurgroep van het project. De opgemaakte PID zal voor ons dienen als informatiebron voor onze eigen PID, bestaande uit producten en werkpakketten waarvoor de inschrijver verantwoordelijk zal zijn.

III.2.8.1.3 Governance structuren Alle projecten worden aangestuurd en beheerd binnen de projectbeheerstructuren van de FOD Financiën. Deze worden binnen onderstaand schema gesitueerd:

III.2.8.1.3.1 Projectleider Ieder project wordt binnen de FOD Financiën geleid door een eigen (business) Projectleider. Deze wordt aangesteld door de Sponsor, in samenspraak met de Stuurgroep. De inschrijver zal een eigen externe projectcoördinator (externe projectleider) aanduiden. Deze draagt samen met de Projectleider de volle verantwoordelijkheid voor de goede uitvoering van het project.

III.2.8.1.3.2 De stuurgroep De Stuurgroep heeft een ruime bevoegdheid: zij waakt over de scope en de doelstellingen van het project, keurt de PID. met inbegrip van gedetailleerde planning en alle wijzigingen daarvan, goed, bewaakt de voortgang van het project, bevestigt de aanvaarding van deliverables (producten, deelopleveringen), beoordeelt de kwaliteit van de eind- en deelproducten, spreekt zich uit over alle betwistingen en/of problemen die door de Projectleider worden geagendeerd. Verder behandelt ze alle contractuele, administratieve en technische aspecten m.b.t. de uitvoering van de opdracht (garantie, respecteren van de SLA, kwaliteit van de uitvoeringen, enz.). Daartoe zal de projectleider en de externe projectcoördinator ook dan op regelde tijdstippen rapporteren aan de stuurgroep over status, voortgang, risico’s en problemen.. In de stuurgroep zetelt de sponsor, een senior profiel van de inschrijver, projectleider en externe projectcoördinator, een vertegenwoordiger van de gebruikers. Anderen kunnen worden uitgenodigd, zoals de operationele PMO, de ICT projectcoördinator, de workpackage verantwoordelijke,en specifieke pprojectmedewerkers Blz. 71


Ref.: ICT/INF/ESB

III.2.8.1.3.3 Projectteam Het projectteam bestaat uit verschillende profielen (interne en externen), die rapporteren aan respectievelijk hun workpackage verantwoordelijke, projectleider. De volgende rollen maken idealiter deel uit van het team : ICT Project coördinator (verzekert de link met Stafdienst ICT), Change coördinator (verzekert het veranderbeheer (P&O en communicatie),Externe coördinator (Contractant)

III.2.8.1.3.4 Operationationeel PMO

Het operationele PMO kan de projectleider bijstaan in het beheren en beheersen van zijn project, in het toepassen van PMFin en het gebruik van de projecttool ProjectMaster, ondersteunen in het rapportering voor stuurgroep en dircom.

III.2.8.1.3.5 De Kick-off meeting Binnen een periode van maximaal << 2 weken, 3 weken, 1 maand, 6 weken, … >> , gerekend vanaf de toewijzing van de opdracht, zullen de opdrachtnemer en de FOD Financiën verplicht een eerste stuurgroepvergadering houden, kick-off meeting genoemd. Tijdens de Kick-off wordt akte genomen van de officiële start van het project. In deze eerste vergadering kunnen, indien toepasbaar binnen het kader van het bestek, de PID wordt besproken, de samenstellingen en de vakkennis van de respectievelijke teams worden voorgesteld, de agenda voor de rapporteringen en de vergaderingen van de stuurgroep worden vastgelegd, afspraken rond projectmanagement, de planning voor de realisatie van de opdracht worden bepaald, de principes van de SLA worden uitgelegd, enz. Een document opgemaakt in twee exemplaren door de aannemer, en gevalideerd door de aanbestedende overheid, bekrachtigt officieel de aanvang van het project zodra de kick-offmeeting heeft plaatsgevonden.

III.2.8.1.3.6 Stuurgroepvergadering Van bij de kick-off vergadering, de eerste stuurgroep, worden de data voor de stuurgroepvergadering vastgelegd, in principe << maandelijks / 2-maandelijks / 3-maandelijks / … >>. De sponsor of projectleider kan altijd een extra stuurgroep bijeen roepen.

III.2.8.1.3.7 Andere vergadermomenten Wekelijks zal de projectleider samen met het projectteam vergaderen en een verslag opstellen rond de projectstatus. Dit verslag wordt verspreid naar een aantal belangrijke betrokkenen (te bepalen bij de kick-off)

III.2.8.1.4 Kwaliteit In de PID wordt een belangrijk deel besteed aan de kwaliteit. De inschrijver geeft in zijn PID aan hoe hij de kwaliteit zal bewaken.

Blz. 72


Ref.: ICT/INF/ESB

Daarenboven kan de FODFIN een extra kwaliteitscontrole door de QUAC (Quality Assurance Control Comité) ivm. het respecteren van de standaarden en normen organiseren, of een kwalititeitscontrole door derden.

III.2.8.1.5 Rapporteringen Tijdens de hoger vermelde vergadermomenten en op afgesproken tijdstippen zal de inschrijver de nodige rapporteringen doen de ingezette middelen (personeel, methodes, hardware, software), voortgang, status… Periodiek, zijnde << maandelijks / 2-maandelijks / 3-maandelijks / … >> volgens een kalender die in gezamenlijk overleg wordt bepaald tijdens de kick-off vergadering, zal de opdrachtnemer een compleet verslag opmaken voor de stuurgroep over de vooruitgang van het project (status van elke realisatiefase) en over eventuele problemen met voorgestelde oplossingen. Er zullen door de opdrachtnemer ook coördinatie- en werkverslagen worden opgemaakt over de vooruitgang van het project (status van elke realisatiefase) en over eventuele problemen met de voorgestelde oplossingen. Deze vergaderingen zullen punctueel plaatsvinden op verzoek van de partijen. Het ritme van deze ontmoetingen zal worden bepaald door de vooruitgang van de projectfases. De plaats van deze vergaderingen zal samen met de data worden gepreciseerd door de FOD Financiën. De inschrijver en de door hem aangestelde projectcoördinator zullen de Projectleider alle informatie ter beschikking stellen die noodzakelijk is om zicht te houden op het reële verloop van de werkzaamheden uit hoofde van de inschrijver en de situatie t.o.v. de vooropgestelde planning. Deze rapportering t.a.v. de Projectleider gebeurt op wekelijkse basis aan de hand van een status die is weergegeven op de Gantt Chart van het project en aangevuld met een korte schriftelijke toelichting m.b.t. headlines en eventuele problemen, inclusief hun remediëring. Alle details m.b.t. de wijze waarop deze rapportering dient te gebeuren zal bij de aanvang van het project worden meegedeeld. Alle inhoudelijke aspecten (planning, risico’s, kwaliteit, oplevering, resources, …) zullen vooreerst besproken worden binnen het Projectteam. Wanneer de Projectleider het noodzakelijk acht zullen problemen ter bespreking en deliberatie worden voorgelegd aan de Stuurgroep. De Projectleider rapporteert maandelijks over de voortgang van het project ten overstaan van de Stuurgroep. Voorkomend kan de Projectleider de externe projectcoördinator uitnodigen op de vergadering van de Stuurgroep ter ondersteuning en om bepaalde aspecten meer in detail toe te lichten.

III.2.8.1.6 Het wijzigingsbeheer (zie ook deel lI, Wijzigingsbeheer (request for change))

Iedere wijziging (de scope, de vooropgestelde resultaten/producten, de planning, de budgetten, …) binnen het project moeten deel uitmaken van een wijzigingsaanvraag waarbinnen de reden tot wijziging en de impact ervan omstandig worden beschreven. De Stuurgroep evalueert de gegrondheid en de opportuniteit van de voorgestelde wijziging. Zij kan zich hiertoe laten bijstaan door de (operationele) PMO en/of een (externe) expert ter zake. De formele goedkeuring van de Leidend Ambtenaar is noodzakelijk alvorens de vooropgestelde wijzigingen ten uitvoer te brengen. In voorkomend geval zal de opdrachtnemer instaan voor de actualisering van de PID.

Blz. 73


Ref.: ICT/INF/ESB

III.2.8.2 Beheersmethode voor het project Het beheer van het project dient te voldoen aan de standaarden die bij de FOD Financiën worden gebruikt, zoals PMFin en FUP. Het is voor de FOD Financiën belangrijk om snel tastbaar succes te boeken met dit project. Dat succes zal de principes valideren die bij het gebruik van de ESB en de promotie van de SOAbenaderingen worden gehanteerd. We willen dus dat het beheer van het project een oriëntatie van het type ‘Agile’ verwerft en gebaseerd is op korte cycli om een adequate reactiviteit, traceerbaarheid en transparantie te verkrijgen, zowel voor de hoofd- als voor de secundaire opdrachten. V55.

De inschrijver legt uit hoe hij de standaarden voor projectbeheer van de FOD Financiën een oriëntatie van het type ‘Agile’ zal geven

III.2.8.3 Hoofdopdrachten De hoofdopdrachten worden uitgevoerd volgens het onderstaande plan:

•

Stap 1: Parallel met de evaluatie van het SOA-maturiteitsniveau van de FOD Financiën, zal de dienstverlener de ESB-oplossing in samenwerking met de interne teams installeren

•

Stap 2: De dienstverlener levert het bewijs van de goede werking van de ESB-oplossing door een proof-of-concept van het pilootproject uit te voeren in samenwerking met de interne teams Stap 3: Nadat de technische haalbaarheid is gevalideerd via de proof-of-concept, start de dienstverlener met de volledige uitvoering van het pilootproject in samenwerking met de interne teams Stap 4: De dienstverlener voert een nieuwe evaluatie uit van het SOA-maturiteitsniveau van de FOD Financiën en stelt de evoluties voor ten opzichte van het in stap 1 geëvalueerde niveau. Hij stelt vervolgens aanbevelingen op voor de te ondernemen acties om het SOAmaturiteitsniveau verder te verbeteren

• •

De hoofdopdrachten moeten ten laatste 12 maanden na de kick-off van het project voltooid zijn. V56.

We vragen de inschrijver om het team voor te stellen dat hij wil toewijzen aan de realisatie van de verschillende hoofdopdrachten

V57.

De inschrijver beschrijft de criteria die, volgens hem, toelaten om het succes van de verschillende hoofdopdrachten te evalueren

V58.

We vragen de inschrijver om een planning voor te stellen voor de realisatie van de verschillende hoofdopdrachten. Deze planning beschrijft de verschillende fasen en voor elke fase, de verschillende activiteiten waaruit ze bestaat, de geplande datums en de bijhorende deliverables

V59.

We vragen de inschrijver om uit te leggen hoe hij de complexiteit van het project en de bijhorende risico’s zal beheren

III.2.8.4 Profielen voor de secundaire opdrachten Om de secundaire opdrachten met succes te voltooien, vraagt de FOD Financiën de inschrijver om de volgende profielen ter beschikking te stellen:

●

Projectleider

Blz. 74


● ● ● ●

Ref.: ICT/INF/ESB

ESB-specialist met ervaring met de ESB-oplossing die de inschrijver installeert Senior analist-programmeur voor de uitvoering van de taken verbonden met de integratie van de ESB-oplossing IT-architect gespecialiseerd in enterprise architectures met belangstelling voor SOA Expert voor de SOA-implementatie die de FOD Financiën zal helpen om zijn SOA-benadering te versterken

De inschrijver vult de prijzentabel in met een prijs voor elk van deze vijf profielen. De inschrijver stelt de cv’s voor van de medewerkers die hij ter beschikking wil stellen voor dit project. Er mogen verschillende personen worden voorgesteld voor hetzelfde profiel, maar de inschrijver zal maximum 3 cv’s per profiel voorstellen. Eenzelfde persoon mag voorgesteld worden voor meerdere verschillende profielen, maar alle prestaties verricht door deze persoon moeten gefactureerd worden aan de prijs van het goedkoopste profiel. Behalve in geval van overmacht verbindt de inschrijver zich ertoe dat de personen van wie het curriculum vitæ werd voorgesteld beschikbaar zijn en effectief aan het project kunnen worden toegewezen.

V60.

● ●

De inschrijver stelt de cv’s voor van de medewerkers die hij ter beschikking wil stellen voor dit project in functie van de gevraagde profielen. De cv’s moeten worden voorgesteld op basis van het model van cv in Bijlage B: curriculum vitae. In zijn presentaties van de cv’s beantwoordt de inschrijver de volgende vragen: Leg uit waarom, volgens u, de voorgestelde cv’s adequaat zijn voor dit project en aan de behoeften van de FOD Financiën voldoen In hoeveel tijd kunt u een voorgesteld cv mobiliseren en aan het project toewijzen? Wat zijn de SLA’s voor de terbeschikkingstelling van de resources voor het project?

III.2.9 SLA De administratie wenst Service Level Agreements betreffende de hoofdopdrachten met resultaatsverplichting (zie Sectie I.1.3, ‘Voorwerp van de opdracht’). De SLA bevat de definitie van de bedoelde onbeschikbaarheid, de categorisering van mogelijke problemen, de verschillende vereiste responstijden en de activeerbare opties. Er wordt niet gevraagd dat het personeel van de inschrijver permanent op de site beschikbaar blijft. De SLA bevat tevens een definitie van de boetes die aan de inschrijver kunnen worden opgelegd als de FOD Financiën vaststelt dat hij zijn engagementen en resultaatsverplichtingen niet nakomt. De FOD Financiën eist dat alle beschikbaarheidspercentages van de voorgestelde SLA’s worden berekend over een periode van drie maanden (zie ook Sectie III.2.2.3.3, Beschikbaarheid). Criticiteitsniveaus: 1. De productiesystemen ondervinden impact: minstens een applicatie of dienst werkt niet meer. We moeten dan met twee types applicaties of diensten services rekening houden: ● De applicatie of dienst wordt alleen tijdens de kantooruren door de ambtenaren van de FOD Financiën gebruikt ● De applicatie of dienst maakt deel uit van de basisdiensten die de FOD de burgers aanbiedt en moet bijgevolg 24 uur op 24 en 7 dagen op 7 beschikbaar blijven In dit geval moet er een procedure om het probleem te omzeilen worden geïnstalleerd binnen, respectievelijk 6 en 4 uur. Het probleem moet volledig worden opgelost, in het eerste geval binnen de drie werkdagen en in het tweede geval binnen de twee werkdagen die volgen op het optreden van het probleem. 2. Het gebruiksgemak van de applicaties of de diensten in productie is aangetast:

Blz. 75


Ref.: ICT/INF/ESB

ofwel zijn bepaalde functionaliteiten of toegangen onbeschikbaar voor bepaalde categorieën van gebruikers, ● ofwel is het gebruik van minstens een applicatie of een dienst die deel uitmaakt van de basisdiensten aangetast, ● ofwel werkt minstens een applicatie of een dienst die niet onder punt 1. valt niet meer. In dit geval moet er een procedure om het probleem te omzeilen worden geïnstalleerd binnen de 10 uur. Het probleem moet volledig worden opgelost binnen de vier werkdagen na het optreden van het probleem. 3. Het gebruiksgemak van de applicaties of de diensten is niet aangetast, maar een minder belangrijke functionaliteit werkt niet meer. In dit geval moet er een procedure om het probleem te omzeilen worden geïnstalleerd binnen de 48 uur. Het probleem moet volledig worden opgelost binnen de vijf werkdagen na het optreden van het probleem. 4. Het probleem, ongeacht zijn aard, heeft alleen impact op de acceptatiesystemen, niet op de productiesystemen. In dit geval moet er een procedure om het probleem te omzeilen worden geïnstalleerd binnen de twee werkdagen na het optreden van het probleem. Het probleem moet volledig worden opgelost binnen de tien werkdagen na het optreden van het probleem.

●

V61.

De inschrijver vermeldt hoe hij aan de hier vermelde vereisten van de SLA zal voldoen en stelt een bijhorend boeteplan voor

V62.

De inschrijver stelt een SLA voor voor de andere aspecten van het project waarvoor hij zich eveneens wil engageren

Blz. 76


Ref.: ICT/INF/ESB

IV. Bijlagen

Blz. 77


Ref.: ICT/INF/ESB

BIJLAGE A : OFFERTEFORMULIER Voorwerp van de inschrijving : Installatie van een ESB-oplossing Bestek : Installatie van een ESB-oplossing Identificatie van de inschrijver: Onderneming Firmanaam of benaming : Juridische vorm : Nationaliteit : Maatschappelijke zetel Straat : Plaats : Land : Telefoonnummer : Faxnummer : BTW-nummer : Ondernemingsnummer :

Nr : Postcode :

Bus :

en voor dewelke DeHeer/Mevrouw (*)

(naam) (functie)

gedomicilieerd op het adres : (straat) (postcode en gemeente) (land) Bij goedkeuring van deze offerte zal de borgstelling worden gevormd volgens de voorwaarden en termijnen, beschreven in dit bijzonder bestek. De betalingsinstelling van de aanbestedende overheid zal de verschuldigde sommen voldoen via storting of overschrijving Op het rekeningnummer : IBAN-code BIC-code Voor de interpretatie van het contract wordt als taal

het Nederlands/Frans (*)

Blz. 78

gekozen.


Ref.: ICT/INF/ESB

Alle briefwisseling betreffende de gunning en de uitvoering van de opdracht dient naar het volgende adres te worden verzonden: Contactpersoon : Telefoon : Fax : E-mail : Postadres : Bij deze aanvaard ik/aanvaard ik niet (schrappen wat niet past) het gebruik van elektronische communicatiemiddelen (e-mail) voor de correspondentie met de aanbestedende overheid in het kader van onderhavige opdracht.

Geldigheidsduur van de inschrijving Deze inschrijving blijft geldig tot: ……………………………………. (minimaal 240 dagen)

Verbind ik mij om in overeenstemming met de bepalingen van onderhavig bestek, de prestaties/leveringen uit te voeren die gedetailleerd worden opgesomd in de prijstabellen die bij onderhavige inschrijving zijn gevoegd, en dit in overeenstemming met de tarieven die erin worden vermeld.

Gedaan:

te

op

De inschrijver of de gevolmachtigde: (naam) (functie)

Blz. 79


Ref.: ICT/INF/ESB

Bijlage B : curriculum vitae

NB : het gebruik van dit model is verplicht. De inschrijver moet bij het invullen van de CV’s erop toezien dat de namen van de personen voluit worden geschreven en ook de behaalde diploma’s en onderwijsinstellingen waar deze behaald werden, duidelijk moeten worden beschreven. De aanbestedende overheid verbindt zich ertoe deze gegevens met uiterste discretie te zullen behandelen en ze enkel te gebruiken voor het beoordelen van de offerte. De aanbestedende overheid houdt zich het recht voor om CV’s, die niet op deze manier werden ingevuld als onvoldoende te beschouwen, en bijgevolg niet in rekening te nemen bij de evaluatie van de offerte. Indien de vermelde diploma’s niet in overeenstemming zijn met de behaalde diploma’s, houdt de aanbestedende overheid zich het recht voor om de offerte uit te sluiten.

Naam

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

Functie in onderhavig project

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

Beschrijving van de relevantie van de voorgestelde persoon binnen deze opdracht: De inschrijver dient hierbij in zo gedetailleerd mogelijk aan te tonen dat het voorgestelde profiel zijn nut zal hebben bij deze opdracht. Opleidingen: Humaniora of gelijkwaardig: • diploma behaald op (datum)

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

Niet universitair hoger onderwijs (eventueel meerdere malen te herhalen): • Titel …………………………………………………… • Diploma behaald op (datum) …………………………………………………… • Aan de instelling …………………………………………………… Universitair hoger onderwijs (eventueel meerdere malen te herhalen): • Titel …………………………………………………… • Diploma behaald op (datum) …………………………………………………… • Aan de instelling …………………………………………………… Professionele ervaring: Bij de inschrijver: •

•

• •

Huidige functie o Titel …………………………………………………… o Functieomschrijving …………………………………………………… o Sinds …………………………………………………… Voorgaande functie (eventueel meerdere malen te herhalen) o Titel …………………………………………………… o Functieomschrijving …………………………………………………… Van ……….…..……… tot …………..………. Betrokken bij volgende projecten, opgenomen in addendum « referentiemodel » (project en functie) …………………………………………………… …………………………………………………… Betrokken bij andere grote projecten (naam, klant en vervulde functie) …………………………………………………… ……………………………………………………

Blz. 80


Ref.: ICT/INF/ESB

Bij maximaal 3 andere bedrijven: • functie (maximaal 3x te herhalen) …………………………………………………… Van ……….…..……… tot …………..………. Technische vaardigheden: • Hardware • -

Software Besturingssystemen Databases Programmeertalen Kantoortoepassingen Andere (specifiëren)

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

Andere vaardigheden: • Op het vlak van management …………………………………………………… • Op het vlak van consultancy …………………………………………………… • Andere (enkel indien relevant) …………………………………………………… Talenkennis: • Frans

begrijpend - actief - passief (schrappen wat niet past) …………………………………………………… Nederlands begrijpend - actief - passief (schrappen wat niet past) commentaar …………………………………………………… Engels begrijpend - actief - passief (schrappen wat niet past) commentaar …………………………………………………… Andere (enkel indien relevant) …………………………………………………… commentaar

• • •

Blz. 81


Ref.: ICT/INF/ESB

Bijlage C : Referentiemodel

1. Naam van het project 2. Naam van de onderneming …………………………… 4. Naam van een contactpersoon …………………………… 6. Toepassingsgebied van de ontwikkeling of het project …………………………… 8. Aanvangsdatum (fase per fase) - …………………………… - …………………………… 10. Budget (EUR) …………………………… 11. Lijst en korte beschrijving van rol en aandeel van eventuele onderaannemers 12. Complexiteit

13. Lijst en korte beschrijving van de bronsystemen 14. Lijst en korte beschrijving van de systemen voor de realisatie van het project 15. Projectbeheer

16. Lijst van aan project toegewezen profielen; (TOTAAL) aantal personen en mandagen voor integrale project

……………………………………………………………………. 3. Bedrijfssector ……………………………………………………………………. 5. Contactgegevens ……………………………………………………………………. 7. Beoogde doelstellingen

……………………………………………………………………. 9. Einddatum …………………… A. Hardware …………………… A.Naam onderneming(en) ……………………

B. Software …………………… B. Aandeel in opdracht

C. Services …………………… C. Vakkennis

……………………

……………………

<< Aantal gebruikers, aantal IT-systemen zonder pc’s (aantal mainframes, mini’s en servers) / … >> ……………………………………………………………………. A. Hardware B. Software C.Ontwikkelingsomgeving …………………… A. Hardware

…………………… B. Software

…………………… C.Ontwikkelingsomgeving

……………………

……………………

……………………

Tool / methode ……………………………………………………………………. Profiel 1 Profiel 2 Profiel 3 ……………………

……………………

……………………

Profiel 4

Profiel 5

Profiel …

……………………

……………………

……………………

Blz. 82


Ref.: ICT/INF/ESB

Bijlage D : Vraag en antwoord formulier Opmerking: Indien de vraag niet aan een paragraaf kan gekoppeld worden, wordt in de eerste kolom “algemeen” vermeld. paragraaf paginanr. taal

Vraag

Blz. 83


Ref.: ICT/INF/ESB

BIJLAGE E : INVENTARIS “MISE EN PLACE D’UNE SOLUTION ESB”

De voorstelling van de in de offerte vermelde prijzen moet op straffe van nietigverklaring worden ingedeeld volgens de onderstaande tabellen. Met prijzen die op een andere plaats worden vermeld, wordt geen rekening gehouden. In geval van afwijkingen tussen onderhavige inventaris en een gedetailleerde inventaris van de inschrijver, zullen uitsluitend de prijzen van de inventaris, die in bijlage van dit bestek worden voorzien, in aanmerking worden genomen.

a) Hoofdopdrachten i)

Overdracht van kennis

Prijzen voor de opleidingen (zie Sectie III.2.5, Overdracht van kennis). De opgegeven prijs is de prijs voor een volledige opleidingscyclus voor een groep van maximum 10 personen. De prijs omvat de documentatie van de producten en alle noodzakelijk cursusmateriaal.

•

Doelgroep

•

Prijs voor een volledige cyclus voor een groep

• •

Operatoren

•

Programmeurs

Excl. btw

•

Incl. btw

• ArchitectenAnalisten •

Projectleiders

Blz. 84


Ref.: ICT/INF/ESB

ii) Prijs van de licenties Prijs van een 'processorlicentie’ die toelaat om alle software die de ESB-oplossing vormt te gebruiken volgens de modaliteiten gedefinieerd in punt III.2.3, ‘Licenties’. Er wordt een duidelijke beschrijving gegeven van de software die de basisofferte vormt in de offerte van de inschrijver, zoals gevraagd in punt III.2.1.1 ‘Antwoord op de offerteaanvraag’. Excl. btw

Incl. btw

Prijs van een ‘processorlicentie’ voor de ontwikkelingsomgeving Prijs van een ‘processorlicentie’ voor de acceptatieomgeving Prijs van een ‘processorlicentie’ voor de productieomgeving

Excl. btw Unitaire prijs (per “processor licentie”) voor onderhoud en jaarlijkse ondersteuning voor de ontwikkelomgeving (dus prijs voor een jaar en voor een licentie) Unitaire prijs (per “processor licentie”) voor onderhoud en jaarlijkse ondersteuning voor de acceptatieomgeving (dus prijs voor een jaar en voor een licentie) Unitaire prijs (per “processor licentie”) voor onderhoud en jaarlijkse ondersteuning voor de productieomgeving (dus prijs voor een jaar en voor een licentie)

Aantal ‘processorlicenties’ die de productieomgeving moet bezitten om als een ‘site’ licentie voor alle omgevingen te worden beschouwd Blz. 85

Incl. btw


Ref.: ICT/INF/ESB

iii) Volumetriefunctie

•

De onderstaande tabel bevat de volumetriefunctie zoals gedefinieerd in het punt ‘Volumetrie’ van de sectie III.2.3 ‘Licenties’. Ter herinnering, deze functie geeft, voor een bepaalde volumetrie, het aantal processors en dus ‘processorlicenties’ die men moet bezitten en installeren om deze bepaalde volumetrie te kunnen behandelen.

•

De tabel moet als volgt worden gelezen. In de regels vindt men de gemiddelde grootte van de berichten. In de kolommen vindt met het gemiddelde aantal berichten per seconde. De gemiddelden worden berekend over een periode van vijf minuten. Een kruispunt regel/kolom geeft dus een bepaalde volumetrie.

•

De inschrijver vult de tabel in door op elk kruispunt regel/kolom het aantal ‘processorlicenties’ op te geven dat noodzakelijk is om deze volumetrie in de infrastructuur van de FOD Financiën te kunnen verwerken. Als het niet mogelijk is om een bepaalde volumetrie te verwerken, plaatst de inschrijver een X in het overeenkomstige vak.

•

Opgelet: elke in deze tabel gedefinieerde volumetrie is een contractuele verbintenis: als blijkt dat, voor een bepaalde volumetrie, het aantal processors en dus ‘processorlicenties’ dat in de tabel werd opgegeven onvoldoende is om deze bepaalde volumetrie te behandelen, zal de inschrijver definitief en onherroepelijk, zonder enige compensatie, de bijkomende ‘processorlicenties' om deze bepaalde volumetrie te behandelen ter beschikking stellen.

•

De inschrijver vult één volumetrietabel in voor alle componenten van de basisofferte voor zijn ESB-oplossing.

Blz. 86


Ref.: ICT/INF/ESB

Gemiddeld aantal berichten per seconde Gemiddeld e grootte van de berichten

1

2

5

7

10

15

20

1 Kio 2 Kio 5 Kio 7 Kio 10 Kio 15 Kio 20 Kio 25 Kio 50 Kio 100 Kio 200 Kio 500 Kio 1 Mio 5 Mio

Blz. 87

25

30

50

75

100

150

200

500


Ref.: ICT/INF/ESB

iv) Resterende hoofdopdrachten

•

Excl. btw

•

Incl. btw

• Totaalprijs voor de realisatie in vaste prijs voor de overige hoofdopdrachten (zie Sectie III.1.3, ): installatie van de ESB-oplossing, uitvoering van het pilootproject, evaluatie van het SOA-maturiteitsniveau, …

b) Secundaire opdrachten i)

Profielen

Profiel

Prijs in euro voor een mandag Excl. btw Incl. btw

Projectleider ESB-specialist Senior analist-programmeur IT-architect Expert voor de SOA-implementatie

Blz. 88


Ref.: ICT/INF/ESB

BIJLAGE F : Informatie betreffende de inventaris Opmerking : de volgende tekst heeft als enige bedoeling de evaluatie van de prijsofferten. Het gaat over een mogelijke bestellingscenario. Het moet dus niet gebruikt worden om schattingen over de marktlengte of over de bestellingen die werkelijk besteld zullen worden te maken. De evaluatie van de prijs van een offerte gaat alleen over de totale prijs van de bestelde scenario. Het gaat over de som van de volgende prijzen :

1. Prijs van de realisatie van de van de hoofdopdrachten (met vaste prijs), zie punt a)iv) van de inventaris 2. Prijs van de opleidingen : voor elk van de 4 groepen (punt a)i) van de inventaris, 2 opleidingen (1 FR en 1 NL) elk jaar, gedurende 6 jaar. 3. Prijs van de profielen : o Het aantal geschatte mandagen voor de secundaire opdrachten wordt geschat op 4000 mandagen . o De verdeling over de 5 types profielen (punt b)i) van de inventaris is als volgt: Projectleider : 15 % Specialist ESB : 25 %

Senior analist-programmeur: 40 % IT Architect : 15% Expert voor de SOA-implementatie: 5%

o De kost van een profieltype is bijgevolg het aantal geschatte mandagen vermenigvuldigd met het procentuele aandeel en de profielprijs o De totale prijs is bijgevolg de som van alle kosten van de verschillende profieltypes

Blz. 89


Ref.: ICT/INF/ESB

1. Prijs van de licenties en het onderhoud :

Jaar i

Is gebaseerd op het volgende mogelijke scenario van bestellingen : 1 2

3

Aantal licenties DEV voor het jaar i Referentiepunt in de tabel volumetrie voor i

17 2 berichten/sec ; gemiddelde grootte 2 Kilobyte (Kio)

10 7 berichten/sec ; gemiddelde grootte 2 Kilobyte (Kio)

Minimaal aantal licenties ACC voor het jaar i (voor de hoge beschikbaarheid, de clustering, meervoudige instantiëring, …) Minimaal aantal licenties PROD considérées pour voor het jaar i Aantal jaar onderhoud en support voor jaar i

8

4

5

6

8

0 10 berichten /sec ; gemiddelde grootte 5 Kilobyte (Kio) 0




8

8

0

0

0

0

6

5

4

3

2

1

De prijzen voor de licenties en het onderhoud van een gegeven offerte wordt berekend door het sommeren van de prijzen van de licenties en het onderhoud voor elk van de 6 jaren van het mogelijke scenario van bestellingen. P_i, de prijs van de licenties en onderhoud voor een gegeven jaar i wordt als volgt berekend : Definities : • P_DEV_i : prijs voor het jaar i van de licenties en het onderhoud voor de ontwikkelomgeving • P_ACC_i : prijs voor het jaar i van de licenties en het onderhoud voor de acceptatieomgeving • P_PROD_i : prijs voor het jaar i van de licenties en het onderhoud voor de productieomgeving P_i = P_DEV_i + P_ACC_i + P_PROD_i

Blz. 90


Ref.: ICT/INF/ESB

P_DEV_i wordt als volgt berekend : Definities : • N_DEV_i, het aantal licenties van het type DEV voor het jaar i van het scenario (lijn 1 van bovenstaande tabel) • DUREE_SUPP_i, het aantal jaren support en onderhoud voor de licenties voor het jaar i (lijn 5 van bovenstaande tabel) • P_LIC_DEV, prijs van een licentie van het type DEV • P_SUPP_DEV, prijs voor een jaar support en onderhoud voor een licentie van het type DEV P_DEV_i = (N_DEV_i * P_LIC_DEV) + (N_DEV_i * P_SUPP_DEV * DUREE_SUPP_i) Bemerk : indien in jaar i, het totaal aantal licenties voor de productieomgeving het aantal licenties bereikt om over te kunnen gaan tot een site-licentie, is het niet meer nodig de licenties voor DEV voor dit jaar nog in beschouwing te nemen(N_DEV_i = 0) aangezien men overgegaan is naar een « site » situatie voor alle omgevingen

P_ACC_i wordt als volgt berekend : Definities : • N_REF_i, het aantal licenties dat opgenomen is in de volumetrietabel van de inschrijver op het referentiepunt van het jaar i • N_MIN_ACC_i, het minimaal aantal licenties van het type « acceptatie » voor het jaar i (lijn 3 van bovenstaande tabel) N_ACC_i, het effectieve aantal licenties van het type « acceptatie » voor het jaar i van het scenario, wordt als volgt berekend : N_ACC_i = MAX(N_MIN_ACC_i, N_REF_i) Bemerk : indien in jaar i, het totaal aantal licenties voor de productieomgeving het aantal licenties bereikt om over te kunnen gaan tot een site-licentie, is het niet meer nodig de licenties voor ACC voor dit jaar nog in beschouwing te nemen(N_ACC_i = 0) aangezien men overgegaan is naar een « site » situatie voor alle omgevingen. Bijkomend wordt gedefinieerd : • P_LIC_ACC, prijs van een licentie van het type ACC • DUREE_SUPP_i, het aantal jaren te bestellen support en onderhoud voor de licenties gekocht in het jaar i • P_SUPP_ACC, de prijs voor 1 jaar support en onderhoud voor een licentie van het type ACC P_ACC_i = (N_ACC_i * P_LIC_ACC) + (N_ACC_i * P_SUPP_ACC * DUREE_SUPP_i)

Blz. 91


Ref.: ICT/INF/ESB

P_PROD_i wordt als volgt berekend : Definities : • N_REF_i, het aantal licenties dat opgenomen is in de volumetrietabel van de inschrijver op het referentiepunt van het jaar i • N_SITE, het aan te schaffen aantal licenties om een site-licentie te bekomen • N_MIN_PROD_i, het minimaal aantal licences van het type « productie » voor het jaar i (lijn 4 van bovenstaande tabel) • TOTAL_N_PROD_i : het beschouwde aantal licenties van het type « productie » voor de jaren 1 tot i-1 N_PROD_i, het effectieve aantal licenties van het type « productie » voor het jaar i van het scenario, wordt als volgt berekend : N_PROD_i = MIN(N_SITE ; MAX(N_MIN_PROD_i, N_REF_i) Bemerk :indien men in jaar i met de aanschaf van de PROD licenties het totaal aantal benodigde licenties overschrijdt om een situatie « site » te komen, dan wordt voor dat jaar i enkel het aantal licenties beschouwd om een site-licentie te bekomen zonder die te overschrijven, met andere woorden: ALS TOTAL_N_PROD_i + N_PROD_i > N_SITE DAN N_PROD_i = N_SITE – TOTAL_N_PROD_i

Bijkomende wordt gedefinieerd : • P_LIC_PROD, prijs van een licentie van het type PROD • DUREE_SUPP_i, het aantal jaren te bestellen support en onderhoud voor de licenties gekocht in het jaar i • P_SUPP_PROD, de prijs voor 1 jaar support en onderhoud voor een licentie van het type PROD P_PROD_i = (N_PROD_i * P_LIC_PROD) + (N_PROD_i * P_SUPP_PROD * DUREE_SUPP_i)

Blz. 92

BESTEK OVERHEIDSOPDRACHT VOOR DIENSTEN INSTALLATIE VAN EEN ESB-OPLOSSING ALGEMENE OFFERTEAANVRAAG

Recommend Documents