Kan je ook versie nummers gebruiken die tellen met 1.1, 1.2 1.3 etc? ipv gehele getallen?
en zo ja hoe regel je dat in?
ik hoor het graag
Monique
Beantwoord
Versienummers - nummering aanpassen
+1Antwoord op het topic Chaim Leunissen
Hoi
Ik verneem graag aan welk document er gerefereerd wordt, zodat ik ervoor kan zorgen dat onderstaande nuances daarin verwoord worden.
Voor gepubliceerde versies geldt dat de versienummers in het documentbeheer en het portaal altijd de hoofdversienummers zijn, dus geen revisienummers als [V].[R], maar altijd alleen [V]
Er worden in de achtergrond wel revisienummers gebruikt, maar puur om vergelijkingen m.b.t. de wijzigingen te kunnen maken.
We hebben hierbij het motto "Less is more” toegepast, zie deze toelichting over de twee situaties waarin er wel sprake is van revisieversies:
1 Tijdens beoordeling met afkeur
- Als een concept dat nog niet eerder beoordeeld is in beoordeling gaat dan is dat versie [V].0
- Als die versie afgekeurd wordt, dan wordt [V].0 bewaard en gaat men automatisch verder werken in revisieversie [V].1, etc.. Dat biedt de mogelijkheid om tijdens een herbeoordeling een vergelijk te maken tussen de huidige revisieversie en alle voorgaande revisieversies.
- Het is niet mogelijk om versie [V].0 opnieuw te beoordelen en te publiceren. Als je sommige delen van [V].0 uiteindelijk toch wil gebruiken, dan dien je die op te nemen in de huidige revisieversie van het document [V].[R]
- Zodra een document goedgekeurd en gepubliceerd wordt, dan vervallen alle revisieversies die tijdens alle herbeoordelingen zijn aangemaakt en wordt de laatste revisieversie gepubliceerd met versienummer V. De reden is dat de tussenliggende revisieversies nooit gepubliceerd zijn geweest en het weergeven van revisienummers aan lezers de indruk wekt dat er eerdere revisienummers beschikbaar waren als gepubliceerd document.
- Is er na publicatie een reden om het document inhoudelijk te wijzigen, dan maak je in Zenya een nieuwe conceptversie aan met versienummer [V+1].0
- Als de nieuwe versie gepubliceerd wordt, dan gaat versie [V] naar het archief en is versie [V+1] de enig beschikbare versie in het portaal en het documentbeheer.
- Via het activiteitenlog kan men wel zien hoe vaak een nieuwe versie opnieuw is beoordeeld voorafgaand aan de publicatie.
2 Tijdens taalfouten corrigeren
- Als men na publicatie besluit om een taalfout te corrigeren, dan wordt er ook een revisieversie bewaard.
- Gebruikers krijgen dan de hoogste revisieversie met de gecorrigeerde taalfout te zien. Deze versie wordt nog steeds gepresenteerd met versienummer [V]
- Documentbeheerders kunnen via het beheer de niet-gecorrigeerde of eerder gecorrigeerde revisieversie(s) terugzien en op die manier nagaan of het echt om een taalfout of een ongewenste inhoudelijke wijziging ging
- Inhoudelijke wijzigingen worden in de regel via een nieuw concept doorgevoerd. En dan zijn we aanbeland bij het stappenplan onder 1 hierboven
- Als men de functie van “taalfouten corrigeren (bij een gepubliceerde versie)” letterlijk beperkt tot taalfouten corrigeren, dan is het revisienummer in de regel niet van belang voor de lezers.
Tegelijk vernemen we graag waarom revisienummers van belang zijn binnen jullie organisatie?
- Zenya Product Specialist
- 3273 reacties
Hoi Monique,
Je kunt dat niet aanpassen. In Zenya wordt naast het versienummer ook het revisienummer gebruikt. Wanneer je bijvoorbeeld versie 2 van een document in beoordeling zet en het document wordt afgekeurd, krijg je revisie 2.1 die je dan weer kunt bewerken en opnieuw in beoordeling kunt zetten. Na elke afkeur wordt het revisienummer opgehoogd.
+1Beste Inge
vanuit onze ICT, die deze vraag gesteld heeft, nog de volgende opmerking:
Goedemorgen,
Wat kan er volgens de leverancier niet met betrekking tot het versie nummer?
In de documentatie staat namelijk dat het mogelijk is dat er een versienummer met een cijfer achter de punt mogelijk is.
Op dit moment staat versie 1, versie 1 (1) enz in Zenya. We zouden dus graag een secundaire versie toegevoegd willen hebben zoals bijvoorbeeld versie 1.1, 1.2 enz.
Ik weet uit ervaring dat dit mogelijk is dus ben benieuwd waarom het volgens de informatie van Zenya bij ons niet mogelijk is?
Versiebeheer kan namelijk ingesteld worden in de Zenya software en staat ook beschreven in de documentatie.
+5- Zenya medewerker
- 914 reacties
- Antwoord
Hoi
Ik verneem graag aan welk document er gerefereerd wordt, zodat ik ervoor kan zorgen dat onderstaande nuances daarin verwoord worden.
Voor gepubliceerde versies geldt dat de versienummers in het documentbeheer en het portaal altijd de hoofdversienummers zijn, dus geen revisienummers als [V].[R], maar altijd alleen [V]
Er worden in de achtergrond wel revisienummers gebruikt, maar puur om vergelijkingen m.b.t. de wijzigingen te kunnen maken.
We hebben hierbij het motto "Less is more” toegepast, zie deze toelichting over de twee situaties waarin er wel sprake is van revisieversies:
1 Tijdens beoordeling met afkeur
- Als een concept dat nog niet eerder beoordeeld is in beoordeling gaat dan is dat versie [V].0
- Als die versie afgekeurd wordt, dan wordt [V].0 bewaard en gaat men automatisch verder werken in revisieversie [V].1, etc.. Dat biedt de mogelijkheid om tijdens een herbeoordeling een vergelijk te maken tussen de huidige revisieversie en alle voorgaande revisieversies.
- Het is niet mogelijk om versie [V].0 opnieuw te beoordelen en te publiceren. Als je sommige delen van [V].0 uiteindelijk toch wil gebruiken, dan dien je die op te nemen in de huidige revisieversie van het document [V].[R]
- Zodra een document goedgekeurd en gepubliceerd wordt, dan vervallen alle revisieversies die tijdens alle herbeoordelingen zijn aangemaakt en wordt de laatste revisieversie gepubliceerd met versienummer V. De reden is dat de tussenliggende revisieversies nooit gepubliceerd zijn geweest en het weergeven van revisienummers aan lezers de indruk wekt dat er eerdere revisienummers beschikbaar waren als gepubliceerd document.
- Is er na publicatie een reden om het document inhoudelijk te wijzigen, dan maak je in Zenya een nieuwe conceptversie aan met versienummer [V+1].0
- Als de nieuwe versie gepubliceerd wordt, dan gaat versie [V] naar het archief en is versie [V+1] de enig beschikbare versie in het portaal en het documentbeheer.
- Via het activiteitenlog kan men wel zien hoe vaak een nieuwe versie opnieuw is beoordeeld voorafgaand aan de publicatie.
2 Tijdens taalfouten corrigeren
- Als men na publicatie besluit om een taalfout te corrigeren, dan wordt er ook een revisieversie bewaard.
- Gebruikers krijgen dan de hoogste revisieversie met de gecorrigeerde taalfout te zien. Deze versie wordt nog steeds gepresenteerd met versienummer [V]
- Documentbeheerders kunnen via het beheer de niet-gecorrigeerde of eerder gecorrigeerde revisieversie(s) terugzien en op die manier nagaan of het echt om een taalfout of een ongewenste inhoudelijke wijziging ging
- Inhoudelijke wijzigingen worden in de regel via een nieuw concept doorgevoerd. En dan zijn we aanbeland bij het stappenplan onder 1 hierboven
- Als men de functie van “taalfouten corrigeren (bij een gepubliceerde versie)” letterlijk beperkt tot taalfouten corrigeren, dan is het revisienummer in de regel niet van belang voor de lezers.
Tegelijk vernemen we graag waarom revisienummers van belang zijn binnen jullie organisatie?
Word lid van de Zenya Community
Heb je al een account? Log in
Welkom!
Nog geen lid van de community? Maak hier een account aan
Inloggen met sociaal netwerk
Inloggen met Facebook Inloggen met LinkedInof
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.