Revisies binnen een EPLAN-project beheer je door een gestructureerde aanpak te hanteren met duidelijke revisiecodes, een bijgehouden revisiehistorie en heldere afspraken over wanneer een nieuwe revisie aangemaakt wordt. EPLAN Electric P8 biedt hiervoor ingebouwde functionaliteit die revisies op schemaniveau vastlegt en zichtbaar maakt op het titelblok. In dit artikel beantwoorden we de meest gestelde vragen over revisiebeheer in EPLAN, van de juiste structuur tot samenwerken met meerdere engineers.
Welke revisiestructuur werkt het beste in EPLAN?
De meest effectieve revisiestructuur in EPLAN is een alfabetische of numerieke codering per pagina of per project, gecombineerd met een vaste revisietabel op het titelblok. Revisies worden daarbij altijd voorzien van een code (A, B, C of 01, 02, 03), een datum, een omschrijving van de wijziging en de naam of initialen van de verantwoordelijke engineer.
Welke codering je kiest, hangt af van de afspraken met de klant of de interne standaard van je organisatie. Sommige machinebouwers werken met letters voor kleine aanpassingen en nummers voor majeure wijzigingen. Andere bedrijven hanteren één doorlopende reeks. Belangrijk is dat de structuur consequent wordt toegepast binnen het hele project en dat iedereen die aan het project werkt de afspraken kent. Een revisiestructuur die alleen in theorie bestaat maar in de praktijk willekeurig wordt ingevuld, levert meer verwarring op dan ze oplost.
Hoe werkt de revisiehistorie in EPLAN Electric P8?
EPLAN Electric P8 registreert revisies via de revisiebeheerfunctie, waarbij wijzigingen op pagina- of projectniveau worden vastgelegd met een tijdstempel, een gebruikersnaam en een omschrijving. Deze revisiehistorie is terug te vinden via de projecteigenschappen en kan automatisch worden weergegeven in de revisietabel op het titelblok.
Wanneer je een pagina aanpast, kun je in EPLAN handmatig een nieuwe revisie aanmaken voor die specifieke pagina. EPLAN slaat dan de vorige staat op als referentie en markeert de gewijzigde pagina met de nieuwe revisiecode. Dit maakt het mogelijk om per pagina te zien welke revisie actueel is, zonder dat het hele project opnieuw gearchiveerd hoeft te worden. De revisiehistorie is daarmee niet alleen een administratieve maatregel, maar ook een praktisch hulpmiddel voor iedereen die later aan het schema werkt of het schema beoordeelt.
Wat is het verschil tussen een revisie en een versie in EPLAN?
Een versie in EPLAN is een momentopname van het volledige project op een bepaald tijdstip, terwijl een revisie een specifieke, gedocumenteerde wijziging is ten opzichte van een eerder goedgekeurd document. Versies worden vaak intern gebruikt voor back-updoeleinden; revisies zijn de officiële, klantgerichte wijzigingsstappen die op de tekening zichtbaar zijn.
In de praktijk worden deze begrippen regelmatig door elkaar gebruikt, wat tot verwarring kan leiden. Een goede vuistregel: een revisie is altijd zichtbaar op de tekening en heeft een formele status. Een versie is een intern beheermiddel dat niet per se op de tekening verschijnt. Bij het uitbesteden van elektrische engineering is het belangrijk dat deze afspraken vooraf helder zijn, zodat de documentatie die je ontvangt aansluit bij jouw eigen revisiesystematiek.
Hoe stel je een revisietabel in op een EPLAN-titelblok?
Een revisietabel stel je in op een EPLAN-titelblok door in de formuliereditor een tabelobject toe te voegen dat gekoppeld is aan de revisie-eigenschappen van het project. EPLAN vult de tabel automatisch in op basis van de aangemaakte revisies, inclusief code, datum, omschrijving en engineer.
De stappen op hoofdlijnen zijn als volgt:
- Open de formuliereditor in EPLAN en selecteer het titelblokformulier dat je wilt aanpassen.
- Voeg een tabelobject in en koppel de kolommen aan de juiste revisie-eigenschappen (zoals revisiecode, datum en omschrijving).
- Stel het aantal zichtbare rijen in op basis van het maximale aantal revisies dat je op één titelblok wilt tonen.
- Sla het formulier op en wijs het toe aan de projectpagina’s waarop het titelblok verschijnt.
Let erop dat de tabel voldoende ruimte biedt voor meerdere revisierijen, maar het titelblok niet onleesbaar maakt. Bij langlopende projecten met veel wijzigingen is het soms verstandig om oudere revisieregels te archiveren en alleen de laatste drie tot vijf revisies zichtbaar te houden.
Wanneer maak je een nieuwe revisie aan in een lopend project?
Een nieuwe revisie maak je aan op het moment dat een goedgekeurde of vrijgegeven versie van een schema inhoudelijk wordt gewijzigd. Zolang een schema nog in concept is en nog niet formeel is vrijgegeven, zijn aanpassingen geen revisies maar gewoon onderdeel van het ontwerpproces.
Concrete momenten waarop een nieuwe revisie gerechtvaardigd is:
- Na een klantreview waarbij wijzigingen zijn doorgevoerd op een eerder goedgekeurd schema
- Na een engineering change request (ECR) vanuit productie of inkoop
- Na een foutcorrectie in een schema dat al in gebruik is genomen
- Na een aanpassing aan de machine die gevolgen heeft voor de elektrische documentatie
Kleine redactionele correcties, zoals het aanpassen van een tekstlabel of een lay-outverbetering zonder functionele impact, rechtvaardigen doorgaans geen nieuwe revisie. De grens ligt bij wijzigingen die de inhoud of werking van het schema beïnvloeden.
Hoe beheer je revisies bij meerdere engineers op één EPLAN-project?
Bij meerdere engineers op één EPLAN-project beheer je revisies het meest effectief door te werken met duidelijke eigenaarschappen per deelgebied, vaste afspraken over het aanmaken van revisies en bij voorkeur een gedeelde projectomgeving via EPLAN Platform of een vergelijkbaar PDM-systeem. Zonder centrale afstemming ontstaan er snel conflicterende revisies.
Praktische afspraken die het verschil maken:
- Wijs per paginabereik of subsysteem een verantwoordelijke engineer aan die als enige revisies mag aanmaken voor dat onderdeel
- Gebruik een gedeeld revisielogboek, intern of in het projectbeheersysteem, waarin elke wijziging wordt geregistreerd
- Spreek af wie de eindverantwoordelijkheid heeft voor het vrijgeven van een revisie
- Controleer bij het samenvoegen van pagina’s altijd of revisiecodes consistent zijn en niet dubbel voorkomen
Bij grotere projecten met meerdere disciplines is het revisiebeheer een onderdeel van de bredere projectcoördinatie. Wij werken bij elektrische engineering projecten met multidisciplinaire teams waarbij werktuigbouwkundigen en elektro-engineers nauw samenwerken. Dat voorkomt niet alleen revisieconflicten, maar zorgt er ook voor dat schema’s altijd aansluiten bij de mechanische realiteit van de machine.
Heb je vragen over hoe revisiebeheer in jouw EPLAN-project opgezet kan worden, of zoek je ondersteuning bij de elektrische engineering van je machine? Neem contact op met ons team. We denken graag met je mee.
Frequently Asked Questions
Kan ik revisies in EPLAN terugdraaien als er een fout is gemaakt?
EPLAN biedt geen ingebouwde ‘undo’-functie voor revisies in de traditionele zin, maar je kunt wel terugvallen op een eerder opgeslagen projectversie of back-up. Het is daarom sterk aan te raden om vóór het aanmaken van een nieuwe revisie altijd een projectversie of archief aan te maken. Zo heb je altijd een herstelpunt beschikbaar zonder dat je de revisiehistorie verliest.
Welke veelgemaakte fouten moet ik vermijden bij revisiebeheer in EPLAN?
De meest voorkomende fouten zijn: revisies aanmaken op pagina’s die nog niet formeel zijn vrijgegeven, inconsistente revisiecodes gebruiken binnen hetzelfde project, en vergeten om de omschrijving van de wijziging in te vullen. Een andere valkuil is het handmatig aanpassen van de revisietabel op het titelblok in plaats van de revisie via de projecteigenschappen te beheren, waardoor de automatische koppeling verbroken wordt en fouten ontstaan.
Hoe zorg ik ervoor dat revisies automatisch zichtbaar worden op alle pagina's van mijn titelblok?
Dit werkt alleen correct als het titelblokformulier in de formuliereditor juist is ingesteld met gekoppelde revisie-eigenschappen én als alle projectpagina’s hetzelfde formulier gebruiken. Controleer in de paginaeigenschappen of het juiste formulier is toegewezen. Als pagina’s verschillende titelblokken gebruiken, moeten alle formulieren afzonderlijk worden bijgewerkt om een consistente weergave te garanderen.
Is het mogelijk om revisies per pagina bij te houden in plaats van voor het hele project?
Ja, EPLAN Electric P8 ondersteunt revisiebeheer op paginaniveau, zodat je per pagina afzonderlijk een revisie kunt aanmaken en bijhouden. Dit is met name handig bij grote projecten waarbij slechts een deel van de schema’s wordt gewijzigd. Zo blijft de revisiehistorie overzichtelijk en hoef je niet het volledige project een nieuwe revisiestatus te geven bij een lokale wijziging.
Hoe communiceer ik revisiewijzigingen effectief naar de klant of productieteam?
De meest effectieve aanpak is het meesturen van een revisieoverzicht of wijzigingslog bij elke nieuwe release van het schema, naast de bijgewerkte PDF of EPLAN-export. Vermeld daarin duidelijk welke pagina’s zijn gewijzigd, wat er is aangepast en waarom. Door dit structureel te doen, voorkom je dat productiemedewerkers of klanten onbewust werken met een verouderde versie van het schema.
Wat is de beste manier om EPLAN-revisies te koppelen aan een extern projectmanagementsysteem of PDM-systeem?
EPLAN biedt via EPLAN Platform en API-koppelingen de mogelijkheid om revisiedata te synchroniseren met externe PDM- of PLM-systemen zoals SAP, Teamcenter of SharePoint. Voor kleinere organisaties zonder zo’n systeem volstaat een gedeeld revisielogboek in Excel of een projectmanagementsysteem zoals Monday.com of Jira. Zorg er in beide gevallen voor dat de revisiecode in EPLAN exact overeenkomt met de code in het externe systeem, zodat documenten altijd eenduidig traceerbaar zijn.
Hoe ga ik om met revisies wanneer ik een EPLAN-project overneem van een andere engineer of extern bureau?
Controleer bij overname altijd eerst de bestaande revisiestructuur en stel vast welke revisie als ‘actueel vrijgegeven’ geldt. Maak vervolgens een archief van het overgenomen project voordat je wijzigingen doorvoert, en pas de revisiestructuur aan naar jouw eigen standaard alleen als dat expliciet is afgesproken met de opdrachtgever. Documenteer de overgang zorgvuldig in het revisielogboek, zodat er geen onduidelijkheid bestaat over welke wijzigingen door het vorige bureau zijn gemaakt en welke door jou.
