DAP (Dossier Afspraken procedures) tussen
DAP (Dossier Afspraken procedures) tussen
Mijn Aansluiting en Netbeheerder / DSP deelnemer
Versie: 1.0
Datum: oktober 2021
Inhoud
1.1 Verantwoordelijkheid en beheer DAP 3
2. Services Mijn Aansluiting 4
2. 1 Helpdesk ondersteuning website xxxxxxxxxxxxxxx.xx 4
2. 2 Wiki ondersteuning gebruik IT-diensten 4
2.4.1 Uniforme dienst na nieuwe / gewijzigde functionaliteit 5
3. Verantwoordelijkheid netbeheerder / DSP deelnemer 7
3.1.2 Communicatie naar juiste contactpersonen 7
3.1.3 Communicatie over verwijzingen naar xxxxxxxxxxxxxxx.xx 7
3.2.1 Verwerken van aanvragen 8
3.2.2 Configuratie instellingen beheren en actualiseren 9
3.2.3 Productie- en Acceptatieomgeving 10
Bijlage 3. Wijzigingen CAPO 15
Bijlage 4. Wijzigingen Rapportages 16
Wijzigingshistorie
Versie | Datum | Omschrijving | Door |
1.0 | Oktober 2021 | Eerste versie ter publicatie |
Beschikbaar op
Voor wie | |
Wiki Mijn Aansluiting | Netbeheerders & deelnemers |
SharePoint Mijn Aansluiting | Stichting Mijn Aansluiting |
Gerelateerde documenten
Versie | Datum | Omschrijving |
2021 | DVO-VWO per netbeheerder |
2
Het doel van het Dossier Afspraken en Procedures (DAP) is het vastleggen van specifieke werkafspraken tussen de netbeheerders / DSP deelnemers en Mijn Aansluiting m.b.t. de dienstverlening zoals beschreven in de DVO (Dienst Verlening Overeenkomst).
Het DAP is onderdeel van de overeenkomst en kan tussentijds gewijzigd worden omdat afhankelijk van de steeds nieuw ontwikkelde functionaliteit aanvullende werkafspraken van toepassing kunnen zijn.
1.1 Verantwoordelijkheid en beheer DAP
Eigenaar van het DAP is de Operationeel manager van de Stichting Mijn Aansluiting en het beheer is belegd bij de Service manager.
Wijzigingen op de werkafspraken kunnen worden aangeleverd door zowel de netbeheerders / DSP deelnemers als Mijn Aansluiting en worden samen afgestemd. Partijen zijn verantwoordelijk voor de implementatie van de (nieuwe) werkafspraken in hun eigen organisatie.
De Service manager van Mijn Aansluiting verzamelt deze nieuwe afspraken en verwerkt deze maximaal één keer per kwartaal in het DAP.
2. 1 Helpdesk ondersteuning website xxxxxxxxxxxxxxx.xx
De Helpdesk van Mijn Aansluiting levert op maandag t/m vrijdag van 9.00 – 17.00 uur telefonische ondersteuning aan klanten die een aanvraag indienen.
De Klantenservice van de netbeheerder dient een klant alléén naar de Helpdesk van Mijn Aansluiting door te verwijzen als de klant een vraag heeft over:
o het aanmaken of wijzigen van een account
o gebruik van de website bij het indienen van aanvragen of wijzigingen.
Inhoudelijke vragen zoals b.v. over de planning, technische informatie of facturen dienen door de netbeheerder zelf beantwoord te worden.
De Helpdesk van Mijn Aansluiting kan klanten doorverwijzen naar de Klantenservice van een netbeheerder, wanneer het om een inhoudelijke klantvraag gaat welke specifiek betrekking heeft op een dienst of product van een deelnemende partij in het aansluitgebied van die klant.
2. 2 Wiki ondersteuning gebruik IT-diensten
Voor de ondersteuning van het gebruik door de netbeheerders, deelnemers en aannemers van LIP, DSP, CAPO en Power BI Rapportages is een wiki site beschikbaar met algemene, functionele en technische documentatie.
Het beheerteam van Mijn Aansluiting zorgt ervoor dat deze wiki site is voorzien van up-to-date informatie. Via een Service verzoek – overig op de Servicedesk portal kunnen wijzigingen voor de wiki worden doorgegeven.
Incidentmeldingen en verzoeken voor wijziging dienen door de key-user van de DSP deelnemer of superuser van de netbeheerder ingediend te worden bij de Servicedesk van Mijn Aansluiting en worden binnen het support window, zoals beschreven in de DVO, in behandeling genomen.
Incident meldingen worden opgelost, standaard wijzigingsverzoeken worden uitgevoerd en informatieverzoeken worden beantwoord binnen de tijd zoals beschreven in de DVO. Niet-standaard wijzigingsverzoeken worden uitgevoerd volgens het prioritering- en besluitvormingsproces zoals aangegeven in par. 1.2 van de Product Diensten Catalogus (PDC).
Zie de bijlagen 1 t/m 4 voor een overzicht van de wijzigingsverzoeken.
Een verzoek via de Servicedesk portal dient volledig ingevuld te worden incl. de bijbehorende prioriteit gebaseerd op de omschrijving op de wiki van Mijn Aansluiting.
Communicatie over de status van het ticket verloopt via het Servicedesk systeem. Indien na 7 dagen na de oplos- of uitvoeractie door Mijn Aansluiting geen reactie van de indiener van het ticket ontvangen is, wordt automatisch een herinnering verstuurd via het systeem. Na 14 dagen wordt het ticket gesloten indien nog geen reactie van de indiener is ontvangen.
Een incident dat de netbeheerder / deelnemer / aannemer aanmeldt en waarvan achteraf blijkt dat de oorzaak ervan niet in het domein van Mijn Aansluiting ligt, wordt als “onterecht aangemeld incident ” beschouwd en wordt niet meegenomen in de kwartaal SLA rapportage.
Releasebeheer betreft de realisatie van nieuwe functionaliteit in de vorm van releases die in samenhang worden gebouwd, getest en opgeleverd door Mijn Aansluiting. Hierbij wordt gebruik gemaakt van een OTAP straat met verschillende omgevingen (Ontwikkel, Test, Acceptatie en Productie), waarbij de Acceptatie -en Productieomgeving beschikbaar zijn voor de deelnemer.
Mijn Aansluiting hanteert de Xxxxx werkwijze om op een flexibele manier nieuwe functionaliteiten op te leveren. Er wordt gewerkt in multidisciplinaire teams die in 4 sprints van 2 weken (PI - Program Increment) werkende producten opleveren. Het eindresultaat van de PI wordt in een demo gedeeld met de netbeheerders, DSP deelnemers en aannemers.
2.4.1 Uniforme dienst na nieuwe / gewijzigde functionaliteit
Indien voor de nieuw toegevoegde of gewijzigde functionaliteit een bepaalde verwerking verwacht wordt door de netbeheerders en/of deelnemers dient dit per functionaliteit te worden vastgesteld, zodat de (nieuwe of aanvullende) beheertaken kunnen worden toegevoegd aan dit DAP. Deze beheertaken worden aangegeven in de release notes per dienst beschikbaar op de wiki.
Nieuwe functionaliteit die het berichtenverkeer niet raakt, wordt per increment opgeleverd. De scope wordt per increment in afstemming met de Product Manager van Mijn Aansluiting vastgesteld door de Product Owner op basis van input vanuit de netbeheerders, aannemers en combi-organisaties en feedback van klanten.
Aanpassingen die het berichtenverkeer wel raken, worden ruim van tevoren gepland i.v.m. impact op de systemen van de netbeheerders.
De LIP release notes zijn beschikbaar op de wiki van Mijn Aansluiting.
Één keer per jaar wordt in mei een nieuwe release gepland. De scope wordt in afstemming met de Product Manager van Mijn Aansluiting door de Product Owner in het maandelijks overleg met de deelnemers vastgesteld.
Voor de oplevering van een nieuwe DSP release gelden de onderstaande afspraken:
Updaten Business rules:
1. 4 wijzigingsmomenten toegestaan in een kalenderjaar
2. Tegelijk met DSP major release volledige aanpassingsvrijheid van Business rules: 6 maanden voorafgaand aan de release publiceren in de Business Rules Manager (BRM), operationeel op moment van livegang DSP release.
3. Bevindingen tijdens testfase: 2 maanden voor de release indienen en uiterlijk voor livegang van de release verwerkt en getest.
4. Bugfixes na DSP release: 1 maand na de release de aangepaste busines rules publiceren en uiterlijk 2 maanden na de release operationeel voor partijen.
5. Een tussentijdse release voor het aanpassen /toevoegen van scenario’s: 4 maanden na de release indienen en 6 maanden na de release operationeel.
Bovenstaande maanden zijn richtlijnen. De definitieve data worden bepaald in het deelnemersoverleg.
Conversie:
1. Verwijderen of bijstellen van opdrachten waar nog geen TG (Technisch Gereed) voor is opgeleverd: binnen 3 maanden na release.
2. Overige opdrachten bijstellen of verwijderen: binnen een half jaar na release.
3. Uitzetten van de voorgaande versie: oude versie blijft tot een half jaar na nieuwe release nog beschikbaar.
De exacte datums voor het updaten van de business rules en conversie worden vastgesteld in de release planning, welke in het DSP deelnemersoverleg in gezamenlijkheid wordt vastgesteld.
Naast de jaarlijkse DSP release zijn er ook periodieke release van DSP Analytics en Business Rules Manager. De release notes hiervan zijn beschikbaar op de wiki van Mijn Aansluiting.
Nieuwe functionaliteit wordt per increment opgeleverd. De scope wordt per increment in afstemming met de Product Manager van Mijn Aansluiting door de Product Owner vastgesteld op basis van wensen vanuit de combi-organisaties.
De release notes zijn beschikbaar op de wiki van Mijn Aansluiting.
Nieuwe functionaliteit wordt per increment opgeleverd. De scope wordt per increment in afstemming met de Product Manager van Mijn Aansluiting door de Product Owner vastgesteld op basis van wensen vanuit de gebruikers van de verschillende rapportages.
De release notes van de Combi Rapportage zijn beschikbaar op de wiki van Mijn Aansluiting.
3. Verantwoordelijkheid netbeheerder / DSP deelnemer
De stichting Mijn Aansluiting en de netbeheerders en DSP deelnemers hebben een gezamenlijke verantwoordelijkheid in de dienstverlening en de kwaliteit daarvan aan de eindklanten. In dit hoofdstuk worden de afspraken ten behoeve van een goede verwerking van de aanvragen uiteengezet.
I.v.m. het in werking treden van de Algemene Verordening Gegevensbescherming (AVG) is het van belang om het gebruikersbeheer goed op orde en up-to-date te hebben.
De netbeheerder / deelnemer is verantwoordelijk voor het toekennen van de juiste rollen / aanvragen van de juiste rechten voor werknemers die toegang nodig hebben tot de systemen van de dienstverlening van Mijn Aansluiting. Dit geldt ook voor het wijzigen en verwijderen van de rollen en rechten.
Via de Servicedesk portal kan een verzoek hiervoor ingediend worden.
3.1.2 Communicatie naar juiste contactpersonen
Indien van toepassing informeert Mijn Aansluiting de netbeheerders en deelnemers over wijzigingen in de dienstverlening. Van belang is dat deze informatie naar de juiste personen wordt verstuurd.
3.1.3 Communicatie over verwijzingen naar xxxxxxxxxxxxxxx.xx
Indien de netbeheerder in de communicatie naar klanten een verwijzing opneemt naar (de helpdesk van ) xxxxxxxxxxxxxxx.xx of een wijziging aanbrengt bijvoorbeeld op haar website over xxxxxxxxxxxxxxx.xx, dient de Service manager van Mijn Aansluiting hierover geïnformeerd te worden.
Indien gepland onderhoud plaatsvindt op één of meerdere systemen van de netbeheerder / deelnemer, die de dienstverlening van Mijn Aansluiting raken, dient dit minimaal 14 dagen vóór uitvoer gemeld te worden op de Servicedesk portal via een “Service verzoek - overig”.
Indien gepland onderhoud plaatsvindt in de dienstverlening van Mijn Aansluiting, die de systemen van de netbeheerders en/of deelnemers raakt, wordt dit minimaal 14 dagen vóór uitvoer onderhoud per e-mail aan de betreffende contactpersonen gemeld.
Binnen de LIP dienstverlening heeft de netbeheerder naast de beschikbare beheerapplicatie ook een aantal andere beheertaken om ervoor te zorgen dat het aanvraagproces voor de klant goed verloopt en ervoor te zorgen dat de klant via xxxxxxxxxxxxxxx.xx beschikt over een up-to-date status van de aanvraag.
Afspraken gebruik Track & Trace (T&T):
o Aanvraag binnen 2 werkdagen op status ‘Ontvangen’. Bij gebruik web service moet een retry mechanisme geïmplementeerd zijn.
o Aanvraag afgerond: zet de aanvraag binnen 2 werkdagen na afronding via de T&T service op
status ‘Aansluiting gereed’.
o Aanvraag afgerond omdat de offerte is geweigerd door de klant: zet de aanvraag binnen 2 werkdagen via de T&T service op ‘Afgerond - Offerte geweigerd’.
o Aanvraag afgerond omdat de offerte is geannuleerd: zet de aanvraag binnen 2 werkdagen via de T&T service op ‘Afgerond - Offerte geannuleerd’.
o Aanvraag afgerond omdat de geldigheid van de offerte is verlopen: zet de aanvraag binnen 2 werkdagen via de T&T service op ‘Afgerond - Offerte verlopen’.
o Aanvraag afgerond omdat de aanvragen buiten LIP om in behandeling worden genomen: zet de aanvraag binnen 2 werkdagen via de T&T service op ‘Afgerond - Afhandeling buiten LIP’. Dit betreft een ongewenste situatie vanwege het negatieve gevolg voor de consistentie (één loket) en klanttevredenheid.
Best practice additionele T&T berichten:
o Informeer de klant wie de aanvraag binnen uw organisatie in behandeling heeft met de T&T service ‘Behandelaar’.
o Klantcontact gehad: log het contact op de T&T pagina van de klant middels een ‘Extra informatie’ bericht.
o Offerte aanbieden buiten LIP om: log de offerte status dan op de T&T pagina van de klant,
namelijk ‘Offerte aangeboden / geweigerd / geannuleerd’.
o Offerte aanbieden via LIP: alle acties rondom het aanbieden, goedkeuren, weigeren, annuleren en afronden van een aanvraag worden door LIP automatisch op de T&T pagina voor de klant gelogd.
o Offerte goedgekeurd en het werk wordt uitgezet bij een aannemer: log de nieuwe behandelaar met de T&T service ‘Behandelaar’.
o Werk ingepland: log de datum via de T&T service ‘Werk ingepland’.
o Uitvoeringsdatum gewijzigd: log de nieuwe datum via de T&T service ‘Wijzig plandatum’.
o Factuur sturen: log de betaling via de T&T service ‘Betaling’.
Beheer status van de aanvragen:
o Aanvragen mogen door de netbeheerder niet geannuleerd worden o.b.v. wensdatum (ver) in de toekomst.
o In geval van storing bij de netbeheerder:
▪ mocht een status of push of pull request een fout geven, probeer het eerst opnieuw alvorens een storing te melden via de Servicedesk portal.
▪ aanvraagservice: aanvragen kunnen opnieuw gepushed worden via de beheeromgeving.
▪ pull service: betreffende aanvragen kunnen opnieuw gepulled worden.
o Afronden van aanvragen is van groot belang voor de stabiliteit van onze dienstverlening. Op langere termijn is dit van invloed op:
▪ de hoeveelheid data die automatisch wordt opgeruimd (afgeronde aanvragen worden na één jaar verwijderd uit het systeem)
▪ de mogelijkheid voor klanten om AVG verzoeken in relatie tot verwijdering gegevens geautomatiseerd voor klanten te laten verlopen.
o Rapportage functionaliteit: de LR rapportage bevat o.a. aantallen, typen en statussen van aanvragen en kan gebruikt worden bij analyses.
3.2.2 Configuratie instellingen beheren en actualiseren
Beheer polygonen: een wijziging in het verzorgingsgebied moet ingediend worden via de Servicedesk portal waarbij het gehele verzorgingsgebied aangeleverd moet worden. Het verzorgingsgebied dient aangeleverd te worden als een geografisch bestand in Keyhole Markup Language (KML) formaat. Indien KML niet mogelijk is dan een postcode bestand in Excel (XLS/CSV).
Beheer wachttijden: actief beheer uitvoeren van realistische wachttijden.
De wachttijd is de tijd tussen de datum waarop de aanvraag wordt ingediend en de eerst beschikbare week waarop mogelijk aangevangen kan worden met de werkzaamheden.
De eerst beschikbare week die getoond wordt, wordt berekend in het LIP en is afhankelijk van de instellingen zoals deze door de netbeheerders en combi’s zijn geconfigureerd.
Deze wachttijd kan in 4 abstractieniveaus worden aangepast:
1. Objectniveau
2. Productniveau
3. Vraag: afhankelijk van het antwoord op een door de netbeheerder in te stellen vraag.
4. Combi: bij meerdere netbeheerders in de aanvraag wordt de bij de combi ingestelde wachttijd meegenomen in de berekening van de wachttijd. De wachttijd instelling voor combi’s wordt door Mijn Aansluiting beheerd en kan alleen in opdracht van de combimanager gewijzigd worden.
De combi beschikt ook over de functionaliteit om vakantieweken uit te sluiten.
Beheer vakantieweken: om de verwachting van de klant te managen, kan de combi-organisatie vakantieweken uit laten sluiten per contractgebied van de aangeboden weken die in de planning stap getoond worden, zodat de klant een realistische planweek te zien krijgt.
Op verzoek van de combi-organisatie kan het beheerteam van Mijn Aansluiting deze uit te sluiten vakantieweken instellen. Periodiek verstuurt het beheerteam van Mijn Aansluiting een herinnering per e- mail naar de combi-organisaties met een overzicht van de ingestelde vakantieweken incl. verzoek om deze te controleren en wijzigingen aan te geven.
Organisaties:
o Instellingen up-to-date houden incl. URL’s, zodat klanten bij het zoeken van info op de website de juiste informatie getoond krijgen.
o Actief beheer op tijdigheid en geldigheid van de organisatie zodat de organisatie zichtbaar is op de contactpagina.
o Naamswijziging en/of logo wijziging van organisatie aanmelden via wijzigingsverzoek bij de Servicedesk portal van Mijn Aansluiting.
Diensten: wordt centraal ingesteld, dus is geen verantwoordelijkheid van de Netbeheerder.
Producten & tarieven:
o Alle producten voorzien van een goede korte en lange productomschrijving.
o Juiste geldigheidstermijn toekennen aan producten incl. onderliggende prijscomponenten t.b.v. tonen prijsindicatie. Alléén actieve producten kunnen door de klant geselecteerd worden. Actief beheer door de netbeheerders is noodzakelijk en superusers krijgen een melding als producten of prijzen binnen 30 dagen gaan verlopen.
Document templates: indien gebruik gemaakt wordt van “PV10-Aanvraag is opdracht” dan is het een vereiste dat de document templates, disclaimer en voorwaarden in de beheeromgeving correct zijn ingevuld.
Vragen: een vraag dient voorzien te zijn van een toelichting. Een vraag wordt pas getoond in het aanvraagproces als deze een ‘vraagkoppeling’ heeft. Een vraag kan op diverse manieren gekoppeld worden, bijvoorbeeld aan objecttype, dienst, subdienst of product.
Verzoeken tot een nieuwe generieke vraag, die voor meerdere netbeheerders relevant zijn, verlopen via een informatieverzoek voor advies via de Servicedesk portal van Mijn Aansluiting.
Objecten: actief beheer op gebruik objectinstelling door instellen minimale wachttijd en procesvariant.
Gebruikers:
o Actief gebruikersbeheer: toekennen van juiste rollen. Zie de wiki voor de verschillende rollen.
o Ken aan 2 personen de rol van Superuser toe, zodat in geval van ziekte de beheer werkzaamheden doorgang kunnen vinden.
o Verwijderen van het account van een medewerker die niet meer in dienst is bij de Netbeheerder.
Informatie over de beheerapplicatie is ook te vinden op de wiki van Mijn Aansluiting.
3.2.3 Productie- en Acceptatieomgeving
Configuratie wijzigen: wijzigingen moeten ALTIJD eerst op de Acceptatieomgeving worden uitgevoerd door de netbeheerder en na goed functioneren op de Productieomgeving doorgevoerd worden.
Synchronisatie Productie- en Acceptatieomgeving: 2 maal per jaar voert Mijn Aansluiting een synchronisatie uit van deze omgevingen. Alle configuratie instellingen van netbeheerders op de productieomgeving worden toegepast op de Acceptatieomgeving. Hiermee houden we beide omgevingen zo veel mogelijk gelijk en kan Mijn Aansluiting betere service verlenen bij incidenten.
Bij het uitvoeren van deze synchronisatie actie worden tevens alle (nog) niet verzonden aanvragen op de Acceptatieomgeving verwijderd.
Onderstaand de afspraken voor de DSP dienstverlening:
Annuleren van opdrachten via Servicedesk portal:
In de Servicedesk portal is een standaard wijzigingsverzoek beschikbaar voor het annuleren van opdrachten. Dit verzoek wordt alleen in behandeling genomen als dit voldoet aan de voorwaarden:
o voorzien van de goedkeuring van beide deelnemers (e-mail).
o de opdracht heeft status 500 (Oplevering) bereikt en TG is verstuurd.
Certificaat vervangen:
De deelnemer is zelf verantwoordelijk voor de validiteit van haar certificaat. Een verzoek voor het wijzigen van een certificaat moet ingediend worden via de Servicedesk portal.
Beheer van Mijn Aansluiting voert maandelijks controle uit over de geldigheid van de certificaten bij de deelnemers. Indien een certificaat binnen 1 à 2 maanden vervalt, wordt de deelnemer hierover geïnformeerd.
Indien een certificaat niet tijdig is verlengd door de deelnemer, dan kan de deelnemer geen berichten meer ontvangen. Belangrijk is dan om eerst een check te doen bij de eigen IT-afdeling alvorens een incident aan te melden via de Servicedesk portal van Mijn Aansluiting.
Retry mechanisme:
DSP biedt een aflevergarantie van berichten: zie de huidige werkwijze op de wiki.
De deelnemer dient zelf ook een retry-mechanisme in te stellen. De richtlijn geadviseerd vanuit Mijn Aansluiting is: 15 minuten, 2 uur en 24 uur.
Wijzigingen van endpoints:
Een wijziging in endpoints dient de deelnemer te registreren in DSP Analytics. Voor het daadwerkelijk aanpassen van de endpoints in het systeem dient de deelnemer via de Servicedesk portal een “Service verzoek – overig” in te dienen.
Business Rules Manager (BRM): alle scenario’s van de deelnemers dienen vastgelegd en gepubliceerd te zijn in de BRM.
Randvoorwaarde:
CAPO biedt aanvullende mogelijkheden ten opzichte van DSP en LIP, waarmee netbeheerders en aannemers elkaar kunnen informeren over de voortgang van het realisatieproces. De randvoorwaarde die hierbij geldt: in DSP dienen de juist referentievelden meegestuurd te worden volgens de procesafspraken die gemaakt zijn voor clustering van LIP aanvraag en DSP opdracht.
Afspraken over welke informatie uitgewisseld moet worden tussen de netbeheerder en de combi- organisaties moeten nog gemaakt worden. Informatie uitwisseling vindt plaats via applicaties of via API. Documentatie API is te vinden op de wiki.
Toegang: Voor toegang tot de CAPO dienstverlening dient registratie plaats te vinden. Zie de informatie op de wiki en voor het indienen van een Service verzoek voor toegang de Servicedesk portal.
Toegang: Toegang tot een rapportage kan aangevraagd worden via een verzoek op de Servicedesk portal.
Voor de Rapportage(s) Aansluitplanning is autorisatie benodigd van een hiervoor geautoriseerde combi medewerker. Zie de wiki.
Een gebruiker krijgt toegang voor de combi’s waar hij/ zij actief is.
Voor toegang is een PowerBI Pro licentie vanuit de eigen organisatie benodigd.
Wanneer een gebruiker 3 maanden niet heeft ingelogd wordt de toegang stopgezet en moet er een nieuw verzoek worden ingediend via de Servicedesk portal.
Onderstaand het overzicht (niet) standaard wijzigingen LIP die op de Servicedesk portal ingediend kunnen worden door de super-users van de netbeheerder. Dit overzicht kan uitgebreid worden met nieuwe standaard wijzigingen.
Standaard wijziging | Toelichting |
Gebruiker wijzigen | Wijzigen van rollen, rechten. Koppelen en ontkoppelen van een account (gebruiker LIP). |
Informatie verzoek | Verzoek voor opvragen informatie. |
Handmatig doorsturen aanvraag | Indien een aanvraag niet bij de netbeheerder is ontvangen, kan een verzoek ingediend worden om deze aanvraag / aanvragen handmatig door te sturen. |
Verzorgingsgebied inladen | Verzoek voor het inladen van een aangepast verzorgingsgebied. |
IP-adressen whitelisten | Verzoek voor het whitelisten van IP-adressen voor toegang Acceptatieomgeving. |
Contactpersoon projectmelding wijzigen | Verzoek voor het wijzigen van de contactpersoon van de combi-organisatie omtrent de projectmelding. |
Niet-standaard wijziging | Toelichting |
Nieuwe handmatige deelnemer aansluiten | Verzoek voor het aansluiten van een nieuwe deelnemer op LIP. |
Service verzoek Overig | Verzoek voor een niet-standaard wijziging in LIP. - ondersteuning bij het aanmaken van de juiste vraagstelling en instellen van specifieke business rules op generieke vragen in het LIP - aanpassen content op het LIP: netbeheerder en combipartij levert hiervoor de juiste content aan - aanvraag voor nieuwe functionaliteit |
OPM.
In het beheersysteem van LIP zijn veel onderdelen zodanig ingericht dat de super-users van de netbeheerders zelf wijzigingen kunnen aanbrengen om het systeem naar de eigen specifieke wensen van de netbeheerder in te richten. Het beheerteam levert hierbij desgewenst ondersteuning.
Onderstaand het overzicht (niet) standaard wijzigingen DSP die op de Servicedesk portal ingediend kunnen worden door de key-users van de deelnemer. Dit overzicht kan uitgebreid worden met nieuwe standaard wijzigingen.
Standaard wijziging | Toelichting |
Opdracht annuleren | Verzoek om een opdracht binnen DSP te laten annuleren. Goedkeuring per e- mail van de aannemer is benodigd. |
Opdracht opnieuw aanbieden | Xxxxxxx om één of meerder opdrachten opnieuw aan te laten bieden. |
Informatie verzoek | Verzoek voor opvragen informatie. |
Analytics account aanpassen | Verzoek voor het aanpassen van rechten van een Analytics account of om een account te laten wijzigen of verwijderen. |
Business rules Manager account aanpassen | Xxxxxxx voor aanpassen account & rechten Business Rules Manager |
Certificaat vervangen | Verzoek voor het vervangen van een certificaat van een deelnemer op betreffende omgeving. |
Endpoints wijzigen | Verzoek voor het wijzigen van één of meerdere endpoints. |
IP-adres whitelisten | Verzoek voor het whitelisten van één of meerdere IP-adressen om berichten vanuit DSP te ontvangen. |
Toegang tot API van DSP / BRM / CAPO | Verzoek voor toegang tot de API van DSP / BRM / CAPO. |
Niet-standaard wijziging | Toelichting |
Nieuwe deelnemer aansluiten | Verzoek voor het aansluiten van een nieuwe deelnemer op DSP. |
Service verzoek Overig | Verzoek voor een niet-standaard wijziging in DSP. |
Onderstaand het overzicht standaard wijzigingen voor de CAPO dienstverlening die op de Servicedesk portal ingediend kunnen worden door medewerkers van de Combi-organisatie, netbeheerders en aannemers. Dit overzicht kan uitgebreid worden met nieuwe standaard wijzigingen.
Standaard wijziging | Toelichting |
Account(s) rechten toewijzen / verwijderen op Productie omgeving | Verzoek voor toegang tot CAPO of verwijdering Productie omgeving. |
Account(s) rechten toewijzen / verwijderen op Acceptatie omgeving | Verzoek voor toegang tot CAPO of verwijdering Acceptatie omgeving. |
Informatie verzoek | Verzoek voor opvragen informatie inzake CAPO. |
Bijlage 4. Wijzigingen Rapportages
Onderstaand het overzicht (niet) standaard wijzigingen voor de Rapportages die op de Servicedesk portal ingediend kunnen worden door de key-users van de rapportage gebruikers. Dit overzicht kan uitgebreid worden met nieuwe standaard wijzigingen.
Standaard wijziging | Toelichting |
Toegang Rapportage(s) Aansluitplanning aanvragen/wijzigen/verwijderen | Verzoek voor toegang tot rapportage(s) Aansluitplanning en wijzigen, verwijderen. |
Toegang Combi Rapportage aanvragen/verwijderen. | Verzoek voor toegang tot de Combi rapportage en verwijderen. |
Toegang ACM Rapportage aanvragen/verwijderen | Verzoek voor toegang tot de ACM rapportage en verwijderen. |
Toegang LUKO Rapportage aanvragen/wijzigen/verwijderen | Verzoek voor toegang tot de LUKO rapportage en wijzigen, verwijderen. |
Informatie verzoek | Verzoek voor opvragen informatie over een rapportage. |
Niet-standaard wijziging | Toelichting |
Service verzoek Overig | Verzoek voor een niet-standaard wijziging inzake rapportages. |