There are a couple of options for revising a form, depending on the size or type of revision it is.
When you get a request to revise a form, how you proceed will depend on factors like:
Basically, you'll want to assess if the revision:
These will affect how your make your revisions and the records you'll keep.
Minor revisions are those that:
Examples of revisions usually considered minor include:
Minor revisions don't usually result in a new edition, but may result in a new version.
Major revisions are those that:
Examples of revisions usually considered major include:
Major revisions always result in a new edition and new version.
A form's edition is the date it became effective and put into use. On paper and PDF forms, you can find this in the bottom left corner next to the form number.
Minor revisions don't usually need a new edition date, but can get one if the current edition is quite old or the change is sufficient enough to seem like a new form.
Major revisions always get one. In this case, you'll need to:
Edition dates affect how you manage your form records for the revision.
When you publish a form, you're asked whether to replace the current version or create a new version. You'll want to decide ahead of time how you'll answer this question for your revision.
For additional information and guidance see:
One last thing to consider is how the form will be tested and by who.
If you need the form tested by people without IDIRs, you'll want to consider duplicating the existing form and creating a separate form page for that test.
For additional information see:
Before beginning any revision, you'll want to be sure:
Check your form's records to confirm that the current version is properly documented.
Minor revisions are simple:
That's it.
Major revisions can take a while to make and test. During this time, you'll want to keep the original form as-is in case:
To support this, you'll be working with a duplicate of the original form.
To set up a form for major revision:
Adding the "-REV" to the name clearly marks it as a revsion of the existing form.
Once you've made the changes and completed build testing, you'll need to prepare it for client testing.
The additional text makes it clear to you, testers and content managers that this is a revision and not released. Leaving the Metadata incomplete prevents accidental release.
Once the client has approved the revision for release, you'll replace the current form's definition with the new one.
Replacing the original form definition helps keep form history together, which will be important when workflow options are available.
For additional information on form definitions, see:
The client may want to release the revision at a specific date and time.
Based on input from the client, you'll need to:
Reusing the original form page ensures internal and external links to the form continue to work.
For additional information, see:
Once the revision has been released to the public, you can request that the unneeded form and form page are retired.
For additional information, see: