Engineering-documentbeheer laten maken
Appfront bouwt maatwerk software voor het beheer van tekeningen, schema's, specificaties en berekeningen bij kapitaalintensieve installaties en bouwwerken. De vraag is zelden waar een document staat, maar welke revisie nu de geldende is, wie haar heeft vrijgegeven, en of de vervallen versie aantoonbaar uit omloop is.
Documentbeheer bij een installatie is iets anders dan op kantoor
Engineering-documentbeheer, in aanbestedingen vaak documentcontrol of EDMS genoemd, gaat over de technische documentatie van een fysiek object: P&ID's, isometrieën, elektrotechnische schema's, constructietekeningen, sterkteberekeningen en leveranciersdocumentatie. Het speelt in de procesindustrie, energie, infrastructuur, scheepsbouw en utiliteitsbouw.
Het verschil met kantoordocumentbeheer zit in de aard van het document. Een contract heeft een versie, en die versie is het contract. Een tekening heeft een revisie, en die revisie is een bewering over een object dat zelf verandert. Lopen installatie en tekening uit elkaar, dan is het archief niet onnauwkeurig maar misleidend.
Twee aangrenzende vragen horen elders thuis. Gaat het om stamgegevens die in meerdere systemen consistent moeten zijn, zoals asset- en tagnummers, dan zit u bij master data management software. Gaat het om procedures, werkinstructies, afwijkingen en audits, dan hoort dat in een kwaliteitsmanagementsysteem op maat.
Eén geldende revisie
Precies één revisie is de geldende. Die status volgt uit een vrijgave met naam en datum, niet uit een bestandsnaam.
Vervallen is een handeling
Het systeem weet aan wie een revisie is verstrekt en zet daar een intrekking tegenover die pas sluit na bevestiging.
Documentatie volgt de werkelijkheid
Een wijziging op locatie opent een verplichting op het bijbehorende document, met eigenaar en status.
Drie tekeningen van dezelfde leiding, en niemand weet welke geldt
In de kast bij de installatie hangt een geplastificeerde tekening, geprint tijdens de laatste grote stop. In de mailbox van de projectleider zit revisie D. De aannemer van volgende week werkt uit de aanbestedingsset, revisie B. Alle drie waren ooit geldig, en geen van de drie meldt dat er iets nieuwers is.
Zolang het om een maatvoering gaat, kost dat herstelwerk. Bij een installatie waar veiligheid van de juiste tekening afhangt, verandert de aard van het probleem. Een isolatieplan opgesteld op een verouderd P&ID kan een afsluiter aanwijzen die bij de vorige ombouw is verplaatst. De werkvergunning is dan formeel in orde en materieel onjuist, en onzichtbaar tot het ertoe doet. Dat is geen archiefprobleem maar een risico in de installatie.
As-built en as-designed groeien uit elkaar
Kleine wijzigingen tijdens de bouw, een spoedreparatie in het weekend, een pomp vervangen door een ander type, een leiding omgelegd om ruimte te maken. Elke ingreep is verdedigbaar en verdwijnt uit beeld zodra niemand haar hoeft terug te melden. Het patroon is bekend: de as-built wordt aan het eind toegezegd, tegen die tijd is het projectteam ontbonden, en de laatste tien procent komt nooit. Een systeem dat dit doorbreekt hangt de terugmelding aan het wijzigingsbeheer, zodat een goedgekeurde wijziging een verplichting opent die meeweegt bij de afsluiting.
Documenten van derden horen door een poort
Aannemers en leveranciers leveren een aanzienlijk deel van de documentatie: as-builts, keuringsrapporten, materiaalcertificaten en onderhoudshandleidingen, in hun eigen nummering en formaten. Wie dat rechtstreeks in het archief laat landen, heeft binnen een jaar een archief waar niemand meer op durft te bouwen. Daar hoort een acceptatieproces tussen: controle op volledigheid en formaat, hernummering naar uw structuur, review door de verantwoordelijke discipline, en pas daarna opname. Het retourpad bij afkeuring hoort in het contract.
De revisiestatus is de kern, niet een veld op een formulier
Een documentstatus is pas iets waard als hij volgt uit een handeling die iemand met naam heeft verricht, en als het systeem er consequenties aan verbindt. In de meeste installatieomgevingen komt dat neer op vier toestanden.
In bewerking bij de opsteller. Anderen mogen meekijken maar het niet als basis voor werk gebruiken; wie het print, krijgt die aanduiding mee.
Aangeboden aan de reviewers van de betrokken disciplines. Commentaar hangt aan de revisie, zodat herleidbaar blijft welke opmerking tot welke wijziging leidde.
Vrijgegeven voor gebruik, met naam, rol en datum. De revisie is vanaf dan onveranderlijk: een correctie leidt tot een nieuwe revisie. Distributie begint hier.
De opvolger is goedgekeurd. Het systeem genereert de intrekkingsopdracht uit de distributiehistorie. Het document blijft raadpleegbaar voor de historie, maar gemarkeerd.
In projectomgevingen komen daar toestanden bij: een aparte vrijgave voor constructie naast een vrijgave ter informatie, of een hold wanneer een revisie is ingetrokken zonder opvolger. Welk statusmodel u nodig heeft is een vraag voor vóór de bouw: achteraf wijzigen betekent dat u de geschiedenis van alle bestaande documenten opnieuw moet duiden.
Wat zo'n systeem moet kunnen
Hoe zwaar deze onderdelen wegen verschilt: een beheerorganisatie met een stabiel archief heeft andere behoeften dan een projectorganisatie met honderden documenten per week.
Nummerplan dat het object volgt
Een nummer dat installatie, systeemdeel en documentsoort codeert is jaren later nog leesbaar. Het nummerplan zit als regel in het systeem.
Zoeken op metadata
Discipline, systeem, tagnummer, projectfase, revisiestatus en leverancier als doorzoekbare velden, in plaats van een rondgang langs collega's.
Acceptatie van aanlevering
Een aanleverportaal met controle op volledigheid, formaat en naamgeving, plus een reviewronde per discipline.
Distributie en intrekking
Vastleggen wie welke revisie ontving, zodat intrekken gericht kan. Print op aanvraag met watermerk en afdrukdatum.
As-built terugkoppeling
Een wijziging op locatie opent een verplichting op de betrokken documenten, met eigenaar en einddatum.
Overdrachtsdossier als eisenlijst
De inhoud van het opleverdossier ligt bij aanvang vast per systeemdeel, zodat ruim vooraf zichtbaar is wat ontbreekt.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Codering en normen: wat bestaat er, en wat heeft u eraan?
Voor het structureren en nummeren van installatiedocumentatie bestaan internationale normen, en het loont om uw nummerplan daarop aan te laten sluiten. IEC 81346-1:2022 legt de structureringsprincipes en referentieaanduidingen vast waarmee u objecten over disciplines heen aanduidt. Voor de documentsoort was IEC 61355-1:2008 lang het kader, met de document kind classification code. Die norm is begin 2025 vervangen door EN IEC 81355-1:2025, dat de invalshoek verlegt naar informatiecontainers en de DCC vervangt door een information kind classification code (ICC).
In bouw en infrastructuur is de NEN-EN-ISO 19650-serie het kader: deel 1 concepten en principes, deel 2 de ontwerp- en bouwfase, deel 3 de gebruiksfase. De serie is bewust algemeen geformuleerd; DigiGO werkt daarom aan praktische richtlijnen. Voor tekenwerk in de grond-, weg- en waterbouw legt de NLCS coderingssystematiek, lagenstructuur en metadata vast.
In de procesindustrie en de olie- en gassector is CFIHOS het aangewezen kader voor informatieoverdracht bij oplevering. Het is bij IOGP ondergebracht als JIP36 en beschrijft welke gegevens en documenten een opdrachtnemer levert, en in welke vorm. Dat is contractueel beter af te dwingen dan een eigen lijst.
Bij Brzo-inrichtingen is documentatie geen administratieve bijzaak. Het Besluit risico's zware ongevallen 2015 zet de Seveso III-richtlijn (2012/18/EU) om in Nederlands recht en verplicht tot een veiligheidsbeheersysteem volgens bijlage III daarvan; artikel 12 verplicht hogedrempelinrichtingen tot een actuele lijst van aanwezige gevaarlijke stoffen. Bij een inspectie is de vraag zelden of u documentatie heeft, maar of die aantoonbaar actueel is.
Wanneer u dit beter niet moet laten bouwen
Er bestaan volwassen EDMS- en PDM-pakketten voor precies dit probleem, en voor een flink deel van de lezers hier is zo'n pakket de juiste keuze. Werkt u volgens een gangbare revisiesystematiek, sluit uw nummerplan aan op een norm en passen uw processen binnen wat het pakket biedt, dan koopt u jaren ontwikkelwerk en een beproefd goedkeuringsmodel. Dat inruilen voor een eigen bouw is zelden verstandig, en dat geldt ook bij een beperkt documentvolume of als niemand het beheer wil dragen.
Maatwerk is te verantwoorden in een beperkter aantal situaties: wanneer uw nummer- of goedkeuringsstructuur wezenlijk afwijkt van wat een pakket ondersteunt, wanneer het systeem moet koppelen aan omgevingen die de leverancier niet kent, of wanneer een functie die u nodig had jarenlang op de roadmap van een leverancier bleef staan.
Wat maatwerk meebrengt, hoort u vooraf te weten. Beheer, gebruikersondersteuning en doorontwikkeling komen bij uw organisatie te liggen. In gereguleerde omgevingen komt daar de verplichting bij om de werking van het systeem zelf te onderbouwen en te documenteren, en dat bij elke wijziging actueel te houden. Bij een pakket leunt u daarvoor deels op de leverancier; bij een eigen bouw ligt het bij de opdrachtgever.
Maatwerk is te overwegen wanneer
- uw nummer- of goedkeuringsstructuur niet in een pakket past
- u moet koppelen aan systemen die de pakketleverancier niet ondersteunt
- meerdere locaties met eigen regimes onder één archief moeten
- externe partijen aanleveren volgens uw contractvoorwaarden
- u eigenaar wilt zijn van code, data en migratiepad
Gerelateerde diensten
Waar aanpalende vraagstukken thuishoren, zodat u niet één systeem bouwt voor drie problemen.
Master data management
De stamgegevens achter uw documenten: asset- en tagnummers, apparatuurtypen en leveranciers. Staan die overal net anders, dan helpt geen documentbeheersysteem. Zie master data management software laten maken.
Kwaliteitsmanagement
Procedures, werkinstructies, afwijkingen en audits volgen een eigen ritme en horen naast het engineering-archief. Zie kwaliteitsmanagementsysteem op maat laten maken.
Software voor de maakindustrie
Produceert u zelf, met stuklijsten en engineering-to-order, dan is dat een ander vraagstuk. Zie maakindustrie software laten maken.
Veelgestelde vragen over engineering-documentbeheer
De vragen die opdrachtgevers stellen vlak voor een keuze.
Een mappenstructuur zegt waar een document staat, niet of het de geldende revisie is; iedereen kan kopiëren of een oude versie openen zonder dat dat opvalt. In een documentbeheersysteem volgt de status uit een goedkeuring met naam en datum, is een goedgekeurde revisie onveranderlijk, en leidt vervallen tot een intrekkingsopdracht per ontvanger.
Voor veel organisaties is dat de betere keuze. Werkt u volgens een gangbare revisiesystematiek en passen uw processen binnen het pakket, dan koopt u jaren ontwikkelwerk en een beproefd goedkeuringsmodel. Maatwerk is pas te verantwoorden bij een afwijkende goedkeuringsstructuur of bij koppelingen die de leverancier niet ondersteunt.
Vervallen is een handeling met gevolgen, geen stille statuswijziging. Het systeem legt vast aan wie een revisie is verstrekt en in welke vorm, en genereert bij goedkeuring van de opvolger per ontvanger een intrekkingsopdracht die pas sluit na bevestiging. Prints dragen een watermerk met revisienummer en afdrukdatum.
Via een acceptatieproces, niet via de mailbox. Externe partijen leveren aan in een portaal dat controleert op volledigheid, formaat en naamgeving, gevolgd door hernummering naar uw structuur en review door de verantwoordelijke discipline. Leg de aanlevereisen vast in het contract, anders wordt het portaal omzeild.
De opdrachtgever is eigenaar van de broncode en de data. We leveren de repository, de bouw- en deployscripts, het databaseschema en de technische documentatie op, zodat een andere partij het kan overnemen. De documentformaten blijven open, zodat het archief ook zonder onze applicatie leesbaar is.
Dan telt niet de aanwezigheid van documentatie maar de aantoonbaarheid. Het systeem legt per revisie vast wie haar opstelde, reviewde en goedkeurde, aan wie zij is gedistribueerd en wanneer de vorige is ingetrokken. Die keten is exporteerbaar, wat telt bij Brzo-inrichtingen met hun verplichte veiligheidsbeheersysteem.
Door nummerplan en metadata op te hangen aan een norm in plaats van aan de applicatie. Wie objecten aanduidt volgens IEC 81346 en documentsoorten classificeert volgens de opvolger van IEC 61355-1, houdt een archief dat ook buiten het systeem betekenis heeft. Bewaar in open, archiefgeschikte formaten.
Wat speelt er in uw archief?
Vertel om welke installatie het gaat, hoe uw revisies en goedkeuringen nu lopen en waar de documentatie uit de pas loopt. We kijken ook eerlijk of een standaardpakket u beter helpt.