Hi,
We manage our change documentation using the macro revision history page as described below.
The user publishes the change only at the first creation. At the final editing of the page, the user chooses the option "publish with a comment". then added the related issue change key as a comment to the documentation page.
In this way, we can know for each change documentation what is the related issue change.
Unfortunately, this workflow didn't work successfully. Some users choose the “publish” option every time they edit the page.
Besides, we tried the add-on scroll documents, but it seems not clear enough for managing the changes.
Do you have any suggestions/recommendations on how we can control the change documentation versions?
I will appreciate your help!
Have you considered using:
This will allow you to control the change management process.
Would it be right in assuming that you would like to save versions of pages on demand and not every time some one edits and publishes the page?
If yes, then this is one of the main use cases that Scroll Documents supports and we’re sorry to hear you had some trouble with this workflow in the app.
We’d be happy to chat with you and help get the workflow set up in a clear way for your team. If you’re willing to give the app another try, just reach out to help@k15t.com and we can advise on the setup from there.
Cheers!
Dash
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.