1.8 Memo Opleverstructuur

1.8 Memo Opleverstructuur

Voordat we met de uitrol van het Programma Verlichting startten, schreven we het ‘Memo structuur Opleverdossier’. De 5 aannemers die bij het programma betrokken waren, wisten daardoor vooraf welke documenten en gegevens ze moesten opleveren. Doel hiervan was dat ze tijdens de engineering direct al per station hun dossier vorm konden geven. Dit om te voorkomen dat ze achteraf een zoektocht door honderden bestanden en versies moesten doen om nog een kloppend dossier samen te stellen.

In de praktijk ging dat bij de eerste stations die werden opgeleverd nog vrij moeizaam. Maar bij de volgende stations werd het bijhouden en gaandeweg vullen van het dossier steeds meer een automatisme. Hier bleek ook weer het voordeel van een programma: met een lerende organisatie voorkom je dat je 400 keer dezelfde fout maakt.

De structuur van het opleverdossiers hebben we in een zipfile als een lege mappenstructuur aangeleverd. De aannemers hebben de zipfile daarna per station gevuld. Uiteindelijk zijn in 2021 en 2022 de opleverdossiers van alle 400 stations als zipfile op Sharepoint gezet.

In de zipfile staan ook alle documenten die via SAP/PLM zijn ingediend bij: 1. De regio (bijvoorbeeld BBKS) 2. SAP (bijvoorbeeld objectgegevens, invulprofielen van de armaturen, lichtmasten, luidsprekers, etc.) 3. NS-gegevens zoals E-tekeningen die in NS Projectwise komen.

Naast tekeningen zijn voor beheer ook de onderhoudsgegevens per object in de SAP-database vastgelegd. In 2016 bleek dat van stationsinstallaties nog weinig individuele objecten waren vastgelegd in SAP. De meeste gegevens hebben we daarom niet gewijzigd maar opnieuw ingevoerd. Dit betreft onder andere: 1. Lichtmasten stonden nog niet in SAP. 2. Armaturen stonden vaak als één generiek object per station in SAP (bijvoorbeeld met omschrijving

‘Verlichting station Weesp’) en niet als specifieke objecten (bijvoorbeeld ‘mastarmaturen spoor 1

Weesp’). Het was dus niet te zien welk type armatuur op welke locatie was toegepast. Hiertoe hebben we per stationsobject de volgende afspraak voor de benaming in het memo vastgesteld:

‘[type equipment] [transferzone] [positie] [aanvullende details positie] [stations afkorting]’

dus bijvoorbeeld:

‘Verlichting perron sp1 Rtd zijde Gvm’ ‘Verlichting kap sp 2/3 kap Gv zijde Gvm’ ‘Modulaire buis sp2/3 Gvm’

NB: In benaming niet perron 1 en perron 2 gebruiken maar spoor 1, spoor 2 omdat alleen de spoornummers (en niet de perron nummers) duidelijk op het station zijn aangegeven. 3. Per armatuur zijn fabricaat en type in SAP vastgelegd in het veld Opmerking (omdat daar geen ander veld voor was). 4. De onderhoudstermijn van armaturen is nu 10 jaar (50.000 branduren) in plaats van 2 jaar. 5. Dimsensoren en de bijbehorende Gateway zijn toegevoegd in SAP. 6. Modulaire Buizen (voor SpoorLAN glasvezel) zijn toegevoegd in SAP als het perron is open gegraven. 7. Luidsprekers zijn vervangen en geactualiseerd in SAP als deze einde levensduur waren. Voor ProjectWise is het document ‘33 Tekenhandboek NS Projectwise V20 (08-05-2018).pdf’ als bindend contractstuk toegevoegd. Hierin staat onder andere dat in de NS-onderhoudstekeningen boven de onderhoek een armaturenlijst is toegevoegd. Voor 2015 had de NS huisinstallateur dat bijna nooit toegevoegd of bijgehouden bij incidenteel onderhoud. Het Programma Verlichting heeft op alle E-tekeningen de armaturenlijst als legenda laten toevoegen (zie voorbeeld hieronder voor Tilburg).