Inhoud
Inhoud
1. Inleiding 2
1.1. Overeenkomst tussen de partijen 2
1.1.1 De ondertekenende partijen 2
1.1.2 De rol van de partijen 2
1.1.3 Duur van de overeenkomst 2
1.1.4 Wijziging 2
1.2. Domein/Scope 3
1.3. Definities 3
2. Objectieven 4
2.1. Harmoniseren en synchroniseren van de implementatie en de in productiestelling van een release 4
2.1.1 Harmoniseren 4
2.1.2 Synchroniseren 4
3. Beschrijving van de dienstverlening 4
3.1. Definities van de parameters van de overeenkomst 4
3.1.1 Definitie van de periodiciteit van de releases 4
3.1.2 Definitie van de implementatieperiode 4
3.1.3 Definitie van de periode van de ontwikkeling van de compatibiliteitsmodaliteiten 4
3.1.4 Definitie van de periode van in productiestelling 4
3.1.5 Publicatie van de parameters van de overeenkomst 4
3.2. Behandeling van de releases 5
3.2.1 De samenstelling van de release 5
3.2.2 De publicatie van de inhoud van de release 5
3.2.3 De sectorale aanvaarding van de inhoud van de release 5
3.2.4 De implementatie van de release 6
3.2.5 Valideren en certificeren van de berichten 6
3.2.6 De flexibiliteit van de releasedatum 6
3.2.7 Het onderhoud van de lijst van releases 6
4. Beroepsprocedure 7
1. INLEIDING
1.1. Overeenkomst tussen de partijen
1.1.1 De ondertekenende partijen
Deze overeenkomst wordt gesloten tussen :
• De verzekeringsondernemingen vertegenwoordigd door Assuralia
• Ontwikkelaars van makelaarssoftware (ontwikkelaars van pakketten en makelaarskantoren met eigen beheerssystemen).
• Het TELEBIB2-Centrum
• De makelaarsfederaties (Feprabel,FVF, BVVM)
De makelaars kunnen niet individueel deelnemen aan deze overeenkomst. Zij nemen deel via de ontwikkelaar van makelaarssoftware of hun Federaties.
1.1.2 De rol van de partijen
• De ondernemingen en de ontwikkelaars van makelaarssoftware zijn de uitvoerders van de overeenkomst.
• Assuralia en de Makelaarsfederaties bewaken het sectorale karakter.
• Het TELEBIB2-Centrum publiceert de parameters en de inhoud van de releases, maar neemt niet deel aan de definitie van de inhoud van deze laatste.
1.1.3 Duur van de overeenkomst
Deze overeenkomst wordt gesloten voor onbepaalde duur. Zij vangt aan op de datum van ondertekening.
Elke partij heeft het recht uit de overeenkomst te stappen. Dit kan echter alleen mits het in acht nemen van een vooropzeg van 6 maanden die schriftelijk aan de overige partners wordt overgemaakt.
1.1.4 Wijziging
Uitsluitend de ondertekenaars kunnen wijzigingen aan deze overeenkomst voorstellen. Dit kan op gelijk welk ogenblik gebeuren.
Wijzigingen kunnen alleen bij consensus tussen de ondertekenaars aanvaard worden.
Iedere ondertekenaar heeft het recht om bij niet aanvaarding ervan zonder vooropzeg uit de overeenkomst te stappen. Deze beslissing moet schriftelijk aan de ondertekenaars overgemaakt worden.
Indien de ondertekenaars geen consensus vinden wordt de beroepsprocedure geactiveerd.
1.2. Domein/Scope
Het domein van deze overeenkomst dekt uitsluitend de stappen die doorlopen worden tussen het ogenblik dat een MCI zich bevindt in “status 2” en zijn in productie zijn.
Het onderwerp van deze overeenkomst beperkt zich tot de electronische uitwisselingen tussen de ondernemingstoepassingen en de makelaarssoftware.
1.3. Definities
Release :
Het is de inventaris van alle MCIs die op een bepaald moment verondersteld wordt in gebruik te zijn.
De release is geïdentificeerd door de maand (jaar-maand) vanaf wanneer hij verondersteld wordt in gebruik te zijn.
Releasedatum :
Einddatum van het in productie brengen van een release.
Cut-off datum :
Datum waarop de inhoud van een release bepaald wordt.
Startdatum van in productie brengen van een release:
Vaste datum waarop:
• de verzender ten vroegste mag beginnen berichten van een release te verzenden
en
• de ontvanger ten laatste moet klaar zijn met de ontwikkeling en de implementatie van de compatibiliteitsvoorzieningen voor de berichten van de release die geïmplementeerd wordt.
Datum van in productie brengen van een MCI :
Datum waarop:
• de verzender berichten van een release verzendt voor de eerste maal en
• de ontvanger in staat is de berichten van de release te ontvangen en te behandelen en de compatibiliteit te waarborgen met de berichten die in gebruik zijn.
Implementatieperiode van een release :
Periode van vaste duur die verloopt tussen de cut-off datum en de releasedatum. Deze periode wordt uitgedrukt in een aantal maanden.
Periode voor de ontwikkeling van de compatibiliteitsmodaliteiten van een release : Periode (van vaste duur) die verloopt tussen de cut-off datum en de startdatum van in productie brengen van een release. Deze periode wordt uitgedrukt in een aantal maanden.
Periode van het in productie brengen van een release :
Periode (van vaste duur) die verloopt tussen de startdatum van in productie brengen en de releasedatum. Deze periode wordt uitgedrukt in een aantal maanden.
Periodiciteit van een release :
Vast interval tussen 2 opeenvolgende releases. De periodiciteit wordt uitgedrukt in een aantal maanden.
2. OBJECTIEVEN
De objectieven van de overeenkomst zijn :
2.1. Harmoniseren en synchroniseren van de implementatie en de in productiestelling van een release
2.1.1 Harmoniseren
Zoveel mogelijk nieuwe MCIs of gewijzigde MCIs uitwisselen tussen zoveel mogelijk gebruikers.
2.1.2 Synchroniseren
Voor een MCI kan de in productiestelling van de MCI gebeuren in de periode van in productiestelling van een release, maar volgens de vrije keuze van de gebruiker.
3. BESCHRIJVING VAN DE DIENSTVERLENING
3.1. Definities van de parameters van de overeenkomst
3.1.1 Definitie van de periodiciteit van de releases
De Groep Normalisatie bepaalt in algemeen akkoord de periodiciteit van de release.
In principe wordt de parameter bepaald voor de ondertekening van deze overeenkomst en dit voor de volledige duur ervan. Niettemin kan de Groep Normalisatie beslissen ze aan te passen.
3.1.2 Definitie van de implementatieperiode
De Groep Normalisatie bepaalt in algemeen akkoord de duur van de implementatieperiode.
In principe wordt de parameter bepaald voor de ondertekening van deze overeenkomst en dit voor de volledige duur ervan. Niettemin kan de Groep Normalisatie beslissen ze aan te passen.
3.1.3 Definitie van de periode van de ontwikkeling van de compatibiliteitsmodaliteiten
De Groep Normalisatie bepaalt in algemeen akkoord de duur van de periode van de ontwikkeling van de compatibiliteitsmodaliteiten.
In principe wordt de parameter bepaald voor de ondertekening van deze overeenkomst. Niettemin kan de Groep Normalisatie beslissen ze aan te passen in functie van de inhoud van de release.
3.1.4 Definitie van de periode van in productiestelling
De duur van de periode van in productiestelling wordt berekend op basis van de parameters bepaald in art. 3.1.2 en 3.1.3.
3.1.5 Publicatie van de parameters van de overeenkomst
De parameters worden gepubliceerd op de TELEBIB2-website.
3.2. Behandeling van de releases
SLA3
Cut-off date Release date
Release date
Implementation period
Release period
YEAR n
YEAR n+1
YEAR n+2
mpatibility assurance period
Production start date(s)
Production start period
Earliest production start date
Co
3.2.1 De samenstelling van de release
Twee weken voor de cut-off datum zal de Groep Normalisatie de inhoud van de release bepalen. Zij zal uit alle MCIs selecteren waarvan de versie veranderd is en die zich in “status 2” bevinden. De implementatie moet wel realiseerbaar zijn voor de releasedatum.
De lijst van de weerhouden MCIs moet logisch, coherent en realistisch zijn.
Voor de depreciatie van een MCI moet erop gelet worden dat de nieuwe MCIs die hem vervangen tegelijkertijd geimplementeerd worden.
De MCIs waarvoor de implementatieduur de releasedatum overschrijdt, kunnen weerhouden worden voor een welbepaalde toekomstige release.
De inhoud van de release moet voor de cut-off datum door alle betrokkenen aanvaard worden.
3.2.2 De publicatie van de inhoud van de release
De inhoud van de release wordt gepubliceerd op de TELEBIB2-website.
3.2.3 De sectorale aanvaarding van de inhoud van de release
De aanvaarding is impliciet indien er voor de cut-off datum geen opmerkingen zijn. In het andere geval zal de Groep Normalisatie op zijn volgende vergadering een eindbeslissing nemen; de cut-off datum zal eveneens verplaatst worden.
3.2.4 De implementatie van de release
De implementatie van de release blijft onder de verantwoordelijkheid van iedere potentiële gebruiker. Daar waar het implementeren van een nieuw bericht een vrije keuze is van de gebruiker, is het volgen van de verschillende versies van een bestaand bericht een verplichting. Het niet volgen van de evolutie van de versies impliceert het stopzetten van de uitwisselingen van de MCI door deze gebruiker.
De implementatie is verschillend voor verzender en ontvanger :
Voor de verzender bestaat de implementatie uit het ontwikkelen en in productie brengen van de nodige programma’s om de berichten met de juiste inhoud te verzenden.
De verschillende MCIs van een release moeten niet noodzakelijk gelijktijdig in productie gebracht worden maar het in productie brengen mag niet gebeuren voor de startdatum van in productie brengen van een release.
Voor de bestemmeling bestaat de implementatieperiode uit twee delen :
• de ontwikkeling en het in productie brengen van de compatibiliteitsmodaliteiten
en
• de ontwikkeling en het in productie brengen van de programma’s voor de behandeling van de berichten.
De compatibiliteitsmodaliteiten voor de release in implementatie en de release in gebruik moeten niet tezelfdertijd geïnstalleerd worden.
3.2.5 Valideren en certificeren van de berichten
De validering en de certificering gebeuren op het niveau van het bericht.
Volgens de basisregels van EDI, is de verzender de enige verantwoordelijke voor de kwaliteit van de inhoud van de uitwisselingen.
De validering gebeurt op initiatief van de ontvanger. Deze laatste nodigt de verzenders uit hem de berichten toe te sturen. Hij controleert deze op inhoud. Indien hij afwijkingen en incoherentie ontdekt met de gepubliceerde berichten, zal hij de verzender hiervan op de hoogte brengen.
Het resultaat van dit valideringsproces is de bilaterale certificering van het bericht door de ontvanger en de verzender.
3.2.6 De flexibiliteit van de releasedatum
Alhoewel de releasedatum als een vaste en onwijzigbare datum moet beschouwd worden, kan de Groep Normalisatie zich het recht toeeigenen deze datum te herzien gedurende de implementatieperiode. Deze datum kan slechts uitgesteld worden bij reden van sectoraal belang.
3.2.7 Het onderhoud van de lijst van releases
Op het ogenblik van de samenstelling van een release, zullen de versies – 1 van de MCIs die er deel van uitmaken aangeduid worden voor depreciatie op de releasedatum indien deze versie – 1 bestaat.
Het is de taak van de Groep Normalisatie om de schrappingsdatum van de gedeprecieerde MCI te bepalen.
Voor de verzender betekent dit dat hij slechts één versie in productie heeft, dit is de versie die deel uitmaakt van de release of de vorige versie. (versie –1)
De ontvanger moet 2 versies van de MCI kunnen ontvangen :
• De versie die deel uitmaakt van de release
• De vorige versie (versie –1)
De periode waarin deze 2 versies geldig zijn start op de datum van in productie brengen van een MCI en eindigt op de schrappingsdatum van de versie –1 van de MCI.
Een release wordt nooit gedeprecieerd. Hij wordt geschrapt op de datum van schrapping van de laatste MCI die ertoe behoort.
Het resultaat hiervan wordt gepubliceerd op de TELEBIB2-website.
4. BEROEPSPROCEDURE
Alle problemen die voortspruiten uit de toepassing van deze overeenkomst moeten voorgelegd worden aan de Gemengde Opvolgcommissie.
Tegen beslissingen van de Gemengde Opvolgcommissie is geen beroep mogelijk.