Versie van 27 sep 2018 om 09:29

Basisprincipes DSP

Bij het doorlopen van het opdrachtproces bewaakt het DSP de overeengekomen business rules.

1. Minimale informatie van de opdracht (adres, aannemer, netbeheerder, etc.) wordt eenmalig opgeslagen.
   • In latere berichten worden deze gegevens niet opnieuw verstuurd.
2. Bij de start van het opdrachtproces worden het OpdrachtID, de aannemer en de netbeheerder aan elkaar gekoppeld.
   • Op basis van het OpdrachtID wordt bepaald of een netbeheerder/aannemer een actie mag uitvoeren voor een opdracht en of deze juist is geadresseerd.
3. Een bericht wordt alleen verwerkt als het opdrachtproces zich in de juiste status bevindt.
   • Er is altijd maar 1 partij verantwoordelijk voor de volgende stap in het proces. (bijvoorbeeld; als een verzoek tot bijstelling is gedaan door de aannemer moet de netbeheerder de herziene opdracht hebben verstuurd voordat de aannemer een technischgereedbericht mag versturen).

Er zijn 2 uitzonderingen op 3a:

1. Het versturen van een verzoek tot annuleren door de netbeheerder tussen versturen opdracht en ontvangen TG. Hierdoor wordt het reguliere proces beëindigd en start het annuleringsproces.
2. De aannemer kan meerdere planningberichten na elkaar sturen zonder tussenkomst van een bericht van de netbeheerder.

Gebruik van het Platform

De deelnemers communiceren via het DSP met synchrone webservices met elkaar. De primaire taak van het DSP hierbij is het valideren, ontvangen en afleveren van aangeboden berichten. Het DSP valideert aangeboden berichten t.o.v. de afgesproken XSD’s en de status van het proces (bijv. een opdrachtgereed bericht wordt pas verwerkt als de relevante AG’s succesvol zijn beoordeeld). Als een bericht is verwerkt heeft het DSP de verantwoordelijkheid om het bericht bij de geadresseerde af te leveren. Mocht de geadresseerde niet bereikbaar zijn zal het DSP na 15 minuten, 2 uur en 24 uur een nieuwe poging doen. Tussen deze pogingen en daarna kan functioneel beheer het bericht op aanvraag handmatig opnieuw aanbieden.
De communicatie via het DSP is beveiligd via encryptie, authenticatie en autorisatie op basis van SSL Tunneling, user en toegekende rol.

Gebruikte techniek

In het technisch platform van het DSP zijn drie (identieke) applicatieservers beschikbaar; Development “dev”, Quality Assurance “qas”, Production “www”. De development omgeving is voor deelnemers beschikbaar om service en unittests uit te voeren. De Quality Assurance wordt gebruikt voor het uitvoeren van technische-, functionele- en ketentesten. De applicatieservers zijn via 4 loadbalancers & firewalls verbonden met de deelnemers.

Inkomend: dev.dsplatform.nl (development)

Inkomend: qas.dsplatform.nl (quality assurance)

Inkomend: www.dsplatform.nl (production)

Uitgaand verkeer (outbound whitelist)