Originally Posted by
cadtag
>>Right now anytime a change is made to one drawing in the package the entire set is Rev'd.
That's the first place I'd stop at, and I'd think hard about what mean by Issues, Revisions, and Releases and come up with a clear definition for each.
By preferences, every set of drawings has an "issue" area in the TB that describes what the issue I'm working on is -- be it 30%, 90%, Release for Tender, Release for Construction, etc. That's managed by fileds tht link to custom properties in the Sheet Set, and is updated whenever I begin working on the next release. (We almost always know what we're working on, if not there are bigger problems) that issue area contains the issue title and date - combine that with a plot stamp and every piece of paper can be readily put in context. when the issue is printed, it's also archived - again using SSM - so it's always possible to go back to any officially issed version.
Revisions get messier -- are you keeping Revision numbers during design? post bid? post contract? I'd certainly never apply a REV number to an entire set if _a_ drawing was changed, Sheets have their own REV history, and REV 1 on Sheet C231 may be coincident with REV 3 on C501, which already had its own REV 1 and REV 2. The issue block help here as well; since that's always on the paper, there's no confusion that REV1 applies to only that sheet.
As a rule, REV tracking and numbering _only_ occurs after the "Isued for Bid" release is published. Prior to that point, the drawings are not contract documents per se, and changes are internal. Now, I will issue sets of drawings for permit appications and agency review, - that's indicated in the Issue name and date. And again, each issue is archived, so there's a complete history available of what went out, why, and to who.