Tijdens de teleconferentie van 12-02-2015 kwam ter sprake dat het in CMIS mogelijk is aan te geven of een wijziging een major of minor wijziging betreft.
Het voorstel was dit op eenzelfde manier door te geven CheckoutID en CheckedOutBy in een optioneel veld in de parameters. Wanneer dit veld niet gevuld is kiest het DMS voor een default waarde, dit is meestal minor.
Graag uw reacties svp.
Ik denk dat 'minor' het meest standaard is, dus dat zou het minst impact in 'het veld' hebben. Dus ik ben voor 'minor'.
Ik lees in de CMIS 1.0 specificaties hierover het volgende:
Enum versioningState: An enumeration specifying what the versioing state of the newly-created object MUST be. If the repository does not support versioning, the repository MUST ignore the versioningState parameter. Valid values are:
Aangezien CMIS major als default hanteert stel ik voor dat wij dat ook doen.
Bijgaand een voorstel hoe dit in de XSD schema's op te nemen.
Bijlage
In het voorstel is een parameter toegevoegd aan de berichtdefinitie van geefZaakdocumentbewerken_Du02. Maar dat is de response die de consumer van de service ontvangt. Het gaat er hier echter met name om dat de consumer invloed kan uitoefenen op de wijze waarop de versie nummering plaats vindt. Daarom zou dit gegeven moeten worden opgenomen in de berichtdefinities van maakZaakdocument, voegZaakdocumentToe en updateZaakdocument.
Daarnaast is het de vraag of we de waarden 'none' en 'checkedout' willen overnemen in de StUF-berichten. Hiermee wordt andere functionalteit geboden dan we oorspronkelijk besproken hebben. Op zich heb ik hier geen bezwaar tegen maar dat is wel iets dat we ons moeten realiseren.
Op zich klinkt dit logisch maar maakZaakdocument en voegZaakdocumentToe zijn reguliere ZKN:edcLk01 berichten. Hiervan zou dan een ZS-DMS specifieke variant gemaakt moeten worden om deze parameters mee te kunnen sturen.
Dit punt is besproken tijdens de teleconferentie van 21-05-2015. Hierover is het volgende besloten: