Hi - 2 quick questions to help clarify and provide a better answer.

1) What version of Pega (i.e. 7.1?)

2) In your scenario, does the same specification exist in one or more of the higher ruleset versions (but it's not the one you want), or does it only exist in 01-01-02?

01-01-02 -- version of spec I want

01-01-05 -- future version of spec, has updates that are not in scope yet, don't want to print this one

Hi - In this scenario, I think your best bet is to work with an application version and access group that is limited to patch version 01-01-02 and then run the documentation wizard while using that access group. Note: If this type of application versioning and access group versioning is already being done, you can leverage it. If this doesn't exist, you'll want to work with you LSA or another resource experienced with the Pega security components to get help with the setup. 

Below is a quick explanation of the parts and pieces...

Application 01.01.02 --> this application is setup to have ruleset version limited to 01.01.02

Access Group 01.01.02 --> has access to "Application 01.01.02"

Your Operator ID setup with "Access Group 01.01.02"

This setup should limit the available specification versions to 01-01-02 when you run the documentation wizard or if you use the gear icon to just generate the document for the 1 specific spec from the spec overview page. Note that I tested this with Pega 7.1.9 personal edition as I had that version handy. When I tested it, the table shown in the documentation wizard still said it was spec version 01.01.05 (higher version) but when I actually generated the document I verified that it was the older version of the spec as desired.

Good luck, hope this helps. It would be great if it was easier. One thing we have done on projects in the past is include the target iteration / sprint in the name and ID of the spec, that ends up providing a unique name / id as well.